On 2013-09-28, at 9:43 AM, Davide Pesavento wrote:
> On Fri, Sep 27, 2013 at 4:44 PM, Michał Górny wrote:
>> Dnia 2013-09-26, o godz. 17:24:49
>> Davide Pesavento napisał(a):
>>
>>> On Thu, Sep 26, 2013 at 4:04 PM, Kent Fredric wrote:
On 26 September 2013 19:53, Michał Górny wrot
On Fri, Sep 27, 2013 at 4:44 PM, Michał Górny wrote:
> Dnia 2013-09-26, o godz. 17:24:49
> Davide Pesavento napisał(a):
>
>> On Thu, Sep 26, 2013 at 4:04 PM, Kent Fredric wrote:
>> >
>> > On 26 September 2013 19:53, Michał Górny wrote:
>> >>
>> >> How do we handle packages which install multipl
On Thu, Sep 26, 2013 at 7:39 PM, Ian Stakenvicius 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
>> wrote:
>>>
>>> On 26 September 2013 19:53, Michał Górny
>>> wrote:
How do w
Dnia 2013-09-26, o godz. 17:24:49
Davide Pesavento napisał(a):
> On Thu, Sep 26, 2013 at 4:04 PM, Kent Fredric wrote:
> >
> > On 26 September 2013 19:53, Michał Górny wrote:
> >>
> >> How do we handle packages which install multiple libraries? I'm afraid
> >> forcing such a policy and/or hurryi
> How do we handle packages which install multiple libraries? I'm afraid
> forcing such a policy and/or hurrying developers to adapt will only
> cause more of poppler-like issues to occur.
Well, the best technical solution for this is probably "subslot dictionaries"
as suggested in bug 462138. T
Am Donnerstag, 26. September 2013, 20:11:04 schrieb Kent Fredric:
> On 27 September 2013 05:57, Ciaran McCreesh
>
> wrote:
> > virtual/perl-* is self-inflicted.
>
> How would you recommend it?
>
How about doing someting eclass-based, similar to add_kdebase_dep, and let the
eclass carry the lis
On Thu, 26 Sep 2013 15:06:44 -0300
Alexis Ballier wrote:
> On Thu, 26 Sep 2013 18:53:14 +0100
> Ciaran McCreesh wrote:
> > On Thu, 26 Sep 2013 14:53:53 -0300
> > Alexis Ballier wrote:
> > > please spend your time on something useful:
> > > fix bug #449094 and bug #462138 or propose something yo
On 27 September 2013 05:57, Ciaran McCreesh
wrote:
> virtual/perl-* is self-inflicted.
How would you recommend it?
Like for instance, we really do need virtuals ( or equivalent ) for many
things in there, because those things may stop being part of dev-lang/perl
at a future time. One such examp
On 27 September 2013 06:00, Kent Fredric wrote:
>
> ie: every time there is a new iteration of Foo, one must iterate all the
> virtuals that relate to it, and vet their need to be updated, and every
> single update you do is just something thats easy to get wrong, when it
> always seems to make s
On Thu, 26 Sep 2013 18:53:14 +0100
Ciaran McCreesh wrote:
> On Thu, 26 Sep 2013 14:53:53 -0300
> Alexis Ballier wrote:
> > please spend your time on something useful:
> > fix bug #449094 and bug #462138 or propose something you think
> > better for fixing the problems those bugs describe.
>
>
On Fri, 27 Sep 2013 06:00:01 +1200
Kent Fredric wrote:
> ( virtual/perl-* is a maintenance nightmare )
virtual/perl-* is self-inflicted.
--
Ciaran McCreesh
signature.asc
Description: PGP signature
On Thu, 26 Sep 2013 14:53:53 -0300
Alexis Ballier wrote:
> please spend your time on something useful:
> fix bug #449094 and bug #462138 or propose something you think better
> for fixing the problems those bugs describe.
Those are both an awful lot of work for a very minimal gain for a very
sma
On 27 September 2013 03:10, Andreas K. Huettel wrote:
>
> app-text/poppler
> https://bugs.gentoo.org/show_bug.cgi?id=462020
Reading this bug re-fuels my wish for virtuals to un-happen. Maintaining a
virtual with a massive list of || ( ) conditions is so so painful,
especially considering thei
please, not this again...
please spend your time on something useful:
fix bug #449094 and bug #462138 or propose something you think better
for fixing the problems those bugs describe.
subslots are far from perfect atm
-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
> wrote:
>>
>> On 26 September 2013 19:53, Michał Górny
>> wrote:
>>>
>>> How do we handle packages which install multiple libraries? I'm
>>> afraid for
On Thu, Sep 26, 2013 at 4:04 PM, Kent Fredric wrote:
>
> On 26 September 2013 19:53, Michał Górny wrote:
>>
>> How do we handle packages which install multiple libraries? I'm afraid
>> forcing such a policy and/or hurrying developers to adapt will only
>> cause more of poppler-like issues to occu
Am Donnerstag, 26. September 2013, 16:04:22 schrieb Kent Fredric:
> On 26 September 2013 19:53, Michał Górny wrote:
> > How do we handle packages which install multiple libraries? I'm afraid
> > forcing such a policy and/or hurrying developers to adapt will only
> > cause more of poppler-like issu
On 26 September 2013 19:53, Michał Górny wrote:
> How do we handle packages which install multiple libraries? I'm afraid
> forcing such a policy and/or hurrying developers to adapt will only
> cause more of poppler-like issues to occur.
>
Can you give a an example package which:
- installs mult
On Thu, 26 Sep 2013 09:53:22 +0200
Michał Górny wrote:
> How do we handle packages which install multiple libraries? I'm afraid
> forcing such a policy and/or hurrying developers to adapt will only
> cause more of poppler-like issues to occur.
You change subslot if at least one of the libraries b
Dnia 2013-09-26, o godz. 15:15:38
Patrick Lauer napisał(a):
> Thus I suggest declaring a policy:
>
> ""
> Any library bump that would trigger revdep-rebuild should be done with
> the affected library package.mask'ed until all its consumers have been
> properly bumped to subslot-aware versions.
>
tl;dr: We should use EAPI5 features
I've noticed some libraries (e.g. poppler) having (almost) all their
consumers migrated to eapi5 subslots.
So upgrading those is now really neato.
Other libraries are still a bit less optimal. So there's lots of
revdep-rebuild / emerge @preserved-rebuild happen
21 matches
Mail list logo
