Re: Documentation as Software (was Re: PerlDL license)

Hi, >>"Bob" == Bob Hilliard <[EMAIL PROTECTED]> writes: Bob> A standard would become meaningless if anyone were allowed to Bob> modify and circulate it freely. These copyrights are clearly Bob> appropriate for documents of this type. Bob> I suggest that policy clearly state that standards may be

Re: Locales and Programs parsing other's output

Hi, >>"Marcus" == Marcus Brinkmann <[EMAIL PROTECTED]> writes: Marcus> Wow, I feel a document of high value and quality coming Marcus> up. This is my personal wishlist, as I'm truely an Marcus> unexperienced programmer: [SNIP] Whooee, that's some list. I think we do want to think

Re: Bug#21215: Bad load-path in 50psgml-init.el?

Hi, >>"Rob" == Rob Browning <[EMAIL PROTECTED]> writes: Rob> Manoj Srivastava <[EMAIL PROTECTED]> writes: >> I move for a clarification of the emacs policy to ensure that I do >> not have start files from packages I do not have access to. psgml >> and vm stand alone packages are not commonly avail

Re: changelog vs ChangeLog and policy dictates

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: conffiles versus configuration files

Hi, >>"Ian" == Ian Jackson <[EMAIL PROTECTED]> writes: >> I move that any changes made by the local adminstrator should fall >> under the purvue of this: and any local changes made should be >> saved by backing /etc; /var/lib/; /home; and /usr/local. I do not >> care whether the changes ade are cl

Re: PROPOSAL: Extrafiles (was Re: Conffiles...)

On 15 Apr 1998, Manoj Srivastava wrote: > Hi, > >>"Ian" == Ian Jackson <[EMAIL PROTECTED]> writes: > > Ian> Should dpkg --purge automatically remove such files, as it does > Ian> for conffiles ? I think not. > > No, since in some cases these files have not been put into the > pkg.list fi

Re: conffiles versus configuration files

On Wed, 15 Apr 1998, Ian Jackson wrote: [snip] > Secondly, Christian: can you merge this text or something with > identical meaning into the manual and also check references in the > manual to configuration files and conffiles and make sure that the > right term is used in each case ? Someone rec

Re: Locales and Programs parsing other's output

On Wed, 15 Apr 1998, Ian Jackson wrote: [snip] > I'm beginning think we should split off the `standard programming > requirements' that aren't Debian-specific into a separate manual. We > could call it `Some specific issues for correct programming' or > something. [snip] > > Does anyone want to

Re: `Every package must have exactly one maintainer'

On Tue, 14 Apr 1998, Joey Hess wrote: > James Troup wrote: > > It comes down to this: there are currently two packages in the > > distribution which are maintainer by multiple maintainers: dpkg and > > boot-floppies. > > Isn't lintian another example? I can't tell for sure becuase I cannot read

Re: Bug#21215: Bad load-path in 50psgml-init.el?

Manoj Srivastava <[EMAIL PROTECTED]> writes: > I move for a clarification of the emacs policy to ensure that > I do not have start files from packages I do not have access > to. psgml and vm stand alone packages are not commonly available for > all emacsen flavours, and hence do not insin

Re: changelog vs ChangeLog and policy dictates

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: Documentation as Software (was Re: PerlDL license)

On 16 Apr 1998, Stephen Zander wrote: > I'm not sure that interpretation is valid. Documenation is > written text, not software, and the copyright requirements & > protections are much clearer under both common law & statutes. > IANAL though. I have the same questions. I (and another developer)

Re: Locales and Programs parsing other's output

On Wed, Apr 15, 1998 at 02:52:59PM -0500, Manoj Srivastava wrote: > Hi, > >>"Ian" == Ian Jackson <[EMAIL PROTECTED]> writes: > > Ian> Does anyone want to maintain this manual ? I take it from > Ian> Christian's posting that he doesn't. > > I would be interested in (co-?) maintaining this

Re: Documentation as Software (was Re: PerlDL license)

Stephen Zander <[EMAIL PROTECTED]> wrote: > > "Christian" == Christian Schwarz <[EMAIL PROTECTED]> writes: > Christian> Yes. Note, that this is just my interpretation of > Christian> current policy, and I'm no lawyer. However, no lawyer > Christian> has shown up yet to prove I'm wro

Re: conffiles versus configuration files

Manoj Srivastava writes ("Re: conffiles versus configuration files"): ... > I also think that the distinction between "file needed for > the purposes of configuration" and a user modifiable file read by the > program that affects the working or the output fo the program is > rather thin in

Re: conffiles versus configuration files

Santiago Vila writes ("Re: conffiles versus configuration files"): ... > On Wed, 15 Apr 1998, Ian Jackson wrote: > > I mean that just because X is a conffile doesn't necessarily imply > > that X is a configuration file, or vice versa. > > Could you please tell us some examples of conffiles not bei

Re: changelog vs ChangeLog and policy dictates

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: Documentation as Software (was Re: PerlDL license)

To recap for those just seeing this. I was catching up on old threads in debian-private, one of which had to do with the PerlDL licence. As a result I asked Christian privately if debian policy was still that documentation is software & therefore must comply rigidly with the DFSG. His response:

Re: Bug#21215: Bad load-path in 50psgml-init.el?

Hi, [Closed bug, moved to debian-policy. Please follow up to thepolicy list only] >>"Davide" == Davide G M Salvetti <[EMAIL PROTECTED]> writes: Davide> I think there's a mistake in the load-path set by both Davide> emacs19|20 versions of 50psgml-init.el. This has already

Re: changelog vs ChangeLog and policy dictates

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

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: conffiles versus configuration files

-BEGIN PGP SIGNED MESSAGE- On Wed, 15 Apr 1998, Ian Jackson wrote: > I mean that just because X is a conffile doesn't necessarily imply > that X is a configuration file, or vice versa. Could you please tell us some examples of conffiles not being configuration files, just to make it clea

Re: Locales and Programs parsing other's output

Manoj Srivastava writes ("Re: Locales and Programs parsing other's output"): > >>"Ian" == Ian Jackson <[EMAIL PROTECTED]> writes: > Ian> Does anyone want to maintain this manual ? I take it from > Ian> Christian's posting that he doesn't. > > I would be interested in (co-?) maintaining this

Re: changelog vs ChangeLog and policy dictates

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

"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: Bug #20480

On Wed, 15 Apr 1998, Shaleh wrote: > At present Imlib and the apps that use it like png0g more than png2. > Several other programs I haev installed also use this png so I see no > problem supporting it. I will close this bug unless you find a reason > to leave it open. > Simple reason. libpng

Re: changelog vs ChangeLog and policy dictates

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

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

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