[gentoo-dev] amd64 17.1 profiles ready for testing

[gentoo-dev] amd64 17.1 profiles ready for testing

[Michał Górny]

Hi, everyone.

I've pushed a commented out set of 17.1 profiles for amd64 that feature
the long-overdue SYMLINK_LIB=no setup. I'd really appreciate some real
testing.

Warning: there is a slight risk of breaking your system, in particular
multilib libraries and/or programs.


To switch to the new profiles (from 13.0 or 17.0):

  emerge -1v app-portage/unsymlink-lib
  unsymlink-lib --analyze

Check the output for any suspicious entries, then follow
the instructions it prints. Once all is done, you can either uncomment
the masked profile entries or set profile manually, e.g.:

  eselect profile set --force default/linux/amd64/17.1/desktop

(--force is needed since the profile is commented out)

If migrating from 13.0, the notes from 17.0 migration apply as well.


Detailed migration guide
========================

1. Sync and upgrade your system to avoid rebuild issues.

2. Install app-portage/unsymlink-lib.

3. Run 'unsymlink-lib --analyze' and verify the results.

[at this point: do not call emerge or modify /usr manually]

4. Make a backup unless you're brave and/or the other thing.

5. Run 'unsymlink-lib --migrate'.

6. Reboot your system and see if it still boots, possibly test if
important programs work. Also check if emerge starts but don't install
anything. If your system is now broken, you can do
'unsymlink-lib --rollback' to return to step 3.

7. Run 'unsymlink-lib --finish'.

[at this point you can start using emerge again]

8. Rebuild gcc. If you're switching from 13.0, also binutils & glibc
according to that news item.

9. If you're using a multilib profile, rebuild 32-bit packages.
Alternatively, if you're switching from 13.0 you can try the full-tree
rebuild.

10. Once all 32-bit libraries are rebuilt, the PM should just remove
/lib32 and /usr/lib32 symlinks. If it doesn't, remove them manually.

-- 
Best regards,
Michał Górny

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Xavier Miller]

[-- Attachment #1.1: Type: text/plain, Size: 800 bytes --]



Le 09/12/17 à 11:26, Michał Górny a écrit :
> Hi, everyone.
> 
> I've pushed a commented out set of 17.1 profiles for amd64 that feature
> the long-overdue SYMLINK_LIB=no setup. I'd really appreciate some real
> testing.
> 
> Warning: there is a slight risk of breaking your system, in particular
> multilib libraries and/or programs.
> 
> 
> To switch to the new profiles (from 13.0 or 17.0):
> 
>   emerge -1v app-portage/unsymlink-lib
>   unsymlink-lib --analyze

Hi,

Tool doesn't work with no-multilib profiles:

# unsymlink-lib --migrate
/lib32 & /lib -> /lib.new ...
cp: impossible d'évaluer '/lib32/.': no such file or directory
Non-successful return from cp: 1

And I cannot do --finish or --rollback.

What can I do?

Kind regards,
Xavier Miller.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 520 bytes --]

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Michał Górny]

W dniu sob, 09.12.2017 o godzinie 21∶47 +0100, użytkownik Xavier Miller
napisał:
> 
> Le 09/12/17 à 11:26, Michał Górny a écrit :
> > Hi, everyone.
> > 
> > I've pushed a commented out set of 17.1 profiles for amd64 that feature
> > the long-overdue SYMLINK_LIB=no setup. I'd really appreciate some real
> > testing.
> > 
> > Warning: there is a slight risk of breaking your system, in particular
> > multilib libraries and/or programs.
> > 
> > 
> > To switch to the new profiles (from 13.0 or 17.0):
> > 
> >   emerge -1v app-portage/unsymlink-lib
> >   unsymlink-lib --analyze
> 
> Hi,
> 
> Tool doesn't work with no-multilib profiles:

Are you using the old version? Version 2 was fixed to support no-
multilib, and you certainly should update the package to the newest
version (3) before using it.

> 
> # unsymlink-lib --migrate
> /lib32 & /lib -> /lib.new ...
> cp: impossible d'évaluer '/lib32/.': no such file or directory
> Non-successful return from cp: 1
> 
> And I cannot do --finish or --rollback.
> 
> What can I do?

rm -r /lib.{old,new} /usr/lib.{old,new}

-- 
Best regards,
Michał Górny

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Michael Orlitzky]

On 12/09/2017 04:00 PM, Michał Górny wrote:
> 
> rm -r /lib.{old,new} /usr/lib.{old,new}
> 

It probably won't hurt anything, but that should be run in BASH.

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Xavier Miller]

[-- Attachment #1.1: Type: text/plain, Size: 481 bytes --]



Le 09/12/17 à 22:00, Michał Górny a écrit :
> W dniu sob, 09.12.2017 o godzinie 21∶47 +0100, użytkownik Xavier Miller
> napisał:
>>
>> Tool doesn't work with no-multilib profiles:
> 
> Are you using the old version? Version 2 was fixed to support no-
> multilib, and you certainly should update the package to the newest
> version (3) before using it.

Version 3 is OK, I didn't resync portage before emerging it ;)

Migration in progress.

Xavier.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 520 bytes --]

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Justin Lecher]

[-- Attachment #1.1: Type: text/plain, Size: 348 bytes --]

Hi

Is the baselayout ready for this? I get following error

 * You need to merge /lib32 into /lib
 * ERROR: sys-apps/baselayout-2.4.1-r2::gentoo failed (setup phase):
 *   non-empty dir found where there should be none: /lib32

Which hints that the baselayout might not be happy with this setup?

What are you thoughts?

Justin




[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 989 bytes --]

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Michał Górny]

W dniu nie, 10.12.2017 o godzinie 10∶59 +0000, użytkownik Justin Lecher
napisał:
> Hi
> 
> Is the baselayout ready for this? I get following error
> 
>  * You need to merge /lib32 into /lib
>  * ERROR: sys-apps/baselayout-2.4.1-r2::gentoo failed (setup phase):
>  *   non-empty dir found where there should be none: /lib32
> 
> Which hints that the baselayout might not be happy with this setup?
> 
> What are you thoughts?
> 

Indeed it seems to dislike lib32 symlink. I'll try to fix that.
In the meantime, you can skip baselayout for now and return to it once
all multilib packages are rebuilt (and lib32 is gone).

-- 
Best regards,
Michał Górny

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Justin Lecher]

[-- Attachment #1.1: Type: text/plain, Size: 374 bytes --]

On 10/12/2017 11:45, Michał Górny wrote:
> Indeed it seems to dislike lib32 symlink. I'll try to fix that.
> In the meantime, you can skip baselayout for now and return to it once
> all multilib packages are rebuilt (and lib32 is gone).
> 

The rest worked fine. At the end also baselayout behave well once the
symlink is gone.

Thanks for the work.

Justin


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 989 bytes --]

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Xavier Miller]

