Mailing List Archive

On Tuesday, 26 March 2024 15:21:32 GMT Walter Dnes wrote:
> I'm AMD64 stable OpenRC. I got tired of dicking around resizing
> partitions years ago, so I have all data and binaries in one honking
> big partition. Also separate partitions for UEFI and swap. I assume
> my system is already "merged-usr". Current profile...
>
> [12] default/linux/amd64/17.1/no-multilib (exp) *
>
> I just ran "emerge --sync" and got the profile news item. So do I
> update world and then update profile?

No!

Please check the migration instructions for profile 23 as provided in the news
item. You must follow the steps suggested in the order they are written *and*
you must select the correct profile. The profile you show above is split-usr,
which was the default. This is the traditional split-usr linux fs which has /
bin, /sbin, /lib and /lib64 as discrete directories under /, e.g.:

~ # tree -L 1 /
/
??? bin
??? boot
??? dev
??? etc
??? home
??? lib
??? lib64
??? lost+found
??? media
??? mnt
??? opt
??? proc
??? root
??? run
??? sbin
??? sys
??? tmp
??? usr
??? var

20 directories, 0 files


The merged-usr fs structure has the aforementioned directories set as symlinks
under /usr, e.g.:

~ # tree -L 1 /
/
??? bin -> usr/bin
??? boot
??? dev
??? etc
??? home
??? lib -> usr/lib
??? lib64 -> usr/lib64
??? media
??? mnt
??? opt
??? proc
??? root
??? run
??? sbin -> usr/bin
??? sys
??? tmp
??? usr
??? var
??? BackUps

20 directories, 0 files


Consequently, in following the migration instructions methodically and
assuming you have a split-usr fs layout, you will need to change profile to:

[49] default/linux/amd64/23.0/split-usr/no-multilib (stable)

rebuild your toolchain in the order and in the way suggested in the news item,
then emerge @world with '--emptytree'.

If you want to convert the fs structure to a merged-usr layout after the
migration to your new profile follow the instructions here:

https://wiki.gentoo.org/wiki/Merge-usr

Assuming the --dryrun does not come up with any problems you then have to run
emerge -uaNDv world, which will spit out which packages are affected by it -
e.g. on one of my systems I see these candidates:

Dependency resolution took 35.09 s (backtrack: 0/20).

[ebuild R ] sys-apps/baselayout-2.14-r2::gentoo USE="-build (-split-
usr*)" 0 KiB
[ebuild R ] dev-libs/lzo-2.10:2::gentoo USE="-examples (-split-usr*) -
static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild R ] app-alternatives/bzip2-1::gentoo USE="reference -lbzip2 -
pbzip2 (-split-usr*)" 0 KiB
[ebuild R ] app-alternatives/tar-0::gentoo USE="gnu -libarchive (-split-
usr*)" 0 KiB
[ebuild R ] app-alternatives/gzip-1::gentoo USE="reference -pigz (-
split-usr*)" 0 KiB
[ebuild R ] app-alternatives/cpio-0::gentoo USE="gnu -libarchive (-
split-usr*)" 0 KiB
[ebuild R ] app-alternatives/awk-4::gentoo USE="gawk -busybox -mawk -
nawk (-split-usr*)" 0 KiB
[ebuild R ] sys-apps/coreutils-9.4-r1::gentoo USE="acl nls openssl xattr
-caps -gmp -hostname -kill -multicall (-selinux) (-split-usr*) -static -test -
vanilla -verify-sig" 0 KiB
[ebuild R ] sys-libs/libxcrypt-4.4.36:0/1::gentoo USE="(compat) (system)
-headers-only (-split-usr*) -static-libs -test" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild R ] sys-apps/systemd-utils-254.8::gentoo USE="acl kmod tmpfiles
udev -boot -kernel-install -secureboot (-selinux) (-split-usr*) -sysusers -
test -ukify" ABI_X86="(64) -32 (-x32)" PYTHON_SINGLE_TARGET="python3_11 -
python3_10 -python3_12" 0 KiB
[ebuild R ] sys-libs/ncurses-6.4_p20230401:0/6::gentoo USE="cxx gpm
stack-realign (tinfo) -ada -debug -doc -minimal -profile (-split-usr*) -
static-libs -test -trace -verify-sig" ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild R ] dev-libs/libusb-1.0.26:1::gentoo USE="udev -debug -doc -
examples (-split-usr*) -static-libs -test" ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild R ] sys-process/procps-3.3.17-r2:0/8::gentoo USE="elogind kill
ncurses nls (unicode) -modern-top (-selinux) (-split-usr*) -static-libs -
systemd -test" ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild R ] sys-apps/shadow-4.14.2:0/4::gentoo USE="acl nls pam xattr -
audit -cracklib (-selinux) -skey (-split-usr*) -su -systemd -verify-sig" 0 KiB
[ebuild R ] net-firewall/iptables-1.8.10:0/1.8.3::gentoo USE="-conntrack
-netlink -nftables -pcap (-split-usr*) -static-libs -test" 0 KiB
[ebuild R ] net-mail/mailutils-3.15::gentoo USE="clients gdbm ipv6 nls
pam ssl threads -berkdb -bidi -emacs -guile -kerberos -kyotocabinet -ldap -
mysql -postgres -python -sasl -servers (-split-usr*) -static-libs -tcpd -
tokyocabinet" PYTHON_SINGLE_TARGET="python3_11 -python3_10" 0 KiB

