Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

[Mike Frysinger]

On 31 Mar 2016 21:09, Alexis Ballier wrote:
> On Thursday, March 31, 2016 8:19:52 PM CEST, Mike Frysinger wrote:
> > 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: ...
> >> 
> >> 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
> 
> ... which introduces a mess to track what has been converted and what not 
> while it can be done once and for good

not really.  a simple grep in the tree for the single func being dropped
is fairly trivial.

> >>> ...
> >> 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.
> 
> lemme look it up for you then:
> https://wiki.gentoo.org/wiki/Council_decisions
> 
> systems with separate /usr should be supported. However, users shouldn't be 
> constrained from using software which doesn't support that. -- 04/2012 
> meeting
> 
> The council has voted in favour of a separate /usr being supported
> (5 yes, 1 no vote).
> 
> >  and
> > regardless of that, i don't see the default behavior of being off as being
> > contra "easy to use".
> 
> but you're right there, it doesn't make it hard to use, just not working 
> out of the box, which is already debatable; however, with eudev being the 
> default I don't think there is anything preventing it atm with a default 
> setup, but i might certainly stand corrected there

"being supported" != "enabled by default".  so no, i still don't see any
requirement in anything you've cited that this be turned on by default.
-mike


signature.asc
Description: Digital signature

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

[Mike Frysinger]

On 31 Mar 2016 21:13, Alexis Ballier wrote:
> On Thursday, March 31, 2016 8:20:45 PM CEST, Mike Frysinger wrote:
> > On 31 Mar 2016 19:03, Alexis Ballier wrote:
> >> On Thursday, March 31, 2016 6:08:52 PM CEST, Mike Frysinger wrote:
> >>> On 31 Mar 2016 10:12, Mike Gilbert wrote: ...
> >> 
> >> unless you symlink /bin to /usr/bin, moving binaries around has wider 
> >> implications than sep-usr
> >
> > no valid package will be affected.  if you're hardcoding `/bin/foo`, then
> > you're doing it wrong already and that's your fault.
> 
> since when '#! /bin/sh' is invalid at the top of a shell script ? or even 
> execv deprecated ?

there are exceptions for a few very well known programs, but a few shebangs
does not mean supporting `/bin/cut` or `/bin/kmod` is required.
-mike


signature.asc
Description: Digital signature

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

[Alexis Ballier]

On Thursday, March 31, 2016 8:20:45 PM CEST, Mike Frysinger wrote:

On 31 Mar 2016 19:03, Alexis Ballier wrote:

On Thursday, March 31, 2016 6:08:52 PM CEST, Mike Frysinger wrote:

On 31 Mar 2016 10:12, Mike Gilbert wrote: ...


unless you symlink /bin to /usr/bin, moving binaries around has wider 
implications than sep-usr


no valid package will be affected.  if you're hardcoding `/bin/foo`, then
you're doing it wrong already and that's your fault.


since when '#! /bin/sh' is invalid at the top of a shell script ? or even 
execv deprecated ?

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

[Alexis Ballier]

On Thursday, March 31, 2016 8:19:52 PM CEST, Mike Frysinger wrote:

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: ...


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



... which introduces a mess to track what has been converted and what not 
while it can be done once and for good



...
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.


lemme look it up for you then:
https://wiki.gentoo.org/wiki/Council_decisions

systems with separate /usr should be supported. However, users shouldn't be 
constrained from using software which doesn't support that. -- 04/2012 
meeting


The council has voted in favour of a separate /usr being supported
(5 yes, 1 no vote).


 and
regardless of that, i don't see the default behavior of being off as being
contra "easy to use".


but you're right there, it doesn't make it hard to use, just not working 
out of the box, which is already debatable; however, with eudev being the 
default I don't think there is anything preventing it atm with a default 
setup, but i might certainly stand corrected there

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

[Mike Frysinger]

