Re: [gentoo-dev] eselect init

2013-06-21 Thread Michał Górny
Dnia 2013-06-20, o godz. 23:16:00 William Hubbs willi...@gentoo.org napisał(a): On Fri, Jun 21, 2013 at 04:39:59AM +0200, Michał Górny wrote: Dnia 2013-06-20, o godz. 15:56:09 William Hubbs willi...@gentoo.org napisał(a): On Thu, Jun 20, 2013 at 12:16:36PM +0200, Fabio Erculiani wrote:

Re: [gentoo-dev] eselect init

2013-06-21 Thread Michael Weber
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/21/2013 04:39 AM, Michał Górny wrote: Dnia 2013-06-20, o godz. 15:56:09 William Hubbs willi...@gentoo.org napisał(a): On Thu, Jun 20, 2013 at 12:16:36PM +0200, Fabio Erculiani wrote: There is a new version of eselect-init in the

[gentoo-dev] Packages up for grabs

2013-06-21 Thread Pacho Ramos
dev-libs/igraph

Re: [gentoo-dev] eselect init

2013-06-21 Thread Fabio Erculiani
For me, the big selling points of eselect-init are: 1. as release engineer, i can prepare images that use either systemd or openrc (at present time these are the two supported options) and do it reliably, programmatically. 2. as distro maintainer, i can roll out a migration path from openrc to

Re: [gentoo-dev] eselect init

2013-06-21 Thread Pacho Ramos
El vie, 21-06-2013 a las 13:19 +0200, Fabio Erculiani escribió: For me, the big selling points of eselect-init are: 1. as release engineer, i can prepare images that use either systemd or openrc (at present time these are the two supported options) and do it reliably, programmatically. 2.

Re: [gentoo-dev] Last time touched bugs by year

2013-06-21 Thread Pacho Ramos
El jue, 14-02-2013 a las 19:19 +0100, Tomáš Chvátal escribió: Hi, I added the bug queries to http://qa-reports.gentoo.org/ based by year of last being touched. Take look, try to close the oldest ones/invalid ones and so on. I think it is lame we have bugs last touched in 2k5 :-P

Re: [gentoo-dev] Last time touched bugs by year

2013-06-21 Thread Tomáš Chvátal
2013/6/21 Pacho Ramos pa...@gentoo.org Could maintainer-wanted assigned bugs be filtered? Otherwise we see a ton of that kind of bugs that, I think, we already know can become really old ;) Thanks! You can do such yourself. Just clone the repo [1] and commit the updated links. Also my

Re: [gentoo-dev] eselect init

2013-06-21 Thread Luca Barbato
On 06/21/2013 01:26 PM, Pacho Ramos wrote: Thanks for the explanation. But I think that, currently, the only remaining objection is whether play with /sbin/init (that needs sysvinit to be changed if I don't misremember) or with /sbin/einit. Looks like mgorny has shown some problems on relying

Re: [gentoo-dev] Last time touched bugs by year

2013-06-21 Thread Markos Chandras
On 21 June 2013 12:44, Tomáš Chvátal tomas.chva...@gmail.com wrote: 2013/6/21 Pacho Ramos pa...@gentoo.org Could maintainer-wanted assigned bugs be filtered? Otherwise we see a ton of that kind of bugs that, I think, we already know can become really old ;) Thanks! You can do such

Re: [gentoo-dev] vmware herd is empty

2013-06-21 Thread Mike Gilbert
On Sun, Jun 16, 2013 at 11:25 AM, Andreas K. Huettel dilfri...@gentoo.org wrote: Am Sonntag, 16. Juni 2013, 14:20:38 schrieb Pacho Ramos: Will drop it in two weeks if nobody joins Thanks I've added myself to the vmware herd for now. However, I don't have much time and only really care

Re: [gentoo-dev] eselect init

2013-06-21 Thread William Hubbs
On Fri, Jun 21, 2013 at 01:50:02PM +0200, Luca Barbato wrote: On 06/21/2013 01:26 PM, Pacho Ramos wrote: Thanks for the explanation. But I think that, currently, the only remaining objection is whether play with /sbin/init (that needs sysvinit to be changed if I don't misremember) or with

Re: [gentoo-dev] eselect init

2013-06-21 Thread William Hubbs
On Fri, Jun 21, 2013 at 12:23:28PM +0200, Michał Górny wrote: If eselect-init installs the wrapper as /sbin/einit, we don't have to touch /sbin/init at all, then, the only thing someone would have to do is to add an entry to their boot loader with init=/sbin/einit on the kcl to use it.

Re: [gentoo-dev] eselect init

2013-06-21 Thread Michał Górny
Dnia 2013-06-21, o godz. 10:16:10 William Hubbs willi...@gentoo.org napisał(a): On Fri, Jun 21, 2013 at 12:23:28PM +0200, Michał Górny wrote: If eselect-init installs the wrapper as /sbin/einit, we don't have to touch /sbin/init at all, then, the only thing someone would have to do is

Re: [gentoo-dev] vmware herd is empty

2013-06-21 Thread Pacho Ramos
El vie, 21-06-2013 a las 09:59 -0400, Mike Gilbert escribió: On Sun, Jun 16, 2013 at 11:25 AM, Andreas K. Huettel dilfri...@gentoo.org wrote: Am Sonntag, 16. Juni 2013, 14:20:38 schrieb Pacho Ramos: Will drop it in two weeks if nobody joins Thanks I've added myself to the vmware herd

Re: [gentoo-dev] eselect init

2013-06-21 Thread Fabio Erculiani
Fix the reason why the wrapper got broken then. If the wrapper broke, it is most likely a symptom of a bigger problem. I think that sysvinit's /sbin/init should be renamed to /sbin/sysvinit (or /bin/sysvinit?), anyway... -- Fabio Erculiani

Re: [gentoo-dev] eselect init

2013-06-21 Thread Pacho Ramos
El vie, 21-06-2013 a las 09:36 -0500, William Hubbs escribió: [...] No, he has his own versions of the systemd and sysvinit ebuilds which move some of the installation to non-standard places as part of this machinery, so it is not opt-in. Also, there was an email on this thread showing that

Re: [gentoo-dev] eselect init

2013-06-21 Thread Markos Chandras
On 21 June 2013 16:29, Michał Górny mgo...@gentoo.org wrote: Dnia 2013-06-21, o godz. 10:16:10 William Hubbs willi...@gentoo.org napisał(a): On Fri, Jun 21, 2013 at 12:23:28PM +0200, Michał Górny wrote: If eselect-init installs the wrapper as /sbin/einit, we don't have to touch

Re: [gentoo-dev] sgml herd has no maintainers (again)

2013-06-21 Thread Pacho Ramos
El dom, 17-03-2013 a las 11:02 -0400, Mike Gilbert escribió: I just dropped myself due to lack of interest. If anyone cares for any of the packages please take them over. Will dissolve it next week if nobody joins then

Re: [gentoo-dev] vmware herd is empty

2013-06-21 Thread Andreas K. Huettel
Am Freitag, 21. Juni 2013, 17:47:35 schrieb Pacho Ramos: El vie, 21-06-2013 a las 09:59 -0400, Mike Gilbert escribió: On Sun, Jun 16, 2013 at 11:25 AM, Andreas K. Huettel dilfri...@gentoo.org wrote: Am Sonntag, 16. Juni 2013, 14:20:38 schrieb Pacho Ramos: Will drop it in two weeks if

Re: [gentoo-dev] eselect init

2013-06-21 Thread William Hubbs
On Fri, Jun 21, 2013 at 05:23:51PM +0200, Fabio Erculiani wrote: I think that sysvinit's /sbin/init should be renamed to /sbin/sysvinit (or /bin/sysvinit?), anyway... Feel free to file a request with sysvinit upstream to see if they will do this; I don't think we should be randomly renaming

Re: [gentoo-dev] eselect init

2013-06-21 Thread William Hubbs
On Fri, Jun 21, 2013 at 05:13:33PM +0100, Markos Chandras wrote: On 21 June 2013 16:29, Michał Górny mgo...@gentoo.org wrote: Dnia 2013-06-21, o godz. 10:16:10 William Hubbs willi...@gentoo.org napisał(a): On Fri, Jun 21, 2013 at 12:23:28PM +0200, Michał Górny wrote: If eselect-init

[gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Robin H. Johnson
Hi all, From what I've read on the list recently, there's a lot of demand for non-maintainer updates to ebuilds. Esp. with the upcoming Git migration, I predict there will be a much larger influx of changes from users. Some developers (eg myself) have a general policy [2] that we send out to the

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Alexis Ballier
Hi, I'm open to all input, but here's some initial questions I'd like to hear your answers to: - How should developers, herds teams communicate how welcome they are to NMU changes on their packages? The way I've been doing this is: - packages I maintain through herd - go ahead and be

Re: [gentoo-dev] Last time touched bugs by year

2013-06-21 Thread Andreas K. Huettel
Am Freitag, 21. Juni 2013, 14:50:29 schrieb Markos Chandras: On 21 June 2013 12:44, Tomáš Chvátal tomas.chva...@gmail.com wrote: 2013/6/21 Pacho Ramos pa...@gentoo.org Could maintainer-wanted assigned bugs be filtered? Otherwise we see a ton of that kind of bugs that, I think, we already

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Robin H. Johnson
On Fri, Jun 21, 2013 at 03:04:11PM -0400, Alexis Ballier wrote: - How should developers, herds teams communicate how welcome they are to NMU changes on their packages? The way I've been doing this is: - packages I maintain through herd - go ahead and be responsible. - if I add myself

Re: [gentoo-dev] Last time touched bugs by year

2013-06-21 Thread Michał Górny
Dnia 2013-06-21, o godz. 21:08:45 Andreas K. Huettel dilfri...@gentoo.org napisał(a): Am Freitag, 21. Juni 2013, 14:50:29 schrieb Markos Chandras: That is true. There is nothing special about there m-w bugs. They are still unresolved bugs, for many years. No need to treat them differently.

Re: [gentoo-dev] Last time touched bugs by year

2013-06-21 Thread Sergey Popov
21.06.2013 23:08, Andreas K. Huettel пишет: Am Freitag, 21. Juni 2013, 14:50:29 schrieb Markos Chandras: On 21 June 2013 12:44, Tomáš Chvátal tomas.chva...@gmail.com wrote: 2013/6/21 Pacho Ramos pa...@gentoo.org Could maintainer-wanted assigned bugs be filtered? Otherwise we see a ton of

Re: [gentoo-dev] Last time touched bugs by year

2013-06-21 Thread Sergey Popov
21.06.2013 23:22, Sergey Popov пишет: 2) package has dead upstream, does not build with current gcc/glibc/binutils/whatever and can not be fixed - bug is closed as OBSOLETE. Of course i am talking about long-standing bugs, that assigned to maintainer-wanted@. That's why OBSOLETE seems to be

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Alexis Ballier
On Fri, 21 Jun 2013 19:07:48 + Robin H. Johnson robb...@gentoo.org wrote: - How do we encourage responsible ownership of changes that cause breakage? [1] That's something I'd like to get enlightened on. The, probably too emotional, algorithm that doesn't scale I've been applying

Re: [gentoo-dev] eselect init

2013-06-21 Thread Luca Barbato
On 06/21/2013 05:23 PM, Fabio Erculiani wrote: Fix the reason why the wrapper got broken then. If the wrapper broke, it is most likely a symptom of a bigger problem. I think that sysvinit's /sbin/init should be renamed to /sbin/sysvinit (or /bin/sysvinit?), anyway... /bin/init lu

Re: [gentoo-dev] eselect init

2013-06-21 Thread Luca Barbato
On 06/21/2013 06:50 PM, William Hubbs wrote: On Fri, Jun 21, 2013 at 05:13:33PM +0100, Markos Chandras wrote: On 21 June 2013 16:29, Michał Górny mgo...@gentoo.org wrote: Dnia 2013-06-21, o godz. 10:16:10 William Hubbs willi...@gentoo.org napisał(a): On Fri, Jun 21, 2013 at 12:23:28PM +0200,

Re: [gentoo-dev] Last time touched bugs by year

2013-06-21 Thread Alex Xu
On 21/06/13 03:27 PM, Sergey Popov wrote: 21.06.2013 23:22, Sergey Popov пишет: 2) package has dead upstream, does not build with current gcc/glibc/binutils/whatever and can not be fixed - bug is closed as OBSOLETE. Of course i am talking about long-standing bugs, that assigned to

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Michael Weber
On 06/21/2013 08:50 PM, Robin H. Johnson wrote: [NMU] Abstract: Be verbose about your preferences. == TL;DR == I'm missing this kind of information since the beginning. After 2 (?) years, i've learned some policies, like herd:desktop-* is free for all, don't touch herd:base-system and so on.

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Michael Weber
On 06/21/2013 10:31 PM, Michael Weber wrote: On 06/21/2013 08:50 PM, Robin H. Johnson wrote: [NMU] Forgot to mention, ChangeLog metadata.xml is nice to have, but often dated. ChangeLog carries a good source of information - frequency of commits by maintainer - history of non-maint-commits