Total: 16 packages (16 reinstalls), Size of downloads: 0 KiB

HTH.

Walter Dnes wrote:
> I just ran "emerge --sync" and got the profile news item. So do I
> update world and then update profile? emerge -pv has 3 interesting
> lines...
>



On this point, you need to update world first and then change profiles. 
I tried to change profiles first and then do the updates and it caused
problems.  It might work, it might not.  I can say it will work if you
do the updates first and then change profiles.  The news item even says
to do the updates first and run --depclean.  I forgot to run --depclean
but I'm not sure if that caused a package to fail or not.  I have one
package that refuses to rebuild.  I'll likely post it to another thread
since it may not actually be related to the profile change.  After all,
sometimes packages do fail. 

So, update first then change profiles. 

Dale

:-)  :-) 

On Tue, Mar 26, 2024 at 04:21:23PM +0000, Michael wrote
> On Tuesday, 26 March 2024 15:21:32 GMT Walter Dnes wrote:
> > I assume my system is already "merged-usr". Current profile...
> >
> > [12] default/linux/amd64/17.1/no-multilib (exp) *
> >
> > I just ran "emerge --sync" and got the profile news item. So do I
> > update world and then update profile?
>
> No!

Good thing I asked.

> Please check the migration instructions for profile 23 as provided in
> the news item. You must follow the steps suggested in the order they
> are written *and* you must select the correct profile. The profile
> you show above is split-usr, which was the default.

Thanks for the clarification. So my system is considered "split-usr",
regardless of everything being on one partition. I got the news item
when I ran "emerge --sync". My understanding is that step 1 in the news
item says "Please also update your system fully and depclean before
proceeding" so I should update world first. Since I'm currently on profile
"default/linux/amd64/17.1/no-multilib" then I should migrate to profile
"default/linux/amd64/23.0/split-usr/no-multilib" as per the news item.
Migrating from there to "default/linux/amd64/23.0/no-multilib" is a
separate process as per the Gentoo wiki. Is my understanding correct?

--
Roses are red
Roses are blue
Depending on their velocity
Relative to you

On 2024-03-26, Walter Dnes <waltdnes@waltdnes.org> wrote:
> On Tue, Mar 26, 2024 at 04:21:23PM +0000, Michael wrote
>> On Tuesday, 26 March 2024 15:21:32 GMT Walter Dnes wrote:
>> > I assume my system is already "merged-usr". Current profile...
>> >
>> > [12] default/linux/amd64/17.1/no-multilib (exp) *
>> >

[...]

>
> Thanks for the clarification. So my system is considered
> "split-usr", regardless of everything being on one partition.

Yes. "split user" means that /bin and /usr/bin are two different
directories. Likewise for /lib and /usr/lib, and so on...

It doesn't matter that /foo and /usr/foo directories are in the same
filesystem.

> I got the news item when I ran "emerge --sync". My understanding is
> that step 1 in the news item says "Please also update your system
> fully and depclean before proceeding" so I should update world
> first.

Yes. And depclean.

> Since I'm currently on profile
> "default/linux/amd64/17.1/no-multilib" then I should migrate to
> profile "default/linux/amd64/23.0/split-usr/no-multilib" as per the
> news item.

Yes -- If you're using OpenRC. I assume you are not using systemd
since your old profile wasn't a systemd profile [.In theory you could
be running systemd on a non-systemd profile, but it's not common.] If
you are running systemd, you should first update to the "merged-usr"
flavor of your current profile.

There's a detailed table at

https://wiki.gentoo.org/wiki/Project:Toolchain/23.0_update_table

It shows exactly what new profile corresponds to what old profile.

> Migrating from there to "default/linux/amd64/23.0/no-multilib" is a
> separate process as per the Gentoo wiki. Is my understanding
> correct?

Yes: https://wiki.gentoo.org/wiki/Merge-usr

