On Tue, Jan 15, 2008 at 06:29:40 +0100, Lucas Nussbaum wrote:
> Maybe we could start by a simpler solution, not involving dak:
> - parse the hints files
> - get a list of source packages where:
> - version in testing != version in unstable
> - version in unstable is mentioned in a hints files
Hi Lucas,
I have a variant of your idea:
Lucas Nussbaum <[EMAIL PROTECTED]> writes:
> Maybe we could start by a simpler solution, not involving dak:
> - parse the hints files
> - get a list of source packages where:
> - version in testing != version in unstable
> - version in unstable is me
On 14/01/08 at 21:20 -0200, Otavio Salvador wrote:
> Luk Claes <[EMAIL PROTECTED]> writes:
>
> > Otavio Salvador wrote:
> >> Margarita Manterola <[EMAIL PROTECTED]> writes:
> >>
> >>> Proposal:
> >>> Implement a new file, that works similarly to the hints file, but that
> >>> causes uploads to un
Luk Claes <[EMAIL PROTECTED]> writes:
> Otavio Salvador wrote:
>> Margarita Manterola <[EMAIL PROTECTED]> writes:
>>
>>> Proposal:
>>> Implement a new file, that works similarly to the hints file, but that
>>> causes uploads to unstable for selected packages to be rejected. Thus,
>>> if a mainta
Otavio Salvador wrote:
> Margarita Manterola <[EMAIL PROTECTED]> writes:
>
>> Proposal:
>> Implement a new file, that works similarly to the hints file, but that
>> causes uploads to unstable for selected packages to be rejected. Thus,
>> if a maintainer uploads, it won't get through so that it w
Margarita Manterola <[EMAIL PROTECTED]> writes:
> Proposal:
> Implement a new file, that works similarly to the hints file, but that
> causes uploads to unstable for selected packages to be rejected. Thus,
> if a maintainer uploads, it won't get through so that it won't get in
> the way of the tr
On 11261 March 1977, Margarita Manterola wrote:
> Implement a new file, that works similarly to the hints file, but that
> causes uploads to unstable for selected packages to be rejected. Thus,
> if a maintainer uploads, it won't get through so that it won't get in
> the way of the transition.
>
* Petter Reinholdtsen [Fri, 11 Jan 2008 21:44:45 +0100]:
> One issue to try to avoid is for such blocks to last longer than the
> transition they are supposed to help. Would it be an idea for the
> format to include a reference to the transition, for example using a
> package and version number t
On Fri, Jan 11, 2008 at 12:00:23PM -0200, Margarita Manterola wrote:
>
> Motivation:
> For some time now, one of the things that the Release Team has had to
> deal with are complex transitions. One of the requirements for making a
> transition work is that maintainers of involved packages must no
[Margarita Manterola]
> I talked about this with Dato and Ganneff. They suggested the file
> should be a yaml file, listing source packages, and the reason for the
> blocking (i.e. the transition they are involved in).
>
> Ganneff volunteered to prepare the patch after the format of the file is
>
Motivation:
For some time now, one of the things that the Release Team has had to
deal with are complex transitions. One of the requirements for making a
transition work is that maintainers of involved packages must not
upload. However, for whatever reasons, some maintainers do upload, and
thus
11 matches
Mail list logo