[-- Attachment #1.1: Type: text/plain, Size: 4204 bytes --]

Hi,

I did emerge -e @world on a no-multilib chroot, and I have a lot of
ebuilds that install libs on /{,usr/}/lib/ in place of lib64

First are kernel-related ebuilds:
- kernel's make install
- linux-firmware

And the list of other ebuilds (cd /var/db/pkg ; grep -l '/lib/'
*/*/CONTENTS)

app-accessibility/at-spi2-core-2.24.1
app-admin/eselect-1.4.9
app-admin/logrotate-3.13.0
app-admin/syslog-ng-3.7.3
app-crypt/acr38u-1.7.11-r3
app-crypt/gnupg-2.2.3
app-eselect/eselect-wxwidgets-20140423
app-portage/eix-0.33.0-r1
app-portage/elogv-0.7.6.6
app-portage/gentoolkit-0.4.0
app-portage/layman-2.4.2
app-portage/unsymlink-lib-3
app-text/docbook-xsl-stylesheets-1.79.1-r2
app-text/ghostscript-gpl-9.21
app-text/gnome-doc-utils-0.20.10-r1
app-text/texi2html-5.0-r1
dev-java/ant-core-1.9.2
dev-java/icedtea-3.6.0
dev-java/java-config-2.2.0-r3
dev-java/javatoolkit-0.3.0-r9
dev-lang/mono-4.8.0.524
dev-lang/perl-5.26.1-r1
dev-lang/python-2.7.14-r1
dev-lang/python-3.5.4-r1
dev-lang/python-exec-2.4.5
dev-lang/rust-1.19.0
dev-libs/libinput-1.9.3
dev-python/Babel-2.5.0
dev-python/chardet-3.0.4
dev-python/docutils-0.14
dev-python/ndg-httpsclient-0.4.2-r1
dev-python/numpy-1.13.3
dev-python/pillow-4.3.0
dev-python/pygments-2.2.0
dev-python/pygobject-2.28.6-r55
dev-python/PyQt5-5.9.2
dev-python/rdflib-4.2.2
dev-python/reportlab-3.4.0
dev-python/setuptools-36.7.2
dev-python/sphinx-1.6.3-r2
dev-ruby/did_you_mean-1.1.2
dev-ruby/ffi-1.9.18
dev-ruby/json-2.1.0
dev-ruby/kpeg-1.1.0
dev-ruby/listen-1.3.1-r4
dev-ruby/minitest-5.10.3
dev-ruby/net-telnet-0.1.1-r1
dev-ruby/power_assert-1.1.1
dev-ruby/racc-1.4.14
dev-ruby/rake-12.3.0
dev-ruby/rb-inotify-0.9.10
dev-ruby/rdoc-6.0.0
dev-ruby/rubygems-2.6.14
dev-ruby/sass-3.5.3
dev-ruby/sass-listen-4.0.0
dev-ruby/test-unit-3.2.6
dev-ruby/xmlrpc-0.3.0
dev-util/gdbus-codegen-2.52.3
dev-util/meson-0.43.0
dev-util/scons-2.5.1
dev-vcs/git-2.15.1
games-util/xboxdrv-0.8.8
mail-mta/nullmailer-2.0-r2
media-gfx/sane-backends-1.0.27
media-libs/libcanberra-0.30-r5
media-sound/alsa-utils-1.1.5
media-sound/timidity++-2.14.0-r2
net-analyzer/net-snmp-5.7.3_p3
net-fs/nfs-utils-2.2.2_rc1_p20171107
net-libs/glib-networking-2.50.0
net-misc/dhcpcd-7.0.0_rc4
net-misc/netifrc-0.6.0
net-misc/ntp-4.2.8_p10-r1
net-misc/openssh-7.6_p1-r1
net-misc/rsync-3.1.2-r1
net-misc/youtube-dl-2017.12.02
net-nds/openldap-2.4.45
net-nds/rpcbind-0.2.4-r1
net-print/cups-filters-1.17.9
net-print/hplip-3.17.10-r1
net-wireless/crda-3.18-r1
net-wireless/wireless-regdb-20170307
net-wireless/wpa_supplicant-2.6-r4
sys-apps/dbus-1.12.2
sys-apps/gentoo-functions-0.12
sys-apps/hwids-20171003
sys-apps/iproute2-4.14.1-r1
sys-apps/kmod-24
sys-apps/man-db-2.7.6.1-r2
sys-apps/pcsc-lite-1.8.22
sys-apps/portage-2.3.17
sys-apps/smartmontools-6.6
sys-apps/uam-0.3.2
sys-block/partimage-0.6.9
sys-devel/clang-5.0.0
sys-devel/distcc-3.2_rc1-r5
sys-devel/gcc-7.2.0
sys-devel/llvm-5.0.0
sys-firmware/intel-microcode-20171117
sys-firmware/midisport-firmware-1.2
sys-fs/eudev-3.2.5
sys-fs/fuse-2.9.7
sys-fs/lvm2-2.02.166-r2
sys-fs/ntfs3g-2017.3.23
sys-kernel/gentoo-sources-4.14.4
sys-kernel/linux-firmware-20171206
sys-libs/compiler-rt-5.0.0
sys-libs/compiler-rt-sanitizers-5.0.0
sys-libs/gpm-1.20.7-r2
sys-power/acpid-2.0.28
sys-process/cronie-1.5.1
x11-base/xorg-server-1.19.5
x11-misc/arandr-0.1.9
x11-misc/slim-1.3.6-r5
xfce-extra/xfce4-notifyd-0.4.0

Xavier.


Le 10/12/17 à 12:45, Michał Górny a écrit :
> W dniu nie, 10.12.2017 o godzinie 10∶59 +0000, użytkownik Justin Lecher
> napisał:
>> Hi
>>
>> Is the baselayout ready for this? I get following error
>>
>>  * You need to merge /lib32 into /lib
>>  * ERROR: sys-apps/baselayout-2.4.1-r2::gentoo failed (setup phase):
>>  *   non-empty dir found where there should be none: /lib32
>>
>> Which hints that the baselayout might not be happy with this setup?
>>
>> What are you thoughts?
>>
> 
> Indeed it seems to dislike lib32 symlink. I'll try to fix that.
> In the meantime, you can skip baselayout for now and return to it once
> all multilib packages are rebuilt (and lib32 is gone).
> 


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 520 bytes --]

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Michał Górny]

W dniu nie, 10.12.2017 o godzinie 14∶56 +0100, użytkownik Xavier Miller
napisał:
> Hi,
> 
> I did emerge -e @world on a no-multilib chroot, and I have a lot of
> ebuilds that install libs on /{,usr/}/lib/ in place of lib64
> 
> First are kernel-related ebuilds:
> - kernel's make install
> - linux-firmware

That's actually normal and valid.

> And the list of other ebuilds (cd /var/db/pkg ; grep -l '/lib/'
> */*/CONTENTS)
> 
> app-accessibility/at-spi2-core-2.24.1
> app-admin/eselect-1.4.9
> app-admin/logrotate-3.13.0
> app-admin/syslog-ng-3.7.3
> app-crypt/acr38u-1.7.11-r3
> app-crypt/gnupg-2.2.3
> app-eselect/eselect-wxwidgets-20140423
> app-portage/eix-0.33.0-r1
> app-portage/elogv-0.7.6.6
> app-portage/gentoolkit-0.4.0
> app-portage/layman-2.4.2
> app-portage/unsymlink-lib-3
> app-text/docbook-xsl-stylesheets-1.79.1-r2
> app-text/ghostscript-gpl-9.21
> app-text/gnome-doc-utils-0.20.10-r1
> app-text/texi2html-5.0-r1
> dev-java/ant-core-1.9.2
> dev-java/icedtea-3.6.0
> dev-java/java-config-2.2.0-r3
> dev-java/javatoolkit-0.3.0-r9
> dev-lang/mono-4.8.0.524
> dev-lang/perl-5.26.1-r1
> dev-lang/python-2.7.14-r1
> dev-lang/python-3.5.4-r1
> dev-lang/python-exec-2.4.5
> dev-lang/rust-1.19.0
> dev-libs/libinput-1.9.3
> dev-python/Babel-2.5.0
> dev-python/chardet-3.0.4
> dev-python/docutils-0.14
> dev-python/ndg-httpsclient-0.4.2-r1
> dev-python/numpy-1.13.3
> dev-python/pillow-4.3.0
> dev-python/pygments-2.2.0
> dev-python/pygobject-2.28.6-r55
> dev-python/PyQt5-5.9.2
> dev-python/rdflib-4.2.2
> dev-python/reportlab-3.4.0
> dev-python/setuptools-36.7.2
> dev-python/sphinx-1.6.3-r2
> dev-ruby/did_you_mean-1.1.2
> dev-ruby/ffi-1.9.18
> dev-ruby/json-2.1.0
> dev-ruby/kpeg-1.1.0
> dev-ruby/listen-1.3.1-r4
> dev-ruby/minitest-5.10.3
> dev-ruby/net-telnet-0.1.1-r1
> dev-ruby/power_assert-1.1.1
> dev-ruby/racc-1.4.14
> dev-ruby/rake-12.3.0
> dev-ruby/rb-inotify-0.9.10
> dev-ruby/rdoc-6.0.0
> dev-ruby/rubygems-2.6.14
> dev-ruby/sass-3.5.3
> dev-ruby/sass-listen-4.0.0
> dev-ruby/test-unit-3.2.6
> dev-ruby/xmlrpc-0.3.0
> dev-util/gdbus-codegen-2.52.3
> dev-util/meson-0.43.0
> dev-util/scons-2.5.1
> dev-vcs/git-2.15.1
> games-util/xboxdrv-0.8.8
> mail-mta/nullmailer-2.0-r2
> media-gfx/sane-backends-1.0.27
> media-libs/libcanberra-0.30-r5
> media-sound/alsa-utils-1.1.5
> media-sound/timidity++-2.14.0-r2
> net-analyzer/net-snmp-5.7.3_p3
> net-fs/nfs-utils-2.2.2_rc1_p20171107
> net-libs/glib-networking-2.50.0
> net-misc/dhcpcd-7.0.0_rc4
> net-misc/netifrc-0.6.0
> net-misc/ntp-4.2.8_p10-r1
> net-misc/openssh-7.6_p1-r1
> net-misc/rsync-3.1.2-r1
> net-misc/youtube-dl-2017.12.02
> net-nds/openldap-2.4.45
> net-nds/rpcbind-0.2.4-r1
> net-print/cups-filters-1.17.9
> net-print/hplip-3.17.10-r1
> net-wireless/crda-3.18-r1
> net-wireless/wireless-regdb-20170307
> net-wireless/wpa_supplicant-2.6-r4
> sys-apps/dbus-1.12.2
> sys-apps/gentoo-functions-0.12
> sys-apps/hwids-20171003
> sys-apps/iproute2-4.14.1-r1
> sys-apps/kmod-24
> sys-apps/man-db-2.7.6.1-r2
> sys-apps/pcsc-lite-1.8.22
> sys-apps/portage-2.3.17
> sys-apps/smartmontools-6.6
> sys-apps/uam-0.3.2
> sys-block/partimage-0.6.9
> sys-devel/clang-5.0.0
> sys-devel/distcc-3.2_rc1-r5
> sys-devel/gcc-7.2.0
> sys-devel/llvm-5.0.0
> sys-firmware/intel-microcode-20171117
> sys-firmware/midisport-firmware-1.2
> sys-fs/eudev-3.2.5
> sys-fs/fuse-2.9.7
> sys-fs/lvm2-2.02.166-r2
> sys-fs/ntfs3g-2017.3.23
> sys-kernel/gentoo-sources-4.14.4
> sys-kernel/linux-firmware-20171206
> sys-libs/compiler-rt-5.0.0
> sys-libs/compiler-rt-sanitizers-5.0.0
> sys-libs/gpm-1.20.7-r2
> sys-power/acpid-2.0.28
> sys-process/cronie-1.5.1
> x11-base/xorg-server-1.19.5
> x11-misc/arandr-0.1.9
> x11-misc/slim-1.3.6-r5
> xfce-extra/xfce4-notifyd-0.4.0

I would need more specific details (some example files at least) but
the list looks too long. Are you sure you aren't seeing some confusion
due to old symlinks?

-- 
Best regards,
Michał Górny

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Mike Gilbert]

