Package Details: aurutils 9.6-3

Git Clone URL: https://aur.archlinux.org/aurutils.git (read-only, click to copy)
Package Base: aurutils
Description: helper tools for the arch user repository
Upstream URL: https://github.com/AladW/aurutils
Keywords:
Licenses: custom:ISC
Submitter: Alad
Maintainer: Alad (rafasc, cgirard, maximbaz)
Last Packager: Alad
Votes: 213
Popularity: 5.45
First Submitted: 2016-03-26 19:17 (UTC)
Last Updated: 2022-04-28 15:22 (UTC)

Pinned Comments

Latest Comments

Alad commented on 2022-04-28 15:22 (UTC)

Fixed, thx

wioo commented on 2022-04-28 14:03 (UTC)

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().

Alad commented on 2022-04-05 13:33 (UTC) (edited on 2022-04-07 15:09 (UTC) by Alad)

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

je-vv commented on 2022-03-10 17:35 (UTC)

@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 !

Alad commented on 2022-02-16 18:58 (UTC) (edited on 2022-02-16 19:00 (UTC) by Alad)

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.

je-vv commented on 2022-02-16 18:04 (UTC) (edited on 2022-02-16 18:06 (UTC) by je-vv)

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...

Alad commented on 2022-02-16 11:18 (UTC)

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

Alad commented on 2022-02-15 22:42 (UTC) (edited on 2022-02-15 22:43 (UTC) by Alad)

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.

je-vv commented on 2022-02-13 00:33 (UTC) (edited on 2022-02-13 00:35 (UTC) by je-vv)

@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.

Alad commented on 2022-02-13 00:13 (UTC) (edited on 2022-02-13 00:26 (UTC) by Alad)

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.

Alad commented on 2022-02-13 00:11 (UTC)

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?

je-vv commented on 2022-02-12 00:47 (UTC)

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.

rvlobato commented on 2022-02-09 00:01 (UTC)

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

anna3106 commented on 2022-02-08 22:12 (UTC)

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

Alad commented on 2022-02-05 10:49 (UTC)

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

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

je-vv commented on 2022-01-03 17:20 (UTC)

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

Alad commented on 2021-12-26 20:01 (UTC)

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

je-vv commented on 2021-12-18 08:33 (UTC)

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 !

je-vv commented on 2021-12-18 08:09 (UTC)

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 !

Alad commented on 2021-12-07 16:01 (UTC)

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

Alad commented on 2021-12-07 11:29 (UTC)

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.

abouvier commented on 2021-12-07 00:05 (UTC)

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

codicodi commented on 2021-12-06 22:49 (UTC)

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

Alad commented on 2021-12-06 15:08 (UTC)

Thanks, I've updated the install file.

grawlinson commented on 2021-12-01 16:41 (UTC)

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. 

brisbin33 commented on 2021-01-05 17:56 (UTC)

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.

Alad commented on 2021-01-04 17:59 (UTC) (edited on 2021-01-04 18:01 (UTC) by Alad)

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...

brisbin33 commented on 2021-01-04 16:40 (UTC)

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?

krakenfury commented on 2020-12-22 17:12 (UTC) (edited on 2020-12-22 17:13 (UTC) by krakenfury)

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.

Alad commented on 2020-11-30 11:18 (UTC) (edited on 2020-11-30 11:19 (UTC) by Alad)

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.

myridium commented on 2020-11-30 09:35 (UTC)

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

Alad commented on 2020-11-09 13:17 (UTC) (edited on 2020-11-09 13:34 (UTC) by Alad)

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

Alad commented on 2020-11-03 16:12 (UTC)

Thanks, fixed in 3.0.3-2

codicodi commented on 2020-11-03 14:45 (UTC) (edited on 2020-11-03 16:09 (UTC) by codicodi)

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
 }

Alad commented on 2020-10-29 21:31 (UTC)

Added in 3.0.0-2

