morganamilo d1146de6d5
Show tar diffs as diffs instead of editing
When looking at diffs of packages downloaded as tar achives actually
show a diff instead of opening the files in the ediror. This diff
is against /var/empty so it is not that useful. In realiy this is an
excuse to move the srcinfo parsing back down to after the git merge.

Viewing the build files in the editor requires the .srcinfos to be
parsed to know what .install files are used. Now viewing diffs does not
need the srcinfos so they can be moved to after we git merge.

Before now the srcinfo would have been of the previous version. This is
not much of a problem because we don't really use the srcinfo for much.
Checking the arch and pgpkeys which never really change.

Recently libc++ changed their pgp keys and yay missed that because it
parsed the old srcinfo without the new keys.

Viewing a proper diff for tars can be tossed on the todo by doing
something along the lines of:
	mv pkg{,.old}
	diff pkg{,.old}
	rm -rf pkg.old

But I doubt there are many people out there using tar so it's not much
of an issue.
2018-07-19 22:19:24 +01:00
2018-03-23 05:36:19 +00:00
2018-07-19 17:50:30 +01:00
2018-02-17 18:27:36 +00:00
2018-04-17 18:01:34 +01:00
2018-07-19 18:37:28 +01:00
2018-07-19 18:58:04 +01:00
2018-05-29 13:13:33 +01:00
2018-06-04 20:12:26 +01:00
2018-07-19 18:37:28 +01:00
2018-07-19 18:58:04 +01:00
2018-02-28 14:11:40 +00:00
2016-09-05 03:43:29 +01:00
2018-07-16 11:35:25 +01:00
2018-07-19 18:37:28 +01:00
2018-03-10 03:04:44 +00:00

yay

Yet another Yogurt - An AUR Helper written in Go

Packages

yay yay-bin yay-git GitHub license
There's a point in everyone's life when you feel the need to write an AUR helper because there are only about 20 of them. So say hi to 20+1.

Yay was created with a few objectives in mind and based on the design of yaourt, apacman and pacaur:

  • Have almost no dependencies.
  • Provide an interface for pacman.
  • Have yaourt like search.
  • Minimize user input
  • Know when git packages are due for an upgrade.

Features

  • AUR Tab completion
  • Download PKGBUILD from ABS or AUR
  • Ask all questions first and then start building
  • Search narrowing (yay linux header will first search linux and then narrow on header)
  • No sourcing of PKGBUILD is done
  • The binary has no dependencies that pacman doesn't already have.
  • Advanced dependency solving
  • Remove make dependencies at the end of the build process

Installation

If you are migrating from another AUR helper you can simply install Yay from the AUR like any other package.

The initial installation of Yay can be done by cloning the PKGBUILD and building with makepkg.

git clone https://aur.archlinux.org/yay.git
cd yay
makepkg -si

Contributing

Contributors are always welcome!

If you plan to make any large changes or changes that may not be 100% agreed on, we suggest opening an issue detailing your ideas first.

Otherwise send us a pull request and we will be happy to review it.

Code Style

All code should be formatted through go fmt. This tool will automatically format code for you. Although it is recommended you write code in this style and just use this tool to catch mistakes.

Building

Yay is easy to build with its only build dependency being go and the assumption of base-devel being installed.

Run make to build Yay. This will generate a binary called yay in the same directory as the Makefile.

Run make test to test Yay. This will check the code is formatted correctly, run the code through go vet and run unit tests.

Yay's Makefile automatically sets the GOPATH to $PWD/.go. This makes it easy to build using the dependencies in vendor/. Running manual go commands such as go build will require that you to either set the GOPATH manually or go get The dependencies into your own GOPATH.

Vendored Dependencies

Yay depends on a couple of other projects. These are stored in vendor/ and are built into Yay at build time. They do not need to be installed separately.

Currently yay Depends on:

Frequently Asked Questions

Yay does not display colored output. How do I fix it?

Make sure you have the Color option in your /etc/pacman.conf #123

Yay is not prompting to skip packages during sysupgrade (issue #554)

The default behavior was changed after v8.918 (see: 3bdb534). To restore such behavior use --combinedupgrade. This can also be permanently enabled by appending --save. Note: this causes native pacman to become partial.

Sometimes diffs are printed to the terminal and other times they are paged via less. How do I fix this?

Yay uses git diff to display diffs, by default git tells less to not page if the output can fit one terminal length. This can be overridden by exporting your own flags export LESS=SRX.

Yay is not asking me to edit PKGBUILDS and I don't like diff menu! What do?

yay --editmenu --nodiffmenu --save

Only act on AUR packages or only on repo packages?

yay -{OPERATION} --aur yay -{OPERATION} --repo

Out Of Date AUR Packages message is displayed, why doesn't yay update them?

This means the package has been flagged out of date on the AUR but maintainer has not updated the PKGBUILD yet.

Yay doesn't install dependencies added to PKGBUILD during installation.

Yay resolves all dependencies ahead of time. You are free to edit the PKGBUILD in anyway but any problems you cause are your own and should not be reported unless they can be reproduced with the original PKGBUILD.

Examples of Custom Operations

  • yay <Search Term> presents package selection menu
  • yay -Ps prints system statistics
  • yay -Pu prints update list
  • yay -Yc cleans unneeded dependencies
  • yay -G downloads PKGBUILD from ABS or AUR
  • yay -Y --gendb generates development package DB used for devel updates.
  • yay -Syu --devel --timeupdate Normal update but also check for development package updates and uses PKGBUILD modification time and not version to determine update

Images

Description
Languages
Go 92.6%
Shell 6.6%
Makefile 0.6%
Dockerfile 0.2%