Re: [gentoo-dev] Re: maintainer-needed@ packages need you!

2014-09-09 Thread Andrew Savchenko
Hello, On Sun, 07 Sep 2014 17:51:46 +0200 J. Roeleveld wrote: > It probably works, provided all your contacts also use it. > As long as the vast majority of my contacts use Skype and Yahoo, I will not > be able to switch. If Kopete (and other generic IM clients) would add > support for tox, then

Re: [gentoo-dev] Does the scm ebuild masking policy make sense for git?

2014-09-09 Thread Samuli Suominen
On 08/09/14 06:47, Rick "Zero_Chaos" Farina wrote: > On 09/07/2014 09:03 PM, Rich Freeman wrote: >> Right now the general policy is that we don't allow unmasked (hard or >> via keywords) ebuilds in the tree if they use an scm to fetch their >> sources. There are a bunch of reasons for this, and f

Re: [gentoo-dev] Does the scm ebuild masking policy make sense for git?

2014-09-09 Thread hasufell
Samuli Suominen: > > On 08/09/14 06:47, Rick "Zero_Chaos" Farina wrote: >> On 09/07/2014 09:03 PM, Rich Freeman wrote: >>> Right now the general policy is that we don't allow unmasked (hard or >>> via keywords) ebuilds in the tree if they use an scm to fetch their >>> sources. There are a bunch o

Re: [gentoo-dev] Does the scm ebuild masking policy make sense for git?

2014-09-09 Thread Michał Górny
Dnia 2014-09-09, o godz. 17:41:27 hasufell napisał(a): > Samuli Suominen: > > > > On 08/09/14 06:47, Rick "Zero_Chaos" Farina wrote: > >> On 09/07/2014 09:03 PM, Rich Freeman wrote: > >>> Right now the general policy is that we don't allow unmasked (hard or > >>> via keywords) ebuilds in the tre

Re: [gentoo-dev] Does the scm ebuild masking policy make sense for git?

2014-09-09 Thread hasufell
Michał Górny: > Dnia 2014-09-09, o godz. 17:41:27 > hasufell napisał(a): > >> Samuli Suominen: >>> >>> On 08/09/14 06:47, Rick "Zero_Chaos" Farina wrote: On 09/07/2014 09:03 PM, Rich Freeman wrote: > Right now the general policy is that we don't allow unmasked (hard or > via keywords

Re: [gentoo-dev] Does the scm ebuild masking policy make sense for git?

2014-09-09 Thread Michał Górny
Dnia 2014-09-09, o godz. 17:58:17 hasufell napisał(a): > Michał Górny: > > Dnia 2014-09-09, o godz. 17:41:27 > > hasufell napisał(a): > > > >> Samuli Suominen: > >>> > >>> On 08/09/14 06:47, Rick "Zero_Chaos" Farina wrote: > On 09/07/2014 09:03 PM, Rich Freeman wrote: > > Right now the

Re: [gentoo-dev] Does the scm ebuild masking policy make sense for git?

2014-09-09 Thread Rich Freeman
On Tue, Sep 9, 2014 at 2:16 PM, Michał Górny wrote: > Dnia 2014-09-09, o godz. 17:58:17 > hasufell napisał(a): > >> Michał Górny: >> > Dnia 2014-09-09, o godz. 17:41:27 >> > hasufell napisał(a): >> > >> >> Samuli Suominen: >> >>> >> >>> On 08/09/14 06:47, Rick "Zero_Chaos" Farina wrote: >>

Re: [gentoo-dev] Does the scm ebuild masking policy make sense for git?

2014-09-09 Thread Rich Freeman
On Mon, Sep 8, 2014 at 2:59 AM, Ulrich Mueller wrote: > > What is the problem with making snapshot of some git commit and > placing it on mirrors? > To be clear, there isn't one. The more typical approach for fixes is to use the upstream main release tarball and continue to provide patches again

Re: [gentoo-dev] Does the scm ebuild masking policy make sense for git?

2014-09-09 Thread hasufell
Michał Górny: > > And how can you test a VCS ebuild? You can't assume upstream will be > stuck on one commit. > I don't see the argument. It sounds like you are saying "one day, upstream might stop supporting architecture xy, so better we just omit all of them from KEYWORDS". Err? For example,