On 31 Mar 2016 19:03, Alexis Ballier wrote:
> On Thursday, March 31, 2016 6:08:52 PM CEST, Mike Frysinger wrote:
> > On 31 Mar 2016 10:12, Mike Gilbert wrote:
> >> On Wed, Mar 30, 2016 at 7:58 PM, Mike Frysinger 
> >>  wrote: ...
> >
> > i think we can scope it currently for libs (and any data files they need),
> > but i don't see it being a bad thing to leverage it for /bin progs.
> 
> unless you symlink /bin to /usr/bin, moving binaries around has wider 
> implications than sep-usr

no valid package will be affected.  if you're hardcoding `/bin/foo`, then
you're doing it wrong already and that's your fault.
-mike


signature.asc
Description: Digital signature

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

[Mike Frysinger]

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

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

[Alexis Ballier]

On Thursday, March 31, 2016 6:08:52 PM CEST, Mike Frysinger wrote:

On 31 Mar 2016 10:12, Mike Gilbert wrote:
On Wed, Mar 30, 2016 at 7:58 PM, Mike Frysinger 
 wrote: ...


i think we can scope it currently for libs (and any data files they need),
but i don't see it being a bad thing to leverage it for /bin progs.



unless you symlink /bin to /usr/bin, moving binaries around has wider 
implications than sep-usr

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

[Alexis Ballier]

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




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 :)


Alexis.

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

[Mike Frysinger]

On 31 Mar 2016 10:12, Mike Gilbert wrote:
> On Wed, Mar 30, 2016 at 7:58 PM, Mike Frysinger  wrote:
> > To make forward progress on bug 417451, introduce a new sep-usr eclass
> > that will hold all logic related to having a separate /usr.  For now,
> > this is just the gen_usr_ldscript function and a new USE=sep-usr flag.
> 
> Seems like a decent idea.
> 
> Before this flag gets added, should we define some bounds? I just
> don't want to see this flag get abused by using it to move other files
> around randomly, like moving things from /bin to /usr/bin, etc.

i think we can scope it currently for libs (and any data files they need),
but i don't see it being a bad thing to leverage it for /bin progs.

> > 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.
> 
> So the sep-usr flag will be disabled by default? That's going to
> trigger a change from the current state, and will definitely need to
> be announced.

correct.  i can put together a news item.
-mike


signature.asc
Description: Digital signature

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

[Mike Frysinger]

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.

> > 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.
-mike


signature.asc
Description: Digital signature

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

[Mike Gilbert]

On Wed, Mar 30, 2016 at 7:58 PM, Mike Frysinger  wrote:
> To make forward progress on bug 417451, introduce a new sep-usr eclass
> that will hold all logic related to having a separate /usr.  For now,
> this is just the gen_usr_ldscript function and a new USE=sep-usr flag.

Seems like a decent idea.

Before this flag gets added, should we define some bounds? I just
don't want to see this flag get abused by using it to move other files
around randomly, like moving things from /bin to /usr/bin, etc.

> 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.

So the sep-usr flag will be disabled by default? That's going to
trigger a change from the current state, and will definitely need to
be announced.

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

[Alexis Ballier]

On Thursday, March 31, 2016 1:58:19 AM CEST, Mike Frysinger wrote:

To make forward progress on bug 417451, introduce a new sep-usr eclass
that will hold all logic related to having a separate /usr.  For now,
this is just the gen_usr_ldscript function and a new USE=sep-usr flag.


Good idea, thanks. I'm not 100% convinced it is worth a useflag (instead of 
e.g. a make.defaults variable that one can override in make.conf), but why 
not.



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.




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.


Alexis.

Re: [gentoo-dev] Packages up for grab

[Dirkjan Ochtman]

On Thu, Mar 31, 2016 at 1:17 PM, Alexey Shvetsov  wrote:
> dev-python/configshell
> dev-python/rtslib

I looked at whether these should be owned by the Python team, but I
don't think they should be. It looks like they're low-level utilities
that happen to be written in Python. As such, they probably shouldn't
even be in dev-python.

