I'm a bit reluctant to move the header files to /usr/include, since
the FSSTND implies that all X-related header files should go under
/usr/X11R6/include.
I'm not sure if /usr/X11R6/include is in the default search path or
not, though I'd argue that putting files in there is confusing (the
only
Package: smartlist
Version: 3.10-1
Hello,
I noticed a few problems with the smartlist when I installed it (to
check out whether or not it is a candidate to replace majordumbo)
My first thought was that the postinst should probably ask whether or
not it should set up an announce mailing list --
I just had dselect run through the latest and greatest in rex, and
then found out that something in there broke gcc's ability to find
cc1. I just added the directory to my path, and got gcc working
again, but I believe one does not normally need to do this. Gcc
should know where the correct
On Sat, 31 Aug 1996, James A. Robinson wrote:
jimrMy first thought was that the postinst should probably ask whether or
jimrnot it should set up an announce mailing list -- we might already have
jimrsuch an aliases, or be using majordomo, or just want to check
jimrsmartlist out without creating a
package: netbase
version: 2.04-1
man page route(8) has:
route add 224.0.0.0 netmask 240.0.0.0 dev eth0
This is an obscure one documented so people know
how to do it. This sets all of the class D (multi
cast) IP routes to go via eth0. This is
Michael Meskes writes (metamail_2.7-7):
My first try with the new format. Could anyone who knows more about it than
I do (Ian?) please take a look at it to see if everything's correct?
It looks reasonable, but I have the following complaints:
Your `debian/README' should be called
Dale Scheetz writes (PGP depends.):
...
Now, as it happens, I have also been reading the new Policy manual (BTW,
thank you Ian J. for this fine piece of work. It has been long needed and
I for one greatly appreciate your work) and it has some things to say
about this issue. In particular it
Guy Maor writes (Re: PGP depends.):
On Wed, 28 Aug 1996, Dale Scheetz wrote:
In particular it says that packages that depend on
packages in non-free are to reside in contrib (or non-free if other
restictions apply).
I've also been meaning to bring this up, but from another angle.
Package: lyx
Version: 0.10.1-1
Package: lyx
Priority: optional
Section: tex
This should read
Section: contrib
as per section 3.1.3 of the policy manual (version 2.0.1.0), `Section
and Priority'
Ian.
Sven Rudolph writes (Announce: New Debian FAQ):
The new Debian FAQ is now at ftp://ftp.debian.org/debian/doc/FAQ/ .
...
When you encounter mistakes or want to provide comments or suggestions
please send it via e-mail to [EMAIL PROTECTED]
...
My comments:
4.4 How should I install a non-Debian
Package: debianutils
Version: 1.2-3
-chiark:d cat 'cmd with spaces'
#!/bin/sh
echo called cmd with spaces: $@
-chiark:d chmod +x './cmd with spaces'
-chiark:d './cmd with spaces' hi
called cmd with spaces: hi
-chiark:d PATH=:$PATH 'cmd with spaces' hi
called cmd with spaces: hi
-chiark:d
Guy Maor writes (Re: Do we ever retire packages?):
On 29 Aug 1996, Kai Henningsen wrote:
So, I'd propose a new directory, parallel to contrib and non-free. We
could call it dropped or orphaned and include a README saying that
these are packages that are no longer supported by the
Mark Eichin writes (Re: $(ARCH)-debian-linux-gnu):
I've missed something here. Why are we setting i486 instead of i386
for *anything*? I can see an advantage to having a dpkg command that
prints i386-debian-linux-gnu instead of having to cobble it together
(did you notice that most of the
Package: xlib
Version: ?
We have this bug, don't we ? It should be fixed.
Ian.
--- start of forwarded message (RFC 934 encapsulation) ---
Article: 918 of chiark.mail.linux-security
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
MIME-Version: 1.0
Message-ID:
Mark W. Eichin writes (Bug#4354: movemail doesn't work):
...
As shipped, it *was* installed setuid root + setgid mail... could you
check your installation and verify, and perhaps be more specific about
movemail's complaint? Also include the actual modes of your
/var/spool/mail directory, and
In article [EMAIL PROTECTED] you write:
I bit the bullet today and decided to install and implement pgp. Searching
the packages files did not turn it up, but I was able to deduce that it
was therefore, in non-free. However the search turned up this information:
dchanges - recommends: pgp
Mark W. Eichin writes (Re: Bug#4356: menu-bar-mode flag argument is
inconsistent with universe):
In 19.31 this has changed so that `nil' doesn't have the desired
effect. Instead, you have to supply a negative number !
Hmm. The way elisp optional arguments work, you can't distinguish
Package: dpkg
Version: 1.3.12
dpkg-gencontrol creates no priority and section entries in
debian/tmp/DEBIAN/control, but theese fields are in debian/files.
is this ok or is this a bug ?
example :
debian/control:
Maintainer: Andreas Jellinghaus [EMAIL PROTECTED]
Section: text
Priority: optional
But you need a list to test it.
Right, but we might want to create smartlist_tester to test it.
Ok. I can ask for it.
Thank you!
newaliases could only run when the automatic announce list is generated.
Well, my point was that newaliases isn't _on_ my system, and if it
fails the postinst
On Sat, 31 Aug 1996, Ian Jackson wrote:
[1] Yes, I know it was probably deliberate, but American middle-endian
date-formats are stupid and confusing and I want them stamped out.
You have better things to do than to stamp about for the rest of your
life. Also, you will never get anyone's
James A. Robinson wrote:
The hostname stuff works fine on debian 1.1.X. Seems that rex contains
an incompatible version. Will fix it on next release.
Yeah, hostname 1.9 accepted the single dash, even though it doesn't
claim to in its help -- 2.0 works the standard GNU way of wanting
21 matches
Mail list logo
