How to prioritise aur over chaotic-aur

I’ve been using chaotic-aur for a few packages such as their wine builds. However they duplicate stuff in aur but they don’t update as often as aur.

Currently if there is a package that is more recent in aur than chaotic-aur it won’t update it. I was wondering if anyone knew how I could change this behaviour.

Not sure what you are meaning here - but if the package came from AUR originally, then it updates from AUR regardless of its presence in Chaotic-AUR. I get informed by yay -Qua and update by yay -Sua as appropriate…

BTW - Chaotic earned its name :grin:

1 Like

For example when trying to install zoom with chaotic-aur enabled I get:

[duncanm@arch Downloads]$ yay -S zoom
resolving dependencies...
looking for conflicting packages...

Packages (1) zoom-5.6.6-1

Total Installed Size:  191.42 MiB

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

When I disable chaotic-aur I get:

[duncanm@arch Downloads]$ yay -S zoom
:: There are 2 providers available for zoom:
:: Repository AUR
    1) zoom 2) zoom-system-qt 

Enter a number (default=1): 
:: Checking for conflicts...
:: Checking for inner conflicts...
[Aur:1]  zoom-5.6.7-1

:: Downloaded PKGBUILD (1/1): zoom
  1 zoom                                     (Build Files Exist)
==> Diffs to show?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==>

So chaotic-aur is preventing me getting the latest packages if theirs is older.

Just try yay zoom - and it will present the choices even with chaotic enabled. Using the “-S” format calls on pacman for the work…

Might be the solution? :grin:

1 Like

It’s a work around if I know there’s an update but probably more effort than occasionally disabling chaotic-aur and running yay.

I might head over to Garuda’s forum and see if they have any suggestions.

I don’t see how it’s a workaround - but then I am constantly aware of updates (separately) for both pacman and AUR - so I know when to run a yay-Sua (which is much more rare for me than a pacman-based update is!). There are any number of ways to keep informed oif update status, including the setting of eos-notifier (which also separates the 2 types) - or a little script that can fire you off the info as it happens (I run mine in a conky, but it could be systemd-time’d and use notify-send for example)

Eos notifier does not inform me if there is an package in aur that is newer than chaotic-aur… it will only inform me when it is updated in chaotic-aur.

Perhaps that package was originally installed from chaotic - it separately informs me as mentioned. I forget (off the top) how to determine where a package was originally sourced, but it should be possible to tell - perhaps by which cache it ‘lives’ in? Pacman’s or yay’s…

Well- that about covers what I know. I run one of chaotic-aur’s mirrors, so I like to decide for myself which versions are sourced where… :grin:

If I remember correctly you should have the ability to install a package using the format repo/package. For example you should be able to choose from yay zoom and chaotic-aur zoom using

yay aur/zoom

Or

yay chaotic-aur/zoom

Haven’t tried it in a while but it’s worth the shot. Also I know this doesn’t solve the other problem that you can track version of aur and chaotic-aur and choose which you want easily, but at least you don’t have to disable chaotic-aur everytime you want to install something from aur instead.

2 Likes

Perhaps another workaround could be to create an specific pacman config with chaotic repo called for example pacman-chaotic.conf. Then install or update packages from there by:

pacman -S PACKAGE --config /etc/pacman-chaotic.conf
pacman -Syu --config /etc/pacman-chaotic.conf

You could make aliases for this for not typing the whole long line each time.

And then use yay for install/update from official repos and AUR.

1 Like

this seems like the best option.

I actually ended up creating a shell script as follows and attaching it to an alias:

yay -Syu --devel
sudo pacman -Syu --config /etc/pacman-chaotic.conf
1 Like

You can add the a option to specify operating on the AUR, e.g.

yay -Sa zoom

will install zoom using the AUR PKGBUILD , and

yay -Syua

will check for AUR package updates.

1 Like

That was exactly what I was looking for :smiley:

Edit:
Unfortunately not.

Unfortunately yay -Syua doesn’t update:

[duncanm@arch ~]$ yay -S teams 
resolving dependencies...
looking for conflicting packages...

Packages (1) teams-1.4.00.7556-1

Total Installed Size:  267.32 MiB

