Re: Moving topics from debian-private (was Re: SPI money out)

1997-12-16 Thread Gonzalo A. Diethelm
On Dec 16, 1997, at 17:59, Tyson Dowd wrote: > On 16-Dec-1997, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > I would also like to suggest a print or two. I do not know if this > > > idea would actually make money, but I would buy one. > > > > Uh-oh, you moved this topic from the other m

Re: [Q] who has authority to mess w/ package bugs?

1997-12-16 Thread Scott Ellis
On Tue, 16 Dec 1997, Adam P. Harris wrote: > Who has authority to mess around with the bug report? From > http://www.debian.org/Bugs/Developer.html>, it looks like any > developer who gets a mind to is "authorized". Is this something that's > possible but not recommended? > > Possible answer

[Q] who has authority to mess w/ package bugs?

1997-12-16 Thread Adam P. Harris
I have a question: Who has authority to mess around with the bug report? From http://www.debian.org/Bugs/Developer.html>, it looks like any developer who gets a mind to is "authorized". Is this something that's possible but not recommended? Possible answers: * anyone! * any debian devel

Re: Taking over production of emacs20 package.

1997-12-16 Thread Raul Miller
Sten Anderson: > >When I run dselect, I see some Emacs packages as seperate deb > >packages, e.g. auctex. Now, I prefer XEmacs, which includes auctex, > >but how could I know that? Either make such packages shared between > >GNU and XEmacs, or write in the control file: GNU Emacs only. Hmm.. seem

Re: Taking over production of emacs20 package.

1997-12-16 Thread Rob Browning
Sten Anderson <[EMAIL PROTECTED]> writes: > Thus this package fails to put the file in /etc/xemacs/site-start-20.d > That is probably a bug in dpkg-dev, but how many emacsen are a package > maintainer supposed to take into account? Yep, this is a problem. I just sent a mail describing ways I

Re: Taking over production of emacs20 package.

1997-12-16 Thread Rob Browning
"Adam P. Harris" <[EMAIL PROTECTED]> writes: > What's uncoordinated? Major Emacsen release versions are going to > naturally have different localize configurations. I think it would be > more awkward to try to unify all these (though it could be done -- still, > what package would the site-s

Re: Taking over production of emacs20 package.

1997-12-16 Thread Sten Anderson
"Adam P. Harris" <[EMAIL PROTECTED]> writes: > >In the /etc dir, I have three site-start dirs: > >/etc/emacs/site-start.d, /etc/xemaxs/site-start-19.d, and > >/etc/xemacs/site-start-20.d. I haven't touched these dirs (except by > >installing debs), and now I see their contents differ. We need so

Re: Taking over production of emacs20 package.

1997-12-16 Thread Adam P. Harris
[You (Sten Anderson)] >Rob Browning <[EMAIL PROTECTED]> writes: >> Feel free to let me know if you have suggestions about how this >> package should be handled. I'm planning to cooperate with the xemacs >> and emacs (19) package maintainers to make sure we support the >> simultaneous installation

Re: Do we want /usr/libexec ?

1997-12-16 Thread Christian Schwarz
On Sun, 14 Dec 1997, Nicolás Lichtmaier wrote: > > Some upstream packages place auxiliary executables (i.e., executables > > which are not called by the user/sysadmin himself) into /usr/libexec or a > > subdirectory. > > I think that executable files are just another form of data. If the user >

Re: are md5sums mandatory for all packages?

1997-12-16 Thread Christian Schwarz
[I've moved this discussion to debian-policy. Please remove the CC to debian-private when replying.] On Tue, 16 Dec 1997, Radu Duta wrote: > I just ran these two commands. > > # ls -al /var/lib/dpkg/info/*.md5sums | wc > 93 8378367 > > # ls -al /var/lib/dpkg/info/*.list |wc >

Moving topics from debian-private (was Re: SPI money out)

1997-12-16 Thread Tyson Dowd
On 16-Dec-1997, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > I would also like to suggest a print or two. I do not know if this > > idea would actually make money, but I would buy one. > > Uh-oh, you moved this topic from the other mailing list. Consider your > knuckles rapped :-) No harm don