On Sun, Dec 10, 2017 at 3:33 PM, Michał Górny <mgorny@gentoo.org> wrote:
> W dniu nie, 10.12.2017 o godzinie 14∶56 +0100, użytkownik Xavier Miller
> napisał:
>> Hi,
>>
>> I did emerge -e @world on a no-multilib chroot, and I have a lot of
>> ebuilds that install libs on /{,usr/}/lib/ in place of lib64
>>
>> First are kernel-related ebuilds:
>> - kernel's make install
>> - linux-firmware
>
> That's actually normal and valid.
>
>> And the list of other ebuilds (cd /var/db/pkg ; grep -l '/lib/'
>> */*/CONTENTS)
>>
>> app-accessibility/at-spi2-core-2.24.1
>> app-admin/eselect-1.4.9
>> app-admin/logrotate-3.13.0
>> app-admin/syslog-ng-3.7.3
>> app-crypt/acr38u-1.7.11-r3
>> app-crypt/gnupg-2.2.3
>> app-eselect/eselect-wxwidgets-20140423
>> app-portage/eix-0.33.0-r1
>> app-portage/elogv-0.7.6.6
>> app-portage/gentoolkit-0.4.0
>> app-portage/layman-2.4.2
>> app-portage/unsymlink-lib-3
>> app-text/docbook-xsl-stylesheets-1.79.1-r2
>> app-text/ghostscript-gpl-9.21
>> app-text/gnome-doc-utils-0.20.10-r1
>> app-text/texi2html-5.0-r1
>> dev-java/ant-core-1.9.2
>> dev-java/icedtea-3.6.0
>> dev-java/java-config-2.2.0-r3
>> dev-java/javatoolkit-0.3.0-r9
>> dev-lang/mono-4.8.0.524
>> dev-lang/perl-5.26.1-r1
>> dev-lang/python-2.7.14-r1
>> dev-lang/python-3.5.4-r1
>> dev-lang/python-exec-2.4.5
>> dev-lang/rust-1.19.0
>> dev-libs/libinput-1.9.3
>> dev-python/Babel-2.5.0
>> dev-python/chardet-3.0.4
>> dev-python/docutils-0.14
>> dev-python/ndg-httpsclient-0.4.2-r1
>> dev-python/numpy-1.13.3
>> dev-python/pillow-4.3.0
>> dev-python/pygments-2.2.0
>> dev-python/pygobject-2.28.6-r55
>> dev-python/PyQt5-5.9.2
>> dev-python/rdflib-4.2.2
>> dev-python/reportlab-3.4.0
>> dev-python/setuptools-36.7.2
>> dev-python/sphinx-1.6.3-r2
>> dev-ruby/did_you_mean-1.1.2
>> dev-ruby/ffi-1.9.18
>> dev-ruby/json-2.1.0
>> dev-ruby/kpeg-1.1.0
>> dev-ruby/listen-1.3.1-r4
>> dev-ruby/minitest-5.10.3
>> dev-ruby/net-telnet-0.1.1-r1
>> dev-ruby/power_assert-1.1.1
>> dev-ruby/racc-1.4.14
>> dev-ruby/rake-12.3.0
>> dev-ruby/rb-inotify-0.9.10
>> dev-ruby/rdoc-6.0.0
>> dev-ruby/rubygems-2.6.14
>> dev-ruby/sass-3.5.3
>> dev-ruby/sass-listen-4.0.0
>> dev-ruby/test-unit-3.2.6
>> dev-ruby/xmlrpc-0.3.0
>> dev-util/gdbus-codegen-2.52.3
>> dev-util/meson-0.43.0
>> dev-util/scons-2.5.1
>> dev-vcs/git-2.15.1
>> games-util/xboxdrv-0.8.8
>> mail-mta/nullmailer-2.0-r2
>> media-gfx/sane-backends-1.0.27
>> media-libs/libcanberra-0.30-r5
>> media-sound/alsa-utils-1.1.5
>> media-sound/timidity++-2.14.0-r2
>> net-analyzer/net-snmp-5.7.3_p3
>> net-fs/nfs-utils-2.2.2_rc1_p20171107
>> net-libs/glib-networking-2.50.0
>> net-misc/dhcpcd-7.0.0_rc4
>> net-misc/netifrc-0.6.0
>> net-misc/ntp-4.2.8_p10-r1
>> net-misc/openssh-7.6_p1-r1
>> net-misc/rsync-3.1.2-r1
>> net-misc/youtube-dl-2017.12.02
>> net-nds/openldap-2.4.45
>> net-nds/rpcbind-0.2.4-r1
>> net-print/cups-filters-1.17.9
>> net-print/hplip-3.17.10-r1
>> net-wireless/crda-3.18-r1
>> net-wireless/wireless-regdb-20170307
>> net-wireless/wpa_supplicant-2.6-r4
>> sys-apps/dbus-1.12.2
>> sys-apps/gentoo-functions-0.12
>> sys-apps/hwids-20171003
>> sys-apps/iproute2-4.14.1-r1
>> sys-apps/kmod-24
>> sys-apps/man-db-2.7.6.1-r2
>> sys-apps/pcsc-lite-1.8.22
>> sys-apps/portage-2.3.17
>> sys-apps/smartmontools-6.6
>> sys-apps/uam-0.3.2
>> sys-block/partimage-0.6.9
>> sys-devel/clang-5.0.0
>> sys-devel/distcc-3.2_rc1-r5
>> sys-devel/gcc-7.2.0
>> sys-devel/llvm-5.0.0
>> sys-firmware/intel-microcode-20171117
>> sys-firmware/midisport-firmware-1.2
>> sys-fs/eudev-3.2.5
>> sys-fs/fuse-2.9.7
>> sys-fs/lvm2-2.02.166-r2
>> sys-fs/ntfs3g-2017.3.23
>> sys-kernel/gentoo-sources-4.14.4
>> sys-kernel/linux-firmware-20171206
>> sys-libs/compiler-rt-5.0.0
>> sys-libs/compiler-rt-sanitizers-5.0.0
>> sys-libs/gpm-1.20.7-r2
>> sys-power/acpid-2.0.28
>> sys-process/cronie-1.5.1
>> x11-base/xorg-server-1.19.5
>> x11-misc/arandr-0.1.9
>> x11-misc/slim-1.3.6-r5
>> xfce-extra/xfce4-notifyd-0.4.0
>
> I would need more specific details (some example files at least) but
> the list looks too long. Are you sure you aren't seeing some confusion
> due to old symlinks?

He's probably seeing all the systemd units, which live in [/usr]/lib/systemd.

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Xavier Miller]

[-- Attachment #1.1: Type: text/plain, Size: 4733 bytes --]

Hi,

Le 10/12/17 à 22:13, Mike Gilbert a écrit :
> On Sun, Dec 10, 2017 at 3:33 PM, Michał Górny <mgorny@gentoo.org> wrote:
>>> And the list of other ebuilds (cd /var/db/pkg ; grep -l '/lib/'
>>> */*/CONTENTS)
...

