Gentoo Archives: gentoo-dev

From: Mike Frysinger <vapier@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default
Date: Thu, 31 Mar 2016 18:20:03
Message-Id: 20160331181952.GJ6588@vapier.lan
In Reply to: Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default by Alexis Ballier
1 On 31 Mar 2016 19:00, Alexis Ballier wrote:
2 > On Thursday, March 31, 2016 6:07:28 PM CEST, Mike Frysinger wrote:
3 > > On 31 Mar 2016 16:05, Alexis Ballier wrote:
4 > >> On Thursday, March 31, 2016 1:58:19 AM CEST, Mike Frysinger wrote:
5 > >>> All ebuilds that call gen_usr_ldscript today will migrate to this and
6 > >>> will allow people to move away from installing things into /. For the
7 > >>> systems that want to have a split-/usr partition, they can turn on this
8 > >>> USE flag across their system.
9 > >>
10 > >> Your patchset seems to be missing some ebuilds in that regard: expat and
11 > >> sys-freebsd/* come to mind.
12 > >
13 > > i did not do a full migration as i got bored, but i did do enough to show
14 > > it in action. the current method does not require all be converted at the
15 > > same time though, so it can be left up to maintainers of relevant packages
16 > > to do the change over themselves.
17 >
18 > i dont think anybody expects you to post tree-wide conversion patches to
19 > -dev ml :)
20 >
21 > but i also dont think it is a good idea to leave the toolchain-funcs
22 > version around, and if you want to drop it, you'll have to fill bugs to let
23 > ppl know, which is probably more work than adding 8 chars to an inherit
24 > line that can be automated
25
26 sure -- backwards compat won't be dropped until we're confident everyone
27 has migrated over
28
29 > >>> This also allows us to mask the flag on many targets where it doesn't
30 > >>> make sense (like most prefix setups) and where we don't want to support
31 > >>> it at all.
32 > >>
33 > >> It should be noted that, unless I missed something, the default settings
34 > >> will *not anymore* allow sep-usr after this patchset (sep-usr
35 > >> useflag will
36 > >> be disabled). This should be advertised more (a news item?) or simply
37 > >> sep-usr added to make.defaults. The latter will also enable busybox's
38 > >> sep-usr support.
39 > >
40 > > the patchset allows for some targets (notably Linux systems) to control
41 > > whether the flag is enabled. it is turned off by default and i think
42 > > that's the behavior we want. i have not forced enabled it for any target
43 > > but maybe the prefix/darwin guys will want to do that.
44 >
45 > not sure if this was phrased as such, but I seem to recall a council
46 > decision stating that separate /usr should be made easy to users unless
47 > this causes serious issues; thus, no, I don't think that is the behavior we
48 > want :)
49
50 pretty sure the decision was that it's not required to be supported. and
51 regardless of that, i don't see the default behavior of being off as being
52 contra "easy to use".
53 -mike

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies