View previous topic :: View next topic |
Author |
Message |
irets Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
![](images/avatars/106627432564612c7cf0af4.png)
Joined: 17 Dec 2019 Posts: 228
|
Posted: Thu Jun 13, 2024 1:51 pm Post subject: profile migration stuck on binhost client |
|
|
I have a binhost chroot on my other system and a laptop which functions as a client.
The client has never compiled anything locally and has been 100% dependant on the binhost.
The binhost has already been migrated to default/linux/amd64/23.0/split-usr (stable) but my laptop is still on default/linux/amd64/17.1 (stable).
I'm following the upgrade instructions and the first step is to perform a full @world upgrade followed by a depclean but I cannot get past emerge --update --newuse --deep @world --with-bdeps=y --ask on my laptop (client).
Code: | These are the packages that would be merged, in order:
Calculating dependencies... done!
Dependency resolution took 24.63 s (backtrack: 11/20).
!!! All ebuilds that could satisfy ">=sys-libs/glibc-2.39-r6" have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-libs/glibc-2.39-r6::gentoo (masked by: use flag configuration mismatch)
(dependency required by "dev-lang/python-3.12.3-r1::gentoo" [binary])
(dependency required by "dev-build/meson-format-array-0::gentoo" [binary])
(dependency required by "x11-base/xorg-proto-2024.1::gentoo" [binary])
(dependency required by "x11-misc/xdotool-3.20211022.1::gentoo" [binary])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook. |
Could this be because the binhost's new profile has masked some flags which are incompatible with my client?
Should first run emerge --getbinpkgonly=n --oneshot --usepkg=n glibc on the laptop, attempt to perform the world upgrade again and then continue on upgrading the profile using the packages provided by my more up-to-date binhost?
Assistance is appreciated (and needed).
binhost:
Code: | Portage 3.0.63 (python 3.12.3-final-0, default/linux/amd64/23.0/split-usr, gcc-13, glibc-2.39-r6, 6.6.21-wired-x86_64 x86_64)
=================================================================
System uname: Linux-6.6.21-wired-x86_64-x86_64-Intel-R-_Core-TM-_i7-4790K_CPU_@_4.00GHz-with-glibc2.39
KiB Mem: 16330716 total, 6292720 free
KiB Swap: 20954176 total, 20514880 free
Timestamp of repository gentoo: Wed, 12 Jun 2024 07:30:00 +0000
Head commit of repository gentoo: a60127c74d169e913292bb52ab14e88c60bb266d
sh bash 5.1_p16-r6
ld GNU ld (Gentoo 2.41 p5) 2.41.0
app-misc/pax-utils: 1.3.7::gentoo
app-shells/bash: 5.1_p16-r6::gentoo
dev-build/autoconf: 2.13-r8::gentoo, 2.71-r7::gentoo
dev-build/automake: 1.16.5-r2::gentoo
dev-build/cmake: 3.28.5::gentoo
dev-build/libtool: 2.4.7-r4::gentoo
dev-build/make: 4.4.1-r1::gentoo
dev-build/meson: 1.4.0-r1::gentoo
dev-java/java-config: 2.3.3-r1::gentoo
dev-lang/perl: 5.38.2-r3::gentoo
dev-lang/python: 3.11.9-r1::gentoo, 3.12.3-r1::gentoo
dev-lang/rust: 1.77.1::gentoo
sys-apps/baselayout: 2.15::gentoo
sys-apps/openrc: 0.54::gentoo
sys-apps/sandbox: 2.38::gentoo
sys-devel/binutils: 2.41-r5::gentoo, 2.42-r1::gentoo
sys-devel/binutils-config: 5.5::gentoo
sys-devel/clang: 17.0.6::gentoo
sys-devel/gcc: 13.2.1_p20240210::gentoo
sys-devel/gcc-config: 2.11::gentoo
sys-devel/lld: 17.0.6::gentoo
sys-devel/llvm: 17.0.6::gentoo
sys-kernel/linux-headers: 6.6-r1::gentoo (virtual/os-headers)
sys-libs/glibc: 2.39-r6::gentoo
Repositories:
gentoo
location: /var/db/repos/gentoo
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000
volatile: False
sync-rsync-extra-opts:
sync-rsync-verify-max-age: 24
sync-rsync-verify-metamanifest: yes
sync-rsync-verify-jobs: 1
localrepo
location: /var/db/repos/localrepo
masters: gentoo
volatile: False
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="@FREE"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=core2 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=core2 -O2 -pipe"
DISTDIR="/var/cache/distfiles"
ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GDK_PIXBUF_MODULE_FILE GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR XDG_STATE_HOME"
FCFLAGS="-march=core2 -O2 -pipe"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs binpkg-multi-instance buildpkg buildpkg-live config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync merge-wait multilib-strict network-sandbox news parallel-fetch pid-sandbox pkgdir-index-trusted preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-march=core2 -O2 -pipe"
GENTOO_MIRRORS="ftp://mirror.netcologne.de/gentoo/ https://mirror.netcologne.de/gentoo/ http://mirror.netcologne.de/gentoo/ rsync://mirror.netcologne.de/gentoo/"
INSTALL_MASK="/lib/systemd/*/*.service /usr/lib/systemd/*/*.service"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-z,pack-relative-relocs"
LEX="flex"
PKGDIR="/var/cache/binpkgs"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
SHELL="/bin/bash"
USE="X acl amd64 bzip2 cet crypt elogind gdbm iconv ipv6 libtirpc multilib ncurses nls openmp pam pcre pulseaudio readline seccomp split-usr ssl test-rust unicode xattr xinerama zlib" ABI_X86="64" ADA_TARGET="gcc_12" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_anon authn_dbm authn_file authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir env expires ext_filter file_cache filter headers include info log_config logio mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2 sse3 sse4_1 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 ntrip navcom oceanserver oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 tsip tripmate tnt ublox" GRUB_PLATFORMS="pc" INPUT_DEVICES="libinput" KERNEL="linux" LCD_DEVICES="bayrad cfontz glk hd44780 lb216 lcdm001 mtxorb text" LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php8-2" POSTGRES_TARGETS="postgres15" PYTHON_SINGLE_TARGET="python3_12" PYTHON_TARGETS="python3_12" RUBY_TARGETS="ruby31 ruby32" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipp2p iface geoip fuzzy condition tarpit sysrq proto logmark ipmark dhcpmac delude chaos account"
Unset: ADDR2LINE, AR, ARFLAGS, AS, ASFLAGS, CC, CCLD, CONFIG_SHELL, CPP, CPPFLAGS, CTARGET, CXX, CXXFILT, ELFEDIT, EMERGE_DEFAULT_OPTS, EXTRA_ECONF, F77FLAGS, FC, GCOV, GPROF, LC_ALL, LD, LFLAGS, LIBTOOL, LINGUAS, MAKE, MAKEFLAGS, MAKEOPTS, NM, OBJCOPY, OBJDUMP, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PYTHONPATH, RANLIB, READELF, RUSTFLAGS, SIZE, STRINGS, STRIP, YACC, YFLAGS |
binhost client:
Code: | Portage 3.0.61 (python 3.11.8-final-0, default/linux/amd64/17.1, gcc-13, glibc-2.38-r10, 5.15.80-gentoo-x86_64 x86_64)
=================================================================
System uname: Linux-5.15.80-gentoo-x86_64-x86_64-Intel-R-_Core-TM-2_Duo_CPU_P8400_@_2.26GHz-with-glibc2.38
KiB Mem: 3917424 total, 3408356 free
KiB Swap: 6070740 total, 6070740 free
Timestamp of repository gentoo: Wed, 12 Jun 2024 07:30:00 +0000
Head commit of repository gentoo: a60127c74d169e913292bb52ab14e88c60bb266d
sh bash 5.1_p16-r6
ld GNU ld (Gentoo 2.41 p5) 2.41.0
app-misc/pax-utils: 1.3.7::gentoo
app-shells/bash: 5.1_p16-r6::gentoo
dev-build/autoconf: 2.13-r8::gentoo, 2.71-r6::gentoo
dev-build/automake: 1.16.5-r2::gentoo
dev-build/cmake: 3.28.3::gentoo
dev-build/libtool: 2.4.7-r4::gentoo
dev-build/make: 4.4.1-r1::gentoo
dev-build/meson: 1.3.2::gentoo
dev-java/java-config: 2.3.3-r1::gentoo
dev-lang/perl: 5.38.2-r2::gentoo
dev-lang/python: 3.11.8_p1::gentoo, 3.12.2_p1::gentoo
dev-lang/rust: 1.75.0-r1::gentoo
sys-apps/baselayout: 2.14-r2::gentoo
sys-apps/openrc: 0.54::gentoo
sys-apps/sandbox: 2.38::gentoo
sys-devel/binutils: 2.41-r5::gentoo
sys-devel/binutils-config: 5.5::gentoo
sys-devel/clang: 17.0.6::gentoo
sys-devel/gcc: 13.2.1_p20240210::gentoo
sys-devel/gcc-config: 2.11::gentoo
sys-devel/lld: 17.0.6::gentoo
sys-devel/llvm: 17.0.6::gentoo
sys-kernel/linux-headers: 6.6-r1::gentoo (virtual/os-headers)
sys-libs/glibc: 2.38-r10::gentoo
Repositories:
gentoo
location: /var/db/repos/gentoo
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000
volatile: False
sync-rsync-extra-opts:
sync-rsync-verify-max-age: 24
sync-rsync-verify-jobs: 1
sync-rsync-verify-metamanifest: yes
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="@FREE"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=core2 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=core2 -O2 -pipe"
DISTDIR="/var/cache/distfiles"
EMERGE_DEFAULT_OPTS="--getbinpkgonly"
ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GDK_PIXBUF_MODULE_FILE GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR XDG_STATE_HOME"
FCFLAGS="-march=core2 -O2 -pipe"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs binpkg-multi-instance buildpkg buildpkg-live config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox pkgdir-index-trusted preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-march=core2 -O2 -pipe"
GENTOO_MIRRORS="ftp://mirror.netcologne.de/gentoo/ https://mirror.netcologne.de/gentoo/ http://mirror.netcologne.de/gentoo/ rsync://mirror.netcologne.de/gentoo/"
INSTALL_MASK="/lib/systemd/*/*.service /usr/lib/systemd/*/*.service"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LEX="flex"
PKGDIR="/var/cache/binpkgs"
PORTAGE_BINHOST="ssh://root@192.168.1.102/mnt/t400chroot/var/cache/binpkgs"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
SHELL="/bin/bash"
USE="X acl amd64 bzip2 cli crypt dri elogind fortran gdbm iconv ipv6 libtirpc multilib ncurses nls openmp pam pcre pulseaudio readline seccomp split-usr ssl test-rust unicode xattr zlib" ABI_X86="64" ADA_TARGET="gcc_12" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_anon authn_dbm authn_file authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir env expires ext_filter file_cache filter headers include info log_config logio mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2 sse3 sse4_1 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 ntrip navcom oceanserver oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 tsip tripmate tnt ublox" GRUB_PLATFORMS="pc" INPUT_DEVICES="libinput" KERNEL="linux" LCD_DEVICES="bayrad cfontz glk hd44780 lb216 lcdm001 mtxorb text" LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php8-2" POSTGRES_TARGETS="postgres15" PYTHON_SINGLE_TARGET="python3_12" PYTHON_TARGETS="python3_12" RUBY_TARGETS="ruby31 ruby32" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipp2p iface geoip fuzzy condition tarpit sysrq proto logmark ipmark dhcpmac delude chaos account"
Unset: ADDR2LINE, AR, ARFLAGS, AS, ASFLAGS, CC, CCLD, CONFIG_SHELL, CPP, CPPFLAGS, CTARGET, CXX, CXXFILT, ELFEDIT, EXTRA_ECONF, F77FLAGS, FC, GCOV, GPROF, LC_ALL, LD, LFLAGS, LIBTOOL, LINGUAS, MAKE, MAKEFLAGS, MAKEOPTS, NM, OBJCOPY, OBJDUMP, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PYTHONPATH, RANLIB, READELF, RUSTFLAGS, SIZE, STRINGS, STRIP, YACC, YFLAGS |
|
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
pjp Administrator
![Administrator Administrator](/images/ranks/rank-admin.gif)
![](images/avatars/1154772887439692d88303b.jpg)
Joined: 16 Apr 2002 Posts: 20334
|
Posted: Thu Jun 13, 2024 5:18 pm Post subject: |
|
|
I have a similar setup with a chroot binhost and a laptop client, but I haven't migrated yet.
If I understand what you've done, your chroot environment is on profile 23
Quote: | Code: | Portage 3.0.63 (python 3.12.3-final-0, default/linux/amd64/23.0/split-usr, gcc-13, glibc-2.39-r6, 6.6.21-wired-x86_64 x86_64) |
|
And the laptop is still on profile 17.1 Quote: | Code: | Portage 3.0.61 (python 3.11.8-final-0, default/linux/amd64/17.1, gcc-13, glibc-2.38-r10, 5.15.80-gentoo-x86_64 x86_64) |
|
And on the laptop, you're trying to complete this step? Quote: | 1. Ensure your system backups are up to date. Please also update
your system fully and depclean before proceeding.
glibc older than 2.36 and musl older than 1.2.4 is not supported anymore. |
I think what you should have done is keep both on 17.1, complete that step both in the chroot and then on the client.
Then switch the chroot to profile 23 and complete the chroot migration.
After that switch the laptop to profile 23 and complete the migration. The chroot / binhost should have all of the binaries you need. I personally use '--fetchonly' to first make sure my laptop has all of the binaries before doing any updates.
My concern is whether you first performed that step 1 update to the laptop or if there were packages that needed to be updated and or depcclean'd. _________________ Quis separabit? Quo animo? |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
irets Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
![](images/avatars/106627432564612c7cf0af4.png)
Joined: 17 Dec 2019 Posts: 228
|
Posted: Thu Jun 13, 2024 5:48 pm Post subject: |
|
|
You are correct, I should have updated these both roughly at the same time but I wasn't thinking and now it's too late.
pjp wrote: | And on the laptop, you're trying to complete this step?
Quote:
1. Ensure your system backups are up to date. Please also update
your system fully and depclean before proceeding.
glibc older than 2.36 and musl older than 1.2.4 is not supported anymore. |
Yes.
Both my systems should have no depcleanable packages in the queue.
I just cannot get on with the @world upgrade pre-migration, as my binhost is not able to provide a suitable glibc binary package anymore.
I should be able to "return to norm" when I get on to the eselect profile set ... section of the migration process and the packages become compatible again through changing profile masks (?) |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
pjp Administrator
![Administrator Administrator](/images/ranks/rank-admin.gif)
![](images/avatars/1154772887439692d88303b.jpg)
Joined: 16 Apr 2002 Posts: 20334
|
Posted: Thu Jun 13, 2024 7:56 pm Post subject: |
|
|
Ouch.
So when you normally do updates, you do know that the client should use the same ::gentoo repository and /etc/portage configuration as the chroot environemnt?
If the client and chroot are using the same ::gentoo repository, then I would do your normal emerge "update" command, excluding the binpkg options you normally use, but add the --pretend flag. The results should show what the client needs to be "current."
Knowing how much difference there is between the client and chroot is probably important.
Do you know when the last time the two were "in sync"?
If they weren't too far out of sync, maybe the laptop could build the packages. Or maybe the differences are small enough that you could risk switching the laptop to profile 23 and running the update.
I'm not recommending that at all, and it would be nice if someone with more knowledge happened along to offer guidance.
If you use IRC, you could check there. There might be a dev that could offer some feedback. Having the above information might be useful. _________________ Quis separabit? Quo animo? |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
sam_ Developer
![Developer Developer](/images/ranks/rank-dev.gif)
![](images/avatars/7738740495f7d1acc45bdb.jpg)
Joined: 14 Aug 2020 Posts: 1852
|
Posted: Fri Jun 14, 2024 8:58 am Post subject: |
|
|
FWIW, we are working on improvements to Portage to help with keeping a binpkg consumer vs binpkg builder/provider in sync (bug 932739, bug 924772). |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
irets Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
![](images/avatars/106627432564612c7cf0af4.png)
Joined: 17 Dec 2019 Posts: 228
|
Posted: Tue Jul 02, 2024 1:19 pm Post subject: |
|
|
pjp,
The binhost and client have around a 1-2 weeks of difference in their updates.
Here's the output of emerge --update --newuse --deep @world --with-bdeps=y --ask --pretend --getbinpkgonly=n --usepkg=n from the client.
It looks doable.
https://bpa.st/4QMA
Should I proceed with the transaction and compile the packages on my client?
That will lead to a situation where some packages are binary and some compiled locally but I don't know if that's a bad thing.
I use IRC but it can be a hit or miss.
I've had this problem for a while so I decided to post on the forums so that I don't have to keep checking my IRC client. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
eschwartz Developer
![Developer Developer](/images/ranks/rank-dev.gif)
![](images/avatars/180460208566750902dba46.png)
Joined: 29 Oct 2023 Posts: 132
|
Posted: Tue Jul 02, 2024 2:41 pm Post subject: |
|
|
Irets wrote: |
Should I proceed with the transaction and compile the packages on my client?
That will lead to a situation where some packages are binary and some compiled locally but I don't know if that's a bad thing.
|
There's no downside to mixing some binary and some compiled-locally packages.
Other than the fact that you have to listen to the fan whirring for a bit.
Of course, if you really want you can manually run an update on the binhost and produce some binaries there... |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
irets Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
![](images/avatars/106627432564612c7cf0af4.png)
Joined: 17 Dec 2019 Posts: 228
|
Posted: Tue Jul 02, 2024 4:28 pm Post subject: |
|
|
eschwartz wrote: | Of course, if you really want you can manually run an update on the binhost and produce some binaries there... |
Unfortunately, that is not possible as my binhost has already done a profile upgrade and for example, glibc is not compatible anymore.
If anyone doesn't have any words of warning against this, later I will perform a @world upgrade and compile everything on the client and upon reaching step 16. of the migration process, I will rebuild my system using the binaries provided by my binhost.
How does this sound? |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
pjp Administrator
![Administrator Administrator](/images/ranks/rank-admin.gif)
![](images/avatars/1154772887439692d88303b.jpg)
Joined: 16 Apr 2002 Posts: 20334
|
Posted: Mon Jul 08, 2024 4:46 am Post subject: |
|
|
Irets wrote: | pjp,
The binhost and client have around a 1-2 weeks of difference in their updates.
Here's the output of emerge --update --newuse --deep @world --with-bdeps=y --ask --pretend --getbinpkgonly=n --usepkg=n from the client.
It looks doable.
https://bpa.st/4QMA
Should I proceed with the transaction and compile the packages on my client?
That will lead to a situation where some packages are binary and some compiled locally but I don't know if that's a bad thing. | Irets wrote: | If anyone doesn't have any words of warning against this, later I will perform a @world upgrade and compile everything on the client and upon reaching step 16. of the migration process, I will rebuild my system using the binaries provided by my binhost.
How does this sound? | I've been away for a bit. Did you complete the migration?
I had hoped someone with more expertise would be able to offer a solid recommendation as this is a bit beyond my ability to do so.
As long as the client builds the packages listed, it seems reasonable to try.
If you've added anything in the chroot that modified world, make sure that comes along too. You could take some additional steps such as comparing the list of installed packages and versions between the chroot and client before migrating to profile 23. If there aren't any differences, then I wouldn't expect any minor hangups.
But I'd still feel like I was rolling the dice on a less than fair table :) _________________ Quis separabit? Quo animo? |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
Goverp Advocate
![Advocate Advocate](/images/ranks/rank-G-1-advocate.gif)
![](images/avatars/152613747847c6fd276c31a.jpg)
Joined: 07 Mar 2007 Posts: 2112
|
Posted: Mon Jul 08, 2024 8:04 am Post subject: |
|
|
Irets wrote: | ...
Here's the output of emerge --update --newuse --deep @world --with-bdeps=y --ask --pretend --getbinpkgonly=n --usepkg=n from the client.
It looks doable.
https://bpa.st/4QMA
... |
I take it you're doing this because a simple
refuses to run because of unmet dependencies.
In my experience, two things: first
Code: | emerge --update --deep --changed-use --with-bdeps=y @world |
with whatever binpkg flags you want, should be enough. --newuse tends to add unnecessary work to the process.
Second, and often more usefully, if you look at the output of the failed --depclean run, you can look at list of missing packages and collect the names of the packages (including version numbers) that needed them (the last line in each group of missing packages). In my experience there usually are only a few. They're the bdeps that matter, and you should be able to simply emerge them (at the appropriate levels) using your existing binpkgs. After that, the depclean should work. _________________ Greybeard |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
irets Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
![](images/avatars/106627432564612c7cf0af4.png)
Joined: 17 Dec 2019 Posts: 228
|
Posted: Fri Jul 12, 2024 3:17 am Post subject: |
|
|
I synced my package.use/* & world files and after 23 hours and 54 minutes I passed a @world upgrade and a depclean on my client by compiling everything locally.
I will now proceed to follow the profile upgrade steps by continuing compiling everything locally up until step 16. when I'll pull a full system rebuild from my binhost. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|