aurto icon indicating copy to clipboard operation
aurto copied to clipboard

When a package in the repo fails to build on update, no packages are updated

Open BrianAllred opened this issue 6 years ago • 6 comments

mullvad-vpn currently doesn't build in a clean chroot because it depends on rpm-tools, which has an optional dependency on lmdb when it should be a hard dependency. This caused all other updated packages in the repo to be held back.

aurto remove mullvad-vpn fixed the issue for now, but it seems like a bug if one failed package keeps other good packages from updating.

BrianAllred avatar Dec 21 '19 18:12 BrianAllred

1 package update fail will indeed fail them all. I'd also prefer for the others to continue.

After trust-checking aurto runs aur sync --no-view --no-confirm --database=aurto --makepkg-conf=/etc/aurto/makepkg-chroot.conf --chroot --upgrades and aurutils will fail is any package fails to upgrade.

I haven't looked again in details but iirc it's non-trivial to determine which packages have failed. If we can figure that out we can run with --ignore=mullvad-vpn to allow the other packages to update.

alexheretic avatar Dec 23 '19 09:12 alexheretic

Another tactic is to try single package update calls for each aurto package if the normal update fails.

alexheretic avatar Dec 23 '19 09:12 alexheretic

This is potentially a naive question, but is there any benefit to bundling all the package updates into one call?

Kage-Yami avatar Jan 11 '20 07:01 Kage-Yami

This is potentially a naive question, but is there any benefit to bundling all the package updates into one call?

Mostly because that's the simplest way to do so using aurutils. I guess it can also avoid repeated install/uninstall of make dependencies in the chroot env.

alexheretic avatar Jan 11 '20 13:01 alexheretic

Ah right - yeah, repeated installs/uninstalls sounds yuck (and re-reading, I see I misread your second comment; thought you meant changing all updates to be one-at-a-time, not just when a failure occurs. Oops).

Kage-Yami avatar Jan 11 '20 13:01 Kage-Yami

Notice you can use --continue to avoid aur-sync from calling aur-fetch again.

AladW avatar Feb 23 '20 11:02 AladW

This should be fixed by 21344728c4e6a65d818e6ebdc727f40408c3a766

alexheretic avatar Jan 05 '23 11:01 alexheretic