...
>>
>> I would need more specific details (some example files at least) but
>> the list looks too long. Are you sure you aren't seeing some confusion
>> due to old symlinks?
> 
> He's probably seeing all the systemd units, which live in [/usr]/lib/systemd.
> 

Hi,

Indeed, my list seems too long, the real hits are udev/systemd/rc rules

dev-libs/libinput
/lib/udev/rules.d/80-libinput-device-groups.rules
/lib/udev/rules.d/90-libinput-model-quirks.rules
/lib/udev/hwdb.d/90-libinput-model-quirks.hwdb
/lib/udev/libinput-device-group
/lib/udev/libinput-model-quirks
net-wireless/crda
/lib/udev/rules.d/85-regulatory.rules
sys-libs/glibc
app-crypt/acr38u
/lib/udev/rules.d/92-pcscd-acr38u.rules
media-sound/alsa-utils
/lib/udev/rules.d/90-alsa-restore.rules
net-misc/netifrc
/lib/netifrc/net/dhclient.sh
/lib/netifrc/net/dhcpcd.sh
/lib/netifrc/net/ifconfig.sh
/lib/netifrc/net/macchanger.sh
/lib/netifrc/net/macnet.sh
/lib/netifrc/net/ssidnet.sh
/lib/netifrc/net/system.sh
/lib/netifrc/net/wpa_supplicant.sh
/lib/netifrc/net/adsl.sh
/lib/netifrc/net/apipa.sh
/lib/netifrc/net/arping.sh
/lib/netifrc/net/bonding.sh
/lib/netifrc/net/br2684ctl.sh
/lib/netifrc/net/bridge.sh
/lib/netifrc/net/ccwgroup.sh
/lib/netifrc/net/clip.sh
/lib/netifrc/net/ethtool.sh
/lib/netifrc/net/iproute2.sh
/lib/netifrc/net/ifplugd.sh
/lib/netifrc/net/ip6to4.sh
/lib/netifrc/net/ipppd.sh
/lib/netifrc/net/iwconfig.sh
/lib/netifrc/net/netplugd.sh
/lib/netifrc/net/pppd.sh
/lib/netifrc/net/pump.sh
/lib/netifrc/net/tuntap.sh
/lib/netifrc/net/udhcpc.sh
/lib/netifrc/net/vlan.sh
/lib/netifrc/net/macvlan.sh
/lib/netifrc/net/ip6rd.sh
/lib/netifrc/net/firewalld.sh
/lib/netifrc/net/dummy.sh
/lib/netifrc/net/hsr.sh
/lib/netifrc/net/l2tp.sh
/lib/netifrc/net/iw.sh
/lib/netifrc/sh/udhcpc-hook.sh
/lib/netifrc/sh/functions.sh
/lib/netifrc/sh/systemd-wrapper.sh
/lib/netifrc/version
/lib/udev/net.sh
/lib/udev/rules.d/90-network.rules
net-misc/dhcpcd
/lib/dhcpcd/dhcpcd-run-hooks
/lib/dhcpcd/dhcpcd-hooks/01-test
/lib/dhcpcd/dhcpcd-hooks/02-dump
/lib/dhcpcd/dhcpcd-hooks/20-resolv.conf
/lib/dhcpcd/dhcpcd-hooks/30-hostname
/lib/dhcpcd/dhcpcd-hooks/50-ntp.conf
/lib/dhcpcd/dhcpcd-hooks/50-yp.conf
net-print/hplip
/lib/udev/rules.d/56-hpmud.rules
games-util/xboxdrv
/lib/udev/rules.d/99-xbox-controller.rules
sys-fs/ntfs3g
/lib/udev/rules.d/99-ntfs3g.rules
sys-fs/fuse
/lib/udev/rules.d/99-fuse.rules
sys-fs/eudev
/lib/udev/rules.d/50-udev-default.rules
/lib/udev/rules.d/60-block.rules
/lib/udev/rules.d/60-cdrom_id.rules
/lib/udev/rules.d/60-drm.rules
/lib/udev/rules.d/60-evdev.rules
/lib/udev/rules.d/60-persistent-alsa.rules
/lib/udev/rules.d/60-persistent-input.rules
/lib/udev/rules.d/60-persistent-storage-tape.rules
/lib/udev/rules.d/60-persistent-v4l.rules
/lib/udev/rules.d/60-sensor.rules
/lib/udev/rules.d/60-serial.rules
/lib/udev/rules.d/64-btrfs.rules
/lib/udev/rules.d/70-mouse.rules
/lib/udev/rules.d/70-touchpad.rules
/lib/udev/rules.d/75-net-description.rules
/lib/udev/rules.d/78-sound-card.rules
/lib/udev/rules.d/80-net-name-slot.rules
/lib/udev/rules.d/60-persistent-storage.rules
/lib/udev/rules.d/80-drivers.rules
/lib/udev/rules.d/75-probe_mtd.rules
/lib/udev/rules.d/40-gentoo.rules
/lib/udev/cdrom_id
/lib/udev/ata_id
/lib/udev/mtd_probe
/lib/udev/v4l_id
/lib/udev/scsi_id
/lib/udev/collect
sys-apps/uam
/lib/udev/uam/array.awk
/lib/udev/uam/mounts.awk
/lib/udev/uam/uam-common.sh
/lib/udev/uam/uam-mount.sh
/lib/udev/uam/uam-umount.sh
/lib/udev/uam/find-helper.sh
/lib/udev/rules.d/80-uam.rules
sys-apps/hwids
/lib/udev/hwdb.d/20-OUI.hwdb
/lib/udev/hwdb.d/20-acpi-vendor.hwdb
/lib/udev/hwdb.d/20-bluetooth-vendor-product.hwdb
/lib/udev/hwdb.d/20-net-ifname.hwdb
/lib/udev/hwdb.d/20-pci-classes.hwdb
/lib/udev/hwdb.d/20-pci-vendor-model.hwdb
/lib/udev/hwdb.d/20-sdio-classes.hwdb
/lib/udev/hwdb.d/20-sdio-vendor-model.hwdb
/lib/udev/hwdb.d/20-usb-classes.hwdb
/lib/udev/hwdb.d/20-usb-vendor-model.hwdb
/lib/udev/hwdb.d/60-evdev.hwdb
/lib/udev/hwdb.d/60-keyboard.hwdb
/lib/udev/hwdb.d/60-sensor.hwdb
/lib/udev/hwdb.d/70-joystick.hwdb
/lib/udev/hwdb.d/70-mouse.hwdb
/lib/udev/hwdb.d/70-pointingstick.hwdb
/lib/udev/hwdb.d/70-touchpad.hwdb
sys-apps/kmod
/lib/modprobe.d/usb-load-ehci-first.conf
sys-apps/gentoo-functions
/lib/gentoo/functions.sh
sys-apps/pcsc-lite
/lib/udev/rules.d/99-pcscd-hotplug.rules
media-gfx/sane-backends
/lib/udev/rules.d/41-libsane.rules


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 520 bytes --]

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Xavier Miller]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256



Le 10/12/17 à 22:26, Xavier Miller a écrit :
> Hi,
> 
> Le 10/12/17 à 22:13, Mike Gilbert a écrit :
>> On Sun, Dec 10, 2017 at 3:33 PM, Michał Górny <mgorny@gentoo.org>
>> wrote:
>>>> And the list of other ebuilds (cd /var/db/pkg ; grep -l
>>>> '/lib/' */*/CONTENTS)
> ...
> 
> ...
>>> 
>>> I would need more specific details (some example files at
>>> least) but the list looks too long. Are you sure you aren't
>>> seeing some confusion due to old symlinks?
>> 
>> He's probably seeing all the systemd units, which live in
>> [/usr]/lib/systemd.
>> 
> 
> Hi,
> 
> Indeed, my list seems too long, the real hits are udev/systemd/rc
> rules
> 

And in /usr/lib, there are the "modules" of python, mono, perl, clang, .
..

-----BEGIN PGP SIGNATURE-----

iQFMBAEBCAA2FiEE8zSywsiVAsPFQ0+h4Px2T41mMKgFAlotp18YHHhhdmllcm1p
bGxlckBnZW50b28ub3JnAAoJEOD8dk+NZjCoUO4IAM1V9GfeVPzWDh6xrCDKjNW/
OXrrfUoDE9clyTaErSy9R8UIuY4+EuenYx23v4lw4RO05Pa1EUJ/A+8P/q7lXlwx
Js+lusYhY+ShrUYQNJwiCCXJ45J2Z3QMDwWZIgCTfyVu0kLtyLs62pTDnzSWek2b
YG4mZKcwnCYvWPdkLuP6yVNY5RwQJ/G/u0gKBtMcEsaDfHvGYFRXa4J2Ic54Bks3
X+/HDuSqQwjZWkvPjgk5iaIHwZFm0dQ1j8SqUXu2jLiSaCDQ4nb/EY1Sp1Xn23Y7
hxU5W9/+6R7VWxC0tV9LkvMv+Jf72Sl3lV6DWQKPDwqKNoAn9TVQQpib+yqR3vA=
=oxk3
-----END PGP SIGNATURE-----

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Michał Górny]

W dniu nie, 10.12.2017 o godzinie 22∶30 +0100, użytkownik Xavier Miller
napisał:
> 
> Le 10/12/17 à 22:26, Xavier Miller a écrit :
> > Hi,
> > 
> > Le 10/12/17 à 22:13, Mike Gilbert a écrit :
> > > On Sun, Dec 10, 2017 at 3:33 PM, Michał Górny <mgorny@gentoo.org>
> > > wrote:
> > > > > And the list of other ebuilds (cd /var/db/pkg ; grep -l
> > > > > '/lib/' */*/CONTENTS)
> > 
> > ...
> > 
> > ...
> > > > 
> > > > I would need more specific details (some example files at
> > > > least) but the list looks too long. Are you sure you aren't
> > > > seeing some confusion due to old symlinks?
> > > 
> > > He's probably seeing all the systemd units, which live in
> > > [/usr]/lib/systemd.
> > > 
> > 
> > Hi,
> > 
> > Indeed, my list seems too long, the real hits are udev/systemd/rc
> > rules
> > 
> 
> And in /usr/lib, there are the "modules" of python, mono, perl, clang, .
> ..
> 

