Ian,
Would you consider splitting dpkg into runtime and developers packages?
It's getting big, and the space on the base system is limited.
Thanks
Bruce
-BEGIN PGP SIGNED MESSAGE-
Format: 1.5
Date: Sun, 1 Sep 1996 20:43:40 +0100
Source: dpkg
Binary: dpkg
Architecture: source i386
Version: 1.3.14
Distribution: unstable
Urgency: low
Maintainer: Ian Jackson <[EMAIL PROTECTED]>
Description:
dpkg - Package maintenance system for Debian
-BEGIN PGP SIGNED MESSAGE-
Format: 1.5
Date: Sun, 1 Sep 1996 16:02:23 +0100
Source: hello
Binary: hello
Architecture: source i386
Version: 1.3-12
Distribution: unstable
Urgency: low
Maintainer: Ian Jackson <[EMAIL PROTECTED]>
Description:
hello - The classic greeting, and a good exa
-BEGIN PGP SIGNED MESSAGE-
Format: 1.5
Date: Sun, 1 Sep 1996 23:59:20 +0100
Source: debiandoc-sgml
Binary: debiandoc-sgml
Architecture: source all
Version: 1.0.5
Distribution: unstable
Urgency: low (HIGH for building dpkg)
Maintainer: Ian Jackson <[EMAIL PROTECTED]>
Description:
debiando
debian-manuals (2.1.0.0) unstable;
* Upstream changelog must be installed too (was just recommended).
* Modification to use dpkg-shlibdeps added to conversion instructions.
* Packages which are buggy and orphaned but which are preserved for
compatibility go in contrib.
* Programmers'
Since noone has answered my question I've done what seemed the right
thing:
The next dpkg upload will be accompanied by the manuals in gzipped
PostScript (formatted for A4) and HTML in gzipped tarfiles, as
separate files in the upload.
Ian.
Package: kernel-source
Version: 2.0.6
The kernel headers /usr/include/{linux,asm,scsi,net} should
be a symlink to /usr/src/linux/{linux,asm,scsi,net} and
not installed as "real" files. Or maybe something like
/lib/modules/current?
When compiling a new kernel version, one often forgets to
update th
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
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 att
> 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 postin
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
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 distingu
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:
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,
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 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
Rob Browning writes ("Re: dselect/dpkg & multiple versions"):
> Michael Shields <[EMAIL PROTECTED]> writes:
> > (Of course, I ca'n't offer code at the moment so my opinion carries little
> > weight.)
>
> That's not true. It just means that it might take a bit longer for it
> to happen if it's a g
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 supporte
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>
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-Deb
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.
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 a
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
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 `debian/c
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 i
On Sat, 31 Aug 1996, James A. Robinson wrote:
jimr>My first thought was that the postinst should probably ask whether or
jimr>not it should set up an announce mailing list -- we might already have
jimr>such an aliases, or be using majordomo, or just want to check
jimr>smartlist out without creatin
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 prep
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'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 o
29 matches
Mail list logo