[gentoo-dev] Request for testing: plasma-active

2013-06-21 Thread Chris Reffett
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All, The KDE team has added Plasma Active to the KDE overlay, under the (provisional) category name kde-active. Plasma Active is based on KDE and is designed for mobile devices. We are not able to test it at present as none of the KDE team has a

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Mike Frysinger
On Friday 21 June 2013 14:50:54 Robin H. Johnson wrote: From what I've read on the list recently, there's a lot of demand for non-maintainer updates to ebuilds. Esp. with the upcoming Git migration, I predict there will be a much larger influx of changes from users. seems like we're somewhat

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Robin H. Johnson
On Fri, Jun 21, 2013 at 07:40:03PM -0400, Mike Frysinger wrote: On Friday 21 June 2013 14:50:54 Robin H. Johnson wrote: From what I've read on the list recently, there's a lot of demand for non-maintainer updates to ebuilds. Esp. with the upcoming Git migration, I predict there will be a

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Mike Frysinger
On Friday 21 June 2013 20:06:31 Robin H. Johnson wrote: On Fri, Jun 21, 2013 at 07:40:03PM -0400, Mike Frysinger wrote: On Friday 21 June 2013 14:50:54 Robin H. Johnson wrote: From what I've read on the list recently, there's a lot of demand for non-maintainer updates to ebuilds. Esp.

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Robin H. Johnson
On Fri, Jun 21, 2013 at 08:17:38PM -0400, Mike Frysinger wrote: I'm not going into review systems here at all, I'm simply trying to have a policy of what changes are welcomed/blocked WITHOUT interaction from the listed maintainer(s) of a given package/herd. add a new field to metadata.xml

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Mike Frysinger
On Friday 21 June 2013 20:26:03 Robin H. Johnson wrote: On Fri, Jun 21, 2013 at 08:17:38PM -0400, Mike Frysinger wrote: I'm not going into review systems here at all, I'm simply trying to have a policy of what changes are welcomed/blocked WITHOUT interaction from the listed maintainer(s)

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Tom Wijsman
On Fri, 21 Jun 2013 15:04:11 -0400 Alexis Ballier aball...@gentoo.org wrote: I'm open to all input, but here's some initial questions I'd like to hear your answers to: - How should developers, herds teams communicate how welcome they are to NMU changes on their packages? The way I've

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Tom Wijsman
On Fri, 21 Jun 2013 22:41:51 +0200 Michael Weber x...@gentoo.org wrote: Should be checked by bug wranglers, to cross-check for errors resulting from non-maint commits (slackers will not reassign to the person responsible) and other eager people to exchange thoughts and maybe forming a herd.

