How to have xbps-install -Su also looking for updates in local repo?

[gc-user]

I'm building a few select packages locally. Some of them need to be in sync with other packages (und thus need rebuilding alongside with official rebuilds). In order to not having to uninstall local packages (temporarily) in order to be able to install dependencies from official repo, I'd like to have xbps-install -Su also check for updates in the local repo and update all packages at the same time.

I already tried adding a .conf file in /etc/xbps.d/ pointing to the directory containing the packages. And also additionally a symlink to that directory in /var/db/xbps/ (and then pointing the .conf file to that symlink. But that doesn't seem to work or at least be sufficient.

Would the reason be that there is no key for the local repo in /var/db/xbps/keys or is there another reason why that doesn't work?

[gc-user]

I think I found the "answer": -S is for updating remote repo info, and thus (probably) won't be tricked by the .conf file I created into thinking my local repo is a remote repo... :-(

And, apparently one cannot combine -Su with -R to have local and remote repos being considered at the same time.

So, my goal is not achievable at all?

[classabbyamp]

just add the local repo in a repository=/path/to/repo conf entry or use -R /path/to/repo

local repos don't need to be synced, they are always considered

[gc-user]

Thanks for your reply!

just add the local repo in a repository=/path/to/repo

That's what I did, but I would still get the "shlibs error" due to dependencies issues because I build a custom version of telegram locally for qt6.10.2. I ended up uninstalling, updating the system (for the qt6 stuff) and reinstalling.

Before that I also tried different variants of combining -Su and -R /path/to/repo. But depending on which was first in the command it would only consider the first part and thus throw an error because of the dependencies issues.

I'll have to test that again next time there is such a constellation.

[classabbyamp]

that is probably because the mirrors were staged while the qt6 packages were being rebuilt. now that the build is done and the mirrors are unstaged, updating should work fine.

xbps-src is able to use these staged packages, so it doesn't have a problem using the newest packages from the repositories.

in the future, to avoid this you can either:

• keep your local repository at a commit before qt6 (or whichever package caused the staging) was updated
• build the staged packages locally
• add --staging to xbps-install to use the staged packages, which does have the risk of leaving your system with incompatible packages

[gc-user]

Mmmh, I'm not sure if it was a staging issue (the build of that batch of packages had been finished hours earlier).

The (remote) update went through fine as soon as I uninstalled the telegram fork. And once the qt6 updates were installed, installing the recompiled (for qt6.10.2) telegram fork went through fine as well. I just wanted to have the update(s) elegantly work in one step.

I will do another try next time I get a chance - and check back to this thread to remind me of the options you suggested. Thanks!