GentooThis forum is for the discussion of Gentoo Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
ASUS-G75VW /home/roman # eselect news read 19
2017-12-26-experimental-amd64-17-1-profiles
Title Experimental amd64 17.1 profiles up for testing
Author Michał Górny <mgorny@gentoo.org>
Posted 2017-12-xx
Revision 1
A new set of 17.1 amd64 profiles has been added to the Gentoo
repository. Those profiles switch to a more standard 'no SYMLINK_LIB'
multilib layout, and require explicit migration as described below. They
are considered experimental at the moment, and have a fair risk
of breaking your system. We would therefore like to ask our users to
test them on their non-production ~amd64 systems.
In those profiles, the lib->lib64 compatibility symlink is removed.
The 'lib' directory becomes a separate directory, that is used
for cross-arch and native non-library packages (gcc, clang) and 32-bit
libraries on the multilib profile (for better compatibility with
prebuilt x86 packages).
Migration from both 13.0 and 17.0 profiles is supported. In case
of the former, please read the news item for 17.0 upgrade first
and enable gcc 6.4.0 or newer first as explained there.
The migration is performed using app-portage/unsymlink-lib tool.
The following steps can be used to upgrade your system:
1. Sync and upgrade your system to the newest package versions
to reduce the risk of issues.
2. Install the tool, e.g. via 'emerge -1v app-portage/unsymlink-lib'
3. Run 'unsymlink-lib --analyze' and check the output for obvious
mistakes. If you need to perform any changes to the system, remember
to run 'unsymlink-lib --analyze' again afterwards.
[past this point do not call emerge or modify /usr manually]
4. This is a very good time to make a backup.
5. Run 'unsymlink-lib --migrate'. You can add '--pretend' first to see
what is going to happen.
6. Reboot your system and see if it still boots. Check if important
programs work. In particular, check if e.g. 'emerge --info' works
(but do not install anything). If you hit any serious problems,
you can use 'unsymlink-lib --rollback' to revert the changes
and return to step 3.
7. Run 'unsymlink-lib --finish'. You can add '--pretend' first to see
what is going to happen but note that you're going to see a very long
list of files to remove.
8. Switch the profile, e.g.:
eselect profile set --force default/linux/amd64/17.1/desktop
[at this point you can start using emerge again]
9. Rebuild sys-devel/gcc. If you are switching from 13.0 profiles,
rebuild sys-devel/binutils and sys-libs/glibc afterwards.
10. If you are using a multilib profile, rebuild all 32-bit packages.
This can be done using:
emerge -1v /lib32 /usr/lib32
Alternatively, if you are switching from one of the 13.0 profiles
you can rebuild all packages as detailed in the 17.0 news item.
11. Once the last 32-bit package is rebuilt, your package manager
should remove the orphaned /lib32 and /usr/lib32 symlinks. If that
does not happen, remove them manually.
For known issues, please see bug #506276 [1]. If you have any problems
with the new profiles or the migration procedure, please report a bug
and make it block the tracker.
The multilib profile has changed 2017? to an on a package basis multilib feature.
For those who want they could already run pure 64bit system for quite a long time.
32bit is also supported as the x86 branch.
I'm not sure if I need 32 bit support. I still have it. I think about older games binaries which I do not use.
I'm not sure which architecture the gentoo steam overlay uses. the fake linux steam platform, mostly based on downloaded ubuntu binaries may be 32bit.
The work done by "Author Michał Górny <mgorny@gentoo.org>" were usually the better jobs. They were a real improvement in the past.
--
Open question:
Do you need 32bit these days as gentoo provides? And if so for which tasks?
I think enemy territory (a game) was a 32bit binary. but the sound is broken (because it is such old that it uses something else as alsa?), and the improvement project, wants a higher lua which is not officially supported in gentoo. I tried to get slotted lua in my box but that was a headache project, so I gave up after a while
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.