-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 05/08/13 12:51 PM, Alexis Ballier wrote:
> On Mon, 5 Aug 2013 17:36:49 +0100 Ciaran McCreesh
> <ciaran.mccre...@googlemail.com> wrote:
> 
>> On Mon, 5 Aug 2013 12:22:32 -0400 Alexis Ballier
>> <aball...@gentoo.org> wrote:
>>> On Mon, 5 Aug 2013 17:13:49 +0100 Ciaran McCreesh
>>> <ciaran.mccre...@googlemail.com> wrote:
>>>> On Tue, 06 Aug 2013 02:03:28 +1000 Michael Palimaka
>>>> <kensing...@gentoo.org> wrote:
>>>>>> How often does this situation even come up?  If 9/10
>>>>>> times the libraries are set up as maintainers expect them
>>>>>> to be, it is probably better to deal with the odd
>>>>>> unnecessary rebuild until somebody spots it, rather than
>>>>>> going without support for slot operator deps.
>>>>> 
>>>>> With respect, "good enough" is not a very high standard to
>>>>> aim for. In my opinion, adding unnecessary subslot
>>>>> dependencies is no different to adding overly-wide
>>>>> dependencies.
>>>> 
>>>> There's a world of difference between a horrible breakage and
>>>> an occasional unnecessary compile. If users are concerned
>>>> about how they spend their CPU time, they're using the wrong
>>>> distribution.
>>> 
>>> there is something wrong in the way its done if there are 
>>> 'occasional unnecessary compiles'
>> 
>> Not really. There's a tradeoff between dependencies that are 
>> occasionally too strict, and dependencies that are horribly 
>> complicated (see "subslot dictionaries").
> 
> 
> having a way to express 'my subslot is the one of my provider'
> doesnt seem overly complicated
> 

That's not subslot-dictionaries, tho -- sub-slot dictionaries is the
solution proposed to handle i.e. the poppler case, so there are two
(or more) sub-slots, one for the main lib and one for the
less-changing client lib, so that consumers can trigger rebuilds on
just the portion that matters instead of every time.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (GNU/Linux)

iF4EAREIAAYFAlIBBBUACgkQ2ugaI38ACPDUcwD/XnGZymkRn5+YHF7cXAo6URtC
2058nmFx90ROUBtgIngA/RXa23UWACMLH2J7lZlNsCJBkfRPZ95BL7aeyBvKDdxM
=AkWd
-----END PGP SIGNATURE-----

Reply via email to