Closed pullmoll closed 4 years ago
I did add code to debug print the repositories and there is only one. Above mentioned diff may needs a fix yet it isn't the cause of xbps-install not finding the multilib repo.
It looks like the culprit is the https://github.com/void-linux/void-packages/blob/22d509a3b3e571fdd4288e28ff2c669923d40529/common/xbps-src/shutils/build_dependencies.sh#L74 where -i
is set when $XBPS_SKIP_REMOTEREPOS
is defined. AFAICT this makes https://github.com/void-linux/xbps/blob/be05118aa8adb9f2520c679c8649ce76eea28858/lib/conf.c#L129 ignore the additional config files, yet they define the paths where the local additional packages are to be found.
Removing the ${XBPS_SKIP_REMOTEREPOS:+-i}
from line 74 in common/xbps-src/shutils/build_dependencies.sh
makes building gcc-multilib
with my local repositories work again.
I guess the meaning of ignore remote repositories
and ignore configured repositories
diverted at some point and needs to be made consistent again.
Moved here from
void-linux/void-packages
I currently see an error after a fresh bootstrap, build of
base-chroot
fori686
and then trying to buildgcc-multilib
forx86_64
.xbps-install
does not search or find the/host/binpkgs/multilib
repository whereglibc-32bit-2.30_1.x86_64.xbps
is there.This is the debug output of
xbps-install
. I did addd
to the options incommon/xbps-src/shutils/build_dependencies.sh
:In the chroot
/etc/xbps.d/00-repository-main.conf
is empty,/etc/xbps.d/10-repository-local.conf
hasand
/etc/xbps.d/12-repository-local-x86_64.conf
hasIt seems there's something going wrong with parsing the configuration files.
This only happens with
./xbps-src -N
i.e. when using the local repository only. Trying to buildgcc-multilib
with the remote repository seems to be working as expected.Could it be https://github.com/void-linux/xbps/commit/3a00a9eb9b5ef944551c272ef35cca41df197d46#diff-3ec5a371b03db0d2d2f058fbc255a38f expects
n == 1
in theif (!repo)
case with thegoto again
? In that case incrementingn++
in the for-loop would be skipped, though.I wonder because of the three times
[DEBUG] [rpool] checking '/host/binpkgs' at index 0
in the debug output where I would expect[DEBUG] [rpool] checking '/host/binpkgs/multilib' at index 1
or similar.I think the
n
for the current index in that debug statement is wrong anyway and should bei
.