I suspect you mean python-exec scripts, because Python modules still
land in /usr/lib64. In which case, everything's fine.

-- 
Best regards,
Michał Górny

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Xavier Miller]

Le 2017-12-10 23:24, Michał Górny a écrit :
> I suspect you mean python-exec scripts, because Python modules still
> land in /usr/lib64. In which case, everything's fine.

Could be.

Glad to hear the migration is OK.

My systems are migrated, and stable.

Just a last dummy question : why is lib64 migrated to lib64 and lib32 to 
lib, and not the reverse?
We have /lib and /lib64 that were before merged, and /lib32 that was an 
exception and prone to disapear the day blobs will decide to finally go 
64 bits.

Anyway, thank you for the job done!

Xavier.

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Michał Górny]

Dnia 11 grudnia 2017 08:25:22 CET, Xavier Miller <xaviermiller@gentoo.org> napisał(a):
>Le 2017-12-10 23:24, Michał Górny a écrit :
>> I suspect you mean python-exec scripts, because Python modules still
>> land in /usr/lib64. In which case, everything's fine.
>
>Could be.
>
>Glad to hear the migration is OK.
>
>My systems are migrated, and stable.
>
>Just a last dummy question : why is lib64 migrated to lib64 and lib32
>to 
>lib, and not the reverse?
>We have /lib and /lib64 that were before merged, and /lib32 that was an
>
>exception and prone to disapear the day blobs will decide to finally go
>
>64 bits.

It's because x86 (32-bit) ABI specifies that libraries are located in lib, and x86_64 ABI uses lib64. We've so far had to hack some stuff (binutils notably) to support lib32.

>
>Anyway, thank you for the job done!
>
>Xavier.


-- 
Best regards,
Michał Górny (by phone)

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Xavier Miller]

OK thanks.

Have a nice day,
Xavier.

Le 2017-12-11 08:59, Michał Górny a écrit :
> Dnia 11 grudnia 2017 08:25:22 CET, Xavier Miller
> <xaviermiller@gentoo.org> napisał(a):
>> Le 2017-12-10 23:24, Michał Górny a écrit :
>>> I suspect you mean python-exec scripts, because Python modules still
>>> land in /usr/lib64. In which case, everything's fine.
>> 
>> Could be.
>> 
>> Glad to hear the migration is OK.
>> 
>> My systems are migrated, and stable.
>> 
>> Just a last dummy question : why is lib64 migrated to lib64 and lib32
>> to
>> lib, and not the reverse?
>> We have /lib and /lib64 that were before merged, and /lib32 that was 
>> an
>> 
>> exception and prone to disapear the day blobs will decide to finally 
>> go
>> 
>> 64 bits.
> 
> It's because x86 (32-bit) ABI specifies that libraries are located in
> lib, and x86_64 ABI uses lib64. We've so far had to hack some stuff
> (binutils notably) to support lib32.
> 
>> 
>> Anyway, thank you for the job done!
>> 
>> Xavier.

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Xavier Miller]

Le 2017-12-11 08:25, Xavier Miller a écrit :
> Le 2017-12-10 23:24, Michał Górny a écrit :
>> I suspect you mean python-exec scripts, because Python modules still
>> land in /usr/lib64. In which case, everything's fine.
> 
> Could be.
> 
> Glad to hear the migration is OK.
> 
> My systems are migrated, and stable.
> 
> Just a last dummy question : why is lib64 migrated to lib64 and lib32
> to lib, and not the reverse?
> We have /lib and /lib64 that were before merged, and /lib32 that was
> an exception and prone to disapear the day blobs will decide to
> finally go 64 bits.
> 
> Anyway, thank you for the job done!
> 
> Xavier.

Hi,