Re: [gentoo-dev] Does the scm ebuild masking policy make sense for git?

2014-09-09 Thread Michał Górny
Dnia 2014-09-07, o godz. 21:03:00 Rich Freeman napisał(a): > Right now the general policy is that we don't allow unmasked (hard or > via keywords) ebuilds in the tree if they use an scm to fetch their > sources. There are a bunch of reasons for this, and for the most part > they make sense. > >

Re: [gentoo-dev] Does the scm ebuild masking policy make sense for git?

2014-09-09 Thread Jauhien Piatlicki
Hi, 09.09.14 20:36, hasufell написав(ла): > Michał Górny: >> >> And how can you test a VCS ebuild? You can't assume upstream will be >> stuck on one commit. >> > > I don't see the argument. It sounds like you are saying "one day, > upstream might stop supporting architecture xy, so better we just

Re: [gentoo-dev] Does the scm ebuild masking policy make sense for git?

2014-09-09 Thread hasufell
Jauhien Piatlicki: > > When I accept ~arch I expect that no live ebuilds will be built. I think > other gentoo users expect the same. Just because users are used to it doesn't make it better. > > Emerging live ebuild usually is quite a risky thing, so hiding such stuff > behind dropped keywor

[gentoo-dev] RFC: Deprecating and killing the concept of herds

2014-09-09 Thread Michał Górny
Hello, Let's keep it short: I think herds don't serve any special purpose nowadays. Their existence is mostly resulting in lack of consistency and inconveniences. In particular: 1. We have two different tags in metadata.xml that serve a similar purpose -- and , with being less descriptive. For

Re: [gentoo-dev] RFC: Deprecating and killing the concept of herds

2014-09-09 Thread Rich Freeman
On Tue, Sep 9, 2014 at 3:45 PM, Michał Górny wrote: > > Let's keep it short: I think herds don't serve any special purpose > nowadays. Their existence is mostly resulting in lack of consistency > and inconveniences. > The original design was that packages belong to herds, and developers belong to

Re: [gentoo-dev] RFC: Deprecating and killing the concept of herds

2014-09-09 Thread Anthony G. Basile
On 09/09/14 15:56, Rich Freeman wrote: On Tue, Sep 9, 2014 at 3:45 PM, Michał Górny wrote: Let's keep it short: I think herds don't serve any special purpose nowadays. Their existence is mostly resulting in lack of consistency and inconveniences. The original design was that packages belong t

Re: [gentoo-dev] RFC: Deprecating and killing the concept of herds

2014-09-09 Thread Michał Górny
Dnia 2014-09-09, o godz. 16:46:29 "Anthony G. Basile" napisał(a): > On 09/09/14 15:56, Rich Freeman wrote: > > On Tue, Sep 9, 2014 at 3:45 PM, Michał Górny wrote: > >> Let's keep it short: I think herds don't serve any special purpose > >> nowadays. Their existence is mostly resulting in lack of

Re: [gentoo-dev] RFC: Deprecating and killing the concept of herds

2014-09-09 Thread Kent Fredric
On 10 September 2014 10:23, Michał Górny wrote: > I don't understand your concern. I'm only saying we should stop relying > on that stupid out-of-repository herds.xml file and put the e-mail > address directly in metadata.xml. Bugzilla and bug assignment would > work pretty much the same -- excep

[gentoo-dev] Re: systemd profiles

2014-09-09 Thread Steven J. Long
On Wed, Sep 03, 2014 at 03:27:15PM -0400, Rich Freeman wrote: > On Wed, Sep 3, 2014 at 2:11 PM, William Hubbs wrote: > > > > I can deprecate it. To do so, I would need to have it print out a > > deprecation warning that would be wrong for Gentoo in the next release. > > > > That warning would have

OT - My last one to this thread - Skype + Tox - Re: [gentoo-dev] Re: maintainer-needed@ packages need you!

2014-09-09 Thread J. Roeleveld
On Tuesday, September 09, 2014 08:59:41 PM Andrew Savchenko wrote: My last response to this, as it is getting too OT > Hello, > > On Sun, 07 Sep 2014 17:51:46 +0200 J. Roeleveld wrote: > > It probably works, provided all your contacts also use it. > > As long as the vast majority of my contacts