Re: [gentoo-dev] eselect init

2013-06-21 Thread Ulrich Mueller
On Fri, 21 Jun 2013, Luca Barbato wrote: /bin/init Why /bin? It shouldn't be in users' PATH. Ulrich

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Robin H. Johnson
On Fri, Jun 21, 2013 at 09:06:30PM -0400, Mike Frysinger wrote: On Friday 21 June 2013 20:26:03 Robin H. Johnson wrote: On Fri, Jun 21, 2013 at 08:17:38PM -0400, Mike Frysinger wrote: I'm not going into review systems here at all, I'm simply trying to have a policy of what changes are

Re: [gentoo-dev] eselect init

2013-06-21 Thread Michael Weber
On 06/22/2013 03:27 AM, Ulrich Mueller wrote: On Fri, 21 Jun 2013, Luca Barbato wrote: /bin/init Why /bin? It shouldn't be in users' PATH. users' PATH, a joyful blast from the past, if I'm allowed to say that. But it's all /usr/bin now [1]. Off topic -- I always have sbins in my non-root

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Rick Zero_Chaos Farina
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/21/2013 09:42 PM, Robin H. Johnson wrote: On Fri, Jun 21, 2013 at 09:06:30PM -0400, Mike Frysinger wrote: On Friday 21 June 2013 20:26:03 Robin H. Johnson wrote: On Fri, Jun 21, 2013 at 08:17:38PM -0400, Mike Frysinger wrote: I'm not going