[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: bugsquash NMU of base-files



On Tue, 21 Dec 1999, Branden Robinson wrote:
> On Tue, Dec 21, 1999 at 02:54:26PM +0100, Santiago Vila wrote:
> > On Tue, 21 Dec 1999, Branden Robinson wrote:
> > > Do you intend to incorporate the changes I made in my NMU or should I just
> > > forget about them?
> > 
> > I incorporated many of them in 2.1.13. Thank you.
> > 
> > You should probably forget about the others.
> 
> Which ones did you discard?  All of my changes were meritorious.

Read the changelog and/or download the source for 2.1.13. Just an example: 
The PATH for root is already defined in /root/.profile, so there is no
need to make /etc/profile more complex. If the default /etc/profile does
not suit your needs, you can always change it, that's why it is a
configuration file. In short, I'm not willing to fix what is not broken.

> > I welcome NMUs for fixing
> > grave bugs like the one base-files had this weekend, but they have to
> > follow the guidelines: You *have* to contact the maintainer by email no
> > matter how urgent the bug may be ("I'm going to upload this if you don't
> > answer this email before next dinstall run" is enough for me),
> 
> I told you, for the purposes of the BugSquash, the prior notice requirement
> was waived by the Project Leader and the Release Manager.  If you have a
> problem with that, take it up with them, not me.

No. I can't believe that a single mail represents so much trouble to you.
Did the Release Manager tell you that a prior notice was not required, or
did he *forbid* you to make a prior notice? In the second case we have a
big organizational problem. In the first case it's just an attitude
problem from you.

> > and you
> > don't have to make any other extra change other than the rc-bug you intend
> > to fix.
> 
> I did you a favor by correcting other problems in your package.

I agree you did a good thing by pointing out some things to be improved in
the package, but there are a lot of ways to do the same, being NMUs one of
the worst ones. Please read Developer's Reference 7.4, "How to do a source
NMU", if you don't understand this.

Thanks.

-- 
 "7caac1e81c7d3a75cc312eb66138f553" (a truly random sig)


Reply to: