Gentoo Archives: gentoo-dev

From: "Michał Górny" <mgorny@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] [PATCH 0/4] New no-lib-symlink profile for developers
Date: Sat, 03 Sep 2016 11:07:53
Message-Id: 20160903130652.7aa704a3.mgorny@gentoo.org
In Reply to: [gentoo-dev] [PATCH 0/4] New no-lib-symlink profile for developers by "Michał Górny"
1 On Sat, 9 Jul 2016 23:01:24 +0200
2 Michał Górny <mgorny@g.o> wrote:
3
4 > Hello, everyone.
5 >
6 > I've finally gotten around to wrapping up my multilib setup
7 > in a profile, and providing necessary patches to system packages
8 > to make it possible to use it without having to hack their mistaken
9 > logic around.
10 >
11 > The profile is called 'no-lib-symlink', and is provided as an alternate
12 > amd64 variant. Unlike the common profiles, it is based on three lib*
13 > directories: lib32 for 32-bit binaries, lib64 for 64-bit binaries
14 > and lib as a directory for software packages only (the new-style
15 > libexec).
16 >
17 > Please note that this is not the goal layout Gentoo should be working
18 > towards. In that layout, 'lib' needs to be used for 32-bit binaries for
19 > ABI compatibility's sake. My layout is rather targeted at developers who
20 > can benefit from having a clear split on where packages install files,
21 > and therefore being able to catch mistakes such as using 'lib' and
22 > $(get_libdir) interchangeably.
23 >
24 > This batch of patches includes also three patches for base system
25 > packages:
26 >
27 > a. a patch to prevent glibc from overriding LIBDIR* variables set by
28 > profiles. The logic used there is probably used for cross-compiling,
29 > and so it is moved into cross-compiling branch of code.
30 >
31 > b. a patch to fix 'else' branch of baselayout for SYMLINK_LIB=no
32 > systems. For some reason, this branch created 'lib' symlink when 'lib'
33 > did not exist -- therefore triggering another branch of code on next
34 > baselayout installation that replaced the symlink with a directory.
35 > The patch changes it to create the directory instead.
36 >
37 > c. a patch to prevent baselayout from complaining when both lib
38 > and lib32 are separate directories. In order to cover that case while
39 > preserving compatibility with the original intent, it skips
40 > the complaint when lib32 is considered a valid directory as well as lib.
41 >
42 >
43 > --
44 > Best regards,
45 > Michał Górny
46 >
47 > ---
48 >
49 > Michał Górny (4):
50 > sys-libs/glibc: Do not reset multilib vars unless cross-compilnig,
51 > #588368
52 > sys-apps/baselayout: Fix SYMLINK_LIB=no to create lib dir instead of
53 > sym
54 > sys-apps/baselayout: Do not complain about lib+lib32 when it is valid
55
56 Committed those three now.
57
58 > profiles: Add an amd64 no-lib-symlink profile
59
60 Abandoned this one.
61
62 --
63 Best regards,
64 Michał Górny
65 <http://dev.gentoo.org/~mgorny/>