On Sat, 28 Sep 2013, heroxbd wrote:
I am revisiting this topic based on previous discussions[1,2,3].
There seems to be a constant need for toolchain with a new EAPI. The
only block is how can we upgrade from an ancient system?, don't
bump or the upgrade path will be break. Let's figure out
Matt Turner matts...@gentoo.org wrote:
|| ( =dev-lang/perl-5.14 virtual/perl-Term-ANSIColor )
and possibly change this if perl-5.20 does no longer contain
perl-Term-ANSIColor.
Isn't that exactly what the virtual should do?
One can discuss what it *should* do, but it is certainly not
what
Kent Fredric kentfred...@gmail.com wrote:
you'll still need logic like || (
dev-lang/perl[perl_module_Term_ANSIColor(-)] perl-core/Term-ANSIColor )
to just deal with the reality of what upstream are asking for.
My point is that the perl ebuild need not necessarily follow upstream:
It
Kent Fredric kentfred...@gmail.com wrote:
I mean, the reason virtuals suck is predominantly the fact we have to
update the conditionals to accurately reflect the version on the virtual
Concerning the eclass idea which was already mentioned and
which is perhaps even better than my suggeestion
On Thu, Sep 26, 2013 at 7:39 PM, Ian Stakenvicius a...@gentoo.org wrote:
-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
kentfred...@gmail.com wrote:
On 26 September 2013 19:53, Michał Górny
On Fri, Sep 27, 2013 at 4:44 PM, Michał Górny mgo...@gentoo.org wrote:
Dnia 2013-09-26, o godz. 17:24:49
Davide Pesavento p...@gentoo.org napisał(a):
On Thu, Sep 26, 2013 at 4:04 PM, Kent Fredric kentfred...@gmail.com wrote:
On 26 September 2013 19:53, Michał Górny mgo...@gentoo.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/28/2013 03:00 AM, Ulrich Mueller wrote:
On Sat, 28 Sep 2013, heroxbd wrote:
I am revisiting this topic based on previous discussions[1,2,3].
There seems to be a constant need for toolchain with a new EAPI. The
only block is how can we
On 2013-09-28, at 9:43 AM, Davide Pesavento p...@gentoo.org wrote:
On Fri, Sep 27, 2013 at 4:44 PM, Michał Górny mgo...@gentoo.org wrote:
Dnia 2013-09-26, o godz. 17:24:49
Davide Pesavento p...@gentoo.org napisał(a):
On Thu, Sep 26, 2013 at 4:04 PM, Kent Fredric kentfred...@gmail.com
On 28 September 2013 22:31, Martin Vaeth
va...@mathematik.uni-wuerzburg.dewrote:
Note that it would be stupid to depend on e.g.
=virtual/perl-Term-ANSIColor-4.02
for several reason:
1. The virtual does not even exist :)
Nope, it does. Its just called =virtual/perl-Term-ANSIColor-4.20.0 ,
On 28 September 2013 22:46, Martin Vaeth
va...@mathematik.uni-wuerzburg.dewrote:
Kent Fredric kentfred...@gmail.com wrote:
you'll still need logic like || (
dev-lang/perl[perl_module_Term_ANSIColor(-)] perl-core/Term-ANSIColor
)
to just deal with the reality of what upstream are
On Sun, 29 Sep 2013 08:47:52 +1300
Kent Fredric kentfred...@gmail.com wrote:
For that, a slot-dict approach is far more sane.
The only reason anyone can make that claim is that no-one really knows
what slot dictionaries are or how they'd work in practice. Until
there's a rough description of how
On 28 September 2013 23:36, Martin Vaeth
va...@mathematik.uni-wuerzburg.dewrote:
Concerning the eclass idea which was already mentioned and
which is perhaps even better than my suggeestion from the
other posting, since it avoids some of the disadvantages:
by having an eclass that
On 29 September 2013 08:51, Ciaran McCreesh
ciaran.mccre...@googlemail.comwrote:
The only reason anyone can make that claim is that no-one really knows
what slot dictionaries are or how they'd work in practice. Until
there's a rough description of how they work and a prototype
implementation,
On 29 September 2013 09:14, Martin Vaeth
va...@mathematik.uni-wuerzburg.dewrote:
this dependency will install for a user with
unstable keywords
That, in itself, indicates the user is usually OK with new versions of
things ;)
corelist -a says virtual/perl-Digest-MD5-2.520.0 should || ( perl
Kent Fredric kentfred...@gmail.com wrote:
So are you basically suggesting that for dual life modules, we simply
ignore that they're dual-lifeable, and then when upstream splits a package
from core so that its no longer dual life, that we simply ignore that too,
and fake it still being core
Kent Fredric kentfred...@gmail.com wrote:
--001a11336248343a2604e7770011
Content-Type: text/plain; charset=UTF-8
On 28 September 2013 23:36, Martin Vaeth
va...@mathematik.uni-wuerzburg.dewrote:
Concerning the eclass idea which was already mentioned and
which is perhaps even better than my
Kent Fredric kentfred...@gmail.com wrote:
this dependency will install for a user with unstable keywords
That, in itself, indicates the user is usually OK with new versions of
things ;)
You are intentionally confusing new version (AKA upgrade) with
_additional_ installation of a package,
Rick \Zero_Chaos\ Farina zeroch...@gentoo.org writes:
On 09/28/2013 03:00 AM, Ulrich Mueller wrote:
On Sat, 28 Sep 2013, heroxbd wrote:
I am revisiting this topic based on previous discussions[1,2,3].
There seems to be a constant need for toolchain with a new EAPI. The
only block is how
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/28/2013 10:12 PM, hero...@gentoo.org wrote:
Rick \Zero_Chaos\ Farina zeroch...@gentoo.org writes:
On 09/28/2013 03:00 AM, Ulrich Mueller wrote:
On Sat, 28 Sep 2013, heroxbd wrote:
I am revisiting this topic based on previous
19 matches
Mail list logo