Re: changelog vs ChangeLog and policy dictates

1998-04-19 Thread Guy Maor
Manoj Srivastava <[EMAIL PROTECTED]> writes: > My proposal is to stop micromanagement and leave some things > for the maintainer to decide. Hear, hear! Guy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: changelog vs ChangeLog and policy dictates

1998-04-18 Thread Adam P. Harris
Martin Mitchell <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] (Adam P. Harris) writes: > > File renaming is up to the package maintainer. Give us our freedom to > > make out operating environment better than anyone's! > > I'm not trying to remove freedom. However consider it from the perspecti

Re: changelog vs ChangeLog and policy dictates

1998-04-18 Thread Martin Mitchell
[EMAIL PROTECTED] (Adam P. Harris) writes: > File renaming is up to the package maintainer. Give us our freedom to > make out operating environment better than anyone's! I'm not trying to remove freedom. However consider it from the perspective of an upstream author: they may not wish to see the

Re: changelog vs ChangeLog and policy dictates

1998-04-17 Thread Adam P. Harris
Martin Mitchell <[EMAIL PROTECTED]> writes: > Manoj Srivastava <[EMAIL PROTECTED]> writes: > > Martin> I don't call changing filenames in original documentation > > Martin> easily maintainable. > > I find this hardly onerous at all. I have a rules file. It was > > set up when I first set up t

Re: changelog vs ChangeLog and policy dictates

1998-04-17 Thread Martin Mitchell
Manoj Srivastava <[EMAIL PROTECTED]> writes: > Martin> I don't call changing filenames in original documentation > Martin> easily maintainable. > > I find this hardly onerous at all. I have a rules file. It was > set up when I first set up the package. This aspect has never needed > to be

Re: changelog vs ChangeLog and policy dictates

1998-04-17 Thread Martin Mitchell
Rob Browning <[EMAIL PROTECTED]> writes: > Why? I've had to rename or symlink upstream files in the past to > comply with policy. It takes about one line in debian/rules. How's > that hard to maintain? If you symlink them I'd say that was good. If you rename them, you should also rename any re

Re: changelog vs ChangeLog and policy dictates

1998-04-16 Thread Manoj Srivastava
Hi, >>"Martin" == Martin Mitchell <[EMAIL PROTECTED]> writes: Martin> Manoj Srivastava <[EMAIL PROTECTED]> writes: Martin> While I don't say that 'one size fits all', as you seem to Martin> suggest, if we are going to have a uniform name for the Martin> changelog, we should implement it in such

Re: changelog vs ChangeLog and policy dictates

1998-04-16 Thread Rob Browning
Martin Mitchell <[EMAIL PROTECTED]> writes: > and in a way that is easily maintainable. I don't call changing > filenames in original documentation easily maintainable. Why? I've had to rename or symlink upstream files in the past to comply with policy. It takes about one line in debian/rules.

Re: changelog vs ChangeLog and policy dictates

1998-04-16 Thread Martin Mitchell
Manoj Srivastava <[EMAIL PROTECTED]> writes: > Ny proposal is to stop micromanagement and leave some things > for the maintainer to decide. As long as a changelog.gz entity > exists, the maintainer should be competent enough to determine what > goes in there. They know their package best.

Re: changelog vs ChangeLog and policy dictates

1998-04-16 Thread Manoj Srivastava
Hi >>"Martin" == Martin Mitchell <[EMAIL PROTECTED]> writes: Martin> "Christian Hudon" <[EMAIL PROTECTED]> writes: >> Right now, I cat the files together in the right order and install >> the result as /usr/doc/lynx/changelog.gz It's consistent with other >> Debian packages, and it allows the whol

Re: changelog vs ChangeLog and policy dictates

1998-04-16 Thread Manoj Srivastava
Hi, >>"Martin" == Martin Mitchell <[EMAIL PROTECTED]> writes: Martin> Manoj Srivastava <[EMAIL PROTECTED]> writes: >> Oh, I think this symlink idea should definitely be optional; and >> only if the maintainer wants it so. Martin> How can we keep the upstream docs consistent with themselves, Marti

Re: changelog vs ChangeLog and policy dictates

1998-04-16 Thread Martin Mitchell
Manoj Srivastava <[EMAIL PROTECTED]> writes: > Oh, I think this symlink idea should definitely be optional; > and only if the maintainer wants it so. How can we keep the upstream docs consistent with themselves, while keeping the whole Debian system consistent? The changelog.gz symlink sho

Re: changelog vs ChangeLog and policy dictates

1998-04-16 Thread Martin Mitchell
"Christian Hudon" <[EMAIL PROTECTED]> writes: > Right now, I cat the files together in the right order and install the > result as /usr/doc/lynx/changelog.gz It's consistent with other Debian > packages, and it allows the whole thing to be extracted automaitcally by a > script. Consistent with ot

Re: changelog vs ChangeLog and policy dictates

1998-04-16 Thread Manoj Srivastava
Hi, Oh, I think this symlink idea should definitely be optional; and only if the maintainer wants it so. manoj -- "Under active consideration": We're searching the files for it. Kelvin Throop III, "The Management Dictionary" Manoj Srivastava <[EMAIL PROTECTED]>

Re: changelog vs ChangeLog and policy dictates

1998-04-16 Thread Christian Hudon
On Wednesday, April 15, Joey Hess wrote > Herbert Xu wrote: > > I have a question: What if a package has two or more upstream changelog > > files? > > I think you should chose the "best" (newest / most readable / most complete > / preferred format), and install it as changelog.gz, and install the

Re: changelog vs ChangeLog and policy dictates

1998-04-16 Thread Joey Hess
Herbert Xu wrote: > I have a question: What if a package has two or more upstream changelog files? I think you should chose the "best" (newest / most readable / most complete / preferred format), and install it as changelog.gz, and install the rest with their orignail names. -- see shy jo -- T

changelog vs ChangeLog and policy dictates

1998-04-15 Thread Herbert Xu
I have a question: What if a package has two or more upstream changelog files? -- Debian GNU/Linux 1.3 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- T

Re: changelog vs ChangeLog and policy dictates

1998-04-14 Thread Remco Blaakmeer
On Sun, 12 Apr 1998, Dale Scheetz wrote: > On Sun, 12 Apr 1998, [iso-8859-1] Nicolás Lichtmaier wrote: > > > Let's forget the policy. And let's take an average Linux user, using the > > standard command shell (me using bash =)). This user uses the tab key to > > travel through the filesystem and

Re: [Marcus.Brinkmann@ruhr-uni-bochum.de: Re: changelog vs ChangeLog and policy dictates]

1998-04-14 Thread Joey Hess
Dale Scheetz wrote: > > That said, I would like to have an announcement and lintian check for > > the right names of README.{d,D}ebian.gz, {c,C}hange{l,L}og.{,{d,D}ebian.}gz. > > And then lets fix the 50% of the packages that break this (whatever we > > choose, every second has it different). FWIW

Re: [Marcus.Brinkmann@ruhr-uni-bochum.de: Re: changelog vs ChangeLog and policy dictates]

1998-04-14 Thread Joey Hess
Marcus Brinkmann wrote: > [EMAIL PROTECTED]:~/java# ls /usr/doc/*/README.debian | wc -l 62 > [EMAIL PROTECTED]:~/java# ls /usr/doc/*/README.Debian | wc -l 54 > > I find the upper two results most interesting. I would bet for debmake ;) Many of the first are from debmake. Many o

Re: changelog vs ChangeLog and policy dictates

1998-04-13 Thread Martin Mitchell
[EMAIL PROTECTED] writes: > It is already Debian's policy that the maintainer modify the documents to be > up to date with the debian package. I could not locate this in section 5 of the policy manual, can you tell me where to find it please? Even if this is the case, I would still suggest the p

Re: changelog vs ChangeLog and policy dictates

1998-04-13 Thread fpolacco
On Mon, Apr 13, 1998 at 11:47:24AM +1000, Martin Mitchell wrote: > Dale Scheetz <[EMAIL PROTECTED]> writes: > > I think we need a symlink such as the one above, in cases where the upstream > changelog has a different name to the one we want. > > This also makes more sense than merely renaming the

Re: Bug#13503: changelog vs ChangeLog and policy dictates

1998-04-13 Thread Luis Francisco Gonzalez
Dale Scheetz wrote: > On Sun, 12 Apr 1998, [iso-8859-1] Nicolás Lichtmaier wrote: > > > Let's forget the policy. And let's take an average Linux user, using the > > standard command shell (me using bash =)). This user uses the tab key to > > travel through the filesystem and reach the farthest (?

Re: changelog vs ChangeLog and policy dictates

1998-04-13 Thread Herbert Xu
In article <[EMAIL PROTECTED]> you wrote: > I think we need a symlink such as the one above, in cases where the upstream > changelog has a different name to the one we want. > This also makes more sense than merely renaming the upstream changelog > because other documentation included with the pac

Re: changelog vs ChangeLog and policy dictates

1998-04-13 Thread Martin Mitchell
Dale Scheetz <[EMAIL PROTECTED]> writes: > > Would adding a > > ln -s ChangeLog.gz /usr/doc/xyzzy/changelog.gz > > to your rules file as David Engel suggested be acceptable? It complies > > with the letter of policy and doesn't force you to change the upstream > > documentation. > > While thi

Re: [Marcus.Brinkmann@ruhr-uni-bochum.de: Re: changelog vs ChangeLog and policy dictates]

1998-04-13 Thread Marcus Brinkmann
On Sun, Apr 12, 1998 at 03:36:54PM -0400, Dale Scheetz wrote: > On Sun, 12 Apr 1998, Marcus Brinkmann wrote: > > > > That said, I would like to have an announcement and lintian check for > > the right names of README.{d,D}ebian.gz, {c,C}hange{l,L}og.{,{d,D}ebian.}gz. > > And then lets fix the 50%

Re: changelog vs ChangeLog and policy dictates

1998-04-13 Thread Dale Scheetz
On Sun, 12 Apr 1998, [iso-8859-1] Nicolás Lichtmaier wrote: > Let's forget the policy. And let's take an average Linux user, using the > standard command shell (me using bash =)). This user uses the tab key to > travel through the filesystem and reach the farthest (?) files. This user > (who seem

Re: changelog vs ChangeLog and policy dictates

1998-04-12 Thread Nicolás Lichtmaier
Let's forget the policy. And let's take an average Linux user, using the standard command shell (me using bash =)). This user uses the tab key to travel through the filesystem and reach the farthest (?) files. This user (who seems to like talking in 3rd peron about himself) has a little happier li

