You are not logged in.
Pages: 1
Topic closed
[luke@archlinux ~]$ yay -s i3-gaps
7 aur/regolith-i3 1.6-19 (+5 0.00)
Regolith's i3-gaps-based DE's underpinnings and gnome foundational dependencies
6 aur/i3-gaps-cameronleger-git 4.15.0.1.r607.gaddf48ed-1 (+0 0.00) (Out-of-date: 2021-03-14)
A fork of i3-gaps with issue #22 fix (outer gaps cause weird tiling)
5 aur/i3-gaps-fullscreen-next-git 4.19.1.r177.g4ea30ca9-2 (+1 0.00)
A fork of a fork of i3wm tiling window manager, with multi-monitor fullscreen workaround for VMWare, mpv, etc.
4 aur/i3-gaps-desktop 4.20.1-1 (+0 0.00)
A fork of i3-gaps with desktop manager support
3 aur/i3-gaps-kde-git 4.20.1-1 (+1 0.00)
A fork of i3wm tiling window manager with more features, including gaps (with KDE patches)
2 aur/i3-gaps-rounded-git 4.20.1.r84.g8e5eed5b-1 (+17 0.11)
A fork of i3wm tiling window manager with more features, including gaps and rounded corners
1 extra/i3-wm 4.23-1 (1.0 MiB 2.4 MiB) [i3] (Installed)
Improved dynamic tiling window manager
==> Packages to install (eg: 1 2 3, 1-3 or ^4)
==> 2
AUR Explicit (1): i3-gaps-rounded-git-4.20.1.r84.g8e5eed5b-1
Sync Make Dependency (3): asciidoc-10.2.0-4, xmlto-0.0.28-4, meson-1.3.0-1
:: PKGBUILD up to date, skipping download: i3-gaps-rounded-git
1 i3-gaps-rounded-git (Build Files Exist)
==> Packages to cleanBuild?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> i
1 i3-gaps-rounded-git (Build Files Exist)
==> Diffs to show?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> i
==> Making package: i3-gaps-rounded-git 4.20.1.r84.g8e5eed5b-1 (Sun 10 Dec 2023 08:23:07 PM PST)
==> Retrieving sources...
-> Updating i3-gaps-round git repo...
==> WARNING: Skipping verification of source file PGP signatures.
==> Validating source files with sha1sums...
i3-gaps-round ... Skipped
:: Remove make dependencies after install? [y/N]
:: (1/1) Parsing SRCINFO: i3-gaps-rounded-git
-> Failed to install layer, rolling up to next layer.error:error installing repo packages
-> error installing repo packages
error installing repo packages
Get this error for most of the time when installing aur packages.
Offline
https://wiki.archlinux.org/title/Arch_User_Repository
Forget yay, see what happens.
Offline
Im confused, can you elaborate more please? Thanks for the help <3
Last edited by LepreChAUnS (2023-12-13 22:44:46)
Offline
Please see the warning from the top of AUR_helpers. You are being asked if you can reproduce the issue without using the AUR helper yay.
Online
Well, yay's error message is misleading. It says "error installing repo packages" but what in fact fails is the built of a non repo package. As the other already said, try to build the failing packages without yay but with plain makepkg.
To get an update for
asciidoc-10.2.0-4, xmlto-0.0.28-4, meson-1.3.0-1
you could also try to run a simple pacman -Suy instead of yay.
Offline
https://github.com/Jguer/yay/issues/2241
The takeaway is that AUR helpers get in your way more than anything else - don't use them, at least not the ones that try to wrap pacman.
Stuff like auracle or aurutils is typically fine.
Offline
Well, my personal takeaway from this is: You types '-s' instead of '-S'.
And so did i when searching for this error message.
I do feel like this should happen frequently enough for people to know this on here but I mean I just joined to say this so how would I know.
And correct me if I'm wrong obviously but at least for me this was the only issue.
Offline
The issue is
yay -s gets translated to yay -Ys which is not a valid yay operation.
that yay happily accepts a bogus parameter and continues to do … something?
I do feel like this should happen frequently enough
Searching google, there're a couple of threads in 2022 (unrelated to the error at hand, might have been local typos)
But usually people know the difference between capitals and minuscules, so no - not "frequently".
How does one even come up with that? Did you copypaste it from somewhere?
Offline
That issue response *must* be a miscommunication: software "translating" a user-provided flag into another flag that is invalid is clearly absurd. Closing the issue as this being "expected behavior" is far more absurd. Certainly I expect yay to do stupid things, but if it's maintainer even expects it to do stupid things then even my "less political" assessment was far too kind.
EDIT: oops - I posted this in the wrong thread - but it is relevant here anyways.
Last edited by Trilby (2024-05-13 18:01:42)
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
Welp, this thread was informative to me. With "Y/n" not being case-sensitive I got lax on yay -S and used "-s". Thank you everybody's help.
Kinda wished "-s" either worked or threw a command error instead of pretending to work and prompting until the very end.
Offline
Kinda wished "-s" either worked or threw a command error instead of pretending to work and prompting until the very end.
Try asking yay devs
Closing this old thread.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Online
Pages: 1
Topic closed