* [gentoo-dev] amd64 17.1 profiles ready for testing
@ 2017-12-09 10:26 Michał Górny
2017-12-09 20:47 ` Xavier Miller
` (3 more replies)
0 siblings, 4 replies; 24+ messages in thread
From: Michał Górny @ 2017-12-09 10:26 UTC (permalink / raw
To: gentoo-dev
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
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-09 10:26 [gentoo-dev] amd64 17.1 profiles ready for testing Michał Górny
@ 2017-12-09 20:47 ` Xavier Miller
2017-12-09 21:00 ` Michał Górny
2017-12-10 10:59 ` Justin Lecher
` (2 subsequent siblings)
3 siblings, 1 reply; 24+ messages in thread
From: Xavier Miller @ 2017-12-09 20:47 UTC (permalink / raw
To: gentoo-dev, Michał Górny
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-09 20:47 ` Xavier Miller
@ 2017-12-09 21:00 ` Michał Górny
2017-12-09 21:06 ` Michael Orlitzky
2017-12-09 21:33 ` Xavier Miller
0 siblings, 2 replies; 24+ messages in thread
From: Michał Górny @ 2017-12-09 21:00 UTC (permalink / raw
To: gentoo-dev
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
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-09 21:00 ` Michał Górny
@ 2017-12-09 21:06 ` Michael Orlitzky
2017-12-09 21:33 ` Xavier Miller
1 sibling, 0 replies; 24+ messages in thread
From: Michael Orlitzky @ 2017-12-09 21:06 UTC (permalink / raw
To: gentoo-dev
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.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-09 21:00 ` Michał Górny
2017-12-09 21:06 ` Michael Orlitzky
@ 2017-12-09 21:33 ` Xavier Miller
1 sibling, 0 replies; 24+ messages in thread
From: Xavier Miller @ 2017-12-09 21:33 UTC (permalink / raw
To: gentoo-dev, Michał Górny
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-09 10:26 [gentoo-dev] amd64 17.1 profiles ready for testing Michał Górny
2017-12-09 20:47 ` Xavier Miller
@ 2017-12-10 10:59 ` Justin Lecher
2017-12-10 11:45 ` Michał Górny
2017-12-11 18:51 ` Vincent-Xavier JUMEL
2017-12-15 9:24 ` Kent Fredric
3 siblings, 1 reply; 24+ messages in thread
From: Justin Lecher @ 2017-12-10 10:59 UTC (permalink / raw
To: gentoo-dev
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-10 10:59 ` Justin Lecher
@ 2017-12-10 11:45 ` Michał Górny
2017-12-10 13:11 ` Justin Lecher
2017-12-10 13:56 ` Xavier Miller
0 siblings, 2 replies; 24+ messages in thread
From: Michał Górny @ 2017-12-10 11:45 UTC (permalink / raw
To: gentoo-dev
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
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-10 11:45 ` Michał Górny
@ 2017-12-10 13:11 ` Justin Lecher
2017-12-10 13:56 ` Xavier Miller
1 sibling, 0 replies; 24+ messages in thread
From: Justin Lecher @ 2017-12-10 13:11 UTC (permalink / raw
To: gentoo-dev
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-10 11:45 ` Michał Górny
2017-12-10 13:11 ` Justin Lecher
@ 2017-12-10 13:56 ` Xavier Miller
2017-12-10 20:33 ` Michał Górny
1 sibling, 1 reply; 24+ messages in thread
From: Xavier Miller @ 2017-12-10 13:56 UTC (permalink / raw
To: gentoo-dev, Michał Górny
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-10 13:56 ` Xavier Miller
@ 2017-12-10 20:33 ` Michał Górny
2017-12-10 21:13 ` Mike Gilbert
0 siblings, 1 reply; 24+ messages in thread
From: Michał Górny @ 2017-12-10 20:33 UTC (permalink / raw
To: gentoo-dev
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
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-10 20:33 ` Michał Górny
@ 2017-12-10 21:13 ` Mike Gilbert
2017-12-10 21:26 ` Xavier Miller
0 siblings, 1 reply; 24+ messages in thread
From: Mike Gilbert @ 2017-12-10 21:13 UTC (permalink / raw
To: Gentoo Dev
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.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-10 21:13 ` Mike Gilbert
@ 2017-12-10 21:26 ` Xavier Miller
2017-12-10 21:30 ` Xavier Miller
0 siblings, 1 reply; 24+ messages in thread
From: Xavier Miller @ 2017-12-10 21:26 UTC (permalink / raw
To: gentoo-dev
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-10 21:26 ` Xavier Miller
@ 2017-12-10 21:30 ` Xavier Miller
2017-12-10 22:24 ` Michał Górny
0 siblings, 1 reply; 24+ messages in thread
From: Xavier Miller @ 2017-12-10 21:30 UTC (permalink / raw
To: gentoo-dev
-----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-----
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-10 21:30 ` Xavier Miller
@ 2017-12-10 22:24 ` Michał Górny
2017-12-11 7:25 ` Xavier Miller
0 siblings, 1 reply; 24+ messages in thread
From: Michał Górny @ 2017-12-10 22:24 UTC (permalink / raw
To: gentoo-dev
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
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-10 22:24 ` Michał Górny
@ 2017-12-11 7:25 ` Xavier Miller
2017-12-11 7:59 ` Michał Górny
2017-12-11 13:21 ` Xavier Miller
0 siblings, 2 replies; 24+ messages in thread
From: Xavier Miller @ 2017-12-11 7:25 UTC (permalink / raw
To: gentoo-dev; +Cc: Michał Górny
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.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-11 7:25 ` Xavier Miller
@ 2017-12-11 7:59 ` Michał Górny
2017-12-11 8:01 ` Xavier Miller
2017-12-11 13:21 ` Xavier Miller
1 sibling, 1 reply; 24+ messages in thread
From: Michał Górny @ 2017-12-11 7:59 UTC (permalink / raw
To: gentoo-dev, Xavier Miller
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)
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-11 7:59 ` Michał Górny
@ 2017-12-11 8:01 ` Xavier Miller
0 siblings, 0 replies; 24+ messages in thread
From: Xavier Miller @ 2017-12-11 8:01 UTC (permalink / raw
To: Michał Górny; +Cc: gentoo-dev
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.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-11 7:25 ` Xavier Miller
2017-12-11 7:59 ` Michał Górny
@ 2017-12-11 13:21 ` Xavier Miller
2017-12-11 13:55 ` Michał Górny
1 sibling, 1 reply; 24+ messages in thread
From: Xavier Miller @ 2017-12-11 13:21 UTC (permalink / raw
To: gentoo-dev; +Cc: Michał Górny
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.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-11 13:21 ` Xavier Miller
@ 2017-12-11 13:55 ` Michał Górny
0 siblings, 0 replies; 24+ messages in thread
From: Michał Górny @ 2017-12-11 13:55 UTC (permalink / raw
To: gentoo-dev, Xavier Miller
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)
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-09 10:26 [gentoo-dev] amd64 17.1 profiles ready for testing Michał Górny
2017-12-09 20:47 ` Xavier Miller
2017-12-10 10:59 ` Justin Lecher
@ 2017-12-11 18:51 ` Vincent-Xavier JUMEL
2017-12-15 9:24 ` Kent Fredric
3 siblings, 0 replies; 24+ messages in thread
From: Vincent-Xavier JUMEL @ 2017-12-11 18:51 UTC (permalink / raw
To: gentoo-dev
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-09 10:26 [gentoo-dev] amd64 17.1 profiles ready for testing Michał Górny
` (2 preceding siblings ...)
2017-12-11 18:51 ` Vincent-Xavier JUMEL
@ 2017-12-15 9:24 ` Kent Fredric
2017-12-15 20:09 ` Michał Górny
3 siblings, 1 reply; 24+ messages in thread
From: Kent Fredric @ 2017-12-15 9:24 UTC (permalink / raw
To: gentoo-dev
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-15 9:24 ` Kent Fredric
@ 2017-12-15 20:09 ` Michał Górny
2017-12-16 3:48 ` Kent Fredric
0 siblings, 1 reply; 24+ messages in thread
From: Michał Górny @ 2017-12-15 20:09 UTC (permalink / raw
To: gentoo-dev
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
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-15 20:09 ` Michał Górny
@ 2017-12-16 3:48 ` Kent Fredric
2017-12-16 8:31 ` Michał Górny
0 siblings, 1 reply; 24+ messages in thread
From: Kent Fredric @ 2017-12-16 3:48 UTC (permalink / raw
To: gentoo-dev
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-dev] amd64 17.1 profiles ready for testing
2017-12-16 3:48 ` Kent Fredric
@ 2017-12-16 8:31 ` Michał Górny
0 siblings, 0 replies; 24+ messages in thread
From: Michał Górny @ 2017-12-16 8:31 UTC (permalink / raw
To: gentoo-dev
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
^ permalink raw reply [flat|nested] 24+ messages in thread
end of thread, other threads:[~2017-12-16 8:31 UTC | newest]
Thread overview: 24+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-12-09 10:26 [gentoo-dev] amd64 17.1 profiles ready for testing Michał Górny
2017-12-09 20:47 ` Xavier Miller
2017-12-09 21:00 ` Michał Górny
2017-12-09 21:06 ` Michael Orlitzky
2017-12-09 21:33 ` Xavier Miller
2017-12-10 10:59 ` Justin Lecher
2017-12-10 11:45 ` Michał Górny
2017-12-10 13:11 ` Justin Lecher
2017-12-10 13:56 ` Xavier Miller
2017-12-10 20:33 ` Michał Górny
2017-12-10 21:13 ` Mike Gilbert
2017-12-10 21:26 ` Xavier Miller
2017-12-10 21:30 ` Xavier Miller
2017-12-10 22:24 ` Michał Górny
2017-12-11 7:25 ` Xavier Miller
2017-12-11 7:59 ` Michał Górny
2017-12-11 8:01 ` Xavier Miller
2017-12-11 13:21 ` Xavier Miller
2017-12-11 13:55 ` Michał Górny
2017-12-11 18:51 ` Vincent-Xavier JUMEL
2017-12-15 9:24 ` Kent Fredric
2017-12-15 20:09 ` Michał Górny
2017-12-16 3:48 ` Kent Fredric
2017-12-16 8:31 ` Michał Górny
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox