Re: Bug#137172: removing Dan Quinlan's addr from policy

On Thu, Mar 14, 2002 at 09:38:07AM -0600, Manoj Srivastava wrote: > >>"Julian" == Julian Gilbey <[EMAIL PROTECTED]> writes: > > Julian> I'll do it if Anthony gives the go-ahead. > > Oh, there are also a few accepted virtual package names that > can also go in with no breakage ;-) And som

debian-policy 3.5.6.1 uploaded to INCOMING/DELAYED/2-day/

Hi, A typo and error fixing version of policy has been uploaded to ftp-master. There are no normative changes intended for this release; and I have put it in DELAYED/2-day to allow people to find out if there are indeed problems in this upload. manoj -- Symptom: Drinking fails

Subscribe

Aguimar Mendonça Neto - Desenvolvimento Departamento de Operações e Tecnologia INOVA Tecnologias - http://www.inova.com.br

CVS srivasta: * Set the cotact information for the FHS contact, and add mention of the

CVSROOT:/cvs/debian-policy Module name:debian-policy Changes by: srivastaThu Mar 14 10:17:48 PST 2002 Modified files: . : debconf-spec.desc menu-policy.sgml mime-policy.sgml policy.sgml upgrading-check

Re: Bug#137172: removing Dan Quinlan's addr from policy

>>"Julian" == Julian Gilbey <[EMAIL PROTECTED]> writes: Julian> OK. But it might now wait till next week -- I'm meant to be Julian> busy until Tuesday. If someone wants to do an NMU in the Julian> meantime, or even better, send me a patch to apply, I'll do Julian> it. Oh, don't worr

Re: Bug#137172: removing Dan Quinlan's addr from policy

Well, while we are on the topic, debian developer's reference in section 2.2 at the end of the second paragraph has a problem. :) On Thu, 14 Mar 2002, Anthony Towns wrote: > On Thu, Mar 14, 2002 at 10:17:18AM +, Julian Gilbey wrote: > > Anthony: will typographical changes such as these be acc

Re: Bug#137172: removing Dan Quinlan's addr from policy

>>"Julian" == Julian Gilbey <[EMAIL PROTECTED]> writes: Julian> I'll do it if Anthony gives the go-ahead. Oh, there are also a few accepted virtual package names that can also go in with no breakage ;-) manoj -- Not only is this incomprehensible, but the ink is ugly and the p

Bug#137172: removing Dan Quinlan's addr from policy

On Thu, Mar 14, 2002 at 09:37:30PM +1000, Anthony Towns wrote: > On Thu, Mar 14, 2002 at 10:17:18AM +, Julian Gilbey wrote: > > Anthony: will typographical changes such as these be accepted into > > testing? > > Yes. Just make sure it doesn't break stuff. OK. But it might now wait till next

Bug#137172: removing Dan Quinlan's addr from policy

On Thu, Mar 14, 2002 at 10:17:18AM +, Julian Gilbey wrote: > Anthony: will typographical changes such as these be accepted into > testing? Yes. Just make sure it doesn't break stuff. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> We came. We Saw. We Confer

Bug#137172: removing Dan Quinlan's addr from policy

On Thu, Mar 14, 2002 at 12:02:00AM -0800, Chris Waters wrote: > On Thu, Mar 07, 2002 at 12:51:04AM -0800, Chris Waters wrote: > > > But if [Dan Quinlan] is no longer the contact, then I think that we > > do need to remove [his] name/email. > > Hi, this doesn't seem to be moving forward. There's

Bug#137172: removing Dan Quinlan's addr from policy

Chris Waters (2002-03-14 00:02:00 -0800) : > On Thu, Mar 07, 2002 at 12:51:04AM -0800, Chris Waters wrote: > >> But if [Dan Quinlan] is no longer the contact, then I think that we >> do need to remove [his] name/email. > > Hi, this doesn't seem to be moving forward. There's only one second. > We

Bug#137172: removing Dan Quinlan's addr from policy

On Thu, Mar 14, 2002 at 12:02:00AM -0800, Chris Waters wrote: > Hi, this doesn't seem to be moving forward. There's only one second. > We either need a second second (as it were), or we need some policy > editor to decide that a change of this nature doesn't require seconds > (a more reasonable ap

Bug#137172: removing Dan Quinlan's addr from policy

On Thu, Mar 07, 2002 at 12:51:04AM -0800, Chris Waters wrote: > But if [Dan Quinlan] is no longer the contact, then I think that we > do need to remove [his] name/email. Hi, this doesn't seem to be moving forward. There's only one second. We either need a second second (as it were), or we need s