On a side note... it would be really nice if there was an easy way to keep track of all the various patches out there, even if they have no intention of being applied to the mainline project.
This is in regards to Craig's comment about patches impacting other patches. I'm not sure that we should _not_ apply something if it impacts someone else's patch, but having a central repository would be an easy way to at least see if it is likely to impact someone else. Even if the repository only held information on what files a particular patch touched in the case of patches that can't be released, such as the MR-AFS stuff. -- Nathan ------------------------------------------------------------ Nathan Neulinger EMail: [EMAIL PROTECTED] University of Missouri - Rolla Phone: (573) 341-4841 Computing Services Fax: (573) 341-4216 > -----Original Message----- > From: Neulinger, Nathan > Sent: Thursday, February 07, 2002 7:54 AM > To: Russ Allbery; [EMAIL PROTECTED] > Subject: RE: [OpenAFS-devel] Patch to add much more > diagnostics to vos movewhen run with -verbose > > > Seems reasonable to me... It would be nice though to get some > re-indentation/re-formatting patches applies, if for no other reason > than to ease maintaining of the other patches until they can > be applied. > > > -- Nathan > > ------------------------------------------------------------ > Nathan Neulinger EMail: [EMAIL PROTECTED] > University of Missouri - Rolla Phone: (573) 341-4841 > Computing Services Fax: (573) 341-4216 > > > > -----Original Message----- > > From: Russ Allbery [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, February 06, 2002 7:48 PM > > To: [EMAIL PROTECTED] > > Subject: Re: [OpenAFS-devel] Patch to add much more > > diagnostics to vos movewhen run with -verbose > > > > > > Derrick J Brashear <[EMAIL PROTECTED]> writes: > > > On Wed, 6 Feb 2002, Russ Allbery wrote: > > > > >> With all due respect to the people concerned with that > > sort of thing, I > > >> think it's pretty unreasonable to never change the output of any > > >> command to make it more user-friendly because people are > > doing things > > >> that they should never have had to do in the first place. > > > > > At minimum, though, not in a minor version update to the code. > > > 1.2.3->1.2.4 should not be expected to break your scripts. > > > > Oh, definitely agreed. Those are the kind of patches to save > > up and do > > all at once during a major version change. > > > > -- > > Russ Allbery ([EMAIL PROTECTED]) > > <http://www.eyrie.org/~eagle/> > > > > _______________________________________________ > > OpenAFS-devel mailing list > > [EMAIL PROTECTED] > > https://lists.openafs.org/mailman/listinfo/openafs-devel > > > _______________________________________________ > OpenAFS-devel mailing list > [EMAIL PROTECTED] > https://lists.openafs.org/mailman/listinfo/openafs-devel > _______________________________________________ OpenAFS-devel mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