I have a problem with an imake-based ebuild (games-board/spider):

$ imake
Imakefile.c:34:2: fatal error: Imake.tmpl: No such file or directory
compilation terminated.
imake: Exit code 1.
   Stop.

And that file is located at /usr/lib64/X11/config/Imake.tmpl


Is it related to the topic?

Xavier.

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Michał Górny]

Dnia 11 grudnia 2017 14:21:30 CET, Xavier Miller <xaviermiller@gentoo.org> napisał(a):
>Le 2017-12-11 08:25, Xavier Miller a écrit :
>> Le 2017-12-10 23:24, Michał Górny a écrit :
>>> I suspect you mean python-exec scripts, because Python modules still
>>> land in /usr/lib64. In which case, everything's fine.
>> 
>> Could be.
>> 
>> Glad to hear the migration is OK.
>> 
>> My systems are migrated, and stable.
>> 
>> Just a last dummy question : why is lib64 migrated to lib64 and lib32
>> to lib, and not the reverse?
>> We have /lib and /lib64 that were before merged, and /lib32 that was
>> an exception and prone to disapear the day blobs will decide to
>> finally go 64 bits.
>> 
>> Anyway, thank you for the job done!
>> 
>> Xavier.
>
>Hi,
>
>I have a problem with an imake-based ebuild (games-board/spider):
>
>$ imake
>Imakefile.c:34:2: fatal error: Imake.tmpl: No such file or directory
>compilation terminated.
>imake: Exit code 1.
>   Stop.
>
>And that file is located at /usr/lib64/X11/config/Imake.tmpl
>
>
>Is it related to the topic?

Can be. Please file a bug and make it block no-symlink-lib (bug alias). 

>
>Xavier.


-- 
Best regards,
Michał Górny (by phone)

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Vincent-Xavier JUMEL]

[-- Attachment #1: Type: text/plain, Size: 661 bytes --]

Le 09 décembre à 11:26 Michał Górny a écrit
> Hi, everyone.
> 
> I've pushed a commented out set of 17.1 profiles for amd64 that feature
> the long-overdue SYMLINK_LIB=no setup. I'd really appreciate some real
> testing.
> 
> Warning: there is a slight risk of breaking your system, in particular
> multilib libraries and/or programs.
> 
The only bug I ran into is [Bug 640736], already reported by myself on
Gentoo Bugzilla.

-- 
Vincent-Xavier JUMEL Id: https://keybase.io/vincentxavier https://blog.thetys-retz.net

Société Libre, Logiciel Libre http://www.april.org/adherer
Parinux, logiciel libre à Paris : http://www.parinux.org

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Kent Fredric]

[-- Attachment #1: Type: text/plain, Size: 2106 bytes --]

On Sat, 09 Dec 2017 11:26:36 +0100
Michał Górny <mgorny@gentoo.org> wrote:

I ran this on a chroot.

> 5. Run 'unsymlink-lib --migrate'.
> 
> 6. Reboot your system and see if it still boots, possibly test if
> important programs work. Also check if emerge starts but don't install
> anything. If your system is now broken, you can do
> 'unsymlink-lib --rollback' to return to step 3.

I started a new chroot because there's no "boot" and it seemed to work fine.

> 
> 7. Run 'unsymlink-lib --finish'.

I ran this, and it broke the chroot :/

Weird problems like: 

Removing /usr/lib64/lib64/sys/block/ram0 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/ram0'
Removing /usr/lib64/lib64/sys/block/sdb failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/sdb'
Removing /usr/lib64/lib64/sys/block/ram9 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/ram9'
Removing /usr/lib64/lib64/sys/block/ram7 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/ram7'
Removing /usr/lib64/lib64/sys/block/loop6 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/loop6'
Removing /usr/lib64/lib64/sys/block/ram14 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/ram14'
Removing /usr/lib64/lib64/sys/block/ram5 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/ram5'
Removing /usr/lib64/lib64/sys/block/loop4 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/loop4'
Removing /usr/lib64/lib64/sys/block/ram12 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/ram12'

and 

Removing /usr/lib64/lib64/usr/lib64/libpkgconf.a failed: [Errno 2] No such file or directory: '/usr/lib64/lib64/usr/lib64/libpkgconf.a'
Removing /usr/lib64/lib64/usr/lib64/libpkgconf.so failed: [Errno 2] No such file or directory: '/usr/lib64/lib64/usr/lib64/libpkgconf.so'
Removing /usr/lib64/lib64/usr/lib64/libpkgconf.so.2 failed: [Errno 2] No such file or directory: '/usr/lib64/lib64/usr/lib64/libpkgconf.so.2'

Now in my chroot:

 # ls /lib/
bash: ls: command not found

RIP.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Michał Górny]

W dniu pią, 15.12.2017 o godzinie 22∶24 +1300, użytkownik Kent Fredric
napisał:
> On Sat, 09 Dec 2017 11:26:36 +0100
> Michał Górny <mgorny@gentoo.org> wrote:
> 
> I ran this on a chroot.
> 
> > 5. Run 'unsymlink-lib --migrate'.
> > 
> > 6. Reboot your system and see if it still boots, possibly test if
> > important programs work. Also check if emerge starts but don't install
> > anything. If your system is now broken, you can do
> > 'unsymlink-lib --rollback' to return to step 3.
> 
> I started a new chroot because there's no "boot" and it seemed to work fine.
> 
> > 
> > 7. Run 'unsymlink-lib --finish'.
> 
> I ran this, and it broke the chroot :/
> 
> Weird problems like: 
> 
> Removing /usr/lib64/lib64/sys/block/ram0 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/ram0'

Sounds like you've put some awful self-symlink into this directory.
The script incorrectly follows top-level symlinks when removing, I'll
fix that.

> Removing /usr/lib64/lib64/sys/block/sdb failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/sdb'
> Removing /usr/lib64/lib64/sys/block/ram9 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/ram9'
> Removing /usr/lib64/lib64/sys/block/ram7 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/ram7'
> Removing /usr/lib64/lib64/sys/block/loop6 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/loop6'
> Removing /usr/lib64/lib64/sys/block/ram14 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/ram14'
> Removing /usr/lib64/lib64/sys/block/ram5 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/ram5'
> Removing /usr/lib64/lib64/sys/block/loop4 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/loop4'
> Removing /usr/lib64/lib64/sys/block/ram12 failed: [Errno 20] Not a directory: '/usr/lib64/lib64/sys/block/ram12'
> 
> and 
> 
> Removing /usr/lib64/lib64/usr/lib64/libpkgconf.a failed: [Errno 2] No such file or directory: '/usr/lib64/lib64/usr/lib64/libpkgconf.a'
> Removing /usr/lib64/lib64/usr/lib64/libpkgconf.so failed: [Errno 2] No such file or directory: '/usr/lib64/lib64/usr/lib64/libpkgconf.so'
> Removing /usr/lib64/lib64/usr/lib64/libpkgconf.so.2 failed: [Errno 2] No such file or directory: '/usr/lib64/lib64/usr/lib64/libpkgconf.so.2'
> 
> Now in my chroot:
> 
>  # ls /lib/
> bash: ls: command not found
> 
> RIP.
> 

