Manoj Srivastava writes:
> Falling back to an old versions of a package is a useful option when a
> release-critical bug that does not have a ready fix is found. As such,
> it would be convenient to retain a number of versions of a package,
> beyond the current stable, prerelease and unstable v
"Marcelo E. Magallon" wrote:
>>Secondly, Could this be made available on a web page somewhere?
>
>Yes, please, Developer's Corner and/or DDP's pages seems like good places
>to gather all this documents that have been popping like mushrooms in the
>past week.
If you want something pu
Hi,
>>"Buddha" == Buddha Buck <[EMAIL PROTECTED]> writes:
Buddha> [I'm not certain which list would be better, so I'm foolishly using
both>
I am setting the followups to debian-policy.
Buddha> [Release management preface deleted]
Buddha> When Anthony Towns first mentioned that
Hi,
>>"Marcelo" == Marcelo E Magallon <[EMAIL PROTECTED]> writes:
Marcelo> [ Manoj, do you want this on debian-policy or debian-devel?
Marcelo> The ammount of crossposting lately is making those lists
Marcelo> even harder to read ]
If I have to choose, I would say this is to determ
[I'm not certain which list would be better, so I'm foolishly using
both]
Manoj said:
> Hi,
>
> This is all very well, but I would like to clarify why this is
> important; I think the benefits and procedures should be stated up
> fron. Please consider adding this to the porosal as an pre
[ Manoj, do you want this on debian-policy or debian-devel? The ammount of
crossposting lately is making those lists even harder to read ]
> Secondly, Could this be made available on a web page somewhere?
Yes, please, Developer's Corner and/or DDP's pages seems like good places
to gather
Hi,
This is all very well, but I would like to clarify why this is
important; I think the benefits and procedures should be stated up
fron. Please consider adding this to the porosal as an preface or
motivation section; after all this is mostly your document, with
additions from me (so
7 matches
Mail list logo
