Re: [gentoo-project] Council meeting: Tuesday 11 November 2012, 19:00 UTC

[William Hubbs <williamh@gentoo.org>]

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

On Thu, Nov 08, 2012 at 08:46:29PM -0300, Alexis Ballier wrote:
> On Thu, 8 Nov 2012 12:53:48 -0600
> William Hubbs <williamh@gentoo.org> wrote:
> 
> > On Thu, Nov 08, 2012 at 07:15:57PM +0100, Fabian Groffen wrote:
> > > On 08-11-2012 11:45:48 -0600, William Hubbs wrote:
> > > > >    - approve/disapprove removal of gen_usr_ldscript
> > > > 
> > > > A better way to put this is disabling gen_usr_ldscript on Linux.
> > > > Some of the alternate platforms still use it, so I do not advocate
> > > > killing the function.
> > > > If we go forward with the plan, there is no reason the council
> > > > should reject disabling gen_usr_ldscript on Linux that I am aware
> > > > of.
> > > > 
> > > > This also has to wait until the blockers are resolved on the
> > > > tracker.
> > > 
> > > Do you suggest to drop the point from the agenda?  I'd love that.
> >  
> > I believe we can drop the gen_usr_ldscript question, yes, because if
> > everything else happens, we can just have the toolchain guys make it a
> > noop on Linux.
> 
> Something simpler and smoother imho is to just have a profile variable
> that will make gen_usr_ldscript a noop, whatever CHOST or the kernel is.
> New profiles are added with this variable set, wide testing can be done
> without forcing anyone, and voila. It is also simpler for maintaining
> the various OSes, packages that used to install to / can just be
> changed to install to /usr when this variable is set.

I'm not trying to make packages install in /usr with this change.

gen_usr_ldscript was introduced to force shaired libraries that upstream
installs into /usr/lib to move to /lib and leave the static libraries in
/usr/lib.

So, gentoo linux is diverging from upstream's install locations by
splitting up where we install libraries. All I'm proposing is that on
linux we should remove that divergance and put libraries where upstream
installs them.

Since we can tell we are on linux by looking at the chost/ctarget
variables, and there is not an intention to change anything for *bsd or
any other O/S, I am not sure I follow the need for a profile variable.

Again, I'm not asking that the council vote on this at this vote, I am
just asking that they approve the two methods of supporting separate
/usr on linux and approve the action plan of putting out a newsitem and
giving a time window for everyone to migrate to either initramfs or
busybox[sep-usr].

If they want to discuss the gen_usr_ldscript issue I'm not opposed to
that, but that isn't really what I am asking for in this meeting.

William


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