Arch Linux User Repository

Fixed, thx

Some errors with 9.6-2

==> Starting prepare()... error: patch failed: makepkg/aurutils.changelog:17 error: makepkg/aurutils.changelog: patch does not apply ==> ERROR: A failure occurred in prepare().

aur build --results will be removed in the next release. If someone still uses this flag, please let me know.

edit: https://github.com/AladW/aurutils/issues/980

@Alad, sorry I haven't logged in earlier... Yous should know by now, but even through all aurutils updates, up until v8, aur-sync, and I guess aur-depends, are working fine... I just got 8.1.1 Today...

Thanks a lot !

aur-depends and aur-sync are indeed the main candidates for testing. I broke both of them during development, but I luckily noticed...

I've updated the usage and man pages for search/query, thanks.

Note that you can easily test things locally by running export AUR_EXEC_PATH=<path to git clone of aurutils>/lib in a shell.

What in particular are you interested on testing @Alad? I'm using that tag you shared, and aur search keeps working. Although I never used aur search -a, I just tried it, and seems to work (I can't tel, since man doesn't show what it does, though it's shown as one of the options), and I have never used aur search -r either, but it shows a bunch of info concatenated, which seems to be json info joint together into a huge line. aur query -t info [-r | --any] are also working (withut the optional args highlited, or with one or the other but not both).

As my AUR packages seem up to date, since I got aurutils upgraded to 5.2-1, then I'm not grabbing any update from AUR yet, so can't tell if aur sync, or other aurutils functionality depending on query are working...

Pre-release available for testing: https://github.com/AladW/aurutils/releases/tag/6

The latest aurweb changes (and a particularly interesting bug report in https://github.com/AladW/aurutils/issues/918) prompted me to review and substantially rewrite the aur-query and aur-search code.

aur-search has been simplified substantially due to moving implementation details to aur-query. Latter gained POST requests, intersection and union of aurweb (json) responses, bug fixes for parallel curl, and better diagnostics of failed requests as well.

Because aur-query touches most aspects of aurutils, I'd like people to do some testing of the current master branch (aurutils-git on AUR, or from the github repository) and see if their workflows are still functional.

@Alad, yes, I'm using: aur sync -S -d <personal_repo> -u. Thanks !

Edit: v5 from AUR used (not v5.1), and it's doing queries fine.

Some fixes for aur-query v5, cherry-picked from the master branch:

https://github.com/AladW/aurutils/commit/791bf28664de44a0a66f8b7a4a10b7907015b8d8.patch

edit: released as 5.1.

I've tested GET requests (which aurutils <=4.4 uses) with aurutils 5 and the master branch, and they still work as expected. Are you sure you're not noticing the issue with aur-sync -u described below?

FYI, with the recen change on the AUR RPC API, 4.3 aurutils versions are not able to perform AUR queries. aurutils 5 does work, but it needs to be manually built and install, and then i'll start picking AUR updates agein.

anna3106: meanwhile, you can bump pkgver and change the sha256sums in the PKGBUILD and get the update.

Any reason why this hasn't been updated to 4.4 yet? Waiting on the fix for aur-sync -u reporting nothing to do.

https://github.com/AladW/aurutils/releases/tag/4.4

Apparently I can't flag packages out of date anymore...

BTW, latest version, 4, fixes the AUR_QUERY_PARALLEL issue. Thanks !

Yeah, there was a change regarding curl (https://github.com/AladW/aurutils/commit/7c17ad493dc7f19cbd5c4418b79dcbaf46197aed). Please report the issue on github.

Ohh, I found by unsetting AUR_QUERY_PARALLEL, which I had it set to 1 (though I didn't have AUR_QUERY_PARALLEL_MAX set), then aur came back to life... So I'm no longer setting it. However, is that expected? Could it be rather a curl issue (currently one, 7.80.0-1).

Thanks !

It seems aurutils lost its ability to query on AUR?

% aur search -v python-babelfish                                                                                                                               
%

But I see the rpc aurweb interface working fine, for example:

https://aur.archlinux.org/rpc/?v=5&type=search&by=name&arg=python-babelfish

shows:

version 5
type    "search"
resultcount 1
results 
0   
ID  946110
Name    "python-babelfish"
PackageBaseID   99421
PackageBase "python-babelfish"
Version "0.6.0-1"
Description "A module to work with countries and languages"
URL "https://pypi.python.org/pypi/babelfish"
NumVotes    32
Popularity  0.710043
OutOfDate   null
Maintainer  "hcartiaux"
FirstSubmitted  1441506622
LastModified    1628601339
URLPath "/cgit/aur.git/snapshot/python-babelfish.tar.gz"

Not sure what's going on, and it fails for both versions: 3.2.1-1 and 3.3.0-1. Actually I was not getting any more upgrades when executing aur sync, so I manually installed 3.3.0-1, but it's still the same... Aa another example on how weird things are:

% aur sync -S -d laur --no-ver -f python-babelfish
==> Using [laur] repository
depends: no packages found

but:

% pacman -Ss python-babelfish                                                                                                                                  
laur/python-babelfish 0.6.0-1 [installed]
    A module to work with countries and languages

So I don't know what's going on, :( It seems aurutils no longer wants to find packages, not even the search for AUR packages is working for me...

Any help appreciated. Thanks !

https://github.com/AladW/aurutils/commit/aa2cb0aadbe26bbecd5cc5c1a180f6ddb2edd1ab.patch

It seems because nnn can't handle the case of redirected standard input. E.g. nnn /tmp < <(echo foo) shows no entries. ranger even aborts with an error.

aur sync doesn't work anymore with AUR_PAGER=nnn, nothing is displayed after retrieving package files.

3.2.2-1 has bad checksum. Looks like it wasn't updated since 3.2.1

Thanks, I've updated the install file.

Hi! The install file seems to give the wrong path for pacman.conf.

The post_upgrade script spits this out:

As of 3.2.0, if --chroot is specified without --database, aur-build assumes
pacman.conf is located in /etc/pacman-x86_64.conf.

But the release notes on GitHub states this:

If --chroot is specified without --database, aur-build assumes pacman.conf is located in /etc/aurutils/pacman-$(uname -m).conf. 

OK, I think I figured out what I need to do to address this. It seems kind of strange, but...

For context, I have the following lines at the end of /etc/pacman.conf:

# aurto repo
Include = /etc/pacman.d/aurto

Which reference /etc/pacman.d/aurto:

[aurto]
SigLevel = Optional TrustAll
Server = file:///var/cache/pacman/aurto

These lines can't be removed, or else I get error: no sync db 'aurto' configured

It seems I need to also add the same content into /etc/aurutils/pacman-aurto.conf after starting it as a copy of /usr/share/devtools/pacman-extra.conf:

# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives

#
# GENERAL OPTIONS
#
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir     = /
#DBPath      = /var/lib/pacman/
#CacheDir    = /var/cache/pacman/pkg/
#LogFile     = /var/log/pacman.log
#GPGDir      = /etc/pacman.d/gnupg/
#HookDir     = /etc/pacman.d/hooks/
HoldPkg     = pacman glibc
#XferCommand = /usr/bin/curl -L -C - -f -o %o %u
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#CleanMethod = KeepInstalled
Architecture = auto

# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg   =
#IgnoreGroup =

#NoUpgrade   =
#NoExtract   =

# Misc options
#UseSyslog
#Color
#TotalDownload
# We cannot check disk space from within a chroot environment
#CheckSpace
#VerbosePkgLists

# By default, pacman accepts packages signed by keys that its local keyring
# trusts (see pacman-key and its man page), as well as unsigned packages.
SigLevel    = Required DatabaseOptional
LocalFileSigLevel = Optional
#RemoteFileSigLevel = Required

# NOTE: You must run `pacman-key --init` before first using pacman; the local
# keyring can then be populated with the keys of all official Arch Linux
# packagers with `pacman-key --populate archlinux`.

#
# REPOSITORIES
#   - can be defined here or included from another file
#   - pacman will search repositories in the order defined here
#   - local/custom mirrors can be added here or in separate files
#   - repositories listed first will take precedence when packages
#     have identical names, regardless of version number
#   - URLs will have $repo replaced by the name of the current repo
#   - URLs will have $arch replaced by the name of the architecture
#
# Repository entries are of the format:
#       [repo-name]
#       Server = ServerName
#       Include = IncludePath
#
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
#

# The testing repositories are disabled by default. To enable, uncomment the
# repo name header and Include lines. You can add preferred servers immediately
# after the header, and they will be used before the default mirrors.

#[testing]
#Include = /etc/pacman.d/mirrorlist

[core]
Include = /etc/pacman.d/mirrorlist

[extra]
Include = /etc/pacman.d/mirrorlist

#[community-testing]
#Include = /etc/pacman.d/mirrorlist

[community]
Include = /etc/pacman.d/mirrorlist

# An example of a custom package repository.  See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#SigLevel = Optional TrustAll
#Server = file:///home/custompkgs
[aurto]
SigLevel = Optional TrustAll
Server = file:///var/cache/pacman/aurto

After that, things seem to work.

Starting with aurutils 3.0 you need a seperate pacman configuration in /etc/aurutils/pacman-<repo name>.conf for chroot builds.

https://pkgbuild.com/~alad/aurutils_3.html#mozTocId493532

This is mentioned in the .install file, but apparently I forgot to reference it in the PKGBUILD...

I tried that fix and the problem remains:

% git clone https://aur.archlinux.org/aurutils.git
cd aurutils                                       
/usr/lib/aurutils/aur-build
Cloning into 'aurutils'...
remote: Enumerating objects: 414, done.
remote: Counting objects: 100% (414/414), done.
remote: Compressing objects: 100% (283/283), done.
remote: Total 414 (delta 132), reused 413 (delta 131), pack-reused 0
Receiving objects: 100% (414/414), 84.50 KiB | 692.00 KiB/s, done.
Resolving deltas: 100% (132/132), done.
==> WARNING: build: skipping existing package (use -f to overwrite)
/var/cache/pacman/aurto/aurutils-3.1.2-1-any.pkg.tar.zst

Just to be sure, I manually installed the built package too:

% p -U /var/cache/pacman/aurto/aurutils-3.1.2-1-any.pkg.tar.zst
loading packages...
warning: aurutils-3.1.2-1 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...

Packages (1) aurutils-3.1.2-1

Total Installed Size:  0.10 MiB
Net Upgrade Size:      0.00 MiB

:: Proceed with installation? [Y/n] y
...

But still:

% aurto add aur-release-git
aurto: Checking maintainer trust... ✓
aurto: Running: aur sync --no-view --no-confirm --chroot --database=aurto --makepkg-conf=/etc/aurto/makepkg-chroot.conf aur-release-git
 Retrieving package files 
==> Using [aurto] repository
  -> aur-release-git: (none) -> 1.0.0-1
==> Retrieving package files
From https://aur.archlinux.org/aur-release-git
 = [up to date]      master     -> origin/master
Running aur chroot --create --makepkg-conf /etc/aurto/makepkg-chroot.conf --pacman-conf /etc/aurutils/pacman-aurto.conf
chroot: /etc/aurutils/pacman-aurto.conf is not a file
`aur sync --no-view --no-confirm --chroot --database=aurto --makepkg-conf=/etc/aurto/makepkg-chroot.conf aur-release-git` failed with exit code 2 ✗

Anything else I can try?

I guess I haven't installed any new aur packages in a few aurutils releases, because it looks broken for me:

aur sync -c butt
==> Using [custom] repository
  -> butt: (none) -> 0.1.25-1
==> Retrieving package files
From https://aur.archlinux.org/butt
 = [up to date]      master     -> origin/master
Running aur chroot --create --pacman-conf /etc/aurutils/pacman-custom.conf
chroot: /etc/aurutils/pacman-custom.conf is not a file

The man page for aur chroot says the default for --pacman-conf is in /usr/share/devtools/pacman-extra.conf. Am I correct in assuming aur sync -c used to use the default? If so, seems like making a copy of /usr/share/devtools/pacman-extra.conf to /etc/aurutils/pacman-custom.conf is the fix. Apologies if I missed some instruction or communication regarding this.

That's an issue with your sudo configuration. You can either set NOPASSWD for pacman/devtools invocations (see man aur-build), or set the timeout to 0.

https://wiki.archlinux.org/index.php/Sudo#Disable_password_prompt_timeout

Also: if the timeout occurred after the build was completed, you can run "pacsync <your repo name>" to reflect the changes in pacman -S.

Please fix the long-standing issue of a sudo: timed out reading password leaving the package database in a state of disrepair.

AUR_LIB_DIR was not correctly subsituted in aurutils 3.1.1. The fix is in 3.1.2. To update:

git clone https://aur.archlinux.org/aurutils.git
cd aurutils
/usr/lib/aurutils/aur-build

Thanks, fixed in 3.0.3-2

3.0.3-1 build fails with: /startdir/PKGBUILD: line 29: cd: aurutils: No such file or directory The source subdir is versioned: aurutils-3.0.3

 build() {
-    cd aurutils
+    cd aurutils-$pkgver
     make
 }

 package() {
-    cd aurutils
+    cd aurutils-$pkgver
     make DESTDIR="$pkgdir" install
 }

Added in 3.0.0-2

The build fails because signify is missing. I guess signify should be added as a makedep.

Regards,

Makes perfect sense. Thank you!

Since 2.3.5 was broken you can't use it to build the latest version, upgrade using makepkg

I can confirm what FernandoBasso said. 2.3.6b-1 fails to install.

2.3.6b, and still this:

$ aur sync --upgrades
==> Using [aurpkgs] repository
  -> aurutils: 2.3.5-1 -> 2.3.6b-1
==> Retrieving package files
From https://aur.archlinux.org/aurutils
 = [up to date]      master     -> origin/master
Running makepkg --clean --syncdeps
==> ERROR: build: invalid argument (no packages found)

Is it still expected for 2.6.3b or it is something wrong on my end?

Fixed in 2.3.6

Starting with 2.3.5 aur build and aur sync operations error out with

~ ▶ aur sync --rebuild --no-view aurutils
==> Using [loonix] repository
==> Retrieving package files
From https://aur.archlinux.org/aurutils
 = [up to date]      master     -> origin/master
Running makepkg --clean --syncdeps
==> ERROR: build: invalid argument (no packages found)
~ ▶ 

To make it build, import alads key from pacman keychain:

pacman-key --export DBE7D3DD8C81D58D0A13D0E76BC26A17B9B7018A | gpg --import

@rafaelff:

The "ERROR..." is what I am talking about. I inserted multiple blank lines after that to show that the first package installed just fine without error.

I do note that I should've used '--list-keys' instead, but that's really a moot point, because the key in question is my key. (Note the 'Signing package(s)... and 'Created signature file...' lines above the error).

@merlock: Actually, do you mean ERROR: The key F24B2F77 does not exist in your keyring. ? If yes, then notice how right after this error message, the GPG key is added via gpg --recv-keys F24B2F77. Looks good to me.

Interesting error popped up today, while updating 2 packages.

http://ix.io/2uJl (terminal output)

TL/DR: Key error after first package installed successfully.

https://github.com/AladW/aurutils/issues/730

Had to manually add using gpg debug and manually download from MIT. Weird.

Key is importing, but comes with "no user ID"

Servers used in dirmngr.conf are: keyserver hkp://jirk5u4osbsr34t5.onion keyserver hkp://keys.gnupg.net keyserver hkp://pool.sks-keyservers.net:80

Result is: ==> Verifying source file signatures with gpg... aurutils-2.3.3.tar.gz ... FAILED (unknown public key 6BC26A17B9B7018A) ==> ERROR: One or more PGP signatures could not be verified!

Known issues with 2.3.3:

• Download issues are not displayed with parallel: https://github.com/AladW/aurutils/issues/662

• Multilib is enabled by default even for non-x86 systems: https://github.com/AladW/aurutils/issues/722

• User configuration is read by wget calls: https://github.com/AladW/aurutils/issues/732

These are fixed in aurutils-git (only recommended if you are actually having these issues).

Anyway, base-devel group is assumed to be installed for using AUR. There is no need have sudo to be in 'depends' neither in 'makedepends' array.

Actually the base-devel group is required for building packages, not using them. This package can be built on a computer and installed on another that indeed needs the sudo package installed.

Oops, my mistake. Thanks @cgirard.

@tinywrkb sudo is in base-devel

sudo is missing from depends.

I've updated the neomutt-git package. Thanks.

Thanks @maximbaz, you were right. Changing s/-/./g to s/-//g in the git describe line of pkgver() in the PKGBUILD fixed the issue.

It's probably an issue with neomutt-git, whose pkgver() returns 2019.10.25.r58.g71b81b594-1 instead of 20191025.r58.g71b81b594-1

Hi Alad, I've just installed neomutt-git, and aurutils thinks it needs to be upgraded (actually, downgraded) because the installed version differs from the AUR version:

% pacman -Sl custom | grep "\[installed\]" | cut -d' ' -f2,3 | aur vercmp
neomutt-git: 2019.10.25.r58.g71b81b594-1 -> 20180716.r180.gb6a602e8a-1

And when I run "aur -uc", it starts to reinstall neomutt-git:

==> Using [custom] repository
  -> neomutt-git: 2019.10.25.r58.g71b81b594-1 -> 20180716.r180.gb6a602e8a-1
...
==> WARNING: skipping built package (use -f to overwrite)
/var/cache/pacman/custom/neomutt-git-2019.10.25.r58.g71b81b594-1-x86_64.pkg.tar.xz

I'm not sure whether this is an aurutils issue or a neomutt-git issue, but since you maintain both packages, I figured you might be able to help. Thanks.

Sorry about that, I didn't realize which package I was commenting on.

That code isn't available anywhere in aurutils. If anywhere, mention it to aurto.

I believe this is the problem:

echo "Running: aur sync --no-view --no-confirm --database=aurto --makepkg-conf=/etc/aurto/makepkg-chroot.conf $chroot_arg --upgrades" >&2
sudo -u "$user" \

Without -E, sudo will not pass GNUPGHOME on to the invoked command, so it won't be able to find my keys.

However, -E is not the default behavior for some (I assume) security reasons, so I'm not sure you want to make that change. WDYT?

Thanks for the quick reply, I edited my previous comment, but I'll repeat here too:

I created a systemd "drop in":

% sudo systemctl cat update-aurto.service
# /usr/lib/systemd/system/update-aurto.service
[Unit]
Description=Updates 'aurto' repo
After=network-online.target
Wants=network-online.target

[Service]
ExecStart=/usr/lib/aurto/update-aurto

# /etc/systemd/system/update-aurto.service.d/10-gnupg.conf
[Service]
Environment=GNUPGHOME=/home/patrick/.config/gnupg

I executed the daemon-reload and restarted the service, but the error persists: unknown public key. Hmm.

Try setting GNUPGHOME.

Hi Alad, is it incorrect to expect the update-aurto systemd unit to work again after running --recv-keys?

It does not, so I'm not sure if there's more to debug, or if I'm expected to build aurto once manually before that'll work again.

% gpg --recv-keys DBE7D3DD8C81D58D0A13D0E76BC26A17B9B7018A
gpg: key 6BC26A17B9B7018A: 12 duplicate signatures removed
gpg: key 6BC26A17B9B7018A: 33 signatures not checked due to missing keys
gpg: key 6BC26A17B9B7018A: 12 signatures reordered
gpg: key 6BC26A17B9B7018A: "Alad Wenter <alad@archlinux.org>" not changed
gpg: Total number processed: 1
gpg:              unchanged: 1

Logs:

Oct 28 16:27:01 leo update-aurto[90105]: ==> WARNING: PACKAGER should have the format 'Example Name <email@address.invalid>'
Oct 28 16:27:01 leo update-aurto[90105]: ==> Making package: aurutils 2.3.2-1 (Mon Oct 28 16:27:01 2019)
Oct 28 16:27:01 leo update-aurto[90105]: ==> Retrieving sources...
Oct 28 16:27:01 leo update-aurto[90105]:   -> Found aurutils-2.3.2.tar.gz
Oct 28 16:27:01 leo update-aurto[90105]:   -> Found aurutils-2.3.2.tar.gz.asc
Oct 28 16:27:01 leo update-aurto[90105]: ==> Validating source files with sha256sums...
Oct 28 16:27:01 leo update-aurto[90105]:     aurutils-2.3.2.tar.gz ... Passed
Oct 28 16:27:01 leo update-aurto[90105]:     aurutils-2.3.2.tar.gz.asc ... Skipped
Oct 28 16:27:01 leo update-aurto[90105]: ==> Verifying source file signatures with gpg...
Oct 28 16:27:01 leo update-aurto[90105]:     aurutils-2.3.2.tar.gz ... FAILED (unknown public key 6BC26A17B9B7018A)
Oct 28 16:27:01 leo update-aurto[90105]: ==> ERROR: One or more PGP signatures could not be verified!
Oct 28 16:27:01 leo update-aurto[90105]: ==> ERROR: Could not download sources.
Oct 28 16:27:01 leo update-aurto[90105]: `aur sync --no-view --no-confirm --database=aurto --makepkg-conf=/etc/aurto/makepkg-chroot.conf --chroot --upgrades` failed with exit code 255 ✗
Oct 28 16:27:01 leo sudo[90119]: pam_unix(sudo:session): session closed for user patrick
Oct 28 16:27:01 leo systemd[1]: update-aurto.service: Main process exited, code=exited, status=255/EXCEPTION
Oct 28 16:27:01 leo systemd[1]: update-aurto.service: Failed with result 'exit-code'.

I use an alternative GPG home directory (~/.config/gnupg) so it's possible I need to export an environment variable somewhere to make this unit aware of that?

EDIT: I created a systemd "drop in":

% sudo systemctl cat update-aurto.service
# /usr/lib/systemd/system/update-aurto.service
[Unit]
Description=Updates 'aurto' repo
After=network-online.target
Wants=network-online.target

[Service]
ExecStart=/usr/lib/aurto/update-aurto

# /etc/systemd/system/update-aurto.service.d/10-gnupg.conf
[Service]
Environment=GNUPGHOME=/home/patrick/.config/gnupg

But the error persists.

Fixed in 2.3.2.

==> ERROR: '-d' does not have a valid database archive extension. To "fix" the issue you may uninstall the xdelta3 dependency. In aurutils 2.3.1 the delta option gets enabled automatically for repo-add but it was removed [1] in pacman.

It might be fixed in the git version of aurutils [2] but I did not test that as removing xdelta3 worked just fine.

[1] https://git.archlinux.org/pacman.git/commit/scripts/repo-add.sh.in?id=9adb0d5b37df7ca668e23877e85431dabeea005e [2] https://github.com/AladW/aurutils/commit/2a6d1ef656e22f1ecb831d16ff6191cff8c212d9#diff-e8acc63b1e238f3255c900eed37254b8

==> ERROR: '-d' does not have a valid database archive extension. I have the same issue. I also thought it is a problem on my side. But now that you wrote the same thing, I guess it is related to the pacman upgrade to v5.2 (or something like that)

Whenever I try to aur sync ... a package, I get this failure after the package builds:

==> Finished making: aurutils 2.3.1-1 (Thu 24 Oct 2019 11:38:39 PM EDT) ==> Cleaning up... ==> ERROR: '-d' does not have a valid database archive extension.

Has something gone wrong with my aur database, perhaps?

@jogdand thank you repo-remove worked.

made a mistake and deleted my original comment, so for context i had a package that i removed that was still in my custom package database. it kept trying to upgrade whenever i used aur sync -u

used repo-add before, but didn't know about repo-remove

@krakenfury, you can use repo-remove as described in this (https://github.com/AladW/aurutils/issues/305#issuecomment-367068699) issue.

Also: you might want to delete deltas. For this just add .deltas suffix in package name and repeat repo-remove

zsh completion works fine for me. I don't support or use third-party projects like oh-my-zsh. You do need compinit enabled - see man zshcompsys.

Hey, zsh completion seems to be not working, do i have to install some other packages or plugins for oh-my-zsh?

Edit: https://aur.archlinux.org/packages/aurutils/#comment-709729 thanks, compinit worked.

@krutoileshii: please check pinned comments

Got a failure with SHA256sum on this one. It seems that it should be: 5c610fdf4f9bed7cc13d3da61f0795296314f93f71ee6a808f9518311ff999a1

I made a huge mess in git, so the checksums of the 2.3.1 archive have changed. The PKGBUILD was updated accordingly. If you use aurutils-git, you should rebuild the package as well, e.g. with aur build -f.

Oops, I see now! That is awesome to be able to sign packages that way. I think the problem I was having was that I somehow installed aurutils with the -s option and it was constantly asking me for my key. Thank you so much for your patience in helping me get to the bottom of this error.

The -s or --sign option is there to sign the packages you built with your GPG key. If you don't enter the key, GPG considers it an error (and thus, so does aur-sync).

If you want to automatically import GPG keys, you can configure GPG as described in man aur-build (auto-key-retrieve). Is that what you mean?

Hi Alad, my deepest thanks for your AUR wrapper.

Question: I'm getting a strange error after every build:

gpg: signing failed: Operation cancelled (if I don't enter my personal GPG key). For instance, was just trying to do aur sync -s zoiper (an aur package which doesn't use an .asc or .gpg as far as I can tell). And I got that error again.

It seems I've signed something strange with my personal key. I've tried deleting and recreating aurutils databases with no luck.

Thanks, updated.

Your logic in the post_update script is faulty. Using (( <num> )) will run if <num> is non-zero, which is true for -1.

@Alad: Not using repose. Just a bare bones aurutils setup. I am happy on the git version for now and I haven't seen this issue with a non-chroot build on my other machines so I will just mentally flag it and raise it again if it becomes a road block.

Note: one last patch for the 1.5 series: https://github.com/AladW/aurutils/commit/a80c52d5c518b46e4ac4bd5b3d05fd5e5e9434e0.patch

guygma: I haven't heard of such issues before, I guess it's related to makepkg. Are you using repose?

Hey Alad - this is probably my favorite package on the AUR. Unfortunately, it gave me some trouble today. The aurutils-git installs just fine but the aurutils PKGBUILD fails to install as a result of "missing package metadata" when doing makepkg as a normal user and just leaves an aurutils-1.5.3.tar.gz archive in the directory... Not sure whats going on. Maybe it is just me, but that would be surprising given that this is from a fresh chroot built under archiso.

Did you install devtools?

I sure get a strange error when I do aursync -c google-chrome

"error: reading /usr/share/devtools/pacman-extra.conf failed (No such file or directory)"

However, aursync google-chrome works, so I get it if this isn't a priority. I know maintaining this is a lot of work and you have my profound thanks!

Known issues with 1.5.3:

• May fail to resolve some dependencies, such as gstreamer0.10-base. See https://github.com/AladW/aurutils/issues/421.
• Some queries may not resolve with aursearch. See https://github.com/AladW/aurutils/issues/267.

Both issues are solved in aurutils-git.

Thanks :)

I'll probably have some time tomorrow evening. If that isn't a problem, I'll be happy to apply the patches.

E: Currently updating and testing

And another series which includes a fix for the split package issue:

https://paste.xinu.at/m-rZo/

edit: I've pushed a new 1.5 branch, so if the above is in working order I can tag a new release from there.

@runical if you have some time could you apply and test this new series of patches: (in particular 0005-specify-absolute-paths-for-GIT_DIR-GIT_WORK_TREE.patch)

edit: https://paste.xinu.at/m-anZ/

https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

There is a first stage where makepkg tells me I'm missing dependencies. Then I install them, then running makepkg fails because it cannot find "patch", and then once more with "fakeroot".

Maybe add those to the dependency check at first?

Fixed.

1.5.3-7 errors out in prepare():

==> Starting prepare()...

patching file bin/aurbuild

patching file bin/aurbuild

patching file bin/aurbuild

Hunk #1 FAILED at 5.

1 out of 1 hunk FAILED -- saving rejects to file bin/aurbuild.rej

patching file bin/aursync

patching file man1/aursync.1

==> ERROR: A failure occurred in prepare().

    Aborting...

cat aurbuild.rej

--- bin/aurbuild
+++ bin/aurbuild
@@ -5,7 +5,7 @@ readonly PS4='+(${BASH_SOURCE}:${LINENO}): ${FUNCNAME[0]:+${FUNCNAME[0]}(): }'
 set -e

 declare -a gpg_args=(--detach-sign --no-armor --verbose --batch)
-declare -a makechrootpkg_args=(-cnu) makepkg_args=(-Lcrs)
+declare -a makechrootpkg_args=(-cnu) makepkg_args=(-crs)
 declare -i chroot=0 sign_pkg=0

 conf_chroot() {

With -6, makepkg -L is now optional.

There's a known issue with aurchain and dependency order of some split packages such as gdm-plymouth. Either specify the order manually, or update to the git version until 1.6.0 is released.

Alad - very sorry for my latest 'comment' - obviously, wrong URL - but I got hundreds open atm - but still my fault.

Feel free to delete it.

BTW - I'm an avid aurutils user!

Best regards,

air|g4p

Hi grayslake,

I am sorry to have to inform you that using: extra-x86_64-build

fails with either linux-ck 4.14.6-3 or with linux-ck 4.14.7-1.

I have pasted the complete failed build runs at:

linux-ck 4.14.6-3 (per your suggestion) lives here: https://bpaste.net/show/cad411ec029a

and also with: linux-ck 4.14.7-1, here:

Despite the 'advice' generated just prior to build failure:

Console input/output is redirected. Run 'make oldconfig' to update configuration.

$ make oldconfig make: *** No rule to make target 'oldconfig'. Stop.

and ofc, this also:

$ sudo make oldconfig [sudo] password for user: make: *** No rule to make target 'oldconfig'. Stop.

Those 'make oldconfig' failures occur irrespective of whether a user is in their correct build directory, or in their chroot directory = /var/lib/archbuild/extra-x86_64/<userid>/build</userid>

Also, carefully note, the build process never stopped, prior to failure, to ask me, which CPU I wanted to build support for. The current linux-ck AURs I have tested above both only auto-select '> 23. Generic-x86-64 (GENERIC_CPU)', then immediately fail.

grayslake - I do appreciate your ongoing support, but I would like to get to the bottom of this issue, sometime 'soon'. If you have specific commands you want me to test, let me know.

All the best,

air|g4p

Support for repose is removed in master. To migrate before the 2.0 release, see:

https://bbs.archlinux.org/viewtopic.php?pid=1707649#p1707649