[gentoo-dev] Last rite: Further ruby-1.8 only packages II

2013-09-26 Thread Manuel Rüger
# Manuel Rüger (27 Sep 2013) # Mask further ruby-1.8 only packages # Masked for removal in 30 days app-office/tpp dev-ruby/ncurses-ruby net-news/raggle signature.asc Description: OpenPGP digital signature

[gentoo-dev] Last rite: Further ruby-1.8 only packages

2013-09-26 Thread Manuel Rüger
# Manuel Rüger (27 Sep 2013) # Mask further ruby-1.8 only packages # Masked for removal in 30 days. dev-ruby/heckle dev-ruby/main dev-ruby/rcov dev-ruby/rqr dev-ruby/ruby-svg signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Re: newsitem: initramfs required on Linux systems with separate /usr

2013-09-26 Thread William Hubbs
On Thu, Sep 26, 2013 at 05:39:44PM +, Duncan wrote: > William Hubbs posted on Thu, 26 Sep 2013 09:10:49 -0500 as excerpted: > > > If you have / and /usr on separate file systems and you are not > > currently using an initramfs, you must set one up before this date. > > Otherwise, at some point

Re: [gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Arfrever Frehtes Taifersar Arahesis
2013-09-26 17:04 Michael Palimaka napisał(a): > What about when the subslot of boost was equal to ${PV}? Was it really a > good idea to make everyone rebuild half their system for a bugfix > release, without even checking if the ABI changed? It is wrong example due to 2 reasons: 1. Subslot of de

Re: [gentoo-dev] newsitem: initramfs required on Linux systems with separate /usr

2013-09-26 Thread Donnie Berkholz
On 11:03 Thu 26 Sep , JD Horelick wrote: > My only issue here is that I feel like we should give users a bit longer > than one month (34 days, close enough) to make this change. In some cases, > it may require a large, architectural change which may take a while to be > engineered and organized

Re: [gentoo-dev] newsitem: initramfs required on Linux systems with separate /usr

2013-09-26 Thread Rich Freeman
On Thu, Sep 26, 2013 at 11:03 AM, JD Horelick wrote: > My only issue here is that I feel like we should give users a bit longer > than one month (34 days, close enough) to make this change. In some cases, > it may require a large, architectural change which may take a while to be > engineered and

[gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Martin Vaeth
Kent Fredric wrote: > > On 27 September 2013 05:57, Ciaran McCreesh >wrote: > >> virtual/perl-* is self-inflicted. > > How would you recommend it? For those which are provided by perl itself, you could have a corresponding useflag of dev-lang/perl and make a use dependency: If the main perl tarba

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Ciaran McCreesh
On Thu, 26 Sep 2013 15:06:44 -0300 Alexis Ballier wrote: > On Thu, 26 Sep 2013 18:53:14 +0100 > Ciaran McCreesh wrote: > > On Thu, 26 Sep 2013 14:53:53 -0300 > > Alexis Ballier wrote: > > > please spend your time on something useful: > > > fix bug #449094 and bug #462138 or propose something yo

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Kent Fredric
On 27 September 2013 05:57, Ciaran McCreesh wrote: > virtual/perl-* is self-inflicted. How would you recommend it? Like for instance, we really do need virtuals ( or equivalent ) for many things in there, because those things may stop being part of dev-lang/perl at a future time. One such examp

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Kent Fredric
On 27 September 2013 06:00, Kent Fredric wrote: > > ie: every time there is a new iteration of Foo, one must iterate all the > virtuals that relate to it, and vet their need to be updated, and every > single update you do is just something thats easy to get wrong, when it > always seems to make s

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Alexis Ballier
On Thu, 26 Sep 2013 18:53:14 +0100 Ciaran McCreesh wrote: > On Thu, 26 Sep 2013 14:53:53 -0300 > Alexis Ballier wrote: > > please spend your time on something useful: > > fix bug #449094 and bug #462138 or propose something you think > > better for fixing the problems those bugs describe. > >

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Ciaran McCreesh
On Fri, 27 Sep 2013 06:00:01 +1200 Kent Fredric wrote: > ( virtual/perl-* is a maintenance nightmare ) virtual/perl-* is self-inflicted. -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Ciaran McCreesh
On Thu, 26 Sep 2013 14:53:53 -0300 Alexis Ballier wrote: > please spend your time on something useful: > fix bug #449094 and bug #462138 or propose something you think better > for fixing the problems those bugs describe. Those are both an awful lot of work for a very minimal gain for a very sma

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Kent Fredric
On 27 September 2013 03:10, Andreas K. Huettel wrote: > > app-text/poppler > https://bugs.gentoo.org/show_bug.cgi?id=462020 Reading this bug re-fuels my wish for virtuals to un-happen. Maintaining a virtual with a massive list of || ( ) conditions is so so painful, especially considering thei

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Alexis Ballier
please, not this again... please spend your time on something useful: fix bug #449094 and bug #462138 or propose something you think better for fixing the problems those bugs describe. subslots are far from perfect atm

[gentoo-dev] Re: newsitem: initramfs required on Linux systems with separate /usr

2013-09-26 Thread Duncan
William Hubbs posted on Thu, 26 Sep 2013 09:10:49 -0500 as excerpted: > If you have / and /usr on separate file systems and you are not > currently using an initramfs, you must set one up before this date. > Otherwise, at some point on or after this date, upgrading packages will > make your system

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 26/09/13 11:24 AM, Davide Pesavento wrote: > On Thu, Sep 26, 2013 at 4:04 PM, Kent Fredric > wrote: >> >> On 26 September 2013 19:53, Michał Górny >> wrote: >>> >>> How do we handle packages which install multiple libraries? I'm >>> afraid for

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in profiles/eapi-5-files: ChangeLog package.use.stable.mask

2013-09-26 Thread IAN DELANEY
On Thu, 26 Sep 2013 11:05:54 -0400 Mike Gilbert wrote: > On Thu, Sep 26, 2013 at 5:52 AM, Ian Delaney (idella4) > wrote: > > idella4 13/09/26 09:52:25 > > > > Modified: ChangeLog package.use.stable.mask > > Log: > > Delete temp. entry of =app-emulation/xen-tools-4.2.1-r3 wr

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in profiles/eapi-5-files: ChangeLog package.use.stable.mask

2013-09-26 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 26/09/13 11:44 AM, Ian Stakenvicius wrote: > On 26/09/13 11:05 AM, Mike Gilbert wrote: >> Ian: Why did you add an entry to package.use.stable.mask with my >> name attached to it? An entry that I removed several weeks ago, >> no less. > Heh, oop

Re: [gentoo-dev] newsitem: initramfs required on Linux systems with separate /usr

2013-09-26 Thread William Hubbs
All, I missed a message on this thread some how, thanks to tomwij for pointing this out. Here is the final version of the news item. Let me know if you have any issues. Otherwise this will be pushed on 27-Sep. Thanks, William Title: Separate /usr on Linux requires initramfs Author: William Hu

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in profiles/eapi-5-files: ChangeLog package.use.stable.mask

2013-09-26 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 26/09/13 11:05 AM, Mike Gilbert wrote: > On Thu, Sep 26, 2013 at 5:52 AM, Ian Delaney (idella4) > wrote: >> idella4 13/09/26 09:52:25 >> >> Modified: ChangeLog package.use.stable.mask Log: >> Delete temp. entry of =app-emulatio

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Davide Pesavento
On Thu, Sep 26, 2013 at 4:04 PM, Kent Fredric wrote: > > On 26 September 2013 19:53, Michał Górny wrote: >> >> How do we handle packages which install multiple libraries? I'm afraid >> forcing such a policy and/or hurrying developers to adapt will only >> cause more of poppler-like issues to occu

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Andreas K. Huettel
Am Donnerstag, 26. September 2013, 16:04:22 schrieb Kent Fredric: > On 26 September 2013 19:53, Michał Górny wrote: > > How do we handle packages which install multiple libraries? I'm afraid > > forcing such a policy and/or hurrying developers to adapt will only > > cause more of poppler-like issu

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in profiles/eapi-5-files: ChangeLog package.use.stable.mask

2013-09-26 Thread Mike Gilbert
On Thu, Sep 26, 2013 at 5:52 AM, Ian Delaney (idella4) wrote: > idella4 13/09/26 09:52:25 > > Modified: ChangeLog package.use.stable.mask > Log: > Delete temp. entry of =app-emulation/xen-tools-4.2.1-r3 wrt Bug #484524 > > Revision ChangesPath > 1.23 prof

[gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Michael Palimaka
On 27/09/2013 00:12, Ian Stakenvicius wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 26/09/13 06:51 AM, Michael Palimaka wrote: On 26/09/2013 17:53, Michał Górny wrote: How do we handle packages which install multiple libraries? I'm afraid forcing such a policy and/or hurrying devel

Re: [gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 26/09/13 06:51 AM, Michael Palimaka wrote: > On 26/09/2013 17:53, Michał Górny wrote: >> How do we handle packages which install multiple libraries? I'm >> afraid forcing such a policy and/or hurrying developers to adapt >> will only cause more of

Re: [gentoo-dev] newsitem: initramfs required on Linux systems with separate /usr

2013-09-26 Thread William Hubbs
This should be the final version of the news item. If no one has any issues, I will push it on 27-Sep utc. Thanks, William Title: Separate /usr on Linux requires initramfs Author: William Hubbs Content-Type: text/plain Posted: 2013-09-27 Revision: 1 News-Item-Format: 1.0 Due to many upstream c

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Kent Fredric
On 26 September 2013 19:53, Michał Górny wrote: > How do we handle packages which install multiple libraries? I'm afraid > forcing such a policy and/or hurrying developers to adapt will only > cause more of poppler-like issues to occur. > Can you give a an example package which: - installs mult

Re: [gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Ciaran McCreesh
On Thu, 26 Sep 2013 21:14:11 +1000 Michael Palimaka wrote: > On 26/09/2013 20:55, Ciaran McCreesh wrote: > > On Thu, 26 Sep 2013 20:51:26 +1000 > > Michael Palimaka wrote: > >> There isn't a 100% perfect solution currently, and I agree that > >> hurrying people will simply move us from "not enoug

[gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Michael Palimaka
On 26/09/2013 20:55, Ciaran McCreesh wrote: On Thu, 26 Sep 2013 20:51:26 +1000 Michael Palimaka wrote: There isn't a 100% perfect solution currently, and I agree that hurrying people will simply move us from "not enough rebuilds" to "too many rebuilds". This is still a huge improvement. At

Re: [gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Ciaran McCreesh
On Thu, 26 Sep 2013 20:51:26 +1000 Michael Palimaka wrote: > There isn't a 100% perfect solution currently, and I agree that > hurrying people will simply move us from "not enough rebuilds" to > "too many rebuilds". This is still a huge improvement. -- Ciaran McCreesh signature.asc Descriptio

[gentoo-dev] Re: [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Michael Palimaka
On 26/09/2013 17:53, Michał Górny wrote: Dnia 2013-09-26, o godz. 15:15:38 Patrick Lauer napisał(a): Thus I suggest declaring a policy: "" Any library bump that would trigger revdep-rebuild should be done with the affected library package.mask'ed until all its consumers have been properly bum

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Ciaran McCreesh
On Thu, 26 Sep 2013 09:53:22 +0200 Michał Górny wrote: > How do we handle packages which install multiple libraries? I'm afraid > forcing such a policy and/or hurrying developers to adapt will only > cause more of poppler-like issues to occur. You change subslot if at least one of the libraries b

Re: [gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Michał Górny
Dnia 2013-09-26, o godz. 15:15:38 Patrick Lauer napisał(a): > Thus I suggest declaring a policy: > > "" > Any library bump that would trigger revdep-rebuild should be done with > the affected library package.mask'ed until all its consumers have been > properly bumped to subslot-aware versions. >

[gentoo-dev] [RFC] Policy for migrating library consumers to subslots

2013-09-26 Thread Patrick Lauer
tl;dr: We should use EAPI5 features I've noticed some libraries (e.g. poppler) having (almost) all their consumers migrated to eapi5 subslots. So upgrading those is now really neato. Other libraries are still a bit less optimal. So there's lots of revdep-rebuild / emerge @preserved-rebuild happen

Re: [gentoo-dev] Move m68k, sh, s390 to ~arch

2013-09-26 Thread Patrick Lauer
On 09/25/2013 03:07 AM, Markos Chandras wrote: > On 09/24/2013 07:28 PM, Agostino Sarubbo wrote: >> On 09/23/2013 22:41, Markos Chandras wrote: >>> (unless of course you want to increase your number of cvs commits >>> which is a worrying argument on its own) > >> 11:16 #gentoo-bugs: <+bonsaikitten