On 31 Mar 2016 19:00, Alexis Ballier wrote: > On Thursday, March 31, 2016 6:07:28 PM CEST, Mike Frysinger wrote: > > On 31 Mar 2016 16:05, Alexis Ballier wrote: > >> On Thursday, March 31, 2016 1:58:19 AM CEST, Mike Frysinger wrote: > >>> All ebuilds that call gen_usr_ldscript today will migrate to this and > >>> will allow people to move away from installing things into /. For the > >>> systems that want to have a split-/usr partition, they can turn on this > >>> USE flag across their system. > >> > >> Your patchset seems to be missing some ebuilds in that regard: expat and > >> sys-freebsd/* come to mind. > > > > i did not do a full migration as i got bored, but i did do enough to show > > it in action. the current method does not require all be converted at the > > same time though, so it can be left up to maintainers of relevant packages > > to do the change over themselves. > > i dont think anybody expects you to post tree-wide conversion patches to > -dev ml :) > > but i also dont think it is a good idea to leave the toolchain-funcs > version around, and if you want to drop it, you'll have to fill bugs to let > ppl know, which is probably more work than adding 8 chars to an inherit > line that can be automated
sure -- backwards compat won't be dropped until we're confident everyone has migrated over > >>> This also allows us to mask the flag on many targets where it doesn't > >>> make sense (like most prefix setups) and where we don't want to support > >>> it at all. > >> > >> It should be noted that, unless I missed something, the default settings > >> will *not anymore* allow sep-usr after this patchset (sep-usr > >> useflag will > >> be disabled). This should be advertised more (a news item?) or simply > >> sep-usr added to make.defaults. The latter will also enable busybox's > >> sep-usr support. > > > > the patchset allows for some targets (notably Linux systems) to control > > whether the flag is enabled. it is turned off by default and i think > > that's the behavior we want. i have not forced enabled it for any target > > but maybe the prefix/darwin guys will want to do that. > > not sure if this was phrased as such, but I seem to recall a council > decision stating that separate /usr should be made easy to users unless > this causes serious issues; thus, no, I don't think that is the behavior we > want :) pretty sure the decision was that it's not required to be supported. and regardless of that, i don't see the default behavior of being off as being contra "easy to use". -mike
signature.asc
Description: Digital signature