nirnakinho commented on 2020-10-29 17:37 (UTC)

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

Regards,

kaurman commented on 2020-09-21 15:34 (UTC)

Makes perfect sense. Thank you!

maximbaz commented on 2020-09-21 15:27 (UTC)

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

kaurman commented on 2020-09-21 14:42 (UTC)

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

FernandoBasso commented on 2020-09-21 09:54 (UTC)

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?

Alad commented on 2020-09-19 16:43 (UTC)

Fixed in 2.3.6

Mel commented on 2020-09-19 11:58 (UTC)

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)
~ ▶ 

ArchPCK commented on 2020-09-05 16:36 (UTC) (edited on 2020-09-05 16:40 (UTC) by ArchPCK)

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

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

merlock commented on 2020-08-20 21:26 (UTC)

@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).

rafaelff commented on 2020-08-20 16:22 (UTC)

@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.

merlock commented on 2020-08-20 15:45 (UTC) (edited on 2020-08-20 15:50 (UTC) by merlock)

Interesting error popped up today, while updating 2 packages.

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

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

Alad commented on 2020-07-30 16:30 (UTC)

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

lpc123 commented on 2020-07-28 14:10 (UTC)

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

lpc123 commented on 2020-07-27 15:32 (UTC)

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!

Alad commented on 2020-06-24 06:19 (UTC) (edited on 2020-08-13 14:09 (UTC) by Alad)

Known issues with 2.3.3:

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

rafaelff commented on 2020-04-25 14:25 (UTC)

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.

abouvier commented on 2020-04-25 14:18 (UTC)

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.

tinywrkb commented on 2020-04-25 14:11 (UTC)

Oops, my mistake. Thanks @cgirard.

cgirard commented on 2020-04-23 13:15 (UTC)

@tinywrkb sudo is in base-devel

tinywrkb commented on 2020-04-23 13:12 (UTC)

sudo is missing from depends.

Alad commented on 2019-10-31 21:49 (UTC)

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

brianbuccola commented on 2019-10-31 21:23 (UTC)

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

maximbaz commented on 2019-10-31 12:30 (UTC)

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

brianbuccola commented on 2019-10-31 12:24 (UTC) (edited on 2019-10-31 12:26 (UTC) by brianbuccola)

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.

brisbin33 commented on 2019-10-29 18:32 (UTC)

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

Alad commented on 2019-10-28 21:13 (UTC)

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

brisbin33 commented on 2019-10-28 21:07 (UTC) (edited on 2019-10-28 21:08 (UTC) by brisbin33)

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?

brisbin33 commented on 2019-10-28 20:59 (UTC)

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.

Alad commented on 2019-10-28 20:54 (UTC)

Try setting GNUPGHOME.

brisbin33 commented on 2019-10-28 20:51 (UTC) (edited on 2019-10-28 20:57 (UTC) by brisbin33)

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.

Alad commented on 2019-10-26 14:03 (UTC)

Fixed in 2.3.2.

bbx0 commented on 2019-10-26 09:00 (UTC)

==> 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

bone commented on 2019-10-25 05:13 (UTC)

==> 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)

aurifier commented on 2019-10-25 03:40 (UTC)

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?

krakenfury commented on 2019-10-16 13:48 (UTC)

@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

jogdand commented on 2019-10-16 05:50 (UTC)

@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

Alad commented on 2019-09-28 17:01 (UTC) (edited on 2019-09-28 17:01 (UTC) by Alad)

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.

Ucak commented on 2019-09-28 10:55 (UTC) (edited on 2019-09-29 09:38 (UTC) by Ucak)

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.

cgirard commented on 2019-04-01 10:14 (UTC)

@krutoileshii: please check pinned comments

krutoileshii commented on 2019-03-31 01:40 (UTC)

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

Alad commented on 2019-03-17 11:20 (UTC)

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.

ohmysql commented on 2019-01-28 06:37 (UTC)

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.

Alad commented on 2019-01-28 05:34 (UTC) (edited on 2019-01-28 05:35 (UTC) by Alad)

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?

ohmysql commented on 2019-01-28 01:38 (UTC)

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.

Alad commented on 2019-01-27 21:02 (UTC)

Thanks, updated.

Scimmia commented on 2019-01-25 19:02 (UTC)

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

guygma commented on 2018-12-06 14:05 (UTC)

@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.

Alad commented on 2018-12-06 10:54 (UTC)

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

Alad commented on 2018-12-06 10:53 (UTC)

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

guygma commented on 2018-11-29 22:20 (UTC)

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.

Alad commented on 2018-09-24 13:08 (UTC)

Did you install devtools?

ohmysql commented on 2018-09-21 15:47 (UTC)

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!

Alad commented on 2018-08-04 23:46 (UTC)

Known issues with 1.5.3:

Both issues are solved in aurutils-git.

Alad commented on 2018-03-28 20:11 (UTC)

Thanks :)

runical commented on 2018-03-27 07:39 (UTC) (edited on 2018-03-28 18:56 (UTC) by runical)

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

Alad commented on 2018-03-26 23:29 (UTC) (edited on 2018-03-26 23:40 (UTC) by Alad)

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.

Alad commented on 2018-03-26 22:43 (UTC) (edited on 2018-03-26 22:57 (UTC) by Alad)

@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/

Alad commented on 2018-03-25 20:17 (UTC)

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

qdii commented on 2018-03-25 19:43 (UTC)

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?

Alad commented on 2018-01-27 13:04 (UTC)

Fixed.

Mel commented on 2018-01-27 12:56 (UTC) (edited on 2018-01-27 12:58 (UTC) by Mel)

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() {

Alad commented on 2018-01-27 02:30 (UTC)

With -6, makepkg -L is now optional.

Alad commented on 2018-01-17 18:41 (UTC) (edited on 2018-01-17 18:42 (UTC) by Alad)

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.

air-g4p commented on 2017-12-18 15:49 (UTC)

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

air-g4p commented on 2017-12-18 15:45 (UTC)

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

Alad commented on 2017-09-07 14:29 (UTC) (edited on 2017-09-11 06:43 (UTC) by Alad)

I've enabled GPG signing for this package. If you get an "unknown key" error, import the key: gpg --recv-keys DBE7D3DD8C81D58D0A13D0E76BC26A17B9B7018A and run makepkg again. See the wiki for more information: https://wiki.archlinux.org/index.php/Makepkg#Signature_checking

Alad commented on 2017-04-29 23:59 (UTC) (edited on 2018-08-04 23:47 (UTC) by Alad)

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

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

Alad commented on 2017-03-30 14:18 (UTC) (edited on 2017-03-30 15:42 (UTC) by Alad)

Fixed in git: https://github.com/AladW/aurutils/commit/64f3454359869347c05bf5fa4705300a4713dfda Probably best to comment the check function for now, as the shellcheck changes are purely stylistic. Arguably make check only makes sense in the -git PKGBUILD anyway.

opotonil commented on 2017-03-29 09:32 (UTC)

Since latest shellcheck upgrade from 0.4.5-1 to 0.4.6-1 I am getting errors on build. The errors (https://travis-ci.org/localnet/aurutilsci/builds/215749579): ==> Starting check()... In bin/aurchain line 55: if [[ ${target[@]} ]]; then ^-- SC2199: Arrays implicitly concatenate in [[ ]]. Use a loop (or explicit * instead of @). In bin/aursift line 34: siftargs+=(--satisfies="$p") ^-- SC2191: The = here is literal. To assign by index, use ( [index]=value ) with no spaces. To keep as literal, quote it. In bin/aursift line 38: if [[ ${pkgset[@]} ]]; then ^-- SC2199: Arrays implicitly concatenate in [[ ]]. Use a loop (or explicit * instead of @). In bin/aursift line 40: siftargs+=(--repo="$p") ^-- SC2191: The = here is literal. To assign by index, use ( [index]=value ) with no spaces. To keep as literal, quote it. In bin/aursift line 50: if [[ ${query[@]} ]]; then ^-- SC2199: Arrays implicitly concatenate in [[ ]]. Use a loop (or explicit * instead of @). In bin/aursync line 129: if [[ ${avail[@]} ]]; then ^-- SC2199: Arrays implicitly concatenate in [[ ]]. Use a loop (or explicit * instead of @). make: *** [Makefile:9: check] Error 1 ==> ERROR: A failure occurred in check(). Aborting...

Alad commented on 2017-03-06 01:21 (UTC) (edited on 2017-03-07 15:29 (UTC) by Alad)

Since the latest devtools upgrade, you'll need to recreate any existing chroots. Do so by deleting the /var/lib/aurbuild/<YOUR ARCH> folder. aurbuild/aursync will recreate it afterwards if the -c switch is specified. If aurcheck does not work, please update to the 1.5.0 version which uses aurcheck -d <YOUR REPO>. See https://github.com/AladW/aurutils/releases/tag/1.5.0 for the full changelog.

runical commented on 2016-10-04 11:37 (UTC) (edited on 2016-10-04 11:38 (UTC) by runical)

I just updated the package to 1.3.5. Main changes: - added pacutils>=0.4 and jq as deps - removed jshon as dep - moved aria2 to opdepends - added parallel to optdepends. The package builds in chroot (kudos on aurbuild btw, it is way nicer to use!) and is functional on my computer.

Alad commented on 2016-10-03 22:51 (UTC)

Note: the 1.3.4 release requires pacutils 0.4 or higher. jshon was replaced with jq, and aria2 (alternatively, parallel) is optional.

Alad commented on 2016-05-16 00:03 (UTC) (edited on 2016-05-16 00:04 (UTC) by Alad)

0.9.1 was released. There are some significant changes from 0.8.5, so please read the release notes and the new man page, aurutils(7). https://github.com/AladW/aurutils/releases/tag/0.9.0 https://github.com/AladW/aurutils/releases/tag/0.9.1

Alad commented on 2016-04-25 10:18 (UTC)

Done, thanks for the report

runical commented on 2016-04-25 10:12 (UTC)

Seems like the checksum update went wrong. Only the .SRCINFO was updated according to the log. Could you update the checksum once more as it is still incorrect?

Alad commented on 2016-04-04 22:14 (UTC) (edited on 2016-04-04 22:15 (UTC) by Alad)

Please note that with 0.4.0., aurchain and aursift now print and check pkgname respectively, instead of pkgbase. https://github.com/AladW/aurutils/issues/84 There are also two new command-line switches: "aursync -u" to find outdated packages in a given repository and build them, and "aursearch -b" to search the AUR pkgbase list.

runical commented on 2016-03-28 15:00 (UTC)

No problem. Thanks for the update!

Alad commented on 2016-03-28 14:50 (UTC)

Sorry guys, I still had an old source directory around. Updated the checksums.

runical commented on 2016-03-28 14:30 (UTC) (edited on 2016-03-28 14:34 (UTC) by runical)

The new package builds, but only after updating the md5 to 'e7530dcf300b13a2a34754e43ce0395d'. I did get a cd error before this update.

prettyvanilla commented on 2016-03-28 13:58 (UTC)

I've got the same problem, downloading the 0.2.1 release tarball I consistently get 'e7530dcf300b13a2a34754e43ce0395d' for the md5sum, not 'fa27a[...]'.

Alad commented on 2016-03-28 13:42 (UTC)

Hm, the checksums were correct for me, but the cd was wrong. Could you try again with a new snapshot?

runical commented on 2016-03-28 10:25 (UTC)

I think you forgot to update the checksum for 2.1. Builds fail because 0.2.1.tar.gz does not pass the validity check.