:: Proceed with installation? [Y/n] 
(1/1) checking keys in keyring                                                                                                  [#############################################################################] 100%
(1/1) checking package integrity                                                                                                [#############################################################################] 100%
(1/1) loading package files                                                                                                     [#############################################################################] 100%
(1/1) checking for file conflicts                                                                                               [#############################################################################] 100%
(1/1) checking available disk space                                                                                             [#############################################################################] 100%
:: Processing package changes...
(1/1) installing teams                                                                                                          [#############################################################################] 100%
Optional dependencies for teams
    libappindicator-gtk3: Systray indicator support [installed]
    org.freedesktop.secrets: Keyring password store support [installed]
:: Running post-transaction hooks...
(1/3) Arming ConditionNeedsUpdate...
(2/3) Refreshing PackageKit...
(3/3) Updating the desktop file MIME type cache...
[duncanm@arch ~]$ yay -Syua
:: Searching AUR for updates...
 -> Missing AUR Packages:  raine64
 -> Flagged Out Of Date AUR Packages:  ttf-twemoji  wxgtk2.8
 there is nothing to do
[duncanm@arch ~]$ yay -Sa teams
:: Checking for conflicts...
:: Checking for inner conflicts...
[Aur:1]  teams-1.4.00.13653-1

  1 teams                                    (Build Files Exist)
==> Packages to cleanBuild?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> 
:: PKGBUILD up to date, Skipping (1/1): teams
  1 teams                                    (Build Files Exist)
==> Diffs to show?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> 
:: (1/1) Parsing SRCINFO: teams
==> Making package: teams 1.4.00.13653-1 (Mon 14 Jun 2021 17:45:29 +07)
==> Retrieving sources...
  -> Found teams_1.4.00.13653_amd64.deb
==> Validating source files with sha256sums...
    teams_1.4.00.13653_amd64.deb ... Passed
==> Making package: teams 1.4.00.13653-1 (Mon 14 Jun 2021 17:45:29 +07)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found teams_1.4.00.13653_amd64.deb
==> Validating source files with sha256sums...
    teams_1.4.00.13653_amd64.deb ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
==> Sources are ready.
==> Making package: teams 1.4.00.13653-1 (Mon 14 Jun 2021 17:45:31 +07)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Sources are ready.
 -> teams-1.4.00.13653-1 already made -- skipping build
loading packages...
resolving dependencies...
looking for conflicting packages...

Packages (1) teams-1.4.00.13653-1

Total Installed Size:  269.56 MiB
Net Upgrade Size:        2.24 MiB

:: Proceed with installation? [Y/n] 
(1/1) checking keys in keyring                                                                                                  [#############################################################################] 100%
(1/1) checking package integrity                                                                                                [#############################################################################] 100%
(1/1) loading package files                                                                                                     [#############################################################################] 100%
(1/1) checking for file conflicts                                                                                               [#############################################################################] 100%
(1/1) checking available disk space                                                                                             [#############################################################################] 100%
:: Processing package changes...
(1/1) upgrading teams                                                                                                           [#############################################################################] 100%
:: Running post-transaction hooks...
(1/3) Arming ConditionNeedsUpdate...
(2/3) Refreshing PackageKit...
(3/3) Updating the desktop file MIME type cache...
[duncanm@arch ~]$

The reason this won’t work in this case is that I don’t think pacman tracks the source of the package. So if a package with the same name is in both a repo and the AUR, an AUR helper/pacman will see it as a repo package, not an AUR package.

I don’t think what @dodgypast is trying to do is possible without some way of prioritizing the AUR above certain repos but not others for updates. I don’t know of a helper that does that but there could be one.

1 Like

I’m not sure what the output there is supposed to be showing - apparently you built the teams package version 1.4.00.13653-1 ?

yay’s -a option specifically queries the AUR. I have tested -Sa locally as I have a local repo with certain packages, and yay -Sa will install the AUR package instead.

It will install them, but I don’t think it will update them.

1 Like

I’m pretty certain it will, but I’ll have to wait until there’s an update for a package I have in my local repo to test that. :man_shrugging:

It doesn’t. I have tested it in the past.

Honestly, it would be bad if it did. If you are in doubt, here is some output from my system:

>> yay -Qi zfs-linux                                                                                                                               
Name            : zfs-linux
Version         : 2.0.4_5.12.9.arch1.1-1
Description     : Kernel modules for the Zettabyte File System.
Architecture    : x86_64
URL             : https://zfsonlinux.org/
Licenses        : CDDL
Groups          : archzfs-linux
Provides        : zfs  spl
Depends On      : kmod  zfs-utils=2.0.4  linux=5.12.9.arch1-1
Optional Deps   : None
Required By     : znapzend
Optional For    : None
Conflicts With  : zfs-dkms  zfs-dkms-git  zfs-dkms-rc  spl-dkms  spl-dkms-git  zfs-linux-git  zfs-linux-rc  spl-linux
Replaces        : spl-linux
Installed Size  : 13.28 MiB
Packager        : Unknown Packager
Build Date      : Thu 03 Jun 2021 04:44:41 PM CDT
Install Date    : Tue 08 Jun 2021 05:30:59 PM CDT
Install Reason  : Explicitly installed
Install Script  : Yes
Validated By    : Signature

>> yay -Si aur/zfs-linux                                                                                                                      [130]
:: Querying AUR...
Repository      : aur
Name            : zfs-linux
Keywords        : None
Version         : 2.0.4_5.12.10.arch1.1-1
Description     : Kernel modules for the Zettabyte File System.
URL             : https://zfsonlinux.org/
AUR URL         : https://aur.archlinux.org/packages/zfs-linux
Groups          : archzfs-linux
Licenses        : CDDL
Provides        : zfs  spl
Depends On      : kmod  zfs-utils=2.0.4  linux=5.12.10.arch1-1
Make Deps       : linux-headers=5.12.10.arch1-1
Check Deps      : None
Optional Deps   : None
Conflicts With  : zfs-dkms  zfs-dkms-git  zfs-dkms-rc  spl-dkms  spl-dkms-git  zfs-linux-git  zfs-linux-rc  spl-linux
Maintainer      : minextu
Votes           : 238
Popularity      : 1.705159
First Submitted : Thu 21 Apr 2016 03:45:02 AM CDT
Last Modified   : Sat 12 Jun 2021 04:08:25 PM CDT
Out-of-date     : No


>> yay -Sua                                                                                                                                        
:: Searching AUR for updates...
:: Checking development packages...
 -> jedit: local (5.6.0-2) is newer than AUR (5.6.0-1)
:: 1 Packages to upgrade.
1  aur/vscodium-bin  1.56.2-1 -> 1.57.0-1
3 Likes

Teams 1.4.00.7556-1 is the most up to date in chaotic-aur, teams 1.4.00.13653-1 is more up to date and in aur.

I installed teams and it was grabbed from chaotic-aur, then I ran yay -Syua and it didn’t update to the later version that is in aur.

1 Like