Re: changelog vs ChangeLog and policy dictates

1998-04-12 Thread Manoj Srivastava
Hi, I think one of the reasons that sets Debian apart is the Policy document. It makes it possible for the different components of Debian to interact. A Package can depend on other packages and the policy (like LaTeX2HTML putting icons in /vaw/www and knowing that the Debian HTTP serv

Re: [Marcus.Brinkmann@ruhr-uni-bochum.de: Re: changelog vs ChangeLog and policy dictates]

1998-04-12 Thread Dale Scheetz
On Sun, 12 Apr 1998, Marcus Brinkmann wrote: > > That said, I would like to have an announcement and lintian check for > the right names of README.{d,D}ebian.gz, {c,C}hange{l,L}og.{,{d,D}ebian.}gz. > And then lets fix the 50% of the packages that break this (whatever we > choose, every second has

Re: changelog vs ChangeLog and policy dictates

1998-04-12 Thread Dale Scheetz
On Sun, 12 Apr 1998, Anthony Towns wrote: > On Sat, Apr 11, 1998 at 08:57:49PM -0400, Dale Scheetz wrote: > > On Sat, 11 Apr 1998, Juan Cespedes wrote: > > > On Sat, Apr 11, 1998 at 04:36:14PM -0400, Dale Scheetz wrote: > > > > I am not on the policy mailing list, so please cc me on this thread. >

Re: changelog vs ChangeLog and policy dictates

1998-04-12 Thread Marcus Brinkmann
On Sun, Apr 12, 1998 at 10:40:14AM +0200, Richard Braakman wrote: > Dale Scheetz wrote: > > There are several other components of this package that also supply > > changelogs of the form ChangeLog.. Are these files also in > > violation of policy? This is a lot of "mucking around" for what looks to

Re: changelog vs ChangeLog and policy dictates

1998-04-12 Thread Richard Braakman
Dale Scheetz wrote: > There are several other components of this package that also supply > changelogs of the form ChangeLog.. Are these files also in > violation of policy? This is a lot of "mucking around" for what looks to > me to be very little gain. Well, I can give you one data point: having

Re: changelog vs ChangeLog and policy dictates

1998-04-12 Thread Anthony Towns
On Sat, Apr 11, 1998 at 08:57:49PM -0400, Dale Scheetz wrote: > On Sat, 11 Apr 1998, Juan Cespedes wrote: > > On Sat, Apr 11, 1998 at 04:36:14PM -0400, Dale Scheetz wrote: > > > I am not on the policy mailing list, so please cc me on this thread. > > > Does/Should the policy manual detail which let

Re: changelog vs ChangeLog and policy dictates

1998-04-12 Thread Dale Scheetz
On Sat, 11 Apr 1998, Juan Cespedes wrote: > On Sat, Apr 11, 1998 at 04:36:14PM -0400, Dale Scheetz wrote: > > I am not on the policy mailing list, so please cc me on this thread. > > > > Does/Should the policy manual detail which letters may, or may not, be > > upper or lower case? > > I t

Re: changelog vs ChangeLog and policy dictates

1998-04-11 Thread Juan Cespedes
On Sat, Apr 11, 1998 at 04:36:14PM -0400, Dale Scheetz wrote: > I am not on the policy mailing list, so please cc me on this thread. > > Does/Should the policy manual detail which letters may, or may not, be > upper or lower case? I think so. > Is such a "violation" of policy a bug that

Re: changelog vs ChangeLog and policy dictates

1998-04-11 Thread David Engel
On Sat, Apr 11, 1998 at 04:36:14PM -0400, Dale Scheetz wrote: > I find the typology of ChangeLog much easier to read than changelog. They > parse the same for me, and it is the fact that they don't parse the same > for *nix systems that allows them to be of such value, even in this small > case. >

changelog vs ChangeLog and policy dictates

1998-04-11 Thread Dale Scheetz
I am not on the policy mailing list, so please cc me on this thread. On Wed, 8 Apr 1998, Juan Cespedes wrote: > On Mon, Mar 30, 1998 at 09:11:30AM -0500, Dale Scheetz wrote: > > > > Changelogs are to inform the user of "recent" changes to the programs in > > the package. The current changelog so