Cheers,

Dirkjan

Re: [gentoo-dev] Packages up for grab

[Tony Vroon]

On 31/03/16 12:35, Lars Wendler wrote:
> Please don't remove me from gptfdisk when you add yourself.

Based on our discussion I'll take libqmi & libmbim only and leave
gptfdisk to you. All I care about is that it isn't left maintainer-needed.
Thanks :)

Regards,
Tony V.



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] Packages up for grab

[Lars Wendler]

On Thu, 31 Mar 2016 12:21:08 +0100 Tony Vroon wrote:

>On 31/03/16 12:17, Alexey Shvetsov wrote:
>> net-libs/libmbim
>> net-libs/libqmi
>> sys-apps/gptfdisk  

Please don't remove me from gptfdisk when you add yourself. I am still
interested in the package and have no plans to drop myself as
maintainer :)

>These are of interest. I'll take them.
>
>Regards,
>Tony V.
>
>
>



-- 
Lars Wendler
Gentoo package maintainer
GPG: 21CC CF02 4586 0A07 ED93  9F68 498F E765 960E 9B39

Attention! New gpg key! See (self signed server cert for now)
http://www.gentoofan.org/blog/index.php?/archives/9-New-gpg-keys.html


pgpEGuGQu8Ww1.pgp
Description: Digitale Signatur von OpenPGP

Re: [gentoo-dev] Packages up for grab

[Alexey Shvetsov]

There also another package that i dont use anymore

sci-chemistry/icm


Alexey Shvetsov писал 31-03-2016 14:17:
There is list of packages that i dont realy use / or dont have hw to 
test


lio-target stack

dev-python/configshell
dev-python/rtslib
sys-block/rtsadmin
sys-block/targetcli

packages related to qualcom cell modem

net-libs/libmbim
net-libs/libqmi

and

sys-apps/gptfdisk


--
Best Regards,
Alexey 'Alexxy' Shvetsov
Best Regards,
Alexey 'Alexxy' Shvetsov, PhD
Department of Molecular and Radiation Biophysics
FSBI Petersburg Nuclear Physics Institute, NRC Kurchatov Institute,
Leningrad region, Gatchina, Russia
Gentoo Team Ru
Gentoo Linux Dev
mailto:alexx...@gmail.com
mailto:ale...@gentoo.org
mailto:ale...@omrb.pnpi.spb.ru

Re: [gentoo-dev] Packages up for grab

[Tony Vroon]

On 31/03/16 12:17, Alexey Shvetsov wrote:
> net-libs/libmbim
> net-libs/libqmi
> sys-apps/gptfdisk

These are of interest. I'll take them.

Regards,
Tony V.





signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Packages up for grab

[Alexey Shvetsov]

There is list of packages that i dont realy use / or dont have hw to 
test


lio-target stack

dev-python/configshell
dev-python/rtslib
sys-block/rtsadmin
sys-block/targetcli

packages related to qualcom cell modem

net-libs/libmbim
net-libs/libqmi

and

sys-apps/gptfdisk


--
Best Regards,
Alexey 'Alexxy' Shvetsov
Best Regards,
Alexey 'Alexxy' Shvetsov, PhD
Department of Molecular and Radiation Biophysics
FSBI Petersburg Nuclear Physics Institute, NRC Kurchatov Institute,
Leningrad region, Gatchina, Russia
Gentoo Team Ru
Gentoo Linux Dev
mailto:alexx...@gmail.com
mailto:ale...@gentoo.org
mailto:ale...@omrb.pnpi.spb.ru

[gentoo-dev] Bug 578314 Fix

[Ankita Shukla]

Hi,

I have fixed this  bug
and pasted the diff in the comments. I cloned using anongit, and so am
unable to push my changes.

What next steps should I take?

-- 
Thanks and Regards,

Ankita Shukla
Computer Science Engineering
B.Tech Final Year (Senior)
Indian Institute of Technology Roorkee