-- 
Best regards,
Michał Górny

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Kent Fredric]

[-- Attachment #1: Type: text/plain, Size: 2073 bytes --]

On Fri, 15 Dec 2017 21:09:15 +0100
Michał Górny <mgorny@gentoo.org> wrote:

> Sounds like you've put some awful self-symlink into this directory.
> The script incorrectly follows top-level symlinks when removing, I'll
> fix that.

If it helps, this is on a no-multilib install, and the tree if I roll back to its state in may ( the last snapshot ) shows:

/usr # ls -la
total 24
drwxr-xr-x 1 root root   142 Dec  3  2016 .
drwxr-xr-x 1 root root   126 Dec 15 21:10 ..
drwxr-xr-x 1 root root 14018 Dec 16 01:07 bin
drwxr-xr-x 1 root root  4596 Dec 16 01:02 include
lrwxrwxrwx 1 root root     5 Nov 24  2016 lib -> lib64
drwxr-xr-x 1 root root  9980 Dec 16 01:02 lib64

 / # ls -la
total 36
drwxr-xr-x   1 root root   126 Dec 15 21:10 .
drwxr-xr-x   1 root root   126 Dec 15 21:10 ..
drwxr-xr-x   1 root root  1010 Dec 16 01:02 bin
drwxr-xr-x   1 root root    10 Nov 24  2016 boot
drwxr-xr-x  17 root root  3820 Dec 15 10:55 dev
drwxr-xr-x   1 root root  1646 Dec 16 01:07 etc
drwxr-xr-x   1 root root    22 Jan 23  2017 home
lrwxrwxrwx   1 root root     5 Dec 15 21:10 lib -> lib64
drwxr-xr-x   1 root root  3534 Dec 16 00:56 lib64
drwxr-xr-x   1 root root    10 Nov 24  2016 media
drwxr-xr-x   1 root root    10 Nov 24  2016 mnt
drwxr-xr-x   1 root root    10 Jan 24  2017 opt
dr-xr-xr-x 219 root root     0 Dec 15 10:54 proc
drwxr-x---   1 root wheel  488 Dec 15 11:04 root
drwxr-xr-x   1 root root    22 Dec 15 21:36 run
drwxr-xr-x   1 root root  1958 Dec 16 01:02 sbin
dr-xr-xr-x  13 root root     0 Dec 15 10:55 sys
drwxrwxrwt   1 root root   408 Dec 16 03:38 tmp
drwxr-xr-x   1 root root   142 Dec  3  2016 usr
drwxr-xr-x   1 root root    92 Jan 24  2017 var

But as for "self-symlinks" I can't seem to find anything.

I should also point out that I had a bunch of bind-mounted directories in /usr/src/* from the host OS  , and these were also recursively nuked. :/

But I couldn't see anything obvious in the source that explained that ( and analysis didn't really have any indication of things that could get broken )

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-dev] amd64 17.1 profiles ready for testing

[Michał Górny]

W dniu sob, 16.12.2017 o godzinie 16∶48 +1300, użytkownik Kent Fredric
napisał:
> On Fri, 15 Dec 2017 21:09:15 +0100
> Michał Górny <mgorny@gentoo.org> wrote:
> 
> > Sounds like you've put some awful self-symlink into this directory.
> > The script incorrectly follows top-level symlinks when removing, I'll
> > fix that.
> 
> If it helps, this is on a no-multilib install, and the tree if I roll back to its state in may ( the last snapshot ) shows:
> 
> /usr # ls -la
> total 24
> drwxr-xr-x 1 root root   142 Dec  3  2016 .
> drwxr-xr-x 1 root root   126 Dec 15 21:10 ..
> drwxr-xr-x 1 root root 14018 Dec 16 01:07 bin
> drwxr-xr-x 1 root root  4596 Dec 16 01:02 include
> lrwxrwxrwx 1 root root     5 Nov 24  2016 lib -> lib64
> drwxr-xr-x 1 root root  9980 Dec 16 01:02 lib64
> 
>  / # ls -la
> total 36
> drwxr-xr-x   1 root root   126 Dec 15 21:10 .
> drwxr-xr-x   1 root root   126 Dec 15 21:10 ..
> drwxr-xr-x   1 root root  1010 Dec 16 01:02 bin
> drwxr-xr-x   1 root root    10 Nov 24  2016 boot
> drwxr-xr-x  17 root root  3820 Dec 15 10:55 dev
> drwxr-xr-x   1 root root  1646 Dec 16 01:07 etc
> drwxr-xr-x   1 root root    22 Jan 23  2017 home
> lrwxrwxrwx   1 root root     5 Dec 15 21:10 lib -> lib64
> drwxr-xr-x   1 root root  3534 Dec 16 00:56 lib64
> drwxr-xr-x   1 root root    10 Nov 24  2016 media
> drwxr-xr-x   1 root root    10 Nov 24  2016 mnt
> drwxr-xr-x   1 root root    10 Jan 24  2017 opt
> dr-xr-xr-x 219 root root     0 Dec 15 10:54 proc
> drwxr-x---   1 root wheel  488 Dec 15 11:04 root
> drwxr-xr-x   1 root root    22 Dec 15 21:36 run
> drwxr-xr-x   1 root root  1958 Dec 16 01:02 sbin
> dr-xr-xr-x  13 root root     0 Dec 15 10:55 sys
> drwxrwxrwt   1 root root   408 Dec 16 03:38 tmp
> drwxr-xr-x   1 root root   142 Dec  3  2016 usr
> drwxr-xr-x   1 root root    92 Jan 24  2017 var
> 
> But as for "self-symlinks" I can't seem to find anything.

I suspect you have a stray '/lib64/lib64 -> /' or something like that.
In any case, this should be fixed by:

https://github.com/mgorny/unsymlink-lib/commit/b12feb90bdb72195f0ca5eede306783213bdacc9

I'd appreciate if you could retest with that commit on top (or taking
unsymlink-lib off git). This time it should not wipe your entire system,
hopefully.

> I should also point out that I had a bunch of bind-mounted directories in /usr/src/* from the host OS  , and these were also recursively nuked. :/
> 
> But I couldn't see anything obvious in the source that explained that ( and analysis didn't really have any indication of things that could get broken )

...except for suspicious 'lib64' file? ;-)

-- 
Best regards,
Michał Górny