Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Petteri Räty <betelgeuse@g.o>
Subject: Re: mercurial.eclass: change clone destination
Date: Sat, 13 Nov 2010 22:38:47 +0200
On 11/10/2010 07:16 PM, William Hubbs wrote:
> On Mon, Nov 08, 2010 at 10:05:17PM +0200, Petteri R??ty wrote:
>> On 11/08/2010 06:17 AM, Donnie Berkholz wrote:
>>> On 16:42 Sun 07 Nov     , Petteri R??ty wrote:
>>>> On 11/06/2010 11:22 AM, Krzysztof Pawlik wrote:
>>>>> Hello,
>>>>>
>>>>> I'm sending this patch for discussion, what it changes? The change is to where
>>>>> the final clone of repository will be placed, it used to be ${WORKDIR}/${module}
>>>>> (where module usually is the last component of source URI) to ${WORKDIR}/${P}
>>>>> (essentially ${S}). This has few effects:
>>>>>  - ebuilds using mercurial.eclass don't need to set S any longer
>>>>>  - mercurial.eclass behaves more like git.eclass
>>>>>  - it breaks all existing ebuilds using this eclass
>>>>
>>>> Which means that the doing the chance is not allowed as eclasses must
>>>> remain backwards compatible.
>>>
>>> Is that really still the case now that full environments have been saved 
>>> for a number of years? Clearly breaking things is unacceptable, but I 
>>> could envision someone simultaneously updating the eclass and all 
>>> consumers.
>>>
>>
>> There's no full environment saved before the package is installed and I
>> don't see why we should break overlays.
> 
> I didn't think we had to care about overlays since they aren't the main
> tree?  After all, how can we be sure what is happening in all overlays
> out there?
> 
> I could see this, like Donnie says, if he wasn't going to fix all of the
> ebuilds.  However I don't see a problem with it since he said he is
> going to fix all of the ebuilds.
> 

If there are options that don't require breaking with no big downsides
then we should rather go with them. There usually are.

Regards,
Petteri

Attachment:
signature.asc (OpenPGP digital signature)
References:
mercurial.eclass: change clone destination
-- Krzysztof Pawlik
Re: mercurial.eclass: change clone destination
-- Petteri Räty
Re: mercurial.eclass: change clone destination
-- Donnie Berkholz
Re: mercurial.eclass: change clone destination
-- Petteri Räty
Re: mercurial.eclass: change clone destination
-- William Hubbs
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: mercurial.eclass: change clone destination
Next by thread:
Re: mercurial.eclass: change clone destination
Previous by date:
Last rites: app-text/ptex
Next by date:
Re: Re: 150 bugs at bug-wranglers@


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.