I am unsure if that does or could solve the problem why GLEP 62 was
created, meaning... would enabling the "foo" useflag after the package
has been emerged trigger a remerge in the following example?
DEPENDENCIES="
dep:run? (
foo? ( dev-libs/foobar )
)"
> On Sat, 15 Sep 2012, Ulrich Mueller wrote:
>> AFAICS, we would need 9 additional license files, namely GPL-{1,2,3}+,
>> LGPL-{2,2.1,3}+, and FDL-{1.1,1.2,1.3}+.
> Coming back to this, because the council has now rejected license
> groups for EAPI 5. I would then create above-mentioned files
A potential dev-libs/dep package might have valid use case for USE flags
related to USE_EXPAND="DEP".
Your suggested syntax for types of dependencies in DEPENDENCIES would conflict
with these USE flags
after implementing ":" delimiter for USE_EXPAND-related USE flags.
I vote for a separate synta
On Sun, 16 Sep 2012 06:52:11 -0700
Brian Harring wrote:
> Folks-
>
> Keeping it short and quick, a basic glep has been written for what I'm
> proposing for DEPENDENCIES enhancement.
>
> The live version of the doc is available at
> http://dev.gentoo.org/~ferringb/unified-dependencies/extensib
> On Mon, Sep 17, 2012 at 08:45:22AM +0200, Ralph Sennhauser wrote:
> > Almost all affected packages can be bumped straight to 4 anyway and
> > so use the improved syntax.
toolchain_src_compile: EAPI=0: count: 38
I'm not sure this can change any time soon. :/
--
gcc-porting
toolchain, wxwidge
Le samedi 08 septembre 2012 à 20:29 +0200, Michał Górny a écrit :
> On Sat, 8 Sep 2012 10:37:49 -0700
> Mike Frysinger wrote:
>
> > i'm surprised this hasn't happened already. currently at 18 users
> > (and i'm adding another), so time to make global. i'll use the
> > description:
> > upnp: Ena
On Mon, Sep 17, 2012 at 08:45:22AM +0200, Ralph Sennhauser wrote:
> On Sun, 16 Sep 2012 19:41:14 -0700
> Brian Harring wrote:
>
> > On Sun, Sep 16, 2012 at 10:10:47PM -0400, Mike Frysinger wrote:
> > > On Sunday 16 September 2012 03:51:04 Brian Harring wrote:
> > > > + if ! has $EAPI 0 1 2
El lun, 17-09-2012 a las 14:47 +0300, Samuli Suominen escribió:
> On 17/09/12 12:03, Peter Stuge wrote:
> > Pacho Ramos wrote:
> >> # Pacho Ramos (16 Sep 2012)
> >> # Upstream keeps inactive for ages and, then, it has broke again
> >> # now with gnutls-3 (#421385). Removal in a month.
Installing mail-mta/netqmail-1.06 into a gentoo amd64 stable system
fails during the
install/setup phase apparently due to a change in the arguments of
/usr/bin/queue-repair.py
Gentoo Bugzill # 435334 submitted and all available information attached.
--
G.Wolfe Woodbury
redwo...@gmail.com
On Sun, 16 Sep 2012 22:06:19 -0400
Mike Frysinger wrote:
> On Sunday 16 September 2012 11:01:00 Alexis Ballier wrote:
> > also, you are missing some bug # for the 'broken deps' part.
> > packages that have gained broken deps when the profile was marked
> > 'dev', or that you committed with your p
On 17 September 2012 22:14, Ciaran McCreesh
wrote:
> On Mon, 17 Sep 2012 22:11:59 +0800
> Ben de Groot wrote:
>> > And even now, people are using COMMON_DEPEND to work around *DEPEND
>> > duplication.
>>
>> Yes, and that works just fine. I don't see what's wrong with that...
>
> Well perhaps you
Rich Freeman wrote:
> Well, as a user there are only two ways to get or keep your
> favorite package in the tree:
..
> If your favorite package isn't in the tree you can:
..
I know all this, and I have my own overlay because I'm not a developer.
I was just saying that proxy-maintaining isn't rele
On Mon, Sep 17, 2012 at 5:02 AM, Peter Stuge wrote:
> Ben de Groot wrote:
>> >> > I kinda like jabberd.
>> >>
>> >> So step up and take on maintainership of that package.
>> >
>> > I would have, had I been a developer.
>>
>> You don't have to be a developer:
>> http://www.gentoo.org/proj/en/qa/pro
On Mon, Sep 17, 2012 at 9:48 AM, Ben de Groot wrote:
> On 17 September 2012 20:41, Ciaran McCreesh
> wrote:
>> On Mon, 17 Sep 2012 19:49:12 +0800
>> Ben de Groot wrote:
>>> Or, even easier and more straightforward: just keep using *DEPEND. The
>>> case hasn't been made yet why we need to change
On Mon, 17 Sep 2012 22:11:59 +0800
Ben de Groot wrote:
> > And even now, people are using COMMON_DEPEND to work around *DEPEND
> > duplication.
>
> Yes, and that works just fine. I don't see what's wrong with that...
Well perhaps you should read Brian's lengthy explanation that started
this thre
On 17 September 2012 21:58, Ciaran McCreesh
wrote:
> On Mon, 17 Sep 2012 21:48:07 +0800
> Ben de Groot wrote:
>> On 17 September 2012 20:41, Ciaran McCreesh
>> wrote:
>> > On Mon, 17 Sep 2012 19:49:12 +0800
>> > Ben de Groot wrote:
>> >> Or, even easier and more straightforward: just keep using
On Mon, 17 Sep 2012 21:48:07 +0800
Ben de Groot wrote:
> On 17 September 2012 20:41, Ciaran McCreesh
> wrote:
> > On Mon, 17 Sep 2012 19:49:12 +0800
> > Ben de Groot wrote:
> >> Or, even easier and more straightforward: just keep using *DEPEND.
> >> The case hasn't been made yet why we need to c
On 17 September 2012 20:41, Ciaran McCreesh
wrote:
> On Mon, 17 Sep 2012 19:49:12 +0800
> Ben de Groot wrote:
>> Or, even easier and more straightforward: just keep using *DEPEND. The
>> case hasn't been made yet why we need to change that in the first
>> place.
>
> We're looking at something lik
On Mon, 17 Sep 2012 19:49:12 +0800
Ben de Groot wrote:
> Or, even easier and more straightforward: just keep using *DEPEND. The
> case hasn't been made yet why we need to change that in the first
> place.
We're looking at something like eight *DEPEND variables in EAPI 6, with
considerable overlap
On Sun, 16 Sep 2012 22:06:19 -0400
Mike Frysinger wrote:
> On Sunday 16 September 2012 11:01:00 Alexis Ballier wrote:
> > also, you are missing some bug # for the 'broken deps' part.
> > packages that have gained broken deps when the profile was marked
> > 'dev', or that you committed with your p
On 17/09/12 12:03, Peter Stuge wrote:
Pacho Ramos wrote:
# Pacho Ramos (16 Sep 2012)
# Upstream keeps inactive for ages and, then, it has broke again
# now with gnutls-3 (#421385). Removal in a month.
net-im/jabberd
What about the 1.4 version? It depends on openssl, so maybe it
doesn't have t
On 17 September 2012 18:55, Alex Alexander wrote:
> On Sep 17, 2012 6:13 AM, "Brian Harring" wrote:
>>
>> On Sun, Sep 16, 2012 at 07:32:39PM +0300, Alex Alexander wrote:
>> >On Sep 16, 2012 4:55 PM, "Brian Harring" <[1]ferri...@gmail.com>
>> > wrote:
>> >>
>> >> Folks-
>> >>
>> >
On Sep 17, 2012 6:13 AM, "Brian Harring" wrote:
>
> On Sun, Sep 16, 2012 at 07:32:39PM +0300, Alex Alexander wrote:
> >On Sep 16, 2012 4:55 PM, "Brian Harring" <[1]ferri...@gmail.com>
wrote:
> >>
> >> Folks-
> >>
> >> Keeping it short and quick, a basic glep has been written fo
On 9/17/2012 1:00 AM, Ciaran McCreesh wrote:
On Mon, 17 Sep 2012 00:58:02 -0700
"Gregory M. Turner" wrote:
Unless I'm missing something, it seems that once we deprive the
ebuild developer of this feature, there is no simple, supported way
to retrieve the information except to depend on it.
ha
Pacho Ramos wrote:
> > > >> # Pacho Ramos (16 Sep 2012)
> > > >> # Upstream keeps inactive for ages and, then, it has broke again
> > > >> # now with gnutls-3 (#421385). Removal in a month.
> > > >> net-im/jabberd
> > > >
> > > > What about the 1.4 version? It depends on openssl, so maybe it
> > >
Ben de Groot wrote:
> >> > I kinda like jabberd.
> >>
> >> So step up and take on maintainership of that package.
> >
> > I would have, had I been a developer.
>
> You don't have to be a developer:
> http://www.gentoo.org/proj/en/qa/proxy-maintainers/
And still be dependent on someone else?
No,
On Sat, Sep 15, 2012 at 8:59 AM, Michał Górny wrote:
> On Fri, 14 Sep 2012 19:43:42 -0400
> "Rick \"Zero_Chaos\" Farina" wrote:
>
>> On 09/14/2012 05:27 PM, Michał Górny wrote:
>> > On Fri, 14 Sep 2012 17:18:16 -0400
>> > "Rick \"Zero_Chaos\" Farina" wrote:
>> >
>> >> -BEGIN PGP SIGNED MESSA
On 17 September 2012 13:56, Peter Stuge wrote:
> Ben de Groot wrote:
>> On 16 September 2012 23:40, Peter Stuge wrote:
>> > Pacho Ramos wrote:
>> >> # Pacho Ramos (16 Sep 2012)
>> >> # Upstream keeps inactive for ages and, then, it has broke again
>> >> # now with gnutls-3 (#421385). Removal in
On Mon, 17 Sep 2012 00:58:02 -0700
"Gregory M. Turner" wrote:
>
> > My main focus here is switching built_with_use to actively nagging
> > people to stop using it; this includes nagging EAPI0/1 users of it.
> > Sans the implementation details, anyone got complaints with the
> > intent?
>
> I h
On Mon, 17 Sep 2012 00:58:02 -0700
"Gregory M. Turner" wrote:
> Unless I'm missing something, it seems that once we deprive the
> ebuild developer of this feature, there is no simple, supported way
> to retrieve the information except to depend on it.
has_version.
--
Ciaran McCreesh
signature
My main focus here is switching built_with_use to actively nagging
> people to stop using it; this includes nagging EAPI0/1 users of it.
Sans the implementation details, anyone got complaints with the
intent?
I have a concern about it, yes. But, maybe there's a good answer to my
concern, s
El lun, 17-09-2012 a las 07:56 +0200, Peter Stuge escribió:
> Ben de Groot wrote:
> > On 16 September 2012 23:40, Peter Stuge wrote:
> > > Pacho Ramos wrote:
> > >> # Pacho Ramos (16 Sep 2012)
> > >> # Upstream keeps inactive for ages and, then, it has broke again
> > >> # now with gnutls-3 (#421
32 matches
Mail list logo
