#What happened to AUR
123 messages · Page 1 of 1 (latest)
Same
maybe an update issue
i thought it was a personal problem im kinda relieved that im not the only one experiencing this
an issue has been opened on gh, hopefully the team will see to it
same here out of the blue
Same here. Old but updated install. There is already a github issue for this: https://github.com/basecamp/omarchy/issues/3592
Guess within the next update this should be fixed.
the command yay -Slqa that is used in the script is also producing the same in Terminal directly.
You are right!
but this happened only recently right? can it be caused by a problem in AUR?
maybe some wrong character breaks the lists?
i think it is yay's problem
same issue here
but for all other arguments yay works as it should, i also rebuild it and tried, deleting cache and all that other stuff
yea, pacman -Slq works just fine
only when you use -a for AUR there is an issue
Its not only a Omarchy bug, it does it on another Arch-based distro as well
thanks for trying that
spend too much time today trying to figure out what i broke again 😆
and no matter if you use yay or paru, same outcome
yep, just modified the omarchy-pkg-aur-install script to use paru, yay. same outcome
is aur attacked??
i think there can be many reasons why the list is broken, i guess if there is a wrong character in a package title already breaks it. But i am really just speculating. i dont understand enough about how aur works
someone fixed it
instead of yay -Slqa use this yay -qSs
in ~/.local/share/omarchy/bin/omarchy-pkg-aur-install
well but does yay -qSs even list the AUR packages?
it does
okay maybe i was wrong about -a, maybe it just means all not AUR
but something changed none the less, and we can modify the script ofc, but i would like to know, where it came from
same thing, anyone ?
i have the same issue
also idk why my caps lock button isn't working, was working fine a couple of days back until i updated. Anyone facing the same issue ?
enable it once again
not working, on starting up the laptop it blinks but as the omarchy gets boot up it goes back to no light and doesn't work
one more issue i tried to update but seems that my password isn't working. previously it worked fine and smoothly now it says to try again, and im inputting the correct password still
is it maybe the caps lock? xD
nope ig cause its just numbers (the password) also as of rn i don't see any captilization
I think the solution can be to just rollback to prev. update ?
alright the issue here is that when installing googles antigravity i see this code i copy pasted sudo ... /keystrings then hit enter and enter the correct password but its says try again for no reason. meanwhile when i did sudo -k then sudo true and entered password it worked fine. but this seems to be having an error of getting wrong password or not getting any password at all.
alias apt 'man yay'
solved it , in setup -> defaults my terminal was something else i changed it to ghostty and its working fine
@ashen bison Was this related to the AUR issue?
I'm also seeing gibberish as of 2 minutes ago.
omarchy is arch based im pretty sure apt doesnt work
it would be pacman
i might be completely wrong tho
We're so back
@covert flame here
any modifications to omarchy-pkg-aur-install need to get unrolled after it's fixed in AUR
diff --color=always $(which omarchy-pkg-aur-install) $f
2a3,5
> # This script now acts as a Search Engine.
> # It waits for you to type, then asks yay to search the AUR.
>
5c8,10
< --preview 'yay -Siia {1}'
---
> --disabled
> --header="Type to search the AUR ..."
> --preview '[[ -n {1} ]] && yay -Si {1} || echo "Type to search..."'
8a14
> --bind 'change:reload:yay -Ssq {q} || true'
13c19
< --bind 'alt-B:change-preview:yay -Siia {1}'
---
> --bind 'alt-B:change-preview:yay -Si {1}'
17c23,24
< pkg_names=$(yay -Slqa | fzf "${fzf_args[@]}")
---
> # Start empty. The 'change:reload' binding above handles the searching.
> pkg_names=$(echo "" | fzf "${fzf_args[@]}")
20c27
< # Convert newline-separated selections to space-separated for yay
---
> # Install the selected packages
hmmm... no diff highlighting'
no, it doesn't search AUR. it relies on local information.
man yay lists some additional options provided on top of pacman
--> just wait on AUR to be fixed. there's probably info about it in the yay repository
it shouldn't matter much. however, if for some reason the dependency graphs for yay installs/builds are different when the AUR functionality is restored, that could be problematic for Arch Linux. yay operations with the -a flag is supposed to retrieve more packages.
once yay -Ssqa works again (when AURs web service fixes it's encoding), then you'd need to undo all the changes to scripts/etc
nope
yes sir that's right i used yay to install it and its working perfectly
Will this be fixed in an update or is it necessary to manually fix individually?
too lazy to fix it myself, im waiting update)
I’m sure that it will be fixed in an update, but I can't say how long it'll take
no. it's AUR. there's some problem with decoding input from the AUR webservice
i would wait on their nginx or whatever to get fixed idk https://github.com/Jguer/yay/issues/2709
Affected Version yay v12.5.2 - libalpm v15.0.0 Describe the bug This is the same bug that I reported in Morganamilo/paru#1447, so I'll just repost the same description, along with later comment...
seems like this is the fixed issue :
yes this works!
not fixed for me
I can't see people talking about this problem in Arch/AUR forums, so it doesn't seem to affect anyone outside of Omarchy.
It only shows like 15k packages though, not all of them.
same for me
This fixed it for me, awesome
apt is for debian, onarchy is arch based, it uses pacman -Syu to update apps
Hi, excuse me, so, would it be best to fix it manually or wait for an update?
how much does it bother you having to manually look for a package name in your browser before installing it the old fashioned way?
It's for a friend, I recommend Omarchy to start with Hyprland, and he's not very familiar with it yet
For now, he asks me and I confirm the package name for him, haha.
Fair enough ahhaha
Good to see people switching over to Omarchy, the whole opiniated thing is nice and al but why have an opinion on something that just works
Like even this isn't even an Omarchy problem but a problem with the Arch User Repository
🤣
Works! thaks ❤️
Can’t I use yay -S to install a package meanwhile?
this is the fix for me thanks
Yeah you can
You can still browse packages here and just use yay -S
Found a new fix to get the AUR tui completely working again. (With all packages and not just 15.000)
You just have yay -S yay-gzip-fix
and revert your ~/.local/share/omarchy/bin/omarchy-pkg-aur-install to
pkg_names=$(yay -Slqa | fzf "${fzf_args[@]}")
You will probably be required to switch back to standard yay as soon as this issue is fixed as the fix replaces yay
fixed for me.
as far as i know caps lock does not work on omarchy by default.
it is mapped to XCompose. See: https://learn.omacom.io/2/the-omarchy-manual/53/hotkeys#quick-emojis
very strange
I would only recommend to fix it by yourself if you 100% know what you are doing. Best practice is to wait for the next update.
ig it is one of those valuable left corner keys
The password thing happend to me too i just restarted my laptop and it was fine
yes, i agree. changing scripts could break updates. omarchy-update-git should autostash your changes on git pull. messing with files in $OMARCHY_PATH is more intended for developers.
TLDR, if you change files in these directories, weird things could happen. if you do not know how to use yay without the fzf script in the walker menu, odds are that you don't want to change these files
if I update yay in the terminal with yay -Syu , would that mess anything up?
Has anyone inspected the pkgbuild and code of this supposed yay-gzip-fix? Given it just showed up today, it seems a bit sus.
came here to tell you my friends that my yay became a minecraft enchanting table and you no longer cna decide what you will install.
of course youve already found the solution
tysm
tnks, bro.
What should I do? "error: failed to commit transaction (conflicting files)
yay-gzip-fix-debug: /usr/lib/debug/usr/bin/yay.debug exists in filesystem (owned by yay-debug)
Errors occurred, no packages were upgraded.
-> error installing: [/home/ezra/.cache/yay/yay-gzip-fix/yay-gzip-fix-12.5.2.r0.924ecd319-1-x86_64.pkg.tar.zst /home/ezra/.cache/yay/yay-gzip-fix/yay-gzip-fix-debug-12.5.2.r0.924ecd319-1-x86_64.pkg.tar.zst] - exit status 1" I got this when trying to install yay-gzip-fix
yay -R yay-debug
and then try again
thank you that fixed it
this one fixed my issue
then you can just install yay -S yay-gzip-fix, see #1442511035385774100 message
You only need to remove yay-debug if you have it
thank you
confirmed, it works for me
Seems like the fix was merged into the next branch on the yay repo about an hour ago
Okay. The latest version of yay has fixed the issue. To revert the workaround do yay -R yay-gzip-fix then sudo pacman -S yay you can do that before or after updating omarchy, just make sure that you update omarchy to get the latest version of yay
it's now finally working
Anything else we need to revert ? For ex this #1442511035385774100 message
No. Just check if ~/.local/share/omarchy/bin/omarchy-pkg-aur-install still uses
pkg_names=$(yay -Slqa | fzf "${fzf_args[@]}") , so nothing else besides -Slqa and you're good
ok i did your steps - seems good so far
you need to change yay -qSs to yay -Slqa
done - thank you mate