On Tuesday, 26 March 2024 13:01:16 GMT Michael wrote:
> On Tuesday, 26 March 2024 10:32:05 GMT William KENWORTHY wrote:
> > I have a question about binaries and the new profile: I have a number of
> > almost identical architectures that I build binaries for and share across
> > the similar sytems e.g. arm, aarch64, amd64 etc.
> >
> > Is deleting the bin host storage (rm -rf <contents>) enough on the
> > buildhost so I can share/use the binaries for the "emerge -e" on the
> > other hosts? Or does it have to be a native emerge? BillK
>
> I'm about to try this out in the next couple of days. I will clean binpkgs
> on both host and guest, transfer the freshly compile packages with the 23.0
> profile to the guest and then emerge them there as binaries, but following
> the profile migration guide, i.e. toolchain first followed by world.
> Should things break I'll report back.

All went according to plan.

Cleared out all files in binpks on both build-host and the guest. Carried out
the steps for the migration to profile 23.0 on the host, transferred binaries
to the guest, migrated guest to profile 23.0 using binaries. Then merged /usr
on both. All is good following this upgrade, but as always YMMV.

Thanks for the help. I've migrated my 3 operating Gentoo machines;
main desktop, backup desktop, and an old used Lenovo Thinkpad X201. The
poor thing was thrashing away for over 18 hours with 657 packages on the
emerge --emptytree!!! And that's after using a homebrew bash script to
select the max available speed on the CPU. "time" output...

> real 1086m47.440s
> user 1732m29.120s
> sys 146m54.026s

> > I got the news item when I ran "emerge --sync". My understanding is
> > that step 1 in the news item says "Please also update your system
> > fully and depclean before proceeding" so I should update world
> > first.
>
> Yes. And depclean.

I ended up unmerging specific items manually. Depclean is "rather
agressive", and wants to remove all but the latest kernel, *EVEN A
KERNEL THAT I'M CURRENTLY USING*. I'm currently on 6.1.67...

[x8940][waltdnes][~] eselect kernel list
Available kernel symlink targets:
[1] linux-6.1.57-gentoo
[2] linux-6.1.67-gentoo *
[3] linux-6.6.13-gentoo
[4] linux-6.6.21-gentoo

I ran into the Intel integrated graphics problem described in...
https://discussion.fedoraproject.org/t/f39-kernel-6-6-x-no-video-on-intel-integrated-graphics/98360

His solution...

> I was filling out the details for a bug report. Under the description,
> it asked if I have tried rawhide. I installed 6.7.0-0.rc4.35.fc40
> and it fixed the issue!

This appears to be a bug in the 6.6.x kernels, which is fixed in
6.7.x. My 2 desktops and the Thinkpad all have integrated Intel
graphics, so I'll sit at 6.1.67 until 6.7.x, or higher, goes stable.
/var/db/repos/gentoo/sys-kernel/gentoo-kernel/gentoo-kernel-6.7.10.ebuild
is already present, but is keyworded "~amd64".

--
Roses are red
Roses are blue
Depending on their velocity
Relative to you

On Saturday, 30 March 2024 19:34:42 CEST Walter Dnes wrote:
> Thanks for the help. I've migrated my 3 operating Gentoo machines;
> main desktop, backup desktop, and an old used Lenovo Thinkpad X201. The
> poor thing was thrashing away for over 18 hours with 657 packages on the
> emerge --emptytree!!! And that's after using a homebrew bash script to
> select the max available speed on the CPU. "time" output...

What does that script do?

> > real 1086m47.440s
> > user 1732m29.120s
> > sys 146m54.026s
> >
> > > I got the news item when I ran "emerge --sync". My understanding is
> > > that step 1 in the news item says "Please also update your system
> > > fully and depclean before proceeding" so I should update world
> > > first.
> >
> > Yes. And depclean.
>
> I ended up unmerging specific items manually. Depclean is "rather
> agressive", and wants to remove all but the latest kernel, *EVEN A
> KERNEL THAT I'M CURRENTLY USING*. I'm currently on 6.1.67...

Unless you plan on recompiling that kernel, there is no need to actually KEEP
the sources.

> [x8940][waltdnes][~] eselect kernel list
> Available kernel symlink targets:
> [1] linux-6.1.57-gentoo
> [2] linux-6.1.67-gentoo *
> [3] linux-6.6.13-gentoo
> [4] linux-6.6.21-gentoo
>
> I ran into the Intel integrated graphics problem described in...
> https://discussion.fedoraproject.org/t/f39-kernel-6-6-x-no-video-on-intel-in
> tegrated-graphics/98360
>
> His solution...
>
> > I was filling out the details for a bug report. Under the description,
> > it asked if I have tried rawhide. I installed 6.7.0-0.rc4.35.fc40
> > and it fixed the issue!
>
> This appears to be a bug in the 6.6.x kernels, which is fixed in
> 6.7.x. My 2 desktops and the Thinkpad all have integrated Intel
> graphics, so I'll sit at 6.1.67 until 6.7.x, or higher, goes stable.
> /var/db/repos/gentoo/sys-kernel/gentoo-kernel/gentoo-kernel-6.7.10.ebuild
> is already present, but is keyworded "~amd64".