Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread William Hubbs
On Wed, Apr 24, 2013 at 08:13:23PM -0700, Alec Warner wrote: > On Wed, Apr 24, 2013 at 10:34 AM, Mike Frysinger wrote: > > > On Wednesday 24 April 2013 13:23:23 William Hubbs wrote: > > > On Wed, Apr 24, 2013 at 12:58:21PM -0400, Ian Stakenvicius wrote: > > > > On 24/04/13 12:16 PM, William Hubbs

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Alec Warner
On Wed, Apr 24, 2013 at 10:34 AM, Mike Frysinger wrote: > On Wednesday 24 April 2013 13:23:23 William Hubbs wrote: > > On Wed, Apr 24, 2013 at 12:58:21PM -0400, Ian Stakenvicius wrote: > > > On 24/04/13 12:16 PM, William Hubbs wrote: > > > > it has been suggested that gentoo's oldnet scripts be s

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Zac Medico
On 04/24/2013 06:39 PM, Ian Stakenvicius wrote: > On 24/04/13 09:10 PM, William Hubbs wrote: >> On Wed, Apr 24, 2013 at 07:32:44PM -0400, Rick "Zero_Chaos" Farina >> wrote: >>> On 04/24/2013 07:17 PM, William Hubbs wrote: This would actually be cleaner than a bogus dependency in Open

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 24/04/13 09:10 PM, William Hubbs wrote: > On Wed, Apr 24, 2013 at 07:32:44PM -0400, Rick "Zero_Chaos" Farina > wrote: >> On 04/24/2013 07:17 PM, William Hubbs wrote: >>> >>> This would actually be cleaner than a bogus dependency in >>> OpenRC. I

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread William Hubbs
On Wed, Apr 24, 2013 at 07:32:44PM -0400, Rick "Zero_Chaos" Farina wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 04/24/2013 07:17 PM, William Hubbs wrote: > > On Wed, Apr 24, 2013 at 06:34:46PM -0400, Walter Dnes wrote: > >> On Wed, Apr 24, 2013 at 02:16:51PM -0400, Rich Freeman

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Carlos Silva
How about someone decide which is the best version and keep it integrated in OpenRC? There's no best version? diff the two of them and merge what matters. I mean, how many distros do you know that have two sets of init scripts *just* to configure networking? I know Gentoo is about choice, but this

Re: [gentoo-dev] Re: [OT/NIT] Re: Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask

2013-04-24 Thread Peter Stuge
Michael Mol wrote: > > I would argue that repoman and/or corresponding checks should be run > > by a CI system hooked up to the Gerrit instance that developers push to. > > I was thinking something similar, actually, except you'd need > something like this: > > 1. dev pushes to Gerrit > 2. Gerrit

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Rick "Zero_Chaos" Farina
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/24/2013 07:17 PM, William Hubbs wrote: > On Wed, Apr 24, 2013 at 06:34:46PM -0400, Walter Dnes wrote: >> On Wed, Apr 24, 2013 at 02:16:51PM -0400, Rich Freeman wrote >> >>> Considering our default configuration ships sshd (an argument we don't >>

Re: [gentoo-dev] Re: [OT/NIT] Re: Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask

2013-04-24 Thread Patrick Lauer
On 04/24/2013 07:21 PM, Peter Stuge wrote: > Jeroen Roovers wrote: >> Er, you can't be seriously suggesting we will drop repoman checks >> with the migration to git? I don't see how that would benefit anyone. > > I would argue that repoman and/or corresponding checks should be run > by a CI system

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread William Hubbs
On Wed, Apr 24, 2013 at 06:34:46PM -0400, Walter Dnes wrote: > On Wed, Apr 24, 2013 at 02:16:51PM -0400, Rich Freeman wrote > > > Considering our default configuration ships sshd (an argument we don't > > need to rehash here), it seems a bit silly to not ship networking > > support by default. I'

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Walter Dnes
On Wed, Apr 24, 2013 at 02:16:51PM -0400, Rich Freeman wrote > Considering our default configuration ships sshd (an argument we don't > need to rehash here), it seems a bit silly to not ship networking > support by default. I'd rather not do it as part of the system set, > though that would be co

Re: [gentoo-dev] Re: [OT/NIT] Re: Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask

2013-04-24 Thread Rich Freeman
On Wed, Apr 24, 2013 at 4:04 PM, Alex Xu wrote: > Seems simple enough, as long as `repoman scan` runs quickly. > This is the key, because if a commit happens anywhere in your process, your push will fail. At first I thought you were suggesting a server-side hook. This essentially has the same p

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Patrick McLean
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 24/04/13 11:46 AM, Mike Frysinger wrote: > On Wednesday 24 April 2013 13:54:07 William Hubbs wrote: >> On Wed, Apr 24, 2013 at 01:34:36PM -0400, Mike Frysinger wrote: >>> On Wednesday 24 April 2013 13:23:23 William Hubbs wrote: The issue is t

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Diego Elio Pettenò
On 24/04/2013 18:01, William Hubbs wrote: > robbat2 is the one who made the request. He wants to do a couple of > things: > > 1) he wants to be able to have independent oldnet releases so he can get > more features into the oldnet scripts and have his own development > cycle. > > 2) He is also in

Re: [gentoo-dev] Re: [OT/NIT] Re: Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask

2013-04-24 Thread Alex Xu
Any reason why a pre-commit hook can't be used? Assuming that `git push -f` is never used and that every committer uses it, pre-commit is guaranteed to be executed on all commits that are pushed to the remote. pre-commit can check QA and even automate changelog, so instead of: $ cvs update $ cvs

Re: [gentoo-dev] New USE_EXPAND: CLAWS_MAIL_PLUGINS

2013-04-24 Thread René Neumann
Am 24.04.2013 19:15, schrieb Zac Medico: > On 04/24/2013 02:51 AM, René Neumann wrote: >> As more and more packages seem to (mis)use USE_EXPAND: Can we get the >> possibility to set this directly in package.use? Having to write >> 'claws_mail_plugins_foo' does not help readability, and setting it i

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread William Hubbs
On Wed, Apr 24, 2013 at 09:00:17PM +0200, Michał Górny wrote: > On Wed, 24 Apr 2013 11:16:06 -0500 > William Hubbs wrote: > > > This means when you emerge or upgrade to openrc-0.12, the net.* scripts > > will no longer be included. I am going to call the separate package that > > includes these s

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Michał Górny
On Wed, 24 Apr 2013 11:16:06 -0500 William Hubbs wrote: > This means when you emerge or upgrade to openrc-0.12, the net.* scripts > will no longer be included. I am going to call the separate package that > includes these scripts gentoo-oldnet. Aside all the other, please don't name it like this

Re: [gentoo-dev] New USE_EXPAND: CLAWS_MAIL_PLUGINS

2013-04-24 Thread Michał Górny
On Sun, 21 Apr 2013 23:38:44 +0200 Christian Faulhammer wrote: > the upcoming Claws Mail release will have no separation between > internal plugins (stuff that is built on mail-client/claws-mail with > USE="crypt bogofilter") and external ones (all packages > mail-client/claws-mail-*) anymore. >

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Mike Frysinger
On Wednesday 24 April 2013 13:54:07 William Hubbs wrote: > On Wed, Apr 24, 2013 at 01:34:36PM -0400, Mike Frysinger wrote: > > On Wednesday 24 April 2013 13:23:23 William Hubbs wrote: > > > The issue is that OpenRC does not have any kind of dependency on > > > gentoo-oldnet at all. There will be

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread William Hubbs
On Wed, Apr 24, 2013 at 02:16:51PM -0400, Rich Freeman wrote: > On Wed, Apr 24, 2013 at 1:54 PM, William Hubbs wrote: > > if we keep a dependency for a while, even behind something like > > IUSE="+oldnet", when we drop it, people will still be hit if they do > > emerge --depclean before they emerg

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Rich Freeman
On Wed, Apr 24, 2013 at 1:54 PM, William Hubbs wrote: > if we keep a dependency for a while, even behind something like > IUSE="+oldnet", when we drop it, people will still be hit if they do > emerge --depclean before they emerge gentoo-oldnet. > > Also, (although I don't really care about this mu

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread William Hubbs
On Wed, Apr 24, 2013 at 01:34:36PM -0400, Mike Frysinger wrote: > On Wednesday 24 April 2013 13:23:23 William Hubbs wrote: > > On Wed, Apr 24, 2013 at 12:58:21PM -0400, Ian Stakenvicius wrote: > > > On 24/04/13 12:16 PM, William Hubbs wrote: > > > > it has been suggested that gentoo's oldnet script

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Mike Frysinger
On Wednesday 24 April 2013 13:23:23 William Hubbs wrote: > On Wed, Apr 24, 2013 at 12:58:21PM -0400, Ian Stakenvicius wrote: > > On 24/04/13 12:16 PM, William Hubbs wrote: > > > it has been suggested that gentoo's oldnet scripts be split out > > > into their own package separate from OpenRC so that

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Mike Frysinger
On Wednesday 24 April 2013 13:01:39 William Hubbs wrote: > On Wed, Apr 24, 2013 at 05:45:04PM +0100, Diego Elio Pettenò wrote: > > Please don't do this. It sounds to me like a stupid move, what are you > > trying to accomplish? You already use Git/GitHub... > > Diego Elio Pettenò — Flameeyes > > fl

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread William Hubbs
On Wed, Apr 24, 2013 at 12:58:21PM -0400, Ian Stakenvicius wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 24/04/13 12:16 PM, William Hubbs wrote: > > All, > > > > it has been suggested that gentoo's oldnet scripts be split out > > into their own package separate from OpenRC so

Re: [gentoo-dev] New USE_EXPAND: CLAWS_MAIL_PLUGINS

2013-04-24 Thread Zac Medico
On 04/24/2013 02:51 AM, René Neumann wrote: > As more and more packages seem to (mis)use USE_EXPAND: Can we get the > possibility to set this directly in package.use? Having to write > 'claws_mail_plugins_foo' does not help readability, and setting it in > make.conf is also not the right way (as is

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread William Hubbs
On Wed, Apr 24, 2013 at 05:45:04PM +0100, Diego Elio Pettenò wrote: > Please don't do this. It sounds to me like a stupid move, what are you > trying to accomplish? You already use Git/GitHub... > Diego Elio Pettenò — Flameeyes > flamee...@flameeyes.eu — http://blog.flameeyes.eu/ > robbat2 is the

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 24/04/13 12:16 PM, William Hubbs wrote: > All, > > it has been suggested that gentoo's oldnet scripts be split out > into their own package separate from OpenRC so that they can be > developed independently. I am looking at doing this for OpenRC

Re: [gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread Diego Elio Pettenò
Please don't do this. It sounds to me like a stupid move, what are you trying to accomplish? You already use Git/GitHub... Diego Elio Pettenò — Flameeyes flamee...@flameeyes.eu — http://blog.flameeyes.eu/ On Wed, Apr 24, 2013 at 5:16 PM, William Hubbs wrote: > All, > > it has been suggested that

[gentoo-dev] rfc: oldnet scripts splitting out from OpenRC

2013-04-24 Thread William Hubbs
All, it has been suggested that gentoo's oldnet scripts be split out into their own package separate from OpenRC so that they can be developed independently. I am looking at doing this for OpenRC 0.12, which I hope to release soon. This means when you emerge or upgrade to openrc-0.12, the net.* s

Re: [gentoo-dev] Re: [OT/NIT] Re: Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask

2013-04-24 Thread Rich Freeman
On Wed, Apr 24, 2013 at 7:47 AM, Michael Mol wrote: > > 13. Gerrit's push to tree fails, since tree with changeset A isn't in > changeset B's ancestry. > Honestly, this is a problem with any use of repoman with git unless you let the server auto-merge trivial changes. Cvs tracks commits at the f

Re: [gentoo-dev] Re: [OT/NIT] Re: Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask

2013-04-24 Thread Michael Mol
On 04/24/2013 07:21 AM, Peter Stuge wrote: > Jeroen Roovers wrote: >> Er, you can't be seriously suggesting we will drop repoman checks >> with the migration to git? I don't see how that would benefit anyone. > > I would argue that repoman and/or corresponding checks should be run > by a CI system

Re: [gentoo-dev] Re: [OT/NIT] Re: Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask

2013-04-24 Thread Peter Stuge
Peter Stuge wrote: > Jeroen Roovers wrote: > > Er, you can't be seriously suggesting we will drop repoman checks > > with the migration to git? I don't see how that would benefit anyone. > > I would argue that repoman and/or corresponding checks should be run > by a CI system hooked up to the Gerr

Re: [gentoo-dev] Re: [OT/NIT] Re: Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask

2013-04-24 Thread Peter Stuge
Jeroen Roovers wrote: > Er, you can't be seriously suggesting we will drop repoman checks > with the migration to git? I don't see how that would benefit anyone. I would argue that repoman and/or corresponding checks should be run by a CI system hooked up to the Gerrit instance that developers pus

[gentoo-dev] Re: [OT/NIT] Re: Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask

2013-04-24 Thread Duncan
Jeroen Roovers posted on Tue, 23 Apr 2013 20:00:53 +0200 as excerpted: > On Mon, 22 Apr 2013 22:46:14 + (UTC) > Duncan <1i5t5.dun...@cox.net> wrote: > >> Alexis Ballier posted on Mon, 22 Apr 2013 15:40:33 +0200 as excerpted: >> > I don't see how git helps. You'll have to commit twice then pus

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask

2013-04-24 Thread Duncan
Ben de Groot posted on Wed, 24 Apr 2013 00:24:13 +0800 as excerpted: > I just want to make sure infinality will remain > available to our users. To save others wondering WTF infinality is the google I had to do... http://www.infinality.net/blog/infinality-freetype-patches/ https://wiki.archlinu

Re: [gentoo-dev] FYI: libpng16 won't be able to show some broken icons libpng15 was still able to

2013-04-24 Thread Tobias Klausmann
Hi! On Tue, 23 Apr 2013, Walter Dnes wrote: > On Tue, Apr 23, 2013 at 01:19:05PM +0200, Tobias Klausmann wrote > > The second problem, however, is trickier. We can rely on people > > noticing the error messages/broken packages and hope they file > > bugs. The other option is to have a QA-like chec

Re: [gentoo-dev] New USE_EXPAND: CLAWS_MAIL_PLUGINS

2013-04-24 Thread René Neumann
Am 21.04.2013 23:38, schrieb Christian Faulhammer: > Hello everybody, > > the upcoming Claws Mail release will have no separation between > internal plugins (stuff that is built on mail-client/claws-mail with > USE="crypt bogofilter") and external ones (all packages > mail-client/claws-mail-*) any

Re: [gentoo-dev] New USE_EXPAND: CLAWS_MAIL_PLUGINS

2013-04-24 Thread Gilles Dartiguelongue
Le dimanche 21 avril 2013 à 23:38 +0200, Christian Faulhammer a écrit : > Hello everybody, > > the upcoming Claws Mail release will have no separation between > internal plugins (stuff that is built on mail-client/claws-mail with > USE="crypt bogofilter") and external ones (all packages > mail-cli

[gentoo-dev] Last rites: sys-apps/kuroevtd

2013-04-24 Thread Ulrich Mueller
# Ulrich Müller (24 Apr 2013) # Masked for removal in 30 days. HOMEPAGE and SRC_URI dead, # mirror restricted, distfile cannot be located. Bug #441930. sys-apps/kuroevtd pgpyIhOf3bGaZ.pgp Description: PGP signature