From debian-devel-request@lists.debian.org Sun Jun 30 12:43:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jun 1996 12:41:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jun 1996 12:41:27 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 03:44:10 -0000
Resent-Date: 1 Jul 1996 03:44:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uaZu7-0002ZCC@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 04:44 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Possible patch for wu-ftpd ?
Resent-Message-ID: <"zy9Kz2.0.Wb3.9cqrn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4357
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Would it be worth applying the patch below to our ftpd ?   I haven't
checked or tested it, but I have encountered the problem it purports
to solve.

Ian.

------- start of forwarded message (RFC 934 encapsulation) -------
Article: 645 of chiark.mail.linux-security
From: sizif@botik.ru (Yury Shevchuk)
Sender: owner-linux-security@tarsier.cv.nrao.edu
To: linux-security@tarsier.cv.nrao.edu,
        Richard Jones <sysgrad3@csc.albany.edu>
Subject: Re: [linux-security] wu.ftp, ftpaccess, and /bin/false shell
Date: Thu, 20 Jun 1996 00:52:06 GMT

Hello,

In message <Pine.SUN.3.91.960606090941.2768A-100000@naomi.albany.edu>
    Richard Jones writes:

>  I'm trying to use the wu.ftp ftpaccess file to setup a guestgroup whereby
>users with listings in the /etc/passwd file can upload to certain 
>sections of a Linux-based web site.  However, I'd like to deny these 
>people telnet access.  In ftpaccess I use the line:
>
>guestgroup ftponly 
>
>ftponly is defined as a group in /etc/group and its users have 
>/etc/passwd entries that look like:
>
>ftponlyuser1:sladfkj:12:324:FTP ONLY:/usr/ftp/./user1s_ftp_dir/:bin/false
>
>This is straight out of O'Reilly's Managing Internet Info. Services.  
>This doesn't work for me, though.  With a shell set to /bin/false a user 
>is not allowed to ftp login.  Is this a Linux thing? The user can ftp 
>login with /bin/bash or some other viable shell, but this opens up telnet 
>ability to the user (I can't use /etc/hosts.deny because it's too coarse).

IMHO, this is an overlook in wu-ftpd: the daemon denies access to
users whose shells are not listed in /etc/shells.  Adding /etc/ftponly
(or /bin/false) to /etc/shells is not the right way to go, though,
since doing so would be against the definition of /etc/shells: that
file should list only true unrestricted command interpreters (note:
/usr/bin/chsh).

On our site, ftponly logins work with the following hack to wu-ftpd,
which skips the /etc/shells check for accounts that have /etc/ftponly
as the login shell.  BTW, /etc/ftponly is a link to /usr/bin/passwd on
this system, which lets ftponly users to telnet to the system only to
change their passwords (not my invention -- seen on one of linux
mailing lists).


- -- Yura

===================================================================
RCS file: ftpd.c,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
- --- 1.1	1995/02/14 21:32:14
+++ 1.2	1995/02/14 22:04:46
@@ -855,22 +855,31 @@
             shell = _PATH_BSHELL;
         while ((cp = getusershell()) != NULL)
             if (strcmp(cp, shell) == 0)
                 break;
         endusershell();
- -        if (cp == NULL || checkuser(name)) {
+        /* if user is a member of any of the guestgroups, cause a chroot() */
+        /* after they log in successfully                                  */
+        guest = acl_guestgroup(pw);
+        /* guestgroup users may have /etc/ftponly as a shell, even though  */
+        /* it is not in /etc/shells                                        */
+        if (cp == NULL && ! (guest && strcmp(shell, "/etc/ftponly") == 0)) {
             reply(530, "User %s access denied...", name);
- -            if (logging)
- -                syslog(LOG_NOTICE,
- -                       "FTP LOGIN REFUSED (bad shell) FROM %s [%s], %s",
- -                       remotehost, remoteaddr, name);
+            syslog(LOG_NOTICE,
+                   "FTP LOGIN REFUSED (bad shell) FROM %s [%s], %s",
+                   remotehost, remoteaddr, name);
             pw = (struct passwd *) NULL;
             return;
         }
- -        /* if user is a member of any of the guestgroups, cause a chroot() */
- -        /* after they log in successfully                                  */
- -        guest = acl_guestgroup(pw);
+        if (checkuser(name)) {
+            reply(530, "User %s access denied...", name);
+            syslog(LOG_NOTICE,
+                   "FTP LOGIN REFUSED (in ftpusers) FROM %s [%s], %s",
+                   remotehost, remoteaddr, name);
+            pw = (struct passwd *) NULL;
+            return;
+        }
     }
     if (access_ok(530) < 1) {
         reply(530, "User %s access denied....", name);
         syslog(LOG_NOTICE, "FTP LOGIN REFUSED (access denied) FROM %s [%s], %s",
                remotehost, remoteaddr, name);

------- end -------


From debian-devel-request@lists.debian.org Sun Jun 30 13:08:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jun 1996 12:53:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jun 1996 12:53:25 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 03:48:36 -0000
Resent-Date: 1 Jul 1996 03:48:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uaZyP-0002ZCC@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 04:48 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: reorganizing package descriptions
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <96Jun25.175409gmt+0100.43468@gateway.azr.nl>
References: <96Jun25.175409gmt+0100.43468@gateway.azr.nl>
Resent-Message-ID: <"AThw-2.0.fc3.Jgqrn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4359
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Erick Branderhorst writes ("reorganizing package descriptions"):
...
> This isn't a short term issue, but we need to think about this.
> Internationalization. All gnu packages are slowly moving towards using
> gettext and po files with translations in it.
> 
> The description information in debian packages is very english right now 
> and I think it would be good to think about some method to provide 
> descriptions in other languages as well. I think we should follow
> some kind of similar approach as being done with the gnu packages. 

Err, do you know how the descriptions are currently handled ?

> The binaries contain the english description, if another language is
> requested, a lookup for this language should be done in some /usr/share
> directory and if an appropriate file with the translated description is
> found it should be displayed.

Huh ?  This will never work.  The English descriptions will keep
changing and you'll have to edit this huge database all the time.

I think that the right way to do this is to provide replacement
descriptions files or perhaps even replacement Packages files for
different languages.

I don't know how to go about displaying non-ISO-LATIN-1 characters in
dselect, so for the moment you'll have to make do with that.

Ian.


From debian-devel-request@lists.debian.org Sun Jun 30 13:08:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jun 1996 12:58:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jun 1996 12:58:47 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 03:50:11 -0000
Resent-Date: 1 Jul 1996 03:50:11 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uaZzw-0002ZZC@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 04:50 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: old image-1.2.13 package
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0uYiM5-000z26C@valour.pem.cam.ac.uk>
References: <m0uYiM5-000z26C@valour.pem.cam.ac.uk>
Resent-Message-ID: <"ogzf23.0.Nd3.phqrn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4360
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Austin Donnelly writes ("old image-1.2.13 package"):
> Since image is marked as essential, people are going to have trouble
> getting rid of it to move over to the kernel-image pacakge, aren't
> they?
> 
> What are people's thoughts on the subject?

Well, you could supply a dummy non-Essential image package to allow
you to remove it, or have some new Essential package Conflict/Replace
it.

Editing dpkg's status database under its feet won't work very well.

Ian.


From debian-devel-request@lists.debian.org Sun Jun 30 14:48:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jun 1996 14:38:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jun 1996 14:38:58 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 05:32:30 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3451: Missing label 'llseek' in e2fsck - rootdisk
Reply-To: qbams@brisnet.org.au, 3451@bugs.debian.org
Resent-From: qbams@brisnet.org.au
Resent-To: debian-devel@lists.debian.org
Resent-Date: Sun, 30 Jun 1996 13:18:01 GMT
Resent-Message-ID: <handler.3451.B.83614011123817@bugs.debian.org>
X-Debian-PR-Package: (rootdisk)
X-Loop: owner@bugs.debian.org
Message-Id: <31D7D7EE.735@brisnet.org.au>
Date: Mon, 01 Jul 1996 14:51:42 +0100
From: qbams@brisnet.org.au
X-Mailer: Mozilla 3.0b4 (Win16; I)
Mime-Version: 1.0
To: debian-bugs@pixar.com
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4364
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: (rootdisk)

The June 12(?) installation disks can't make partitions that need more
than 256 chunks in the inode-tables. It complains that it can't
find the symbol 'llseek'. Presumably due to a missing dll.

Essentially, it means that you've got to install a basic system on one 
drive, to repartition a large boot drive, then do a repeat install to 
that one. Messy and time-consuming.

D


From debian-devel-request@lists.debian.org Sun Jun 30 15:38:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jun 1996 15:35:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jun 1996 15:35:40 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 06:35:48 -0000
Resent-Date: 1 Jul 1996 06:35:48 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Mon, 1 Jul 1996 08:34:44 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Debian Developers <debian-devel@pixar.com>
Subject: Re: /etc/default? (was: Re: Bug#3368: cron's checksecurity still scans NFS servers)
In-Reply-To: <m0uaRwH-000HYaC@liw.clinet.fi>
Message-Id: <Pine.SUN.3.91.960701083320.1120A-100000@koma.informatik.tu-muenchen.de>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"0D5jL2.0.V16.37trn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4365
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Sun, 30 Jun 1996, Lars Wirzenius wrote:
> 
> This might be an appropriate time to start thinking again about
> /etc/default (under whatever name).  If I remember correctly, someone
> told us that one of the commercial vendors (or SVR4?) has a directory
> /etc/default, with shell scripts that set certain variables.  This is
> used for configuration.  When a program (script) needs the configuration,
> it sources the script.  One of the benefits is that there's a lot of
> potential small configuration files like this, and it could be a bit
> neater to put them into the same directory.

can you tell me the difference between /etc and /etc/default?

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Sun Jun 30 17:18:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jun 1996 17:12:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jun 1996 17:12:42 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 08:23:12 -0000
Resent-Date: 1 Jul 1996 08:23:12 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Mon, 1 Jul 1996 10:22:19 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging - alternatives
In-Reply-To: <m0uaX9n-0002ZZC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.SUN.3.91.960701092742.1120C-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"N4DiP3.0.US7.mhurn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4367
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 1 Jul 1996, Ian Jackson wrote:
> 
> Here's the alternative I've dreamed up:
> 
> * The source package is three files:
> 
>  - hello_1.4-3.dsc
>   DSC= Debian Source Control (suggestions for better extensions
>   welcome).  This contains a dchanges/debian.control-like format, for
>   example:
>     Source: hello
>     Version: 1.4-3
>     Architecture: any
>     Depends: gcc         { standard dpkg control file syntax }

it just as well depends on make, libc, libc-dev, bash, patch, binutils, 
dpkg, tar, gzip, dchanges and probably a real bunch of other things. 
this is simply far to much to reliably keep track of. note that in 
most packages configure is already used, which will find the 
apropriate tools much more reliable. (keep the souce of information 
in one single point :-)

on the other hand, leaving out this information does not have
too much drawbacks. the build will not succeed, and people which
try to rebuild any packages should be able to see what tools they
need.

third: think about the depends/recomends/suggest problems we 
already have. and that is a far more easier issue than a source
file depends.

>   The `Architecture: any' means
>   that the source is arch-independent, but the binary isn't.
>   `Architecture: all' would mean it was a truly arch-independent
>   package (documentation, for example).

this doesn't have to be distinguished. the source description file
should _only_ describe the source, not the binary. whether the
binary is arch-independend or not is in the realm of the debian.rules
file.

> * Issues:
>  - Perhaps we need to think again about these hyphens in the context
>   of source packages, so that we can distribute GNU source tarfiles
>   unchanged.

please do not do this! the file naming convention has changes to
often lately, nearly every one is simply confused about this. do
not start another discussion about this issue right now.

we have some guidelines concerning file name conventions, so
lets consolidate on this issue for at least one year, getting some
experience with it. another discussion about file names should be
delayed up until june next year.

>  - We need a dpkg-source script to unpack the tarfile and apply the
>   diff safely (and it can automatically change debian.rules to be
>   exectutable), but people can do it themselves if they want.  Also,
>   we need a dpkg-source script which runs diff 

supported. we do not really need this, but it might be handy for some
people. 

>   and checks that there
>   are no differences that diff can't handle (deleted files, retargeted
>   links, &c).

a repair: target in debian.rules might handle that things, if
it's really needed and not already done in the configure: target.

>  - We need to store the .dsc somewhere 

well, do we really need this file? md5sums might be handy, but as
all files are gziped a gzip -t might do. Architecture might be 
interresting, but it doesn't hurt if the information isn't there.
the same applies for the Generates: field. 

Depends fields are simply impossible to fill. building a really 
complete list and keeping it up to date and reliable is too 
expensive if you compare it to the improvements one gains of.

and for package-name/version scanning: this is, as far as i can
see, only needed on master, and there is already additional 
information in the overwrite files on master. why don't use them.

about signing: this is only needed to make uploads secure. this
is provided by signing the .changes file. no need to do this again.

still, i do not see the need for this file. :-)

> * As a reminder, the `one file' format I favour at the moment is an `ar'
> archive with members for the control file, diff, original source
> tarfile and optionally signature.

only makes sense if we need a .dsc file.

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Sun Jun 30 17:18:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jun 1996 17:18:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jun 1996 17:18:14 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 08:25:58 -0000
Resent-Date: 1 Jul 1996 08:25:58 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0uaeAz-000HWzC@liw.clinet.fi>
From: Lars Wirzenius <i-do-not-want-any-unsolicited-commercial-or-uncommercial-email@iki.fi>
To: Debian Developers <debian-devel@pixar.com>
Subject: Re: /etc/default? (was: Re: Bug#3368: cron's checksecurity still scans NFS servers) 
In-Reply-To: Your message of "Mon, 01 Jul 1996 08:34:44 +0200."
             <Pine.SUN.3.91.960701083320.1120A-100000@koma.informatik.tu-muenchen.de> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_2135844274P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 01 Jul 1996 11:17:42 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"Jt6h31.0.GW7.Lkurn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4368
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_2135844274P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Juergen Menden:
> can you tell me the difference between /etc and /etc/default?

/etc is the parent directory, and /etc/default is the subdirectory. :)

All those files could surely be put into /etc, but /etc is big enough
as it is.  My system has about 120 entries in /etc.  It's neater to
put them into /etc/default, since they're all similar (small, same
syntax, similar in purpose, even if not directly related).  I don't
think we want to create fifty new files in /etc.

The current situation is to have the configuration data embedded in
the scripts (e.g., whether the hardware clock is in GMT or not, in
/etc/init.d/boot).  This is not a good thing, since you can't upgrade
the script without destroying the configuration data.



--==_Exmh_2135844274P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMdeJpIQRll5MupLRAQH2/QP+LAH+RzHQCaGWmgom40+xcif5snVSox/O
kG2tCNuO3ljBw2pMoXo/8vQcDoihHKBm8IA2/CaHozs5+LnckItATxwqJ17eJ1gc
dgoeQCC3g1bRSek5i+q7O1MlvGDbf89vQMq1iZMop1a+Cx+Hwl0cz0datOvOTFgF
3UwUQzMe3f8=
=u/qj
-----END PGP MESSAGE-----

--==_Exmh_2135844274P--


From debian-devel-request@lists.debian.org Mon Jul 01 00:22:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 00:15:17 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 1 Jul 1996 00:15:17 -0000
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 16:16:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Jul 1996 16:16:18 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 13:30:50 -0000
Resent-Date: 1 Jul 1996 13:30:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Mon, 1 Jul 1996 09:35:06 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Manoj Srivastava <srivasta@pilgrim.umass.edu>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: kernel-source and kernel-headers packages
In-Reply-To: <gvxd92ghc0a.fsf@diamond.pilgrim.umass.edu>
Message-ID: <Pine.LNX.3.94.960701092536.21365C-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"8dJHM1.0.qp4.9Czrn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4375
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On 30 Jun 1996, Manoj Srivastava wrote:

> >>"Ian" == Ian Jackson <ian@chiark.chu.cam.ac.uk> writes:
> 
> Ian> The /usr/src/linux symlink is no longer necessary for anything
> Ian> very much, and in any case it seems to me that having the
> Ian> most-recently-unpacked thing alway set this link to itself is
> Ian> bad.
> 
> 	Umm, I could not think of another scheme that was better ;-),
>  and I think it works for most people most of the time.

What was wrong with: kernel-source-2.0.tar.gz? This is how we distribute
all other source.

> 
> Ian> But really the main problem is that a .deb package is a
> Ian> stunningly bad way of distributing source code - it's exactly the
> Ian> kind of thing that dpkg (and indeed almost any package management
> Ian> scheme for binary packages) will have huge trouble with, because
> Ian> people will always be editing it, compiling it, rm -rf'ing it,
> Ian> &c.
> 
> 	Well, yes, but .deb packages are how we distribute packaged
>  products to the debian users (most methods of delivering such
>  products to the end-user are focussed on .deb format (dftp, dpkg-ftp,
>  and cdrom distributors)), so if Debian is to provide the sources, it
>  should be in this form (I dislike to think that there is a special
>  case made for the kernel sources).
> 
.deb packages are how we distribute BINARY packages. Dftp and dpkg-ftp are
scripts, so the 'binary' and the 'source' are the same. I didn't know that
we distributed cdrom distributors in .deb format. I'll have to try that on
myself and see how it feels :-)

> 	  I think that there is a demand for kernel sources, and that
>   we should satisfy this need, if only for completeness. Also, though
>   there are not now, but there may be, in the future, packages that
>   really depend on the kernel sources; and the .deb file defines a
>   standard place to find kernel sources on a Debian system
> 
We should satisfy this need for source the same way that Linus does, with
a tar.gz file. Any packages that explicity depend on a particular kernel
are broken at birth and has absolutely nothing to do with HOW source files
are packaged.

> 	Methinks, Ian, you underestimate your creation, dpkg handles
>  the sources well enough in most of the cases.  So far, I have no
>  complaint about dpkg's handling of the sources, indeed, people savvy
>  enough to edit kernel sources are usually savvy enough to understand
>  why dpkg is complaining about extra files while deleting the source
>  package (indeed, one may edit the sources almost at will, with no ill
>  effect, only adding files seems to discomfit dpkg).
> 
Methinks it is your understanding of dpkg that is lacking. I guess my
complaints don't count, because you fixed the problem created by dpkg in
your original implimentation. I contend that there are still problems with
this approach that will come back to haunt us later.

Personaly, I will continue to get kernel sources from the "true source"
and build them the way I always have. These kernel packages will not bite
me, because I will not use them.

Thanks for all your other work,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Mon Jul 01 00:22:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 00:20:17 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 1 Jul 1996 00:20:17 -0000
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 15:21:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Jul 1996 15:21:19 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 13:04:52 -0000
Resent-Date: 1 Jul 1996 13:04:52 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <fea@fea.rrd.ornl.gov>
Message-Id: <m0uaieZ-0000WOC@fea.rrd.ornl.gov>
Date: Mon, 1 Jul 96 09:04 EDT
From: "James D. Freels" <fea@fea.rrd.ornl.gov>
To: srivasta@pilgrim.umass.edu
CC: debian-devel@lists.debian.org
In-reply-to: <gvxd92ghc0a.fsf@diamond.pilgrim.umass.edu> (message from Manoj
	Srivastava on 30 Jun 1996 23:45:57 -0400)
Subject: Re: kernel-source and kernel-headers packages
Resent-Message-ID: <"1sUsq.0.dy3.qpyrn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4374
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>"Ian" == Ian Jackson <ian@chiark.chu.cam.ac.uk> writes:
>
>Ian> The /usr/src/linux symlink is no longer necessary for anything
>Ian> very much, and in any case it seems to me that having the
>Ian> most-recently-unpacked thing alway set this link to itself is
>Ian> bad.
>
>	Umm, I could not think of another scheme that was better ;-),
> and I think it works for most people most of the time.

... stuff deleted...

>
>	Methinks, Ian, you underestimate your creation, dpkg handles
> the sources well enough in most of the cases.  So far, I have no
> complaint about dpkg's handling of the sources, indeed, people savvy
> enough to edit kernel sources are usually savvy enough to understand
> why dpkg is complaining about extra files while deleting the source
> package (indeed, one may edit the sources almost at will, with no ill
> effect, only adding files seems to discomfit dpkg).
>
>	manoj
>

I agree here also.  For most folks who even recompile the kernel, the
only thing that will change is the /usr/src/linux/.config file.  I
keep a backup set of these for different machines in my /root area.
Well, I also changed the /drivers/sound area on my home machine to
incorporate the latests USS/Lit source.
-- 
/------------------------------------------------------------------\
| James D. Freels, P.E._i, Ph.D.  | Phone:  (423)576-8645  |   | L |
| Oak Ridge National Laboratory   | FAX:    (423)574-9172  | H | I |
| Research Reactors Division      | Internet: fea@ornl.gov | F | N |
| P. O. Box 2008                  | Reactor Technology     | I | U |
| Oak Ridge, Tennessee 37831-6392 | world's best neutrons! | R | X |
|------------------------------------------------------------------|
| out the 10Base-T, through the router, down the T1, over the      |
| leased line, off the bridge, past the firewall...nothing but Net |
\------------------------------------------------------------------/


From debian-devel-request@lists.debian.org Mon Jul 01 00:47:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 00:23:39 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 1 Jul 1996 00:23:39 -0000
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 14:38:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Jul 1996 14:38:00 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 12:49:21 -0000
Resent-Date: 1 Jul 1996 12:49:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Mon, 1 Jul 1996 08:53:32 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Rob Browning <osiris@cs.utexas.edu>
cc: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging - alternatives
In-Reply-To: <8791d4zq10.fsf@raven.ots.utexas.edu>
Message-ID: <Pine.LNX.3.94.960701084927.21365A-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"t2gvw2.0.FF3.Gbyrn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4373
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On 30 Jun 1996, Rob Browning wrote:

> Ian Jackson <ian@chiark.chu.cam.ac.uk> writes:
> 
> >   are no differences that diff can't handle (deleted files, retargeted
> >   links, &c).
> 
> I don't know if "retargeted links" covers the following situation, but
> don't forget about dangling symbolic links.  The GIMP upstream source
> contains links to a binaries which don't exist until you build the
> package.  This does not make diff happy.  I got around the problem by
> just deleting the links in the upstream source before running diff,
> but this is not really ideal.
> 
I have the same problem with pine. The pine developers tell me that POSIX
"allows" dangling symlinks (a symlink with no target) and so, have no
inclination to fix them. 
Try the '-X file' option. This should allow you to tell diff to ignore
those directories/paths that are broken symlinks. I am going to impliment
this with pine today, so I'll let you know how it worked.

Luck,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Mon Jul 01 00:47:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 00:39:38 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 1 Jul 1996 00:39:38 -0000
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 09:34:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Jul 1996 09:34:01 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 08:40:45 -0000
Resent-Date: 1 Jul 1996 08:40:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <torin@perv.daft.com>
Sender: torin@perv.daft.com
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: debian-devel@lists.debian.org
Subject: Re: Bug#3422: termcap entry too long error
References: <87bui4wdej.fsf@perv.daft.com>
	<Pine.LNX.3.94.960628102856.10011C-100000@dwarf.polaris.net>
	<m0uaYeA-0002ZZC@chiark.chu.cam.ac.uk>
From: "Darren/Torin/Who Ever..." <torin@daft.com>
In-Reply-To: Ian Jackson's message of Mon, 1 Jul 96 03:23 BST
Date: 01 Jul 1996 01:40:22 -0700
Message-ID: <877msomknd.fsf@perv.daft.com>
Lines: 29
X-Mailer: Gnus v5.2.31/XEmacs 19.14
Resent-Message-ID: <"Mmvzz.0.no7.Cyurn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4369
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Ian Jackson, in an immanent manifestation of deity, wrote:
>Darren, do you have any idea how large such a log would get how
>quickly ?  Even if the information in it were very minimal and brief
>you could expect it to grow by at least a megabyte every time you did
>an upgrade ...

That's why I said option.  The verbose options of sendmail and named
emit ludicrous amounts of data as well.  It's the sort of thing that is
turned off most of the time or pruned rather frequently...

Darren
- -- 
<torin@daft.com> <http://www.daft.com/~torin> <torin@debian.org> <torin@io.com>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMdeO7Y4wrq++1Ls5AQEuBAQAixAWCQD/rrl3hYhfE/HTgjGmCQxldTav
9Zm1HL4yT2Enmyh7Hj21Qn+84qNj0uwNMd6v4Cz41S5J8BrhED/qCwQbYT84BUVd
4xCTBXZVAlPJT2320UBa/LZ57S+CqF0gLEiwymBYbKSX5xOT8BPP+v6DxzuvB0tD
FB4YXUzH8Hk=
=7PCm
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Mon Jul 01 01:12:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 01:03:37 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 1 Jul 1996 01:03:37 -0000
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 11:38:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Jul 1996 11:37:59 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 10:31:59 -0000
Resent-Date: 1 Jul 1996 10:31:59 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: Re: Source packaging - alternatives
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Mon, 1 Jul 1996 11:07:09 +0100
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0uaX9n-0002ZZC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 1, 96 01:48:00 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul1.123255gmt+0100.43464@gateway.azr.nl>
Resent-Message-ID: <"FZK1a3.0.w81.Uawrn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4370
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> advocating this were merely advocating that we should be able to
> extract the original source files somehow from our source archive,
> perhaps in a differently named directory or some such).

I recommend to include the original source file in the archive but let it
keep the directory is this a good one. Let the dpkg-source script / program
move the sources around if needed.  With gnu sources this will probably not
required.
 
>   DSC= Debian Source Control (suggestions for better extensions
>   welcome).  This contains a dchanges/debian.control-like format, for
>   example:
>     Source: hello
>     Version: 1.4-3
>     Architecture: any
>     Depends: gcc         { standard dpkg control file syntax }
>     Generates: hello     { names of binary packages, comma-separated }
>     Data-MD5sums:
>      faa56f7d564b1972f66a2d17ddf97413  hello_1.3-4.diff.gz
>      d2cb670eee141fc08eaa4a794b8b68fe  hello_1.3.orig.tar.gz
>   This would optionally be PGP-signed.  The `Architecture: any' means
>   that the source is arch-independent, but the binary isn't.
>   `Architecture: all' would mean it was a truly arch-independent
>   package (documentation, for example).
> 
>  - hello_1.3-4.diff.gz
>   The Debianisation diff, as we have now.

Ok but I wouldn't use the underscore.

> 
>  - hello_1.3.orig.tar.gz
>   The original source code, reorganised if necessary into a tarfile
>   that unpacks into a subdirectory called hello-1.3 or perhaps
>   hello_1.3.

Unpacking in another directory requires repacking of the original sources
all the times.  If we simply inpack in the <package>-<mainstreamversion>
directory we don't need to do this in a lot of cases.

>  - Perhaps we need to think again about these hyphens in the context
>   of source packages, so that we can distribute GNU source tarfiles
>   unchanged.

I'm in favour of thinking about it, discussing and whatever but make the
decission part of a script and the rest variable.  I mean provide the
<packagename> and <version> and <revision> info somewhere in the control
part and let the dpkg-source script manage how files are named if this is
needed at all.  By this we only need to change the script if we feel that
the current names aren't appropriate.

> * As a reminder, the `one file' format I favour at the moment is an `ar'
> archive with members for the control file, diff, original source
> tarfile and optionally signature.

I think this is the most extensible approach we can think of. 

* The `ar' archive can have a md5sum member (with appropriate md5 in it). 

* It can also be used to store more than one source package, for packages
which are build from more source trees. This archive would have one debian
diff file but we can choose for seperate debian diff files.

* An option might be that patches are appended to the `ar' archive
containing updates, like the updates fed into the bug tracking system on the
m68k compiles.  The updates will not be merged into the debian.diff
automatically but can optionally be applied by dpkg-source on the sources.
This provides a stable (debian-maintainer certified) and a very up to date
(non-original-debian-maintainer certified) source. Patches and up dates will
become available sooner in this way.  The patches can be uploaded only on
course, their external names (not in archive names) are made by dpkg-source
and when they are appended to the original source an their names will be
parsed and the appropriate package archive will get them.

* Symbolic links can be used to provide a consistent non version name for
the source archive.  This is a bit similar to the dosnamed binary packages.
In this way the www interface doesn't need to be updated for every version
change of a package.  One can always point to the most recent sources for
example: dpkg.dsc or dpkg.dsp  (whatever the extension will be).

Erick


From debian-devel-request@lists.debian.org Mon Jul 01 01:12:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 01:00:48 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 1 Jul 1996 01:00:48 -0000
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 14:15:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Jul 1996 14:15:10 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 12:16:10 -0000
Resent-Date: 1 Jul 1996 12:16:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607010637.IAA00895@circe.informatik.rwth-aachen.de>
Subject: Re: /etc/default? (was: Re: Bug#3368: cron's checksecurity still scans NFS servers)
To: miquels@cistron.nl (Miquel van Smoorenburg)
Date: Mon, 1 Jul 1996 08:37:39 +0200 (MET DST)
Cc: debian-devel@lists.debian.org (Debian Development)
In-Reply-To: <199606302302.BAA16162@picard.cistron.nl> from "Miquel van Smoorenburg" at Jul 1, 96 01:02:58 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"35_tS2.0.AW2.96yrn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4371
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Miquel van Smoorenburg writes:
> Yes yes yes. Let's do this, but we'll have to be sure we are compatible
> with other systems. I think the shadow package also wants /etc/default,

No shadow only needs login.defs and login.access.

> and so does mgetty. I for one would be very happy with /etc/default/boot
> etc. for the init scripts!

Yes, /etc/default/boot sounds good.

Michael

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Mon Jul 01 01:12:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 01:12:06 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 1 Jul 1996 01:12:06 -0000
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 14:26:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Jul 1996 14:26:27 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 12:43:50 -0000
Resent-Date: 1 Jul 1996 12:43:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607011243.OAA07784@feivel.informatik.rwth-aachen.de>
Subject: New uploads to chiark
To: debian-devel@lists.debian.org (Debian Development)
Date: Mon, 1 Jul 1996 14:43:35 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Me28G3.0.M53.6Wyrn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4372
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Mostly just the new naming scheme plus some minor fixes:

-----BEGIN PGP SIGNED MESSAGE-----

Date: 01 Jul 96 06:50 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: adjtimex
Version: 1.2-3
Binary:  adjtimex
Architecture:  i386 source
Description: 
 adjtimex: Utility to display or set the kernel time variables
Changes: adjtimex (1.2-3):
        * Corrected rules file for new naming scheme
        * Gzip manpage
        * Strip binaries
Files:
 95197d00e174a7812ecbd1bbe8d10e1c  12019  admin  -  adjtimex_1.2-3.tar.gz
 2ac531aa97b2f34be88800f492bd3963  4297  admin  -  adjtimex_1.2-3.diff.gz
 f277713764ad4b994d32e463ce16763e  12904  admin  optional  adjtimex_1.2-3_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdd1NypaNcQEtuj1AQGFOAP9HxD7fcjFrmA4yI1/cfx1v1ryFSJviRNM
ChNX6nRBrNlDXhpRgECLVKRrwdBPOjKW/Caw63cWghjJNsizsKiEM/nRa/u+o9VA
wJUDMAJ0UnMffiLcyIniZD+bLWzksd4T2ct7/tn1vYivr49T4lo83hmU6NFX25i5
sVcHJtdAe98=
=4MDE
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----

Date: 30 Jun 96 11:41 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: hkgerman
Version: 2-4
Binary:  igerman wgerman
Architecture:  all source
Description: 
 igerman: The german dictionary for ispell.
 wgerman: The german dictionary words for /usr/dict.
Changes: hkgerman (2-4):
        * Adapted to new naming scheme
        * Both packages now have an extended description
        * Don't create adirectory for copyright file
Files:
 fc325a47ef10a569816b03d2da0985f3  382556  text  -  hkgerman_2-4.tar.gz
 3025cdcb4855652530545e8a19e5bef3  5779  text  -  hkgerman_2-4.diff.gz
 790b69a6b7b177efbc3a8b3e332ad436  753352  text  optional  igerman_2-4_all.deb
 8b8ed5732546fa2213ae6082d553a9e6  330598  text  optional  wgerman_2-4_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdZqAipaNcQEtuj1AQERUgP+PpRMot2WZn0xjlwV/92W0WB6UgtuJkmw
hV3cjVDHFnX9JyQPyrEboUjOxALCLhNhS5OvJlb02rB06Te0HbjXbt095uiGswJG
RkZAEKPI3sqJEa7eHctidPTNlim5JnbvsMrom7t+qcGeGKYW5rEE9fmrl3tbGNoz
cd87cQIJMvQ=
=X1CR
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----

Date: 28 Jun 96 20:33 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: modules
Version: 2.0.0-3
Binary:  modules
Architecture:  i386 source
Description: 
 modules: Linux module utilities.
Changes: modules (2.0.0-3):
        * Changed debian.rules for new naming scheme
Files:
 456b42541a97c1479b289da7ac776ca0  110394  base  -  modules_2.0.0-3.tar.gz
 e6aaa07e2354f9fb4159254cc9d87169  7580  base  -  modules_2.0.0-3.diff.gz
 0a1d9c9ce3451a1c278b93c1fac4e9bb  70896  base  required  modules_2.0.0-3_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdRBtypaNcQEtuj1AQGhRgP9Fo0vT7Dw544iYGHEd8lMpoF2A6PzvxpN
hQoE5aDkeXgFVa1NKCkxBIjfWMZbMcHgtfEX8s3Owxq6Sv8giKAYlDCMAzWifyav
lsSCPpZ+QvYqI1ZDn8JmZhlZ10ny2oCxRf4+VypvLhAi1ftTY//xewBaz9A+HpKa
hxvquMqpkhk=
=0kdN
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----

Date: 30 Jun 96 15:45 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@informatik.rwth-aachen.de>
Source: mtools
Version: 3.0-4
Binary:  mtools
Architecture:  i386 source
Description: 
 mtools: Tools for manipulating MSDOS files
Changes: mtools-3.0-4
        * Applied patches mtools-3.0-2306.diff.gz
        * Changed debian.rules for new naming scheme
        * Gzip manpages
Files:
 e62c482de59f581144d1cfa0151d1b0e  192054  misc  -  mtools_3.0-4.tar.gz
 5e9f23d2c05c41de86061ec965cc573a  57529  misc  -  mtools_3.0-4.diff.gz
 9c93d6dc1d91ef190542aab806c63243  92500  misc  optional  mtools_3.0-4_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdahQypaNcQEtuj1AQFxdwP+IPaF69VQ6OdU5ZzKkG1aQKFFF20DDTN/
XBCcr8pNy6B0WGti1dW4ZT2H/SJX0SWzOX1q9x4urMaNsaDigu6BBKRk8BycqtGK
9T918/T3V2E4i9c5qRYah+ysF9JGrp3oTaB9twNBw0xwzOBDqQ8HBQD7+08DAmwW
Ahm/+S0C6BM=
=Oysl
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----

Date: 30 Jun 96 14:16 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: perforate
Version: 1.0-2
Binary:  perforate
Architecture:  i386 source
Description: 
 perforate: Utilities to save disk space
Changes: perforate (1.0-2):
        * Changed debian.rules for new naming scheme
Files:
 c220787ac716adfc918ad4522e794ad7  14966  misc  -  perforate_1.0-2.tar.gz
 1fd0788289be20d2d70dcb42001a843f  2206  misc  -  perforate_1.0-2.diff.gz
 3f594816950658b8c56e446f49d2634a  7024  misc  standard  perforate_1.0-2_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdaMYypaNcQEtuj1AQHovAP/XTo7KBDopYMp/WIRAfeT7SWt0+KpNjZ4
tjjD7+ejKrR2qMYTrl5MAs5kgyDT5Rxf9sebEC7G3kAMhPGq+vXZnhTIQkIQpMHU
MdtcYUSSfXoRkTrDY8eXm6uI9TYotKBCpu5j+JRbJ1qYE8oi1TKOx+ow6woHMzih
nWLm7R1bvl8=
=qzcP
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----

Date: 30 Jun 96 11:14 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: sudo
Version: 1.4.3-5
Binary:  sudo
Architecture:  i386 source
Description: 
 sudo: Provides limited super user privileges to specific users.
Changes: sudo (1.4.3-5):
        * Corrected postinst to use /usr/bin/perl instead of /bin/perl
          [Reported by jdassen@wi.leidenuniv.nl (J.H.M.Dassen)]
Files:
 0de7c69d26129d2804bbec2f556c03f4  155352  admin  -  sudo_1.4.3-5.tar.gz
 ffa8e69ddb03e49073bea3871ec27c36  39436  admin  -  sudo_1.4.3-5.diff.gz
 8f07823b938cbfa8cc982ce228cdef16  53692  admin  standard  sudo_1.4.3-5_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdZhnCpaNcQEtuj1AQEUtQP+LO7YUUZBA7JxFHntTc9b3FkwWkYVr4I7
4eC44LsQ7UX9yNqaofrHFEKM0QnkuIr+UPGEA2PdUX1htmXMB6y1VUtFcUUcCHst
7g80NCPxCt/I0/aHrEUUKw42c9uE29aZNW3BXRaZ6ju3mhVKfsTLfKfuAodHVJoY
4Uymrk9No7A=
=QVNi
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----

Date: 30 Jun 96 15:50 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: xautolock
Version: pl10-2
Binary:  xautolock
Architecture:  i386 source
Description: 
 xautolock: Start a program if the X window is idle for some time
Changes: xautolock (pl10-2):
        * New naming scheme
        * Gzip manpage
Files:
 84a3bc2d55843573843ff86475f5414c  26602  x11  -  xautolock_pl10-2.tar.gz
 ff8ec0be715c9251b92d858a966dbf2c  2698  x11  -  xautolock_pl10-2.diff.gz
 9ad638359ddded27cbe4b7c64d514de9  12620  x11  optional  xautolock_pl10-2_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdaidipaNcQEtuj1AQHN3gP9FCoKsDwKrEORS3y0KqDp7+7IpeZP7UEg
3bTEwqbl0iKpqzdTV58RTl/y67i5RpBpH20sbuUW+lBveIdh8A/AU6rqIb7/Divs
1rUVJxHkGEOMUqCtHqTYJ59uk7vr3aAz/OL0/mOdDEij0SSnWR4lhmQzsSE/N86w
yacFdCOabBI=
=nZI/
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----

Date: 30 Jun 96 12:02 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: xcolors
Version: 1.5-2
Binary:  xcolors
Architecture:  i386 source
Description: 
 xcolors: display all X11 color names and colors
Changes: xcolors (1.5-2):
        * Changed debian.rules for new naming scheme.
        * Changed extended description
Files:
 f542f302916792ec54860e5e6e8afeb3  7799  x11  -  xcolors_1.5-2.tar.gz
 fffc52c3eae5faa0a383b602390dcccc  2862  x11  -  xcolors_1.5-2.diff.gz
 37deb70d03b2c27f2318f08324800325  8530  x11  optional  xcolors_1.5-2_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdZtMSpaNcQEtuj1AQG1NAQAmYIZz/eoOyPR+0kT/DmNJZwu37NOrAIP
tnjM0tOtznkrKUxIZy7pFPSG6JqVHgJdQXmXKNj0z1xJI37hocPwbSXU26R1jb9V
Z5KvFypgpgVMGxodoRIxev5Ql6UfoMkjChScxUnVcFKzIHT8douFDDRe5GgrU+8c
axXxRFrzl+o=
=22lz
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----

Date: 30 Jun 96 15:48 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: xsysinfo
Version: 1.2-3
Binary:  xsysinfo
Architecture:  i386 source
Description: 
 xsysinfo: Display some Linux kernel parameters in graphical form.
Changes: xsysinfo (1.2-3):
        * New naming scheme
        * Gzip manpage
Files:
 025661dd5238722af09cb826878ab78b  17558  x11  -  xsysinfo_1.2-3.tar.gz
 2dea27895bf9a4e7c49b4b2bdffc2db0  6348  x11  -  xsysinfo_1.2-3.diff.gz
 889ee9d356e398fc78d83502785155b9  14186  x11  extra  xsysinfo_1.2-3_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdaiESpaNcQEtuj1AQEa/gP+Jegr1YmFpFb4b6gz4ZrhfsOtW6f+61zV
c5JNesXX2WFwahX/VxqbeQaJ0vZ7q9Vd2D1dT8ALsRMllK6DLFkFqRNKPiqSq3e2
B+DAT9chyisHkJXqvXJ7rfwvgHOgQU7xkcviUMK6ZtfuHvlwW6b5oWO2TxtuUjlq
Urg5HoVVUWE=
=S7Q9
-----END PGP SIGNATURE-----

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Mon Jul 01 02:27:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 02:27:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 02:27:02 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 14:47:28 -0000
Resent-Date: 1 Jul 1996 14:47:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sgk@sgk.tiac.net>
Message-Id: <199607011435.KAA31026@sgk.tiac.net>
To: Lars Wirzenius <i-do-not-want-any-unsolicited-commercial-or-uncommercial-email@iki.fi>
cc: debian-devel@lists.debian.org
Subject: Re: Debiandoc - WWW access to online docs 
In-reply-to: Your message of "Sun, 30 Jun 1996 02:08:42 +0300."
             <m0ua98B-000Hg8C@liw.clinet.fi> 
Date: Mon, 01 Jul 1996 10:35:54 -0400
From: "Susan G. Kleinmann" <sgk@sgk.tiac.net>
Resent-Message-ID: <"uKYR-2.0.656._J-rn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4377
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> I vaguely remember hearing 
> about info2html and texi2html converters; if you have URLs, don't hesitate
> to tell me.  
The list of HTML converters at
http://union.ncsa.uiuc.edu/HyperNews/get/www/html/converters.html

lists this for "texi2html":
http://wwwcn.cern.ch/dci/texi2html/


It also lists resources for "texi2www":
http://sunland.gsfc.nasa.gov/info/texi2www/Top.html

and "texi2html":
http://wwwcn1.cern.ch/dci/texi2html/

------------------------------------------------
> The manual pages work relatively well.  Plain text works.  Info files 
> don't work (they'll be converted to ugly plain text).  HTML should work
> (if filename is *.html or *.html.gz).
> 
Would it be possible to used something like the update-alternatives
command to provide conversion through rman for those who have this
program installed?  It seems a waste not to use it if/when you have it.

------------------------------------------------

Cheers,
Susan Kleinmann
sgk@tiac.net


From debian-devel-request@lists.debian.org Mon Jul 01 02:27:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 02:20:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 02:20:38 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 14:39:06 -0000
Resent-Date: 1 Jul 1996 14:39:06 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <miquels@cistron.nl>
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607011438.QAA08884@picard.cistron.nl>
Subject: Re: buzz-fixed - it is essential; how do we make it ?
To: debian-devel@lists.debian.org
Date: Mon, 1 Jul 1996 16:38:46 +0200 (MET DST)
In-Reply-To: <m0uaY38-000HWvC@liw.clinet.fi> from "Lars Wirzenius" at Jul 1, 96 04:45:07 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"8aCD23.0.Xv5.AC-rn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4376
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Lars Wirzenius) wrote:
> Ian Jackson:
> > I'm absolutely convinced that we need a `buzz-fixed' directory, to
> > which Debian-1.1.<patchlevel> and stable are made to point.
> 
> I'm happy if we can get one soon.

I am happy it's getting there. Until now I have been moving a few packages
into buzz-fixes on my own, it would be great if this could be automated
(also the creation of the Packages and Contents file). However nobody has
contacted me about this and I don't know who to talk to so...

> I'm not sure I understood what you meant.  Let me paraphrase what I
> think you might have meant, and you'll correct me:
> 
> 	1. Create buzz-fixed as a symlink copy of buzz.
> 	2. When a package is released that must go into buzz-fixes,
> 	   a symlink to it also goes to buzz-fixed.
> 	3. Rebuild buzz-fixes/Packages and buzz-fixed/Packages.  
> 	
> Nothing changes under buzz, right?

That's the idea.

> Actually, I'm not sure we need buzz-fixes/Packages, but if we do, shouldn't
> it be identical to buzz-fixed/Packages?

I don't thinks so - the contents of "fixes" and "fixed" differ.

> If I'm right, I don't think I have anything to complain about, except
> that the name difference buzz-fixes and buzz-fixed is too small; perhaps
> buzz-fixes and buzz-better would be better names?  (I think we already
> have buzz-fixes, although my mirror is still downloading.)

That is a good idea, though it's not too late yet to rename "buzz-fixes"
to "buzz-upgrades" and use the name "buzz-fixed". Or we could use
"buzz-bugfixed". It sounds nice ;) Actually I think that's what I prefer..

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Mon Jul 01 03:08:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 02:48:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 02:48:04 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 14:54:09 -0000
Resent-Date: 1 Jul 1996 14:54:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Mon, 1 Jul 1996 10:58:28 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: awpguy@acs.ucalgary.ca
cc: debian-devel@lists.debian.org
Subject: dchanges-3.3 and package names
Message-ID: <Pine.LNX.3.94.960701105229.22155B-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"YwKYP3.0.4G6.HQ-rn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4378
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

In upgrading debian.rules in various packages I have incorporated the use
of dpkg-name to name the package source file "correctly". The problem that
results, comes from the fact that dchanges has the comparison string for a
package name hard coded into the script. I was able to hack the new file
name structure into this code, but it would be much nicer if the script
could use dpkg-name to do the name verification. This would make dchanges
"always" compatible with the current naming convention (it seems like it
may yet change again!). It's not clear to me how you would get dpkg-name
to do this for you, but maybe Ian could help make it possible.

Thanks,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Mon Jul 01 03:08:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 03:00:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 03:00:27 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 15:15:30 -0000
Resent-Date: 1 Jul 1996 15:15:30 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 01 Jul 1996 09:45:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6C2uHrWjcsB@khms.westfalen.de>
In-Reply-To: <m0uaX9n-0002ZZC@chiark.chu.cam.ac.uk>
Subject: Re: Source packaging - alternatives
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"GuiLS2.0.7k6.Hk-rn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4380
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 01.07.96 in <m0uaX9n-0002ZZC@chiark.chu.cam.ac.uk>:

> Here's the alternative I've dreamed up:

Looks good so far.

>  - hello_1.3.orig.tar.gz
>   The original source code, reorganised if necessary into a tarfile
>   that unpacks into a subdirectory called hello-1.3 or perhaps
>   hello_1.3.
>
> * Issues:
>  - Perhaps we need to think again about these hyphens in the context
>   of source packages, so that we can distribute GNU source tarfiles
>   unchanged.

We might make it optional and include some field in the .dsc to say what  
the maintainer did.

>  - We need a dpkg-source script to unpack the tarfile and apply the
>   diff safely (and it can automatically change debian.rules to be
>   exectutable), but people can do it themselves if they want.  Also,
>   we need a dpkg-source script which runs diff and checks that there
>   are no differences that diff can't handle (deleted files, retargeted
>   links, &c).

Maybe we shoul look at having an optional pre-diff and post-diff script of  
some form in the .dsc?

>  - We need to store the .dsc somewhere when the source is `opened up',
>   ie, made into a filesystem tree.  Either this should be put
>   somewhere when dpkg-source unpacks an archive, or perhaps it should
>   have some canonical name in the Debianized source archive
>   (debian.sourcecontrol perhaps).  The dpkg-source script can produce
>   the Data-MD5sums and Version fields, and check the Source field, so
>   only Soource, Architecture, Depends and Generates would be needed
>   here.

It might help to sketch the resulting directory tree in something like the  
FSSTND style.


MfG Kai


From debian-devel-request@lists.debian.org Mon Jul 01 03:33:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 03:21:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 03:21:21 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 15:26:37 -0000
Resent-Date: 1 Jul 1996 15:26:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 01 Jul 1996 09:52:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6C2uI33zcsB@khms.westfalen.de>
In-Reply-To: <m0uaY38-000HWvC@liw.clinet.fi>
Subject: Re: buzz-fixed - it is essential; how do we make it ?
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"WeeGn.0.2y6.ju-rn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4381
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

i-do-not-want-any-unsolicited-commercial-or-uncommercial-email@iki.fi (Lars Wirzenius)  wrote on 01.07.96 in <m0uaY38-000HWvC@liw.clinet.fi>:

> 	1. Create buzz-fixed as a symlink copy of buzz.
> 	2. When a package is released that must go into buzz-fixes,
> 	   a symlink to it also goes to buzz-fixed.
> 	3. Rebuild buzz-fixes/Packages and buzz-fixed/Packages.
> 	
> Nothing changes under buzz, right?

Either this, or - to placate people who don't want to ship known-broken  
stuff - we might remove the broken packages from buzz (optionally  
replacing them with a README).

(The scripts on master could just move these packages to a "hidden"  
directory, just in case something went wrong and we want to restore the  
old state. However, keeping a backup or a CD of the original unchanged 1.1  
would be just as good, I guess.)


MfG Kai


From debian-devel-request@lists.debian.org Mon Jul 01 04:48:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 04:40:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 04:40:48 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 16:51:39 -0000
Resent-Date: 1 Jul 1996 16:51:39 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <rdm@tad.micro.umn.edu>
From: rdm@tad.micro.umn.edu
Date: 1 Jul 1996 16:53:10 -0000
Message-ID: <19960701165310.12578.qmail@tad.micro.umn.edu>
To: debian-devel@lists.debian.org
Subject: Arghh...
Resent-Message-ID: <"oAXCM2.0.G3.Q80sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4382
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I've trashed the laptop I normally use to read email (it was a pre 0.93
debian hacked to run on top of umsdos, and I wiped out readline during
an upgrade).  I've got a number of other issues to deal with, so don't
know how long till I've got things up and stable, nor how long it will
take me after that till I've caught up with current events.

In the mean time, if anyone needs to contact me urgently, you can call
1(800)733-1131 and ask for Raul Miller, or you can call me direct at
 (202)898-2358.

Also, if anyone wants to discuss fixing some serious problems with umsdos,
I've got a plan...

-- 
Raul


From debian-devel-request@lists.debian.org Mon Jul 01 04:48:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 04:44:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 04:44:22 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 16:52:32 -0000
Resent-Date: 1 Jul 1996 16:52:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <rdm@tad.micro.umn.edu>
From: rdm@tad.micro.umn.edu
Date: 1 Jul 1996 16:54:28 -0000
Message-ID: <19960701165428.12582.qmail@tad.micro.umn.edu>
To: debian-devel@lists.debian.org
Subject: By the way
Resent-Message-ID: <"6azLf3.0.84.G90sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4383
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Anyone thinking about upgrading the debian package format might want to
take a look at the manual page for packinit(1), in the dist package...

I'll find out how inappropriate an idea this is later...

-- 
Raul


From debian-devel-request@lists.debian.org Mon Jul 01 06:03:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 05:58:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 05:58:26 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:00:39 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3452: magicfilter should run config in postinst
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3452@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Frey <David.Frey@eos.lugs.ch>
Resent-Date: Mon, 01 Jul 1996 01:48:01 GMT
Resent-Message-ID: <handler.3452.B.8361805701482@bugs.debian.org>
X-Debian-PR-Package: magicfilter
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajuF-0002bDC@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 15:24 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4384
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: magicfilter
Version: 1.2

The postinst is:
 echo "Please run \`magicfilterconfig' to configure magicfilter."

Should this not be run during the postinst for the user, rather than
asking them to do it ?

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:28:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:08:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:08:29 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:00:43 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3458: dviljk missing prompt for input
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3458@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Mon, 01 Jul 1996 01:48:05 GMT
Resent-Message-ID: <handler.3458.B.8361820722381@bugs.debian.org>
X-Debian-PR-Package: dviljk
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajsq-0002bDC@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 15:23 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4385
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: dviljk
Version: 2.5-3

 #!/bin/sh
 echo "What is the default laserjet compatible output device"
 echo "to be used with dvips?"
 echo "      dviljp   for Laserjet+ or Laserjet II"
 echo "      dvilj2p  for Laserjet IIp, Laserjet III"
 echo "      dvilj4   for Laserjet 4M, Laserjet 4MP (600dpi)"
 echo "      dvilj4l  for Laserjet 4L (300dpi)"
 echo "default is dvilj2p"
 read TMP

This results in the script stopping with the cursor in the leftmost
column - not the usual place when a program is expecting user input.
Use
 echo -n 'output device [dvilj2p] ? '
or some such.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:28:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:11:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:11:17 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:00:46 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3455: pbmplus suggests obsolete libgr packages
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3455@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Mon, 01 Jul 1996 01:48:03 GMT
Resent-Message-ID: <handler.3455.B.8361805711495@bugs.debian.org>
X-Debian-PR-Package: pbmplus
X-Loop: owner@bugs.debian.org
Message-Id: <m0uaj3C-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 14:30 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4386
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: pbmplus
Version: 10dec91-2

 Suggests: libgr, libgrdev

1. These packages are obsolete.
2. Why should pbmplus suggest something like libgr anyway ?

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:28:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:12:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:12:36 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:00:47 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3453: latex2edoc dependencies
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3453@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-Date: Mon, 01 Jul 1996 01:48:02 GMT
Resent-Message-ID: <handler.3453.B.8361805701484@bugs.debian.org>
X-Debian-PR-Package: latex2edoc
X-Loop: owner@bugs.debian.org
Message-Id: <m0uaiye-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 14:25 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4387
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: latex2edoc
Version: 1.6-0

 Package: latex2e-doc
 Recommends: info-browser, auctex

Why does this package recommend auctex ?  Surely it is possible to
view the documentation using info, say, and surely it documents things
besides auctex.

I see in the Description:
   If you use
  AucTeX, then C-h C-l looks up the LaTeX command under point. 
This is no reason even to Suggest AucTeX.

(this bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:28:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:15:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:15:40 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:00:53 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3465: kernel-headers-2.0.0 maintainer scripts #!/usr/bin/perl
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3465@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Mon, 01 Jul 1996 01:48:10 GMT
Resent-Message-ID: <handler.3465.B.8361835762844@bugs.debian.org>
X-Debian-PR-Package: kernel-headers-2.0.0
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajar-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 15:04 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4389
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: kernel-headers-2.0.0
Version: 2.0.0-0

This package has maintainer scripts starting
 #!/bin/perl

This should read
 #!/usr/bin/perl

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:28:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:13:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:13:56 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:00:51 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3454: ucbmpeg control file problems
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3454@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Raul Miller <moth@firefly.com>
Resent-Date: Mon, 01 Jul 1996 01:48:03 GMT
Resent-Message-ID: <handler.3454.B.8361805711493@bugs.debian.org>
X-Debian-PR-Package: ucbmpeg
X-Loop: owner@bugs.debian.org
Message-Id: <m0uainp-0002ZIC@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 14:14 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4388
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: ucbmpeg
Version: 1r2-2

This package says:
 Provides: mpeg_play
 Conflicts: mpeg_play
 Recommends: X11R6

Firstly, it should not provide a virtual package name with an
underscore - these are deprecated.  If there was an old package
mpeg_play which should be removed it should say:
 Conflicts: mpeg_play
 Replaces: mpeg_play

Secondly, the X dependency should be
 Depends: elf-x11r6lib
(assuming its executable depends on libX11.so.6) not a recommendation
of X11R6.

The package doesn't have a libc5 dependency.  Either it is ELF, in
which case it should, or it is a.out, in which case it should be ELF.

Similar problems apply to ucbmpeg_play.  Furthermore, if it is desired
to have two packages, so that people can install either just the
player or all the tools, it is better to create two complementary than
conflicting packages.

The Descriptions for both ucbmpeg_play and ucbmpeg_play are quite
unhelpful.  They look like they came out of the upstream blurb -
upstream blurbs rarely make good Descriptions.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:28:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:22:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:22:47 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:01:02 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3459: inn should Depend on inewsinn, not contain it
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3459@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Mon, 01 Jul 1996 01:48:05 GMT
Resent-Message-ID: <handler.3459.B.8361820722390@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajAz-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 14:38 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4392
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: inn
Version: 1.4unoff4-1

 Replaces: inewsinn
 Provides: news-transport-system, inews
 Depends: libc5, cron, mail-transport-agent
 Recommends: news-reader
 Conflicts: inewsinn, news-transport-system, inews

The inn and inewsinn packages should be reorganised so that INN
depends on inewsinn, rather than conflicting with it.
This will make installing and removing INN with dselect much easier.

`Replaces: inewsinn' is not appropriate in this context.

Furthermore, `Recommends: news-reader' should be
`Recommends: trn | news-reader', so that there is a sensible default.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:28:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:17:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:17:37 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:00:54 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3464: kernel-source-2.0.0 maintainer scripts #!/usr/bin/perl
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3464@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Mon, 01 Jul 1996 01:48:10 GMT
Resent-Message-ID: <handler.3464.B.8361835762843@bugs.debian.org>
X-Debian-PR-Package: kernel-source-2.0.0
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajbT-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 15:05 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4390
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: kernel-source-2.0.0
Version: 2.0.0-0

This package has maintainer scripts starting
 #!/bin/perl

This should read
 #!/usr/bin/perl

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:28:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:20:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:20:09 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:00:58 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3462: INN postinst and configuration problems
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3462@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Mon, 01 Jul 1996 01:48:09 GMT
Resent-Message-ID: <handler.3462.B.8361820772414@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
Message-Id: <m0uak5f-0002ZjC@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 15:36 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4391
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: inn
Version: 1.4unoff4-1

/etc/news/inn.conf is a dpkg-handled conffile, but is also modified by
the package's scripts.  It should not be included in the package;
instead, the postinst should create it if necessary.

We saw `INN is being upbraded from [illegible -iwj] to 1.4unoff4'
when we were doing an initial installation.

The default Path should be the machine's FQDN, not news.<domain>.

You can type `..' as your hostname.

Status/error messages should be sent to `news' (an existing username)
rather than usenet.  The script should check whether the `news' and
`usenet' mail aliases exist before trying to or asking whether to
create them.

The program should not create linux.*, comp.os.linux.*, &c because
they're `often used newsgroups'.  Doing this will merely result in
people having out of date news hierarchies on their server.  Create
local.test and local.general only, please.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:28:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:25:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:25:37 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:01:01 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3463: latex2e-doc recommendation
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3463@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dirk Eddelbuettel <edd@qed.econ.queensu.ca>
Resent-Date: Mon, 01 Jul 1996 01:48:09 GMT
Resent-Message-ID: <handler.3463.B.8361820782429@bugs.debian.org>
X-Debian-PR-Package: latex2e-doc
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajEw-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 14:42 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4393
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: latex2e-doc
Version: 1.6-0

 Recommends: info-browser, auctex

The dependency on info-browser should be `info | info-browser' so
that there is a sensible default in dselect.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:53:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:29:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:29:14 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:01:03 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3457: diald control file problems
Reply-To: ian@chiark.chu.cam.ac.uk (Ian Jackson), 3457@bugs.debian.org
Resent-From: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Orignal-Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Giuseppe Vacanti <Giuseppe.Vacanti@DeSelby.xs4all.nl>
Resent-Date: Mon, 01 Jul 1996 01:48:04 GMT
Resent-Message-ID: <handler.3457.B.8361820722378@bugs.debian.org>
X-Debian-PR-Package: diald
X-Loop: owner@bugs.debian.org
Message-Id: <m0ualij-0002ZIC@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 17:21 BST
Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
From: ian@chiark.chu.cam.ac.uk (Ian Jackson)
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4394
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: diald
Version: 0.14-3

Firstly, it says:
 Depends: netstd, ppp (>> 2.2), netbase (>> 1.23)

Last time I used diald it worked perfectly fine without ppp at all -
of course, I was using it to make SLIP connections, but this means
that ppp ought to be a suggestion rather than a dependency or
recommendation.

Secondly, the Description has a typo:
 Description: dial on deman daemon for PPP and SLIP.
                           ^ missing `d'

The English in the Description isn't ideal, and you ought to explain
what the program does - ie, automatically bring up a SLIP or PPP
connection when its use is required and take it down again when it is
idle.

The postinst ought to check to see that the kernel has SLIP devices,
really - I don't know if it does already.

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:53:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:35:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:35:00 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:01:07 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3466: tcsh, csh should use update-alternatives, not diversions
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3466@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Andrew Howell <andrew@it.com.au>,
  Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE>
Resent-Date: Mon, 01 Jul 1996 01:48:11 GMT
Resent-Message-ID: <handler.3466.B.8361835762846@bugs.debian.org>
X-Debian-PR-Package: tcsh, csh
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajVX-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 14:59 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4396
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: tcsh, csh
Version: 6.05-4, 5.26-2

Currently csh uses dpkg-divert to get tcsh out of its way
(incidentally renaming the csh.1 manpage to csh.1.distrib - surely
tcsh.1 or some such would be better).

Instead both should be changed to use update-alternatives.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:53:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:41:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:41:50 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:01:13 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3460: package classifications
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3460@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ian Murdock <imurdock@debian.org>
Resent-Date: Mon, 01 Jul 1996 01:48:06 GMT
Resent-Message-ID: <handler.3460.B.8361820732399@bugs.debian.org>
X-Debian-PR-Package: ftp.debian.org
X-Loop: owner@bugs.debian.org
Message-Id: <m0uak6o-0002ZjC@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 15:37 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4399
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: ftp.debian.org

Several packages' classifications should be changed:

nas should be extra because it hogs the audio devices;
xaw3d should be extra because it breaks some applications;
apsfilter or magicfilter should be extra since they conflict;
fort77 should be extra [the notes we made don't say why -iwj];
nis should be extra because it's a security hole and general disaster.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:53:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:37:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:37:20 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:01:09 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3468: textfm and texlib file conflicts
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3468@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>,
  Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Mon, 01 Jul 1996 01:48:12 GMT
Resent-Message-ID: <handler.3468.B.8361835762853@bugs.debian.org>
X-Debian-PR-Package: textfm, texlib
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajTD-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 14:56 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4397
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: textfm, texlib

These packages have lots of conflicts over files like
 /usr/lib/texmf/fonts/tfm/public/cm/*.tfm
 /usr/lib/texmf/fonts/tfm/public/latex/*.tfm

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:53:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:39:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:39:49 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:01:11 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3471: wu-ftpd postinst question asked twice
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3471@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Mon, 01 Jul 1996 01:48:14 GMT
Resent-Message-ID: <handler.3471.B.8361835802878@bugs.debian.org>
X-Debian-PR-Package: wu-ftpd
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajfr-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 15:09 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4398
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: wu-ftpd
Version: 2.4-23

The package asked

 You already have an anonymous ftp account but /home/ftp does not
 exist.  Do you want to create it ?

We answered `n', and it asked us again.  The second time it took `n'
for an answer.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:53:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:32:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:32:34 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:01:05 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3470: apache problems
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3470@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Shuttleworth <marks@thawte.com>
Resent-Date: Mon, 01 Jul 1996 01:48:14 GMT
Resent-Message-ID: <handler.3470.B.8361835782864@bugs.debian.org>
X-Debian-PR-Package: apache
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajlp-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 15:16 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4395
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: apache
Version: 1.0.5-1

1. apache's postinst should determine its guess for the webmaster's
address using /etc/mailname, rather than using the current host's
FQDN.

2. It asks about an `alternate' name for the server.  It's not an
alternative[1] name (that would be the server's `real' name) - it is
instead the server's `published' name.

3. It shouldn't try to be the only web server on the machine is there
is already one installed.

4. /var/web is an abomination.  Use /home/httpd-data instead - in
fact, check to see if the www user exists and use its home directory
if so.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.

[1] This bug has nothing to do with my (iwj's) dislike of the word
`alternate' when used to mean `alternative'.


From debian-devel-request@lists.debian.org Mon Jul 01 06:53:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:48:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:48:45 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:01:16 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3467: cern-httpd curious message
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3467@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Steve Greenland <stevegr@master.debian.org>
Resent-Date: Mon, 01 Jul 1996 01:48:12 GMT
Resent-Message-ID: <handler.3467.B.8361835762851@bugs.debian.org>
X-Debian-PR-Package: cern-httpd
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajeY-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 15:08 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4400
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: cern-httpd
Version: 3.0-6

The postinst produced a message along the lines of

 The following files are probably [can't read this - iwj]:

 Do you want to remove them ?

No files were listed.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:53:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:46:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:46:00 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:01:17 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3461: 9wm recommends unavailable 9term
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3461@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: krs@caos.aamu.edu (Karl R. Sackett)
Resent-Date: Mon, 01 Jul 1996 01:48:07 GMT
Resent-Message-ID: <handler.3461.B.8361820752408@bugs.debian.org>
X-Debian-PR-Package: 9wm
X-Loop: owner@bugs.debian.org
Message-Id: <m0uaj07-0002bEC@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 14:26 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4401
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: 9wm
Version: 1.1-3

 Recommends: 9menu, 9term

However, 9term doesn't exist.

NB that `Recommends: 9term' would mean that 9wm is to a significant
extent non-functional without 9term.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:53:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:52:30 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:52:26 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:01:35 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3456: a2gs prompt looks like `please wait' message
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3456@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Kenneth MacDonald <K.MacDonald@ed.ac.uk>
Resent-Date: Mon, 01 Jul 1996 01:48:04 GMT
Resent-Message-ID: <handler.3456.B.8361820722377@bugs.debian.org>
X-Debian-PR-Package: a2gs
X-Loop: owner@bugs.debian.org
Message-Id: <m0uak3Z-0002ZjC@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 15:34 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4403
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: a2gs
Version: 1.0-4

The prompt from a2gs for the paper size is:
 Please choose the system wide default paper size...

  1..A4
  2..Letter
  3..Other

 Choose the # of one of the above...

The `...' makes it look like `please wait' message.  Better would be
to include a ? somewhere near the end.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 06:53:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:50:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:50:53 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:01:22 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3469: lynx default home page
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3469@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Andrew Howell <andrew@it.com.au>
Resent-Date: Mon, 01 Jul 1996 01:48:13 GMT
Resent-Message-ID: <handler.3469.B.8361835782860@bugs.debian.org>
X-Debian-PR-Package: lynx
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajnR-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 15:17 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4402
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: lynx
Version: 2.4-FM-960316-1

lynx should set the default home page to
 http://fqdn.of.local.host/
or
 http://www.domain.of.local.host/
(perhaps checking if it exists) or
 file://localhost/some/file/or/other
or some such to avoid overloading www.debian.org.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 07:18:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 06:55:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 06:55:05 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:04:49 -0000
Resent-Date: 1 Jul 1996 18:04:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <amos@dsi.co.il>
Message-Id: <199607011802.VAA00391@birnam.dsi.co.il>
To: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Cc: Mark Eichin <eichin@cygnus.com>, debian-devel@pixar.com
Subject: Re: debian.rules.in and autoconf 
In-Reply-To: Your message of "01 Jul 1996 00:30:02 EDT."
             <gvx91d4h9yt.fsf@diamond.pilgrim.umass.edu> 
Date: Mon, 01 Jul 1996 21:02:34 +0300
From: Amos Shapira <amos@dsi.co.il>
Resent-Message-ID: <"9oES92.0.y91.0D1sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4404
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

In message <gvx91d4h9yt.fsf@diamond.pilgrim.umass.edu> you write:
|Hi,
|
|	I do not want to get into a my-conf-system-is-better-than-yours
| flamewar, but ..

True.

|	I believe that the ``gnu-style configure'' is just some
| options to Configure, which then tries to emulate autoconf.  I think
| that metaconfig's Configure scripts are more powerful that aoutoconf,
| but that is merely an opinion.
|
|	I also find it easier to write modules to extend metaconfig,
| but that could be a matter of taste. All I suggested was that we not
| dismiss metaconfig out of hand.

I'll have to second that.  I found Larry Walls Metaconfig to be quite
a super-set of GNU's autoconf and also like the ability to interact
with it if the need arises (but while alpha-testing 5.000 for SGI I
could do something a-la "./Configure -des" and get done with it)

Chers,

--Amos

--Amos Shapira                    | "Of course Australia was marked for
133 Shlomo Ben-Yosef st.          |  glory, for its people had been chosen
Jerusalem 93 805                  |  by the finest judges in England."
ISRAEL             amos@dsi.co.il |                     -- Anonymous


From debian-devel-request@lists.debian.org Mon Jul 01 07:18:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 07:14:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 07:14:47 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:13:04 -0000
Resent-Date: 1 Jul 1996 18:13:04 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kaszeta@me.umn.edu>
Date: Mon, 1 Jul 1996 13:11:08 -0500
Message-Id: <199607011811.NAA18480@bofh.me.umn.edu>
From: Richard Kaszeta <kaszeta@me.umn.edu>
To: debian-devel@lists.debian.org
Subject: BSD Demon Logo on www.debian.org
Resent-Message-ID: <"4KBRf1.0.DI1.lK1sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4405
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Why are some of the icons on the www.debian.org home page little BSD
devils?  They should be penguins... :)

-- 
Richard W Kaszeta 			Graduate Student/Sysadmin
bofh@bofh.me.umn.edu			University of MN, ME Dept
http://www.me.umn.edu/0h/home/kaszeta/www.html
--
Insert witty comment here.


From debian-devel-request@lists.debian.org Mon Jul 01 07:43:11 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 07:30:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 07:30:34 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:25:42 -0000
Resent-Date: 1 Jul 1996 18:25:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <marekm@i17linuxb.ists.pwr.wroc.pl>
From: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>
Message-Id: <199607011824.UAA26282@i17linuxb.ists.pwr.wroc.pl>
Subject: Re: /etc/default? (was: Re: Bug#3368: cron's checksecurity still scans NFS servers)
To: meskes@Informatik.RWTH-Aachen.DE (Michael Meskes)
Date: Mon, 1 Jul 1996 20:24:17 +0200 (MET DST)
Cc: miquels@cistron.nl, debian-devel@lists.debian.org
In-Reply-To: <199607010637.IAA00895@circe.informatik.rwth-aachen.de> from "Michael Meskes" at Jul 1, 96 08:37:39 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Resent-Message-ID: <"BWMeK1.0.QW1.aW1sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4407
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Michael Meskes:
> Miquel van Smoorenburg writes:
> > Yes yes yes. Let's do this, but we'll have to be sure we are compatible
> > with other systems. I think the shadow package also wants /etc/default,
> 
> No shadow only needs login.defs and login.access.

... and /etc/default/useradd.  While /etc/default sounds good to me,
it is no big problem to change the pathname if necessary.

Marek


From debian-devel-request@lists.debian.org Mon Jul 01 07:43:11 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 07:26:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 07:26:59 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:25:40 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3472: sudo maintainer scripts #!/usr/bin/perl
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3472@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Meskes <meskes@debian.org>
Resent-Date: Mon, 01 Jul 1996 01:48:17 GMT
Resent-Message-ID: <handler.3472.B.8361835802879@bugs.debian.org>
X-Debian-PR-Package: sudo
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajbr-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 15:05 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4406
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: sudo
Version: 1.4.2-2

This package has maintainer scripts starting
 #!/bin/perl

This should read
 #!/usr/bin/perl

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 07:43:11 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 07:32:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 07:32:01 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:25:44 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3477: cnews and inews should be same package
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3477@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Otmar Lendl <lendl@cosy.sbg.ac.at>,
  Otmar Lendl <lendl@cosy.sbg.ac.at>
Resent-Date: Mon, 01 Jul 1996 01:48:23 GMT
Resent-Message-ID: <handler.3477.B.8361850753488@bugs.debian.org>
X-Debian-PR-Package: cnews, inews
X-Loop: owner@bugs.debian.org
Message-Id: <m0uaiu8-0002ZIC@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 14:20 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4408
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: cnews, inews
Version: cr.g-1, 2.1-1

As we understand it, cnews without its own inews is useless because
you can't post locally, and the inews in the inews package is useless
unless you have a local cnews installation.

Furthermore,
 Recommends: inews
in the cnews package allows one to use the INN inews, which will not
work if we're not mistaken.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 07:43:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 07:37:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 07:37:08 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:25:55 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#2809: No manpages in xntp package
Reply-To: Michael Shields <shields@crosslink.net>, 2809@bugs.debian.org
Resent-From: Michael Shields <shields@crosslink.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Andrew Howell <andrew@it.com.au>
Resent-Date: Mon, 01 Jul 1996 02:03:02 GMT
Resent-Message-ID: <handler.2809.B2809.8361865754585@bugs.debian.org>
X-Debian-PR-Package: xntp
X-Loop: owner@bugs.debian.org
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v0300760fadfdb59afa98@[205.198.168.35]>
In-Reply-To: <m0uYvIm-0005pbC@pithecanthrope.it.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Mon, 1 Jul 1996 17:04:54 +0000
To: andrew@pithecanthrope.it.com.au (Andrew Howell), 2809@bugs.debian.org
From: Michael Shields <shields@crosslink.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4411
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-06-26 14:10 +0000, Andrew Howell wrote:
>Sven Rudolph writes:
>>Package: xntp
>>Version: 3.5c-1
>>
>>There are no manpages for ntpdate, xntpd and probably others. The HTML
>>doc might be very nice, nevertheless there should be plain manpages.
>
>I don't believe this is a bug, the authors don't provide man pages
>anymore and you can read the html documentation with lynx if you don't
>want to use a graphical browser.

It would be nice to see stub manpages pointing you to the HTML.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Mon Jul 01 07:43:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 07:35:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 07:35:10 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:25:50 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3476: cnews description is gibberish
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3476@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Otmar Lendl <lendl@cosy.sbg.ac.at>
Resent-Date: Mon, 01 Jul 1996 01:48:23 GMT
Resent-Message-ID: <handler.3476.B.8361850753487@bugs.debian.org>
X-Debian-PR-Package: cnews
X-Loop: owner@bugs.debian.org
Message-Id: <m0uairj-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 14:18 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4410
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: cnews
Version: cr.g-1

Description: News Server for Usenet news.
 C News is suited for small systems with no live NNTP feeds.
 A NNTP server is not includes, get the nntp package for NNTP support.
 I strongly recommend to the the inews package, too.

This Description is rather too terse, and contains some rather
obtrusive grammatical errors (`includes' should read `included' and
`recommend to' just `recommend').

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 07:43:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 07:33:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 07:33:15 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:25:47 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3473: auctex leaves information in /tmp
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3473@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Mon, 01 Jul 1996 01:48:19 GMT
Resent-Message-ID: <handler.3473.B.8361835802880@bugs.debian.org>
X-Debian-PR-Package: auctex
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajrK-0002bDC@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 15:21 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4409
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: auctex
Version: 9.3c-2

auctex says:
  You need to build AUC TeX auto-load files.  You can do this right
  now if you want.  Since this takes a long time, we will fork the
  process and leave the report in /tmp/TeX-auto-generate-global.out.
  If you want to build them later, or ever need to update the files,
  run the program /usr/sbin/auctex-auto-load.

  Would you like to build the auto-load files now [Y/n]?

Either the information in /tmp/wotsit is irrelevant, in which case it
should be sent to /dev/null or /var/log or some such, or it is
important, in which case it should be shown to the user in the
foreground.

It seems likely that errors during the generation wouldn't be caught
if the thing is run in the background.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 07:43:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 07:39:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 07:39:39 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:25:58 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3475: xpaint Recommends pbmplus
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3475@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Eichin <eichin@cygnus.com>
Resent-Date: Mon, 01 Jul 1996 01:48:22 GMT
Resent-Message-ID: <handler.3475.B.8361850753480@bugs.debian.org>
X-Debian-PR-Package: xpaint
X-Loop: owner@bugs.debian.org
Message-Id: <m0uaipt-0002ZIC@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 14:16 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4413
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: xpaint
Version: 2.1.1-1

Package: xpaint
Recommends: pbmplus
Depends: libc5, elf-x11r6lib, xpm4.7

Unless we are sorely mistaken and xpaint really is missing much
functionality without pbmplus the recommendation should be removed.
Furthermore, pbmplus is in non-free.

It may or may not be appropriate to `Suggest: netpbm | pbmplus',
depending how useful xpaint is without the netpbm tools.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 07:43:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 07:38:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 07:38:15 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 18:25:58 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3474: adjtimex asks mystic question
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3474@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Meskes <meskes@debian.org>
Resent-Date: Mon, 01 Jul 1996 01:48:20 GMT
Resent-Message-ID: <handler.3474.B.8361835802881@bugs.debian.org>
X-Debian-PR-Package: adjtimex
X-Loop: owner@bugs.debian.org
Message-Id: <m0uajow-0002b4C@chiark.chu.cam.ac.uk>
Date: Mon, 1 Jul 96 15:19 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4412
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: adjtimex
Version: 1.2-2

The adjtimex postinst asks
 `Shall I adjust your system clock ?'

This doesn't say how it will be adjusted, so the only safe thing to do
is to say `no' :-).  NB that the person answering postinst questions
will not necessarily have read the package's Description.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 08:58:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 08:55:44 -0000
Received: from softdnserror (HELO vega.netg.se) (194.52.205.3)
  by softdnserror with SMTP; 1 Jul 1996 08:55:43 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 19:46:10 -0000
Resent-Date: 1 Jul 1996 19:46:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v03007614adfdd9555f9a@[205.198.168.35]>
In-Reply-To: <xe1spbh9c8u.fsf@maneki-neko.cygnus.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Mon, 1 Jul 1996 19:39:40 +0000
To: Mark Eichin <eichin@cygnus.com>
From: Michael Shields <shields@crosslink.net>
Subject: Re:[Mark Eichin <eichin@cygnus.com>] Re: xntp: Is it an `export'
 version?
Cc: debian-devel@lists.debian.org
Resent-Message-ID: <"81GqD.0.9k2.1i2sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4416
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-06-27 21:18 +0000, Mark Eichin wrote:
>A similar issue is with the Kerberos package -- I've got one (in fact
>if you are in the US you can get the free sources from Cygnus which
>include debian.rules and build it yourself.)

I'm guessing this is the V4 Kerberos?  I have a package of 5beta6 which is
not uploaded anywhere for legal reasons.  I also have a few other packages,
like the Amanda backup system, which have Kerberos support and are thus
restricted.  It would be nice to make these available.

>Is anyone interested in providing "US-ONLY" debian space?

I can provide the resources, but there are a lot of details to be sorted out.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Mon Jul 01 09:23:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 09:22:19 -0000
Received: from softdnserror (HELO vega.netg.se) (194.52.205.3)
  by softdnserror with SMTP; 1 Jul 1996 09:22:17 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 19:59:47 -0000
Resent-Date: 1 Jul 1996 19:59:47 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <eichin@cygnus.com>
Sender: eichin@cygnus.com
To: Juergen Menden <menden@informatik.tu-muenchen.de>
Cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging - alternatives
References: <Pine.SUN.3.91.960701092742.1120C-100000@koma.informatik.tu-muenchen.de>
From: Mark Eichin <eichin@cygnus.com>
Date: 01 Jul 1996 15:58:34 -0400
In-Reply-To: Juergen Menden's message of Mon, 1 Jul 1996 10:22:19 +0200 (MET DST)
Message-Id: <xe1d92f6905.fsf@maneki-neko.cygnus.com>
Lines: 11
X-Mailer: Gnus v5.3/Emacs 19.31
Resent-Message-ID: <"0fZBm1.0.Nx2.pu2sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4417
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> it just as well depends on make, libc, libc-dev, bash, patch, binutils, 
> dpkg, tar, gzip, dchanges and probably a real bunch of other things. 

Perhaps there should just be a package-set alias (not a virtual
package, but a group of packages) and that perhaps "basedev" be
everything that hello depends on?

Of course, finding them all is a little tricky, but using "logwrites"
(extending it to log exec's and open's instead?) would be a start
(similar to what clearcase does, actually.)


From debian-devel-request@lists.debian.org Mon Jul 01 09:48:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 09:45:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 09:45:40 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 20:22:09 -0000
Resent-Date: 1 Jul 1996 20:22:08 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <eichin@cygnus.com>
Sender: eichin@cygnus.com
To: Michael Shields <shields@crosslink.net>
Cc: Mark Eichin <eichin@cygnus.com>, debian-devel@lists.debian.org
Subject: Re: [Mark Eichin <eichin@cygnus.com>] Re: xntp: Is it an `export'  version?
References: <v03007614adfdd9555f9a@[205.198.168.35]>
From: Mark Eichin <eichin@cygnus.com>
Date: 01 Jul 1996 16:21:11 -0400
In-Reply-To: Michael Shields's message of Mon, 1 Jul 1996 19:39:40 +0000
Message-Id: <xe1buhz67yg.fsf@maneki-neko.cygnus.com>
Lines: 16
X-Mailer: Gnus v5.3/Emacs 19.31
Resent-Message-ID: <"OusHb1.0.FO3.lD3sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4419
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> I'm guessing this is the V4 Kerberos?

Yes, I meant V4. 

>  I have a package of 5beta6 which is
> not uploaded anywhere for legal reasons.  I also have a few other packages,
> like the Amanda backup system, which have Kerberos support and are thus
> restricted.  It would be nice to make these available.

Cool. (we should talk, offline, on how you did the 5beta6 packaging,
and possibly get it into the MIT release for real...)

> I can provide the resources, but there are a lot of details to be sorted out.

Yep. Where do you want to start?


From debian-devel-request@lists.debian.org Mon Jul 01 10:13:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 09:59:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 09:59:49 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 20:39:25 -0000
Resent-Date: 1 Jul 1996 20:39:24 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0uapkO-0002E9C@plato>
Reply-To: jimr@simons-rock.edu
X-Mailer: MH 6.8.3
To: Debian Development <debian-devel@lists.debian.org>
Subject: netpbm-1994.03.01p1-2
Date: Mon, 01 Jul 1996 16:39:01 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"dE_Jk1.0.iY3.yT3sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4420
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Fixed the manpage extensions (That shouldn't slipped by me!)


Version: 1994.03.01p1-2
Binary:  netpbm
Architecture:  i386 source
Description: 
 netpbm: netpbm -- graphics conversion tools.
Changes: fixed manpage extensions.
Files:
 767baf2f98c1e11dcf47e592d5e16e73  1286025  non-free  -
netpbm-1994.03.01p1-2.t
ar.gz
 e040e50ae00298bb15f78b4754848408  42640  non-free  -
netpbm-1994.03.01p1-2.dif
f.gz
 b7d0b89afea7d8378af4303021f2c194  732308  non-free  extra
netpbm-1994.03.01p1-
2.i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBMdgwvCu/XyBsR8PBAQGhvAP/QxQOBjuqS5bRrHHg9uTnY6vqNAAITpy9
OZFJginqxJTftamM5z8a4gphWDV5Yshg6kck6GWFmfE4ke/s7c7SZIp3i64d9DlK
cMkOFioCnJ2w0RtciDVD2N9G4AP4jz13W+mwIYstNR1DAuqzTEJfJBB2BAMPeqFm
S+K3AIRhhvY=
=6NcG
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Mon Jul 01 10:13:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 10:02:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 10:02:11 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 20:43:04 -0000
Resent-Date: 1 Jul 1996 20:43:04 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0uapo2-0002E9C@plato>
Reply-To: jimr@simons-rock.edu
X-Mailer: MH 6.8.3
To: Debian Development <debian-devel@lists.debian.org>
Subject: netpbm-dev-1994.03.01p1-2 (READ ME, NETPBM USERS)
Date: Mon, 01 Jul 1996 16:42:48 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"r-hqz1.0.ub3.NX3sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4421
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


*!WARNING!*  *!WARNING!* *!WARNING!* *!WARNING!* *!WARNING!* *!WARNING!* 

I have changed the name of netpbmdevel of netpbm-dev.  If you grabbed
netpbm off of master.debian.org before it was distributed, you need to
remove netpbmdevel by hand (dpkg -r netpbmdevel) before you install
netpbm-dev.  I did not put in any dpkg control file checks because I
figured I caught it before it was released into the general public.

*!WARNING!*  *!WARNING!* *!WARNING!* *!WARNING!* *!WARNING!* *!WARNING!* 

-----BEGIN PGP SIGNED MESSAGE-----

Date: 01 Jul 96 20:10 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Jim Robinson <jimr@simons-rock.edu>
Source: netpbm-dev
Version: 1994.03.01p1-2
Binary:  netpbm-dev
Architecture:  i386
Description: 
 netpbm-dev: Netpbm development libraries and header files.
Changes: Changed name, fixed manpage extensions.

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBMdgw1yu/XyBsR8PBAQFKZAP/V5paa84yCa40Z6oJuW3a8wDZmCKHAI+n
f8PVyvaU63JpeHXcU2lk4o0XQMsFpgvbqDJCa4o3BdW8Xnl38L/goKYdE0geovr7
cKGC/+0v6WyNYfKVZKL+WXKqI8hhe5xE25ysA6bIUSSmgpsgnDFpIxnF42Cg94N2
sUFiG7AhonE=
=0BkO
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Mon Jul 01 10:38:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 10:14:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 10:14:15 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 21:11:17 -0000
Resent-Date: 1 Jul 1996 21:11:17 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <stevegr@Starbase.NeoSoft.COM>
From: Steve Greenland <stevegr@Starbase.NeoSoft.COM>
Message-Id: <199607012110.QAA29590@Starbase.NeoSoft.COM>
Subject: Re: Source packaging - alternatives
To: kai@khms.westfalen.de (Kai Henningsen)
Date: Mon, 1 Jul 1996 16:10:18 -0500 (CDT)
Cc: debian-devel@pixar.com (Debian Developers)
In-Reply-To: <6C2uHrWjcsB@khms.westfalen.de> from "Kai Henningsen" at Jul 1, 96 09:45:00 am
X-Mailer: ELM [version 2.4 PL24 ME8b]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"FYZIK2.0.Zz3.qx3sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4422
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Kai Henningsen wrote:
> ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote 
> >  - hello_1.3.orig.tar.gz
> >   The original source code, reorganised if necessary into a tarfile
> >   that unpacks into a subdirectory called hello-1.3 or perhaps
> >   hello_1.3.
> >
> > * Issues:
> >  - Perhaps we need to think again about these hyphens in the context
> >   of source packages, so that we can distribute GNU source tarfiles
> >   unchanged.
> 
> We might make it optional and include some field in the .dsc to say what  
> the maintainer did.

The whole point of changing the file name format was so tools
could reliably parse filenames to obtain package name, version, etc.
If you make it optional, then there is no point. 

Someone else said that we shouldn't even *discuss* file naming until
June, 1997. I, for one, agree whole heartedly. Unless a truly serious
flaw appears. Except that I would like to see *exactly* what
the standard now is, for .debs, sources, and diffs. Ian?

Steve Greenland

-- 
The Mole - I think, therefore I scream 

			"...so, like everybody was rooted to the spot.	He
			 picked up a little girl, and like, we'd all seen
			 FRANKENSTEIN, right?  It was scary.  Then he sits
			 her on his shoulder, an' everybody laughs and claps.
			 Man...

			 Man, that was the *best*.  Best moment of my life."
[Chester, a social and cultural rarity: a good man.  From SWAMP THING]


From debian-devel-request@lists.debian.org Mon Jul 01 11:03:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 10:38:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 10:38:35 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 21:35:47 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3455: pbmplus suggests obsolete libgr packages 
Reply-To: "James A. Robinson" <jimr@simons-rock.edu>, 3455@bugs.debian.org
Resent-From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Mon, 01 Jul 1996 05:18:09 GMT
Resent-Message-ID: <handler.3455.B3455.8361979844778@bugs.debian.org>
X-Debian-PR-Package: pbmplus
X-Loop: owner@bugs.debian.org
Message-Id: <m0uaq38-0002EEC@plato>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3455@bugs.debian.org
cc: submit@bugs.debian.org
In-reply-to: Message from Ian Jackson <ian@chiark.chu.cam.ac.uk>, Stephen Early <sde1000@hermes.cam.ac.uk>, Owen Dunn <osd1000@chiark.chu.cam.ac.uk> 
   of "Mon, 01 Jul 1996 14:30:00 -0000."References: <m0uaj3C-0002b4C@chiark.chu.cam.ac.uk> 
 <m0uaj3C-0002b4C@chiark.chu.cam.ac.uk> 
Date: Mon, 01 Jul 1996 16:58:23 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4423
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


>  Suggests: libgr, libgrdev
> 
> 1. These packages are obsolete.
> 2. Why should pbmplus suggest something like libgr anyway ?

I didn't think I had told it to suggest these two packages...  In
fact, I hadn't thought they were around when I made pbmplus.  Odd.  Oh
well, I think pbmplus should be removed as netpbm can handle most
anything pbmplus could.


Jim


From debian-devel-request@lists.debian.org Mon Jul 01 11:03:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 10:40:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 10:40:35 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 21:35:52 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3473: auctex leaves information in /tmp 
Reply-To: "James A. Robinson" <jimr@simons-rock.edu>, 3473@bugs.debian.org
Resent-From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Mon, 01 Jul 1996 05:18:09 GMT
Resent-Message-ID: <handler.3473.B.8361979854787@bugs.debian.org>
X-Debian-PR-Package: auctex
X-Loop: owner@bugs.debian.org
Message-Id: <m0uaqDA-0002DXC@plato>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3473@bugs.debian.org
cc: submit@bugs.debian.org
In-reply-to: Message from Ian Jackson <ian@chiark.chu.cam.ac.uk>, Stephen Early <sde1000@hermes.cam.ac.uk>, Owen Dunn <osd1000@chiark.chu.cam.ac.uk> 
   of "Mon, 01 Jul 1996 15:21:00 -0000."References: <m0uajrK-0002bDC@chiark.chu.cam.ac.uk> 
 <m0uajrK-0002bDC@chiark.chu.cam.ac.uk> 
Date: Mon, 01 Jul 1996 17:08:46 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4424
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


>   now if you want.  Since this takes a long time, we will fork the
>   process and leave the report in /tmp/TeX-auto-generate-global.out.

> Either the information in /tmp/wotsit is irrelevant, in which case it
> should be sent to /dev/null or /var/log or some such, or it is
> important, in which case it should be shown to the user in the
> foreground.

The information is not irrelevant, and will a) tells the person
whether or not the build succeeded, and b) tells the person when the
thing is complete.

i am not going to change the way I do this unless I am given a better
argument.  The generation of the files may easily take an hour on a
386, and I am not going to force the person to sit through it when it
can either do it later or just have it work in the background.

> It seems likely that errors during the generation wouldn't be caught
> if the thing is run in the background.

The script outputs STDOUT and STDERR to the file.  If they are too
silly to check it after being told what is going on, then that can't
be helped, can it?  

Whether or not the script has a problem with the build should not
affect dpkg -- at this point the package is installed properly.  What
the script does is build the knowledge base of what the user has on
their system by way of TeX style files.  This is part of the install
really, but is not vital for the package to work.  Therefore it does
not matter to dpkg whether or not it succeeds.


Jim


From debian-devel-request@lists.debian.org Mon Jul 01 11:03:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 10:44:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 10:44:03 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 21:39:49 -0000
Resent-Date: 1 Jul 1996 21:39:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecl@fnpc21.if.usp.br>
Message-Id: <m0uaqgt-000VRtC@fnpc21.if.usp.br>
Date: Mon, 1 Jul 96 18:39 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: Mark Eichin <eichin@cygnus.com>
Cc: joost@rulcmc.leidenuniv.nl (joost witteveen), D.M.Smith@lancaster.ac.uk,
  3415@bugs.debian.org, debian-devel@lists.debian.org
Subject: Re: Bug#3415: Xdvi and postscript fonts
In-Reply-To: <xe1u3vutqj8.fsf@maneki-neko.cygnus.com>
References: <m0ua2yp-00011mC@rulcmc.leidenuniv.nl>
	<xe1u3vutqj8.fsf@maneki-neko.cygnus.com>
Resent-Message-ID: <"M7Mkd.0.vV4.aM4sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4426
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Ok, let's try to make things clearer...

>>>>> "ME" == Mark Eichin <eichin@cygnus.com> wrote:
>>>>> "jw" == joost witteveen <joost@rulcmc.leidenuniv.nl> wrote:

>> 
>> Package: gs
>> Version: 2.62-2
>> 
>> The gsftopk program, which comes with the teTeX 0.3.3, is missing from
>> both gs and texbin-3.1415-5.  It's non in the non-free gs either.
>> 
>> This program makes it possible to use postscript fonts with xdvi.

ps2pk does *exactly* the same and MakeTeXPK can work with it. Install
it from the stable/tex dir.

>> 
>> Package: latex
>> Version: 2e-4
>> 
>> Using xdvi with postscript fonts doesn't work: MakeTeXPK doesn't
>> create the postscript bitmap files.  I get output like this:

jw> Could you send me your input file(s)?
jw> Last time (yesterday) when I used \usepackage{times} in my latex2e
jw> files, itworked OK, but you probably mean something different
jw> with the postscript fonts.

ME> Did you use xdvi, though? latex->dvips works, I think, it's the
ME> latex-> xdvi that screws up (xdvi uses ugly fonts at the wrong
ME> size instead, because MakeTeXPK fails to create them.)

Yes, ME is right. If you want to have the nice postscript fonts to
appear with xdvi you have to have them *in your disk* (pfa or pfb
files) and have ps2pk installed; MakeTeXPK will do the rest.

If you don't have the fonts (they come with ATM), you can convert you
dvi file to ps and display the ps with ghostscript. The fonts will
look ugly, but it's the best you can get.

>> The TeTeX distribution (version 0.3.3) provides gsftopk, which uses
>> the ghostscript fonts to create the bitmaps.  I think the debian
>> packages should do this too.

jw> Could you also tell me where to find teTeX? (if CTAN, then never
jw> mind, I'll find it).

teTeX is not a program. It's an entire multi-architecture TeX
distribution for Unix put together by Thomas Esser.

Hope this helps guys.

Emilio.

-- 
 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
 FINPE, Instituto de Fisica      E-mail: ecl@finpe.if.usp.br
 Universidade de Sao Paulo       Phone : (+55 11) 818-6724 (Voice)
 Caixa Postal 66318                      (+55 11) 818-6715 (Fax)
 05389-970  Sao Paulo - SP
 BRAZIL


From debian-devel-request@lists.debian.org Mon Jul 01 11:03:20 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 10:42:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 10:42:03 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 21:37:14 -0000
Resent-Date: 1 Jul 1996 21:37:13 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Mon, 1 Jul 1996 23:41:48 +0200
Message-Id: <199607012141.XAA02335@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: Re: Uploading libpaper-0.1 (initial release)
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0uXcB2-0002YBC@chiark.chu.cam.ac.uk>
References: <199606141821.UAA04259@marin.fdn.fr>
	<m0uXcB2-0002YBC@chiark.chu.cam.ac.uk>
Resent-Message-ID: <"d6C6M1.0.3T4.9K4sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4425
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

 > Is it really necessary to create another package, <9Kb, for a trivial
 > shared library ?  Can't we put this in some other package ?

Which one? I hope that many packages will use this lib. If they don't,
we will simply remove it. If they do, why should a user get an arbitrary
package including this lib simply because she wants another package
requiring the lib?

I agree that such tiny packages look bad. But maybe could we have a
special section for them, whose contents could be got once in a while
by anyone interested in such utility packages?

Yves.


From debian-devel-request@lists.debian.org Mon Jul 01 11:28:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 11:06:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 11:06:35 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 22:01:18 -0000
Resent-Date: 1 Jul 1996 22:01:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <srivasta@diamond.pilgrim.umass.edu>
Sender: srivasta@pilgrim.umass.edu
X-Time: Mon Jul  1 18:00:48 1996
X-Mail-System: Vm 5.96 (beta) for GNU Emacs 19.31.1
Organization: University of Massachusetts, Amherst, MA 01003
To: Dale Scheetz <dwarf@polaris.net>
Cc: Manoj Srivastava <srivasta@pilgrim.umass.edu>,
  Debian developers list <debian-devel@lists.debian.org>
Subject: Re: kernel-source and kernel-headers packages
References: <Pine.LNX.3.94.960701092536.21365C-100000@dwarf.polaris.net>
Mime-Version: 1.0 (generated by tm-edit 7.69)
Content-Type: text/plain; charset=US-ASCII
From: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Date: 01 Jul 1996 18:00:50 -0400
In-Reply-To: Dale Scheetz's message of Mon, 1 Jul 1996 09:35:06 -0400 (EDT)
Message-ID: <gvxzq5j3a7h.fsf@diamond.pilgrim.umass.edu>
Lines: 119
X-Mailer: Gnus v5.2.32/Emacs 19.31
Resent-Message-ID: <"Toc9r3.0.yp4.jg4sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4428
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>"Dale" == Dale Scheetz <dwarf@polaris.net> writes:


Dale> What was wrong with: kernel-source-2.0.tar.gz? This is how we
Dale> distribute all other source.

Dale> .deb packages are how we distribute BINARY packages. Dftp and
Dale> dpkg-ftp are scripts, so the 'binary' and the 'source' are the
Dale> same. I didn't know that we distributed cdrom distributors in
Dale> .deb format. I'll have to try that on myself and see how it
Dale> feels :-)


	I think this is confused.  Firstly, it is difficult to define
 what you mean by BINARY packages, if it means that the packages
 contain binaries, then that is patently incorrect, since a number of
 packages (all the emacs .el/.elc packages, all the documentation
 packages, and maybe even the termcap compat packages do not contain
 executables).  What *does* binary mean in this context? Surely yu
 don't mean that the package contain atleast one file that has
 non-printable characters ;-), even then, the doc-debian package would
 violate that.

	So.  I think that the following is closer to the truth:

 .deb files contain, in a packaged form, a directory tree structure
      that is targeted to be installed on an *users* machine, along
      with control information for the packaging system.  Debian
      attempts to ensure that the directory tree contained follows a
      standard ("FSSTND").
 tar.gz files in the source area of debian archives contain the
      sources for debian packages, and are targeted at *developers*,
      or people who compile their own packages.These do not unpack to
      a well known place in the directory structure, and are not
      managed by the package management system.

	I wish to provide the kernel sources are a package to
 *users*.  This is not a source for a debian package, but a source for
 the linux kernel, like the .el files are sources for the Emacs lisp
 system. This is different from the kernel-source-X.X.XX.tar.gz, since
 the latter would contain debian* files, I want to deliver the
 pristine sources as debian-source-2.0.0-1.1.tar.gz, which unpacks
 into a pristine /usr/src/kernel-source-2.0.0
 tree. kernel-source-X.X.XX.tar.gz, on the other hand, would unpack
 into ./kernel-source-2.0.0 and contain debian files (at least, untill
 we move to the new system)

	In any case, I would like to bring the kernel sources to the
 masses, by providing thenm with a .deb package that delivers the
 surce, and can be retrieved, managed, and disposed of like any other
 package. 
 

>> I think that there is a demand for kernel sources, and that we
>> should satisfy this need, if only for completeness. Also, though
>> there are not now, but there may be, in the future, packages that
>> really depend on the kernel sources; and the .deb file defines a
>> standard place to find kernel sources on a Debian system
>> 
Dale> We should satisfy this need for source the same way that Linus
Dale> does, with a tar.gz file. Any packages that explicity depend on
Dale> a particular kernel are broken at birth and has absolutely
Dale> nothing to do with HOW source files are packaged.

	I disagree.  We have created a vehicle for delivering
 goodies (libs, executables, and other files) to the user, and we
 should use it.  It works. We have invested in this process. The
 original authors of most of our packages have different ways of
 delivering their packages to their users, this does not, and should
 not, be used as a reason to abandon our packaging scheme (no matter
 how we admire the aforementioned authors ;-).


>> Methinks, Ian, you underestimate your creation, dpkg handles the
>> sources well enough in most of the cases.  So far, I have no
>> complaint about dpkg's handling of the sources, indeed, people
>> savvy enough to edit kernel sources are usually savvy enough to
>> understand why dpkg is complaining about extra files while deleting
>> the source package (indeed, one may edit the sources almost at
>> will, with no ill effect, only adding files seems to discomfit
>> dpkg).
>> 
Dale> Methinks it is your understanding of dpkg that is lacking. I
Dale> guess my complaints don't count, because you fixed the problem
Dale> created by dpkg in your original implimentation. I contend that
Dale> there are still problems with this approach that will come back
Dale> to haunt us later.

	I think thee raises specteres from the dark where none exist,
 I think that the dpkg mechanism serves well enough, and we shall deal
 with the infelicitous bites when we see them.

Dale> Personaly, I will continue to get kernel sources from the "true
Dale> source" and build them the way I always have. These kernel
Dale> packages will not bite me, because I will not use them.

	I strongly defend your right to disdain the kernel-sources
 packages. You may like the newer version of kernel-package better,
 though, they unpack in /usr/lib/kernel-packages, and provide a method
 to

 % cd <pristine kernel source directory>
 % make menuconfig
 % /usr/sbin/make-kpkg kernel_image

	and you are done.

Dale> Thanks for all your other work,

	manoj

-- 
 "The vast majority of successful major crimes against property are
 perpetrated by individuals abusing positions of trust." Lawrence
 Dalzell
Manoj Srivastava               Systems Research Programmer, Project Pilgrim,
Phone: (413) 545-3918                A143B Lederle Graduate Research Center,
Fax:   (413) 545-1249         University of Massachusetts, Amherst, MA 01003
<srivasta@pilgrim.umass.edu> <URL:http://www.pilgrim.umass.edu/%7Esrivasta/>


From debian-devel-request@lists.debian.org Mon Jul 01 11:53:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 11:39:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 11:39:18 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 22:25:50 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3482: dpkg-name gives unnecessary warning
Reply-To: Guy Maor <maor@ece.utexas.edu>, 3482@bugs.debian.org
Resent-From: Guy Maor <maor@ece.utexas.edu>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Mon, 01 Jul 1996 06:18:05 GMT
Resent-Message-ID: <handler.3482.B.8362009886061@bugs.debian.org>
X-Debian-PR-Package: dpkg-name
X-Loop: owner@bugs.debian.org
From: Guy Maor <maor@ece.utexas.edu>
Date: Mon, 1 Jul 1996 16:42:20 -0500 (CDT)
Message-Id: <199607012142.QAA16376@brando.ece.utexas.edu>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4429
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: dpkg-name
Version: 1.2.10

When invoked with -a on a deb that lacks the architecture field, it
gives the unneccessary warning:

dpkg-name: assuming architecture `i386' for `binary-m68k/misc/color-ls-3.12-2.deb'


Guy


From debian-devel-request@lists.debian.org Mon Jul 01 12:18:23 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 12:13:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 12:13:41 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 22:50:54 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3464: kernel-source-2.0.0 maintainer scripts #!/usr/bin/perl
Reply-To: Manoj Srivastava <srivasta@pilgrim.umass.edu>, 3464@bugs.debian.org
Resent-From: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Orignal-Sender: srivasta@pilgrim.umass.edu
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Mon, 01 Jul 1996 06:33:04 GMT
Resent-Message-ID: <handler.3464.B3464.8362024906704@bugs.debian.org>
X-Debian-PR-Package: kernel-source-2.0.0
X-Loop: owner@bugs.debian.org
Sender: srivasta@pilgrim.umass.edu
X-Time: Mon Jul  1 18:10:13 1996
X-Mail-System: Vm 5.96 (beta) for GNU Emacs 19.31.1
Organization: University of Massachusetts, Amherst, MA 01003
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3464@bugs.debian.org
References: <m0uajbT-0002b4C@chiark.chu.cam.ac.uk>
Mime-Version: 1.0 (generated by tm-edit 7.69)
Content-Type: text/plain; charset=US-ASCII
From: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Date: 01 Jul 1996 18:10:14 -0400
In-Reply-To: Ian Jackson's message of Mon, 1 Jul 96 15:05 BST
Message-ID: <gvxybl339rt.fsf@diamond.pilgrim.umass.edu>
Lines: 47
X-Mailer: Gnus v5.2.32/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4434
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

	This should not be considered a bug, unless the guidelines are
 wrong! I'm quoting from the guidelines below, please let me know if
 I'm wrong, or else I'll close this bug tomorrow.

	manoj



-Info: (guidelines.info)Package Content, 205 lines --68%-- Subfile:guidelin

Installation and Removal Scripts
================================

   The scripts `preinst', `postinst', `prerm', and `postrm' are
optional (Bash or Perl) scripts.  As the names would indicate, if these
scripts exist, they will be executed before installing the package,
after installation, before package removal, and after removal,
respectively.


   If these scripts exist they should be left in the `DEBIAN' directory
with execute permission enabled and should contain an appropriate `#!'
line, such as `#!/bin/bash' for a `bash' script or `#!/bin/perl' for a
Perl script (see above).



Package Content
***************

   * In the case of Perl scripts this should be `#!/usr/bin/perl' or
     sometimes `#!/bin/perl', as follows: if the script is a critical
     one that may be called when the `/usr' partition is unmounted or
     broken it should use `/bin/perl'.  Otherwise (especially if the
     script is not specifically targetted at Debian) it should use
     Perl's standard location, `/usr/bin/perl'.


-- 
 Thoreau's Law: If you see a man approaching you with the obvious
 intent of doing you good, you should run for your life.
Manoj Srivastava               Systems Research Programmer, Project Pilgrim,
Phone: (413) 545-3918                A143B Lederle Graduate Research Center,
Fax:   (413) 545-1249         University of Massachusetts, Amherst, MA 01003
<srivasta@pilgrim.umass.edu> <URL:http://www.pilgrim.umass.edu/%7Esrivasta/>


From debian-devel-request@lists.debian.org Mon Jul 01 12:18:23 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 12:07:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 12:07:11 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 22:50:52 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3465: kernel-headers-2.0.0 maintainer scripts #!/usr/bin/perl
Reply-To: Manoj Srivastava <srivasta@pilgrim.umass.edu>, 3465@bugs.debian.org
Resent-From: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Orignal-Sender: srivasta@pilgrim.umass.edu
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Mon, 01 Jul 1996 06:33:07 GMT
Resent-Message-ID: <handler.3465.B3465.8362024936737@bugs.debian.org>
X-Debian-PR-Package: kernel-headers-2.0.0
X-Loop: owner@bugs.debian.org
Sender: srivasta@pilgrim.umass.edu
X-Time: Mon Jul  1 18:11:24 1996
X-Mail-System: Vm 5.96 (beta) for GNU Emacs 19.31.1
Organization: University of Massachusetts, Amherst, MA 01003
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3465@bugs.debian.org
References: <m0uajar-0002b4C@chiark.chu.cam.ac.uk>
Mime-Version: 1.0 (generated by tm-edit 7.69)
Content-Type: text/plain; charset=US-ASCII
From: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Date: 01 Jul 1996 18:11:25 -0400
In-Reply-To: Ian Jackson's message of Mon, 1 Jul 96 15:04 BST
Message-ID: <gvxwx0n39pu.fsf@diamond.pilgrim.umass.edu>
Lines: 49
X-Mailer: Gnus v5.2.32/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4433
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

	This should not be considered a bug, unless the guidelines are
 wrong! I'm quoting from the guidelines below, please let me know if
 I'm wrong, or else I'll close this bug tomorrow.

	manoj



-Info: (guidelines.info)Package Content, 205 lines --68%-- Subfile:guidelin

Installation and Removal Scripts
================================

   The scripts `preinst', `postinst', `prerm', and `postrm' are
optional (Bash or Perl) scripts.  As the names would indicate, if these
scripts exist, they will be executed before installing the package,
after installation, before package removal, and after removal,
respectively.


   If these scripts exist they should be left in the `DEBIAN' directory
with execute permission enabled and should contain an appropriate `#!'
line, such as `#!/bin/bash' for a `bash' script or `#!/bin/perl' for a
Perl script (see above).



Package Content
***************

   * In the case of Perl scripts this should be `#!/usr/bin/perl' or
     sometimes `#!/bin/perl', as follows: if the script is a critical
     one that may be called when the `/usr' partition is unmounted or
     broken it should use `/bin/perl'.  Otherwise (especially if the
     script is not specifically targetted at Debian) it should use
     Perl's standard location, `/usr/bin/perl'.


-- 
 And do you not think that each of you women is an Eve?  The judgment
 of God upon your sex endures today; and with it invariably endures
 your position of criminal at the bar of justice. Tertullian,
 second-century Christian writer, misogynist
Manoj Srivastava               Systems Research Programmer, Project Pilgrim,
Phone: (413) 545-3918                A143B Lederle Graduate Research Center,
Fax:   (413) 545-1249         University of Massachusetts, Amherst, MA 01003
<srivasta@pilgrim.umass.edu> <URL:http://www.pilgrim.umass.edu/%7Esrivasta/>


From debian-devel-request@lists.debian.org Mon Jul 01 13:08:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 12:59:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 12:59:25 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 23:33:17 -0000
Resent-Date: 1 Jul 1996 23:33:17 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0uasSK-000HXDC@liw.clinet.fi>
From: Lars Wirzenius <i-do-not-want-any-unsolicited-commercial-or-uncommercial-email@iki.fi>
To: debian-devel@lists.debian.org
Subject: Re: BSD Demon Logo on www.debian.org 
In-Reply-To: Your message of "Mon, 01 Jul 1996 13:11:08 CDT."
             <199607011811.NAA18480@bofh.me.umn.edu> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1566070265P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 02 Jul 1996 02:32:32 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"e5cNA3.0.GN6.y06sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4435
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_1566070265P
Content-Type: multipart/mixed ;
	boundary="==_Exmh_15658135560"

This is a multipart MIME message.

--==_Exmh_15658135560
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Richard Kaszeta:
> Why are some of the icons on the www.debian.org home page little BSD
> devils?  They should be penguins... :)

A quickly converted Logo.gif to a 32 color, 64 by 64 pixel XPM attached.


--==_Exmh_15658135560
Content-Type: image/x-xpixmap
Content-Description: Logo-64x64.xpm
Content-Transfer-Encoding: base64

I2RlZmluZSBub25hbWVfZm9ybWF0IDEKI2RlZmluZSBub25hbWVfd2lkdGggIDY0CiNkZWZp
bmUgbm9uYW1lX2hlaWdodCA2NAojZGVmaW5lIG5vbmFtZV9uY29sb3JzIDMyCiNkZWZpbmUg
bm9uYW1lX2NoYXJzX3Blcl9waXhlbCAyCnN0YXRpYyBjaGFyICpub25hbWVfY29sb3JzW10g
PSB7CiAgICJgYCIsICJibGFjayIsCiAgICJgYSIsICIjZWZiZjEwIiwKICAgImBiIiwgIiMw
OTA5MTkiLAogICAiYGMiLCAiIzE3MTcxNiIsCiAgICJgZCIsICIjZWRlZGVlIiwKICAgImBl
IiwgIiNkZWMxNWIiLAogICAiYGYiLCAiI2I3ODAwZCIsCiAgICJgZyIsICIjMDQwMmQ2IiwK
ICAgImBoIiwgIiNmOGY4ZjgiLAogICAiYGkiLCAiI2YyYmIwZSIsCiAgICJgaiIsICIjYjY5
OTRhIiwKICAgImBrIiwgIiNmMmJmMTEiLAogICAiYGwiLCAiIzAwMDAwMSIsCiAgICJgbSIs
ICIjZjFiZDEwIiwKICAgImBuIiwgIiNkYWRhZGEiLAogICAiYG8iLCAiIzBjMGIwOSIsCiAg
ICJgcCIsICIjMDAwMDMyIiwKICAgImBxIiwgIiM0ZDNmMzEiLAogICAiYHIiLCAiIzAwMDBm
OCIsCiAgICJgcyIsICIjODg3NTUwIiwKICAgImB0IiwgIiM3ODVjMzMiLAogICAiYHUiLCAi
I2U2YjAwYSIsCiAgICJgdiIsICIjMDMwMjAyIiwKICAgImB3IiwgIiMyOTIxMTAiLAogICAi
YHgiLCAiI2NkYjU2ZSIsCiAgICJgeSIsICJ3aGl0ZSBzbW9rZSIsCiAgICJgeiIsICIjZDk5
ZTA5IiwKICAgImB7IiwgIiMyYjI0NTYiLAogICAiYHwiLCAiIzAwMDBjZSIsCiAgICJgfSIs
ICIjMDAwMDUwIiwKICAgImB+IiwgIiNlMWNiNGYiLAogICAiYWAiLCAiI2YyYmYxMCIKfTsK
c3RhdGljIGNoYXIgKm5vbmFtZV9waXhlbHNbXSA9IHsKImByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgfGB9YHBgYGBgYGBgcGB9YHxgZ2By
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
IiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBn
YH1gbGBgYGBgYGBgYGBgYGBgYGBgdmB8YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgZ2BiYGBgYGBgYGBgYGBgYGBgYGBvYHdgY2B2YH1gcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgYmBgYGBgYGBg
YGBgYGBgYGBgYGBjYHRgc2B3YHZgcGByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYH1gYGBgYGBgYGBgYGBgYGBgYGBgYGBjYHNgc2BxYG9gYGB8YHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYGJgYGBgYGBgYGBgYGBgYGBg
YGBgYGBjYHdgY2BvYHZgYGBiYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYGBgYGBgYGBgYGBgYGBgYGBgYGBgYGB2YHZgYGBgYGBgYGBgYH1gcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmB8YGBgYGBgYGxgbGBgYGBgYGBgYGBgbGB2
YHZgYGBgYGBgYGBgYHBgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmB8
YGBgdmBvYG9gY2B2YGBgYGBsYGxgb2BjYGNgcWB2YGBgYGBgYHZgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmB8YGBgdmBxYHNgd2BjYGBgYGB2YHdgc2B4YHhgcWBj
YGBgYGBgYGBgfGByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
IiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmB8YGBgd2B4
YG5gbmB3YGxgbGBjYHhgbmBuYG5gc2BvYGxgYGBgYGBgfGByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmB8YGBgc2B4YHNgZGBzYGBgdmBzYGRgbmBzYG5gZGBxYGBgYGBg
YGBgfGByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYGBgc2BjYHFgc2Bu
YGNgd2BzYGRgb2BjYHFgZGB4YGBgYGBgYGBgfGByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYGBgc2BjYGNgcWB4YHdgd2BxYG5gYGBgYGxgeGB4YGBgYGBgYGBgfGBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYGBgcWBzYHZgcWB1YHVgemBm
YGpgd2BgYGNgbmB4YGBgYGBgYGBgfGByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHZgb2BuYGZgdWBpYGFgYWBhYGFgdWBmYHhgbmBjYGBgYGBgYGBgfWByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHBgb2BmYHpgaWFgYGFgYWB+YH5gYWBh
YGFgdWB3YGBgYGBgYGBgcGByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHBgdGBmYHVgaWBhYWBgYWB+YGFgYWBhYHpgemB0YGBgYGBgYGBgcGByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHBgcWBmYHVgaWFgYGFgfmBhYGFgdWB6YHpgemB0
YGBgYGBgYGBgbGBnYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
IiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHBgb2B0
YHphYGBrYGFgYWB6YGZgZmB6YHpgZmBxYGBgcWBxYGNgYGB9YHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYH1gcWB4YHRgZmB6YGZgZmBmYHpgemBmYHhgbmBzYGBgY2Bz
YHNgb2B2YGdgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYH1gcWBuYHhgZmBm
YHpgemBmYGZgamBuYG5gbmBuYHFgYGBxYHNgb2BgYH1gcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmB8YGxgcWBuYG5geGBzYGZgZmBzYHhgbmBuYHlgaGB5YHNgYGBgYGBgYGBg
YGJgZ2ByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBiYGBgc2B5YG5gbmBuYG5gbmBu
YG5gbmB5YGhgaGBoYGRgd2BgYGBgYGBgYGxgfWByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgfWBjYG9gbmBoYHlgbmBuYG5gbmBuYGRgeWBoYGhgaGBoYGhgc2BsYGBgYGBgYGBgdmB8
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHxgbGB2YHhgaGBoYGhgZGBuYG5gbmB5YGhgaGBo
YGhgaGBoYGhgZGBvYGBgYGBgYGBgYGBiYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBnYGJgYGBx
YHlgaGBoYGhgaGB5YGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBzYGBgYGBgYGBgYGBgYH1gcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmBwYGBgdmB4YGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBo
YGhgaGB4YGBgYGBgYGBgYGBgYGBgfWByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
IiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgfWBgYGBgY2BuYHlgaGBo
YGhgaGB5YHlgaGBoYGhgaGBoYGhgaGB5YGRgZGBkYGNgYGBgYGBgYGBgYGBgbGB8YHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHxgYGBgYGBgcWB4YG5gZGBoYGhgeWBuYGRgeWBoYGhgaGBkYG5gbmBuYG5gbmBk
YHNgYGB2YGxgYGBgYGBgYGBiYGdgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYGJgYGBgYGBgc2BuYGRgeWBoYGhgaGBk
YGhgaGBoYGhgaGBoYHlgZGBuYG5gbmBuYG5gY2BjYGNgb2BgYGBgYGBgYH1gcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmB8
YGBgb2BjYGNgbmB5YGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgZGBuYG5gc2Bg
YHZgY2BvYGBgYGBgYGxgfGByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmB9YGBgd2BgYHNgeWBoYGhgaGBoYGhgaGBoYGhgaGBo
YGhgaGBoYGhgaGBoYGhgaGB5YG5gbmBjYGxgb2BjYHZgYGBgYGBgfWByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBiYG9gb2Bj
YGRgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYHlgbmBzYG9gcWBj
YGNgYGBgYGBgYmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgfGBgYGNgbGBzYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBo
YGhgaGBoYGhgaGBoYGhgaGBuYGNgcWBjYHdgb2BgYGBgYGB8YHJgcmByYHJgcmByYHJgcmBy
YHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgfWBvYGNgb2BuYGhgaGBo
YGhgaGBoYGhgZGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGB5YGNgdmBsYG9gY2Bg
YGBgYGB9YHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYGdgdmBjYHZgc2BoYGhgaGBoYGhgaGBoYGhgZGBoYGhgaGBoYGhgaGBoYGhgaGBo
YGhgaGBoYGhgaGBoYHFgYGBgYGBgY2BgYGBgYGB2YHJgcmByYHJgcmByYHJgcmByYHJgcmBy
IiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYH1gdmBjYGBgbmBoYGhgaGBoYGhgaGBo
YGhgZGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYHFgYGBgYGBgY2BgYGBgYGBg
YHxgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YGJgb2BvYG9gZGBoYGhgaGBoYGhgaGBoYHlgZGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBo
YGhgaGBoYHNgYGBgYGBgY2BgYGBgYGBgYH1gcmByYHJgcmByYHJgcmByYHJgcmByIiwKImBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmB9YGBgY2BjYHFgeWBoYGhgaGBoYGhgaGBoYHlgZGBo
YGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYHNgYGBsYGxgY2BgYGBgYGBgYHBgcmBy
YHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgfGBsYGBgY2Bj
YHFgeWBoYGhgaGBoYGhgaGBoYHlgZGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBo
YHNgYGBgYG9gY2BgYGBgYGBgYGxgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmBy
YHJgcmByYHJgcmByYHJgfWBgYHZgcWB3YHRgeWBoYGhgaGBoYGhgaGBoYHlgZGBoYGhgaGBo
YGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYHhgYGBgYGNgdmBgYGBgYGBgYGxgcmByYHJgcmBy
YHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgfWBgYGBgb2BxYHNgeWBo
YGhgaGBoYGhgaGBoYGRgZGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYHhgYGBs
YGNgdmBsYGBgYGBgYHBgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmBy
YHJgcmByYHJgfWB2YHRgd2BjYHNgaGBoYGhgaGBoYGhgaGBoYHlgZGBoYGhgaGBoYGhgaGBo
YGhgaGBoYGhgaGBoYGhgaGBoYHNgb2BjYG9gb2BjYGNgb2BgYHBgcmByYHJgcmByYHJgcmBy
YHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgfGB6YGthYGB0YHFgZGBoYGhgaGBo
YGhgaGBoYGRgZGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgbmBuYHFgb2BgYGBgYGBg
YHZgcWBvYH1gcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmBy
YHJgZmBpYWBgbWFgYHRgcWBuYGhgaGBoYGhgaGBoYGRgZGBoYGhgaGBoYGhgaGBoYGhgaGBo
YGhgaGBoYHhgYWBhYGZgbGBgYGBgYGBgYHZgY2BxYHNgcmByYHJgcmByYHJgcmByYHJgcmBy
IiwKImByYHJgcmByYHJgcmByYHJgcmByYHNgemB1YGtga2FgYWBgcWBjYG5geWBoYGhgaGBo
YHlgZGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGVgbWBhYGZgbGBgYGBgYGBgYHZgd2Bh
YGFgZ2ByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmB7YHpgemBp
YGFga2BrYWBgdWBvYG9gc2B5YGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGB5
YGVgaWB1YGZgb2BgYGBgYGBgYHdgemBhYGFgZ2ByYHJgcmByYHJgcmByYHJgcmByIiwKImBy
YHJgcmByYHJgZ2BnYHtgc2B6YHpgaWFgYGtgbWBhYG1hYGBmYGBgbGBzYHlgaGBoYGhgaGBo
YGhgaGBoYGhgaGBoYGhgaGBoYGhgZGBuYGVgaWB1YGZgdGB3YG9gb2B3YGZgdWBpYGlgZ2By
YHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHtgZmB1YHVgdWB1YGlgaWBtYGtga2Bh
YGtgaWBhYHdgYGBgYHFgbmBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgZGBuYHhgdWB1
YHpgZmBmYGZgZmBmYHpgaWBpYGtgamByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmBy
YHNgdWBpYGlgaWBpYGlhYGBrYGtga2BrYG1gbWFgYHpgb2BsYGBgY2BuYGhgaGBoYGhgaGBo
YGhgaGBoYGhgaGBoYGhgZGBuYGpgemB1YHpgemB6YHpgemB6YGlgbWBrYGtgbWBzYHJgcmBy
YHJgcmByYHJgcmByIiwKImByYHJgcmByYHNgaWBtYGtga2BrYG1ga2BrYGtgYWBrYGtgbWBp
YGFgdGBgYGBgYGBzYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgeWBuYGpgemB1YHVgdWB1
YHpgdWB1YGlga2BtYGtga2BhYHtgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHNgdWBt
YGtga2BrYGtga2BrYGtga2BrYGthYGFgYWBgdWB3YGBgYGBzYGhgaGBoYGhgaGBoYGhgaGBo
YGhgaGBoYGhgeWBuYHRgZmB1YHVgaWB1YHVgaWBpYGlga2BtYGtga2BrYGtgc2ByYHJgcmBy
YHJgcmByIiwKImByYHJgcmByYHNgemBpYGtgYWBrYGtgbWBrYGtga2BtYGtga2BrYGlgYWBm
YHdgc2BuYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgbmB3YHRgemB1YGlhYGBtYWBhYGBr
YG1hYGBrYGtgbWBrYG1ga2B6YGdgcmByYHJgcmByIiwKImByYHJgcmByYHNgemBpYG1hYGFg
YWBga2BrYGFga2BrYGtgbWBrYWBgaWBhYHhgaGBoYGhgaGBoYGhgaGBoYGhgaGBoYGhgaGBo
YG5gY2BvYHRgemB1YGlgbWBrYGthYGBrYGtga2BtYGtga2BrYGtga2BrYG1gcmByYHJgcmBy
IiwKImByYHJgcmByYHNgemBpYG1hYGBrYGtga2BrYGtga2FgYGtga2BtYGlgaWBhYHpgeGBo
YGhgaGBoYGhgaGBoYGhgaGBoYGhgZGBzYHZgYGBvYGZgemB1YGlga2BrYG1ga2BrYGtga2Bh
YGthYGBtYGtgaWBqYGdgcmByYHJgcmByIiwKImByYHJgcmByYHNgemBpYG1hYGBrYWBga2Bt
YGtgYWBtYGtga2BrYG1gaWB1YHpgdGBuYGhgaGBoYGhgaGBoYGhgaGBkYHhgY2BgYGBgYGBv
YGZgemB1YGlgYWBrYGtga2FgYGtgbWBrYGtga2BtYHVgc2ByYHJgcmByYHJgcmByIiwKImBy
YHJgcmByYGZgemB1YGlgaWBpYWBga2BrYGtgbWBrYG1ga2FgYWBgaWB1YHpgZmB3YHFgeGBu
YG5geGBzYHNgcWBvYGBgYGBgYGBgYGB3YGZgemB1YWBgbWBrYGtga2BtYGFga2BtYG1gdWBz
YGdgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYGZgemB6YHpgdWB1YHVgdWBpYGlgbWBt
YWBgbWFgYWBhYGB1YHpgZmB3YGBgYGBgYGBgYGBgYGBgYGBgYGBgYGBgYGBgYGB3YGZgemB1
YGlgbWBrYWBgbWBtYGlgaWB6YHNgZ2ByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmBy
YGdgdGBmYGZgZmB6YHpgemB6YHpgdWB1YGlgaWFgYGlgaWB6YGZgZmBxYGBgYGBgYGBgYGBg
YGBgYGBgYGBgYGBgYGBgYGB3YGZgZmB6YHVgaWBpYHVgdWB1YHpgZmB7YHJgcmByYHJgcmBy
YHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmBnYHtgcWB0YGZgZmBmYGZgZmB6YHpgdWB1
YHpgemBmYGZgdGB3YGBgYGBgYGJgcGBwYHBgcGBwYHBgcGBwYHBgYGB3YHRgZmBmYHpgemB6
YHpgemBmYHRgfGByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmBy
YHJgcmByYGdge2BxYHRgdGBmYGZgZmBmYGZgZmBmYHRgcWBjYHxgfGByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmB7YHRgZmBmYGZgZmBmYGZgZmBxYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgZ2B7YHRgdGBmYGZgdGB0
YHFge2ByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmB8YHdgdGBmYGZgZmBmYHRgcWBy
YHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByIiwKImByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHJgcmByYHJgfGB7YHFgcWBxYHxgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
YHJgcmByYHxge2B3YHFgcWBxYHxgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmByYHJgcmBy
Igp9Owo=

--==_Exmh_15658135560--



--==_Exmh_1566070265P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMdhgDoQRll5MupLRAQHppwP/a+89mdfCI3CPjEi9tjCV7i4r04zxDjYR
ePj12+AQ2Pwhqgll289PDBXpZYgvJ0wDJCNV992WhPi33Voxf2H/KlknyVIcGNa2
97vT49ha+3RvcLjOICJtJRCPmkAZQ88QDd4bJC46eAK6ppjlMoqa05Sb7JUTkrB0
IyhvLtUSn5g=
=xR5O
-----END PGP MESSAGE-----

--==_Exmh_1566070265P--


From debian-devel-request@lists.debian.org Mon Jul 01 13:33:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 13:27:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 13:26:59 -0000
Received: (qmail-queue invoked by uid 40); 1 Jul 1996 23:49:19 -0000
Resent-Date: 1 Jul 1996 23:49:19 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecl@fnpc21.if.usp.br>
Message-Id: <m0uaslu-000VRtC@fnpc21.if.usp.br>
Date: Mon, 1 Jul 96 20:52 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: debian-devel@pixar.com
Subject: i18n: installing debian with non-us keyboard.
Resent-Message-ID: <"tZFtL1.0.ye6.-F6sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4436
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hello all,

Sorry if this has been already discussed here, but since i18n has come
these days... have any of you tried to install debian in a machine
with a non-us keyboard? It's a pain. When you write paths (such as
mount points) you have to remember all the time where the slash "/" is
in an american keyboard! And the same holds for many keys, depending
on your keyboard.

IMHO the very first thing the install tool should provide is a list
with keyboard maps and let the user choose one using the arrows (this
is what slackware does).

There is enough space in the root disk for this? My
/usr/lib/kbd/keytables has ~ 480 kb, but there are some "duplicate"
keymaps there, like be-latin1 and be2-latin1, three german keymaps, 2
emacs keymaps, etc. Maybe the keymaps could be compressed?

Emilio.

-- 
 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
 FINPE, Instituto de Fisica      E-mail: ecl@finpe.if.usp.br
 Universidade de Sao Paulo       Phone : (+55 11) 818-6724 (Voice)
 Caixa Postal 66318                      (+55 11) 818-6715 (Fax)
 05389-970  Sao Paulo - SP
 BRAZIL


From debian-devel-request@lists.debian.org Mon Jul 01 13:58:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 13:43:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 13:43:23 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 00:05:54 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3484: broken reference to (un)link(8).
Reply-To: ecl@finpe.if.usp.br (Emilio Lopes), 3484@bugs.debian.org
Resent-From: ecl@finpe.if.usp.br (Emilio Lopes)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Martin Schulze <joey@debian.org>
Resent-Date: Mon, 01 Jul 1996 07:48:03 GMT
Resent-Message-ID: <handler.3484.B.83620699314887@bugs.debian.org>
X-Debian-PR-Package: manpages
X-Loop: owner@bugs.debian.org
Message-Id: <m0uasQe-000VRtC@fnpc21.if.usp.br>
Date: Mon, 1 Jul 96 20:30 EST
From: ecl@finpe.if.usp.br (Emilio Lopes)
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4437
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: manpages
Version: 1.11-4

The following man pages have refence to link(8), which does not exist:

        link(2)
        rename(2)
        symlink(2)

The following man page have refence to unlink(8), which does not
exist:

        unlink(2)


Emilio.

-- 
 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
 FINPE, Instituto de Fisica      E-mail: ecl@finpe.if.usp.br
 Universidade de Sao Paulo       Phone : (+55 11) 818-6724 (Voice)
 Caixa Postal 66318                      (+55 11) 818-6715 (Fax)
 05389-970  Sao Paulo - SP
 BRAZIL


From debian-devel-request@lists.debian.org Mon Jul 01 14:23:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 14:14:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 14:14:28 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 00:34:25 -0000
Resent-Date: 2 Jul 1996 00:34:25 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Mon, 1 Jul 1996 20:34:30 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Manoj Srivastava <srivasta@pilgrim.umass.edu>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: kernel-source and kernel-headers packages
In-Reply-To: <gvxzq5j3a7h.fsf@diamond.pilgrim.umass.edu>
Message-ID: <Pine.LNX.3.94.960701201446.1647A-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"o32KL2.0.5C7.Hw6sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4438
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On 1 Jul 1996, Manoj Srivastava wrote:

> >>"Dale" == Dale Scheetz <dwarf@polaris.net> writes:
> 
> 
> Dale> What was wrong with: kernel-source-2.0.tar.gz? This is how we
> Dale> distribute all other source.
> 
> Dale> .deb packages are how we distribute BINARY packages. Dftp and
> Dale> dpkg-ftp are scripts, so the 'binary' and the 'source' are the
> Dale> same. I didn't know that we distributed cdrom distributors in
> Dale> .deb format. I'll have to try that on myself and see how it
> Dale> feels :-)
> 
> 
> 	I think this is confused.  Firstly, it is difficult to define
>  what you mean by BINARY packages, if it means that the packages
>  contain binaries, then that is patently incorrect, since a number of
>  packages (all the emacs .el/.elc packages, all the documentation
>  packages, and maybe even the termcap compat packages do not contain
>  executables).  What *does* binary mean in this context? Surely yu
>  don't mean that the package contain atleast one file that has
>  non-printable characters ;-), even then, the doc-debian package would
>  violate that.

What it means is EXECUTABLE. Scripts are not strictly binaries, but they
are executable. That is why the above items are packaged. Termcap, if I'm
not mistaken contains a.out libraries. Libraries can also be considered
whithin this binary concept. But source code that is expected to be fed to
a compiler does not.

> 
> 	So.  I think that the following is closer to the truth:
> 
>  .deb files contain, in a packaged form, a directory tree structure
>       that is targeted to be installed on an *users* machine, along
>       with control information for the packaging system.  Debian
>       attempts to ensure that the directory tree contained follows a
>       standard ("FSSTND").
>  tar.gz files in the source area of debian archives contain the
>       sources for debian packages, and are targeted at *developers*,
>       or people who compile their own packages.These do not unpack to
>       a well known place in the directory structure, and are not
>       managed by the package management system.
> 
Well I think you still miss the point. Tar.gz files ARE useful to
developers, but they are provided for everyone. Many users prefer to build
from source, rather than trust an unknown binary package.

> 	I wish to provide the kernel sources are a package to
>  *users*. 

Then put it in a tar.gz file and call it a source package, since that is
what it is.

 This is not a source for a debian package, but a source for
>  the linux kernel, like the .el files are sources for the Emacs lisp
>  system.

Of course it is! As I understand it, you can build a kernel image package
from this source package. These sources go through a compiler. The .el
files are executed/interpreted to perform their desired functions. They
are executables.

 This is different from the kernel-source-X.X.XX.tar.gz, since
>  the latter would contain debian* files,

None of the kernel sources I get from Linus have any debian* files in
them?

 I want to deliver the
>  pristine sources as debian-source-2.0.0-1.1.tar.gz, which unpacks
>  into a pristine /usr/src/kernel-source-2.0.0
>  tree. kernel-source-X.X.XX.tar.gz, on the other hand, would unpack
>  into ./kernel-source-2.0.0 and contain debian files (at least, untill
>  we move to the new system)
> 
Well, if this is, in fact, the way your are doing it, you should switch
the names. Anything with the name debian in it should not be pristine
source. I would expec to find debian* files in the
debian-source-xxx.tar.gz file and to find none in a file called
kernel-source-xxxx.tar.gz. You have no work to perform to create pristine
source, just get it from Linus. 

> 	In any case, I would like to bring the kernel sources to the
>  masses, by providing thenm with a .deb package that delivers the
>  surce, and can be retrieved, managed, and disposed of like any other
>  package. 
>  
Except that the kernel isn't "just like any other package". It is the
environment in which packages and package management systems live.

> 
> >> I think that there is a demand for kernel sources, and that we
> >> should satisfy this need, if only for completeness. Also, though
> >> there are not now, but there may be, in the future, packages that
> >> really depend on the kernel sources; and the .deb file defines a
> >> standard place to find kernel sources on a Debian system
> >> 
> Dale> We should satisfy this need for source the same way that Linus
> Dale> does, with a tar.gz file. Any packages that explicity depend on
> Dale> a particular kernel are broken at birth and has absolutely
> Dale> nothing to do with HOW source files are packaged.
> 
> 	I disagree.  We have created a vehicle for delivering
>  goodies (libs, executables, and other files) to the user, and we
>  should use it.  It works. We have invested in this process. The
>  original authors of most of our packages have different ways of
>  delivering their packages to their users, this does not, and should
>  not, be used as a reason to abandon our packaging scheme (no matter
>  how we admire the aforementioned authors ;-).

We deliver source to users in tar.gz files. An attempt to make this a
special case is unwarranted.

> 
> 
> >> Methinks, Ian, you underestimate your creation, dpkg handles the
> >> sources well enough in most of the cases.  So far, I have no
> >> complaint about dpkg's handling of the sources, indeed, people
> >> savvy enough to edit kernel sources are usually savvy enough to
> >> understand why dpkg is complaining about extra files while deleting
> >> the source package (indeed, one may edit the sources almost at
> >> will, with no ill effect, only adding files seems to discomfit
> >> dpkg).
> >> 
> Dale> Methinks it is your understanding of dpkg that is lacking. I
> Dale> guess my complaints don't count, because you fixed the problem
> Dale> created by dpkg in your original implimentation. I contend that
> Dale> there are still problems with this approach that will come back
> Dale> to haunt us later.
> 
> 	I think thee raises specteres from the dark where none exist,
>  I think that the dpkg mechanism serves well enough, and we shall deal
>  with the infelicitous bites when we see them.
> 
Using dpkg mechanisms in a venue that it was not designed for is just
asking for trouble and confusion.

> Dale> Personaly, I will continue to get kernel sources from the "true
> Dale> source" and build them the way I always have. These kernel
> Dale> packages will not bite me, because I will not use them.
> 
> 	I strongly defend your right to disdain the kernel-sources
>  packages. You may like the newer version of kernel-package better,
>  though, they unpack in /usr/lib/kernel-packages, and provide a method
>  to
> 
>  % cd <pristine kernel source directory>
>  % make menuconfig
>  % /usr/sbin/make-kpkg kernel_image
> 
> 	and you are done.

And you have just created a binary package, right? That makes the other
thing a source package which has been mistakenly dressed up as a binary
package.

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Mon Jul 01 15:13:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 14:58:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 14:58:39 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 01:45:55 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3486: forwarded message from Cron Daemon
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3486@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Steve Greenland <stevegr@master.debian.org>
Resent-Date: Mon, 01 Jul 1996 09:33:05 GMT
Resent-Message-ID: <handler.3486.B.83621299630923@bugs.debian.org>
X-Debian-PR-Package: cern-httpd
X-Loop: owner@bugs.debian.org
Message-Id: <m0uatm2-0002ZEC@chiark.chu.cam.ac.uk>
Date: Tue, 2 Jul 96 01:57 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4439
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: cern-httpd
Version: 3.0-6

/etc/cron.weekly/cern-httpd sent me the message below.

This is probably because of the line:
 /usr/sbin/cern-httpd -restart 2> /dev/null

My httpd is configured for one-shot operation out of inetd, so this
probably won't work.  Of course sending the error message to /dev/null
isn't helpful ...

Ian.

------- start of forwarded message (RFC 934 encapsulation) -------
Return-Path: <root>
Received: by chiark.chu.cam.ac.uk
	id m0uaFLb-0002ZNC
	(Debian /\oo/\ Smail3.1.29.1 #29.35); Sun, 30 Jun 96 06:47 BST
Message-Id: <m0uaFLb-0002ZNC@chiark.chu.cam.ac.uk>
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin>
X-Cron-Env: <HOME=/root>
X-Cron-Env: <LOGNAME=root>
From: root (Cron Daemon)
To: root
Subject: Cron <root@chiark> run-parts /etc/cron.weekly
Date: Sun, 30 Jun 96 06:47 BST

run-parts: /etc/cron.weekly/cern-httpd exited with return code 1
------- end -------


From debian-devel-request@lists.debian.org Mon Jul 01 15:13:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 15:00:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 15:00:31 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 01:45:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3487: tk41 conflicts with early tk40
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3487@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Mon, 01 Jul 1996 09:33:06 GMT
Resent-Message-ID: <handler.3487.B.83621299730931@bugs.debian.org>
X-Debian-PR-Package: tk41
X-Loop: owner@bugs.debian.org
Message-Id: <m0uatrY-0002aUC@chiark.chu.cam.ac.uk>
Date: Tue, 2 Jul 96 02:02 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4440
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: tk41
Version: 4.1-1

dpkg: regarding tk41-4.1-1.deb containing tk41:
 tk41 conflicts with tk40 (<= 4.0p3-2)
  tk40 (version 4.0p3-2) is installed.

Packages should not do this - use Replaces or a similar mechanism
instead.

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 15:14:06 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 15:01:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 15:01:53 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 01:46:03 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3488: basedisks modconf problems
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3488@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ian Murdock <imurdock@debian.org>
Resent-Date: Mon, 01 Jul 1996 09:33:08 GMT
Resent-Message-ID: <handler.3488.B.83621299730932@bugs.debian.org>
X-Debian-PR-Package: rootdisk
X-Loop: owner@bugs.debian.org
Message-Id: <m0uau58-0002ZFC@chiark.chu.cam.ac.uk>
Date: Tue, 2 Jul 96 02:16 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4441
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: rootdisk
Version: 1996_6_11

* If you ask for a module to be installed and try to install it again
it doesn't notice.  It also doesn't set the `+' or `-' appropriately.
In order to get it to recalculate the display, and allow you to undo
what you've just done, you have to leave the relevant section and come
back into it.

* When you exit from a menu in modconf, it should return your cursor
to your earlier location in the previous menu.

* On the module selection screens there is a highlightable blank line
between `exit' and `block'.  Selecting this line doesn't seem to do
anything.

* Under `internet modules' there is only one module, named `*', with
no description.  Selecting it doesn't seem to do anything.  If you try
to install the `*' module under ipv4 it says `cannot locate module
console', which seems rather surprising ...

* The selection list of modules in each section ought to say at the
top somewhere what the section is.

* There is no comment for `xd' under block drivers, or for `cdrom'
under cd drivers, or for `affs', `binfmt_java' or `ufs' in the
filesystems section, or for `serial' under misc.

* What on earth is binfmt_java and what business does it have being
anywhere near the kernel ?

* There needs to be a comment saying what to do if your hardware isn't
listed - the answer being that either it's compiled in already and you
don't need a module for it, or that it's not supported.  It would be
nice if some docs could be put on the root disk, so that they can be
displayed to the user, or even on the boot disk as plain text files
that can be read from MSDOS or anything that can read an MSDOS floppy.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 15:14:06 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 15:09:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 15:09:00 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 02:10:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3490: adduser password-setting problem
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3490@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Steve Phillips <sjp@cvfn.org>
Resent-Date: Mon, 01 Jul 1996 10:03:07 GMT
Resent-Message-ID: <handler.3490.B.836214496707@bugs.debian.org>
X-Debian-PR-Package: adduser
X-Loop: owner@bugs.debian.org
Message-Id: <m0uauEQ-0002ZFC@chiark.chu.cam.ac.uk>
Date: Tue, 2 Jul 96 02:26 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4442
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: adduser
Version: the one on the 1996_6_11 rootdisks

If you get your password wrong during the initial system installation
then (a) adduser bombs out and (b) can't be re-run with the same login
name.  IMO (a) adduser should give you the option, when you fail to
set a password, of trying again, continuing anyway with the password
in a `locked' state, or aborting the account creation.  The control
script which is part of the basedisks should clean up any mess if
adduser fails, or perhaps get adduser to do this.

I've reported this problem in one of my messages about the base
system, too.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 15:14:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 15:10:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 15:10:35 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 02:10:58 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3485: tcl75 conflicts with early tcl74
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3485@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Mon, 01 Jul 1996 09:33:03 GMT
Resent-Message-ID: <handler.3485.B.83621299630922@bugs.debian.org>
X-Debian-PR-Package: tcl75
X-Loop: owner@bugs.debian.org
Message-Id: <m0uatrC-0002aUC@chiark.chu.cam.ac.uk>
Date: Tue, 2 Jul 96 02:02 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4443
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: tcl75
Version: 7.5-1

dpkg: regarding tcl75-7.5-1.deb containing tcl75:
 tcl75 conflicts with tcl74 (<= 7.4p3-2)
  tcl74 (version 7.4p3-2) is installed.

Packages should not do this - use Replaces or a similar mechanism
instead.

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 15:14:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 15:12:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 15:12:23 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 02:10:58 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3489: basedisks configuration problems
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3489@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ian Murdock <imurdock@debian.org>
Resent-Date: Mon, 01 Jul 1996 10:03:04 GMT
Resent-Message-ID: <handler.3489.B.836214496702@bugs.debian.org>
X-Debian-PR-Package: rootdisk
X-Loop: owner@bugs.debian.org
Message-Id: <m0uauAm-0002ZFC@chiark.chu.cam.ac.uk>
Date: Tue, 2 Jul 96 02:22 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4444
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: rootdisk
Version: 1996_6_11

* If you hit ^C during the base system configuration it thinks you've
finished it and you have to tell it yourself to go back and finish it.

* While configuring your network the default address should be
10.0.0.1 (see RFC1597, or for an alternative view RFC1627, or also
RFC1887 to see where things are going).

* The notes we made say that the prompts should say what `netmask',
`gateway', `broadcast address', &c are, though I'm not sure I agree
:-).

* The prompt for nameserver addresses should tell you what separator
to use.

* There is no validity checking on the inputs for the network
configuration dialogues - you can type any old garbage in for your IP
address, for example, and seriously confuse the scripts.

* If you say `n' to `is this OK' during the network configuration it
isn't consistent about giving you your previous answer as a default.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 15:38:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 15:13:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 15:13:58 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 02:11:05 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3491: basedisks newly booted system problems
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3491@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
Orignal-Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ian Murdock <imurdock@debian.org>
Resent-Date: Mon, 01 Jul 1996 10:03:08 GMT
Resent-Message-ID: <handler.3491.B.836214500733@bugs.debian.org>
X-Debian-PR-Package: rootdisk
X-Loop: owner@bugs.debian.org
Message-Id: <m0uauFR-0002ZFC@chiark.chu.cam.ac.uk>
Date: Tue, 2 Jul 96 02:27 BST
Sender: ian@chiark.chu.cam.ac.uk (Ian Jackson)
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4445
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: rootdisk
Version: 1996_6_11

* Even if you didn't select the serial module it still tries too
configure the serial ports, producing interesting error messages.

* Just hitting RETURN at the prompt for a user account name gives you
a usage message from adduser.

* If you get your password wrong then (a) adduser bombs out and (b)
can't be re-run with the same login name.  IMO (a) adduser should give
you the option, when you fail to set a password, of trying again,
continuing anyway with the password in a `locked' state, or aborting
the account creation.  The control script which is part of the
basedisks should clean up any mess if adduser fails, or perhaps get
adduser to do this.  I've reported this as a bug in adduser too.

* After creating the root account is when it should tell you how to
switch VC's, and it should tell you that you can use this to monitor
the progress of the installation, or do any preparation (like manually
mounting filesystems, &c) that you want at any stage.

(This bug was encountered during a test installation of 1.1 done by
the three of us.)

Ian.


From debian-devel-request@lists.debian.org Mon Jul 01 15:38:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 15:17:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 15:16:59 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 02:20:11 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3453: latex2edoc dependencies
Reply-To: ecl@fnpc21.if.usp.br (Emilio Lopes), 3453@bugs.debian.org
Resent-From: ecl@fnpc21.if.usp.br (Emilio Lopes)
Resent-To: debian-devel@lists.debian.org
Resent-Date: Mon, 01 Jul 1996 08:18:04 GMT
Resent-Message-ID: <handler.3453.B3453.83620849620102@bugs.debian.org>
X-Debian-PR-Package: latex2edoc
X-Loop: owner@bugs.debian.org
Message-Id: <m0uast6-000VRtC@fnpc21.if.usp.br>
Date: Mon, 1 Jul 96 21:00 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3453@bugs.debian.org
In-Reply-To: <m0uaiye-0002b4C@chiark.chu.cam.ac.uk>
References: <m0uaiye-0002b4C@chiark.chu.cam.ac.uk>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4446
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "IJ" == Ian Jackson <ian@chiark.chu.cam.ac.uk>, Stephen Early <sde1000@hermes.cam.ac.uk>, Owen Dunn <osd1000@chiark.chu.cam.ac.uk> wrote:

IJ> Package: latex2edoc
IJ> Version: 1.6-0

IJ>  Package: latex2e-doc
IJ>  Recommends: info-browser, auctex

IJ> Why does this package recommend auctex ?  Surely it is possible to
IJ> view the documentation using info, say, and surely it documents things
IJ> besides auctex.

I'm not the maintainer but I think it's because this help system is
nicely integrated with auctex. Maybe it should only "Suggests:"?

Emilio.

-- 
 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
 FINPE, Instituto de Fisica      E-mail: ecl@finpe.if.usp.br
 Universidade de Sao Paulo       Phone : (+55 11) 818-6724 (Voice)
 Caixa Postal 66318                      (+55 11) 818-6715 (Fax)
 05389-970  Sao Paulo - SP
 BRAZIL


From debian-devel-request@lists.debian.org Mon Jul 01 16:28:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 16:15:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 16:15:03 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 03:25:57 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3415: Xdvi and postscript fonts
Reply-To: Rob Browning <osiris@cs.utexas.edu>, 3415@bugs.debian.org
Resent-From: Rob Browning <osiris@cs.utexas.edu>
Orignal-Sender: osiris@cs.utexas.edu
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Mon, 01 Jul 1996 11:18:04 GMT
Resent-Message-ID: <handler.3415.B3415.8362190012533@bugs.debian.org>
X-Debian-PR-Package: latex
X-Loop: owner@bugs.debian.org
Sender: osiris@cs.utexas.edu
To: ecl@fnpc21.if.usp.br (Emilio Lopes)
Cc: Mark Eichin <eichin@cygnus.com>,
  joost@rulcmc.leidenuniv.nl (joost witteveen), D.M.Smith@lancaster.ac.uk,
  3415@bugs.debian.org
References: <m0ua2yp-00011mC@rulcmc.leidenuniv.nl>
	<xe1u3vutqj8.fsf@maneki-neko.cygnus.com> <m0uaqgt-000VRtC@fnpc21.if.usp.br>
From: Rob Browning <osiris@cs.utexas.edu>
Date: 01 Jul 1996 21:58:31 -0500
In-Reply-To: ecl@fnpc21.if.usp.br's message of Mon, 1 Jul 96 18:39 EST
Message-ID: <873f3bpdig.fsf@raven.ots.utexas.edu>
Lines: 14
X-Mailer: Gnus v5.2.28/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4447
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

ecl@fnpc21.if.usp.br (Emilio Lopes) writes:

> >> This program makes it possible to use postscript fonts with xdvi.
> 
> ps2pk does *exactly* the same and MakeTeXPK can work with it. Install
> it from the stable/tex dir.

But gstopk allows you to view all the "standard" postscript fonts from
xdvi without installing anything that's non-debian.  (All you need
AFAIK is gsfonts).  With ps2pk you have to go find the ps fonts
somewhere else, hence I would prefer gstopk.

--
Rob


From debian-devel-request@lists.debian.org Mon Jul 01 16:53:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 16:32:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 16:32:27 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 03:51:00 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3473: auctex leaves information in /tmp 
Reply-To: Lars Wirzenius <i-do-not-want-any-unsolicited-commercial-or-uncommercial-email@iki.fi>,
  3473@bugs.debian.org
Resent-From: Lars Wirzenius <i-do-not-want-any-unsolicited-commercial-or-uncommercial-email@iki.fi>
Orignal-Sender: liw@clinet.fi
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Mon, 01 Jul 1996 11:33:03 GMT
Resent-Message-ID: <handler.3473.B3473.8362205053473@bugs.debian.org>
X-Debian-PR-Package: auctex
X-Loop: owner@bugs.debian.org
Message-Id: <m0uavuy-000HWvC@liw.clinet.fi>
From: Lars Wirzenius <i-do-not-want-any-unsolicited-commercial-or-uncommercial-email@iki.fi>
To: "James A. Robinson" <jimr@simons-rock.edu>, 3473@bugs.debian.org
In-Reply-To: Your message of "Mon, 01 Jul 1996 17:08:46 EDT."
             <m0uaqDA-0002DXC@plato> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_2082068866P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 02 Jul 1996 06:14:23 +0300
Sender: liw@clinet.fi
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4448
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_2082068866P
Content-Type: text/plain; charset=us-ascii

"James A. Robinson":
> The script outputs STDOUT and STDERR to the file.  If they are too
> silly to check it after being told what is going on, then that can't
> be helped, can it?  

How about mailing it to root, if /bin/mail is available?



--==_Exmh_2082068866P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMdiUDIQRll5MupLRAQGAOwP/aAUmuPRa9fzkTG5xDgKjVSrlSThsQiNJ
VTpDxtO8YMaZ0nQnKFHTOBEMm3TwT3K271vwXihLKonjK87JkpJNMirX9AloDEdj
6uBmC5EOVnZW3iG0ugwPKdDLqMB0NQ2jUNh3HL0LCjQWawPFZxwMLbY+FVhZPKa9
46Dkq+jGbjo=
=SvL7
-----END PGP MESSAGE-----

--==_Exmh_2082068866P--


From debian-devel-request@lists.debian.org Mon Jul 01 18:33:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 18:16:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 18:16:48 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 05:06:03 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3413: linked with aout libXaw
Reply-To: bruce@pixar.com (Bruce Perens), 3413@bugs.debian.org
Resent-From: bruce@pixar.com (Bruce Perens)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <Bruce@Pixar.com>
Resent-Date: Mon, 01 Jul 1996 12:48:07 GMT
Resent-Message-ID: <handler.3413.B3413.8362250075306@bugs.debian.org>
X-Debian-PR-Package: pcb
X-Loop: owner@bugs.debian.org
Message-Id: <m0uaxAo-00056OC@mongo.pixar.com>
Date: Mon, 1 Jul 96 21:34 PDT
From: bruce@pixar.com (Bruce Perens)
To: 3413@bugs.debian.org, root@lotte.sax.de
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4450
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I acknowledge the bug with PCB. I am relinking the electronics and ham radio
packages and will upload new ones soon.

	Thanks

	Bruce
--
                       Re-Elect Clinton/Gore '96

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Mon Jul 01 18:33:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 18:20:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 18:20:02 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 05:06:04 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3409: Could not make boot floppy
Reply-To: bruce@pixar.com (Bruce Perens), 3409@bugs.debian.org
Resent-From: bruce@pixar.com (Bruce Perens)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Mon, 01 Jul 1996 12:48:06 GMT
Resent-Message-ID: <handler.3409.B3409.8362250075303@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Message-Id: <m0uax9h-00056OC@mongo.pixar.com>
Date: Mon, 1 Jul 96 21:33 PDT
From: bruce@pixar.com (Bruce Perens)
To: debian-bugs@pixar.com, 3409@bugs.debian.org,
  Chris Lawrence Amshey <amshey@student.umass.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4452
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

It is possible that this system reports the size of the floppy drive
incorrectly. Several people have reported this. The correct fix is probably
to provide a dialog about the detected size and allow the user to correct it.

	Thanks

	Bruce
--
                       Re-Elect Clinton/Gore '96

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Mon Jul 01 18:33:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 18:29:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 18:28:59 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 05:06:04 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3421: tmp installs wrongly
Reply-To: bruce@pixar.com (Bruce Perens), 3421@bugs.debian.org
Resent-From: bruce@pixar.com (Bruce Perens)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Mon, 01 Jul 1996 12:48:08 GMT
Resent-Message-ID: <handler.3421.B3421.8362250075315@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Message-Id: <m0uaxCh-00056OC@mongo.pixar.com>
Date: Mon, 1 Jul 96 21:36 PDT
From: bruce@pixar.com (Bruce Perens)
To: 3421@bugs.debian.org, Karl Ferguson <karl@tower.net.au>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4453
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The problem is that when a disk is _mounted_ on /tmp, the installation
system does not assure that the disk's root directory has the correct
permissions. This probably goes for other filesystems such as /var, as
well. The fix is to detect the problem, provide a warning dialog, and fix
it if necessary.

	Thanks

	Bruce
--
                       Re-Elect Clinton/Gore '96

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Mon Jul 01 18:33:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 18:24:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 18:24:57 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 05:06:04 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3493: Teles ISDN card installation buglets
Reply-To: bruce@pixar.com (Bruce Perens), 3493@bugs.debian.org
Resent-From: bruce@pixar.com (Bruce Perens)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Mon, 01 Jul 1996 12:48:03 GMT
Resent-Message-ID: <handler.3493.B.8362250075301@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Message-Id: <m0uax3I-00056OC@mongo.pixar.com>
Date: Mon, 1 Jul 96 21:27 PDT
From: bruce@pixar.com (Bruce Perens)
To: manolo@dawn.TNG.oche.de, submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4451
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: base

[I am re-filing this from my personal mail to the bug-tracking system.
 That will facilitate its eventual repair. Thanks! - Bruce]

From: Manfred Wassmann <manolo@dawn.TNG.oche.de>

Hi Bruce,

dpkg -I ...base-... tells me you are the maintainer of the
base-package so I mail this to you.

Trying to install a teles isdn card I found two errors in the MAKEDEV
script. Major and minor number of /dev/isdninfo are wrong and there is
a typo in the lines that create the devices with major 45 so they are
called idsnXXX instead of isdnXXX.

The following patch corrects these.

cu manolo

================== cut here =================
*** /dev/MAKEDEV.dist	Thu Jan  1 01:00:00 1970
--- /dev/MAKEDEV	Wed Jun 26 18:42:18 1996
***************
*** 729,735 ****
  	isdn)
  		# FIXME: check categories!!
  		# [2.0.0]
! 		makedev isdninfo c 255 0 $system
  		for no in 0  1  2  3  4  5  6  7  8  9 \
  			 10 11 12 13 14 15 16 17 18 19 \
  			 20 21 22 23 24 25 26 27 28 29 \
--- 729,735 ----
  	isdn)
  		# FIXME: check categories!!
  		# [2.0.0]
! 		makedev isdninfo c 45 255 $system
  		for no in 0  1  2  3  4  5  6  7  8  9 \
  			 10 11 12 13 14 15 16 17 18 19 \
  			 20 21 22 23 24 25 26 27 28 29 \
***************
*** 740,747 ****
  		do
  			makedev ttyI$no		c 43 $no $tty
  			makedev cui$no		c 44 $no $dialout
! 			makedev idsn$no		c 45 $no $system
! 			makedev idsnctrl$no	c 45 `math 64 + $no` $system
  			makedev ipp$no		c 45 `math 128 + $no` $system
  		done
  		;;
--- 740,747 ----
  		do
  			makedev ttyI$no		c 43 $no $tty
  			makedev cui$no		c 44 $no $dialout
! 			makedev isdn$no		c 45 $no $system
! 			makedev isdnctrl$no	c 45 `math 64 + $no` $system
  			makedev ipp$no		c 45 `math 128 + $no` $system
  		done
  		;;
================== cut here =================

--
                       Re-Elect Clinton/Gore '96

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Mon Jul 01 21:53:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 21:43:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 21:43:10 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 06:23:08 -0000
Resent-Date: 2 Jul 1996 06:23:08 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Tue, 2 Jul 1996 08:21:39 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Mark Eichin <eichin@cygnus.com>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging - alternatives
In-Reply-To: <xe1d92f6905.fsf@maneki-neko.cygnus.com>
Message-ID: <Pine.SUN.3.91.960702080457.4714B-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"4_S0T.0.hl3.C1Csn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4454
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On 1 Jul 1996, Mark Eichin wrote:

> 
> > it just as well depends on make, libc, libc-dev, bash, patch, binutils, 
> > dpkg, tar, gzip, dchanges and probably a real bunch of other things. 
> 
> Perhaps there should just be a package-set alias (not a virtual
> package, but a group of packages) and that perhaps "basedev" be
> everything that hello depends on?

what i wanted to make clear is. that this thing is entirely impossible.
makin some list of exclude packages is not helpful since we still have
to get all the needed packages together.

> Of course, finding them all is a little tricky, but using "logwrites"
> (extending it to log exec's and open's instead?) would be a start
> (similar to what clearcase does, actually.)

no, this again doesn't help. if you don't believe me, try to track
down which packages your favorite configure depends on. if you get 
this done, try the configure of dpkg, emacs, binutils, perl, ppp...
(hello is not representable, don't forget this!)

these script are only semi-automated created. it's not uncommon to 
have some specialized code integrated, which might depend on whatever 
the upstream author likes. so that 'tricky' work has to be done every
time the upstream sources change.

well, we all know that there are regularily binary packages which 
have wrong dependencies set. well, the binary dependencies are a 
lot easier to handle then the source dependencies. there will be
more problems with the source dependencies than they are worth it.

what's the improvement you want to gain from the source 
dependencies? 

jjm

ps: i'm no source maintainer, but as part of the m68k port i have 
to recompile more packages then most of you. in my honest opinion
we will only get a real bunch of work by that 'feature'. we will
not gain anything from it, as for all non-trivial packages we will
not be able to build that dependencies reliable enough to be usefull
to anyone.

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Mon Jul 01 22:18:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 21:56:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 21:56:13 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 06:25:53 -0000
Resent-Date: 2 Jul 1996 06:25:53 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <andrew@it.com.au>
Message-Id: <m0uayt0-0002c4C@belgarion.it.com.au>
From: andrew@it.com.au (Andrew Howell)
Subject: Re: xntp: Is it an `export' version?
To: kaz@lilia.iijnet.or.jp (Kazuhiro Sasayama)
Date: Tue, 2 Jul 1996 14:24:34 +0800 (WST)
Cc: eichin@cygnus.com, debian-devel@lists.debian.org (Debian Development)
In-Reply-To: <m0uZPu4-0007e3C@lilia.lilia.iijnet.or.jp> from "Kazuhiro Sasayama" at Jun 28, 96 07:51:12 am
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"GY0rm.0.no3.n3Csn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4455
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Kazuhiro Sasayama writes:
> 
> >>>>> "Andrew" == Andrew Howell <andrew@it.com.au> writes:
> 
>     Andrew> I hadn't really noticed the export version before. It's
>     Andrew> cause of the DES code isn't it? Does this mean I need to package
>     Andrew> the normal version and the export version?
> 
> Yes, it is the DES code that I'm concerned about.  It might be OK if
> the DES code could be replaced with any non-US one and if the package
> could be available primarily at any ftp site outside the US.

Well I guess I'll just package the xntp export version from now on. I
can't package the normal version myself as I'm not in the US. Someone
else will have to do that if it's wanted.

Andrew

-- 
Of course...lager...the only thing that can kill a vindaloo.
     -- Lister, fighting the vindaloo monster in Red Dwarf `DNA'

Andrew Howell				      howellaa@cs.curtin.edu.au
Perth, Western Australia	     andrew@it.com.au andrew@debian.org


From debian-devel-request@lists.debian.org Mon Jul 01 22:43:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 22:38:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 22:38:41 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 06:57:14 -0000
Resent-Date: 2 Jul 1996 06:57:14 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0uazUS-0002mlC@debian.iaehv.nl>
Subject: Re: dchanges-3.3 and package names
To: dwarf@polaris.net (Dale Scheetz)
Date: Tue, 2 Jul 1996 09:03:16 +0200 (MET DST)
Cc: awpguy@acs.ucalgary.ca, debian-devel@lists.debian.org
In-Reply-To: <Pine.LNX.3.94.960701105229.22155B-100000@dwarf.polaris.net> from "Dale Scheetz" at Jul 1, 96 10:58:28 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"BVJjH2.0.MH4.9XCsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4456
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> In upgrading debian.rules in various packages I have incorporated the use
> of dpkg-name to name the package source file "correctly". The problem that
> results, comes from the fact that dchanges has the comparison string for a
> package name hard coded into the script. I was able to hack the new file
> name structure into this code, but it would be much nicer if the script
> could use dpkg-name to do the name verification. This would make dchanges
> "always" compatible with the current naming convention (it seems like it
> may yet change again!). It's not clear to me how you would get dpkg-name
> to do this for you, but maybe Ian could help make it possible.

One might only use dpkg-name on .deb files. It reads the info by using
dpkg-deb.  This information can't be extracted from .tar.gz and/or .diff.gz 
files.  That is the reason why I'm opposed changing the .tar.gz and .diff.gz
names.  At least for this moment.  If it can't be done automatically don't
do it (IMHO).

dchanges thinks otherwise (unfortunately).

Erick
                                                                D.E. Knuth
Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Mon Jul 01 23:33:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 23:15:17 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 23:15:15 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 07:36:15 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3470: apache problems
Reply-To: branderh@debian.IAEhv.nl, 3470@bugs.debian.org
Resent-From: branderh@debian.IAEhv.nl
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Shuttleworth <marks@thawte.com>
Resent-Date: Mon, 01 Jul 1996 15:18:05 GMT
Resent-Message-ID: <handler.3470.B.83623404710091@bugs.debian.org>
X-Debian-PR-Package: apache
X-Loop: owner@bugs.debian.org
Message-Id: <m0uazbc-0002mlC@debian.iaehv.nl>
From: branderh@debian.IAEhv.nl
To: ian@chiark.chu.cam.ac.uk
Date: Tue, 2 Jul 1996 09:10:40 +0200 (MET DST)
Cc: submit@bugs.debian.org
In-Reply-To: <m0uajlp-0002b4C@chiark.chu.cam.ac.uk> from "Ian Jackson <ian@chiark.chu.cam.ac.uk>," at Jul 1, 96 03:16:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4457
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> 4. /var/web is an abomination.  Use /home/httpd-data instead - in
> fact, check to see if the www user exists and use its home directory
> if so.

There was some discussion on this subject on the list, and I recall that
/home/httpd-data seem to be a bad choice.  Some people mentioned that the 
fact that ftpd does make this mistaken a httpd shouldn't make the mistake
again.  I'm not deep enough into this to say what is right or wrong about
this.

"Unix: 30 definitions of regular expressions living under one roof"
                                                                D.E. Knuth
Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Mon Jul 01 23:33:49 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Jul 1996 23:18:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Jul 1996 23:18:32 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 07:36:22 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3494: ftw(3) typos
Reply-To: Rob Leslie <rob@mars.org>, 3494@bugs.debian.org
Resent-From: Rob Leslie <rob@mars.org>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Martin Schulze <joey@debian.org>
Resent-Date: Mon, 01 Jul 1996 15:18:03 GMT
Resent-Message-ID: <handler.3494.B.83623404710088@bugs.debian.org>
X-Debian-PR-Package: manpages
X-Loop: owner@bugs.debian.org
Message-Id: <199607020700.DAA19551@deimos.mars.org>
To: submit@bugs.debian.org
Date: Tue, 02 Jul 1996 03:00:54 -0400
From: Rob Leslie <rob@mars.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4458
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: manpages
Version: 1.11-4

The ftw(3) man page makes a couple of references to an ftp() function when I
believe it means ftw().

-- 
Robert Leslie
rob@mars.org


From debian-devel-request@lists.debian.org Tue Jul 02 00:23:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 00:04:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 00:04:06 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 07:58:32 -0000
Resent-Date: 2 Jul 1996 07:58:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <eichin@cygnus.com>
Sender: eichin@cygnus.com
To: Juergen Menden <menden@informatik.tu-muenchen.de>
Cc: Mark Eichin <eichin@cygnus.com>,
  Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging - alternatives
References: <Pine.SUN.3.91.960702080457.4714B-100000@koma.informatik.tu-muenchen.de>
From: Mark Eichin <eichin@cygnus.com>
Date: 02 Jul 1996 03:39:07 -0400
In-Reply-To: Juergen Menden's message of Tue, 2 Jul 1996 08:21:39 +0200 (MET DST)
Message-Id: <xe1vig7xfxg.fsf@maneki-neko.cygnus.com>
Lines: 18
X-Mailer: Gnus v5.3/Emacs 19.31
Resent-Message-ID: <"hgxxr.0.PR5.eQDsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4459
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You may be right to conclude that complete source dependencies are
impractical. (I'll note, however, that we do kerberos v5 builds with a
stripped down path so that they can be convincingly reproduced -- the
path has one directory, containing only the files we allow the build
to run [or rather, symlinks to them] -- and it *does* work, so the
problem is bounded...) 

I'll note that my logwrites example, where I said clearcase does
this... I wasn't kidding, clearcase will keep track of *everything*
you reference during the build, unless you tell it not to. Header
files, compilers, if some script prints the motd it'll catch it :-)

However -- even *incomplete* dependencies will have some value. It
might be useful to note that a package *needs* g++, or gnat, or some
html tool, that isn't common, a hint to that effect will at least
indicate "oh, got to port/download that tool first" to someone trying
to do a quick build who isn't going to read the INSTALL docs but
expect the source package, like All Things Debian, to Just Work :-)


From debian-devel-request@lists.debian.org Tue Jul 02 00:48:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 00:32:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 00:32:42 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 08:26:16 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3488: basedisks modconf problems 
Reply-To: bmbuck@acsu.buffalo.edu, 3488@bugs.debian.org
Resent-From: Buddha Buck <phaedrus@dreamscape.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ian Murdock <imurdock@debian.org>
Resent-Date: Mon, 01 Jul 1996 16:18:05 GMT
Resent-Message-ID: <handler.3488.B3488.83623704413412@bugs.debian.org>
X-Debian-PR-Package: rootdisk
X-Loop: owner@bugs.debian.org
Message-Id: <199607020755.DAA16131@zaphod.caz.ny.us>
X-Mailer: exmh version 1.6.7 5/3/96
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3488@bugs.debian.org
In-reply-to: Your message of "Tue, 02 Jul 1996 02:16:00 -0000."
             <m0uau58-0002ZFC@chiark.chu.cam.ac.uk> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 02 Jul 1996 03:55:01 -0400
From: Buddha Buck <phaedrus@dreamscape.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4460
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Package: rootdisk
> Version: 1996_6_11
> 
> 
> * What on earth is binfmt_java and what business does it have being
> anywhere near the kernel ?
> 

Binfmt_java is a module to load and execute Java binaries.  It requires a working Java interpreter to be useful.  At this point, that seems to be the Java SDK from Sun.

It exists because late in the development of Linux 1.3, someone noticed that Micro$oft, and others, were promising to integrate Java into the OS, and someone else wrote a quick hack kernel module to support a Java binary module.  It exists solely for bragging rights (Linux was first OS with Java support integrated into the OS).  It does -not- interpret any Java code itself, but rather detects the Java magic number, and invokes a user-space Java interpreter (sold separately).

-- 
--
     Buddha Buck                      bmbuck@acsu.buffalo.edu
"Just as the strength of the Internet is chaos, so the strength of our
liberty depends upon the chaos and cacaphony of the unfettered speech
the First Amendment protects."  -- A.L.A. v. U.S. Dept. of Justice


From debian-devel-request@lists.debian.org Tue Jul 02 04:08:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 04:00:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 04:00:53 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 11:48:22 -0000
Resent-Date: 2 Jul 1996 11:48:22 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Tue, 2 Jul 1996 07:48:22 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: branderh@debian.IAEhv.nl
cc: awpguy@acs.ucalgary.ca, debian-devel@lists.debian.org
Subject: Re: dchanges-3.3 and package names
In-Reply-To: <m0uazUS-0002mlC@debian.iaehv.nl>
Message-ID: <Pine.LNX.3.94.960702074457.3139A-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"h0mQ32.0.nW.5oGsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4461
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 2 Jul 1996 branderh@debian.IAEhv.nl wrote:

> > In upgrading debian.rules in various packages I have incorporated the use
> > of dpkg-name to name the package source file "correctly". The problem that
> > results, comes from the fact that dchanges has the comparison string for a
> > package name hard coded into the script. I was able to hack the new file
> > name structure into this code, but it would be much nicer if the script
> > could use dpkg-name to do the name verification. This would make dchanges
> > "always" compatible with the current naming convention (it seems like it
> > may yet change again!). It's not clear to me how you would get dpkg-name
> > to do this for you, but maybe Ian could help make it possible.
> 
> One might only use dpkg-name on .deb files. It reads the info by using
> dpkg-deb.  This information can't be extracted from .tar.gz and/or .diff.gz 
> files.  That is the reason why I'm opposed changing the .tar.gz and .diff.gz
> names.  At least for this moment.  If it can't be done automatically don't
> do it (IMHO).

It is the .deb file that is causing the problem with dchanges. The naming
of the .deb file is now controled by dpkg-name, and currently dchanges is
out of step with dpkg-name.
Probably what is needed is an option for dpkg-name, like --print-pkgname,
so that dchanges could verify that the package is named correctly.

I don't even want to bring source package naming into this discussion.

> 
> dchanges thinks otherwise (unfortunately).

Exactly!

Later,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Tue Jul 02 05:19:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 04:58:19 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Jul 1996 04:58:19 -0000
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 20:59:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 2 Jul 1996 20:59:17 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 12:11:19 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3459: inn should Depend on inewsinn, not contain it
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3459@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Mon, 01 Jul 1996 20:03:04 GMT
Resent-Message-ID: <handler.3459.B.83625051911446@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607021125.NAA04859@picard.cistron.nl>
To: ian@chiark.chu.cam.ac.uk
Date: Tue, 2 Jul 1996 13:25:04 +0200 (MET DST)
Cc: submit@bugs.debian.org
In-Reply-To: <m0uajAz-0002b4C@chiark.chu.cam.ac.uk> from "Ian Jackson <ian@chiark.chu.cam.ac.uk>," at Jul 1, 96 02:38:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4463
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Ian Jackson <ian@chiark.chu.cam.ac.uk>,) wrote:
>  Replaces: inewsinn
>  Provides: news-transport-system, inews
>  Depends: libc5, cron, mail-transport-agent
>  Recommends: news-reader
>  Conflicts: inewsinn, news-transport-system, inews
> 
> The inn and inewsinn packages should be reorganised so that INN
> depends on inewsinn, rather than conflicting with it.
> This will make installing and removing INN with dselect much easier.

Ah. Good idea. However, the inewsinn and inn package have some things in
common; for example the manpage "inn.conf.5" is in both packages.

> `Replaces: inewsinn' is not appropriate in this context.

But in the other case it would be, because some files are in both
packages? What happens if you remove inn but keep inewsinn? Will that
remove the manpage or will dpkg realize that it's also part of inewsinn?

> Furthermore, `Recommends: news-reader' should be
> `Recommends: trn | news-reader', so that there is a sensible default.

Matter of taste ofcourse. However I share your taste; trn is my news
reader of choise so I'll change that ;)

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Tue Jul 02 05:19:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 05:01:16 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Jul 1996 05:01:16 -0000
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 20:55:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 2 Jul 1996 20:55:00 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 12:11:19 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3462: INN postinst and configuration problems
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3462@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Mon, 01 Jul 1996 20:03:06 GMT
Resent-Message-ID: <handler.3462.B.83625051911448@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607021134.NAA05064@picard.cistron.nl>
To: ian@chiark.chu.cam.ac.uk
Date: Tue, 2 Jul 1996 13:34:37 +0200 (MET DST)
Cc: submit@bugs.debian.org
In-Reply-To: <m0uak5f-0002ZjC@chiark.chu.cam.ac.uk> from "Ian Jackson <ian@chiark.chu.cam.ac.uk>," at Jul 1, 96 03:36:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4462
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Ian Jackson <ian@chiark.chu.cam.ac.uk>,) wrote:
> /etc/news/inn.conf is a dpkg-handled conffile, but is also modified by
> the package's scripts.  It should not be included in the package;
> instead, the postinst should create it if necessary.

Okay, no problem. However if I change inn to depend on or recommend
inewsinn, how will inn know wether it should remove /etc/news/inn.conf
when it is purged? inewsinn might still be installed and it might need
it. Hmm, perhaps a test by calling dpkg.. ugly though..

> We saw `INN is being upbraded from [illegible -iwj] to 1.4unoff4'
> when we were doing an initial installation.

Yes, I just noticed that (yesterday). The postinst script checks its
arguments and if $1 is configure and $2 != *unknown* it assumes
it is an upgrade. However newer dpkgs seem to pass an empty string
instead of "<unknown>" as the 2nd argument!

> The default Path should be the machine's FQDN, not news.<domain>.

I was just trying to emphasize that fact that one should name its
primary newsserver news.DOMAIN.

> You can type `..' as your hostname.

;) A "Restart" possibility might be nice ("are these values correct [Y/n] ")

> Status/error messages should be sent to `news' (an existing username)
> rather than usenet.

That *is* existing practice though, in all installations I've seen.

> The script should check whether the `news' and
> `usenet' mail aliases exist before trying to or asking whether to
> create them.

It does. 
$usenet = 0;
if (open(FD, "/etc/aliases")) {
  while(<FD>) {
        if (/^usenet\s*:/i) {
                $usenet = 1;
                last;
        }
  }
  close FD;
}

> The program should not create linux.*, comp.os.linux.*, &c because
> they're `often used newsgroups'.  Doing this will merely result in
> people having out of date news hierarchies on their server.  Create
> local.test and local.general only, please.

There might be something to say for that. I'll put more complete files
under /usr/doc/examples/inn, with a big disclaimer next to them.

> (This bug was encountered during a test installation of 1.1 done by
> the three of us.)

Which three? What are you setting up? A debian news server?

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Tue Jul 02 06:34:29 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 06:20:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 06:20:36 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 12:36:21 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3489: basedisks configuration problems
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3489@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ian Murdock <imurdock@debian.org>
Resent-Date: Mon, 01 Jul 1996 20:18:03 GMT
Resent-Message-ID: <handler.3489.B.83625202212244@bugs.debian.org>
X-Debian-PR-Package: rootdisk
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607021146.NAA05275@picard.cistron.nl>
To: ian@chiark.chu.cam.ac.uk
Date: Tue, 2 Jul 1996 13:46:22 +0200 (MET DST)
Cc: submit@bugs.debian.org
In-Reply-To: <m0uauAm-0002ZFC@chiark.chu.cam.ac.uk> from "Ian Jackson <ian@chiark.chu.cam.ac.uk>," at Jul 2, 96 02:22:00 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4464
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Ian Jackson <ian@chiark.chu.cam.ac.uk>,) wrote:
> * While configuring your network the default address should be
> 10.0.0.1 (see RFC1597, or for an alternative view RFC1627, or also
> RFC1887 to see where things are going).

May I note that you should probably use 192.168.1.1, which is also a
1597 network but a class C, so that your system will think it lives
in a class C rather than a class A (which is very unlikely).

Also instead of

/sbin/route add default gw ${GATEWAY}

It should say

[ "$GATEWAY" ] && /sbin/route add default gw ${GATEWAY}

so that the script will work if you set the gateway to "" (I don't have
a gateway at home, though I wish I had ;) )

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Tue Jul 02 06:59:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 06:38:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 06:38:56 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 13:01:24 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3481: no subject)
Reply-To: Dale Scheetz <dwarf@polaris.net>, 3481@bugs.debian.org
Resent-From: Dale Scheetz <dwarf@polaris.net>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Mon, 01 Jul 1996 20:48:05 GMT
Resent-Message-ID: <handler.3481.B3481.83625352217483@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Date: Tue, 2 Jul 1996 08:15:53 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Martin Schulze <joey@tapiola.Infodrom.North.DE>, 3481@bugs.debian.org
In-Reply-To: <m0uapXI-0003jlC@tapiola.Infodrom.North.DE>
Message-ID: <Pine.LNX.3.94.960702081536.3139G-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4465
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 1 Jul 1996, Martin Schulze wrote:

> Subject: jkj
> 
> Package: gcc
> Version: 2.7.2-5
> 
> 
> Package: gcc
> Version: 2.7.2-5
> 
????

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Tue Jul 02 06:59:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 06:44:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 06:44:06 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 13:01:28 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3496: checksecurity patch for nfs mounts
Reply-To: Giuliano Procida <gpp10@cus.cam.ac.uk>, 3496@bugs.debian.org
Resent-From: Giuliano Procida <gpp10@cus.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Steve Greenland <stevegr@master.debian.org>
Resent-Date: Mon, 01 Jul 1996 20:48:03 GMT
Resent-Message-ID: <handler.3496.B.83625352317493@bugs.debian.org>
X-Debian-PR-Package: cron
X-Loop: owner@bugs.debian.org
To: debian-bugs@pixar.com
Date: Tue, 2 Jul 1996 13:33:51 +0100 (BST)
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <E0ub4eO-0003JL-00@ursa.cus.cam.ac.uk>
From: Giuliano Procida <gpp10@cus.cam.ac.uk>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4466
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: cron
Version: 3.0pl1-32

Here is a tiny patch. By hand, delete the space after "nodev)".

--- checksecurity~	Sun Jun  9 17:46:22 1996
+++ checksecurity	Tue Jul  2 13:27:00 1996
@@ -11,7 +11,7 @@
 umask 077
 cd /
 
-find `mount | grep -vE ' type (proc|msdos|iso9660|nfs.*(nosuid|noexec).*nodev) |^/dev/fd| on /mnt' \
+find `mount | grep -vE ' type (proc|msdos|iso9660|nfs.*(nosuid|noexec).*nodev)|^/dev/fd| on /mnt' \
 	| cut -d ' ' -f 3` \
      -xdev \( -type f -perm +06000 -o -type b -o -type c \) -ls \
   | sort >$TMP

I had an nfs mount of a debian mirror and checksecurity was 'find'ing
all the way through it.

Giuliano.


From debian-devel-request@lists.debian.org Tue Jul 02 07:24:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 07:19:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 07:19:12 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 13:35:14 -0000
Resent-Date: 2 Jul 1996 13:35:13 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ub5b2-0002YCC@chiark.chu.cam.ac.uk>
Date: Tue, 2 Jul 96 14:34 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Bug reports on the WWW - temporary location
Resent-Message-ID: <"EjAh.0.XT2.HMIsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4467
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

www.debian.org is still not mirroring the bug report logs from master,
and the mirror at cl.cam.ac.uk has been out of date for some time.

However, I've mounted the Manchester Computer Centre copy of the
Debian FTP site on my system, and arranged for my webserver to read
the document tree under WebPages.  That mirror is reasonably
up-to-date for bug reports.

This means that you can read the bug reports, instructions, &c at
 <URL:http://chiark.chu.cam.ac.uk/debian/Bugs/>
Feel free to report problems with these pages, and/or make suggestions
for better layout.

The WebPages tree generally has quite a few absolute URL links, and
the Bugs area has some too, so not all the cross-references will work
yet.  Please don't report this as a problem for now.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 02 08:14:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 08:13:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 08:13:47 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 14:11:08 -0000
Resent-Date: 2 Jul 1996 14:11:08 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ub6GQ-0002mmC@debian.iaehv.nl>
Subject: uploaded textutils to ftp.i-connect.net
To: debian-devel@lists.debian.org
Date: Tue, 2 Jul 1996 16:17:13 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Iwy3a2.0.ft2.ytIsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4468
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 02 Jul 96 14:10 UT
Format: 1.5_
Distribution: unstable
Priority: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: textutils
Version: 1.18a-1
Binary:  textutils
Architecture:  i386 source
Description: 
 textutils: The GNU text file processsing utilities.
Changes: 
 Mon Jul  1 12:41:31 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * updated to 1.18a (ALPHA)
        * added a few lines of extended description.
 .
Files:
 c0e632e54952f4688f788aa2162fabcf  719045  base  -  textutils-1.18a-1.tar.gz
 6fdb5acf7c8b338143eeb5b0aa9a8cef  4930  base  -  textutils-1.18a-1.diff.gz
 287176e731087be363f1f0ed7663cb07  276446  base  required  textutils_1.18a-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdkuAKXl16B8emrRAQFmwQP/Wl0HGara70Xmrvi0Re2X/z3vfkOIfzVF
Lovw7+l55lLgFZY+PCfcQCOzhUUqyaI8ddL5j+xK530PYxIUAvx6PnnaDzJ4isOs
RFtVwjRnzb28VQIZzHOfJuSkyS+6h8UN4F54zcigOD+L6zFjcBsCv+ZzP+H79bhS
jDLurJKKNuE=
=g/tp
-----END PGP SIGNATURE-----
"Unix: 30 definitions of regular expressions living under one roof"
                                                                D.E. Knuth
Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Tue Jul 02 09:04:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 08:40:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 08:40:39 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 14:11:46 -0000
Resent-Date: 2 Jul 1996 14:11:46 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ub6Gz-0002mmC@debian.iaehv.nl>
Subject: uploaded gettext to ftp.i-connect.net
To: debian-devel@lists.debian.org
Date: Tue, 2 Jul 1996 16:17:48 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"RjPuJ3.0.Iu2.YuIsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4469
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 02 Jul 96 13:45 UT
Format: 1.5_
Distribution: unstable
Priority: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: gettext
Version: 0.10.20-3
Binary:  gettext
Architecture:  i386 source
Description: 
 gettext: Internationalization utitilities
Changes: 
 Mon Jul  1 19:44:27 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * Semi public releases drove up the revision number to 3 (Sorry)
        * debian.rules (binary): for this moment back to static libs
        only, because this gettext code seems to be implemented with glibc
        right now and will probably find its way in libc6.
        * debian.control: a gettext package entry
        * only package been provided right now from the gettext
        sources is the gettext package.
 .
 Sat Jun 22 11:18:48 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * library package is essential and priority required (??)
        * debian.rules: major rewrite to provide lib and dev package
        * debian.control: major rewrite to provide lib and dev package
        * debian.rules (binary): install so lib and symlinks
        * debian.rules (build): CFLAGS = -O2 -fPIC, so lib
        * debian.rules (build): no static -N linking
 .
 Fri Jun 21 15:02:24 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * mainstream alpha version 0.10.20
 .
Files:
 e9a4e367b320f580ac8c0a2e98e5df0e  543482  devel  -  gettext-0.10.20-3.tar.gz
 9305a2f02b61c44c9d76c755cdea93a8  10339  devel  -  gettext-0.10.20-3.diff.gz
 bf63cf438fd56f041c30bde878943367  271330  devel  optional  gettext_0.10.20-3_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdkoPqXl16B8emrRAQFYowP/ZUUSHC/KZ8FYICi0JmQs7j32DQQsdgYh
BKkASw8mPvayDyUTUBHh/VeiAu24FjiS9GvRPK5PuWVojIx/UQxCGst9D3Fse6gW
zuSpVOdaUn291WILx0r/VHhARYrZXdBjmbkRoLQTggrLtJcvVV/lYm8WV/a5xZGg
vjnJr9wFnhs=
=kv8Q
-----END PGP SIGNATURE-----
"Unix: 30 definitions of regular expressions living under one roof"
                                                                D.E. Knuth
Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Tue Jul 02 09:29:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 09:14:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 09:14:44 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 14:16:21 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3441: web2c not compiled
Reply-To: Nils Rennebarth <nils@gate.nus.de>, 3441@bugs.debian.org
Resent-From: Nils Rennebarth <nils@gate.nus.de>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Mon, 01 Jul 1996 22:03:03 GMT
Resent-Message-ID: <handler.3441.B3441.83625802819997@bugs.debian.org>
X-Debian-PR-Package: web2c
X-Loop: owner@bugs.debian.org
Date: Tue, 2 Jul 1996 15:46:17 +0200 (MET DST)
From: Nils Rennebarth <nils@gate.nus.de>
To: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>, 3441@bugs.debian.org
In-Reply-To: <m0uZlly-0002aUC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.LNX.3.93.960702154448.27873B-100000@gate.nus.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4470
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Fri, 28 Jun 1996, Ian Jackson wrote:
> Package: web2c
> Version: 6.1-5
> 
> This package has sources in the archive, but no binaries !
It's the source for TeX, Metafont and BibTeX. It's too hard to separate
the trees to make different sources. I'm however open to suggestions about
another name.


Nils



From debian-devel-request@lists.debian.org Tue Jul 02 09:54:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 09:39:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 09:39:10 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 14:38:56 -0000
Resent-Date: 2 Jul 1996 14:38:56 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ub6ha-0002mmC@debian.iaehv.nl>
Subject: textutils upload failed
To: debian-devel@lists.debian.org
Date: Tue, 2 Jul 1996 16:45:18 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Em64T.0.uN3._HJsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4471
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The announced upload of textutils 1.18a-1 didn't finish, I'll try again
later.

Sorry.

"Unix: 30 definitions of regular expressions living under one roof"
                                                                D.E. Knuth
Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Tue Jul 02 10:19:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 09:56:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 09:56:48 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 15:06:29 -0000
Resent-Date: 2 Jul 1996 15:06:29 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <rdm@tad.micro.umn.edu>
From: rdm@tad.micro.umn.edu
Date: 2 Jul 1996 15:07:53 -0000
Message-Id: <19960702150753.7377.qmail@tad.micro.umn.edu>
To: debian-devel@pixar.com
Subject: Emergency maintenance on dpkg database
Resent-Message-ID: <"ZsVoC3.0.ke3.qhJsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4472
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Here's a script to redefine dpkg's idea of what files are in a
package.  For example, to add all files in /tmp/lib to aout-librl,
use 
 (dpkg -L aout-librl; cat /tmp/lib) | dpkg-redefine aout-librl

#!/bin/sh
list=/var/lib/dpkg/info/$1.list
if [ ! -f $list ]; then
	echo "$1 is not in dpkg's database"
	exit 1
fi
cat >$list.tmp
cp $list $list.bak
mv $list.tmp $list

-- 
Raul


From debian-devel-request@lists.debian.org Tue Jul 02 10:44:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 10:30:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 10:30:08 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 15:19:51 -0000
Resent-Date: 2 Jul 1996 15:19:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v03007624adfee91f3a80@[205.198.168.35]>
In-Reply-To: <m0uayt0-0002c4C@belgarion.it.com.au>
References: <m0uZPu4-0007e3C@lilia.lilia.iijnet.or.jp> from "Kazuhiro
 Sasayama" at Jun 28, 96 07:51:12 am
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 2 Jul 1996 15:14:28 +0000
To: andrew@it.com.au (Andrew Howell)
From: Michael Shields <shields@crosslink.net>
Subject: Re: xntp: Is it an `export' version?
Cc: kaz@lilia.iijnet.or.jp (Kazuhiro Sasayama), eichin@cygnus.com,
  debian-devel@lists.debian.org (Debian Development)
Resent-Message-ID: <"-SjMr3.0.wr3.NuJsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4473
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-07-02 06:24 +0000, Andrew Howell wrote:
>Well I guess I'll just package the xntp export version from now on. I
>can't package the normal version myself as I'm not in the US. Someone
>else will have to do that if it's wanted.

No, since you are outside the US, you have more freedom than a US
maintainer.  You can package up the full version, and it can then be
imported into the US, giving the entire world access to it.

There are really three categories of packages:

1. Packages free of "munitions", to be found on any normal Debian mirror.
These are mastered on master.debian.org and distributed to all the other
sites through the existing mirror infrastructure.

2. Packages with crypto that have maintainers in the US.  These will have
to be mastered on a US-only Debian archive site, which I can donate
resources for.

3. Packages with crypto that have maintainers outside the US.  Mirrors in
the US can legally carry these packages but may not want to deal with the
hassle.  Mirrors outside the US can carry these packages but will not be
able to get them through the existing mirror infrastructure (since
master.debian.org is in the US).  These will have to be mastered on a site
outside the US.

I think what will need to be done is to create `crypto' and `crypto-us'
trees.  Proper configuration of mirror(1) will let a US site carry all
trees seemlessly, if they choose.

It seems that the crypto and packages ought to be available in both stable
and unstable versions, but this is a seperate issue that also applies to
the non-free tree.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Tue Jul 02 11:09:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 11:03:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 11:03:31 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 16:11:57 -0000
Resent-Date: 2 Jul 1996 16:11:57 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <marks@thawte.com>
Date: Tue, 2 Jul 1996 18:10:13 +0200 (SAT)
From: Mark Shuttleworth <marks@thawte.com>
To: branderh@debian.IAEhv.nl, 3470@bugs.debian.org
cc: ian@chiark.chu.cam.ac.uk, submit@bugs.debian.org,
  debian-devel@lists.debian.org
Subject: Re: Bug#3470: apache problems
In-Reply-To: <m0uazbc-0002mlC@debian.iaehv.nl>
Message-ID: <Pine.LNX.3.93.960702180307.21857D-100000@bilbo.thawte.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"cdDQL.0.eW4.CfKsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4474
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 2 Jul 1996 branderh@debian.IAEhv.nl wrote:

> > 4. /var/web is an abomination.  Use /home/httpd-data instead - in
> > fact, check to see if the www user exists and use its home directory
> > if so.
> 
> There was some discussion on this subject on the list, and I recall that
> /home/httpd-data seem to be a bad choice.  Some people mentioned that the 
> fact that ftpd does make this mistaken a httpd shouldn't make the mistake
> again.  I'm not deep enough into this to say what is right or wrong about
> this.

I agree that /var/web is not great, but I must say that /home/httpd-data
is truly aweful.  Using a 'user' to kludge a magic piece of the filesystem
into something useful is *not* a good idea.

  1. Some people have big sites, but few users.  They make /home
     a separate partition, or make it available by NFS.  I *doubt*
     they want to export their web site.

  2. It is often a useful trick to have aa web user,  but the
     system admin should be able to create this at will,  not be
     stuck with what the maintainer says goes.  This is also
     why we have the DocumentRoot directive...

Now, my real belief is that FSSTND needs updating to accomodate
the needs of people who maintain large ftp sites and web sites.
Don't choke,  but I think /var/exported/web is the ideal place
for a web site,  and /var/exported/ftp for an ftp site, and
/ver/web/smb for your SAMBA public files....

/var because this stuff is variable.

Until FSSTND pointers clear this up,  or until Bruce Perens
requests an explicit change,  I'm not going to change the
status quo - but I must admit that it was silly to use
"httpd" instead of "apache" everywhere.

Regards,
Mark

--
Mark Shuttleworth
Thawte Consulting


From debian-devel-request@lists.debian.org Tue Jul 02 11:34:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 11:12:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 11:12:42 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 16:21:36 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3470: apache problems
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3470@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Shuttleworth <marks@thawte.com>
Resent-Date: Tue, 02 Jul 1996 00:03:04 GMT
Resent-Message-ID: <handler.3470.B3470.83626553123104@bugs.debian.org>
X-Debian-PR-Package: apache
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607021532.RAA09935@picard.cistron.nl>
To: branderh@debian.IAEhv.nl, 3470@bugs.debian.org
Date: Tue, 2 Jul 1996 17:32:47 +0200 (MET DST)
Cc: ian@chiark.chu.cam.ac.uk, submit@bugs.debian.org
In-Reply-To: <m0uazbc-0002mlC@debian.iaehv.nl> from "branderh@debian.IAEhv.nl" at Jul 2, 96 09:10:40 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4475
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (branderh@debian.IAEhv.nl) wrote:
> > 4. /var/web is an abomination.  Use /home/httpd-data instead - in
> > fact, check to see if the www user exists and use its home directory
> > if so.
> 
> There was some discussion on this subject on the list, and I recall that
> /home/httpd-data seem to be a bad choice.  Some people mentioned that the 
> fact that ftpd does make this mistaken a httpd shouldn't make the mistake
> again.  I'm not deep enough into this to say what is right or wrong about
> this.

One of the things is that /home is ment for *users*. On our systems, /home
is shared over NFS - I do not want our anonymous FTP archive there, or
the webpages. Many people have expressed similar concerns.

A standard location for www pages, ftp data etc. is badly needed. Each package
now chooses that for itself. But I think that it should be somewhere in /var.

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Tue Jul 02 11:34:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 11:32:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 11:32:28 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 16:46:33 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3470: apache problems
Reply-To: tobias@et-inf.fho-emden.de, 3470@bugs.debian.org
Resent-From: "Peter Tobias" <tobias@server.et-inf.fho-emden.de>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Shuttleworth <marks@thawte.com>
Resent-Date: Tue, 02 Jul 1996 00:33:04 GMT
Resent-Message-ID: <handler.3470.B3470.83626703323739@bugs.debian.org>
X-Debian-PR-Package: apache
X-Loop: owner@bugs.debian.org
Message-Id: <199607021551.RAA25679@server.et-inf.fho-emden.de>
To: branderh@debian.IAEhv.nl, 3470@bugs.debian.org
Date: Tue, 2 Jul 1996 17:51:01 +0200 (MET DST)
From: "Peter Tobias" <tobias@server.et-inf.fho-emden.de>
In-Reply-To: <m0uazbc-0002mlC@debian.iaehv.nl> from "branderh@debian.IAEhv.nl" at Jul 2, 96 09:10:40 am
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4476
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

branderh@debian.IAEhv.nl wrote:
> > 4. /var/web is an abomination.  Use /home/httpd-data instead - in
> > fact, check to see if the www user exists and use its home directory
> > if so.
> 
> There was some discussion on this subject on the list, and I recall that
> /home/httpd-data seem to be a bad choice.  Some people mentioned that the 
> fact that ftpd does make this mistaken a httpd shouldn't make the mistake
> again.  I'm not deep enough into this to say what is right or wrong about
> this.

The wu-ftpd package lets the user choose where he wants to place the home
directory for anonymous FTP. I won't call that a mistake.


Thanks,

Peter

-- 
 Peter Tobias                                EMail:
 Fachhochschule Ostfriesland                 tobias@et-inf.fho-emden.de
 Fachbereich Elektrotechnik und Informatik   tobias@debian.org
 Constantiaplatz 4, 26723 Emden, Germany     tobias@linux.de


From debian-devel-request@lists.debian.org Tue Jul 02 11:59:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 11:37:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 11:37:56 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 17:11:31 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3475: xpaint Recommends pbmplus
Reply-To: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>,
  3475@bugs.debian.org
Resent-From: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Eichin <eichin@cygnus.com>
Resent-Date: Tue, 02 Jul 1996 01:03:01 GMT
Resent-Message-ID: <handler.3475.B.83626853324396@bugs.debian.org>
X-Debian-PR-Package: xpaint
X-Loop: owner@bugs.debian.org
From: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>
Message-Id: <199607021640.SAA32679@i17linuxb.ists.pwr.wroc.pl>
To: ian@chiark.chu.cam.ac.uk
Date: Tue, 2 Jul 1996 18:40:06 +0200 (MET DST)
Cc: submit@bugs.debian.org
In-Reply-To: <m0uaipt-0002ZIC@chiark.chu.cam.ac.uk> from "Ian Jackson <ian@chiark.chu.cam.ac.uk>," at Jul 1, 96 02:16:00 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4477
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ian Jackson <ian@chiark.chu.cam.ac.uk>,:
> Furthermore, pbmplus is in non-free.

Actually, only one program (ppmtogif) is non-free, and only in the US
anyway (software patents) - as far as I can tell, the rest of pbmplus
is free.  Maybe there should be two binary packages: one for ppmtogif
(non-free in the US) and one for the rest (in the graphics section)?

Marek


From debian-devel-request@lists.debian.org Tue Jul 02 11:59:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 11:50:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 11:50:55 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 17:21:45 -0000
Resent-Date: 2 Jul 1996 17:21:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <rdm@tad.micro.umn.edu>
From: rdm@tad.micro.umn.edu
Date: 2 Jul 1996 15:34:08 -0000
Message-ID: <19960702153408.7499.qmail@tad.micro.umn.edu>
To: debian-devel@lists.debian.org
Subject: Emergency dpkg database maintenance
Resent-Message-ID: <"5xZNS2.0.O35.fgLsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4478
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Here's a script to create a new custom package in dpkg's database.  This
works with older versions of dpkg, I expect it will work with newer
versions as well.

#!/bin/sh
list=/var/lib/dpkg/info/$1.list
if [ -f $list ]; then
        echo "$1 already exists in dpkg's database"
        exit 1
fi
 
ME=${USER-`whoami`}
status=/var/lib/dpkg/status
(   
        awk "BEGIN{e=1} /^Package: $1$/{e=0} e{print} /^$/{e=1}" <$status
        cat <<NEW
Package: $1
Status: hold ok installed
Priority: bogus
Section: custom
Maintainer: <$ME>
Version: ${2-0}
Description: custom by $ME on `date`

NEW
) >$status.tmp

cp $status $status.bak  
touch $list && mv $status.tmp $status


-- 
Raul


From debian-devel-request@lists.debian.org Tue Jul 02 11:59:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 11:54:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 11:54:43 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 17:22:00 -0000
Resent-Date: 2 Jul 1996 17:22:00 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <marekm@i17linuxb.ists.pwr.wroc.pl>
From: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>
Message-Id: <199607021721.TAA00183@i17linuxb.ists.pwr.wroc.pl>
Subject: Re: [Mark Eichin <eichin@cygnus.com>] Re: xntp: Is it an `export' version?
To: eichin@cygnus.com (Mark Eichin)
Date: Tue, 2 Jul 1996 19:21:10 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <xe1spbh9c8u.fsf@maneki-neko.cygnus.com> from "Mark Eichin" at Jun 27, 96 05:18:57 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Resent-Message-ID: <"kEUWM2.0.h35.tgLsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4479
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Mark Eichin:
> Is anyone interested in providing "US-ONLY" debian space? I've got a
> few packages that could go there, if the site were responsible:
> 	cns4 (Cygnus Kerberos v4)
> 	cvs (with kerberos support for the remote code)
> 	cns5 (Kerberos V5)

Unfortunately I can't provide any "US-ONLY" space - instead,
here is a suggestion...

Let's make the Debian diffs for these packages available for
everyone - they don't contain any encryption code, so they
should be exportable.  This way it is possible for someone
outside the US to download the source from some non-US site
(I think I have seen the Kerberos v5 source distribution
available from idea.sec.dsi.unimi.it), package it for Debian
and make it available from a non-US site.  No one is exporting
the code from the US, and everyone should be happy...

On the other hand, we are already "international arms dealers"
anyway - PGP is available from any Debian mirror site, and DES
encryption code is in every copy of the standard Linux libc...

So, let's either distribute the munitions (kerberos, libc, pgp,
ssh, xntp) from a non-US site, or totally ignore the silly US
export restrictions.  Having a US-only export controlled site
is the worst possible solution IMHO (but then I am not in the
US, so I may be biased :-).  (Unless there is also a non-US
site, but then the US site is not really needed - links from
the US to, say, Finland are fast enough.)

Marek


From debian-devel-request@lists.debian.org Tue Jul 02 12:24:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 11:59:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 11:59:44 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 17:36:40 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3495: doesn't respect nis/yp
Reply-To: Chris Fearnley <cjf@netaxs.com>, 3495@bugs.debian.org
Resent-From: Chris Fearnley <cjf@netaxs.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Chris Fearnley <cjf@netaxs.com>
Resent-Date: Tue, 02 Jul 1996 01:18:05 GMT
Resent-Message-ID: <handler.3495.B3495.83627003525930@bugs.debian.org>
X-Debian-PR-Package: npasswd_boulder
X-Loop: owner@bugs.debian.org
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607021651.MAA21080@access.netaxs.com>
To: root@lotte.sax.de, 3495@bugs.debian.org
Date: Tue, 2 Jul 1996 12:51:17 -0400 (EDT)
In-Reply-To: <m0ub3l6-000VqQC@ira.lotte.sax.de> from "root@lotte.sax.de" at Jul 2, 96 01:36:00 pm
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4480
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'root@lotte.sax.de wrote:'
>
>Package: npasswd_boulder
>Version: 1.2.2-1-
>Libc: libc.so.4.6.27
>Kernel etc: Linux ira 2.0.0 #4 Mon Jul 1 18:05:08 MET DST 1996 i586
>Reporter: repair 0.1
>
>If i call passwd on a host acting as a nis client, npasswd
>doesn't seem to respect the nis entry in /etc/passwd.

I debianized npasswd so that dumb passwds would be refused on a clients
machine.  The currect passwd package rejects dumb passwds too.  So I
consider npasswd obsolete.  If you feel the package is worthwhile,
please take over maintenance of it.  The "_" should be removed from the
name if a new version is made.  Since this is going to the bug
tracking system, I will note that Marek has found security weaknesses
in the npasswd_boulder package on sunsite.  Since that is where I
grabbed the sources, it is probable that the Debian package has
inherited those weaknesses.  Since I no longer use npasswd myself, I
haven't bothered to investigate these conscerns.

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Tue Jul 02 12:24:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 12:02:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 12:02:37 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 17:39:34 -0000
Resent-Date: 2 Jul 1996 17:39:34 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <marekm@i17linuxb.ists.pwr.wroc.pl>
From: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>
Message-Id: <199607021735.TAA00246@i17linuxb.ists.pwr.wroc.pl>
Subject: Re: xntp: Is it an `export' version?
To: andrew@it.com.au (Andrew Howell)
Date: Tue, 2 Jul 1996 19:35:28 +0200 (MET DST)
Cc: kaz@lilia.iijnet.or.jp, eichin@cygnus.com, debian-devel@lists.debian.org
In-Reply-To: <m0uayt0-0002c4C@belgarion.it.com.au> from "Andrew Howell" at Jul 2, 96 02:24:34 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Resent-Message-ID: <"AouHt.0.2L5.LxLsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4481
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Andrew Howell:
> Well I guess I'll just package the xntp export version from now on. I
> can't package the normal version myself as I'm not in the US. Someone
> else will have to do that if it's wanted.

If you are not in the US, what is the problem?  You can get the full
non-export version (without even exporting it from the US) from

ftp://ftp.funet.fi/pub/mirrors/louie.udel.edu/

We already have DES encryption code in every copy of libc anyway :-).

Regards,

Marek


From debian-devel-request@lists.debian.org Tue Jul 02 15:44:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 15:32:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 15:32:45 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 21:42:12 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3462: INN postinst and configuration problems
Reply-To: branderh@debian.IAEhv.nl, 3462@bugs.debian.org
Resent-From: branderh@debian.IAEhv.nl
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Tue, 02 Jul 1996 05:33:03 GMT
Resent-Message-ID: <handler.3462.B.8362847671632@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubCc2-0002mmC@debian.iaehv.nl>
From: branderh@debian.IAEhv.nl
To: miquels@cistron.nl
Date: Tue, 2 Jul 1996 23:03:57 +0200 (MET DST)
Cc: ian@chiark.chu.cam.ac.uk, submit@bugs.debian.org
In-Reply-To: <199607021134.NAA05064@picard.cistron.nl> from "Miquel van Smoorenburg" at Jul 2, 96 01:34:37 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4482
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> 
> You (Ian Jackson <ian@chiark.chu.cam.ac.uk>,) wrote:
> > /etc/news/inn.conf is a dpkg-handled conffile, but is also modified by
> > the package's scripts.  It should not be included in the package;
> > instead, the postinst should create it if necessary.

I would like to jump into this.  What about changing the config file
handling a little.  Making the md5sum available in the
/var/lib/dpkg/info/*.conffiles so that they can be easily changed by scripts
rather than that scripts need to acces the status file.  Why would I want to
do this:

- providing 'certified' scripts the oppertunity of handling configuration
files, and let dpkg think that the config file is up to date and ok.

Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Tue Jul 02 16:59:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 16:51:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 16:51:28 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 22:57:13 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3497: smail calls obsolete yp_order
Reply-To: david@elo.ods.com (David Engel), 3497@bugs.debian.org
Resent-From: david@elo.ods.com (David Engel)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Soenke Lange <soenke@escher.north.de>
Resent-Date: Tue, 02 Jul 1996 06:48:03 GMT
Resent-Message-ID: <handler.3497.B.8362892713515@bugs.debian.org>
X-Debian-PR-Package: smail
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubDld-000BlTC@elo.ods.com>
From: david@elo.ods.com (David Engel)
To: submit@bugs.debian.org
Date: Tue, 2 Jul 1996 17:17:57 -0500 (CDT)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4483
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: smail
Version: 3.1.29.1-23

Smail calls yp_order in src/lookup.c to verify that an NIS database
exists before actually trying to read it.  Unfortunately, Sun has
decided to remove yp_order from their NIS+ implementation for Solaris
2.5.  This causes all NIS accesses from smail to fail.  I've worked
around the problem temporarily by removing the call to yp_order.

David
-- 
David Engel                        Optical Data Systems, Inc.
david@ods.com                      1101 E. Arapaho Road
(214) 234-6400                     Richardson, TX  75081


From debian-devel-request@lists.debian.org Tue Jul 02 18:14:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 17:56:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 17:56:08 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 23:47:11 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3498: psptools installs under /usr/local
Reply-To: bmbuck@acsu.buffalo.edu, 3498@bugs.debian.org
Resent-From: Buddha Buck <phaedrus@dreamscape.com>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Tue, 02 Jul 1996 07:33:05 GMT
Resent-Message-ID: <handler.3498.B.8362922744706@bugs.debian.org>
X-Debian-PR-Package: psptools
X-Loop: owner@bugs.debian.org
Message-Id: <199607022257.SAA24746@zaphod.caz.ny.us>
X-Mailer: exmh version 1.6.7 5/3/96
To: submit@bugs.debian.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 02 Jul 1996 18:57:12 -0400
From: Buddha Buck <phaedrus@dreamscape.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4484
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: psptools
Version: 1.2-2

The psptools package installs itself into /usr/local/{bin,lib/site_perl,
man/man1,doc/copyright} instead of /usr/...

I believe this violates the Debian guidelines and the Linux FSSTND.


-- 
--
     Buddha Buck                      bmbuck@acsu.buffalo.edu
"Just as the strength of the Internet is chaos, so the strength of our
liberty depends upon the chaos and cacaphony of the unfettered speech
the First Amendment protects."  -- A.L.A. v. U.S. Dept. of Justice


From debian-devel-request@lists.debian.org Tue Jul 02 18:14:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 17:58:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 17:58:39 -0000
Received: (qmail-queue invoked by uid 40); 2 Jul 1996 23:48:38 -0000
Resent-Date: 2 Jul 1996 23:48:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ubAqy-000HXFC@liw.clinet.fi>
From: Lars Wirzenius <i-do-not-want-any-unsolicited-commercial-or-uncommercial-email@iki.fi>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging - alternatives 
In-Reply-To: Your message of "02 Jul 1996 03:39:07 EDT."
             <xe1vig7xfxg.fsf@maneki-neko.cygnus.com> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_639680832P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 02 Jul 1996 22:11:14 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"lT8Zh3.0.Dp2.LLRsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4485
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_639680832P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Mark Eichin:
> However -- even *incomplete* dependencies will have some value. 

Indeed.  May I suggest that we assume that the "normal" UNIX development
and other tools are available -- cc, make, sed, awk, perl, X libs, and so
on -- but that we still note any unusual dependencies -- python, gawk
(not generic awk), g++, specific versions of some tools, and so on?
Actually, I doubt anyone is going to oppose this.  It should be encoded
in the guidelines, of course.

If we start to get complaints that, for example, X libs aren't part of
the normal UNIX developent environment, then we start adding dependencies
for X libs.  A bit annoying to the source customers, but they aren't
as many as the binary customers, so it's not that big a deal.

Complete dependencies may come later.  I hope they will; I'd love to
have dpkg-source tell me "you need g++ to compile this, but it isn't
installed" or "this package depends the Tk 4.1 sources on-line".

BTW, does the format allow encoding source depedencies as well?  I've
installed one or two Tcl/Tk programs (only to remove them later -- they
were awful) that required the Tk sources online.  A stupid way to do
it, I think, but that's life.



--==_Exmh_639680832P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMdl0UIQRll5MupLRAQFKawP+O/wr6Vxr+Ff4G218uiHMmFraQ4y2pRyA
58SHfs0XuhskCcwqVgWwqpPeY72sLSywEh15uhrn3u/9BS7kJVtE9VZ9+wXtgx5q
B0uxIApuUlzxktNX9tVl1fkRBHWX327X0xE21lBl15TXGDfFyejeEY49d5gS6yi0
jL0cf8nnDjA=
=VjLL
-----END PGP MESSAGE-----

--==_Exmh_639680832P--


From debian-devel-request@lists.debian.org Tue Jul 02 19:30:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 19:07:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 19:07:13 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 00:37:06 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3470: apache problems 
Reply-To: Lars Wirzenius <i-do-not-want-any-unsolicited-commercial-or-uncommercial-email@iki.fi>,
  3470@bugs.debian.org
Resent-From: Lars Wirzenius <i-do-not-want-any-unsolicited-commercial-or-uncommercial-email@iki.fi>
Orignal-Sender: liw@clinet.fi
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Shuttleworth <marks@thawte.com>
Resent-Date: Tue, 02 Jul 1996 08:18:03 GMT
Resent-Message-ID: <handler.3470.B3470.8362952756020@bugs.debian.org>
X-Debian-PR-Package: apache
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubB0X-000HXHC@liw.clinet.fi>
From: Lars Wirzenius <i-do-not-want-any-unsolicited-commercial-or-uncommercial-email@iki.fi>
To: 3470@bugs.debian.org
In-Reply-To: Your message of "Tue, 02 Jul 1996 09:10:40 +0200."
             <m0uazbc-0002mlC@debian.iaehv.nl> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_639967104P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 02 Jul 1996 22:21:08 +0300
Sender: liw@clinet.fi
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4486
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_639967104P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

branderh@debian.IAEhv.nl:
> > 4. /var/web is an abomination.  Use /home/httpd-data instead - in
> > fact, check to see if the www user exists and use its home directory
> > if so.
> 
> There was some discussion on this subject on the list, and I recall that
> /home/httpd-data seem to be a bad choice.  Some people mentioned that the 
> fact that ftpd does make this mistaken a httpd shouldn't make the mistake
> again.  I'm not deep enough into this to say what is right or wrong about
> this.

I think this should be configurable.  The postinst should ask for the
location, and store it somewhere suitable.  Any package that wants to
install web pages in that directory should also ask for the location,
or look it up from the same location.

/home/httpd-data could be given as the default, but asking allows the
admin to easily put things where he wants them to be.

The location might be /etc/default/webspace:

	#
	# /etc/default/webspace
	#
	# This file defines the default location for where web pages
	# and cgi-bin programs on this system are located.
	#
	# WEBSPACE_ROOT
	#	The toplevel directory where all public, non-user
	#	web pages are stored.  Any packages that wish to
	#	install public web pages should do it below this
	#	directory.
	#
	# WEBSPACE_CGIBIN
	#	The directory where cgi-bin programs that are shared
	#	between different http servers are stored.
	#
	
	WEBSPACE_ROOT="/home/httpd-data"
	WEBSPACE_CGIBIN="/usr/lib/httpd-shared/cgi-bin"

Or words to that effect.  I'm not actually familiar with how httpd
configuration works, but I'm sure something similar could be done.

I think at least some of this stuff is shareable between different
httpds, and the packages installing web pages will also want it.
Putting it into /etc/default should make things easier to share.



--==_Exmh_639967104P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMdl2ooQRll5MupLRAQFVMQQAnYwTSDKLEGrAnHMm3o6hRXsL/Fng9Zj0
QOaONz/S4wg8lJy+FdJvnr/JoXdUoBzqySST7vZ8eRdd+rKlxRqcuI006QM7mX9X
8xS6dmEdFtjZciD6obgpU/cLVi0PwxnIQV2fmO2GrT6S387S1khzMQEQSvzmSpjx
npFh/XjiItU=
=IPhC
-----END PGP MESSAGE-----

--==_Exmh_639967104P--


From debian-devel-request@lists.debian.org Tue Jul 02 21:10:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 21:07:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 21:07:19 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 02:11:33 -0000
Resent-Date: 3 Jul 1996 02:11:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <andrew@it.com.au>
Message-Id: <m0ubHOK-0002c4C@belgarion.it.com.au>
From: andrew@it.com.au (Andrew Howell)
Subject: Re: xntp: Is it an `export' version?
To: marekm@i17linuxb.ists.pwr.wroc.pl (Marek Michalkiewicz)
Date: Wed, 3 Jul 1996 10:10:08 +0800 (WST)
Cc: debian-devel@lists.debian.org (Debian Development)
In-Reply-To: <199607021735.TAA00246@i17linuxb.ists.pwr.wroc.pl> from "Marek Michalkiewicz" at Jul 2, 96 07:35:28 pm
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"JN5q-.0.DR5.KRTsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4488
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Marek Michalkiewicz writes:
> 
> 
> Andrew Howell:
> > Well I guess I'll just package the xntp export version from now on. I
> > can't package the normal version myself as I'm not in the US. Someone
> > else will have to do that if it's wanted.
> 
> If you are not in the US, what is the problem?  You can get the full
> non-export version (without even exporting it from the US) from
> 
> ftp://ftp.funet.fi/pub/mirrors/louie.udel.edu/

Ah not a problem then :) I really hate all this legal bullshit

Andrew

-- 
Of course...lager...the only thing that can kill a vindaloo.
     -- Lister, fighting the vindaloo monster in Red Dwarf `DNA'

Andrew Howell				      howellaa@cs.curtin.edu.au
Perth, Western Australia	     andrew@it.com.au andrew@debian.org


From debian-devel-request@lists.debian.org Tue Jul 02 21:35:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 21:10:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 21:10:07 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 02:12:18 -0000
Resent-Date: 3 Jul 1996 02:12:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <srivasta@diamond.pilgrim.umass.edu>
Sender: srivasta@pilgrim.umass.edu
To: debian-devel@lists.debian.org
Subject: kernel-packages_2.00 uploaded to master
X-Time: Tue Jul  2 22:12:03 1996
Mime-Version: 1.0 (generated by tm-edit 7.69)
Content-Type: text/plain; charset=US-ASCII
From: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Date: 02 Jul 1996 22:12:04 -0400
Message-ID: <gvxenmuccgb.fsf@diamond.pilgrim.umass.edu>
Lines: 67
Organization: Project Pilgrim, University of Massachusetts at Amherst
Resent-Message-ID: <"HtoC13.0.9S5.1STsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4489
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi guys,

	This is a major change in the user interface, and though I
 have tried to test this out, I'd appreciate it if you were careful
 while trying this out.  Since this is so new, I'd let it stay
 experimental, and release 2.01 as a real release (and announce that
 on debian-changes).

	Look below for details of changes. I'd appreciate comments.

	manoj

-----BEGIN PGP SIGNED MESSAGE-----

Date: 01 Jul 96 06:15 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Source: kernel-package
Version: 2.00
Binary:  kernel-package
Architecture: all source
Description: 
 kernel-package: Debian Linux kernel package build scripts.
Changes: 
 * Make image.postinst test the lilo configuration, and warn about errors.
 * The kernel-package package unpacks into /usr/lib/kernel-package
 * /usr/sbin/make-kpkg is the recommended front-end wrapper script for
   kernel-package, this runs the right debian.rules
 * Test to ensure that the kernel targets are executed in the kernel source
   directory. (make-kpkg also does this test)
 * The kernel-package will work with files in ./debian/*, (needed for
   the case when the package is bundled in with kernel-source-X.XX.XX),
   as well as a standalone package.
 * Split debian.rules into debian/kernel.rules and debian/package.rules,
   one of which will be copied to debian.rules at package build time
   depending on whether this is a kernel-source package or a kernel-package
   package (yes, we have an identity crisis, thank you).
 * Added a site override file /etc/kernel-pkg.conf (this is a conffile)
 * Added kernel-packageconfig in /usr/sbin to help configure the conffile
 * Added a postinst file to kernel package (which runs kernel-packageconfig)
 * support auxiliary modules in /usr/src/modules
 * Made all targets for modules conform to what Brian Mays uses in pcmcia
 .
Files:
 1ce3ffb40fce12a6f95b7b58a371e6a9  30038  experimental  -  kernel-package_2.00.tar.gz
 1def2d7aff2e338ce3107da904f9ca1a  37544  experimental  optional  kernel-package_2.00_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBMddtGlY2UL3QGw2DAQFqAAP/fHO2pfcVXJx574TKQT+npTEyfkPw/nQj
gUmvg1TSL7t/zImXTzvex1c3FiNEh2iKK/O+xslsIIHdEBF39VAIFh6bm88o4gVf
iNU/zmu4M0e9r5fR8sTwrqYbGXVg3ypZi6v7x88oVNtfdIpdbsD4HZfhYyO8Djja
rBlv7GyVTLA=
=SjGa
-----END PGP SIGNATURE-----

-- 
 On our campus the UNIX system has proved to be not only an effective
 software tool, but an agent of technical and social change within the
 University. John Lions (U. of Toronto (?))
Manoj Srivastava               Systems Research Programmer, Project Pilgrim,
Phone: (413) 545-3918                A143B Lederle Graduate Research Center,
Fax:   (413) 545-1249         University of Massachusetts, Amherst, MA 01003
<srivasta@pilgrim.umass.edu> <URL:http://www.pilgrim.umass.edu/%7Esrivasta/>


From debian-devel-request@lists.debian.org Tue Jul 02 21:35:06 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 21:14:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 21:14:33 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 02:19:20 -0000
Resent-Date: 3 Jul 1996 02:19:20 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <andrew@it.com.au>
Message-Id: <m0ubHW9-0002c4C@belgarion.it.com.au>
From: andrew@it.com.au (Andrew Howell)
Subject: Re: xntp: Is it an `export' version?
To: shields@crosslink.net (Michael Shields)
Date: Wed, 3 Jul 1996 10:18:13 +0800 (WST)
Cc: debian-devel@lists.debian.org (Debian Development)
In-Reply-To: <v03007624adfee91f3a80@[205.198.168.35]> from "Michael Shields" at Jul 2, 96 03:14:28 pm
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"xXeFn2.0.qh5.dYTsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4490
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Michael Shields writes:
> 
> At 1996-07-02 06:24 +0000, Andrew Howell wrote:
> >Well I guess I'll just package the xntp export version from now on. I
> >can't package the normal version myself as I'm not in the US. Someone
> >else will have to do that if it's wanted.
> 
> No, since you are outside the US, you have more freedom than a US
> maintainer.  You can package up the full version, and it can then be
> imported into the US, giving the entire world access to it.
> 
> There are really three categories of packages:
> 
> 1. Packages free of "munitions", to be found on any normal Debian mirror.
> These are mastered on master.debian.org and distributed to all the other
> sites through the existing mirror infrastructure.
> 
> 2. Packages with crypto that have maintainers in the US.  These will have
> to be mastered on a US-only Debian archive site, which I can donate
> resources for.
> 
> 3. Packages with crypto that have maintainers outside the US.  Mirrors in
> the US can legally carry these packages but may not want to deal with the
> hassle.  Mirrors outside the US can carry these packages but will not be
> able to get them through the existing mirror infrastructure (since
> master.debian.org is in the US).  These will have to be mastered on a site
> outside the US.
> 
> I think what will need to be done is to create `crypto' and `crypto-us'
> trees.  Proper configuration of mirror(1) will let a US site carry all
> trees seemlessly, if they choose.
> 
> It seems that the crypto and packages ought to be available in both stable
> and unstable versions, but this is a seperate issue that also applies to
> the non-free tree.

So should the xntp package be moved into the non-free tree like pgp?

Should we be excluding the pgp-us package from our mirrors at present
and the xntp package as well I guess?

Who's willing to run the non-US site? My site is a little limited in
bandwidth so it would probably be better for someone else to do it.

Andrew

-- 
Of course...lager...the only thing that can kill a vindaloo.
     -- Lister, fighting the vindaloo monster in Red Dwarf `DNA'

Andrew Howell				      howellaa@cs.curtin.edu.au
Perth, Western Australia	     andrew@it.com.au andrew@debian.org


From debian-devel-request@lists.debian.org Tue Jul 02 22:25:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 22:15:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 22:15:01 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 03:27:27 -0000
Resent-Date: 3 Jul 1996 03:27:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ubIZz-000HXkC@liw.clinet.fi>
From: Lars Wirzenius <i-do-not-want-any-unsolicited-commercial-or-uncommercial-email@iki.fi>
To: debian-devel@lists.debian.org
Subject: Re: Bug#3470: apache problems 
In-Reply-To: Your message of "Tue, 02 Jul 1996 17:32:47 +0200."
             <199607021532.RAA09935@picard.cistron.nl> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1651031528P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 03 Jul 1996 06:26:14 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"V8fIf3.0.zx6.UYUsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4491
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_-1651031528P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Miquel van Smoorenburg:
> A standard location for www pages, ftp data etc. is badly needed. 

I have this feeling that no location will be good enough for enough people
that it is worth it.  For example, some people will want to share ftp
space among machines so that users have easy access to their own public 
ftp directory from everywhere.  Others might not want to do that, because
their ftp directories need to be protected.

So I think it would be preferable to make the locations configurable.

I'm going to have my debiandoc package (just made the first attempt at
caching, and it's working fine :) ask the location of the cgi-bin and
web data directories (with possibly intelligent suggestions, of course).



--==_Exmh_-1651031528P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMdnoU4QRll5MupLRAQG+dAQAoq65tp5pgk3DSDaWUaILXEDuDJ8qIi7u
7xGVqSu3l8ZcarfOlCIxpvMrU1+cI6kjzb4ijVz1rxupzkZ1OXW5ui3eaUmMf1K7
ATsNP9n4CZTfjZnQUGmri/y6VSBssjkN2MJtOvNAwv68kpBZ8ur3s+lR2xLAFe8A
jeAQCPFt9dY=
=63cJ
-----END PGP MESSAGE-----

--==_Exmh_-1651031528P--


From debian-devel-request@lists.debian.org Tue Jul 02 22:25:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 22:18:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 22:18:06 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 03:28:06 -0000
Resent-Date: 3 Jul 1996 03:28:06 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Tue, 2 Jul 1996 23:28:51 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: debian-devel@lists.debian.org
Subject: Pine-3.94-2 uploaded to master
Message-ID: <Pine.LNX.3.94.960702232402.6281A-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"uwMrj3.0.Fy6.6ZUsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4492
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

This should fix the recommends problems with this package. Thanks to Ian
J. for helping with my confusion.

Date: 02 Jul 96 19:50 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Dale Scheetz <dwarf@polaris.net>
Source: pine
Version: 3.94-2
Binary:  pine pico imapd
Architecture:  i386 source
Description: 
 pine: An e-mail reader with MIME and IMAP support.
 pico: Easy-to-use text editor found in Pine.
 imapd: IMAP daemon for pine.
Changes: removed imapd from recommends, moved mail-delivery-agent to suggests
Files:
 c72aabf1087739250b10baf57f8b7f44  2150779  non-free  -  pine-3.94-2.tar.gz
 2171b2c211416f9e5e107dc53b110873  26755  non-free  -  pine-3.94-2.diff.gz
 f27bd7b5534fe386d9c665f68bc1513c  657540  non-free  extra  pine_3.94-2_i386.deb
 b6701b7cb26c3993e88c7db10de8fdc9  74714  non-free  extra  pico_3.94-2_i386.deb
 19a2aee2206661673b624f254e9c29ff  98964  non-free  extra  imapd_3.94-2_i386.deb

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Wed Jul 03 00:05:11 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Jul 1996 23:59:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 2 Jul 1996 23:59:02 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 04:20:58 -0000
Resent-Date: 3 Jul 1996 04:20:58 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <eichin@cygnus.com>
Sender: eichin@cygnus.com
To: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>
Cc: debian-devel@lists.debian.org
Subject: Re: [Mark Eichin <eichin@cygnus.com>] Re: xntp: Is it an `export' version?
References: <199607021721.TAA00183@i17linuxb.ists.pwr.wroc.pl>
From: Mark Eichin <eichin@cygnus.com>
Date: 02 Jul 1996 15:49:06 -0400
In-Reply-To: Marek Michalkiewicz's message of Tue, 2 Jul 1996 19:21:10 +0200 (MET DST)
Message-Id: <xe1k9wmxwp9.fsf@maneki-neko.cygnus.com>
Lines: 27
X-Mailer: Gnus v5.3/Emacs 19.31
Resent-Message-ID: <"IaJsS3.0.Rd7.fKVsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4493
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

well, I can't afford the jail time nor can I risk the company I work
for by "just ignoring" the issue. As for just patches -- well, patches
to V5 might be reasonable -- but as for v4, the debian packaging is
already in the "upstream" release. :-)

As for cvs -- the kerberos calls are already in cvs as published; go
ahead and build your own version, that's easy - I'm talking about a
binary package (which, without shared libs for v4, of necessity
includes crypto code.)

As for getting the MIT V5 release - since it was done at MIT, having
it show up outside the US means *someone* exported it, though it may
simply have been someone outside the reach of US law. They don't
appear to be able to blame the site maintainers on that one though,
but then again, MIT has more lawyers than we have engineers...

> So, let's either distribute the munitions (kerberos, libc, pgp,
> ssh, xntp) from a non-US site, or totally ignore the silly US

Feel free to set one up -- however, it won't help me distribute the
crypto-enhanced packages that *I* work on... and I'd like to be able
to make them widely available in the US.

Perhaps we should just get space on ftp.csua.berkeley.edu or maybe
ftp.csn.net (from a random sampling of the cypherpunks list) or maybe
I can cnovince Ted to set up a section on tsx-11 that's tagged the way
the section on athena-dist is...


From debian-devel-request@lists.debian.org Wed Jul 03 02:10:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 3 Jul 1996 01:57:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 3 Jul 1996 01:57:56 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 06:02:17 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3501: Permissions problem with afterstep
Reply-To: bmbuck@acsu.buffalo.edu, 3501@bugs.debian.org
Resent-From: Buddha Buck <phaedrus@dreamscape.com>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Tue, 02 Jul 1996 13:48:05 GMT
Resent-Message-ID: <handler.3501.B.83631478813600@bugs.debian.org>
X-Debian-PR-Package: afterstep
X-Loop: owner@bugs.debian.org
Message-Id: <199607030519.BAA01396@zaphod.caz.ny.us>
X-Mailer: exmh version 1.6.7 5/3/96
To: submit@bugs.debian.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 03 Jul 1996 01:19:27 -0400
From: Buddha Buck <phaedrus@dreamscape.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4495
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: afterstep
Version: 0.98a15-1

The file /usr/doc/asclock/README.gz is installed with permissions set 
to 600, and owner/group as root/root.  

Philosphically, I don't believe that -anything- in the /usr/doc tree 
should not be world-readable.

As a separate issue, it appears that the afterstep clock described in 
the above unreadable readme is not installed with the rest of the 
package. 
 
-- 
--
     Buddha Buck                      bmbuck@acsu.buffalo.edu
"Just as the strength of the Internet is chaos, so the strength of our
liberty depends upon the chaos and cacaphony of the unfettered speech
the First Amendment protects."  -- A.L.A. v. U.S. Dept. of Justice


From debian-devel-request@lists.debian.org Wed Jul 03 02:10:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 3 Jul 1996 02:03:30 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 3 Jul 1996 02:03:29 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 06:02:17 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3500: Required package modconf depends on extra package dialog
Reply-To: bmbuck@acsu.buffalo.edu, 3500@bugs.debian.org
Resent-From: Buddha Buck <phaedrus@dreamscape.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <Bruce@Pixar.com>
Resent-Date: Tue, 02 Jul 1996 13:48:03 GMT
Resent-Message-ID: <handler.3500.B.83631478813597@bugs.debian.org>
X-Debian-PR-Package: modconf
X-Loop: owner@bugs.debian.org
Message-Id: <199607030526.BAA01493@zaphod.caz.ny.us>
X-Mailer: exmh version 1.6.7 5/3/96
To: submit@bugs.debian.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 03 Jul 1996 01:26:32 -0400
From: Buddha Buck <phaedrus@dreamscape.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4494
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: modconf
Version: 0.1.0-4

Modconf is a required base package, yet it depends on the extra 
miscellaneous package dialog.


-- 
--
     Buddha Buck                      bmbuck@acsu.buffalo.edu
"Just as the strength of the Internet is chaos, so the strength of our
liberty depends upon the chaos and cacaphony of the unfettered speech
the First Amendment protects."  -- A.L.A. v. U.S. Dept. of Justice


From debian-devel-request@lists.debian.org Wed Jul 03 02:35:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 3 Jul 1996 02:30:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 3 Jul 1996 02:30:13 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 06:52:21 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3495: doesn't respect nis/yp
Reply-To: "Darren/Torin/Who Ever..." <torin@daft.com>, 3495@bugs.debian.org
Resent-From: "Darren/Torin/Who Ever..." <torin@daft.com>
Orignal-Sender: torin@perv.daft.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Chris Fearnley <cjf@netaxs.com>
Resent-Date: Tue, 02 Jul 1996 14:33:06 GMT
Resent-Message-ID: <handler.3495.B3495.83631779214866@bugs.debian.org>
X-Debian-PR-Package: npasswd_boulder
X-Loop: owner@bugs.debian.org
Sender: torin@perv.daft.com
To: Chris Fearnley <cjf@netaxs.com>, 3495@bugs.debian.org
References: <199607021651.MAA21080@access.netaxs.com>
From: "Darren/Torin/Who Ever..." <torin@daft.com>
In-Reply-To: Chris Fearnley's message of Tue, 2 Jul 1996 12:51:17 -0400 (EDT)
Date: 02 Jul 1996 23:16:47 -0700
Message-ID: <874tnpeu9c.fsf@perv.daft.com>
Lines: 3
X-Mailer: Gnus v5.2.31/XEmacs 19.14
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4496
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

What the hey, I certainly don't respect nis/yp...

Darren


From debian-devel-request@lists.debian.org Wed Jul 03 03:00:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 3 Jul 1996 02:37:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 3 Jul 1996 02:37:16 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 06:52:28 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3470: apache problems
Reply-To: "Darren/Torin/Who Ever..." <torin@daft.com>, 3470@bugs.debian.org
Resent-From: "Darren/Torin/Who Ever..." <torin@daft.com>
Orignal-Sender: torin@perv.daft.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Shuttleworth <marks@thawte.com>
Resent-Date: Tue, 02 Jul 1996 14:33:03 GMT
Resent-Message-ID: <handler.3470.B.83631779214870@bugs.debian.org>
X-Debian-PR-Package: apache
X-Loop: owner@bugs.debian.org
Sender: torin@perv.daft.com
To: Miquel van Smoorenburg <miquels@cistron.nl>
Cc: 3470@bugs.debian.org, branderh@debian.IAEhv.nl, ian@chiark.chu.cam.ac.uk,
  submit@bugs.debian.org
References: <199607021532.RAA09935@picard.cistron.nl>
From: "Darren/Torin/Who Ever..." <torin@daft.com>
In-Reply-To: Miquel van Smoorenburg's message of Tue, 2 Jul 1996 17:32:47 +0200 (MET DST)
Date: 02 Jul 1996 23:22:19 -0700
Message-ID: <8720iteu04.fsf@perv.daft.com>
Lines: 27
X-Mailer: Gnus v5.2.31/XEmacs 19.14
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4497
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Miquel van Smoorenburg, in an immanent manifestation of deity, wrote:
>A standard location for www pages, ftp data etc. is badly needed. Each package
>now chooses that for itself. But I think that it should be somewhere in /var.

I actually have a /web partition that I keep the various virtual web and
ftp servers.  It follows from my /home partition.  But then again, I
don't use the debian wu-ftpd or apache...I've hacked on them too much.

Darren
- -- 
<torin@daft.com> <http://www.daft.com/~torin> <torin@debian.org> <torin@io.com>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMdoRi44wrq++1Ls5AQHFrAP/Yan1njQr12+dCKGfNe56BjDeuhvQW9rt
c91kACafuWLxvPIxex10BD+AH409bZfmfoQnZXTEZx0c1EHwdcY/cRCv6HNSl8ov
65ddLcrxUsuGFs62X+1CUXTMFetTqYmtKzLDbZrnFLWRNt027tI9EsrUtKIsvr4D
ptpxkSQztOU=
=rjcn
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Wed Jul 03 05:30:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 3 Jul 1996 05:06:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 3 Jul 1996 05:06:09 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 08:57:23 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3502: igerman should provide ispell-dictionary
Reply-To: Sven Rudolph <sr1@os.inf.tu-dresden.de>, 3502@bugs.debian.org
Resent-From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Meskes <meskes@debian.org>
Resent-Date: Tue, 02 Jul 1996 16:48:02 GMT
Resent-Message-ID: <handler.3502.B.83632529318051@bugs.debian.org>
X-Debian-PR-Package: igerman
X-Loop: owner@bugs.debian.org
Date: Wed, 3 Jul 1996 10:27:28 +0200
Message-Id: <199607030827.KAA30582@os.inf.tu-dresden.de>
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4498
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: igerman
Version: 2-3

The following should be added to the control file:

  Provides: ispell-dictionary

	Sven
-- 
Sven Rudolph <sr1@inf.tu-dresden.de> ; WWW : http://www.sax.de/~sr1/


From debian-devel-request@lists.debian.org Wed Jul 03 06:20:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 3 Jul 1996 06:12:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 3 Jul 1996 06:12:13 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 10:03:29 -0000
Resent-Date: 3 Jul 1996 10:03:29 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded hyperlatex 1.4pl2-1 to ftp.i-connect.net
To: debian-devel@lists.debian.org
Date: Wed, 3 Jul 1996 10:39:45 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul3.120432gmt+0100.43465@gateway.azr.nl>
Resent-Message-ID: <"dDEa6.0.4P3.nLasn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4499
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 03 Jul 96 09:37 UT
Format: 1.6_
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: hyperlatex
Version: 1.4pl2-1
Binary:  hyperlatex
Architecture:  all source
Description: 
 hyperlatex: Creating HTML using LaTeX documents.
Changes: 
 Wed Jul  3 10:54:56 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * debian.control (Version): small adjustment
        * debian.control (Architecture): all
        * debian.control (Suggests): s/pbmplus/netpbm/
        * debian.control (Maintainer): @debian.org
        * debian.rules (binary): dpkg-name and version handling
 .
Files:
 5fc34125756c9c1fd8aa723b6c5edb68  66184  -   hyperlatex-1.4pl2-1.tar.gz
 c1557d92801904da367b8f1f09da83dd  3515  -   hyperlatex-1.4pl2-1.diff.gz
 1039a5007d68b5b94529f6ffc4a56f74  2263  -   hyperlatex-1.4pl2-1.changes
 e0ef88ee93c6689c5218e417e48dc906  120282  misc  extra  hyperlatex_1.4pl2-1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdo/gOKGUa6t6e7lAQGOPQP+Ibe/AM02PUaSosRYq/Qt2LFiEXbsE5JZ
ik4Mo2fS8NRm8GgIklq6lhEoK4iyCQwW/KgoYpxKgppSiQZ0exSrpL/AaxwnUxaZ
+TNEQ9YRCx0gr+WoKU3bf8ZYtiF/BWmw2Ui43Vtv1agiA67a5XgbGtOyMrEC+6Hk
OxNHfPjIBA0=
=1pOM
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Wed Jul 03 10:30:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 3 Jul 1996 10:13:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 3 Jul 1996 10:13:22 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 14:05:13 -0000
Resent-Date: 3 Jul 1996 14:05:12 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Wed, 3 Jul 1996 16:04:31 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging - alternatives 
In-Reply-To: <m0ubAqy-000HXFC@liw.clinet.fi>
Message-ID: <Pine.SUN.3.91.960703155353.8486B-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"NEUdK.0.k_7.Oudsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4503
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 2 Jul 1996, Lars Wirzenius wrote:
> Mark Eichin:
> 
> If we start to get complaints that, for example, X libs aren't part of
> the normal UNIX developent environment, then we start adding dependencies
> for X libs.  

complain! ;-)
xlibs package isn't that easy to port to m68k so i don't think we have
a xlibs package available for some time.
(even though i have the x libs installed! :-)

NB: even if you have an exclude list, you need to have the full 
dependencies first, otherwise you'll likely forget some.

> the source customers, but they aren't
> as many as the binary customers

really? why is this so? does anyone really needs to recompile packages
on intels?

> Complete dependencies may come later. 

i won't say any more to that. anyone would like that, but no one
ever has told me how to compile one. one person said he has a script
running, which can do that. could that person please try this script
with perl and demonstrate the results here?

note also that on different architectures the dependencies might be
different (i think of lilo and syslinux).

> I'd love to
> have dpkg-source tell me "you need g++ to compile this, but it isn't
> installed" or "this package depends the Tk 4.1 sources on-line".

no doubt, anyone loves to have it, that's not the question.
but noone will want the problems they get if they have to build
them. but voila, that's not my problem as i will only create the
bug-reports on that issue and do not have to compile a complete
dependencies list.

jjm

ps: has anyone looked at the examples i've given? please do so,
before you require something like that. it _is_ much more difficult
than it might seem at first glance.

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Thu Jul 04 03:42:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 03:30:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 03:30:20 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 15:26:00 -0000
Resent-Date: 3 Jul 1996 15:26:00 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded textutils 1.18b-1 to ftp.i-connect.net
To: debian-devel@lists.debian.org
Date: Wed, 3 Jul 1996 16:02:28 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul3.172707gmt+0100.43464@gateway.azr.nl>
Resent-Message-ID: <"5YRgw1.0.a82.74fsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4504
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 03 Jul 96 14:58 UT
Format: 1.6_
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: textutils
Version: 1.18b-1
Binary:  textutils
Architecture:  i386 source
Description: 
 textutils: The GNU text file processsing utilities.
Changes: 
 Mon Jul  3 12:41:31 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * updated to 1.18b (ALPHA)
 .
Files:
 3d62a8d99542eeef6af5608455fa0b3d  718470  base  -  textutils-1.18b-1.tar.gz
 d7d6cb3ce5349548014c2efd8f02574e  2924  base  -  textutils-1.18b-1.diff.gz
 4132fb5fe7811b0d2bb2c8d463a6a154  276868  base  required  textutils_1.18b-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdqKtuKGUa6t6e7lAQGYqAQAmUYOKs3fULRYyoSASQU1W0Bx+ztU0cW5
Nj5CUHEP8t0FzE9KnFrKLzK3vGih9PwAWA9jKpwlDIFWMgHoPchp4agf0v/4hciD
ufdWUUlx38h8unDs8INSKhZC6UiWJReR+IdXikUuI1emLtiIvISAgEr7eCLwFwAw
eY91yIwPsx0=
=BrPQ
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Thu Jul 04 04:32:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 04:23:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 04:23:07 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 16:28:40 -0000
Resent-Date: 3 Jul 1996 16:28:40 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <owner@bugs.debian.org>
From: owner@bugs.debian.org
Message-Id: <m0ubEmy-000CdjC@submailer.bugs.debian.org>
Date: Tue, 2 Jul 96 16:23 PDT
To: debian-devel@lists.debian.org
Subject: Unanswered problem reports by maintainer
Resent-Message-ID: <"Dzwrm2.0.FC3.u-fsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4507
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The following problem reports have not yet been marked as `taken up' by a
message to done@bugs.debian.org or or `forwarded' by a
message to forwarded@bugs.debian.org.

The maintainer listed against each package is derived from the Maintainer
field of the package as found in the development tree; there is an override
file that can be amended to get the right results if you have taken over a
package and do not expect to issue a new version soon.

Variant versions of the Maintainer field for the same actual package
maintainer will be listed separately.
 Package      Ref   Subject

Raul Miller <moth@firefly.com> (1 bugs):
 ucbmpeg      3454  ucbmpeg control file problems

Gordon Russell <gor@dcs.napier.ac.uk> (1 bugs):
 setserial    2892  setserial marked as Essential when it isn't

Brian White <bcwhite@pobox.com> (1 bugs):
 mime-suppo   1930  metamail wants xloadimage

Anders Christrom <ac@netg.se> (1 bugs):
 lists.debi   3199  Bizarre message from debian-devel-request@lists.debian.org

Bdale Garbee <bdale@gag.com> (1 bugs):
 gzip         3326  zegrep missing

Ray Dassen <jdassen@wi.leidenuniv.nl> (1 bugs):
 www.debian   3431  some packages have no information on WWW-server

mrn20@cam.ac.uk (Michael R. Nonweiler) (1 bugs):
 ipx          2913  ipx bootup scripts are broken

Kevin Dalley <kevin@aimnet.com> (1 bugs):
 findutils    1239  /etc/cron.daily/find: updatedb doesn't exclude cdrom and ot

krs@caos.aamu.edu (Karl R. Sackett) (1 bugs):
 tkdiff       3044  tkdiff -- calls wrong "wish" program

Syrus Nemat-Nasser <syrus@ucsd.edu> (1 bugs):
 color-ls     3392  /etc/DIR_COLORS doesn't list .deb!

Andreas Schwab <schwab@issan.informatik.uni-dortmund.de> (1 bugs):
 libg++27     2610  support for m68k-linux

Simon Shapiro <shimon@i-Connect.Net> (1 bugs):
 rc           3206  rc terminates on CTRL-C

joost witteveen <joostje@debian.org> (1 bugs):
 screen       3354  Problems encountered while compiling "screen" for m68k arch

Marcel Riedi <riedi@tik.ee.ethz.ch> (1 bugs):
 rsynth       2206  Description

bcwhite@pobox.com (Brian C. White) (1 bugs):
 gnats        3053  gnats: typo in postinst omits install-info

Giuseppe Vacanti <Giuseppe.Vacanti@DeSelby.xs4all.nl> (1 bugs):
 diald        3457  diald control file problems

Wichert Akkerman <wakkerma@wi.leidenuniv.nl> (1 bugs):
 strace       2177  "strace -ff -o file dpkg --install foo.deb" causes dpkg to 

Dominik Kubla <kubla@uni-mainz.de> (2 bugs):
 lsof         3065  lsof looks for /System.map
 vgrind       2977  vgrind: name clash causes coredump (fix included)

Doug Geiger <runexe@ntplx.net> (2 bugs):
 apsfilter    3224  apsfilter doesn't configure on a read-only filesystem
 apsfilter    3375  apsfilter fails installation

Michael Nonweiler <mrn20@cam.ac.uk> (2 bugs):
 nas          1747  nas: no manpages for au available
 nas          3107  nas postinst could use a warning

Christian Linhart <chris@cosy.sbg.ac.at> (2 bugs):
 xarchie       887  xarchie barfs when ftp closes unexpectedly
 xarchie      1275  xarchie clumsy with 2-button mouse

Kenneth MacDonald <K.MacDonald@ed.ac.uk> (2 bugs):
 ispell       2425  ispell thinks `formated' is correct
 ispell       3196  ispell symlinks broken

Richard Kettlewell <richard@elmail.co.uk> (2 bugs):
 majordomo    1881  Majordomo UID wrong?
 repair       1532  no revision number with repair

Stephen Early <sde1000@cam.ac.uk> (2 bugs):
 xcompat      3246  Cant load library libXt.so.6
 xcontrib     1981  xman fails to format ascii(7) correctly

Rob Browning <osiris@cs.utexas.edu> (2 bugs):
 gimp-dmoti   3377  gimp's sample .gimprc does not correspond to gimp paths
 gimp-dmoti   3378  gimp should put a .gimprc in /etc/skel

Guy Maor <maor@debian.org> (2 bugs):
 debianutil   3122  run-parts should ignore RCS
 util-linux   3259  [c]fdisk does not recognize NEXTSTEP partitions

Helmut Geyer, Helmut.Geyer@iwr.uni-heidelberg.de (2 bugs):
 ghostview    1451  `ghostviewR6' conflict with ghostview &c
 ghostview    2200  Description

Wendal Catt <wendal@southwind.net> (2 bugs):
 procmail     3197  wrong uid/gid in /usr/doc/procmail
 procmail     3349  Problems encountered while compiling "procmail" for m68k ar

Dirk Eddelbuettel <edd@qed.econ.queensu.ca> (2 bugs):
 afio         3352  Problems encountered while compiling "afio" for m68k arch
 apmd         3261  apmd incorrectly sets clock for some systems.

Otmar Lendl <lendl@cosy.sbg.ac.at> (2 bugs):
 cnews        3476  cnews description is gibberish
 cnews, ine   3477  cnews and inews should be same package

(orphan) (2 bugs):
 ifrench      1233  Bad french.hash file in ifrench.deb
 ifrench      2605  #1233,#1793 (ifrench doesn't work...)

Erick Branderhorst <branderhorst@heel.fgg.eur.nl> (2 bugs):
 giftrans     3284  giftrans is free
 info          889  Info 3.1-6

David Frey <David.Frey@eos.lugs.ch> (2 bugs):
 magicfilte   3254  magicfilter recommends dvips, gs, pbmplus
 magicfilte   3452  magicfilter should run config in postinst

Bill Mitchell <mitchell@mdd.comm.mot.com> (2 bugs):
 diff         3351  Problems encountered while compiling "diff" for m68k arch
 sharutils    3357  Problems encountered while compiling "sharutils" for m68k a

dgregor@gregor.com (D.J. Gregor) (2 bugs):
 cdtool       2450  `cdir' prints out huge chunks of /etc/passwd !
 cdtool       2923  CD-ROM device /dev/hdc permissions

awpguy@acs.ucalgary.ca (Andy W.P. Guy) (3 bugs):
 dchanges     3305  dchanges: urg= override is ignored
 dpkg-ftp     2870  dpkg-ftp-1.4.1 bug
 dpkg-ftp     2933  dpkg-ftp needs perl 5.002

Dale Scheetz <dwarf@polaris.net> (3 bugs):
 pine         2365  Pine erases message before I can read it
 pine         2367  Pine supplies PATH line when posting news
 pine         3253  Pine over-encodes files (came from Bug#932)

Guy Maor <maor@ece.utexas.edu> (3 bugs):
 login        3227  login refuses, and then allows, root login on tty?
 login        3439  Login reconfigures serial port
 passwd       3408  Various bugs in passwd manpages

Michael Meskes <meskes@debian.org> (3 bugs):
 adjtimex     3474  adjtimex asks mystic question
 igerman      3502  igerman should provide ispell-dictionary
 lshell       3398  TERM environemt is lost

Manoj Srivastava <srivasta@pilgrim.umass.edu> (3 bugs):
 mailagent    3426  mailagent not executable
 mailagent    3432  mailagent not executable
 mailagent    3504  /usr/bin/mailagent not executable

Martin Schulze <joey@linux.de> (3 bugs):
 sysklogd     3060  problems with new sysklogd-1.3-3
 sysklogd     3103  "/etc/init.d/sysklogd restart" does not restart klogd
 sysklogd     3324  Non-existant conffile not created.

Jim Robinson <jimr@simons-rock.edu> (3 bugs):
 auctex       3217  auctex postrm has bad call to install-info
 auctex       3473  auctex leaves information in /tmp
 pbmplus      3455  pbmplus suggests obsolete libgr packages

Mark Eichin <eichin@cygnus.com> (3 bugs):
 xpaint       3475  xpaint Recommends pbmplus
 xterm-colo   2353  postrm script broken
 xterm-colo   2710  colour xterm has problems when resizing

Mike Deisher <deisher@dspsun.eas.asu.edu> (3 bugs):
 auto-pgp     2211  Description
 auto-pgp     3216  auto-pgp doesn't remove info entry when removed
 dosemu       1791  dosemu troubles

Ian Jackson <ijackson@chiark.chu.cam.ac.uk> (3 bugs):
 bugs.debia   2296  debian-bugs WWW doesn't say how to find out Debian version
 bugs.debia   2966  bugs2ftp is broken
 bugs.debia   2998  bugs2ftp still flaky

Alvar Bray <alvar@meiko.co.uk> (3 bugs):
 groff        2233  groff-1.09-4
 groff        2970  soelim [in groff] is confused by .so in macros definitions
 groff        3333  Problems encountered while compiling "groff" for m68k arch

dgregor@bronze.coil.com (D.J. Gregor) (4 bugs):
 workbone     1381  workbone postinst fails
 workbone     1973  workbone postinst needs rewording
 workbone     1984  dpkg won't install cdtool
 workbone     3382  workbone disappears during upgrade

Steve Phillips <sjp@cvfn.org> (4 bugs):
 adduser      1711  adduser replaces NIS entries in /etc/passwd
 adduser      2309  Multiple root accounts
 adduser      3490  adduser password-setting problem
 adduser? m   1708  `passwd' not interruptible when invoked by `adduser'

Christian Hudon <chrish@debian.org> (4 bugs):
 termcap-co    797  /etc/termcap console keydefs for function keys
 termcap-co    836  Possible bugs in termcap system
 termcap-co   1045  tgetflag("hc") segfaults (fwd)
 termcap-co   1803  /etc/termcap linux definition incomplete

Bill Mitchell <mitchell@debian.org> (4 bugs):
 CVS          3374  CVS wrappers can't be turned off
 elvisnox     2592  Elvis Compilation Peoblem
 file         3332  Problems encountered while compiling "file" for m68k arch
 file         3411  magic file entries for new Debian archives still missing

Austin Donnelly <and1000@debian.org> (4 bugs):
 bsdutils      988  `script' is insecure, and general tty insecurity
 fvwm         3437  fvwm should not recommend fvwm2
 fvwm2        3407  fvwm2: WindowList infelicity
 xcal         3292  xcal app-defaults shouldn't be conffiles

Erick Branderhorst <branderh@debian.org> (4 bugs):
 mathpad      2231  mathpad problems
 mathpad      3310  installation and startup problems with mathpad
 mathpad      3311  installation and startup problems with mathpad
 mathpad      3312  installation and startup problems with mathpad

Chris Fearnley <cjf@netaxs.com> (4 bugs):
 gawk         3328  Problems encountered while compiling "gawk" for m68k arch
 most         2205  Description
 most         3158  most differs from man page
 npasswd_bo   3495  doesn't respect nis/yp

Ted Hajek <tedhajek@boombox.micro.umn.edu> (4 bugs):
 gopher-cli   1851  gopher-client-2.1.1 has quotes around version and revision 
 gopherd      1717  gopherd recommends freeWAIS - nonexistent package
 gopherd      1718  gopherd version has spurious quotes
 gopherd      3262  Gopherd problems

gthomas@native-ed.bc.ca (Guy R. Thomas) (4 bugs):
 dld          1488  dld control file dsccription problem
 dld          2209  Description
 dld          2758  dld: missing source file
 hdparm       2197  hdparm -c switch

mitchell@mdd.comm.mot.com (Bill Mitchell) (4 bugs):
 elv-ctags    2503  elvis and emacs both provide ctags
 less         3336  Problems encountered while compiling "less" for m68k arch
 patch        3348  Problems encountered while compiling "patch" for m68k arch
 symlinks     3364  Problems encountered while compiling "symlinks" for m68k ar

Martin Schulze <joey@debian.org> (4 bugs):
 manpages     2861  glob(3) references glob(7); the latter doesn't exist
 manpages     3165  fcntl(2) references nonexistent man pages
 manpages     3484  broken reference to (un)link(8).
 manpages     3494  ftw(3) typos

Klee Dienes <klee@sedona.com> (5 bugs):
 guile        3052  guile is missing slib.info.gz
 guile        3223  guile installs entry for slib, but no info file
 netatalk     2542  No default config files?
 netatalk     2690  netatalk: a few small problems
 python       3442  python postinst is very verbose

jkr@master.debian.org (Jonathan K. Rabone) (5 bugs):
 trn           825  trn warning messages corrupt thread selector display
 trn          1845  dead.letter and dead.article are world readable
 trn          2298  trn bug with shell escaping
 trn          2783  trn needs to provide virtual package news-reader
 trn          3089  trn -- needs to depend on "inews" or "inewsinn"

Carl Streeter <streeter@cae.wisc.edu> (5 bugs):
 elm          2557  add to elm manpage
 elm          2562  elm manpage paths incorrect
 elm          2789  elm doesn't show rest of pgp-signed message
 elm          2991  nfrm is not installed...
 elm          3042  Elm produces bogus Content-Type header for PGP signed stuff

Peter Tobias <tobias@et-inf.fho-emden.de> (5 bugs):
 hostname     3341  Problems encountered while compiling "hostname" for m68k ar
 netbase      3270  bugs
 netstd       3401  talk clears screen after showing error
 wu-ftpd      3447  Wu-ftpd prompts for installation of /home/ftp twice
 wu-ftpd      3471  wu-ftpd postinst question asked twice

Dale Miller <dale@csd.uwo.ca> (6 bugs):
 mailx        2009  mailx ignores ^C at Subject prompt
 mailx        2010  mailx misses VM-generated From_ lines
 mailx        2284  mailx ^C at Cc: prompt sends mail !
 mailx        2356  mailx -- problems with TMPDIR symlink
 mailx        2733  /usr/bin/mail leaves lock files when disk full
 mailx        2971  mailx doesn't quit on two successive C-c

joost witteveen <joostje@master.debian.org> (6 bugs):
 gs           3389  gsftopk is missing
 gs           3414  gsftopk is missing
 gsfonts      1112  a2gs output unusable by gs but usable by ghostview
 xosview      2305  xosview doesn't work?
 xosview      2412  xosview can't do -net nor -cua0
 xosview      3385  xosview and /usr/bin/X11 (again)

debian-devel@pixar.com (6 bugs):
 general      2022  utmp corruption
 general      2481  /sbin/ldconfig in scripts
 general      2717  conffiles in /usr
 general      3066  a.out binaries in various packages
 general      3161  Newbie 1.1beta installation.
 general      3381  Upgrade document and kernel upgrades

Sven Rudolph <sr1@inf.tu-dresden.de> (7 bugs):
 genscript    3169  dvipsk doesn't use /etc/papersize
 genscript    3483  using args with spaces in genscriptrc
 linuxdoc-s   3180  linuxdoc-sgml semantics and formatting problems
 linuxdoc-s   3285  possibly unintended files installed by linuxdoc-sgml
 linuxdoc-s   3317  linuxdoc-sgml info files are missing all ftp names...
 rcs          2302  RCS - problems with msdos filesystems
 seyon        2701  seyon: dpkg --purge doesn't work

Joe Kirby <kirby@utk.edu> (7 bugs):
 fdflush      3331  Problems encountered while compiling "fdflush" for m68k arc
 grep         2047  grep segfaults when abused
 grep         3334  Problems encountered while compiling "grep" for m68k arch
 lxtools      3096  lxtools: user error (misuse of -r and filename) gives cored
 sed          3356  Problems encountered while compiling "sed" for m68k arch
 taper        2891  taper documentation is missing
 taper        3115  taper recommends ftape

Robert Leslie <rob@mars.org> (8 bugs):
 bind         2530  bind locks up system
 bind         2819  named loses (in an easily fixed way) on 1.2.13 kernels
 bind         3478  bind should use lowercase `none' in postinst
 ddd-smotif   3307  ddd-smotif does not replace ddd
 deliver      3319  deliver does not set exit codes as expected by sendmail
 maelstrom    3287  (no subject)
 mount        2304  umount calls gethostbyname() at consequence
 sendmail     3151  Sendmail runs too late

dhs@firefly.com (David H. Silber) (9 bugs):
 dbackup      1406  backup postrm can fail when it shouldn't
 fortune      1118  fortune is setuid games ?!
 fortune      3213  fortune need libc.so.4
 uucp         1265  Misc. uucp bugs
 uucp         2198  uuxqt can't execute rmail
 uucp         2293  uucp should compress big files in /usr/doc/uucp
 uucp         2810  uucp postrm should use -f flag to rm
 uucp         3112  UUCP uses /usr/spool/uucp (and does not create it)
 uucp         3503  still a.out (and src doesn't build binary *.deb out of the 

Martin Schulze <joey@infodrom.north.de> (10 bugs):
 at           2475  `at' uses middle-endian 2-digit-year date format
 at           3394  /etc/crontab has a bad entry
 cfingerd     3250  cfingerd descriptive text
 cfingerd     3427  weird output if cfingerd.conf: NO_PLAN = ""
 cfingerd     3433  weird output if cfingerd.conf: NO_PLAN = ""
 gpm          2874  gpm will not work if the system is setup for a serial conso
 gpm          3280  (no subject)
 gpm          3373  gpm -k hangs if X server running on console
 rman         3304  [rman] Off-by-one in generated HTML
 xfractint    3186  Can't chdir

Soenke Lange <soenke@escher.north.de> (10 bugs):
 smail        1481  smail paniclog suggestion
 smail        1693  forwarded message from Harald T. Alvestrand
 smail        1799  smail nameresloving problems
 smail        1929  aliasinclude and forwardinclude directors missing
 smail        2348  Smail fails to define NO_PETER_HONEYMAN
 smail        2423  scattered sendmail links
 smail        3046  Smail configuration problem?
 smail        3164  runq dumps core
 smail        3366  Problems encountered while compiling "smail" for m68k arch
 smail        3497  smail calls obsolete yp_order

Mark Shuttleworth <marks@thawte.com> (10 bugs):
 apache       2426  apache overwrites existing home page
 apache       2703  apache: wrong location of icons and cgi-bins
 apache       2802  apache tweaks
 apache       2812  Apache server: SECURITY HOLE
 apache       2814  Apache 1.0.3: wrong manpage
 apache       2872  Apache starts several times
 apache       2934  Some cgi scripts don't work
 apache       3384  apache leaves /var/log/httpd non-empty
 apache       3448  Apache purge gives several error message
 apache       3470  apache problems

David Engel <david@ods.com> (12 bugs):
 binutils     1108  No manpage ar(5)
 binutils     1303  `man 1 nm` slightly incomplete
 binutils     2161  elf-binutils 2.5.2l.20-1 ld can be made to segfault
 dialog       2591  rootdisk
 dialog       3360  Problems encountered while compiling "dialog" for m68k arch
 gcc          2493  GCC -O3 produces unsatisfied external ref to static functio
 gcc          2909  GCC Info has funny formatting
 gcc          2910  GCC accepts multi-line strings without \ or " " &c
 gcc          3330  Problems encountered while compiling "gcc" for m68k arch
 gdb           660  GDB gets address of structure member wrong in memory breakp
 snmp         3108  snmpd provides too much information
 tkman        2884  tkman doesn't use /var/catman

Steve Greenland <stevegr@neosoft.com> (12 bugs):
 jargon       3222  Jargon info entry in wrong category
 nvi          2382  would like `view' link for nvi
 nvi          2428  nvi segmentation faults
 nvi          2797  nvi dumped core?
 nvi          2825  restricted movement in nvi
 nvi          2832  nvi likes turning auto-margins off
 nvi          2855  nvi changes xterm settings...
 nvi          3035  nvi dumps core
 nvi          3166  SIGSEGV on TERM=dumb
 nvi          3189  nvi over-cautious about .exrc?
 nvi          3234  nvi segfaults if stty rows 0 columns 0
 nvi          3235  nvi gives unhelpful message for unknown TERM type

Miquel van Smoorenburg <miquels@cistron.nl> (12 bugs):
 inn          2112  Submission for INN doc file
 inn          2220  INN feed password interacts badly with trn XMODE READER
 inn          2822  Some minor glitches with the inn package
 inn          3153  inn ctlinnd not readable/executable, but /var/run/innd is !
 inn          3459  inn should Depend on inewsinn, not contain it
 inn          3462  INN postinst and configuration problems
 sysvinit     2439  rc?.d scripts sometimes not run
 sysvinit     2796  sysvinit makes obsolete symbolic link
 sysvinit     2908  mesg sets wrong permissions on /dev/ttyp*
 sysvinit     3130  sysvinit init.d/network script buglet
 sysvinit     3140  /etc/init.d/boot has rm -f bugs
 sysvinit     3143  sysvinit init.d/network script buglet

dgregor@coil.com (D.J. Gregor) (12 bugs):
 byacc        3361  Problems encountered while compiling "byacc" for m68k arch
 lpr           902  lpr can't print a PostScript file ?!
 lpr          1061  /etc/printcap vs. /usr/man/man5/printcap.5
 lpr          1923  lpr not de-installing
 lpr          2555  lpd source files aren't clean
 lpr          2556  "\031\1"
 lpr          3034  SOLVED: can't remove print jobs
 lpr          3038  SOLVED: can't remove print jobs
 lpr          3156  lpr and smail uuname returned -1
 lpr          3346  Problems encountered while compiling "lpr" for m68k arch
 lpr, magic   3075  lpr, magicfilter, dvi-fonts failed
 xwpe         2486  Ghost packages

Michael Alan Dorman <mdorman@lot49.med.miami.edu> (12 bugs):
 mh           2334  MH scan -width dumps core
 mh           2346  MH can lose mail
 mh           2648  
 mh           2661  dist and mh both have a dist manpage
 mingetty     3362  Problems encountered while compiling "mingetty" for m68k ar
 ncurses-ba   2863  dselect and ncurses in select window
 ncurses-ba   3163  disconnects between ncurses-base and xbase
 ncurses-bi   2076  reset(1)
 ncurses-bi   2474  /usr/bin/reset does the wrong thing
 ncurses-bi   3191  reset(1) doesn't bring an xterm out of alt charset mode
 ncurses-bi   3192  tset(1) man page problem
 ncurses-te   2158  new ncurses bug ?

Alvar Bray <alvar@debian.org> (13 bugs):
 man          2607  man and mandb invocation error
 man          2637  unstable/man loops building index with empty man pages
 man          2638  unstable/man loops building index with empty man pages
 man          2712  man fails to recover correctly from ^Cs
 man          2799  mandb doesn't like manpage for dc
 man          2862  man 9menu doesn't work
 man          2969  zsoelim [in man] is confused by .so in macros definitions
 man          3098  man-2.3.10-11 segfaults
 man          3109  man 9menu unpleasant
 man          3181  apropos in package man depends on package bsdmainutils
 man          3220  apropos dumps core
 man          3344  Problems encountered while compiling "man" for m68k arch
 ppp          3347  Problems encountered while compiling "ppp" for m68k arch

Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE> (14 bugs):
 amd          2497  Fixes for amd-upl102
 amd          2864  serious bug in amd!
 amd          2868  amd hangs on tcsh hostname completion
 amd          3208  amd bug
 amd          3445  bug in amd package (upgrade)
 cflow        3391  cflow pre-depends on gcc -- bad
 cflow        3399  cflow 2.0-1
 cflow        3416  cflow pre-depends on gcc -- bad
 kbd          1901  `compose' keytable command not documented
 kbd          2217  loadkeys problem
 kbd          2238  another loadkeys problem
 kbd          3210  loadkeys infelicities
 kbd          3383  kbd bogosity
 nethack      3271  new nethack screws up on linux console

Ian Murdock <imurdock@debian.org> (18 bugs):
 acm          1366  acm networking problems
 ftp.debian   1672  non-free packages
 ftp.debian   1971  librl should be in required
 ftp.debian   2941  lots of hyphens in archive
 ftp.debian   3236  auto-pgp in non-free, mailcrypt in misc
 ftp.debian   3460  package classifications
 glibcdoc     1468  `glibcdoc' should use `info-browser' virtual packages
 glibcdoc     2759  glibcdoc: missing source file
 glibcdoc     2906  Inconsistency in libc.info re snprintf
 metamail     3340  Problems encountered while compiling "metamail" for m68k ar
 rootdisk     2945  Bus Error given by rootdisk
 rootdisk     3142  1.1 installation and large partitions
 rootdisk     3147  May 19 boot floppies...
 rootdisk     3272  bug in root disks...
 rootdisk     3420  Boot disk creats corrupted filesystems in some situations
 rootdisk     3488  basedisks modconf problems
 rootdisk     3489  basedisks configuration problems
 rootdisk     3491  basedisks newly booted system problems

Steve Greenland <stevegr@master.debian.org> (21 bugs):
 cern-httpd   1767  cern-httpd installation
 cern-httpd   2268  stale documentation links
 cern-httpd   3124  CERN httpd sends useless cron mail
 cern-httpd   3327  cern-httpd postinst hangs if daemon configured for inetd
 cern-httpd   3370  httpdconfig installs Welcome.html even if index.html exists
 cern-httpd   3467  cern-httpd curious message
 cern-httpd   3486  forwarded message from Cron Daemon
 cron         1681  Missing files
 cron         1995  run-parts on laptops
 cron         2052  find over NFS
 cron         2338  finds in cron.daily should be nice
 cron         2808  wrong crontab entry for atrun
 cron         3047  cron script problem?
 cron         3099  /etc/cron.daily/standard security hole
 cron         3114  cron.daily/standard script
 cron         3148  Cron: Cannot stat in /var/spool/cron/atjobs/
 cron         3182  cron's checksecurity runs find on NFS mounted filesystems
 cron         3302  savelog seems to be missing from cron package
 cron         3358  Problems encountered while compiling "cron" for m68k arch
 cron         3368  cron's checksecurity still scans NFS servers
 cron         3496  checksecurity patch for nfs mounts

Andrew Howell <andrew@it.com.au> (22 bugs):
 lynx         2067  lynx -source can't find documents
 lynx         2295  (no subject)
 lynx         2946  Lynx gives fatal error message
 lynx         2964  lynx -dump fails through proxy
 lynx         2965  lynxexec not compiled into lynx.
 lynx         3105  lynx access to dot files is disabled
 lynx         3386  lynx version number changes
 lynx         3469  lynx default home page
 mandelspaw   3176  mandelspawn slave problems
 rxvt         2510  rxvt-2.14 breaks old scripts
 rxvt         2989  rxvt source bug
 samba        1946  nmbd won't browse
 tcsh          820  tcsh builtin `echo' doesn't check write errors
 tcsh         3396  tcsh doesn't provide c-shell
 tcsh, csh    3466  tcsh, csh should use update-alternatives, not diversions
 tf           2547  tf does not support visual mode
 xntp         2051  /etc/ntp.conf is an auto-handled conffile
 xntp         2982  xntp calls ntpdate at start
 xtron        1703  xtron documentation
 ytalk        2196  ytalk `shell' option can't run dpkg
 ytalk        2575  ytalk lies about who you are talking to
 ytalk        2699  ytalk doesn't use FQDNs

Bruce Perens <Bruce@Pixar.com> (22 bugs):
 arrl-infos   2737  arrl-infoserv: missing source file
 ash          2604  ash: cc: Internal compiler error: program ld got fatal sign
 ash          3056  ash-source contains objects
 boot-flopp    998  Can't Configure DOS Partitions
 boot-flopp   1032  Linux Counter Project Info Not Included
 boot-flopp   1372  rootdisk: no dvorak keytable
 boot-flopp   2569  bootdisk: Leading dot in dnsdomainname?
 boot-flopp   2738  Installing Debian 1.1
 boot-flopp   2739  Configuring Network with Debian 1.1
 boot-flopp   2740  Configuring Network with Debian 1.1
 boot-flopp   2850  nfs.o isn't loaded in clean debian 1.1 nfs install
 boot-flopp   2893  forwarded 1.1 installation bugs
 boot-flopp   2914  (no subject)
 boot-flopp   3031  various boot-floppies nits
 boot-flopp   3064  need a pointer in /usr/doc/boot-floppies
 boot-flopp   3121  boot-floppies doesn't have basedisks.sh
 lilo         2926  Lilo: can't make documentation
 lilo         3247  Lilo unpack removes boot.b
 modconf      3500  Required package modconf depends on extra package dialog
 pcb          3388  linked with aout libXaw
 pcb          3413  linked with aout libXaw
 syslinux     2774  syslinux: missing source file

Simon Shapiro  <Shimon@i-connect.net> (23 bugs):
 kernel       1707  image 1.2.13-5 has no msdos.o
 kernel       1744  dpkg: cannot scan updates directory `/var/lib/dpkg/updates/
 kernel       1759  running out of swap causes deadlock
 kernel       1922  1.3.43 Kernel is too nice
 kernel       1962  kernel needs sbpcd.h editing in some cases
 kernel       1989  mmap bug?
 kernel       2063  scsi driver sequence unreasonable
 kernel       2064  aha1740 driver only supports one card
 kernel       2105  console error messages "Source Route Failed."
 kernel       2463  "msdos" filesystem needed for bootstrapping
 kernel       2470  in kernel Attached ether adapter driver interferes with lp 
 kernel       2692  kernel swap space problem
 kernel       2940  image-1.3.64-0 lacks scsi tape device
 kernel       3019  no 386 support in kernel_image 1.3.100
 kernel       3040  Sound module in 1.3.95 kernel not compatible with my SB16 c
 kernel       3106  v 1.1 beta kernel image not for i386
 kernel       3195  "/etc/rc.boot/0setserial" fails due to missing "serial" mod
 kernel       3258  pcmcia-cs minor postinst bug
 kernel       3265  kernel-image and PS/2 mouse problem
 kernel       3268  network modules don't work with kernel 
 kernel       3275  dpkg --no-act leaves control info in /tmp
 kernel       3393  printer-driver problem in kernel 1.99.7
 kernel       3397  (no subject)

Stephen Early <sde1000@debian.org> (23 bugs):
 xbase         725  twm places windows incorrectly
 xbase         740  xclock leaves `droppings' in its window
 xbase         773  xmh falls over if mh is not installed
 xbase         775  twm reports errors on incorrect line numbers
 xbase        1621  Xmark has no manpage
 xbase        1690  XDM protection fault on X config error
 xbase        1691  X config allows invalid numeric range
 xbase        1819  X11 doesn't set a lock on the mouse port
 xbase        1985  xdm won't redirect to remote machines.
 xbase        2243  xterm vanishes when it's big (some escape sequence?)
 xbase        2297  xterm gets mouse-paste and RETURN in wrong order
 xbase        2313  xterm keymapping problems suspected
 xbase        2360  xdm cannot find a free VT
 xbase        3026  xbase et al postinst doesn't flush stdout
 xbase        3073  xbase contains imake and xmkmf without their config files
 xbase        3095  xbase kills xdm and *then* asks (politely, but belatedly)
 xbase        3162  disconnects between ncurses-base and xbase
 xbase        3267  Unqualified hostnames in rstart
 xbase        3395  can't login via xdm
 xbase?       3110  X servers muck up xdm when uninstalled
 xmanpages    3308  X(1) manpage in wrong place?
 xserver-sv   1292  X locks up
 xserver-sv   3300  xserver-svga configuration

Mark Eichin <eichin@kitten.gen.ma.us> (27 bugs):
 autoconf     3172  Autoconf does not provide config.guess, config.sub etc.
 emacs        1879  Emacs shell mode weirdness - looks like C code bug
 emacs        2183  emacs shouldn't touch /usr/local
 emacs        2235  emacs eats manual pages
 emacs        2267  emacs ange ftp fails
 emacs        2318  Emacs makes it hard for MTAs to do the right thing
 emacs        2392  Emacs mishandles fonts under X.
 emacs        2417  emacs inferior process buffers failing
 emacs        2431  Emacs mishandles X fonts.
 emacs        2476  emacs mucks up my email address
 emacs        2477  annoying bug in emacs
 emacs        2478  ange ftpd croaks on anonftpd
 emacs        2479  ange-ftp is incredibly inefficient
 emacs        2500  (no subject)
 emacs        2532  Emacs fails to use `set -e' in postinst
 emacs        2596  install-info (v1.1.2) creates bad emacs section
 emacs        2609  (no subject)
 emacs        2630  emacs package needs to break ctags-related files out separa
 emacs        2634  emacs hung
 emacs        2709  emacs should list /usr/lib/emacs/19.30/lisp/default.el as a
 emacs        2714  Emacs and XEmacs share files
 emacs        2731  emacs with gud creates ~/.terminfo/e/emacs
 emacs        2829  emacs: gdb says: slashes aren't allowed (/etc/termcap)
 emacs        3119  emacs font handling
 emacs        3179  emacs ctags segfaults
 emacs        3241  derived.el fails in emacs
 emacs        3400  gnus broken? in Debian-emacs-19.31-2

daveb@tau.space.thiokol.com (David P. Boswell) (31 bugs):
 bash          818  bash builtin `echo' doesn't check write errors
 bash         1009  bash problem with quoting/completioon
 bash         1549  bash should not have world-readable history
 bash         1624  thermal run away problem
 bash         1702  telnet+su root->thermal process
 bash         1714  bash is confused when breaking lines
 bash         1746  rsh <system> sh -i produces CPU hog
 bash         1834  [kubla@goofy.zdv.Uni-Mainz.de: /etc/profile on Debian Linux
 bash         2110  Bash tab completion of non alphanumeric characters
 bash         2265  bash `horizontal scroll' can't be turned off
 bash         2301  bash doesn't document any way to safely create tmp file
 bash         2362  bash (readline) dumps core on completion
 bash         2818  bash doesn't provide enough docs
 bash         2856  fd leak in bash
 bash         3174  set -i doesn't work in bash
 bash         3177  sh -nc <command> actually runs command (!)
 bash         3353  Problems encountered while compiling "bash" for m68k arch
 fileutils    1854  cp -dpR doesn't preserve ownership of symlinks
 fileutils    3157  df from fileutils calls sync() needlessly
 fileutils    3329  Problems encountered while compiling "fileutils" for m68k a
 shellutils    821  /bin/echo doesn't check write errors
 shellutils   1164  who --help uses /etc/{w,u}tmp
 shellutils   1560  `su' produces incomplete log entries when not in ordinary s
 shellutils   1616  'who' can't find utmp
 shellutils   2068  su doesn't su.
 shellutils   2292  date does not support dates past 2000 !
 shellutils   2345  Inclusion of shadow breaks up some packages in the current 
 shellutils   2959  date + bug
 shellutils   3087  Bug in date.
 shellutils   3359  Problems encountered while compiling "sh-utils" for m68k ar
 textutils    1812  Cut in textutils with fields

Ian Jackson <ian@chiark.chu.cam.ac.uk> (34 bugs):
 dpkg          957  dpkg should automatically log everything
 dpkg         1037  dselect user interface (was Re: debian 0.93pl5 installation
 dpkg         1399  dselect error handling not consistent
 dpkg         1480  start-stop-daemon doesn't check process status
 dpkg         1526  man dpkg(5) dpkg(8) dselect
 dpkg         1555  dselect per-screen-half focus request
 dpkg         1642  dpkg recursive package listing doesn't do the right thing
 dpkg         1670  start-stop-daemon is too slow
 dpkg         1797  upgrade/downgrade dependency calculation problem
 dpkg         1818  configure ordering based on Recommends
 dpkg         1921  update-alternatives prompt, dpkg conffile show diff
 dpkg         2531  install-info should use better locking strategy
 dpkg         2536  dpkg inappropriately marks packages as installed
 dpkg         2576  base: selecting [A]ccess with dselect
 dpkg         2603  dpkg-1.1.3 seg fault when installing xterm-color
 dpkg         2664  arrow keys fail in dselect not just after search ?
 dpkg         2828  have to install xosview twice to work
 dpkg         2834  desect loses state if it can't find a pre-dependancy
 dpkg         2894  dpkg guidelines info files not recognized
 dpkg         2904  install-info doesn't cope with nonexistent /usr/info/dir fi
 dpkg         2911  Conffiles are deleted too late ? (Re: Bug#2701: seyon: dpkg
 dpkg         2929  dpkg-name 1.1.6 is broken.
 dpkg         2939  Bad dpkg/ldconfig Interaction
 dpkg         2973  install-info created 5 Development sections in my /usr/info
 dpkg         3125  bug (and correction) in dpkg-1.1.6 scripts/install-info.pl
 dpkg         3170  again dpkg --root=xxx
 dpkg         3218  install-info adds Miscellaneous section badly
 dpkg         3225  dpkg-1.2.3 upgrade problems from 1.0.17
 dpkg         3233  dselect for 1.1 as of June, 2nd
 dpkg         3380  dselect update alternatives subtle errors
 dpkg         3410  some problems/bugs/suggestions with install-info
 dpkg         3418  dpkg-scanpackages is syntactically incorrect
 dpkg         3429  deb(8) is inconsistent with the Debian-1.1 package format
 pgp-i        1831  pgp-i bug..

Darren Stalder <torin@daft.com> (38 bugs):
 libgr        2342  libpng too old (0.71) for Arena
 libgr        2343  libgz obsolete and confusing name for libz
 libgr-dev    2529  libgr and libgr-dev both provide a common file
 perl         1099  perl bug
 perl         1170  perl fails to make headers first time...
 perl         1201  perl doesn't know about includes
 perl         1247  perl <...> globbing only works if (t)csh installed
 perl         1411  perlconfig misses an opportunity to use xargs
 perl         1856  creating perl header files
 perl         1916  perl: wrong entries in Config.pm
 perl         1972  perl should suggest kernel sources
 perl         2182  perl shouldn't touch /usr/local
 perl         2184  perl's sys/socket.ph causes warning
 perl         2241  Perl 5.002-3 handles LANG and LC_* poorly
 perl         2251  Perl coredumps while invoking adduser
 perl         2254  perl doesn't initialize variable to 0 or something
 perl         2405  perl postinst messages re unctrl.h
 perl         2440  sys/socket.ph produces spurious message
 perl         2495  perl requires tcsh (as it is currently configured)
 perl         2501  (no subject)
 perl         2502  configure fails if /vmlinuz is missing
 perl         2589  perl can't load libdb.so.1
 perl         2590  new revision of perl does not include suidperl
 perl         2593  perl tries to install in /usr/local
 perl         2658  Errors during perlconfig
 perl         2691  new perl break suid scripts
 perl         3093  Perl dumps core
 perl         3212  Perl recommends nonexistent packages
 perl         3230  why the hell does perl depend on tcsh???
 perl         3242  perl's dependencies are wrong
 perl         3277  nit: perl setup emits a \n
 perl         3283  /usr/bin/perlconfig should be in /usr/sbin
 perl         3295  perls debian.rules doesn't work
 perl         3296  /bin/perl is not updated
 perl         3423  Problems installing kernel sources and sudo
 perl         3428  pod2latex: E<szlig>, =over/=cut/=pod/=item not handled corr
 perl         3434  pod2latex: E<szlig>, =over/=cut/=pod/=item not handled corr
 weblint      3028  bad weblint permission

Fernando Alegre <alegre@mars.superlink.net> (38 bugs):
 mc           2823  mc segfaults on reconnect of ftpfs
 mc           3128  mc-3.2.1-1 needs libgpm.so.1
 mc           3245  mc should depend on gpm
 mc (Midnig   2242  mc should depend on ncurses3.0
 procps       1016  top has 3's in vt100
 procps       1176  /usr/bin/top segfault with unknown terminal
 procps       1240  ps(1) man page incomplete
 procps       1246  ps man page does not agree with implementation
 procps       1336  CFLAGS shouldn't be used when linking
 procps       1533  `w' produces bogus login@, idle time &c for xdm login entry
 procps       1713  procps: manpage doesn't tell the truth
 procps       1853  top fails after 130 processes?
 procps       1908  Top and tabs
 procps       1933  w from procps gives wrong idle times
 procps       2159  "ps pids" lists more than just pids
 procps       2402  ps no longer understands `g' option
 procps       2427  top d 60 fails
 procps       2460  bizarre output from `free'
 procps       2520  procps needs dependency on ncurses3.0
 procps       2721  free fails to understand recent kernels' /proc/meminfo
 procps       2728  top coredump
 procps       2841  top produces `$<3>' at end of each line !
 procps       2938  libproc is in wrong place
 procps       3080  error message in syslog caused by ps
 procps       3102  top has problems when not on console
 procps       3260  psupdate man page out of date
 procps       3350  Problems encountered while compiling "procps" for m68k arch
 timezone     2167  timezone zdump for US zones gives GMT instead of local time
 timezone     2169  timezone zdump utility should be able to dump files
 timezone     2170  timezone: it needs more documentation
 timezone     2171  timezone: how to determine zone setting?
 timezone     2275  ctime(3) should be replaced by newctime(3)
 timezone     2671  timezone Mexico/General doesn't switch to DST
 timezone     2682  Zoneinfo library has a name-clash with compression library
 timezone     2785  Timezone has static library?
 timezone     3084  missing timezones
 timezone     3363  Problems encountered while compiling "timezone" for m68k ar
 timezone?,   2942  Wrong timezone for Europe/Warsaw?

Bruce Perens <bruce@pixar.com> (44 bugs):
 base         1699  Install/Config quirks: Missing secondary DNS server, NIS se
 base         1742  /dev/tty has wrong permissions
 base         1794  /bin/sh is shell when none specified in /etc/passwd
 base         1855  packages adding entries to /etc/group
 base         1885  base 0.93.6-13: doesn't create higher ttys
 base         1954  setting up the network
 base         1955  base discs still aren't creating /var/log/news
 base         2001  Incorrect ownership of audio device files
 base         2070  /etc/issue and /etc/issue.net
 base         2524  problems with base package
 base         2538  audio devices have different group id than audio group
 base         2688  base: wrong group for rft* devices
 base         2741  First booting with Debian 1.1
 base         2840  Conflicting entries in login/group
 base         2889  no NCR 53c810 driver in 1.1 boot-disk
 base         2895  base -- incorrect passwd entry for 'gnats'
 base         2920  incorrect entry for nobody in recent "base" package
 base         2927  /usr/info/dir in base confuses install-info
 base         2928  nobody has wrong login shell
 base         2975  [base] missing /dev entries
 base         2978  May 13 15:51:25 lohi wu-ftpd[345]: wtmp /var/log/wtmp No su
 base         3002  majordomo has conflicting group id
 base         3027  updatedb can't run properly
 base         3036  automatic adduser/addgroup in postinst (was Re: fingerd)
 base         3039  MAKEDEV script does not create the random/urandom devices
 base         3070  base copyright string
 base         3149  upgrading base truncates utmp
 base         3183  permissions problems with /var/lib/games
 base         3231  /usr/i486-linuxaout/lib not present
 base         3252  base template /usr/info/dir malformed
 base         3314  On request of Bruce: /etc/rc.boot/0serial way too optimisti
 base         3315  Bug in /etc/init.d/networks on 11-6 disks
 base         3387  base leaves /tmp/base.postinst lying around
 base         3406  dselect unreadable under xterm
 base         3409  Could not make boot floppy
 base         3421  /tmp installs wrongly
 base         3493  Teles ISDN card installation buglets
 base, ae     3146  1.1 installation: ae doesn't work
 bootdisk     2937  Copyright message function key incorrect
 bootdisk     2956  beta experience
 bootdisk     3185  Lack of NCR53c810 support on boot disk
 bootdisk     3269  bootdisk silently fails-change instalation manual
 bootdisk     3320  Kernel oops - problem with APM BIOS?
 bootdisk/r   3279  ne2000 lockups during instalation

Nils Rennebarth <nils@nus.pan-net.de> (45 bugs):
 bibtex       2037  bibtex not searching $TEXINPUTS
 bibtex, kp   1429  several TeX packages Provide themselves
 dviljk       3198  dviljk is still aout! :-(
 dviljk       3202  dviljk doesn't read stdin!!! :-(
 dviljk       3458  dviljk missing prompt for input
 dvipsk       1873  dvipsk ignores /etc/papersize!
 dvipsk       2104  dvips doesn't provide color
 dvipsk       2357  dvipsk generated PS causes `restore error'
 kpathsea     1858  kpathsea package does not install or maintain an ls-R datab
 kpathsea     1865  cmr10 at 10.0pt not loadable: Metric (TFM) file not found.
 kpathsea     2027  tiny bug in web2c debian.rules
 latex        3390  Xdvi and postscript fonts
 latex        3415  Xdvi and postscript fonts
 latex,xdvi   2054  no subject (file transmission)
 latex2e-do   3463  latex2e-doc recommendation
 latex2edoc   3453  latex2edoc dependencies
 ltxmisc      2749  ltxmisc: missing source file
 ltxtool      1771  Legal problems with ltxtool
 ltxtool lt   1502  Uniform lists in debian.control
 mfbasfnt     2751  mfbasfnt: missing source file
 mfbin        1686  psfonts.map can't be found
 mfbin        1934  font scaling problem
 mfbin        2972  MetaFONT linked against X libraries
 mfbin        3077  gray font .mf files missing from MFBIN
 mflib        2185  texmf/metafont or texmf/mf ?
 mflib        2772  mflib: missing source file
 mflib        3323  MakeTeXPK mis-invokes ps2pk
 mgetty       3372  mgetty+sendfax missing new_fax script
 psnfss       3135  psnfss has no Architecture field
 texbin       1647  dpkg can present incorrect info for virtual packages.
 texbin       1653  Missing dvicopy(1) man page.
 texbin       1663  TeX comes without configuration script
 texbin       1664  TeX is lacking documentation on the setup
 texbin       1823  texbin postinst failed with error 1, no message
 texbin       2023  latex dumps core on -QUIT
 texbin       2038  tex man page has unexpanded macros in it
 texbin       2621  unstable/texbin install fails
 texlib       2186  national hyphenation patterns
 texlib       2766  texlib: missing source file
 texpsfnt     2764  texpsfnt: missing source file
 textfm       2763  textfm: missing source file
 textfm, te   3468  textfm and texlib file conflicts
 xbmbrowser   3050  xbmbrowser man page installed as xbmbrowser.man
 xdvik        2122  xdvik doesn't handle the `zcat convention
 xdvik        2803  xdvi does not handle redraws of includedEPS files correctly

(unknown) (70 bugs):
              3479  (no subject)
              3480  (no subject)
              3481  (no subject)
 (rootdisk)   3451  Missing label 'llseek' in e2fsck - rootdisk
 (www.debia   3430  section information in .html files is incorrect/outdated
 Debian dis   3443  mechanism for dealing with orphan packages
 Debian dis   3444  mechanism for dealing with orphan packages
 a2gs         3456  a2gs prompt looks like `please wait' message
 a2ps         1874  a2ps ignores /etc/papersize!
 afterstep    3501  Permissions problem with afterstep
 ax25-kerne   1467  `ax25-kernel-source', `ax25-util' should use virtual packag
 ax25-kerne   2762  ax25-kernel-source: missing source file
 ax25-util    2099  slip module stops axattach
 ax25-util    2765  ax25-util: missing source file
 bin86        1281  bin86
 dpkg-name    3482  dpkg-name gives unnecessary warning
 fort77       2919  very bad fort77 installation message
 g77          2852  Bug 2711: g77 does not include info file
 image        1914  general protection in unix_proto_connect
 kermit       2430  kermit configuration script is hard to read on a monochrome
 kernel-hea   3465  kernel-headers-2.0.0 maintainer scripts #!/usr/bin/perl
 kernel-sou   3464  kernel-source-2.0.0 maintainer scripts #!/usr/bin/perl
 libc4         911  libc causes rsh to fail on commands with option arguments
 libc4        1130  Stdlib.h problems when using gcc -O-traditional
 libc4        1211  libc __nis_getgrnam() segfaults for dpkg when using NIS
 libc4        1278  dpkg seg faults with NIS
 libc4        1279  Strangeness involving <bsd/signal.h>
 libc4        1378  weird ELF/a.out difference
 libc4        1685  dpkg-split --msdos not correct
 libc4        1774  <paths.h>: _PATH_DEFPATH contains `.'
 libc4        2011  very silly messages from rsh
 libc5        3190  rlogin takes far too long when remote says Connection Refus
 libc5        3244  (no subject)
 libc5        3338  Problems encountered while compiling "libc5" for m68k arch
 libc5 (and   2321  libc doesn't use **h_aliases (hostent)
 libc5-dev    2387  gethostbyaddr(3) ill documented
 libc5-dev    2573  sysinfo system call not in libc
 libdb1       2483  libdb1 uses not-yet-completely-supported >= syntax
 libdb1       2504  remove -m486 from Makefile
 libdb1       2896  postinst has bad permissions 644
 libdb1       3240  [libdb]: obsolete bugfix
 libdb1       3335  Problems encountered while compiling "libdb1" for m68k arch
 libgdbm1     2484  libgdbm1 conflicts with some versions of perl5 and man
 libgdbm1     3321  libgdbm.so version number...
 libgdbm1     3342  Problems encountered while compiling "libgdbm1" for m68k ar
 libreadlin   2899  postinst has bad permissions 644
 libreadlin   3345  Problems encountered while compiling "libreadline2" for m68
 ncurses3.0   1314  ncurses fails in silly way on TERM=dumb
 ncurses3.0   1997  ncurses linux terminal definition for kbs
 ncurses3.0   2085  /usr/lib/termcap/l/linux kbs Capname definition questioned
 ncurses3.0   2130  ncurses3.0-dev misinstalls scr_dump man page
 ncurses3.0   2291  missing terminfo capabilities for xterm
 ncurses3.0   2806  ncurses man pages internal inconsistencies
 ncurses3.0   2962  dselect arrow keys don't work after a search
 ncurses3.0   3113  dselect provokes ncurses problem when window enlarged
 ncurses3.0   3207  strange screen update choices from ncurses
 ncurses3.0   3422  termcap entry too long error
 psptools     3498  psptools installs under /usr/local
 spice        3155  spice still on my system
 svgalib1     2379  svgalib postinst broken
 svgalib1     2455  can't install svgalib1-1.28-5
 svgalib1     2876  svgalib will not work in a setup with serial console
 svgalib1-b   2311  svgalib has undocumented setuid program in /usr/doc/example
 win32binut   2650  win32binutils has /usr/bin/flex++
 xaw3d        3067  broken libXaw3d
 xemacs       2689  (no subject)
 xemacs       2839  Xemacs problems
 xmix         3492  xmix prints spurious message
 xserver-ma   2039  X server font erosion
 xserver-s3   1796  missing call to ntohs in X server

The listing by package maintainer is posted every Wednesday,
and the listing by age of the report every Friday.

Please see the developers' notes on the simple bug tracking system
for details of how to deal with a bug report.  Outstanding bug
reports and ones recently marked as done can be inspected at
 http://www.cl.cam.ac.uk/users/iwj10/debian-bugs/
or at the US mirror:
 http://www.debian.org/Bugs/


From debian-devel-request@lists.debian.org Thu Jul 04 05:22:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 05:03:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 05:03:18 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 17:36:09 -0000
Resent-Date: 3 Jul 1996 17:36:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dominik.kubla@uni-mainz.de>
Message-Id: <199607031734.TAA02640@bambi.zdv.Uni-Mainz.DE>
To: Michael Shields <shields@crosslink.net>
cc: andrew@it.com.au (Andrew Howell),
  kaz@lilia.iijnet.or.jp (Kazuhiro Sasayama), eichin@cygnus.com,
  debian-devel@lists.debian.org (Debian Development)
Subject: Re: xntp: Is it an `export' version? 
In-reply-to: Your message of "Tue, 02 Jul 1996 15:14:28 -0000."
             <v03007624adfee91f3a80@[205.198.168.35]> 
Date: Wed, 03 Jul 1996 19:34:53 +0200
From: Dominik Kubla <dominik.kubla@uni-mainz.de>
Resent-Message-ID: <"rY0VU2.0.jE4.8-gsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4509
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> Michael Shields writes:

> At 1996-07-02 06:24 +0000, Andrew Howell wrote:

> No, since you are outside the US, you have more freedom than a US
> maintainer.  You can package up the full version, and it can then be
> imported into the US, giving the entire world access to it.

Nope: You may not "re-export" any of those packages!  We discussed
that before and this is the reason why my crypto-stuff is not being
uploaded to master.debian.org, but ftp.uni-mainz.de.

Ciao,
  Dominik


From debian-devel-request@lists.debian.org Thu Jul 04 05:22:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 05:00:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 05:00:01 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 17:17:41 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3470: apache problems 
Reply-To: "James A. Robinson" <jimr@simons-rock.edu>, 3470@bugs.debian.org
Resent-From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Shuttleworth <marks@thawte.com>
Resent-Date: Wed, 03 Jul 1996 01:03:01 GMT
Resent-Message-ID: <handler.3470.B3470.83635531314543@bugs.debian.org>
X-Debian-PR-Package: apache
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubV41-0002EEC@plato>
To: 3470@bugs.debian.org
In-reply-to: Message from Lars Wirzenius <i-do-not-want-any-unsolicited-commercial-or-uncommercial-email@iki.fi> 
   of "Tue, 02 Jul 1996 22:21:08 +0300."References: <m0ubB0X-000HXHC@liw.clinet.fi> 
 <m0ubB0X-000HXHC@liw.clinet.fi> 
Date: Wed, 03 Jul 1996 12:46:04 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4508
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> I think this should be configurable.  The postinst should ask for the
> location, and store it somewhere suitable.  Any package that wants to

I agree completely on this one.  A lot of people have different places
they want to place web source -- it doesn't fit neatly into any of the
standard locations.  I personally put it in /usr/local/www, but some
other person may want it in /var/lib, /usr/lib, or /usr/local/lib.
All of which can make sense.  (for me, /var/ is fairly small, and so
is not a very good location for web stuff)


Jim


From debian-devel-request@lists.debian.org Thu Jul 04 05:22:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 05:22:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 05:22:13 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 17:59:36 -0000
Resent-Date: 3 Jul 1996 17:59:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v0300764eae006226cf3c@[205.198.168.35]>
In-Reply-To: <199607031734.TAA02640@bambi.zdv.Uni-Mainz.DE>
References: Your message of "Tue, 02 Jul 1996 15:14:28 -0000."            
 <v03007624adfee91f3a80@[205.198.168.35]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 3 Jul 1996 17:53:18 +0000
To: Dominik Kubla <dominik.kubla@uni-mainz.de>
From: Michael Shields <shields@crosslink.net>
Subject: Re: xntp: Is it an `export' version?
Cc: andrew@it.com.au (Andrew Howell),
  kaz@lilia.iijnet.or.jp (Kazuhiro Sasayama), eichin@cygnus.com,
  debian-devel@lists.debian.org (Debian Development)
Resent-Message-ID: <"-tUUW1.0.rb4.7Khsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4510
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-07-03 17:34 +0000, Dominik Kubla wrote:
>>>>>> Michael Shields writes:
>
>> At 1996-07-02 06:24 +0000, Andrew Howell wrote:
>
>> No, since you are outside the US, you have more freedom than a US
>> maintainer.  You can package up the full version, and it can then be
>> imported into the US, giving the entire world access to it.
>
>Nope: You may not "re-export" any of those packages!  We discussed
>that before and this is the reason why my crypto-stuff is not being
>uploaded to master.debian.org, but ftp.uni-mainz.de.

What I meant was that anyone would have access to it, through one means or
another.

A US-only site is needed for developers in the US to be able to make their
packages available.  These packages cannot legally be exported, but at
least they could be made available for Debian users within the US and
Canada.  Kerberos is a notable example of a suite that is developed and
packaged in the US, but currently has nowhere to be made available.

An overseas site is needed so that developers outside the US can upload
their packages somewhere that all mirrors can download it.  They can
legally put it on master, but master will not be able to legally send it
out to the other mirrors.

Does this make sense?

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Thu Jul 04 05:47:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 05:44:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 05:44:48 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 18:12:23 -0000
Resent-Date: 3 Jul 1996 18:12:23 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dominik.kubla@uni-mainz.de>
Message-Id: <199607031811.UAA02702@bambi.zdv.Uni-Mainz.DE>
To: Michael Shields <shields@crosslink.net>
cc: andrew@it.com.au (Andrew Howell),
  kaz@lilia.iijnet.or.jp (Kazuhiro Sasayama), eichin@cygnus.com,
  debian-devel@lists.debian.org (Debian Development)
Subject: Re: xntp: Is it an `export' version? 
In-reply-to: Your message of "Wed, 03 Jul 1996 17:53:18 -0000."
             <v0300764eae006226cf3c@[205.198.168.35]> 
Date: Wed, 03 Jul 1996 20:11:38 +0200
From: Dominik Kubla <dominik.kubla@uni-mainz.de>
Resent-Message-ID: <"49bqx1.0.0j4.6Whsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4511
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> Michael Shields writes:

[...explanation deleted...]

> Does this make sense?

Ahm ... yes it does.

Dominik


From debian-devel-request@lists.debian.org Thu Jul 04 07:52:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 07:46:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 07:46:15 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 20:41:18 -0000
Resent-Date: 3 Jul 1996 20:41:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <mdorman@lot49.med.miami.edu>
Message-Id: <m0ubYjj-0004muC@lot49.med.miami.edu>
In-reply-to: Manoj Srivastava's message of 02 Jul 1996 22:12:04 -0400
To: Manoj Srivastava <srivasta@pilgrim.umass.edu>
cc: debian-devel@lists.debian.org
Subject: Re: kernel-packages_2.00 uploaded to master
X-Mailer: MH 6.8.4
References: <gvxenmuccgb.fsf@diamond.pilgrim.umass.edu>
Date: Wed, 03 Jul 1996 16:41:21 -0400
From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
Resent-Message-ID: <"e-SOW1.0.PK7.jhjsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4512
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I like the idea, but I'm having a heck of a time getting it to work.

I unzipped virgin 2.0 sources in /var/tmp/linux, and then patched to
2.01.  I copied my config from its usual resting place to
/var/tmp/linux/.config, and ran make config for good measure.

I installed the new kernel-package.  I read the README, which seems
terribly out of sync with what the make-kpkg script really wants.  I
tried running 'make-kpkg binary', and it churned and whirred and
eventually came up with,

"sed: can't read debian/image.postinst: No such file or directory"

Which makes sense, since there's no /var/tmp/linux/debian directory.

Also, make-kpkg kernel_image (which is all I'm really interested in)
tells me this isn't a valid target.

So did I do something wrong?  I haven't found the docs to be
sufficiently in sync to say.

Once it works, though, I think it'll be even nicer than the previous
kernel-package, of which I am a big fan.

Mike.
--
"Don't let me make you unhappy by failing to be contrary enough...."


From debian-devel-request@lists.debian.org Thu Jul 04 08:17:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 07:59:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 07:59:01 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 20:55:01 -0000
Resent-Date: 3 Jul 1996 20:55:01 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0ubYpG-0002a0C@chiark.chu.cam.ac.uk>
Date: Wed, 3 Jul 96 21:47 BST
Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
From: owner@bugs.debian.org (Ian Jackson)
To: Debian developers list <debian-devel@lists.debian.org>
Subject: WWW access to bug tracking system at cl.cam.ac.uk
Resent-Message-ID: <"oAT2G.0.GR7.bujsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4513
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I've now set up a mirroring arrangement which will keep the HTML bug
mirror here in Cambridge up to date.

I've removed the temporary arrangement I had with one of the local FTP
mirrors being accessed through the webserver on chiark (in any case,
they seem to be having some problems - unstable/binary-i386 has
vanished on one of them ...)

The `primary' site, www.debian.org, is still not set up yet, because
of the general delay with the Web arrangements.

So in the meantime please come and find your bug reports at:
 <URL:http://www.cl.cam.ac.uk/users/iwj10/debian-bugs/>

Also available there is a set of up-to-date documents on how to use
the bug tracking system.

NB that the `this page last checked' timestamp entries are not right
at the moment, because master's clock is wrong.  When master's clock
is set correctly these will be correct too.

Ian.

PS: The UK-US transatlantic link is much better nowadays - it has been
approximately doubled twice, and it's out of term now.


From debian-devel-request@lists.debian.org Thu Jul 04 08:18:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 08:03:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 08:03:09 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 21:02:50 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3506: nameserver can fail to start
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3506@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Wed, 03 Jul 1996 04:48:05 GMT
Resent-Message-ID: <handler.3506.B.83636882421485@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubYSG-0002a0C@chiark.chu.cam.ac.uk>
Date: Wed, 3 Jul 96 21:23 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4514
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: bind
Version: 4.9.3-BETA24-1

For some reason /var/run/named.pid didn't exist when my system tried
to boot.  Perhaps /var/run is cleared out earlier in the bootup
process.

The result of this was that `/etc/init.d/bind start' didn't start the
nameserver.  The relevant bit is:

start)
        if grep -qv "^;.*" /etc/named.boot; then
                echo "Starting Internet domain name server"
                ndc start >/dev/null
        fi
        ;;

I ran it by hand, and saw:
-root@chiark:~> /etc/init.d/bind start
Starting Internet domain name server
[ my logs showed nothing happening ]
-root@chiark:~> /etc/init.d/bind start
Starting Internet domain name server
[ again ]
-root@chiark:~> ndc start
ndc: /var/run/named.pid does not exist
-root@chiark:~> touch /var/run/named.pid
-root@chiark:~> ndc start
usage: grep [-[[AB] ]<num>] [-[CEFGVchilnqsvwx]] [-[ef]] <expr> [<files...>]
Name Server Started
-root@chiark:~> 

So (a) ndc start shouldn't fail if /var/run/named.pid doesn't exist,
(b) it should print its error messages to stderr so that we'd know
that something was wrong, and (c) it should not pass garbage arguments
to `grep'.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 04 08:18:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 08:06:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 08:05:59 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 21:02:54 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3505: ndc does not use start-stop-daemon
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3505@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Wed, 03 Jul 1996 04:48:03 GMT
Resent-Message-ID: <handler.3505.B.83636882421482@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubYS0-0002a0C@chiark.chu.cam.ac.uk>
Date: Wed, 3 Jul 96 21:23 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4515
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: bind
Version: 4.9.3-BETA24-1

While investigating a nameserver problem I had cause to look at
/usr/sbin/ndc.

I see that it doesn't use start-stop-daemon.  Instead it uses a
combination of ps, grep and other assorted hackery to attempt to find
named's PID.

I surmise that this is because it is an upstream program which must
work (as well as it can) on systems without /proc and
start-stop-daemon.

For Debian, the script should be changed to use start-stop-daemon.  I
believe this will be more easily done if it is rewritten; after all,
it doesn't appear to do very much other than send named signals.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 04 08:43:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 08:30:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 08:30:31 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 21:37:19 -0000
Resent-Date: 3 Jul 1996 21:37:19 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <eos!david@etter.ch>
Message-Id: <m0ubZFe-000ALIa@eos>
From: david@eos.lugs.ch (David Frey)
Subject: new magicfilter uploaded
To: debian-devel@lists.debian.org (Debian Developer Mailing List)
Date: Wed, 3 Jul 1996 23:14:20 +0200 (MET DST)
X-Stardate: [-31]7754.42
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"7FG5y2.0.wo7.FWksn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4516
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I've uploaded a new version of magicfilter, which fixes Bug #3254 and
#3542. Unfortunately I'm to late for Debian 1.1, but this should go
into buzz-fixed.

-----BEGIN PGP SIGNED MESSAGE-----

Date: 03 Jul 96 19:08 UT
Format: 1.5
Distribution: buzz-fixed
Priority: Low
Maintainer: David Frey <David.Frey@eos.lugs.ch>
Source: magicfilter
Version: 1.2-5
Binary:  magicfilter
Architecture:  i386 source
Description: 
 magicfilter: automatic printer filter.
Changes: fixed Bug 3254 ("Recommends" instead of "Suggests") and
         3542 (does not run magicfilterconfig at postinst phase).
Files:
 63b4cffa411da046b5be15dcc8fe0f6f  58619  text  -  magicfilter-1.2-5.tar.gz
 a28d79177568c5a2985bf3c57d56903b  6333  text  -  magicfilter-1.2-5.diff.gz
 d5a0cb245f2a7ee96b7befd66f31fc52  23790  text  extra  magicfilter-1.2-5.i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdrGXjeIcrC5jTapAQGuLwQAn78Zqhqvr8jrxaLGUwm64c4Le/lexfHm
J7YHeGXptK8QtFCa1ij67nvF3XYmfR63eDrIqFwSBHRTqRLofX7IvDT998ZNqQnR
D8dcanxyPORu52icRRbnRj2lhSTh0Ah7EJ15NTOaWqfmSSqjbmFKOYsYoGTBYKKP
ghwv+P9RBnE=
=oLBF
-----END PGP SIGNATURE-----

David
-- 
David Frey <david@eos.lugs.ch>|Microsoft isn't the answer...it's the QUESTION.
Schlieren, Switzerland        |``No'' is the answer.
PGP-Key available on request  |Use Debian GNU/Linux!


From debian-devel-request@lists.debian.org Thu Jul 04 09:08:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 09:04:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 09:04:50 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 21:52:59 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3415: Xdvi and postscript fonts
Reply-To: ecl@fnpc21.if.usp.br (Emilio Lopes), 3415@bugs.debian.org
Resent-From: ecl@fnpc21.if.usp.br (Emilio Lopes)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Wed, 03 Jul 1996 05:33:01 GMT
Resent-Message-ID: <handler.3415.B3415.83637182922593@bugs.debian.org>
X-Debian-PR-Package: latex
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubZKu-000VRtC@fnpc21.if.usp.br>
Date: Wed, 3 Jul 96 18:19 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: Rob Browning <osiris@cs.utexas.edu>
Cc: ecl@fnpc21.if.usp.br (Emilio Lopes), Mark Eichin <eichin@cygnus.com>,
  joost@rulcmc.leidenuniv.nl (joost\
    witteveen),
  D.M.Smith@lancaster.ac.uk, 3415@bugs.debian.org
In-Reply-To: <873f3bpdig.fsf@raven.ots.utexas.edu>
References: <m0ua2yp-00011mC@rulcmc.leidenuniv.nl>
	<xe1u3vutqj8.fsf@maneki-neko.cygnus.com>
	<m0uaqgt-000VRtC@fnpc21.if.usp.br>
	<873f3bpdig.fsf@raven.ots.utexas.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4517
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "RB" == Rob Browning <osiris@cs.utexas.edu> wrote:

>> ps2pk does *exactly* the same and MakeTeXPK can work with it. Install
>> it from the stable/tex dir.

RB> But gstopk allows you to view all the "standard" postscript fonts from
RB> xdvi without installing anything that's non-debian.  (All you need
RB> AFAIK is gsfonts).  With ps2pk you have to go find the ps fonts
RB> somewhere else, hence I would prefer gstopk.

So, don't you would like to make a gsftopk package? That's the fun of
free software and open development systems: if you don't like the way
it works or it simply doesn't works you can fix it!

(I'm somewhat inspired; I've just come from a talk by RMS... :-)


Emilio.

-- 
 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
 FINPE, Instituto de Fisica      E-mail: ecl@finpe.if.usp.br
 Universidade de Sao Paulo       Phone : (+55 11) 818-6724 (Voice)
 Caixa Postal 66318                      (+55 11) 818-6715 (Fax)
 05389-970  Sao Paulo - SP
 BRAZIL


From debian-devel-request@lists.debian.org Thu Jul 04 09:08:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 09:07:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 09:07:33 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 22:17:54 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3470: apache problems
Reply-To: Chris Fearnley <cjf@netaxs.com>, 3470@bugs.debian.org
Resent-From: Chris Fearnley <cjf@netaxs.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Shuttleworth <marks@thawte.com>
Resent-Date: Wed, 03 Jul 1996 06:03:08 GMT
Resent-Message-ID: <handler.3470.B3470.83637333023195@bugs.debian.org>
X-Debian-PR-Package: apache
X-Loop: owner@bugs.debian.org
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607032144.RAA08593@access.netaxs.com>
To: tobias@et-inf.fho-emden.de, 3470@bugs.debian.org
Date: Wed, 3 Jul 1996 17:44:47 -0400 (EDT)
Cc: branderh@debian.IAEhv.nl, 3470@bugs.debian.org
In-Reply-To: <199607021551.RAA25679@server.et-inf.fho-emden.de> from "Peter Tobias" at Jul 2, 96 05:51:01 pm
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4518
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Peter Tobias wrote:'
>
>branderh@debian.IAEhv.nl wrote:
>> > 4. /var/web is an abomination.  Use /home/httpd-data instead - in
>> > fact, check to see if the www user exists and use its home directory
>> > if so.
>> 
>> There was some discussion on this subject on the list, and I recall that
>> /home/httpd-data seem to be a bad choice.  Some people mentioned that the 
>> fact that ftpd does make this mistaken a httpd shouldn't make the mistake
>> again.  I'm not deep enough into this to say what is right or wrong about
>> this.
>
>The wu-ftpd package lets the user choose where he wants to place the home
>directory for anonymous FTP. I won't call that a mistake.

Yes, Peter also championed having a user configurable place for the
web pages.  I think this would be a good idea.  Also, for bind
(although it's fsstnd to put bind configuration in /var/named, it
would be somewhat more convenient to make this user-configurable).

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Thu Jul 04 09:33:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 09:09:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 09:09:49 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 22:18:01 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3507: named postinst mangled my configuration
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3507@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Wed, 03 Jul 1996 06:03:03 GMT
Resent-Message-ID: <handler.3507.B.83637333023194@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubZat-0002bYC@chiark.chu.cam.ac.uk>
Date: Wed, 3 Jul 96 22:36 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4519
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: bind
Version: 4.9.3-P1-3

> Setting up bind (4.9.3-P1-3) ...
> 
> [ conffiles prompts omitted ]
> Moving your /etc/named.boot to /var/named ...
> 
> Warning: Your named.boot file is being restructured to fit the Debian scheme
> for BIND configuration. The following files will be created as a result:
> 
>   /var/named/named.boot.old   - your original named.boot
>   /var/named/named.boot       - new file; should not be modified
>   /var/named/boot.options     - named options file; you may modify some
>   /var/named/boot.zones       - named zone configurations; you may modify all
> 
> It is recommended that you answer Y to the following question ...
> Rewrite /var/named/boot.options with a modified configuration? [Y] n

Aaaargh !

What if I don't like this funky layout ?  Surely this script should
ask me whether I want my universe rearranged ?!

It didn't even keep a backup !

Plus it reset the permissions on named.boot, which I'd made
group-writeable by group `root'.

> Configuration canceled. You can rerun `bindconfig' later if needed.
> 
> To be most effective, /etc/resolv.conf should list the IP address of your
> local machine (127.0.0.1) as a nameserver. You may want to change it now;
> answer the following question with a space-separated list of machine IP
> addresses to consult for name service.
> 
> Name server(s)? [127.0.0.1] 
> 
> You may also want to confirm other /etc/resolv.conf settings. See the
> resolv.conf(5) man page for details. Current contents:
> --------------------
> nameserver 127.0.0.1
> search chu.cam.ac.uk cus.cam.ac.uk cam.ac.uk cl.cam.ac.uk student-run.ucam.local ac.uk
> --------------------

I had all of this already - why does it feel the need to ask me
again ?  At least it gives me the old values as defaults.  Or at
least, I *think* those are the old values.

> Start name daemon now? [Y] 
> starting /usr/sbin/named ...

I had nicely set up my nameserver the way I liked it and this script
has eaten my configuration.  Just as well my tape drive was fixed so I
can find the old stuff in my backups ...

Ian.


From debian-devel-request@lists.debian.org Thu Jul 04 09:58:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 09:56:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 09:56:05 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 23:07:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3511: typo on installkernel man page
Reply-To: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>, 3511@bugs.debian.org
Resent-From: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Guy Maor <maor@debian.org>
Resent-Date: Wed, 03 Jul 1996 06:48:05 GMT
Resent-Message-ID: <handler.3511.B.83637633124472@bugs.debian.org>
X-Debian-PR-Package: debianutils
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubaaq-000WmFC@chez-gnu.cstp.umkc.edu>
Date: Wed, 3 Jul 96 17:40 CDT
From: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4521
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: debianutils
Version: 1.2-3

The page says it invokes 'mkboot installkernel', which should be
'mkboot -installkernel'.

--Mike


From debian-devel-request@lists.debian.org Thu Jul 04 09:58:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 09:52:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 09:52:11 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 23:07:55 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3508: guile doesn't have right permissions on /usr/include/guile/
Reply-To: rdm@tad.micro.umn.edu, 3508@bugs.debian.org
Resent-From: rdm@tad.micro.umn.edu
Resent-To: debian-devel@lists.debian.org
Resent-Date: Wed, 03 Jul 1996 06:48:02 GMT
Resent-Message-ID: <handler.3508.B.83637633124469@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Date: 3 Jul 1996 22:34:30 -0000
Message-Id: <19960703223430.13894.qmail@tad.micro.umn.edu>
From: rdm@tad.micro.umn.edu
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4520
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

bash# ls -ld /usr/include/guile/
drw-r--r--   2 root     root         3072 May 17 06:13 /usr/include/guile/


From debian-devel-request@lists.debian.org Thu Jul 04 10:23:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 09:58:17 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 09:58:17 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 23:08:02 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3510: removal of nas doesn't kill 'au' daemon
Reply-To: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>, 3510@bugs.debian.org
Resent-From: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Nonweiler <mrn20@cam.ac.uk>
Resent-Date: Wed, 03 Jul 1996 06:48:04 GMT
Resent-Message-ID: <handler.3510.B.83637633124471@bugs.debian.org>
X-Debian-PR-Package: nas
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubaXg-000WmFC@chez-gnu.cstp.umkc.edu>
Date: Wed, 3 Jul 96 17:37 CDT
From: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4522
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: nas
Version: 1.2p4-1

'dpkg --remove nas' should kill off the 'au' daemon (in prerm).

--Mike


From debian-devel-request@lists.debian.org Thu Jul 04 10:23:06 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 10:01:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 10:01:31 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 23:08:04 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3509: mpeg_play puts bogus statistics on stdout
Reply-To: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>, 3509@bugs.debian.org
Resent-From: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Raul Miller <moth@firefly.com>
Resent-Date: Wed, 03 Jul 1996 06:48:03 GMT
Resent-Message-ID: <handler.3509.B.83637633124470@bugs.debian.org>
X-Debian-PR-Package: ucbmpeg
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubaVh-000WmFC@chez-gnu.cstp.umkc.edu>
Date: Wed, 3 Jul 96 17:35 CDT
From: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4524
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: ucbmpeg
Version: 1r2-2

This is very low priority, but when an mpeg video is played two or more times,
the statistics printed the the stdout after the first time are bogus.  If the
video is displayed at a frame rate of 20fps, the statistic printed will be 20
for the first, 10 for the second, 6-7 for the third, etc.  Apparently a
counter of elapsed time is not being cleared.

Note that the frame rate shown in the GUI is always correct.

--Mike


From debian-devel-request@lists.debian.org Thu Jul 04 10:23:06 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 10:05:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 10:05:27 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 23:08:04 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3512: typo in kbd postinst
Reply-To: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>, 3512@bugs.debian.org
Resent-From: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE>
Resent-Date: Wed, 03 Jul 1996 06:48:05 GMT
Resent-Message-ID: <handler.3512.B.83637633124476@bugs.debian.org>
X-Debian-PR-Package: kbd
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubad7-000WmFC@chez-gnu.cstp.umkc.edu>
Date: Wed, 3 Jul 96 17:42 CDT
From: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4523
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: kbd
Version: 0.91-2

s/keyboard/keybaord/

--Mike


From debian-devel-request@lists.debian.org Thu Jul 04 10:48:06 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 10:26:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 10:26:51 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 23:20:46 -0000
Resent-Date: 3 Jul 1996 23:20:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <cas@taz.net.au>
Date: Thu, 4 Jul 1996 09:18:20 +1000 (EST)
From: Craig Sanders <cas@taz.net.au>
To: rdm@tad.micro.umn.edu
Cc: debian-devel@pixar.com
Subject: dpkg-man: another useful dpkg script (was Re: Emergency maintenance on dpkg database)
In-Reply-To: <19960702150753.7377.qmail@tad.micro.umn.edu>
Message-Id: <Pine.LNX.3.91.960704090548.7151A-100000@taz.net.au>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-No-Junk-Mail: Do not send me junk mail under any circumstances.
X-No-Junk-Mail: Do not add me to any mailing lists without my express request.
Resent-Message-ID: <"olL771.0.mH1.D1msn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4525
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


this one displays a list of all man pages associated with a package.

use like so:

$ dpkg-man dpkg
1 md5sum
1 dpkg-name
5 deb
5 deb-control
8 dpkg
8 dpkg-deb
8 update-rc.d
8 start-stop-daemon
8 update-alternatives
8 install-info

or

$ man `dpkg-man dpkg`


i wrote this when i first installed netatalk and needed to read all of
the documentation so I could configure it :-)

this script is public domain.  If Ian J likes it, he's quite welcome to
include it in dpkg.  I find it useful sometimes.

---cut here--- dpkg-man ---cut here---
#! /bin/sh

# displays a list of all the man pages contained within an installed
# debian package.
#
# $1 - debian package name

dpkg -L $1 | \
  grep "man.*/.*\.[0-9]" | \
	  xargs -n 1 basename | \
	    sed -e 's/\(.*\)\.\(.*\)/\2 \1/'
---cut here--- dpkg-man ---cut here---


Craig


From debian-devel-request@lists.debian.org Thu Jul 04 11:13:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 11:09:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 11:09:31 -0000
Received: (qmail-queue invoked by uid 40); 3 Jul 1996 23:57:57 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3513: /etc/init.d/acct bombs if package removed
Reply-To: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>, 3513@bugs.debian.org
Resent-From: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dirk Eddelbuettel <edd@qed.econ.queensu.ca>
Resent-Date: Wed, 03 Jul 1996 07:48:03 GMT
Resent-Message-ID: <handler.3513.B.83637933225850@bugs.debian.org>
X-Debian-PR-Package: acct
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubb6D-000WmFC@chez-gnu.cstp.umkc.edu>
Date: Wed, 3 Jul 96 18:12 CDT
From: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4526
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: acct
Version: 6.2-0

/etc/init.d/acct needs to check that its executables exist before running
them.  (i.e., things go bad after 'dpkg --remove acct')

--Mike


From debian-devel-request@lists.debian.org Thu Jul 04 11:38:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 11:30:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 11:30:18 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 00:22:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3514: Required package modconf depends on extra package dialog
Reply-To: bmbuck@acsu.buffalo.edu, 3514@bugs.debian.org
Resent-From: Buddha Buck <phaedrus@dreamscape.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Wed, 03 Jul 1996 08:03:03 GMT
Resent-Message-ID: <handler.3514.B.83638083426397@bugs.debian.org>
X-Debian-PR-Package: dialog
X-Loop: owner@bugs.debian.org
Message-Id: <199607032349.TAA11568@zaphod.caz.ny.us>
X-Mailer: exmh version 1.6.7 5/3/96
To: submit@bugs.debian.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 03 Jul 1996 19:49:06 -0400
From: Buddha Buck <phaedrus@dreamscape.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4527
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: dialog
Version: 0.9a-4

Modconf is a required base package, but it depends on dialog, which is 
an
extra miscellaneous package.

I reported this in Bug#3500, on modconf, but the modconf maintainer,
Steve Greenland reports that dialog is on the latest 1.1 boot/root/base 
disks,
and that dialog should probably be in base, not misc.

As such, I am resubmitting this as a bug on dialog.


-- 
--
     Buddha Buck                      bmbuck@acsu.buffalo.edu
"Just as the strength of the Internet is chaos, so the strength of our
liberty depends upon the chaos and cacaphony of the unfettered speech
the First Amendment protects."  -- A.L.A. v. U.S. Dept. of Justice


From debian-devel-request@lists.debian.org Thu Jul 04 11:38:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 11:32:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 11:32:49 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 00:26:55 -0000
Resent-Date: 4 Jul 1996 00:26:55 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0ubcFG-0005YhC@mongo.pixar.com>
Date: Wed, 3 Jul 96 17:26 PDT
From: bruce@pixar.com (Bruce Perens)
To: moth@firefly.com
Subject: j copyright
Cc: debian-devel@lists.debian.org
Resent-Message-ID: <"XEc6_1.0.xn1.F_msn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4528
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Raul,

The "j1" package copyright message contains this sentence:

> Permission to copy this software without fee is granted provided
> (0) the copies are not made or distributed for direct commercial advantage

I read that as "can't be sold". Can you get a clearer license from them?

	Thanks

	Bruce
--
                       Re-Elect Clinton/Gore '96

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Thu Jul 04 12:53:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 12:37:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 12:37:43 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 01:12:58 -0000
Old-Return-Path: <iwj@master.debian.org>
Subject: Bug#3515: gdb prints corrupted message
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3515@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Wed, 03 Jul 1996 09:03:03 GMT
Resent-Message-ID: <handler.3515.B.83638383727403@bugs.debian.org>
X-Debian-PR-Package: gdb
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubcFZ-0002ZEC@chiark.chu.cam.ac.uk>
Date: Thu, 4 Jul 96 01:26 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4529
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: gdb
Version: 4.15.1-1

-chiark:cdda> gdb core
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.15.1 (i486-linux), Copyright 1995 Free Software Foundation, Inc...

" @-home/things/cdda/core": not in executable format: File format not recognized

(gdb) quit
-chiark:cdda> cp core core-from-crash
-chiark:cdda> gdb core-from-crash
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.15.1 (i486-linux), Copyright 1995 Free Software Foundation, Inc...

"": not in executable format: File format not recognized

(gdb) quit
-chiark:cdda>

I can supply the file if this is helpful.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 04 12:53:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 12:44:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 12:44:01 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 01:12:59 -0000
Old-Return-Path: <iwj@master.debian.org>
Subject: Bug#3516: SCSI_IOCTL_SEND_COMMAND can cause major corruption
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3516@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Simon Shapiro <Shimon@i-connect.net>
Resent-Date: Wed, 03 Jul 1996 09:03:06 GMT
Resent-Message-ID: <handler.3516.B.83638383727404@bugs.debian.org>
X-Debian-PR-Package: kernel
X-Loop: owner@bugs.debian.org
Message-Id: <m0ubcMV-0002ZEC@chiark.chu.cam.ac.uk>
Date: Thu, 4 Jul 96 01:33 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4530
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: kernel
Version: 2.0.0

I ran the program below with the arguments 5000 170 10.
(/dev/cdrom is my SCSI CD-ROM device).  It is supposed to read digital
audio from the CD-ROM drive and save it to a file; the 10 is the
request size.  Usually I run it with a request size of 1.

This time I ran it with a request size of 10, and it appeared to lock.
I interrupted it and ran it again and it coredumped.  I tried to
remove the core and rm coredumped.  I tried to do something else (I
forget what) and got a coredump from the copy of bash that had been
forked to do whatever it was, with a bizarre message about
relocations being all screwed up or something.

I conjecture that my in-memory copy of some important thing like the
libc had been badly damaged, and decided to hit the reset switch
rather than letting any more garbage be written to the disk.

I have a file that looks like one of the corefiles generated during
this incident.  Let me know if you want it; it's 450K, or 55K
compressed.

I don't intend to try doing the same thing again to see whether the
problem is repeatable.  Unfortunately it will be hard to reproduce
unless you have an NEC SCSI-2 CD-ROM drive, or some other drive with
the same commands for reading digital audio.  However, you can
probably generate the problem by issuing perfectly ordinary READ
commands to a disk.

My SCSI controller is an NCR53c810:
 scsi-ncr53c7,8xx : at PCI bus 0, device 11,  function 0
 scsi-ncr53c7,8xx : NCR53c810 at memory 0xfbff0000, io 0xe800, irq 10
 scsi0 : burst length 8
 scsi0 : NCR code relocated to 0x1c600 (virt 0x0001c600)
 scsi0 : test 1 started
 scsi0 : NCR53c{7,8}xx (rel 17)
 scsi : 1 host.
...
 scsi0 : target 5 accepting period 200ns offset 8 5.00MHz synchronous SCSI
 scsi0 : setting target 5 to period 200ns offset 8 5.00MHz synchronous SCSI
   Vendor: NEC       Model: CD-ROM DRIVE:211  Rev: 1.0 
   Type:   CD-ROM                             ANSI SCSI revision: 02
 Detected scsi CD-ROM sr0 at scsi0, channel 0, id 5, lun 0

Ian.

#include <assert.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <netinet/in.h>
#include <unistd.h>
#include <sys/ioctl.h>
#include <string.h>
#include <sys/fcntl.h>

#ifndef SCSI_IOCTL_SEND_COMMAND
#define SCSI_IOCTL_SEND_COMMAND 1
#endif

#define IOCBUFSZ 1638400
#define BLOCKAUDIO 2352
#define BLOCKSUBQ 16
#define BLOCKSUBCODE 96
#define BLOCKTOTAL (BLOCKAUDIO+BLOCKSUBCODE)

struct msf { unsigned char m,s,f; };

struct subq {
  unsigned control:4;
  unsigned address:4;
  unsigned char tno, indexx;
  struct msf elapsed;
  unsigned char zero1;
  struct msf absolute;
  unsigned char zero6[6];
};

int main(int argc, char **argv) {
  int fd, r, e, i, nn, ns, ne, j, dfd, sfd;
  char *s;
  unsigned long ul;
  unsigned short us;
  struct subq *subq;

  struct {
    int length_of_input_data;
    int length_of_output_buffer;
    char actualstuff[IOCBUFSZ];
  } ioctlbuf;

  fd= open("/dev/cdrom",O_RDONLY);
  if (fd<0) { perror("open device"); exit(1); }
  dfd= open("rawsample",O_WRONLY|O_CREAT|O_TRUNC,0666);
  if (dfd<0) { perror("create rawsample"); exit(1); }
  sfd= open("subcode",O_WRONLY|O_CREAT|O_TRUNC,0666);
  if (sfd<0) { perror("create subcode"); exit(1); }

  ns= argc>1 ? atoi(argv[1]) : 0; /* Starting request number */
  nn= argc>2 ? atoi(argv[2]) : 1; /* Number of requests */
  ne= argc>3 ? atoi(argv[3]) : 1; /* Quantity in each request */
  for (i=0; i<nn; i++) {
    ioctlbuf.length_of_input_data= 0;
    ioctlbuf.length_of_output_buffer= IOCBUFSZ;
    ioctlbuf.actualstuff[0]= 0xd4;
    ioctlbuf.actualstuff[1]= 0x02; /* include the subq data */
    ul= htonl(ns+i*ne); memcpy(ioctlbuf.actualstuff+2, &ul, 4);
    ioctlbuf.actualstuff[6]= 0x00;
    us= htons(ne); memcpy(ioctlbuf.actualstuff+7, &us, 2);
    ioctlbuf.actualstuff[9]= 0x00;

/*if (!(i%50)) sleep(2);*/
    errno=0;
    r= ioctl(fd, SCSI_IOCTL_SEND_COMMAND, &ioctlbuf);
    if (r) {
      e=errno; s=strerror(e);
      fprintf(stdout,"%d... ioctl: %08x; (%d %s)\n",ns+i*ne,r,e,s?s:"");
    } else {
      for (j=0; j<ne; j++) {
        errno=0; r= write(dfd, ioctlbuf.actualstuff+BLOCKTOTAL*j, BLOCKAUDIO);
        if (r!=BLOCKAUDIO) { perror("write"); exit(1); }

        errno=0;
        r= write(sfd, ioctlbuf.actualstuff+BLOCKTOTAL*j+BLOCKAUDIO, BLOCKSUBCODE);
        if (r!=BLOCKSUBCODE) { perror("write"); exit(1); }

        subq= (struct subq*)(ioctlbuf.actualstuff+BLOCKTOTAL*j+BLOCKAUDIO);
        fprintf(stdout,
                "%d:  %c%c%x  %3d/%-3d %2d:%02d:%02x %2d:%02d:%02x  "
                "%02x %02x%02x%02x%02x%02x%02x\n",
                ns+i*ne+j,
                "sS__dX__qQ__YZ__"[subq->control&0x0d],
                (subq->control&0x02) ? '!' : '+',
                subq->address,
                subq->indexx, subq->tno,
                subq->elapsed.m, subq->elapsed.s, subq->elapsed.f /*BCD!*/,
                subq->absolute.m, subq->absolute.s, subq->absolute.f /*BCD!*/,
                subq->zero1,
                subq->zero6[0], subq->zero6[1], subq->zero6[2],
                subq->zero6[3], subq->zero6[4], subq->zero6[5]);
      }
    }
  }
  exit(0);
}


From debian-devel-request@lists.debian.org Thu Jul 04 18:18:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 4 Jul 1996 18:03:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 4 Jul 1996 18:03:18 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 04:58:08 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3517: innd won't remove syslog.conf lines when purged
Reply-To: amos@dsi.co.il (Amos Shapira), 3517@bugs.debian.org
Resent-From: amos@dsi.co.il (Amos Shapira)
Orignal-Sender: amos@dsi.co.il
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Thu, 04 Jul 1996 04:33:02 GMT
Resent-Message-ID: <handler.3517.B.8364547753327@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
Message-Id: <199607040417.HAA00420@birnam.dsi.co.il>
To: debian-bugs@pixar.com
From: amos@dsi.co.il (Amos Shapira)
Mime-Version: 1.0 (generated by tm-edit 7.69)
Content-Type: text/plain; charset=US-ASCII
Date: Thu, 04 Jul 1996 07:17:26 +0300
Sender: amos@dsi.co.il
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4531
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: inn
Version: 1.4unoff4-1

After running "dpkg --purge inn", the next time the system booted I
noticed a complaint from syslog about not finding /var/news/ files or
somesuch.

It seems like inn will leave the lines it adds to syslog.conf even
when purged.

Thanks.

--Amos

--Amos Shapira                    | "Of course Australia was marked for
133 Shlomo Ben-Yosef st.          |  glory, for its people had been chosen
Jerusalem 93 805                  |  by the finest judges in England."
ISRAEL            amos@dsi.co.il  |                     -- Anonymous


From debian-devel-request@lists.debian.org Fri Jul 05 01:23:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 01:20:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 01:20:23 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 12:04:44 -0000
Resent-Date: 4 Jul 1996 12:04:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <richard@elmail.co.uk>
Message-Id: <cNSXgE2Us5@muskogee.elmail.co.uk>
Date: Thu,  4 Jul 96 13:08:08 +0100 (BST)
From: Richard Kettlewell <richard@greenend.org.uk>
To: Craig Sanders <cas@taz.net.au>
Cc: debian-devel@pixar.com
Subject: Re: dpkg-man: another useful dpkg script
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.LNX.3.91.960704090548.7151A-100000@taz.net.au>
References: <19960702150753.7377.qmail@tad.micro.umn.edu>
	<Pine.LNX.3.91.960704090548.7151A-100000@taz.net.au>
Resent-Message-ID: <"EFuG43.0.0g4.SDxsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4533
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Craig Sanders writes:
>---cut here--- dpkg-man ---cut here---
>#! /bin/sh
>
># displays a list of all the man pages contained within an installed
># debian package.
>#
># $1 - debian package name
>
>dpkg -L $1 | \
>  grep "man.*/.*\.[0-9]" | \
>	  xargs -n 1 basename | \
>	    sed -e 's/\(.*\)\.\(.*\)/\2 \1/'
>---cut here--- dpkg-man ---cut here---

How about this:

dpkg -L $1 | \
  grep "man.*/.*\.[0-9]" | \
          sed -e 's/^.*\/\([^\/]*\)\.\(.*\)/\2 \1/'

You should be able to cut the number of processes even further by
using awk or perl instead of grep and sed...

- Richard


From debian-devel-request@lists.debian.org Fri Jul 05 02:38:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 02:20:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 02:20:22 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 13:16:29 -0000
Resent-Date: 4 Jul 1996 13:16:28 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded glibcdoc 1.92-1 to ftp.i-connect.net
To: debian-devel@lists.debian.org
Date: Thu, 4 Jul 1996 13:53:00 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul4.151722gmt+0100.43466@gateway.azr.nl>
Resent-Message-ID: <"NFrVw2.0.4b5.iGysn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4534
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 04 Jul 96 12:11 UT
Format: 1.6_
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: glibc
Version: 1.92-1
Binary:  glibcdoc
Architecture:  all source
Description: 
 glibcdoc: GNU C library Info documentation (edition 0.7 draft).
Changes: 
 Wed Jul  4 15:54:10 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * debian.rules (v): upgraded to 1.92 (ALPHA version)
 .
Files:
 2ac175bea08bcfc766dcb10aead1598e  2687202  devel  -  glibc-1.92-1.tar.gz
 2de79f67f886855495921ebbb585c4f6  2369  devel  -  glibc-1.92-1.diff.gz
 2ba61ace458e49344a384b89310b8186  459194  devel  extra  glibcdoc_1.92-1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdu1DuKGUa6t6e7lAQH+pAQAoyrOUFsNf8AZp2eFwNovNYYgh3bMSYbk
C2EoIDpnTP+Fxun3RAjBV/IkQPIDolWS8sUsswqFgvtOaIelZiaZCVF/3+IM1hlX
MpBLos4Yc8RmhX/PxsQHfXEZMGhwfPR20njJ8EKuAPKzwJHv1B/OTJGmicwvntgO
rH76cpuuH7s=
=etdz
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Fri Jul 05 03:28:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 03:06:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 03:06:17 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 14:16:10 -0000
Resent-Date: 4 Jul 1996 14:16:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ubpCC-0002XuC@chiark.chu.cam.ac.uk>
Date: Thu, 4 Jul 96 15:15 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: rdm@tad.micro.umn.edu
Cc: debian-devel@lists.debian.org
Subject: Re: New source packaging format - requirements and proposal
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <19960625160126.8607.qmail@tad.micro.umn.edu>
References: <19960625160126.8607.qmail@tad.micro.umn.edu>
Resent-Message-ID: <"OhaFG.0.go6.f8zsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4535
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

rdm@tad.micro.umn.edu writes ("Re: New source packaging format - requirements and proposal"):
> Unfortunately, the current discussion seem to focus more on the design
> of the source package format than an analysis of our basic
> requirements.  I don't feel I can usefully contribute to the
> discussion as it's currently progressing.  Yet, I worry that the
> result will be hard for me to understand, and hard for me to adapt to.

Hmm.

> Here's my take on the packaging format:
> 
> The requirements have to be easy to understand.  Convenience is nice
> (I happen to be rather fond of convenience), but understandability
> is paramount.

I take it you mean that the _format_ has to be easy to understand ?

> In particular, since we already have a broad base of debian source
> packages, there's going to have to be a period of transition.

Right.

> A more uniform package format would allow us to automate various sorts
> of things on a larger scale.  This could be nice.

I think the chief problems I'm trying to solve are:

- There is not enough information in a source package to tell you what
it is, what it will generate, &c.  This is already causing problems
for eg the bug system.

- We need a way to rebuild a Debian source package without having to
re-download the original source.

- We need to be able to do automatic processing.

> A more flexible package format would allow us to bring quickly into
> debian a wide array of software.  This could be nice.

What kind of software do you think isn't catered for atm ?

> [Aside: I have one source package which I put together so that I could
> just type one command and it would check the original ftp site for a
> new version -- and, if present, would update all relevant files and
> build new packages for me.  It wouldn't have been hard to go one step
> further and build a wrapper that would automatically upload the result
> and mail out the change announcement, but I left that out for a couple
> of reasons.  I've not upgraded the package recently, because I'm not
> sure that it still meets the requirements of a debian package, and
> I've not taken the time to sort out what that means.  No one has filed
> a bug report on either side of this issue, so maybe it's not an issue
> to anyone else.]

This looks like something we could make optional.  If we define a
standard way for people to provide this functionality we can see if
it's useful :-).

> Often my worries are groundless -- but I do want to recommend that
> the requirements of the format be easy to document and understand.

Oh, you mean that there should be a good spec. for the format.

Yes, obviously.

Ian.


From debian-devel-request@lists.debian.org Fri Jul 05 03:28:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 03:14:17 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 03:14:16 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 14:49:43 -0000
Resent-Date: 4 Jul 1996 14:49:43 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ubpih-0002YCC@chiark.chu.cam.ac.uk>
Date: Thu, 4 Jul 96 15:49 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Source packaging
Resent-Message-ID: <"TZKfF1.0.WI7.6ezsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4536
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

(BTW, one objective that I forgot to mention in my last mail is to
have something better-integrated with our upload handling mechanism.)

I'm leaning towards the `3 separate files' approach - a .tar.gz of the
original source, named <pkg>_<orgver>-<rev>.orig.tar.gz and unpacking
into <pkg>-<orgver>/ (note hyphen), a .diff.gz containing the
debianisation patch, named <pkg>_<orgver>-<rev>.diff.gz, and a control
file <pkg>_<orgver>-<rev>.dsc (optionally PGP-signed).

I don't have personal experience of this, but people are saying that
it will be hard to maintain accurate dependencies for source packages,
and this seems likely to be true.  I think we should either make this
a requirement, or not, and it seems to me that we should leave it for
now but leave the option open of doing it later.

So, my current list of fields for the control file is:
 Source: <source-package-name>
 Version: <orgver>-<rev>
 Architecture: <"any"|"all"|architecture>
 Generates: <binary-package> [, <binary-package> ...]
 Maintainer: <maintainer's name and email address>
 Data-MD5sums:
  <md5-checksum>  <pkg>_<orgver>-<rev>.diff.gz
  <md5-checksum>  <pkg>_<orgver>.orig.tar.gz

The Generates line would perhaps be optional, with a default of a
single binary package named the same as the source.

I'm unsure about the Version field, mainly because of the problems it
is may cause with respect to updating and repacking packages.

We'll need a couple of new required files in the debianised source:

 debian.sourceinfo

  The Source, Architecture, Generates, Maintainer and perhaps
  Version fields to be included in the .dsc file.  The dpkg-source
  script would read this when it built a source package.

 debian.Changelog

  The Debian changelog for the package.  This will be used by my new
  dchanges-a-like for getting changes info for the .changes file.

 debian.changestemplate

  The .changes file with special markers where the variable
  information goes.  It needs to have at least the Files section from
  the .changes file in some funky format, so that the sections and
  priorities can be set.  We need a flag for each file that says
  whether it is arch-independent - see below.  The Format, Date,
  Distribution, Source, Binary, Architecture, Version, Maintainer,
  Description and Changes fields can be derived from the .deb and .dsc
  files and the debian.Changelog.

The debian.rules source and diff targets become obsolete, because the
debian.sourceinfo file contains all the info you need.

Then, to rebuild a package for a new architecture you unpack the
source (dpkg-source will make the debian.rules executable for you),
run debian.rules build, as root debian.rules binary, use the new
dchanges-a-like with the `arch-dependent files only' option and the
`read changes information from here' option to generate the .changes
file, PGP sign the .changes file and upload the result.  We can
produce a script to do all of these things.

To take over a package or release a bugfixed version you unpack the
source and play around with it, and then carry on as if you were the
maintainer:

To release a new version you make sure that the debian.Changelog has a
new entry for your modifications, giving the distribution and version
number for the changes file in one of a few standard formats.  If the
.dsc file has a Version number the .sourceinfo probably will have to
too, so you have to update that as well.  Alternatively, we might be
able to provide a script to extract the most recent version number
from the debian.Changelog and optionally update any timestamp that's
in it or add a `package released' change entry, depending on the
format.  Then the .sourceinfo could leave out the version, and the
debian.rules could use it for substituting into the debian.control
files.  Anyway, you run debian.rules clean (perhaps as root), use
dpkg-source to package up the new source, and then debian.rules build,
binary (as root), and use the new dchanges-a-like to generate the full
.changes file, extracting the changes info from the Changelog.
Neither the dchanges-a-like nor dpkg-source PGP-sign the files they
generate.

Questions:
 * debian.Changelog format ?  I have one, but lots of people use
   Emacs's awful ChangeLog mode.  Someone who understands Emacs will
   have to either write a new mode for debian.Changelog files, or tell
   me what format to expect and users how to represent the required
   information, or both.
 * What about all this stuff to do with Versions ?
 * Comments ?

Ian.


From debian-devel-request@lists.debian.org Fri Jul 05 04:18:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 04:06:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 04:06:25 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 15:04:45 -0000
Resent-Date: 4 Jul 1996 15:04:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <cas@taz.net.au>
Date: Fri, 5 Jul 1996 01:01:21 +1000 (EST)
From: Craig Sanders <cas@taz.net.au>
To: Richard Kettlewell <richard@greenend.org.uk>
Cc: debian-devel@pixar.com
Subject: Re: dpkg-man: another useful dpkg script
In-Reply-To: <cNSXgE2Us5@muskogee.elmail.co.uk>
Message-Id: <Pine.LNX.3.91.960704231248.7151C-100000@taz.net.au>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-No-Junk-Mail: Do not send me junk mail under any circumstances.
X-No-Junk-Mail: Do not add me to any mailing lists without my express request.
Resent-Message-ID: <"LEwpN1.0.Kb7.Cszsn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4537
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


On Thu, 4 Jul 1996, Richard Kettlewell wrote:

> How about this:
> 
> dpkg -L $1 | \
>   grep "man.*/.*\.[0-9]" | \
>           sed -e 's/^.*\/\([^\/]*\)\.\(.*\)/\2 \1/'

yep, that's better.

> You should be able to cut the number of processes even further by
> using awk or perl instead of grep and sed...

in fact, it can be done entirely with sed.  perl's nice but much bigger
than sed.

dpkg -L dpkg | \
  sed -n -e '/man.*\/.*[0-9]/s/^.*\/\([^\/]*\)\.\(.*\)/\2 \1/p'

Craig


From debian-devel-request@lists.debian.org Fri Jul 05 05:33:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 05:10:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 05:10:24 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 15:59:46 -0000
Resent-Date: 4 Jul 1996 15:59:46 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <osiris@cs.utexas.edu>
Sender: osiris@cs.utexas.edu
To: debian-devel@lists.debian.org
Cc: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
Subject: Re: kernel-packages_2.00 uploaded to master
References: <gvxenmuccgb.fsf@diamond.pilgrim.umass.edu>
	<m0ubYjj-0004muC@lot49.med.miami.edu>
From: Rob Browning <osiris@cs.utexas.edu>
Date: 04 Jul 1996 10:59:33 -0500
In-Reply-To: Michael Alan Dorman's message of Wed, 03 Jul 1996 16:41:21 -0400
Message-ID: <87vig4vwka.fsf@raven.ots.utexas.edu>
Lines: 21
X-Mailer: Gnus v5.2.32/Emacs 19.31
Resent-Message-ID: <"lJBIj2.0.DF.nf-sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4538
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Michael Alan Dorman <mdorman@lot49.med.miami.edu> writes:

> I unzipped virgin 2.0 sources in /var/tmp/linux, and then patched to
> 2.01.  I copied my config from its usual resting place to
> /var/tmp/linux/.config, and ran make config for good measure.

You may already know this, but...

I'd be careful about doing this stuff in /tmp or /var/tmp.  If any of
the files are too old when the cleaning scripts fire, they're
history.

Someone recently told me about a nasty experience when he mounted a
friends drive (main partition with a big (un-backed up) project on it)
on /tmp to do some work on it.  He was working late, and sooner or
later the cleaning scripts fired.  Most of the files on the drive were
lost...

--
Rob


From debian-devel-request@lists.debian.org Fri Jul 05 06:23:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 06:02:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 06:02:57 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 17:06:45 -0000
Resent-Date: 4 Jul 1996 17:06:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Thu, 4 Jul 1996 13:06:47 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Juergen Menden <menden@informatik.tu-muenchen.de>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging - alternatives 
In-Reply-To: <Pine.SUN.3.91.960703155353.8486B-100000@koma.informatik.tu-muenchen.de>
Message-ID: <Pine.LNX.3.94.960704130245.1730C-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"SF-F12.0.h51.ae_sn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4539
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 3 Jul 1996, Juergen Menden wrote:

> On Tue, 2 Jul 1996, Lars Wirzenius wrote:
> > Mark Eichin:
> > 
> > If we start to get complaints that, for example, X libs aren't part of
> > the normal UNIX developent environment, then we start adding dependencies
> > for X libs.  
> 
> complain! ;-)
> xlibs package isn't that easy to port to m68k so i don't think we have
> a xlibs package available for some time.
> (even though i have the x libs installed! :-)
> 
> NB: even if you have an exclude list, you need to have the full 
> dependencies first, otherwise you'll likely forget some.
> 
> > the source customers, but they aren't
> > as many as the binary customers
> 
> really? why is this so? does anyone really needs to recompile packages
> on intels?

Yes. Consider Pine. This package has many features that can only be
enabled/disabled in the os.h file, before the build. Many users of pine
build their own custom configured binaries. Being on an intel platform has
nothing to do with it.

Later,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Fri Jul 05 10:59:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 10:48:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 10:48:54 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 20:23:41 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3519: kernel-package documentation doesn't match program
Reply-To: bmbuck@acsu.buffalo.edu, 3519@bugs.debian.org
Resent-From: Buddha Buck <phaedrus@dreamscape.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Thu, 04 Jul 1996 20:18:01 GMT
Resent-Message-ID: <handler.3519.B.8365028011427@bugs.debian.org>
X-Debian-PR-Package: kernel-package
X-Loop: owner@bugs.debian.org
Message-Id: <199607041744.NAA01478@zaphod.caz.ny.us>
X-Mailer: exmh version 1.6.7 5/3/96
To: submit@bugs.debian.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 04 Jul 1996 13:44:33 -0400
From: Buddha Buck <phaedrus@dreamscape.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4540
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: kernel-package
Version: 2.00

The file /usr/doc/kernel-package/README suggests using a custom revision
number in the form of letter.number (and uses custom.1.0 as an example),
but make-kpkg complains that a revision number must be a real number.

Also, the documentation suggests using kernel_image as a target, but 
make-kpkg
complains that kernel_image isn't a target.  It displays a list of valid
targets, which -seems- to include kernel_image.


-- 
--
     Buddha Buck                      bmbuck@acsu.buffalo.edu
"Just as the strength of the Internet is chaos, so the strength of our
liberty depends upon the chaos and cacaphony of the unfettered speech
the First Amendment protects."  -- A.L.A. v. U.S. Dept. of Justice


-- 
--
     Buddha Buck                      bmbuck@acsu.buffalo.edu
"Just as the strength of the Internet is chaos, so the strength of our
liberty depends upon the chaos and cacaphony of the unfettered speech
the First Amendment protects."  -- A.L.A. v. U.S. Dept. of Justice


From debian-devel-request@lists.debian.org Fri Jul 05 11:24:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 11:19:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 11:19:28 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 21:13:43 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3520: Manpages netpbm show up double
Reply-To: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>,
  3520@bugs.debian.org
Resent-From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Thu, 04 Jul 1996 21:03:02 GMT
Resent-Message-ID: <handler.3520.B.8365133105600@bugs.debian.org>
X-Debian-PR-Package: netpbm
X-Loop: owner@bugs.debian.org
Date: Thu, 4 Jul 1996 22:40:15 +0200 (MET DST)
From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
X-Sender: boekhold@niki.et.tudelft.nl
To: submit@bugs.debian.org
Message-ID: <Pine.LNX.3.93.960704223658.602A-100000@niki.et.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4541
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: netpbm
Version: 1994.03.01pl1-2

When doing 'man -k tiff', tifftopnm shows up under section 1netpbm as well
as under section 1. They are only present one time.

Before I installed netpbm, I purged pbmplus, after installing I did a
'mandb'.

Possible cause (I don't know **** about manpages writing):

.TH tifftopnm 1 "13 January 1991"

             ^^^

Maarten

_______________________________________________________________________
| Maarten Boekhold, Faculty of Electrical Engineering TU Delft,   NL  |
|   boekhold@cindy.et.tudelft.nl boekhold@gopher.library.tudelft.nl   |
-----------------------------------------------------------------------


From debian-devel-request@lists.debian.org Fri Jul 05 12:14:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 11:51:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 11:51:35 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 21:32:51 -0000
Resent-Date: 4 Jul 1996 21:32:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <boekhold@cindy.et.tudelft.nl>
Date: Thu, 4 Jul 1996 23:30:12 +0200 (MET DST)
From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
X-Sender: boekhold@niki.et.tudelft.nl
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Xauthority setup without xdm
Message-ID: <Pine.LNX.3.93.960704232153.1019A-100000@niki.et.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"gG17z.0.p04.2Y3tn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4542
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

can somebody please tell me how to set up Xauthority without using xdm?
I'm not using xdm anymore, but exmh seems to require me to set this up to
work properly.

I've looked around a bit in files belonging to xdm, read Xsecurity(1) and
xauth(1), but didn't see any hints on how to set it up, only that xdm
normally does it for you.

Maarten

_______________________________________________________________________
| Maarten Boekhold, Faculty of Electrical Engineering TU Delft,   NL  |
|   boekhold@cindy.et.tudelft.nl boekhold@gopher.library.tudelft.nl   |
-----------------------------------------------------------------------


From debian-devel-request@lists.debian.org Fri Jul 05 12:14:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 11:54:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 11:54:05 -0000
Received: (qmail-queue invoked by uid 40); 4 Jul 1996 21:35:23 -0000
Resent-Date: 4 Jul 1996 21:35:23 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <boekhold@cindy.et.tudelft.nl>
Date: Thu, 4 Jul 1996 23:32:33 +0200 (MET DST)
From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
X-Sender: boekhold@niki.et.tudelft.nl
To: Debian developers list <debian-devel@lists.debian.org>
Subject: exmh hint
Message-ID: <Pine.LNX.3.93.960704233027.1019B-100000@niki.et.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"_txpN2.0.U14.Ra3tn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4543
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

I have two hints for the (new) exmh-package. The first is to change the
reference to 'install-mh' that is shown when first starting up exmh
without having used mh before to 'inc'.

The second is that it would be useful to tell users somewhere that they
have to set the MAILDROP-variable to the incoming mail-folder (pathname).
This removed a bunch of messages for me.

Maarten

_______________________________________________________________________
| Maarten Boekhold, Faculty of Electrical Engineering TU Delft,   NL  |
|   boekhold@cindy.et.tudelft.nl boekhold@gopher.library.tudelft.nl   |
-----------------------------------------------------------------------


From debian-devel-request@lists.debian.org Fri Jul 05 14:44:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 14:40:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 14:40:37 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 00:30:01 -0000
Resent-Date: 5 Jul 1996 00:30:01 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31DC52AF.F8CC857@verisim.com>
Date: Thu, 04 Jul 1996 19:24:31 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 1.3.100 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: xearth suggestion (attn: Nils Rennebarth)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"eVN5D.0.3m5.986tn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4544
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Attn: Nils Rennebarth <nils@nus.pan-net.de>

( I tried to send this to you directly, but it bounced! )

Hi!

Would you pass the following on to the author of "xearth"?   Thanks!

-----

I think it would be nice to add an additional feature to "xearth" to
automatically choose the "-rot" value so as to appear as if the earth
is view from the plane it makes relative to the sun.

I wrote a small program to do this, but I just guessed at the values.

==========
#include <stdio.h>
#include <ctype.h>
#include <time.h>
#include <math.h>

const float EarthTilt = 23.5;

main()
{
        struct tm*      date;
        time_t          timestamp;
        int                     day;
        double          offset;

        time(&timestamp);
        date = localtime(&timestamp);

        day  = date->tm_yday;
        day += 10;              /* Shortest day is Dec 21st, 10 days before new year */
        day %= 365;

        offset = -EarthTilt * sin( 2.0 * M_PI * (double)day / 365.0 );

        printf("%0.4f\n",offset);
}
==========

I then start it as such:  xearth -rot `earthtilt`

I think this would be a nice feature and should probably be the default
rotation instead of "0".

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.



From debian-devel-request@lists.debian.org Fri Jul 05 15:09:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 15:00:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 15:00:39 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 00:33:48 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3521: mc core dumps
Reply-To: tobias@et-inf.fho-emden.de, 3521@bugs.debian.org
Resent-From: "Peter Tobias" <tobias@server.et-inf.fho-emden.de>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Fernando Alegre <alegre@mars.superlink.net>
Resent-Date: Fri, 05 Jul 1996 00:18:03 GMT
Resent-Message-ID: <handler.3521.B.83652531911594@bugs.debian.org>
X-Debian-PR-Package: mc
X-Loop: owner@bugs.debian.org
Message-Id: <199607042359.BAA02276@server.et-inf.fho-emden.de>
To: submit@bugs.debian.org
Date: Fri, 5 Jul 1996 01:59:14 +0200 (MET DST)
From: "Peter Tobias" <tobias@server.et-inf.fho-emden.de>
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4545
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: mc
Version: 3.2.1-1

mc dumps core if you press F9 l i (Left Panel - Info)

5:/tmp> gdb mc core
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.15.1 (i486-linux), Copyright 1995 Free Software Foundation, Inc...
(no debugging symbols found)...
Core was generated by `mc'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libncurses.so.3.0...(no debugging symbols found)...done.
Reading symbols from /usr/lib/libgpm.so.1...(no debugging symbols found)...done.
Reading symbols from /lib/libc.so.5.2.18...(no debugging symbols found)...done.
Reading symbols from /lib/ld-linux.so.1...(no debugging symbols found)...done.
#0  0x8003d71 in getsockname ()
(gdb) bt
#0  0x8003d71 in getsockname ()
#1  0x8057600 in _gpm_buf ()
#2  0x801fda8 in getsockname ()
#3  0x801fdf4 in getsockname ()
#4  0x801fe76 in getsockname ()
#5  0x8017a59 in getsockname ()
#6  0x8017e1c in getsockname ()
#7  0x801859d in getsockname ()
#8  0x8025df7 in getsockname ()
#9  0x8031d6a in regfree ()
#10 0x800a1b2 in getsockname ()
#11 0x800a43a in getsockname ()
#12 0x800a50d in getsockname ()
#13 0x8017f35 in getsockname ()
#14 0x801801b in getsockname ()
#15 0x801835a in getsockname ()
#16 0x801840f in getsockname ()
#17 0x8033044 in regfree ()
#18 0x803371f in regfree ()
#19 0x8002df4 in getsockname ()
(gdb)


Thanks,

Peter

-- 
 Peter Tobias                                EMail:
 Fachhochschule Ostfriesland                 tobias@et-inf.fho-emden.de
 Fachbereich Elektrotechnik und Informatik   tobias@debian.org
 Constantiaplatz 4, 26723 Emden, Germany     tobias@linux.de


From debian-devel-request@lists.debian.org Fri Jul 05 17:39:20 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 17:22:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 17:22:43 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 02:53:28 -0000
Resent-Date: 5 Jul 1996 02:53:28 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ubzzf-000HYNC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@pixar.com
Subject: Re: dpkg-man: another useful dpkg script 
In-Reply-To: Your message of "Thu, 04 Jul 1996 13:08:08 BST."
             <cNSXgE2Us5@muskogee.elmail.co.uk> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1956794368P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Fri, 05 Jul 1996 04:47:36 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"UReE51.0.sI7.dE8tn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4546
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_-1956794368P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Richard Kettlewell:
> You should be able to cut the number of processes even further by
> using awk or perl instead of grep and sed...

Or sed.

dpkg -L "$1" | sed '/man.*\.[0-9]/s/^.*\/\([^\/]*\)\.\(.*\)/\2 \1/p;d'

Something similar will go into Debiandoc, once I start on the queries.
(But it will find Info files, /usr/doc/<package>, and so on, as well.
I hope.)



--==_Exmh_-1956794368P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMdx0NoQRll5MupLRAQGUcgP8DGpu08iVck2P+SKFLEfjaBTokUIAHrVe
wJdGFzn1NWb+jmQCaLIXe7H6l1JyxRbuW1FuGK5DxIKIT/26TN+69ZE85E2E1lzj
F8NyjWGil1yu2ehsW3AHNrhiawb5cnM2YWEB/CjbK/35rColoy0Z2GaIoK/KUu0j
nMTSwc6o704=
=a5IN
-----END PGP MESSAGE-----

--==_Exmh_-1956794368P--


From debian-devel-request@lists.debian.org Fri Jul 05 22:14:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 21:53:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 21:53:48 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 05:59:02 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3522: kernel-package image.postinst troubles.
Reply-To: bmbuck@acsu.buffalo.edu, 3522@bugs.debian.org
Resent-From: Buddha Buck <phaedrus@dreamscape.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Fri, 05 Jul 1996 05:48:03 GMT
Resent-Message-ID: <handler.3522.B.83654483218732@bugs.debian.org>
X-Debian-PR-Package: kernel-package
X-Loop: owner@bugs.debian.org
Message-Id: <199607050517.BAA12655@zaphod.caz.ny.us>
X-Mailer: exmh version 1.6.7 5/3/96
To: submit@bugs.debian.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 05 Jul 1996 01:17:22 -0400
From: Buddha Buck <phaedrus@dreamscape.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4547
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: kernel-package
Version: 2.00

I used the new kernel-package to build and install linux 2.0.1.  I have 
already
reported one set of problems, but there are more...

Previously, I reported that make-kpkg wouldn't accept kernel-image as a 
valid target.  All my testing since has been with dist as a target.

Building the kernel-image package failed because make-kpkg couldn't 
find 
the debian/image.postinst file.  The problem proved to be a lack of a 
$(DEBDIR) in a critical place in the /usr/lib/kernel-package/debian/kern
el.rules
file.  A patch is attached that should fix it.

After that patch, the kernel-image, kernel-headers, and kernel-source 
packages
all build correctly.  A make-kpkg dist only generated a .diff and a 
.changes
file for the kernel-source package, though.  Is this correct?  Also, 
some
warning in advance that "make-kpkg dist" will demand a PGP key would 
have been
nice (used to sign the .changes file).

Installation of kernel-image failed when I tried to run lilo to install 
a new
boot block.  The postinst perl script executes:
  system("/usr/sbin/lilo", "-t >/tmp/lilo_log.$$");
to verify that lilo will work correctly.  I believe that that should be 
simply:
  system("/usr/sbin/lilo -t >/tmp/lilo_log.$$");
instead.  (Perl interprets the arguments to system() differently if 
there is more than one).  I would have included a patch, but I didn't 
want to rebuild the kernel to test it.

Installation of kernel-source failed when it tried to link 
/usr/src/linux
to /usr/src/kernel-source-2.0.1.  /usr/src/linux was already linked to 
/usr/src/.kernel-headers, dating from a previous installation (of what, 
I'm
not certain.  I don't have a .kernel-headers directory).  If it is 
reasonable
to do so, the kernel-source postinst should clear any previous link 
first.
I am not certain how these links are supposed to be managed WRT libc.  


-- 
--
     Buddha Buck                      bmbuck@acsu.buffalo.edu
"Just as the strength of the Internet is chaos, so the strength of our
liberty depends upon the chaos and cacaphony of the unfettered speech
the First Amendment protects."  -- A.L.A. v. U.S. Dept. of Justice


From debian-devel-request@lists.debian.org Fri Jul 05 23:29:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 23:16:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 23:16:45 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 06:49:04 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3522: kernel-package image.postinst troubles.
Reply-To: bmbuck@acsu.buffalo.edu, 3522@bugs.debian.org
Resent-From: Buddha Buck <phaedrus@dreamscape.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Fri, 05 Jul 1996 06:33:03 GMT
Resent-Message-ID: <handler.3522.B.83654783619791@bugs.debian.org>
X-Debian-PR-Package: kernel-package
X-Loop: owner@bugs.debian.org
Message-Id: <199607050605.CAA12980@zaphod.caz.ny.us>
X-Mailer: exmh version 1.6.7 5/3/96
To: submit@bugs.debian.org
Mime-Version: 1.0
Content-Type: multipart/mixed ;
	boundary="===_0_Fri_Jul__5_02:03:36_EDT_1996"
Date: Fri, 05 Jul 1996 02:05:28 -0400
From: Buddha Buck <phaedrus@dreamscape.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4548
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

This is a multipart MIME message.

--===_0_Fri_Jul__5_02:03:36_EDT_1996
Content-Type: text/plain; charset=us-ascii


Oops, I forgot the promised patch to 
/usr/lib/kernel-package/debian/kernel.rules.

Here it is...

(As a side note, how should patch files be MIME-encapsulated?  My mailer
wanted to encapsulate it as an "application/x-patch", BASE64 encoded.  I
overrode that suggestion, here, but it left me wondering how I should do it
in the future.)

--===_0_Fri_Jul__5_02:03:36_EDT_1996
Content-Type: text/plain; charset=us-ascii
Content-Description: kernel-rules.patch

--- kernel.rules~	Tue Jun 18 12:16:34 1996
+++ kernel.rules	Thu Jul  4 22:54:08 1996
@@ -245,8 +245,8 @@
 	sed -e 's/=V/$(version)/g' -e 's/=D/$(debian)/g' \
 	    -e 's/=A/$(architecture)/g' -e 's/=M/$(maintainer) <$(email)>/g' \
 		$(DEBDIR)/debian/image.control > image-tmp/DEBIAN/control
-	sed -e 's/=V/$(version)/g' debian/image.postinst \
-                > image-tmp/DEBIAN/postinst
+	sed -e 's/=V/$(version)/g' 
+		$(DEBDIR)/debian/image.postinst > image-tmp/DEBIAN/postinst
 	chmod 755 image-tmp/DEBIAN/postinst
 	sed -e 's/=V/$(version)/g' \
 	             $(DEBDIR)/debian/image.prerm > image-tmp/DEBIAN/prerm

--===_0_Fri_Jul__5_02:03:36_EDT_1996
Content-Type: text/plain; charset=us-ascii

--
     Buddha Buck                      bmbuck@acsu.buffalo.edu
"Just as the strength of the Internet is chaos, so the strength of our
liberty depends upon the chaos and cacaphony of the unfettered speech
the First Amendment protects."  -- A.L.A. v. U.S. Dept. of Justice
--===_0_Fri_Jul__5_02:03:36_EDT_1996--



From debian-devel-request@lists.debian.org Fri Jul 05 23:29:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 5 Jul 1996 23:18:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 5 Jul 1996 23:18:14 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 06:49:06 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3507: named postinst mangled my configuration
Reply-To: Rob Leslie <rob@mars.org>, 3507@bugs.debian.org
Resent-From: Rob Leslie <rob@mars.org>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Fri, 05 Jul 1996 06:33:05 GMT
Resent-Message-ID: <handler.3507.B3507.83654783619794@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Message-Id: <199607050614.CAA11494@deimos.mars.org>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3507@bugs.debian.org
In-reply-to: Your message of "Wed, 03 Jul 1996 22:36:00 -0000."
	<m0ubZat-0002bYC@chiark.chu.cam.ac.uk>
Date: Fri, 05 Jul 1996 02:14:47 -0400
From: Rob Leslie <rob@mars.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4549
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Package: bind
> Version: 4.9.3-P1-3
> 
>> Setting up bind (4.9.3-P1-3) ...
>> 
>> [ conffiles prompts omitted ]
>> Moving your /etc/named.boot to /var/named ...
>> 
>> Warning: Your named.boot file is being restructured to fit the Debian scheme
>> for BIND configuration. The following files will be created as a result:
>> 
>>   /var/named/named.boot.old  - your original named.boot
>>   /var/named/named.boot      - new file; should not be modified
>>   /var/named/boot.options    - named options file; you may modify some
>>   /var/named/boot.zones      - named zone configurations; you may modify all
>> 
>> It is recommended that you answer Y to the following question ...
>> Rewrite /var/named/boot.options with a modified configuration? [Y] n
> 
> Aaaargh !
> 
> What if I don't like this funky layout ?  Surely this script should
> ask me whether I want my universe rearranged ?!

For novice users, `bindconfig' depends on easily being able to modify parts of
your configuration; therefore, I have chosen this scheme. If you don't like
it, I won't stop you from rearranging things however you want. But before you
denounce the new arrangement, please first offer a fair critique.

> It didn't even keep a backup !

Backup of what? Is your original named.boot not saved in
/var/named/named.boot.old as advertised?

> Plus it reset the permissions on named.boot, which I'd made
> group-writeable by group `root'.

Then you can reset them; the new files serve different purposes, and I will
not assume what permissions you will want to use for them, regardless of how
things were previously set up.

>> Configuration canceled. You can rerun `bindconfig' later if needed.
>> 
>> To be most effective, /etc/resolv.conf should list the IP address of your
>> local machine (127.0.0.1) as a nameserver. You may want to change it now;
>> answer the following question with a space-separated list of machine IP
>> addresses to consult for name service.
>> 
>> Name server(s)? [127.0.0.1] 
>> 
>> You may also want to confirm other /etc/resolv.conf settings. See the
>> resolv.conf(5) man page for details. Current contents:
>> --------------------
>> nameserver 127.0.0.1
>> search chu.cam.ac.uk cus.cam.ac.uk cam.ac.uk cl.cam.ac.uk student-run.ucam.local ac.uk
>> --------------------
> 
> I had all of this already - why does it feel the need to ask me
> again ?  At least it gives me the old values as defaults.  Or at
> least, I *think* those are the old values.

When configuring a name server it is not unusual to verify the local resolver
settings. And yes, unless you can prove otherwise, the old values should
indeed be given as defaults.

>> Start name daemon now? [Y] 
>> starting /usr/sbin/named ...
> 
> I had nicely set up my nameserver the way I liked it and this script
> has eaten my configuration.  Just as well my tape drive was fixed so I
> can find the old stuff in my backups ...

Please explain. Is your name server's operation now defective as a result of
your upgrade?

Unless you can demonstrate a real bug here, I am going to close this report.

-- 
Robert Leslie
rob@mars.org


From debian-devel-request@lists.debian.org Sat Jul 06 03:14:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 02:55:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 02:55:20 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 09:18:10 -0000
Resent-Date: 5 Jul 1996 09:18:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Fri, 5 Jul 1996 11:14:29 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging
In-Reply-To: <m0ubpih-0002YCC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.SUN.3.91.960705090127.19259C-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"lCarX1.0.zM6.HtDtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4550
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Thu, 4 Jul 1996, Ian Jackson wrote:
> 
> I'm leaning towards the `3 separate files' approach - a .tar.gz of the
> original source, [...] a .diff.gz containing the
> debianisation patch and a control
> file <pkg>_<orgver>-<rev>.dsc (optionally PGP-signed).

> I don't have personal experience of this, but people are saying that
> it will be hard to maintain accurate dependencies for source packages,
> [...]
> we should leave it for
> now but leave the option open of doing it later.

sounds reasonable.

>  [...]
>  Architecture: <"any"|"all"|architecture>

i'm not sure if we should include this field, at least for 
the moment. there are only very few packages which do not 
make any sense on eg m68k. most packages will even compile
without further notice for different architectures. 

the distinction between all and any: this at least should be
skipped. the source description should only mention whether
(using that sources) binaries can be build on some architecture, 
but not, on which architectures the resulting binaries are 
usable. this is the aim of the control file in the binary
package. 

another point is, that the information which the field 
supplies on binary pachages (all vs any) is only partly 
usable. think of eg ncurses, which builds the shared libs
in one binary package (arch-dependent) and the terminfo
files in another package (arch-independent). the architecture
field in the dsc file should say: buildable on all architectures,
but the binaries are not for all architectures, which is only
partly correct.

third point: sorry, i have forgotten what semantics you
have chosen for all, and which for any. as i cannot deduce
it from the word, this might be confusing evtl even for others. :-))

>  debian.sourceinfo
> 
>   The Source, Architecture, Generates, Maintainer and perhaps
>   Version fields to be included in the .dsc file.  The dpkg-source
>   script would read this when it built a source package.

ok. the version field should be in the debian.ChangeLog.

>  debian.Changelog

right

>  debian.changestemplate

not needed. all information can be taken from the control,
the sourceinfo and the debian.Changelog. these files should
be used!

but: the debian.control files need some revisiting. 
[from now on, all field names i talk of are the ones in
the control files for the binary packages]. 

these files should only contain the information which 
is unique for the the binary package, and which can not 
be gathered otherwise. these are:
   Description:
   Depends: Recomends: Suggests:
   Conflicts: Replaces: 
evtl Provides: (what does this field mean?)

all other information should not be contained in that
file(s). a script
  dpkg-mk-control [options] [control file name]
builds the control file.

usage: if no control file name is given: use dpkg.control
  options (defaults in brackets): 
  -a arch:  The architecture of the binary 
            (dpkg --print-architecture)
  -o path:  output the control file in path/DEBIAN/control
            (./dpkg-tmp)
  -p package name:  Package name (take from debian.sourceinfo)

Priority, Section, Essential: they should not pop up in the
binary control files, the distrib-maintainer is responsible 
for them. Source: add only if -p is given, take from sourceinfo

> Then, to rebuild a package for a new architecture you unpack the
> source (dpkg-source will make the debian.rules executable for you),
> run debian.rules build, as root debian.rules binary, 

ok. but binary should always depend on build. (even in dpkg... ;-))

> use the new dchanges-a-like with the 
> `arch-dependent files only' option 

should be in ~/.dchanges-a-like setable, also the 
uploader-adr (currently the maintainer field in the .changes,
which is a misnomer as it's only used by dinstall to send the
upload acks to!)

> `read changes information from here' option 

remove that option, it should always use debian.ChangeLog

> To take over a package or release a bugfixed version you unpack the
> source and play around with it, and then carry on as if you were the
> maintainer:
> 
> To release a new version you make sure that the debian.Changelog 
> has a new entry for your modifications, giving the distribution 
> and version number 

ok. call "dpkg-add-changelog-entry" which asks interactively
(with reasonable defaults) for the distribution, the upstream 
version, the debian release (default 1 if new upstream version)
and a changes entry. 


Sumary:
dpkg-source --rebuild-binary:
  ./debian.rules clean;
  ./debian.rules build; 
  ./debian.rules binary; # as root, runs dpkg-mk-control
  dchanges-a-like --arch-dependend

dpkg-source --rebuild-with-source:
  ./debian.rules clean;
  ./debian.rules build; 
  ./debian.rules binary; # as root, runs dpkg-mk-control
  ./dpkg-source --build  # creates .dsc
  dchanges-a-like        # all .deb .tar.gz .diff.gz .dsc files
                
dpkg-source --release-new-version:
  dpkg-add-changelog-entry; 
  dpkg-source --rebuild-with-source

> If the
> .dsc file has a Version number the .sourceinfo probably will have to
> too, so you have to update that as well. 

this should be generally avoided. if i want to change X i must
only change it at a single position. we _can_ ensure this.

> Neither the dchanges-a-like nor dpkg-source PGP-sign the files they
> generate.

dpkg-source should be configurable in that respect (in ~/.dpkg-source :-)

> Questions:
see above.

my question:
* are there source packages which build binary packages with different
  version numbers? 
  generally this should be avoided. in case this is not possible 
  somewhere: 
  dpkg-mk-control should look in the resp. control file
    source if a version number already exists. if so: leave it in.
    (evtl: warning)
  dpkg-add-changelog-entry:
    check for version numbers in the debian.control* files. if they
    exist: prompt the user if he wants to change them.

* we could just as well skip the .dsc file. why not? ;-))

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Sat Jul 06 03:39:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 03:31:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 03:31:33 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 10:07:14 -0000
Resent-Date: 5 Jul 1996 10:07:14 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607051006.MAA10966@feivel.informatik.rwth-aachen.de>
Subject: New uploads
To: debian-devel@lists.debian.org (Debian Development)
Date: Fri, 5 Jul 1996 12:06:22 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"r5yys2.0.E_6.HbEtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4551
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 02 Jul 96 08:10 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: adjtimex
Version: 1.2-4
Binary:  adjtimex
Architecture:  i386 source
Description: 
 adjtimex: Utility to display or set the kernel time variables
Changes: adjtimex (1.2-4):
        * Really say what we're doing in postinst (Bug#3474)
Files:
 9c9fa55949fd318be51d9142b27c509f  12114  admin  -  adjtimex_1.2-4.tar.gz
 b42b6644f4f21d6ef91cc6f855319e43  4370  admin  -  adjtimex_1.2-4.diff.gz
 29c4463516b5a9b310113ad77d1a8a8f  12982  admin  optional  adjtimex_1.2-4_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdjZ0SpaNcQEtuj1AQHtQwQAqqn3xncS2TMcR76DByRxrRI8vG2k67Wz
5ENLsN0e2aOkllo7m9oPGb3ZiTTV9xP5F08XU+WGWbvmr3SQOXxq5o8l9dnE6gmV
k3DUxYZCb/yKXYEwNkcYAn3ipViPb7zY5fagM+GpZpx/SRgfRH4Hutp7H5KVQ0Lq
us04+Onc9OA=
=uA8m
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----

Date: 04 Jul 96 08:15 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: hkgerman
Version: 2-5
Binary:  igerman wgerman
Architecture:  all source
Description: 
 igerman: The german dictionary for ispell.
 wgerman: The german dictionary words for /usr/dict.
Changes: hkgerman (2-5):
        * igerman now provides ispell-dictionary (Bug#3503)
        * gzip manpage
Files:
 966f9f111d73f7b107426f6f17774e36  382634  text  -  hkgerman_2-5.tar.gz
 08b5478a85dd80e5dd1e4fb551beb9ca  5849  text  -  hkgerman_2-5.diff.gz
 c4c30bf9c072823f36b1d5708630b0fa  753434  text  optional  igerman_2-5_all.deb
 fc5a772e68e6736550048d33ac916cdd  330798  text  optional  wgerman_2-5_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdt+DipaNcQEtuj1AQGNMgP+N5h9FOiSJvBcpRUERk75kaKyi23PTEbN
XPCm3yl52J5E1VSsMUbAYFf4uZWTrIr9QoA4aJhnu8c1wkqyn1tRPtGu1fbryvdq
l8N8n+aW64f2N5nrOgz2kH829zonkgf+7eVoMfvpzvNfMn/85XgxRfVcQngDuBWJ
CCWj/0ibohE=
=mM5O
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----

Date: 02 Jul 96 09:13 UT
Format: 1.6
Distribution: unstable stable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: lyx
Version: 0.9.27-1
Binary:  lyx
Architecture:  i386 source
Description: 
 lyx: High Level Word Processeor (ALPHA version)
Changes: lyx (0.9.27-1):
                * New upstream version
Files:
 adb9d4e06c3847eef812ab61c2be2d45  533090  tex  -  lyx_0.9.27-1.tar.gz
 7507bf3a22e481ad13b5add881acce03  15422  tex  -  lyx_0.9.27-1.diff.gz
 3299b2ab2be7cda382f9612f1f9627df  332536  tex  optional  lyx_0.9.27-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdjqSipaNcQEtuj1AQHr4AQAtewDgEyDlW7/2eaQ2JIhO/rCHREGdnyg
/Eh0kP3vi9xjAK5YVGLUvBWxBNmpkqFa0vM67qki78kq0G+X0YV+pvJK0Gj16if3
c5nP20gR09TI/A3uHJj9wEKY4vMqAWXuzjD3paFbQ+Hspj9v7Grdlbi6tKasC/+s
79UB0Hk0HiU=
=20O8
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----

Date: 03 Jul 96 08:05 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: modules
Version: 2.0.0-4
Binary:  modules
Architecture:  i386 source
Description: 
 modules: Linux module utilities.
Changes: modules (2.0.0-4):
        * Applied patch by Jacques Gelinas to make sure kerneld doesn't fail
          in case of a doubled request
Files:
 0c7ae3d632c14adebd2493679345933c  110718  base  -  modules_2.0.0-4.tar.gz
 415ab6c048118dc8b8db8214822edebe  8189  base  -  modules_2.0.0-4.diff.gz
 f2234bbca3e8b5ef6144bbe11f16b87c  71036  base  required  modules_2.0.0-4_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMdop+CpaNcQEtuj1AQEpTwP8DP0GrtTjvVYGmIXuPQ+FYcEC53NFy4FT
Yg2/Xa/bKjhKMAbuPcSrfwZHlRgF30SjK6DYqazkFogeKY2HLVGhyQIoH6Td6Mld
w1wBBQcRrLJbMNk9ku7MGEc2HVdbA6VGIB3lKnXCwVd2/wJkcdkvO87GRRPbzr/m
Yox4FxaJ+no=
=VEUz
-----END PGP SIGNATURE-----

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Sat Jul 06 03:39:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 03:33:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 03:33:23 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 10:09:27 -0000
Resent-Date: 5 Jul 1996 10:09:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0uc50C-000HYGC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: /tmp cleaning across mount points? (was: Re: kernel-packages_2.00 uploaded to master)
In-Reply-To: Your message of "04 Jul 1996 10:59:33 CDT."
             <87vig4vwka.fsf@raven.ots.utexas.edu> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1357763848P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Fri, 05 Jul 1996 10:08:28 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"ixSj-3.0.d37.MdEtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4552
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_-1357763848P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Rob Browning:
> Someone recently told me about a nasty experience when he mounted a
> friends drive (main partition with a big (un-backed up) project on it)
> on /tmp to do some work on it.  He was working late, and sooner or
> later the cleaning scripts fired.  Most of the files on the drive were
> lost...

I'd classify that as a bug.  I wouldn't mount anything in /tmp or
/var/tmp, but I don't think /etc/cron.daily/standard should go across
mount points anyway.

Does anyone else think it is a bug?  Tell me, and I'll send in a bug
report.



--==_Exmh_-1357763848P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMdy/ZoQRll5MupLRAQHQOAQA0o+W4sYHuDKzTm06PDK0EB2/tgHNFluy
hx95GiEPdanEstD35IP9Diswf3Q8046N/i4hBaX6DFnjxq81kyLwvAf0tSi13O02
GOqc9/cBEGVSKwOA63F92dGCTh08V0E5P1Jo0Wldi9Z6N0qMPo/+p0KENAZRtDbZ
srjA1CkjmBs=
=htLH
-----END PGP MESSAGE-----

--==_Exmh_-1357763848P--


From debian-devel-request@lists.debian.org Sat Jul 06 04:29:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 04:08:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 04:07:59 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 10:40:39 -0000
Resent-Date: 5 Jul 1996 10:40:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <miquels@cistron.nl>
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607051039.MAA17911@picard.cistron.nl>
Subject: Re: Source packaging
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Fri, 5 Jul 1996 12:39:25 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ubpih-0002YCC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 4, 96 03:49:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"3azn-3.0.0G7.c4Ftn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4553
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Ian Jackson) wrote:
>  debian.sourceinfo
>  debian.Changelog
>  debian.changestemplate
>
>  * Comments ?

How about replacing the "." with a "/". I have done this in my packages
(except for the debian.rules file) and it really helps to keep down the
extra clutter.

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Sat Jul 06 07:49:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 07:39:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 07:39:36 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 15:17:06 -0000
Resent-Date: 5 Jul 1996 15:17:06 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <miquels@cistron.nl>
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607051516.RAA23290@picard.cistron.nl>
Subject: sysvinit-2.64 uploaded to master
To: debian-devel@lists.debian.org
Date: Fri, 5 Jul 1996 17:16:31 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"j5PLo1.0.PV3.o7Jtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4554
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

[posting this to debian-devel again, not -changes, as this goes
into rex]

-----BEGIN PGP SIGNED MESSAGE-----

Date: 05 Jul 96 15:10 UT
Format: 1.5
Distribution: unstable
Priority: low
Maintainer: Miquel van Smoorenburg <miquels@cistron.nl>
Source: sysvinit
Version: 2.64-1
Binary:  sysvinit
Architecture:  i386 source
Description: 
 sysvinit: System-V like init.
Changes: 
 - Init checks CONSOLE environment variable on startup (overrides /dev/console)
 - Init sets CONSOLE variable for all its children.
 - Wtmp(): when zeroing out old utmp entries, keep ut_id field
 - Wtmp(): try to re-use ut_id field if possible.
 - SetTerm(): only read from /etc/ioctl.save if written once.
 - Included start-stop-daemon, C version (source only).
 - Fixed wait() for the emergency shell.
 - killall5: ignore signal before doing kill(-1, pid).
Files:
 4a4831c6fd9e712448d5830ed99d9472  83431  base  -  sysvinit-2.64-1.tar.gz
 710b2a4b972538bd2c8afe119de4418f  55566  base  required  sysvinit-2.64-1.i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQB1AwUBMd0wW1iLscT2F1RZAQGtSAMAovbd0b0vnIf6t/fC78K3N8TkGq6iFOxq
xoDaiclIeOWmQLwStYom1PoR+ZstrhLuXFXOAAUhadX9mBtdUe78aI1X/4XXnUIk
i6vzI9AQSmAVNWeTHaqfEIIwxXVl23zb
=nG5u
-----END PGP SIGNATURE-----

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Sat Jul 06 08:14:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 07:59:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 07:59:35 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 15:29:41 -0000
Resent-Date: 5 Jul 1996 15:29:40 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <boekhold@cindy.et.tudelft.nl>
Date: Fri, 5 Jul 1996 17:28:54 +0200 (MET DST)
From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Xauthority setup without xdm
In-Reply-To: <Pine.LNX.3.93.960704232153.1019A-100000@niki.et.tudelft.nl>
Message-ID: <Pine.LNX.3.91.960705172011.11530A-100000@cindy.et.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"dSv1I3.0.Vl3.aJJtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4555
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hello again,

I did a lot of searching again last night after I send the original mail. 
I also recieved some info from ppl on the list.

I figured out that two things are necessary to start X with 
Xauthorisation turned on:

xauth add $HOST:0 . random-key
xinit -- -auth ~/.Xauthority

Now I want this to be done in a clean way, preferably without having to 
modify startx. So I took a good look at startx and xinit, and found that 
there should be a 'hook' to do this: the xserverrc-file 
(/usr/X11R6/lib/xinit/xserverrc ?). The only problem is that I haven't 
the faintest idea of how to use this file. What I see from startx (or was 
it the xinitrc-file?), is that this file is processed some way. It looks 
really complicated how it does this :)

I think there are two possibilities: 1. the file contains just the 
parameters to pass to the X-server, or 2. the file is a shell-script that 
echoes back the arguments for the X-server to startx.

The first option makes it impossible to use that file to generate a 
random key, call xauth and then start (in some way) the X-server. The 
second option makes this easy.

Can somebody please tell which way to go from here?

Maarten

_____________________________________________________________________________
|     Maarten Boekhold, Faculty of Electrical Engineering TU Delft,   NL    |
|      boekhold@cindy.et.tudelft.n   boekhold@gopher.library.tudelft.nl     |
|		          Rave or Die!!!!!!                                 |
-----------------------------------------------------------------------------


From debian-devel-request@lists.debian.org Sat Jul 06 10:20:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 09:55:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 09:55:11 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 16:39:09 -0000
Resent-Date: 5 Jul 1996 16:39:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Fri, 5 Jul 1996 12:39:37 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging
In-Reply-To: <m0ubpih-0002YCC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.LNX.3.94.960705122520.4931A-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"gBKFO1.0.rd4.iKKtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4556
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Thu, 4 Jul 1996, Ian Jackson wrote:

> (BTW, one objective that I forgot to mention in my last mail is to
> have something better-integrated with our upload handling mechanism.)
> 
> I'm leaning towards the `3 separate files' approach - a .tar.gz of the
> original source, named <pkg>_<orgver>-<rev>.orig.tar.gz and unpacking
> into <pkg>-<orgver>/ (note hyphen), a .diff.gz containing the
> debianisation patch, named <pkg>_<orgver>-<rev>.diff.gz, and a control
> file <pkg>_<orgver>-<rev>.dsc (optionally PGP-signed).

Is there some, over-riding, reason what the control information and the
diff patch can't be combined into one .dsc file? As both the control file
and the diff file must change for a release that the original source does
not change for, it seems that management of upgrades is easier if only one
file is involved. I don't see this as a compelling reason to have the two
combined, but I see no, more compelling, reason to have them seperate.
Something I've missed?

> 
> I don't have personal experience of this, but people are saying that
> it will be hard to maintain accurate dependencies for source packages,
> and this seems likely to be true.  I think we should either make this
> a requirement, or not, and it seems to me that we should leave it for
> now but leave the option open of doing it later.
> 
Shouldn't be any harder than binary packages have been ;-)

>
>
   <deleted stuff can be found in previous postings>
>
>


>  * What about all this stuff to do with Versions ?

Well it would be really nice if the package builder used the information
from the debian.Changelog to construct the proper package name and version
fields and edit them into the control file in much the same way that
debian.rules edits the binary package control file to properly reflect the
version information.

There are many parallels between binary packaging and source packaging, I
think we should keep as many of these parallels as possible, if for no
other reason than symetry.

Later,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Sat Jul 06 11:10:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 11:00:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 11:00:33 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 17:14:24 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3523: "strace ipcs" core dumps
Reply-To: ndt1001@chu.cam.ac.uk (Neil Turton), 3523@bugs.debian.org
Resent-From: ndt1001@chu.cam.ac.uk (Neil Turton)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Wichert Akkerman <wakkerma@wi.leidenuniv.nl>
Resent-Date: Fri, 05 Jul 1996 17:03:04 GMT
Resent-Message-ID: <handler.3523.B.8365853591337@bugs.debian.org>
X-Debian-PR-Package: strace
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucDlB-0007wDC@artemis.chu.cam.ac.uk>
Date: Fri, 5 Jul 96 17:29 BST
From: ndt1001@chu.cam.ac.uk (Neil Turton)
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4557
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: strace
Version: 3.0-5

  The above version of strace core dumps when it encounters a ipc
system call.  I can reproduce the problem reliably on three machines,
and the problem does not occur with version 3.0-3 on any of the
machines.  If you have any trouble reproducing this, I have a core
file.  I have deleted lines from the typescript below, but have made
it clear where I have done so.  System call 0x75=117 is ipc.

  I am using kernel version 2.0.0 and one machine was running the
distributed kernel.

  Script started on Fri Jul  5 16:52:57 1996
  userg:~# strace-3.0-5 ipcs
  mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 4294967295, 0) = 0x40006000
[ipcs loads it's shared libraries and checks out the locale]
  fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(4, 192), ...}) = 0
  brk(0x800a000)                          = 0x800a000
  ioctl(1, 0x5401, {B9600 opost isig icanon echo ...}) = 0
  write(1, "\n", 1
  )                       = 1
  Segmentation fault (core dumped)
  userg:~# ./strace-3.0-3 ipcs
  mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|0x20, 4294967295, 0) = 0x40006000
[much the same as above.  MAP_ANONYMOUS's different etc.]
  fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(4, 192), ...}) = 0
  brk(0x800a000)                          = 0x800a000
  ioctl(1, TCGETS, {B9600 opost isig icanon echo ...}) = 0
  write(1, "\n", 1
  )                       = 1
  shmat(0, 0xe, 0, 0xbffffdd4)            = 0
  write(1, "------ Shared Memory Segments --"..., 39------ Shared Memory Segments --------
  ) = 39
[ipcs does a couple of other ipc calls, and displays the information]
  write(1, "\n", 1
  )                       = 1
  _exit(0)                                = ?
  userg:~# strace strace-3.0-5 ipcs
  mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 4294967295, 0) = 0x40006000
[etc...]
  --- SIGCHLD (Child exited) ---
  sigprocmask(SIG_SETMASK, [], NULL)      = 0
  wait4(-1, [WIFSTOPPED(s) && WSTOPSIG(s) == SIGTRAP], 0, NULL) = 1721
  sigprocmask(SIG_BLOCK, [HUP INT QUIT TERM], NULL) = 0
  ptrace(PTRACE_PEEKUSER, 1721, 4*ORIG_EAX, [0x4]) = 0
  ptrace(PTRACE_PEEKUSER, 1721, 4*EAX, [0x1]) = 0
  write(2, ")                       = 1\n", 28)                       = 1
  ) = 28
  ptrace(PTRACE_SYSCALL, 1721, 0x1, 0)    = 0
  --- SIGCHLD (Child exited) ---
  sigprocmask(SIG_SETMASK, [], NULL)      = 0
  wait4(-1, [WIFSTOPPED(s) && WSTOPSIG(s) == SIGTRAP], 0, NULL) = 1721
  sigprocmask(SIG_BLOCK, [HUP INT QUIT TERM], NULL) = 0
  ptrace(PTRACE_PEEKUSER, 1721, 4*ORIG_EAX, [0x75]) = 0
  ptrace(PTRACE_PEEKUSER, 1721, 4*EAX, [0xffffffda]) = 0
  ptrace(PTRACE_PEEKUSER, 1721, 4*EBX, [0x18]) = 0
  ptrace(PTRACE_PEEKUSER, 1721, 4*ECX, [0]) = 0
  ptrace(PTRACE_PEEKUSER, 1721, 4*EDX, [0xe]) = 0
  ptrace(PTRACE_PEEKUSER, 1721, 4*ESI, [0]) = 0
  ptrace(PTRACE_PEEKUSER, 1721, 4*EDI, [0xbffffdd4]) = 0
  --- SIGSEGV (Segmentation fault) ---
  +++ killed by SIGSEGV +++
  userg:~# exit
  exit

  Script done on Fri Jul  5 16:53:37 1996


Neil.
+--------------------------------------------------+----------------------+
| Neil Turton, Assistant computer officer          | Snail Mail to:       |
|  Churchill College                               |  Churchill college,  |
| http://www.chu.cam.ac.uk/home/ndt1001/home.html  |  Cambridge. CB3 0DS. |
+--------------------------------------------------+----------------------+
| GCM(M) d H s+:- !g p0>+ !au(-) a- w+ v C+++@ UL++++$(+++) P+ L+++ 3-    |
| E++ N-(+) K- W--- M-- V po Y+ t-- 5 !j R- G? !tv(-) b+ D+ B? e+++ u(*)  |
| h-- f !r>+++ n+ y?                                                      |
+-------------------------------------------------------------------------+


From debian-devel-request@lists.debian.org Sat Jul 06 11:10:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 11:03:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 11:03:26 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 17:14:26 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3524: Quota doesn't remove quota.user
Reply-To: karl@tower.net.au, 3524@bugs.debian.org
Resent-From: karl@tower.net.au (Karl Ferguson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Meskes <meskes@debian.org>
Resent-Date: Fri, 05 Jul 1996 17:03:05 GMT
Resent-Message-ID: <handler.3524.B.8365853591338@bugs.debian.org>
X-Debian-PR-Package: quota
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucDmo-0008ueC@kaos.tower.net.au>
To: submit@bugs.debian.org
Date: Sat, 6 Jul 1996 00:31:16 +0800 (WST)
From: karl@tower.net.au (Karl Ferguson)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4558
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: quota
Version: 1.52-5

Hi.

When removing the quota package I noticed that it didn't remove the
quota.user (not sure about other quota.* files because I only set up
a user one) file that was around 2meg in size on my root partition.

...Karl
--
Karl Ferguson, 
Tower Networking Pty Ltd (ACN: 072 322 760)          karl@tower.net.au
t/a STAR Online Services                             karl@debian.org
Tel: +61-9-455-3446  Fax: +61-9-455-2776


From debian-devel-request@lists.debian.org Sat Jul 06 12:25:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 12:02:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 12:02:42 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 18:04:29 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3525: j1 hard-linked docs/manpages
Reply-To: jimr@simons-rock.edu, 3525@bugs.debian.org
Resent-From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: moth@firefly.com (Raul D. Miller)
Resent-Date: Fri, 05 Jul 1996 17:48:04 GMT
Resent-Message-ID: <handler.3525.B.8365883622469@bugs.debian.org>
X-Debian-PR-Package: j1
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucElJ-0002EuC@plato>
X-Mailer: MH 6.8.3
To: Debian Bugs <submit@bugs.debian.org>
Date: Fri, 05 Jul 1996 13:33:45 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4559
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: j1
Version: 7-7

I noticed that the j.1 manapge was compressed, this should not be so.
When I tried to uncompress it I found it was hard-linked to another
file: /usr/doc/j/j_man.page.gz.


Jim


From debian-devel-request@lists.debian.org Sat Jul 06 13:15:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 12:52:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 12:52:08 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 18:50:53 -0000
Resent-Date: 5 Jul 1996 18:50:53 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <stevegr@Starbase.NeoSoft.COM>
From: Steve Greenland <stevegr@Starbase.NeoSoft.COM>
Message-Id: <199607051850.NAA13190@Starbase.NeoSoft.COM>
Subject: Re: Source packaging
To: debian-devel@lists.debian.org
Date: Fri, 5 Jul 1996 13:50:48 -0500 (CDT)
In-Reply-To: <m0ubpih-0002YCC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 4, 96 03:49:00 pm
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"XDANB3.0.sy6.DGMtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4560
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ian Jackson wrote:
> 
> I'm leaning towards the `3 separate files' approach - a .tar.gz of the
> original source, named <pkg>_<orgver>-<rev>.orig.tar.gz and unpacking
                                       ^^^^^^
> into <pkg>-<orgver>/ (note hyphen), a .diff.gz containing the
> debianisation patch, named <pkg>_<orgver>-<rev>.diff.gz, and a control
> file <pkg>_<orgver>-<rev>.dsc (optionally PGP-signed).

Why does the original source have a debian revision field? 

Steve Greenland

-- 
The Mole - I think, therefore I scream 

			DAVE BARRY'S "1986 in Review" -- Mar. 6th:

			    In the Middle East, Iraq uses up all its young
			    men and has to borrow some from Iran so they can
			    keep having a war.
[Dave Barry]


From debian-devel-request@lists.debian.org Sat Jul 06 13:40:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 13:39:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 13:39:28 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 19:34:04 -0000
Resent-Date: 5 Jul 1996 19:34:04 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0ucGdH-0002EuC@plato>
To: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>, 3520@bugs.debian.org
cc: Debian Development <debian-devel@lists.debian.org>
Subject: Re: Bug#3520: Manpages netpbm show up double 
In-reply-to: Message from Maarten Boekhold <boekhold@cindy.et.tudelft.nl> 
   of "Thu, 04 Jul 1996 22:40:15 +0200."References: <Pine.LNX.3.93.960704223658.602A-100000@niki.et.tudelft.nl> 
 <Pine.LNX.3.93.960704223658.602A-100000@niki.et.tudelft.nl> 
Date: Fri, 05 Jul 1996 15:33:36 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"PXQxh1.0.rR7.iuMtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4561
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> When doing 'man -k tiff', tifftopnm shows up under section 1netpbm as well
> as under section 1. They are only present one time.
> 
> Before I installed netpbm, I purged pbmplus, after installing I did a
> 'mandb'.

Hmm, I don't have this problem.  Try clobbering your mandb files and
running mandb again.  I think it is probably remembering the pbmplus
man pages even though you ran mandb after a purge.

> Possible cause (I don't know **** about manpages writing):
> 
> .TH tifftopnm 1 "13 January 1991"
> 
>              ^^^

Do you have this problem with _all_ netpbm man pages?  In any case,
yes, this might be a problem (I'm not sure) -- the .TH format is

	title section extra1 extra2 extra3

But I would think the section is 1, because it is in man1, not
man1netpbm.  Anyone here who is better groff groker have advice?


Jim


From debian-devel-request@lists.debian.org Sat Jul 06 14:05:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 14:04:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 14:04:39 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 19:40:51 -0000
Resent-Date: 5 Jul 1996 19:40:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <boekhold@cindy.et.tudelft.nl>
Date: Fri, 5 Jul 1996 21:37:55 +0200 (MET DST)
From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
X-Sender: boekhold@niki.et.tudelft.nl
To: "James A. Robinson" <jimr@simons-rock.edu>
cc: 3520@bugs.debian.org, Debian Development <debian-devel@lists.debian.org>
Subject: Re: Bug#3520: Manpages netpbm show up double
In-Reply-To: <m0ucGdH-0002EuC@plato>
Message-ID: <Pine.LNX.3.93.960705213543.359B-100000@niki.et.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"Vk_sE.0.WW7.2_Mtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4562
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Hmm, I don't have this problem.  Try clobbering your mandb files and
> running mandb again.  I think it is probably remembering the pbmplus
> man pages even though you ran mandb after a purge.

What do you mean by 'clobbering my mandb files' ?
 
> > Possible cause (I don't know **** about manpages writing):
> > 
> > .TH tifftopnm 1 "13 January 1991"
> > 
> >              ^^^
> 
> Do you have this problem with _all_ netpbm man pages?  In any case,
> yes, this might be a problem (I'm not sure) -- the .TH format is

Yup, all of them (well, more then one, so I assume all).
 
> 	title section extra1 extra2 extra3
> 
> But I would think the section is 1, because it is in man1, not
> man1netpbm.  Anyone here who is better groff groker have advice?

No, not in man1netpbm, but the man-pages have extensions of 1netpbm, such
as in /usr/man/man1/tifftopnm.1netpbm

Maarten

_______________________________________________________________________
| Maarten Boekhold, Faculty of Electrical Engineering TU Delft,   NL  |
|   boekhold@cindy.et.tudelft.nl boekhold@gopher.library.tudelft.nl   |
-----------------------------------------------------------------------


From debian-devel-request@lists.debian.org Sat Jul 06 16:35:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 16:24:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 16:24:05 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 21:39:35 -0000
Resent-Date: 5 Jul 1996 21:39:35 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0ucIaC-0002EuC@plato>
To: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
cc: 3520@bugs.debian.org, Debian Development <debian-devel@lists.debian.org>
Subject: Re: Bug#3520: Manpages netpbm show up double 
In-reply-to: Message from Maarten Boekhold <boekhold@cindy.et.tudelft.nl> 
   of "Fri, 05 Jul 1996 21:37:55 +0200."References: <Pine.LNX.3.93.960705213543.359B-100000@niki.et.tudelft.nl> 
 <Pine.LNX.3.93.960705213543.359B-100000@niki.et.tudelft.nl> 
Date: Fri, 05 Jul 1996 17:38:33 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"myS0-2.0.gb.MkOtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4563
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> What do you mean by 'clobbering my mandb files' ?

find /var/catman -type f|xargs rm

> > But I would think the section is 1, because it is in man1, not
> > man1netpbm.  Anyone here who is better groff groker have advice?
> 
> No, not in man1netpbm, but the man-pages have extensions of 1netpbm, such
> as in /usr/man/man1/tifftopnm.1netpbm

Yes, I realize that. Again, I think it is odd that I don't have any
problem with repeats -- so it might be mandb.  In any case, I think
somebody (groff-knowledgeable) will probably get back to me.


Jim


From debian-devel-request@lists.debian.org Sat Jul 06 17:25:20 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 17:23:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 17:23:40 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 22:14:40 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3526: syslogd dumps core when no domainname has been set
Reply-To: llucius <llucius@millcomm.com>, 3526@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Orignal-Sender: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Martin Schulze <joey@linux.de>
Resent-Date: Fri, 05 Jul 1996 22:03:03 GMT
Resent-Message-ID: <handler.3526.B.83660337324410@bugs.debian.org>
X-Debian-PR-Package: sysklogd
X-Loop: owner@bugs.debian.org
Sender: llucius@millcomm.com (Yambo)
Date: Fri, 5 Jul 1996 16:47:06 -0500 (CDT)
From: llucius <llucius@millcomm.com>
Sender: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607051630.A24610-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4564
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: sysklogd
Version: 1.3-6

If you haven't set your domainname, syslogd will dump core upon startup.  
To recreate, simply set your domainname to "" using "domainname" or 
remove it from /etc/hosts.  

Here's a "possible" fix:

--- orig/sysklogd-1.3/syslogd.c	Mon May 27 18:01:51 1996
+++ sysklogd-1.3/syslogd.c	Fri Jul  5 16:38:09 1996
@@ -730,11 +730,14 @@
 		 * we want to distribute good software.  Joey
 		 */
 		hent = gethostbyname(LocalHostName);
-		sprintf(LocalHostName, "%s", hent->h_name);
-		if ( (p = index(LocalHostName, '.')) )
+		if (hent != NULL)
 		{
-			*p++ = '\0';
-			LocalDomain = p;
+			sprintf(LocalHostName, "%s", hent->h_name);
+			if ( (p = index(LocalHostName, '.')) )
+			{	
+				*p++ = '\0';
+				LocalDomain = p;
+			}
 		}
 	}
 


From debian-devel-request@lists.debian.org Sat Jul 06 17:50:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 17:26:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 17:26:44 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 22:15:39 -0000
Resent-Date: 5 Jul 1996 22:15:39 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ucJ9p-000HWvC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging 
In-Reply-To: Your message of "Thu, 04 Jul 1996 15:49:00 -0000."
             <m0ubpih-0002YCC@chiark.chu.cam.ac.uk> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-221454480P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Sat, 06 Jul 1996 01:15:23 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"TKlnC1.0.421.BGPtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4565
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_-221454480P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Ian Jackson:
> I'm leaning towards the `3 separate files' approach - a .tar.gz of the
> original source, named <pkg>_<orgver>-<rev>.orig.tar.gz and unpacking
> into <pkg>-<orgver>/ (note hyphen), a .diff.gz containing the
> debianisation patch, named <pkg>_<orgver>-<rev>.diff.gz, and a control
> file <pkg>_<orgver>-<rev>.dsc (optionally PGP-signed).

The diff and the .dsc could be combined, since patch can skip stuff that
is not part of the diff.  Having two files instead of three is easier,
and in this case it requires no extra packaging (you can just cat the
.dsc and the .diff).

> I don't have personal experience of this, but people are saying that
> it will be hard to maintain accurate dependencies for source packages,

Do it later.  It's not that important now.  But allow people to do it
now, if they want to (though no-one should expect it to be complete).

> The Generates line would perhaps be optional, with a default of a
> single binary package named the same as the source.

Yes.

> I'm unsure about the Version field, mainly because of the problems it
> is may cause with respect to updating and repacking packages.

Is the version of a source package going to be different from the binary
it produces?  If not, get both from the same place.

> We'll need a couple of new required files in the debianised source:

I'm getting the feeling we are having a few too many debian.* files.  It
gets confusing.  Could .sourceinfo and .control be combined, at least?
They do contain similar information.

>  * debian.Changelog format ?

Use the current Emacs format.  It's got the automation support already,
and people know it (even if we don't love it).  Unless there are important
technical reasons to change it?  (Ease of parsing is not important.)

>  * What about all this stuff to do with Versions ?

I'd like to see that it is kept in exactly one location.  Anything else
invites errors.



--==_Exmh_-221454480P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMd2T+YQRll5MupLRAQHnngP5ATMC8SkzYHRJDXncVud8JXzqFqy7/KDu
mPCdd3XDf/lxwp0MCxe6aSxaovTd9pNmwSwZdWQkiH69azwaC2C3cBQKG4uOqCz0
QP+Ek+pXO+2yyeCLlgQIrNBYIJpr2Al77gnBi4u5TJKhXB7PbX2aDO0C2TvYQ9fX
YtfdvE7fS/c=
=0jKq
-----END PGP MESSAGE-----

--==_Exmh_-221454480P--


From debian-devel-request@lists.debian.org Sat Jul 06 18:15:20 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 18:02:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 18:02:13 -0000
Received: (qmail-queue invoked by uid 40); 5 Jul 1996 22:39:37 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3527: xlockmore man page bug
Reply-To: Mark Eichin <eichin@cygnus.com>, 3527@bugs.debian.org
Resent-From: Mark Eichin <eichin@cygnus.com>
Orignal-Sender: eichin@cygnus.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dirk Eddelbuettel <edd@qed.econ.queensu.ca>
Resent-Date: Fri, 05 Jul 1996 22:18:04 GMT
Resent-Message-ID: <handler.3527.B.83660487625051@bugs.debian.org>
X-Debian-PR-Package: xlockmore
X-Loop: owner@bugs.debian.org
Sender: eichin@cygnus.com
To: submit@bugs.debian.org
From: Mark Eichin <eichin@cygnus.com>
Date: 05 Jul 1996 18:10:33 -0400
Message-Id: <xe1buhu4ahy.fsf@maneki-neko.cygnus.com>
Lines: 13
X-Mailer: Gnus v5.3/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4566
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: xlockmore
Version: 3.9-0

man xlockmore says:

       flag    Flame  mode  shows a flying flag of your operating
               system.

       flame   Flag mode shows weird but cool cosmic flame  frac-
               tals.

Note the swap of the names...


From debian-devel-request@lists.debian.org Sat Jul 06 19:05:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 18:56:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 18:56:31 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 00:19:42 -0000
Resent-Date: 6 Jul 1996 00:19:42 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <owner@bugs.debian.org>
From: owner@bugs.debian.org
Message-Id: <m0ucKDZ-000CdfC@submailer.bugs.debian.org>
Date: Fri, 5 Jul 96 16:23 PDT
To: debian-devel@lists.debian.org
Subject: Unanswered problem reports by date
Resent-Message-ID: <"jf1l7.0.QZ2.U4Rtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4567
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The following problem reports have not yet been marked as `taken up' by a
message to done@bugs.debian.org or or `forwarded' by a
message to forwarded@bugs.debian.org.

OVER 15 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
  660 gdb        GDB gets address of structure  David Engel <david@ods.com>
  725 xbase      twm places windows incorrectly Stephen Early <sde1000@debian.o
  740 xbase      xclock leaves `droppings' in i Stephen Early <sde1000@debian.o
  773 xbase      xmh falls over if mh is not in Stephen Early <sde1000@debian.o
  775 xbase      twm reports errors on incorrec Stephen Early <sde1000@debian.o

OVER 14 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
  797 termcap-co /etc/termcap console keydefs f Christian Hudon <chrish@debian.
  818 bash       bash builtin `echo' doesn't ch daveb@tau.space.thiokol.com (Da
  820 tcsh       tcsh builtin `echo' doesn't ch Andrew Howell <andrew@it.com.au
  821 shellutils /bin/echo doesn't check write  daveb@tau.space.thiokol.com (Da
  825 trn        trn warning messages corrupt t Michael Nonweiler <mrn20@cam.ac
  836 termcap-co Possible bugs in termcap syste Christian Hudon <chrish@debian.

OVER 13 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
  887 xarchie    xarchie barfs when ftp closes  Christian Linhart <chris@cosy.s
  889 info       Info 3.1-6                     Erick Branderhorst <branderhors
  902 lpr        lpr can't print a PostScript f dgregor@coil.com (D.J. Gregor)
  911 libc4      libc causes rsh to fail on com (unknown -- `libc')
  957 dpkg       dpkg should automatically log  Ian Jackson <ian@chiark.chu.cam

OVER 12 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
  988 bsdutils   `script' is insecure, and gene Austin Donnelly <and1000@debian
  998 boot-flopp Can't Configure DOS Partitions Bruce Perens <Bruce@Pixar.com>
 1009 bash       bash problem with quoting/comp daveb@tau.space.thiokol.com (Da
 1016 procps     top has 3's in vt100           Fernando Alegre <alegre@mars.su
 1032 boot-flopp Linux Counter Project Info Not Bruce Perens <Bruce@Pixar.com>
 1037 dpkg       dselect user interface (was Re Ian Jackson <ian@chiark.chu.cam
 1045 termcap-co tgetflag("hc") segfaults (fwd) Christian Hudon <chrish@debian.
 1061 lpr        /etc/printcap vs. /usr/man/man dgregor@coil.com (D.J. Gregor)

OVER 11 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1099 perl       perl bug                       Darren Stalder <torin@daft.com>
 1108 binutils   No manpage ar(5)               David Engel <david@ods.com>
 1112 gsfonts    a2gs output unusable by gs but joost witteveen <joostje@master
 1118 fortune    fortune is setuid games ?!     dhs@firefly.com (David H. Silbe
 1130 libc4      Stdlib.h problems when using g (unknown -- `libc')
 1164 shellutils who --help uses /etc/{w,u}tmp  daveb@tau.space.thiokol.com (Da
 1170 perl       perl fails to make headers fir Darren Stalder <torin@daft.com>
 1176 procps     /usr/bin/top segfault with unk Fernando Alegre <alegre@mars.su
 1201 perl       perl doesn't know about includ Darren Stalder <torin@daft.com>
 1211 libc4      libc __nis_getgrnam() segfault (unknown -- `libc')

OVER 10 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1233 ifrench    Bad french.hash file in ifrenc (orphan)
 1239 findutils  /etc/cron.daily/find: updatedb Kevin Dalley <kevin@aimnet.com>
 1240 procps     ps(1) man page incomplete      Fernando Alegre <alegre@mars.su
 1246 procps     ps man page does not agree wit Fernando Alegre <alegre@mars.su
 1247 perl       perl <...> globbing only works Darren Stalder <torin@daft.com>
 1265 uucp       Misc. uucp bugs                dhs@firefly.com (David H. Silbe
 1275 xarchie    xarchie clumsy with 2-button m Christian Linhart <chris@cosy.s
 1278 libc4      dpkg seg faults with NIS       (unknown -- `libc')
 1279 libc4      Strangeness involving <bsd/sig (unknown -- `libc')
 1281 bin86      bin86                          (unknown -- `bin')
 1292 xserver-sv X locks up                     Stephen Early <sde1000@debian.o
 1303 binutils   `man 1 nm` slightly incomplete David Engel <david@ods.com>
 1314 ncurses3.0 ncurses fails in silly way on  (unknown -- `ncurses')
 1336 procps     CFLAGS shouldn't be used when  Fernando Alegre <alegre@mars.su

OVER 9 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1366 acm        acm networking problems        Ian Murdock <imurdock@debian.or
 1372 boot-flopp rootdisk: no dvorak keytable   Bruce Perens <Bruce@Pixar.com>
 1378 libc4      weird ELF/a.out difference     (unknown -- `libc')
 1381 workbone   workbone postinst fails        dgregor@bronze.coil.com (D.J. G
 1399 dpkg       dselect error handling not con Ian Jackson <ian@chiark.chu.cam
 1406 dbackup    backup postrm can fail when it dhs@firefly.com (David H. Silbe
 1411 perl       perlconfig misses an opportuni Darren Stalder <torin@daft.com>
 1429 bibtex, kp several TeX packages Provide t Nils Rennebarth <nils@nus.pan-n
 1451 ghostview  `ghostviewR6' conflict with gh Helmut Geyer, Helmut.Geyer@iwr.
 1467 ax25-kerne `ax25-kernel-source', `ax25-ut (unknown -- `ax')
 1468 glibcdoc   `glibcdoc' should use `info-br Ian Murdock <imurdock@debian.or
 1480 dpkg       start-stop-daemon doesn't chec Ian Jackson <ian@chiark.chu.cam
 1481 smail      smail paniclog suggestion      Soenke Lange <soenke@escher.nor
 1488 dld        dld control file dsccription p gthomas@native-ed.bc.ca (Guy R.
 1502 ltxtool lt Uniform lists in debian.contro Nils Rennebarth <nils@nus.pan-n
 1526 dpkg       man dpkg(5) dpkg(8) dselect    Ian Jackson <ian@chiark.chu.cam
 1532 repair     no revision number with repair Richard Kettlewell <richard@elm
 1533 procps     `w' produces bogus login@, idl Fernando Alegre <alegre@mars.su
 1549 bash       bash should not have world-rea daveb@tau.space.thiokol.com (Da
 1555 dpkg       dselect per-screen-half focus  Ian Jackson <ian@chiark.chu.cam
 1560 shellutils `su' produces incomplete log e daveb@tau.space.thiokol.com (Da
 1616 shellutils 'who' can't find utmp          daveb@tau.space.thiokol.com (Da
 1621 xbase      Xmark has no manpage           Stephen Early <sde1000@debian.o

OVER 8 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1624 bash       thermal run away problem       daveb@tau.space.thiokol.com (Da
 1642 dpkg       dpkg recursive package listing Ian Jackson <ian@chiark.chu.cam
 1647 texbin     dpkg can present incorrect inf Nils Rennebarth <nils@nus.pan-n
 1653 texbin     Missing dvicopy(1) man page.   Nils Rennebarth <nils@nus.pan-n
 1663 texbin     TeX comes without configuratio Nils Rennebarth <nils@nus.pan-n
 1664 texbin     TeX is lacking documentation o Nils Rennebarth <nils@nus.pan-n
 1670 dpkg       start-stop-daemon is too slow  Ian Jackson <ian@chiark.chu.cam
 1672 ftp.debian non-free packages              Ian Murdock <imurdock@debian.or
 1681 cron       Missing files                  Steve Greenland <stevegr@master
 1685 libc4      dpkg-split --msdos not correct (unknown -- `libc')
 1686 mfbin      psfonts.map can't be found     Nils Rennebarth <nils@nus.pan-n
 1690 xbase      XDM protection fault on X conf Stephen Early <sde1000@debian.o
 1691 xbase      X config allows invalid numeri Stephen Early <sde1000@debian.o
 1693 smail      forwarded message from Harald  Soenke Lange <soenke@escher.nor
 1699 base       Install/Config quirks: Missing Bruce Perens <bruce@pixar.com>
 1702 bash       telnet+su root->thermal proces daveb@tau.space.thiokol.com (Da
 1703 xtron      xtron documentation            Andrew Howell <andrew@it.com.au
 1707 kernel     image 1.2.13-5 has no msdos.o  Simon Shapiro  <Shimon@i-connec
 1708 adduser? m `passwd' not interruptible whe Steve Phillips <sjp@cvfn.org>
 1711 adduser    adduser replaces NIS entries i Steve Phillips <sjp@cvfn.org>
 1713 procps     procps: manpage doesn't tell t Fernando Alegre <alegre@mars.su
 1714 bash       bash is confused when breaking daveb@tau.space.thiokol.com (Da
 1717 gopherd    gopherd recommends freeWAIS -  Ted Hajek <tedhajek@boombox.mic
 1718 gopherd    gopherd version has spurious q Ted Hajek <tedhajek@boombox.mic
 1742 base       /dev/tty has wrong permissions Bruce Perens <bruce@pixar.com>
 1744 kernel     dpkg: cannot scan updates dire Simon Shapiro  <Shimon@i-connec
 1746 bash       rsh <system> sh -i produces CP daveb@tau.space.thiokol.com (Da
 1747 nas        nas: no manpages for au availa Michael Nonweiler <mrn20@cam.ac
 1759 kernel     running out of swap causes dea Simon Shapiro  <Shimon@i-connec
 1767 cern-httpd cern-httpd installation        Steve Greenland <stevegr@master
 1771 ltxtool    Legal problems with ltxtool    Nils Rennebarth <nils@nus.pan-n
 1774 libc4      <paths.h>: _PATH_DEFPATH conta (unknown -- `libc')
 1791 dosemu     dosemu troubles                Mike Deisher <deisher@dspsun.ea
 1794 base       /bin/sh is shell when none spe Bruce Perens <bruce@pixar.com>
 1796 xserver-s3 missing call to ntohs in X ser (unknown -- `xserver-s')
 1797 dpkg       upgrade/downgrade dependency c Ian Jackson <ian@chiark.chu.cam
 1799 smail      smail nameresloving problems   Soenke Lange <soenke@escher.nor
 1803 termcap-co /etc/termcap linux definition  Christian Hudon <chrish@debian.
 1812 textutils  Cut in textutils with fields   daveb@tau.space.thiokol.com (Da
 1818 dpkg       configure ordering based on Re Ian Jackson <ian@chiark.chu.cam
 1819 xbase      X11 doesn't set a lock on the  Stephen Early <sde1000@debian.o
 1823 texbin     texbin postinst failed with er Nils Rennebarth <nils@nus.pan-n

OVER 7 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1831 pgp-i      pgp-i bug..                    Ian Jackson <ian@chiark.chu.cam
 1834 bash       [kubla@goofy.zdv.Uni-Mainz.de: daveb@tau.space.thiokol.com (Da
 1845 trn        dead.letter and dead.article a Michael Nonweiler <mrn20@cam.ac
 1851 gopher-cli gopher-client-2.1.1 has quotes Ted Hajek <tedhajek@boombox.mic
 1853 procps     top fails after 130 processes? Fernando Alegre <alegre@mars.su
 1854 fileutils  cp -dpR doesn't preserve owner daveb@tau.space.thiokol.com (Da
 1855 base       packages adding entries to /et Bruce Perens <bruce@pixar.com>
 1856 perl       creating perl header files     Darren Stalder <torin@daft.com>
 1858 kpathsea   kpathsea package does not inst Nils Rennebarth <nils@nus.pan-n
 1865 kpathsea   cmr10 at 10.0pt not loadable:  Nils Rennebarth <nils@nus.pan-n
 1873 dvipsk     dvipsk ignores /etc/papersize! Nils Rennebarth <nils@nus.pan-n
 1874 a2ps       a2ps ignores /etc/papersize!   (unknown -- `a')
 1879 emacs      Emacs shell mode weirdness - l Mark Eichin <eichin@kitten.gen.
 1881 majordomo  Majordomo UID wrong?           Richard Kettlewell <richard@elm
 1885 base       base 0.93.6-13: doesn't create Bruce Perens <bruce@pixar.com>
 1901 kbd        `compose' keytable command not Dominik Kubla <Dominik.Kubla@Un
 1908 procps     Top and tabs                   Fernando Alegre <alegre@mars.su
 1914 image      general protection in unix_pro (unknown -- `image')
 1916 perl       perl: wrong entries in Config. Darren Stalder <torin@daft.com>
 1921 dpkg       update-alternatives prompt, dp Ian Jackson <ian@chiark.chu.cam
 1922 kernel     1.3.43 Kernel is too nice      Simon Shapiro  <Shimon@i-connec
 1923 lpr        lpr not de-installing          dgregor@coil.com (D.J. Gregor)
 1929 smail      aliasinclude and forwardinclud Soenke Lange <soenke@escher.nor
 1930 mime-suppo metamail wants xloadimage      Brian White <bcwhite@pobox.com>
 1933 procps     w from procps gives wrong idle Fernando Alegre <alegre@mars.su
 1934 mfbin      font scaling problem           Nils Rennebarth <nils@nus.pan-n
 1946 samba      nmbd won't browse              Andrew Howell <andrew@it.com.au
 1954 base       setting up the network         Bruce Perens <bruce@pixar.com>
 1955 base       base discs still aren't creati Bruce Perens <bruce@pixar.com>
 1962 kernel     kernel needs sbpcd.h editing i Simon Shapiro  <Shimon@i-connec
 1971 ftp.debian librl should be in required    Ian Murdock <imurdock@debian.or
 1972 perl       perl should suggest kernel sou Darren Stalder <torin@daft.com>
 1973 workbone   workbone postinst needs reword dgregor@bronze.coil.com (D.J. G
 1981 xcontrib   xman fails to format ascii(7)  Stephen Early <sde1000@cam.ac.u
 1984 workbone   dpkg won't install cdtool      dgregor@bronze.coil.com (D.J. G
 1985 xbase      xdm won't redirect to remote m Stephen Early <sde1000@debian.o
 1989 kernel     mmap bug?                      Simon Shapiro  <Shimon@i-connec

OVER 6 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1995 cron       run-parts on laptops           Steve Greenland <stevegr@master
 1997 ncurses3.0 ncurses linux terminal definit (unknown -- `ncurses')
 2001 base       Incorrect ownership of audio d Bruce Perens <bruce@pixar.com>
 2009 mailx      mailx ignores ^C at Subject pr Dale Miller <dale@csd.uwo.ca>
 2010 mailx      mailx misses VM-generated From Dale Miller <dale@csd.uwo.ca>
 2011 libc4      very silly messages from rsh   (unknown -- `libc')
 2022 general    utmp corruption                debian-devel@pixar.com
 2023 texbin     latex dumps core on -QUIT      Nils Rennebarth <nils@nus.pan-n
 2027 kpathsea   tiny bug in web2c debian.rules Nils Rennebarth <nils@nus.pan-n
 2037 bibtex     bibtex not searching $TEXINPUT Nils Rennebarth <nils@nus.pan-n
 2038 texbin     tex man page has unexpanded ma Nils Rennebarth <nils@nus.pan-n
 2039 xserver-ma X server font erosion          (unknown -- `xserver-mach')
 2047 grep       grep segfaults when abused     Joe Kirby <kirby@utk.edu>
 2051 xntp       /etc/ntp.conf is an auto-handl Andrew Howell <andrew@it.com.au
 2052 cron       find over NFS                  Steve Greenland <stevegr@master
 2054 latex,xdvi no subject (file transmission) Nils Rennebarth <nils@nus.pan-n
 2063 kernel     scsi driver sequence unreasona Simon Shapiro  <Shimon@i-connec
 2064 kernel     aha1740 driver only supports o Simon Shapiro  <Shimon@i-connec
 2067 lynx       lynx -source can't find docume Andrew Howell <andrew@it.com.au
 2068 shellutils su doesn't su.                 daveb@tau.space.thiokol.com (Da
 2070 base       /etc/issue and /etc/issue.net  Bruce Perens <bruce@pixar.com>
 2076 ncurses-bi reset(1)                       Michael Alan Dorman <mdorman@lo
 2085 ncurses3.0 /usr/lib/termcap/l/linux kbs C (unknown -- `ncurses')
 2099 ax25-util  slip module stops axattach     (unknown -- `ax')

OVER 5 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 2104 dvipsk     dvips doesn't provide color    Nils Rennebarth <nils@nus.pan-n
 2105 kernel     console error messages "Source Simon Shapiro  <Shimon@i-connec
 2110 bash       Bash tab completion of non alp daveb@tau.space.thiokol.com (Da
 2112 inn        Submission for INN doc file    Miquel van Smoorenburg <miquels
 2122 xdvik      xdvik doesn't handle the `zcat Nils Rennebarth <nils@nus.pan-n
 2130 ncurses3.0 ncurses3.0-dev misinstalls scr (unknown -- `ncurses')
 2158 ncurses-te new ncurses bug ?              Michael Alan Dorman <mdorman@lo
 2159 procps     "ps pids" lists more than just Fernando Alegre <alegre@mars.su
 2161 binutils   elf-binutils 2.5.2l.20-1 ld ca David Engel <david@ods.com>
 2167 timezone   timezone zdump for US zones gi Fernando Alegre <alegre@mars.su
 2169 timezone   timezone zdump utility should  Fernando Alegre <alegre@mars.su
 2170 timezone   timezone: it needs more docume Fernando Alegre <alegre@mars.su
 2171 timezone   timezone: how to determine zon Fernando Alegre <alegre@mars.su
 2177 strace     "strace -ff -o file dpkg --ins Wichert Akkerman <wakkerma@wi.l
 2182 perl       perl shouldn't touch /usr/loca Darren Stalder <torin@daft.com>
 2183 emacs      emacs shouldn't touch /usr/loc Mark Eichin <eichin@kitten.gen.
 2184 perl       perl's sys/socket.ph causes wa Darren Stalder <torin@daft.com>
 2185 mflib      texmf/metafont or texmf/mf ?   Nils Rennebarth <nils@nus.pan-n
 2186 texlib     national hyphenation patterns  Nils Rennebarth <nils@nus.pan-n
 2196 ytalk      ytalk `shell' option can't run Andrew Howell <andrew@it.com.au
 2197 hdparm     hdparm -c switch               gthomas@native-ed.bc.ca (Guy R.
 2198 uucp       uuxqt can't execute rmail      dhs@firefly.com (David H. Silbe
 2200 ghostview  Description                    Helmut Geyer, Helmut.Geyer@iwr.
 2205 most       Description                    Chris Fearnley <cjf@netaxs.com>
 2206 rsynth     Description                    Marcel Riedi <riedi@tik.ee.ethz
 2209 dld        Description                    gthomas@native-ed.bc.ca (Guy R.
 2211 auto-pgp   Description                    Mike Deisher <deisher@dspsun.ea
 2217 kbd        loadkeys problem               Dominik Kubla <Dominik.Kubla@Un
 2220 inn        INN feed password interacts ba Miquel van Smoorenburg <miquels
 2231 mathpad    mathpad problems               Erick Branderhorst <branderh@de
 2233 groff      groff-1.09-4                   Alvar Bray <alvar@meiko.co.uk>
 2235 emacs      emacs eats manual pages        Mark Eichin <eichin@kitten.gen.
 2238 kbd        another loadkeys problem       Dominik Kubla <Dominik.Kubla@Un
 2241 perl       Perl 5.002-3 handles LANG and  Darren Stalder <torin@daft.com>
 2242 mc (Midnig mc should depend on ncurses3.0 Fernando Alegre <alegre@mars.su
 2243 xbase      xterm vanishes when it's big ( Stephen Early <sde1000@debian.o
 2251 perl       Perl coredumps while invoking  Darren Stalder <torin@daft.com>
 2254 perl       perl doesn't initialize variab Darren Stalder <torin@daft.com>
 2265 bash       bash `horizontal scroll' can't daveb@tau.space.thiokol.com (Da
 2267 emacs      emacs ange ftp fails           Mark Eichin <eichin@kitten.gen.
 2268 cern-httpd stale documentation links      Steve Greenland <stevegr@master
 2275 timezone   ctime(3) should be replaced by Fernando Alegre <alegre@mars.su
 2284 mailx      mailx ^C at Cc: prompt sends m Dale Miller <dale@csd.uwo.ca>
 2291 ncurses3.0 missing terminfo capabilities  (unknown -- `ncurses')
 2292 shellutils date does not support dates pa daveb@tau.space.thiokol.com (Da
 2293 uucp       uucp should compress big files dhs@firefly.com (David H. Silbe
 2295 lynx       (no subject)                   Andrew Howell <andrew@it.com.au
 2296 bugs.debia debian-bugs WWW doesn't say ho Ian Jackson <ijackson@chiark.ch

OVER 4 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 2297 xbase      xterm gets mouse-paste and RET Stephen Early <sde1000@debian.o
 2298 trn        trn bug with shell escaping    Michael Nonweiler <mrn20@cam.ac
 2301 bash       bash doesn't document any way  daveb@tau.space.thiokol.com (Da
 2302 rcs        RCS - problems with msdos file Sven Rudolph <sr1@inf.tu-dresde
 2304 mount      umount calls gethostbyname() a Robert Leslie <rob@mars.org>
 2309 adduser    Multiple root accounts         Steve Phillips <sjp@cvfn.org>
 2311 svgalib1-b svgalib has undocumented setui (unknown -- `svgalib')
 2313 xbase      xterm keymapping problems susp Stephen Early <sde1000@debian.o
 2318 emacs      Emacs makes it hard for MTAs t Mark Eichin <eichin@kitten.gen.
 2321 libc5 (and libc doesn't use **h_aliases ( (unknown -- `libc')
 2334 mh         MH scan -width dumps core      Michael Alan Dorman <mdorman@lo
 2338 cron       finds in cron.daily should be  Steve Greenland <stevegr@master
 2342 libgr      libpng too old (0.71) for Aren Darren Stalder <torin@daft.com>
 2343 libgr      libgz obsolete and confusing n Darren Stalder <torin@daft.com>
 2345 shellutils Inclusion of shadow breaks up  daveb@tau.space.thiokol.com (Da
 2346 mh         MH can lose mail               Michael Alan Dorman <mdorman@lo
 2348 smail      Smail fails to define NO_PETER Soenke Lange <soenke@escher.nor
 2353 xterm-colo postrm script broken           Mark Eichin <eichin@cygnus.com>
 2356 mailx      mailx -- problems with TMPDIR  Dale Miller <dale@csd.uwo.ca>
 2357 dvipsk     dvipsk generated PS causes `re Nils Rennebarth <nils@nus.pan-n
 2360 xbase      xdm cannot find a free VT      Stephen Early <sde1000@debian.o
 2362 bash       bash (readline) dumps core on  daveb@tau.space.thiokol.com (Da
 2365 pine       Pine erases message before I c Dale Scheetz <dwarf@polaris.net
 2367 pine       Pine supplies PATH line when p Dale Scheetz <dwarf@polaris.net
 2379 svgalib1   svgalib postinst broken        (unknown -- `svgalib')
 2382 nvi        would like `view' link for nvi Steve Greenland <stevegr@neosof
 2387 libc5-dev  gethostbyaddr(3) ill documente (unknown -- `libc')
 2392 emacs      Emacs mishandles fonts under X Mark Eichin <eichin@kitten.gen.
 2402 procps     ps no longer understands `g' o Fernando Alegre <alegre@mars.su
 2405 perl       perl postinst messages re unct Darren Stalder <torin@daft.com>
 2417 emacs      emacs inferior process buffers Mark Eichin <eichin@kitten.gen.
 2423 smail      scattered sendmail links       Soenke Lange <soenke@escher.nor
 2425 ispell     ispell thinks `formated' is co Kenneth MacDonald <K.MacDonald@
 2426 apache     apache overwrites existing hom Mark Shuttleworth <marks@thawte
 2427 procps     top d 60 fails                 Fernando Alegre <alegre@mars.su
 2428 nvi        nvi segmentation faults        Steve Greenland <stevegr@neosof
 2430 kermit     kermit configuration script is (unknown -- `kermit')
 2431 emacs      Emacs mishandles X fonts.      Mark Eichin <eichin@kitten.gen.
 2439 sysvinit   rc?.d scripts sometimes not ru Miquel van Smoorenburg <miquels
 2440 perl       sys/socket.ph produces spuriou Darren Stalder <torin@daft.com>
 2450 cdtool     `cdir' prints out huge chunks  dgregor@gregor.com (D.J. Gregor
 2455 svgalib1   can't install svgalib1-1.28-5  (unknown -- `svgalib')
 2460 procps     bizarre output from `free'     Fernando Alegre <alegre@mars.su
 2463 kernel     "msdos" filesystem needed for  Simon Shapiro  <Shimon@i-connec
 2470 kernel     in kernel Attached ether adapt Simon Shapiro  <Shimon@i-connec
 2474 ncurses-bi /usr/bin/reset does the wrong  Michael Alan Dorman <mdorman@lo
 2475 at         `at' uses middle-endian 2-digi Martin Schulze <joey@infodrom.n
 2476 emacs      emacs mucks up my email addres Mark Eichin <eichin@kitten.gen.
 2477 emacs      annoying bug in emacs          Mark Eichin <eichin@kitten.gen.
 2478 emacs      ange ftpd croaks on anonftpd   Mark Eichin <eichin@kitten.gen.
 2479 emacs      ange-ftp is incredibly ineffic Mark Eichin <eichin@kitten.gen.

OVER 3 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 2481 general    /sbin/ldconfig in scripts      debian-devel@pixar.com
 2483 libdb1     libdb1 uses not-yet-completely (unknown -- `libdb')
 2484 libgdbm1   libgdbm1 conflicts with some v (unknown -- `libgdbm')
 2486 xwpe       Ghost packages                 dgregor@coil.com (D.J. Gregor)
 2493 gcc        GCC -O3 produces unsatisfied e David Engel <david@ods.com>
 2495 perl       perl requires tcsh (as it is c Darren Stalder <torin@daft.com>
 2497 amd        Fixes for amd-upl102           Dominik Kubla <Dominik.Kubla@Un
 2500 emacs      (no subject)                   Mark Eichin <eichin@kitten.gen.
 2501 perl       (no subject)                   Darren Stalder <torin@daft.com>
 2502 perl       configure fails if /vmlinuz is Darren Stalder <torin@daft.com>
 2503 elv-ctags  elvis and emacs both provide c mitchell@mdd.comm.mot.com (Bill
 2504 libdb1     remove -m486 from Makefile     (unknown -- `libdb')
 2510 rxvt       rxvt-2.14 breaks old scripts   Andrew Howell <andrew@it.com.au
 2520 procps     procps needs dependency on ncu Fernando Alegre <alegre@mars.su
 2524 base       problems with base package     Bruce Perens <bruce@pixar.com>
 2529 libgr-dev  libgr and libgr-dev both provi Darren Stalder <torin@daft.com>
 2530 bind       bind locks up system           Robert Leslie <rob@mars.org>
 2531 dpkg       install-info should use better Ian Jackson <ian@chiark.chu.cam
 2532 emacs      Emacs fails to use `set -e' in Mark Eichin <eichin@kitten.gen.
 2536 dpkg       dpkg inappropriately marks pac Ian Jackson <ian@chiark.chu.cam
 2538 base       audio devices have different g Bruce Perens <bruce@pixar.com>
 2542 netatalk   No default config files?       Klee Dienes <klee@sedona.com>
 2547 tf         tf does not support visual mod Andrew Howell <andrew@it.com.au
 2555 lpr        lpd source files aren't clean  dgregor@coil.com (D.J. Gregor)
 2556 lpr        "\031\1"                       dgregor@coil.com (D.J. Gregor)
 2557 elm        add to elm manpage             Carl Streeter <streeter@cae.wis
 2562 elm        elm manpage paths incorrect    Carl Streeter <streeter@cae.wis
 2569 boot-flopp bootdisk: Leading dot in dnsdo Bruce Perens <Bruce@Pixar.com>
 2573 libc5-dev  sysinfo system call not in lib (unknown -- `libc')
 2575 ytalk      ytalk lies about who you are t Andrew Howell <andrew@it.com.au
 2576 dpkg       base: selecting [A]ccess with  Ian Jackson <ian@chiark.chu.cam
 2589 perl       perl can't load libdb.so.1     Darren Stalder <torin@daft.com>
 2590 perl       new revision of perl does not  Darren Stalder <torin@daft.com>
 2591 dialog     rootdisk                       (orphan)
 2592 elvisnox   Elvis Compilation Peoblem      Bill Mitchell <mitchell@debian.
 2593 perl       perl tries to install in /usr/ Darren Stalder <torin@daft.com>
 2596 emacs      install-info (v1.1.2) creates  Mark Eichin <eichin@kitten.gen.
 2603 dpkg       dpkg-1.1.3 seg fault when inst Ian Jackson <ian@chiark.chu.cam
 2604 ash        ash: cc: Internal compiler err Bruce Perens <Bruce@Pixar.com>
 2605 ifrench    #1233,#1793 (ifrench doesn't w (orphan)
 2607 man        man and mandb invocation error Alvar Bray <alvar@debian.org>
 2609 emacs      (no subject)                   Mark Eichin <eichin@kitten.gen.
 2610 libg++27   support for m68k-linux         Andreas Schwab <schwab@issan.in
 2621 texbin     unstable/texbin install fails  Nils Rennebarth <nils@nus.pan-n
 2630 emacs      emacs package needs to break c Mark Eichin <eichin@kitten.gen.
 2634 emacs      emacs hung                     Mark Eichin <eichin@kitten.gen.
 2637 man        unstable/man loops building in Alvar Bray <alvar@debian.org>
 2638 man        unstable/man loops building in Alvar Bray <alvar@debian.org>
 2648 mh                                        Michael Alan Dorman <mdorman@lo
 2650 win32binut win32binutils has /usr/bin/fle (unknown -- `win')
 2658 perl       Errors during perlconfig       Darren Stalder <torin@daft.com>
 2661 mh         dist and mh both have a dist m Michael Alan Dorman <mdorman@lo
 2664 dpkg       arrow keys fail in dselect not Ian Jackson <ian@chiark.chu.cam

Over two months old - attention is required:
 Ref  Package    Keywords/Subject               Package maintainer
 2671 timezone   timezone Mexico/General doesn' Fernando Alegre <alegre@mars.su
 2682 timezone   Zoneinfo library has a name-cl Fernando Alegre <alegre@mars.su
 2688 base       base: wrong group for rft* dev Bruce Perens <bruce@pixar.com>
 2689 xemacs     (no subject)                   (unknown -- `xemacs')
 2690 netatalk   netatalk: a few small problems Klee Dienes <klee@sedona.com>
 2691 perl       new perl break suid scripts    Darren Stalder <torin@daft.com>
 2692 kernel     kernel swap space problem      Simon Shapiro  <Shimon@i-connec
 2699 ytalk      ytalk doesn't use FQDNs        Andrew Howell <andrew@it.com.au
 2701 seyon      seyon: dpkg --purge doesn't wo Sven Rudolph <sr1@inf.tu-dresde
 2703 apache     apache: wrong location of icon Mark Shuttleworth <marks@thawte
 2709 emacs      emacs should list /usr/lib/ema Mark Eichin <eichin@kitten.gen.
 2710 xterm-colo colour xterm has problems when Mark Eichin <eichin@cygnus.com>
 2712 man        man fails to recover correctly Alvar Bray <alvar@debian.org>
 2714 emacs      Emacs and XEmacs share files   Mark Eichin <eichin@kitten.gen.
 2717 general    conffiles in /usr              debian-devel@pixar.com
 2721 procps     free fails to understand recen Fernando Alegre <alegre@mars.su
 2728 procps     top coredump                   Fernando Alegre <alegre@mars.su
 2731 emacs      emacs with gud creates ~/.term Mark Eichin <eichin@kitten.gen.
 2733 mailx      /usr/bin/mail leaves lock file Dale Miller <dale@csd.uwo.ca>
 2737 arrl-infos arrl-infoserv: missing source  Bruce Perens <Bruce@Pixar.com>
 2738 boot-flopp Installing Debian 1.1          Bruce Perens <Bruce@Pixar.com>
 2739 boot-flopp Configuring Network with Debia Bruce Perens <Bruce@Pixar.com>
 2740 boot-flopp Configuring Network with Debia Bruce Perens <Bruce@Pixar.com>
 2741 base       First booting with Debian 1.1  Bruce Perens <bruce@pixar.com>
 2749 ltxmisc    ltxmisc: missing source file   Nils Rennebarth <nils@nus.pan-n
 2751 mfbasfnt   mfbasfnt: missing source file  Nils Rennebarth <nils@nus.pan-n
 2758 dld        dld: missing source file       gthomas@native-ed.bc.ca (Guy R.
 2759 glibcdoc   glibcdoc: missing source file  Ian Murdock <imurdock@debian.or
 2762 ax25-kerne ax25-kernel-source: missing so (unknown -- `ax')
 2763 textfm     textfm: missing source file    Nils Rennebarth <nils@nus.pan-n
 2764 texpsfnt   texpsfnt: missing source file  Nils Rennebarth <nils@nus.pan-n
 2765 ax25-util  ax25-util: missing source file (unknown -- `ax')
 2766 texlib     texlib: missing source file    Nils Rennebarth <nils@nus.pan-n
 2772 mflib      mflib: missing source file     Nils Rennebarth <nils@nus.pan-n
 2774 syslinux   syslinux: missing source file  Bruce Perens <Bruce@Pixar.com>
 2783 trn        trn needs to provide virtual p Michael Nonweiler <mrn20@cam.ac
 2785 timezone   Timezone has static library?   Fernando Alegre <alegre@mars.su
 2789 elm        elm doesn't show rest of pgp-s Carl Streeter <streeter@cae.wis
 2796 sysvinit   sysvinit makes obsolete symbol Miquel van Smoorenburg <miquels
 2797 nvi        nvi dumped core?               Steve Greenland <stevegr@neosof
 2799 man        mandb doesn't like manpage for Alvar Bray <alvar@debian.org>
 2802 apache     apache tweaks                  Mark Shuttleworth <marks@thawte
 2803 xdvik      xdvi does not handle redraws o Nils Rennebarth <nils@nus.pan-n
 2806 ncurses3.0 ncurses man pages internal inc (unknown -- `ncurses')
 2808 cron       wrong crontab entry for atrun  Steve Greenland <stevegr@master
 2810 uucp       uucp postrm should use -f flag dhs@firefly.com (David H. Silbe
 2812 apache     Apache server: SECURITY HOLE   Mark Shuttleworth <marks@thawte
 2814 apache     Apache 1.0.3: wrong manpage    Mark Shuttleworth <marks@thawte
 2818 bash       bash doesn't provide enough do daveb@tau.space.thiokol.com (Da
 2819 bind       named loses (in an easily fixe Robert Leslie <rob@mars.org>
 2822 inn        Some minor glitches with the i Miquel van Smoorenburg <miquels
 2823 mc         mc segfaults on reconnect of f Fernando Alegre <alegre@mars.su
 2825 nvi        restricted movement in nvi     Steve Greenland <stevegr@neosof
 2828 dpkg       have to install xosview twice  Ian Jackson <ian@chiark.chu.cam
 2829 emacs      emacs: gdb says: slashes aren' Mark Eichin <eichin@kitten.gen.
 2832 nvi        nvi likes turning auto-margins Steve Greenland <stevegr@neosof
 2834 dpkg       desect loses state if it can't Ian Jackson <ian@chiark.chu.cam
 2839 xemacs     Xemacs problems                (unknown -- `xemacs')
 2840 base       Conflicting entries in login/g Bruce Perens <bruce@pixar.com>
 2841 procps     top produces `$<3>' at end of  Fernando Alegre <alegre@mars.su
 2850 boot-flopp nfs.o isn't loaded in clean de Bruce Perens <Bruce@Pixar.com>
 2852 g77        Bug 2711: g77 does not include (unknown -- `g')
 2855 nvi        nvi changes xterm settings...  Steve Greenland <stevegr@neosof
 2856 bash       fd leak in bash                daveb@tau.space.thiokol.com (Da
 2861 manpages   glob(3) references glob(7); th Martin Schulze <joey@debian.org
 2862 man        man 9menu doesn't work         Alvar Bray <alvar@debian.org>
 2863 ncurses-ba dselect and ncurses in select  Michael Alan Dorman <mdorman@lo
 2864 amd        serious bug in amd!            Dominik Kubla <Dominik.Kubla@Un
 2868 amd        amd hangs on tcsh hostname com Dominik Kubla <Dominik.Kubla@Un
 2870 dpkg-ftp   dpkg-ftp-1.4.1 bug             awpguy@acs.ucalgary.ca (Andy W.
 2872 apache     Apache starts several times    Mark Shuttleworth <marks@thawte
 2874 gpm        gpm will not work if the syste Martin Schulze <joey@infodrom.n
 2876 svgalib1   svgalib will not work in a set (unknown -- `svgalib')
 2884 tkman      tkman doesn't use /var/catman  David Engel <david@ods.com>
 2889 base       no NCR 53c810 driver in 1.1 bo Bruce Perens <bruce@pixar.com>
 2891 taper      taper documentation is missing Joe Kirby <kirby@utk.edu>
 2892 setserial  setserial marked as Essential  Gordon Russell <gor@dcs.napier.
 2893 boot-flopp forwarded 1.1 installation bug Bruce Perens <Bruce@Pixar.com>
 2894 dpkg       dpkg guidelines info files not Ian Jackson <ian@chiark.chu.cam
 2895 base       base -- incorrect passwd entry Bruce Perens <bruce@pixar.com>
 2896 libdb1     postinst has bad permissions 6 (unknown -- `libdb')
 2899 libreadlin postinst has bad permissions 6 (unknown -- `libreadline')
 2904 dpkg       install-info doesn't cope with Ian Jackson <ian@chiark.chu.cam
 2906 glibcdoc   Inconsistency in libc.info re  Ian Murdock <imurdock@debian.or
 2908 sysvinit   mesg sets wrong permissions on Miquel van Smoorenburg <miquels
 2909 gcc        GCC Info has funny formatting  David Engel <david@ods.com>
 2910 gcc        GCC accepts multi-line strings David Engel <david@ods.com>
 2911 dpkg       Conffiles are deleted too late Ian Jackson <ian@chiark.chu.cam
 2913 ipx        ipx bootup scripts are broken  mrn20@cam.ac.uk (Michael R. Non
 2914 boot-flopp (no subject)                   Bruce Perens <Bruce@Pixar.com>
 2919 fort77     very bad fort77 installation m (unknown -- `fort')
 2920 base       incorrect entry for nobody in  Bruce Perens <bruce@pixar.com>

Over one month old:
 Ref  Package    Keywords/Subject               Package maintainer
 2923 cdtool     CD-ROM device /dev/hdc permiss dgregor@gregor.com (D.J. Gregor
 2926 lilo       Lilo: can't make documentation Bruce Perens <Bruce@Pixar.com>
 2927 base       /usr/info/dir in base confuses Bruce Perens <bruce@pixar.com>
 2928 base       nobody has wrong login shell   Bruce Perens <bruce@pixar.com>
 2929 dpkg       dpkg-name 1.1.6 is broken.     Ian Jackson <ian@chiark.chu.cam
 2933 dpkg-ftp   dpkg-ftp needs perl 5.002      awpguy@acs.ucalgary.ca (Andy W.
 2934 apache     Some cgi scripts don't work    Mark Shuttleworth <marks@thawte
 2937 bootdisk   Copyright message function key Bruce Perens <bruce@pixar.com>
 2938 procps     libproc is in wrong place      Fernando Alegre <alegre@mars.su
 2939 dpkg       Bad dpkg/ldconfig Interaction  Ian Jackson <ian@chiark.chu.cam
 2940 kernel     image-1.3.64-0 lacks scsi tape Simon Shapiro  <Shimon@i-connec
 2941 ftp.debian lots of hyphens in archive     Ian Murdock <imurdock@debian.or
 2942 timezone?, Wrong timezone for Europe/Wars Fernando Alegre <alegre@mars.su
 2945 rootdisk   Bus Error given by rootdisk    Ian Murdock <imurdock@debian.or
 2946 lynx       Lynx gives fatal error message Andrew Howell <andrew@it.com.au
 2956 bootdisk   beta experience                Bruce Perens <bruce@pixar.com>
 2959 shellutils date +%Z bug                   daveb@tau.space.thiokol.com (Da
 2962 ncurses3.0 dselect arrow keys don't work  (unknown -- `ncurses')
 2964 lynx       lynx -dump fails through proxy Andrew Howell <andrew@it.com.au
 2965 lynx       lynxexec not compiled into lyn Andrew Howell <andrew@it.com.au
 2966 bugs.debia bugs2ftp is broken             Ian Jackson <ijackson@chiark.ch
 2969 man        zsoelim [in man] is confused b Alvar Bray <alvar@debian.org>
 2970 groff      soelim [in groff] is confused  Alvar Bray <alvar@meiko.co.uk>
 2971 mailx      mailx doesn't quit on two succ Dale Miller <dale@csd.uwo.ca>
 2972 mfbin      MetaFONT linked against X libr Nils Rennebarth <nils@nus.pan-n
 2973 dpkg       install-info created 5 Develop Ian Jackson <ian@chiark.chu.cam
 2975 base       [base] missing /dev entries    Bruce Perens <bruce@pixar.com>
 2977 vgrind     vgrind: name clash causes core Dominik Kubla <kubla@uni-mainz.
 2978 base       May 13 15:51:25 lohi wu-ftpd[3 Bruce Perens <bruce@pixar.com>
 2982 xntp       xntp calls ntpdate at start    Andrew Howell <andrew@it.com.au
 2989 rxvt       rxvt source bug                Andrew Howell <andrew@it.com.au
 2991 elm        nfrm is not installed...       Carl Streeter <streeter@cae.wis
 2998 bugs.debia bugs2ftp still flaky           Ian Jackson <ijackson@chiark.ch
 3002 base       majordomo has conflicting grou Bruce Perens <bruce@pixar.com>
 3019 kernel     no 386 support in kernel_image Simon Shapiro  <Shimon@i-connec
 3026 xbase      xbase et al postinst doesn't f Stephen Early <sde1000@debian.o
 3027 base       updatedb can't run properly    Bruce Perens <bruce@pixar.com>
 3028 weblint    bad weblint permission         Darren Stalder <torin@daft.com>
 3031 boot-flopp various boot-floppies nits     Bruce Perens <Bruce@Pixar.com>
 3034 lpr        SOLVED: can't remove print job dgregor@coil.com (D.J. Gregor)
 3035 nvi        nvi dumps core                 Steve Greenland <stevegr@neosof
 3036 base       automatic adduser/addgroup in  Bruce Perens <bruce@pixar.com>
 3038 lpr        SOLVED: can't remove print job dgregor@coil.com (D.J. Gregor)
 3039 base       MAKEDEV script does not create Bruce Perens <bruce@pixar.com>
 3040 kernel     Sound module in 1.3.95 kernel  Simon Shapiro  <Shimon@i-connec
 3042 elm        Elm produces bogus Content-Typ Carl Streeter <streeter@cae.wis
 3044 tkdiff     tkdiff -- calls wrong "wish" p krs@caos.aamu.edu (Karl R. Sack
 3046 smail      Smail configuration problem?   Soenke Lange <soenke@escher.nor
 3047 cron       cron script problem?           Steve Greenland <stevegr@master
 3050 xbmbrowser xbmbrowser man page installed  Nils Rennebarth <nils@nus.pan-n
 3052 guile      guile is missing slib.info.gz  Klee Dienes <klee@sedona.com>
 3053 gnats      gnats: typo in postinst omits  bcwhite@pobox.com (Brian C. Whi
 3056 ash        ash-source contains objects    Bruce Perens <Bruce@Pixar.com>
 3060 sysklogd   problems with new sysklogd-1.3 Martin Schulze <joey@linux.de>
 3064 boot-flopp need a pointer in /usr/doc/boo Bruce Perens <Bruce@Pixar.com>
 3065 lsof       lsof looks for /System.map     Dominik Kubla <kubla@uni-mainz.
 3066 general    a.out binaries in various pack debian-devel@pixar.com
 3067 xaw3d      broken libXaw3d                (unknown -- `xaw')
 3070 base       base copyright string          Bruce Perens <bruce@pixar.com>
 3073 xbase      xbase contains imake and xmkmf Stephen Early <sde1000@debian.o
 3075 lpr, magic lpr, magicfilter, dvi-fonts fa dgregor@coil.com (D.J. Gregor)
 3077 mfbin      gray font .mf files missing fr Nils Rennebarth <nils@nus.pan-n
 3080 procps     error message in syslog caused Fernando Alegre <alegre@mars.su
 3084 timezone   missing timezones              Fernando Alegre <alegre@mars.su
 3087 shellutils Bug in date.                   daveb@tau.space.thiokol.com (Da
 3089 trn        trn -- needs to depend on "ine Michael Nonweiler <mrn20@cam.ac
 3093 perl       Perl dumps core                Darren Stalder <torin@daft.com>
 3095 xbase      xbase kills xdm and *then* ask Stephen Early <sde1000@debian.o
 3096 lxtools    lxtools: user error (misuse of Joe Kirby <kirby@utk.edu>
 3098 man        man-2.3.10-11 segfaults        Alvar Bray <alvar@debian.org>
 3099 cron       /etc/cron.daily/standard secur Steve Greenland <stevegr@master
 3102 procps     top has problems when not on c Fernando Alegre <alegre@mars.su
 3103 sysklogd   "/etc/init.d/sysklogd restart" Martin Schulze <joey@linux.de>
 3105 lynx       lynx access to dot files is di Andrew Howell <andrew@it.com.au
 3106 kernel     v 1.1 beta kernel image not fo Simon Shapiro  <Shimon@i-connec
 3107 nas        nas postinst could use a warni Michael Nonweiler <mrn20@cam.ac
 3108 snmp       snmpd provides too much inform David Engel <david@ods.com>
 3109 man        man 9menu unpleasant           Alvar Bray <alvar@debian.org>
 3110 xbase?     X servers muck up xdm when uni Stephen Early <sde1000@debian.o
 3112 uucp       UUCP uses /usr/spool/uucp (and dhs@firefly.com (David H. Silbe
 3113 ncurses3.0 dselect provokes ncurses probl (unknown -- `ncurses')
 3114 cron       cron.daily/standard script     Steve Greenland <stevegr@master
 3115 taper      taper recommends ftape         Joe Kirby <kirby@utk.edu>
 3119 emacs      emacs font handling            Mark Eichin <eichin@kitten.gen.
 3121 boot-flopp boot-floppies doesn't have bas Bruce Perens <Bruce@Pixar.com>
 3122 debianutil run-parts should ignore RCS    Guy Maor <maor@debian.org>
 3124 cern-httpd CERN httpd sends useless cron  Steve Greenland <stevegr@master
 3125 dpkg       bug (and correction) in dpkg-1 Ian Jackson <ian@chiark.chu.cam
 3128 mc         mc-3.2.1-1 needs libgpm.so.1   Fernando Alegre <alegre@mars.su
 3130 sysvinit   sysvinit init.d/network script Miquel van Smoorenburg <miquels
 3135 psnfss     psnfss has no Architecture fie Nils Rennebarth <nils@nus.pan-n
 3140 sysvinit   /etc/init.d/boot has rm -f bug Miquel van Smoorenburg <miquels
 3142 rootdisk   1.1 installation and large par Ian Murdock <imurdock@debian.or
 3143 sysvinit   sysvinit init.d/network script Miquel van Smoorenburg <miquels
 3146 base, ae   1.1 installation: ae doesn't w Bruce Perens <bruce@pixar.com>
 3147 rootdisk   May 19 boot floppies...        Ian Murdock <imurdock@debian.or
 3148 cron       Cron: Cannot stat in /var/spoo Steve Greenland <stevegr@master
 3149 base       upgrading base truncates utmp  Bruce Perens <bruce@pixar.com>
 3151 sendmail   Sendmail runs too late         Robert Leslie <rob@mars.org>
 3153 inn        inn ctlinnd not readable/execu Miquel van Smoorenburg <miquels
 3155 spice      spice still on my system       (unknown -- `spice')
 3156 lpr        lpr and smail uuname returned  dgregor@coil.com (D.J. Gregor)
 3157 fileutils  df from fileutils calls sync() daveb@tau.space.thiokol.com (Da
 3158 most       most differs from man page     Chris Fearnley <cjf@netaxs.com>
 3161 general    Newbie 1.1beta installation.   debian-devel@pixar.com
 3162 xbase      disconnects between ncurses-ba Stephen Early <sde1000@debian.o
 3163 ncurses-ba disconnects between ncurses-ba Michael Alan Dorman <mdorman@lo
 3164 smail      runq dumps core                Soenke Lange <soenke@escher.nor
 3165 manpages   fcntl(2) references nonexisten Martin Schulze <joey@debian.org
 3166 nvi        SIGSEGV on TERM=dumb           Steve Greenland <stevegr@neosof
 3169 genscript  dvipsk doesn't use /etc/papers Sven Rudolph <sr1@inf.tu-dresde
 3170 dpkg       again dpkg --root=xxx          Ian Jackson <ian@chiark.chu.cam
 3172 autoconf   Autoconf does not provide conf Mark Eichin <eichin@kitten.gen.
 3174 bash       set -i doesn't work in bash    daveb@tau.space.thiokol.com (Da
 3176 mandelspaw mandelspawn slave problems     Andrew Howell <andrew@it.com.au
 3177 bash       sh -nc <command> actually runs daveb@tau.space.thiokol.com (Da
 3179 emacs      emacs ctags segfaults          Mark Eichin <eichin@kitten.gen.
 3180 linuxdoc-s linuxdoc-sgml semantics and fo Sven Rudolph <sr1@inf.tu-dresde
 3181 man        apropos in package man depends Alvar Bray <alvar@debian.org>
 3182 cron       cron's checksecurity runs find Steve Greenland <stevegr@master
 3183 base       permissions problems with /var Bruce Perens <bruce@pixar.com>
 3185 bootdisk   Lack of NCR53c810 support on b Bruce Perens <bruce@pixar.com>
 3186 xfractint  Can't chdir                    Martin Schulze <joey@infodrom.n
 3189 nvi        nvi over-cautious about .exrc? Steve Greenland <stevegr@neosof
 3190 libc5      rlogin takes far too long when (unknown -- `libc')
 3191 ncurses-bi reset(1) doesn't bring an xter Michael Alan Dorman <mdorman@lo
 3192 ncurses-bi tset(1) man page problem       Michael Alan Dorman <mdorman@lo
 3195 kernel     "/etc/rc.boot/0setserial" fail Simon Shapiro  <Shimon@i-connec
 3196 ispell     ispell symlinks broken         Kenneth MacDonald <K.MacDonald@
 3197 procmail   wrong uid/gid in /usr/doc/proc Wendal Catt <wendal@southwind.n
 3198 dviljk     dviljk is still aout! :-(      Nils Rennebarth <nils@nus.pan-n
 3199 lists.debi Bizarre message from debian-de Anders Christrom <ac@netg.se>
 3202 dviljk     dviljk doesn't read stdin!!! : Nils Rennebarth <nils@nus.pan-n
 3206 rc         rc terminates on CTRL-C        Simon Shapiro <shimon@i-Connect
 3207 ncurses3.0 strange screen update choices  (unknown -- `ncurses')
 3208 amd        amd bug                        Dominik Kubla <Dominik.Kubla@Un
 3210 kbd        loadkeys infelicities          Dominik Kubla <Dominik.Kubla@Un
 3212 perl       Perl recommends nonexistent pa Darren Stalder <torin@daft.com>
 3213 fortune    fortune need libc.so.4         dhs@firefly.com (David H. Silbe
 3216 auto-pgp   auto-pgp doesn't remove info e Mike Deisher <deisher@dspsun.ea
 3217 auctex     auctex postrm has bad call to  Jim Robinson <jimr@simons-rock.
 3218 dpkg       install-info adds Miscellaneou Ian Jackson <ian@chiark.chu.cam
 3220 man        apropos dumps core             Alvar Bray <alvar@debian.org>
 3222 jargon     Jargon info entry in wrong cat Steve Greenland <stevegr@neosof
 3223 guile      guile installs entry for slib, Klee Dienes <klee@sedona.com>
 3224 apsfilter  apsfilter doesn't configure on Doug Geiger <runexe@ntplx.net>
 3225 dpkg       dpkg-1.2.3 upgrade problems fr Ian Jackson <ian@chiark.chu.cam
 3227 login      login refuses, and then allows Guy Maor <maor@ece.utexas.edu>

Submitted in the last month:
 Ref  Package    Keywords/Subject               Package maintainer
 3230 perl       why the hell does perl depend  Darren Stalder <torin@daft.com>
 3231 base       /usr/i486-linuxaout/lib not pr Bruce Perens <bruce@pixar.com>
 3233 dpkg       dselect for 1.1 as of June, 2n Ian Jackson <ian@chiark.chu.cam
 3234 nvi        nvi segfaults if stty rows 0 c Steve Greenland <stevegr@neosof
 3235 nvi        nvi gives unhelpful message fo Steve Greenland <stevegr@neosof
 3236 ftp.debian auto-pgp in non-free, mailcryp Ian Murdock <imurdock@debian.or
 3240 libdb1     [libdb]: obsolete bugfix       (unknown -- `libdb')
 3241 emacs      derived.el fails in emacs      Mark Eichin <eichin@kitten.gen.
 3242 perl       perl's dependencies are wrong  Darren Stalder <torin@daft.com>
 3244 libc5      (no subject)                   (unknown -- `libc')
 3245 mc         mc should depend on gpm        Fernando Alegre <alegre@mars.su
 3246 xcompat    Cant load library libXt.so.6   Stephen Early <sde1000@cam.ac.u
 3247 lilo       Lilo unpack removes boot.b     Bruce Perens <Bruce@Pixar.com>
 3250 cfingerd   cfingerd descriptive text      Martin Schulze <joey@infodrom.n
 3252 base       base template /usr/info/dir ma Bruce Perens <bruce@pixar.com>
 3253 pine       Pine over-encodes files (came  Dale Scheetz <dwarf@polaris.net
 3254 magicfilte magicfilter recommends dvips,  David Frey <David.Frey@eos.lugs
 3258 kernel     pcmcia-cs minor postinst bug   Simon Shapiro  <Shimon@i-connec
 3259 util-linux [c]fdisk does not recognize NE Guy Maor <maor@debian.org>
 3260 procps     psupdate man page out of date  Fernando Alegre <alegre@mars.su
 3261 apmd       apmd incorrectly sets clock fo Dirk Eddelbuettel <edd@qed.econ
 3262 gopherd    Gopherd problems               Ted Hajek <tedhajek@boombox.mic
 3265 kernel     kernel-image and PS/2 mouse pr Simon Shapiro  <Shimon@i-connec
 3267 xbase      Unqualified hostnames in rstar Stephen Early <sde1000@debian.o
 3268 kernel     network modules don't work wit Simon Shapiro  <Shimon@i-connec
 3269 bootdisk   bootdisk silently fails-change Bruce Perens <bruce@pixar.com>
 3270 netbase    bugs                           Peter Tobias <tobias@et-inf.fho
 3271 nethack    new nethack screws up on linux Dominik Kubla <Dominik.Kubla@Un
 3272 rootdisk   bug in root disks...           Ian Murdock <imurdock@debian.or
 3275 kernel     dpkg --no-act leaves control i Simon Shapiro  <Shimon@i-connec
 3277 perl       nit: perl setup emits a \n     Darren Stalder <torin@daft.com>
 3279 bootdisk/r ne2000 lockups during instalat Bruce Perens <bruce@pixar.com>
 3280 gpm        (no subject)                   Martin Schulze <joey@infodrom.n
 3283 perl       /usr/bin/perlconfig should be  Darren Stalder <torin@daft.com>
 3284 giftrans   giftrans is free               Erick Branderhorst <branderhors
 3285 linuxdoc-s possibly unintended files inst Sven Rudolph <sr1@inf.tu-dresde
 3287 maelstrom  (no subject)                   Robert Leslie <rob@mars.org>
 3292 xcal       xcal app-defaults shouldn't be Austin Donnelly <and1000@debian
 3295 perl       perls debian.rules doesn't wor Darren Stalder <torin@daft.com>
 3296 perl       /bin/perl is not updated       Darren Stalder <torin@daft.com>
 3300 xserver-sv xserver-svga configuration     Stephen Early <sde1000@debian.o
 3302 cron       savelog seems to be missing fr Steve Greenland <stevegr@master
 3304 rman       [rman] Off-by-one in generated Martin Schulze <joey@infodrom.n
 3305 dchanges   dchanges: urg= override is ign awpguy@acs.ucalgary.ca (Andy W.
 3307 ddd-smotif ddd-smotif does not replace dd Robert Leslie <rob@mars.org>
 3308 xmanpages  X(1) manpage in wrong place?   Stephen Early <sde1000@debian.o
 3310 mathpad    installation and startup probl Erick Branderhorst <branderh@de
 3311 mathpad    installation and startup probl Erick Branderhorst <branderh@de
 3312 mathpad    installation and startup probl Erick Branderhorst <branderh@de
 3314 base       On request of Bruce: /etc/rc.b Bruce Perens <bruce@pixar.com>
 3315 base       Bug in /etc/init.d/networks on Bruce Perens <bruce@pixar.com>
 3317 linuxdoc-s linuxdoc-sgml info files are m Sven Rudolph <sr1@inf.tu-dresde
 3319 deliver    deliver does not set exit code Robert Leslie <rob@mars.org>
 3320 bootdisk   Kernel oops - problem with APM Bruce Perens <bruce@pixar.com>
 3321 libgdbm1   libgdbm.so version number...   (unknown -- `libgdbm')
 3323 mflib      MakeTeXPK mis-invokes ps2pk    Nils Rennebarth <nils@nus.pan-n
 3324 sysklogd   Non-existant conffile not crea Martin Schulze <joey@linux.de>
 3326 gzip       zegrep missing                 Bdale Garbee <bdale@gag.com>
 3327 cern-httpd cern-httpd postinst hangs if d Steve Greenland <stevegr@master
 3328 gawk       Problems encountered while com Chris Fearnley <cjf@netaxs.com>
 3329 fileutils  Problems encountered while com daveb@tau.space.thiokol.com (Da
 3330 gcc        Problems encountered while com David Engel <david@ods.com>
 3331 fdflush    Problems encountered while com Joe Kirby <kirby@utk.edu>
 3332 file       Problems encountered while com Bill Mitchell <mitchell@debian.
 3333 groff      Problems encountered while com Alvar Bray <alvar@meiko.co.uk>
 3334 grep       Problems encountered while com Joe Kirby <kirby@utk.edu>
 3335 libdb1     Problems encountered while com (unknown -- `libdb')
 3336 less       Problems encountered while com mitchell@mdd.comm.mot.com (Bill
 3338 libc5      Problems encountered while com (unknown -- `libc')
 3340 metamail   Problems encountered while com Ian Murdock <imurdock@debian.or
 3341 hostname   Problems encountered while com Peter Tobias <tobias@et-inf.fho
 3342 libgdbm1   Problems encountered while com (unknown -- `libgdbm')
 3344 man        Problems encountered while com Alvar Bray <alvar@debian.org>
 3345 libreadlin Problems encountered while com (unknown -- `libreadline')
 3346 lpr        Problems encountered while com dgregor@coil.com (D.J. Gregor)
 3347 ppp        Problems encountered while com Alvar Bray <alvar@debian.org>
 3348 patch      Problems encountered while com mitchell@mdd.comm.mot.com (Bill
 3349 procmail   Problems encountered while com Wendal Catt <wendal@southwind.n
 3350 procps     Problems encountered while com Fernando Alegre <alegre@mars.su
 3351 diff       Problems encountered while com Dale Scheetz <dwarf@polaris.net
 3352 afio       Problems encountered while com Dirk Eddelbuettel <edd@qed.econ
 3353 bash       Problems encountered while com daveb@tau.space.thiokol.com (Da
 3356 sed        Problems encountered while com Joe Kirby <kirby@utk.edu>
 3357 sharutils  Problems encountered while com Bill Mitchell <mitchell@mdd.com
 3358 cron       Problems encountered while com Steve Greenland <stevegr@master
 3359 shellutils Problems encountered while com daveb@tau.space.thiokol.com (Da
 3360 dialog     Problems encountered while com (orphan)
 3361 byacc      Problems encountered while com dgregor@coil.com (D.J. Gregor)
 3362 mingetty   Problems encountered while com Michael Alan Dorman <mdorman@lo
 3363 timezone   Problems encountered while com Fernando Alegre <alegre@mars.su
 3364 symlinks   Problems encountered while com mitchell@mdd.comm.mot.com (Bill
 3366 smail      Problems encountered while com Soenke Lange <soenke@escher.nor
 3368 cron       cron's checksecurity still sca Steve Greenland <stevegr@master
 3370 cern-httpd httpdconfig installs Welcome.h Steve Greenland <stevegr@master
 3372 mgetty     mgetty+sendfax missing new_fax Nils Rennebarth <nils@nus.pan-n
 3373 gpm        gpm -k hangs if X server runni Martin Schulze <joey@infodrom.n
 3374 CVS        CVS wrappers can't be turned o Bill Mitchell <mitchell@debian.
 3375 apsfilter  apsfilter fails installation   Doug Geiger <runexe@ntplx.net>
 3377 gimp-dmoti gimp's sample .gimprc does not Rob Browning <osiris@cs.utexas.
 3378 gimp-dmoti gimp should put a .gimprc in / Rob Browning <osiris@cs.utexas.
 3380 dpkg       dselect update alternatives su Ian Jackson <ian@chiark.chu.cam
 3381 general    Upgrade document and kernel up debian-devel@pixar.com
 3382 workbone   workbone disappears during upg dgregor@bronze.coil.com (D.J. G
 3383 kbd        kbd bogosity                   Dominik Kubla <Dominik.Kubla@Un
 3384 apache     apache leaves /var/log/httpd n Mark Shuttleworth <marks@thawte
 3385 xosview    xosview and /usr/bin/X11 (agai joost witteveen <joostje@master
 3386 lynx       lynx version number changes    Andrew Howell <andrew@it.com.au
 3387 base       base leaves /tmp/base.postinst Bruce Perens <bruce@pixar.com>
 3388 pcb        linked with aout libXaw        Bruce Perens <Bruce@Pixar.com>
 3390 latex      Xdvi and postscript fonts      Nils Rennebarth <nils@nus.pan-n
 3391 cflow      cflow pre-depends on gcc -- ba Dominik Kubla <Dominik.Kubla@Un
 3392 color-ls   /etc/DIR_COLORS doesn't list . Syrus Nemat-Nasser <syrus@ucsd.
 3393 kernel     printer-driver problem in kern Simon Shapiro  <Shimon@i-connec
 3394 at         /etc/crontab has a bad entry   Martin Schulze <joey@infodrom.n
 3395 xbase      can't login via xdm            Stephen Early <sde1000@debian.o
 3396 tcsh       tcsh doesn't provide c-shell   Andrew Howell <andrew@it.com.au
 3397 kernel     (no subject)                   Simon Shapiro  <Shimon@i-connec
 3399 cflow      cflow 2.0-1                    Dominik Kubla <Dominik.Kubla@Un
 3400 emacs      gnus broken? in Debian-emacs-1 Mark Eichin <eichin@kitten.gen.
 3401 netstd     talk clears screen after showi Peter Tobias <tobias@et-inf.fho
 3406 base       dselect unreadable under xterm Bruce Perens <bruce@pixar.com>
 3407 fvwm2      fvwm2: WindowList infelicity   Austin Donnelly <and1000@debian
 3408 passwd     Various bugs in passwd manpage Guy Maor <maor@ece.utexas.edu>
 3409 base       Could not make boot floppy     Bruce Perens <bruce@pixar.com>
 3410 dpkg       some problems/bugs/suggestions Ian Jackson <ian@chiark.chu.cam
 3411 file       magic file entries for new Deb Bill Mitchell <mitchell@debian.
 3413 pcb        linked with aout libXaw        Bruce Perens <Bruce@Pixar.com>
 3415 latex      Xdvi and postscript fonts      Nils Rennebarth <nils@nus.pan-n
 3416 cflow      cflow pre-depends on gcc -- ba Dominik Kubla <Dominik.Kubla@Un
 3418 dpkg       dpkg-scanpackages is syntactic Ian Jackson <ian@chiark.chu.cam
 3420 rootdisk   Boot disk creats corrupted fil Ian Murdock <imurdock@debian.or
 3421 base       /tmp installs wrongly          Bruce Perens <bruce@pixar.com>
 3422 ncurses3.0 termcap entry too long error   (unknown -- `ncurses')
 3423 perl       Problems installing kernel sou Darren Stalder <torin@daft.com>
 3426 mailagent  mailagent not executable       Manoj Srivastava <srivasta@pilg
 3427 cfingerd   weird output if cfingerd.conf: Martin Schulze <joey@infodrom.n
 3428 perl       pod2latex: E<szlig>, =over/=cu Darren Stalder <torin@daft.com>
 3429 dpkg       deb(8) is inconsistent with th Ian Jackson <ian@chiark.chu.cam
 3430 (www.debia section information in .html f (unknown -- `(www.debian.org)')
 3431 www.debian some packages have no informat Ray Dassen <jdassen@wi.leidenun
 3432 mailagent  mailagent not executable       Manoj Srivastava <srivasta@pilg
 3433 cfingerd   weird output if cfingerd.conf: Martin Schulze <joey@infodrom.n
 3434 perl       pod2latex: E<szlig>, =over/=cu Darren Stalder <torin@daft.com>
 3437 fvwm       fvwm should not recommend fvwm Austin Donnelly <and1000@debian
 3439 login      Login reconfigures serial port Guy Maor <maor@ece.utexas.edu>
 3442 python     python postinst is very verbos Klee Dienes <klee@sedona.com>
 3443 Debian dis mechanism for dealing with orp (unknown -- `debian')
 3444 Debian dis mechanism for dealing with orp (unknown -- `debian')
 3445 amd        bug in amd package (upgrade)   Dominik Kubla <Dominik.Kubla@Un
 3447 wu-ftpd    Wu-ftpd prompts for installati Peter Tobias <tobias@et-inf.fho
 3448 apache     Apache purge gives several err Mark Shuttleworth <marks@thawte
 3451 (rootdisk) Missing label 'llseek' in e2fs (unknown -- `(rootdisk)')
 3452 magicfilte magicfilter should run config  David Frey <David.Frey@eos.lugs
 3453 latex2edoc latex2edoc dependencies        Nils Rennebarth <nils@nus.pan-n
 3454 ucbmpeg    ucbmpeg control file problems  Raul Miller <moth@firefly.com>
 3455 pbmplus    pbmplus suggests obsolete libg Jim Robinson <jimr@simons-rock.
 3456 a2gs       a2gs prompt looks like `please (unknown -- `a')
 3457 diald      diald control file problems    Giuseppe Vacanti <Giuseppe.Vaca
 3458 dviljk     dviljk missing prompt for inpu Nils Rennebarth <nils@nus.pan-n
 3459 inn        inn should Depend on inewsinn, Miquel van Smoorenburg <miquels
 3460 ftp.debian package classifications        Ian Murdock <imurdock@debian.or
 3462 inn        INN postinst and configuration Miquel van Smoorenburg <miquels
 3463 latex2e-do latex2e-doc recommendation     Nils Rennebarth <nils@nus.pan-n
 3464 kernel-sou kernel-source-2.0.0 maintainer (unknown -- `kernel-source-')
 3465 kernel-hea kernel-headers-2.0.0 maintaine (unknown -- `kernel-headers-')
 3466 tcsh, csh  tcsh, csh should use update-al Andrew Howell <andrew@it.com.au
 3467 cern-httpd cern-httpd curious message     Steve Greenland <stevegr@master
 3468 textfm, te textfm and texlib file conflic Nils Rennebarth <nils@nus.pan-n
 3469 lynx       lynx default home page         Andrew Howell <andrew@it.com.au
 3470 apache     apache problems                Mark Shuttleworth <marks@thawte
 3471 wu-ftpd    wu-ftpd postinst question aske Peter Tobias <tobias@et-inf.fho
 3473 auctex     auctex leaves information in / Jim Robinson <jimr@simons-rock.
 3475 xpaint     xpaint Recommends pbmplus      Mark Eichin <eichin@cygnus.com>
 3476 cnews      cnews description is gibberish Otmar Lendl <lendl@cosy.sbg.ac.
 3477 cnews, ine cnews and inews should be same Otmar Lendl <lendl@cosy.sbg.ac.
 3478 bind       bind should use lowercase `non Robert Leslie <rob@mars.org>
 3479            (no subject)                   (unknown)
 3480            (no subject)                   (unknown)
 3481            (no subject)                   (unknown)
 3482 dpkg-name  dpkg-name gives unnecessary wa (unknown -- `dpkg-name')
 3483 genscript  using args with spaces in gens Sven Rudolph <sr1@inf.tu-dresde
 3484 manpages   broken reference to (un)link(8 Martin Schulze <joey@debian.org
 3486 cern-httpd forwarded message from Cron Da Steve Greenland <stevegr@master
 3488 rootdisk   basedisks modconf problems     Ian Murdock <imurdock@debian.or
 3489 rootdisk   basedisks configuration proble Ian Murdock <imurdock@debian.or
 3490 adduser    adduser password-setting probl Steve Phillips <sjp@cvfn.org>
 3491 rootdisk   basedisks newly booted system  Ian Murdock <imurdock@debian.or
 3492 xmix       xmix prints spurious message   (unknown -- `xmix')
 3493 base       Teles ISDN card installation b Bruce Perens <bruce@pixar.com>
 3494 manpages   ftw(3) typos                   Martin Schulze <joey@debian.org
 3495 npasswd_bo doesn't respect nis/yp         Chris Fearnley <cjf@netaxs.com>
 3496 cron       checksecurity patch for nfs mo Steve Greenland <stevegr@master
 3497 smail      smail calls obsolete yp_order  Soenke Lange <soenke@escher.nor
 3498 psptools   psptools installs under /usr/l Yves Arrouye <Yves.Arrouye@mari
 3500 ftp.debian Required package modconf depen Ian Murdock <imurdock@debian.or
 3503 uucp       still a.out (and src doesn't b dhs@firefly.com (David H. Silbe
 3504 mailagent  /usr/bin/mailagent not executa Manoj Srivastava <srivasta@pilg
 3505 bind       ndc does not use start-stop-da Robert Leslie <rob@mars.org>
 3507 bind       named postinst mangled my conf Robert Leslie <rob@mars.org>
 3508            guile doesn't have right permi (unknown)
 3509 ucbmpeg    mpeg_play puts bogus statistic Raul Miller <moth@firefly.com>
 3510 nas        removal of nas doesn't kill 'a Michael Nonweiler <mrn20@cam.ac
 3511 debianutil typo on installkernel man page Guy Maor <maor@debian.org>
 3512 kbd        typo in kbd postinst           Dominik Kubla <Dominik.Kubla@Un
 3513 acct       /etc/init.d/acct bombs if pack Dirk Eddelbuettel <edd@qed.econ
 3514 dialog     Required package modconf depen (orphan)
 3515 gdb        gdb prints corrupted message   David Engel <david@ods.com>
 3516 kernel     SCSI_IOCTL_SEND_COMMAND can ca Simon Shapiro  <Shimon@i-connec
 3517 inn        innd won't remove syslog.conf  Miquel van Smoorenburg <miquels
 3519 kernel-pac kernel-package documentation d Manoj Srivastava <srivasta@pilg
 3520 netpbm     Manpages netpbm show up double (unknown -- `netpbm')
 3521 mc         mc core dumps                  Fernando Alegre <alegre@mars.su
 3522 kernel-pac kernel-package image.postinst  Manoj Srivastava <srivasta@pilg
 3523 strace     "strace ipcs" core dumps       Wichert Akkerman <wakkerma@wi.l
 3524 quota      Quota doesn't remove quota.use Michael Meskes <meskes@debian.o
 3525 j1         j1 hard-linked docs/manpages   (unknown -- `j')
 3526 sysklogd   syslogd dumps core when no dom Martin Schulze <joey@linux.de>
 3527 xlockmore  xlockmore man page bug         Dirk Eddelbuettel <edd@qed.econ

The listing by package maintainer is posted every Wednesday,
and the listing by age of the report every Friday.

Please see the developers' notes on the simple bug tracking system
for details of how to deal with a bug report.  Outstanding bug
reports and ones recently marked as done can be inspected at
 http://www.cl.cam.ac.uk/users/iwj10/debian-bugs/
or at the US mirror:
 http://www.debian.org/Bugs/


From debian-devel-request@lists.debian.org Sat Jul 06 22:25:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 6 Jul 1996 22:23:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 6 Jul 1996 22:23:55 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 02:49:45 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3528: gpm installs libgpm.so.1 into man/man1
Reply-To: llucius <llucius@millcomm.com>, 3528@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Martin Schulze <joey@infodrom.north.de>
Resent-Date: Sat, 06 Jul 1996 02:33:03 GMT
Resent-Message-ID: <handler.3528.B.83661988630325@bugs.debian.org>
X-Debian-PR-Package: gpm
X-Loop: owner@bugs.debian.org
Date: Fri, 5 Jul 1996 21:07:17 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607052149.A308-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4568
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: gpm
Version: 1.06-1

The Makefile for gpm incorrectly installs the shared library, 
libgpm.so.1, into man/man1.  This is carried over into the .deb binary.

(Sorry no patch, but gpm v1.09 "might" fix it, haven't looked though)


From debian-devel-request@lists.debian.org Sun Jul 07 00:30:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 00:13:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 7 Jul 1996 00:13:27 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 04:04:51 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3529: libgr and zlib1 collide, but don't conflict!
Reply-To: Mark Eichin <eichin@cygnus.com>, 3529@bugs.debian.org
Resent-From: Mark Eichin <eichin@cygnus.com>
Orignal-Sender: eichin@cygnus.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Sat, 06 Jul 1996 03:48:03 GMT
Resent-Message-ID: <handler.3529.B.83662439232419@bugs.debian.org>
X-Debian-PR-Package: libgr-dev
X-Loop: owner@bugs.debian.org
Sender: eichin@cygnus.com
To: submit@bugs.debian.org
From: Mark Eichin <eichin@cygnus.com>
Date: 05 Jul 1996 23:35:49 -0400
Message-Id: <xe14tnm3vfu.fsf@maneki-neko.cygnus.com>
Lines: 22
X-Mailer: Gnus v5.3/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4569
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: libgr-dev
Version: 2.0.5-3

Package: zlib1-dev
Version: 1.02-3

libgr-dev has libgz.a and libgz.so.
zlib1-dev has libz.a and libgz.so.
*both* have zlib.h and zconf.h.

They are *different* versions, with incompatible function names
(apparently zlib1 changed from deflateInit to deflateInit_, which
certainly broke my code :-) and if you would please straighten this
out among yourselves, please... or at least conflict with each other
(though that would be ugly.) Suggestion: perhaps if libgr is providing
libgz, it could provide gzlib.h, instead of zlib.h?

Why do I care? CVS (internal release, it's probably not yet in the
public version) now uses zlib for compression. (It kind of makes sense
for CVS and other network programs to depend on zlib1, rather than
pulling in a whole slew of graphics formats... but as long as I can
get it in some form, I'm happy :-)


From debian-devel-request@lists.debian.org Sun Jul 07 01:20:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 00:57:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 7 Jul 1996 00:57:28 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 04:54:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3530: dchanges can create bad changes file
Reply-To: Guy Maor <maor@ece.utexas.edu>, 3530@bugs.debian.org
Resent-From: Guy Maor <maor@ece.utexas.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: awpguy@acs.ucalgary.ca (Andy W.P. Guy)
Resent-Date: Sat, 06 Jul 1996 04:33:02 GMT
Resent-Message-ID: <handler.3530.B.836627388859@bugs.debian.org>
X-Debian-PR-Package: dchanges
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucOrj-00014NC@slip-34-2.ots.utexas.edu>
Date: Fri, 5 Jul 96 23:21 CDT
To: submit@bugs.debian.org
From: Guy Maor <maor@ece.utexas.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4570
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: dchanges
Version: 3.4

If dchanges is run without a section given on the command line, it will
create a corrupt changes file.  The file lines for the source files will
only have 4 fields.

The following patch fixes the problem.

--- dchanges.old        Fri Jul  5 23:20:07 1996
+++ dchanges    Fri Jul  5 23:21:20 1996
@@ -230,7 +230,7 @@
        echo    "WARNING: more than one section field found: ${SECTIONS}"
        warning "         using $SECTION"
       else
-       SECTION="${SECTIONS}"
+       SECTION="${SECTIONS:--}"
       fi
     fi
     echo "Files:" >>$OUTFILE


Guy


From debian-devel-request@lists.debian.org Sun Jul 07 01:20:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 00:59:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 7 Jul 1996 00:59:53 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 04:55:05 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3531: dchanges should default to '- -' not 'misc extra'
Reply-To: Guy Maor <maor@ece.utexas.edu>, 3531@bugs.debian.org
Resent-From: Guy Maor <maor@ece.utexas.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: awpguy@acs.ucalgary.ca (Andy W.P. Guy)
Resent-Date: Sat, 06 Jul 1996 04:33:04 GMT
Resent-Message-ID: <handler.3531.B.836627388865@bugs.debian.org>
X-Debian-PR-Package: dchanges
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucOt6-00014NC@slip-34-2.ots.utexas.edu>
Date: Fri, 5 Jul 96 23:22 CDT
To: submit@bugs.debian.org
From: Guy Maor <maor@ece.utexas.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4571
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: dchanges
Version: 3.4

Defaulting to '-' for the section and priority will prevent warnings
from dinstall in the installation report.

Guy


From debian-devel-request@lists.debian.org Sun Jul 07 05:14:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 04:58:52 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 7 Jul 1996 04:58:52 -0000
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 02:15:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 7 Jul 1996 02:15:58 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 05:44:55 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3537: TERM environent variable bad for VC logins
Reply-To: olds@eskimo.com, 3537@bugs.debian.org
Resent-From: Lee Olds <olds@eskimo.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Guy Maor <maor@ece.utexas.edu>
Resent-Date: Sat, 06 Jul 1996 05:33:04 GMT
Resent-Message-ID: <handler.3537.B.8366303942250@bugs.debian.org>
X-Debian-PR-Package: login
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucPjM-0000WDC@olds.eskimo.net>
To: submit@bugs.debian.org
Date: Fri, 5 Jul 1996 22:16:31 -0700 (PDT)
From: Lee Olds <olds@eskimo.com>
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4577
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: login
Version: 1.0-5 (From debian 1.1)

When I login through a virtual console, my TERM environment variable is
set to "dumb" instead of "linux", and there is an environment variable
"uERM" that is set to "linux".

TERM should be set to "linux", and there should be no "uERM" environment
variable.  I hunted around in /bin, /sbin, /etc and /etc/init.d for files
containing the "TERM" string.  I'm not sure that login is the program
that is responsible for this problem, but it's the most likely suspect
I could find...)

I saw another messed up environment variable in a user account logged
in through XDM.  The USER environment variable was not set, and fSER
(or something like that) was set instead.

I'm using Debian 1.1, with July 2 Debian-1.1-updates.

- Lee


From debian-devel-request@lists.debian.org Sun Jul 07 05:14:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 05:04:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 7 Jul 1996 05:04:41 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 08:38:21 -0000
Resent-Date: 6 Jul 1996 08:38:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <miquels@cistron.nl>
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607060837.KAA06732@picard.cistron.nl>
Subject: Re: /tmp cleaning across mount points? (was: Re: kernel-packages_2.00 uploaded to master)
To: liw@iki.fi (Lars Wirzenius)
Date: Sat, 6 Jul 1996 10:37:25 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0uc50C-000HYGC@liw.clinet.fi> from "Lars Wirzenius" at Jul 5, 96 10:08:28 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"AckVF1.0.5q.zNYtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4580
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Lars Wirzenius) wrote:
> Rob Browning:
> > Someone recently told me about a nasty experience when he mounted a
> > friends drive (main partition with a big (un-backed up) project on it)
> > on /tmp to do some work on it.  He was working late, and sooner or
> > later the cleaning scripts fired.  Most of the files on the drive were
> > lost...
> 
> I'd classify that as a bug.  I wouldn't mount anything in /tmp or
> /var/tmp, but I don't think /etc/cron.daily/standard should go across
> mount points anyway.

Well if you mount a drive *on* /tmp, then it _is_ /tmp for the
system for any and all purposes. If you mount it under /tmp, for
example on /tmp/mnt, then the cleanup scripts should leave it alone.

Just my $.02

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Sun Jul 07 05:14:23 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 05:05:32 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 7 Jul 1996 05:05:32 -0000
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 02:19:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 7 Jul 1996 02:19:17 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 05:53:29 -0000
Resent-Date: 6 Jul 1996 05:53:28 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <osiris@cs.utexas.edu>
Sender: osiris@cs.utexas.edu
To: debian-devel@lists.debian.org
Subject: Re: /tmp cleaning across mount points? (was: Re: kernel-packages_2.00 uploaded to master)
References: <m0uc50C-000HYGC@liw.clinet.fi>
From: Rob Browning <osiris@cs.utexas.edu>
Date: 06 Jul 1996 00:53:17 -0500
In-Reply-To: Lars Wirzenius's message of Fri, 05 Jul 1996 10:08:28 +0300
Message-ID: <87raqqdj1u.fsf@raven.ots.utexas.edu>
Lines: 15
X-Mailer: Gnus v5.2.33/Emacs 19.31
Resent-Message-ID: <"BlJn.0.Tq6.OzVtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4578
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Lars Wirzenius <liw@iki.fi> writes:

> I'd classify that as a bug.  I wouldn't mount anything in /tmp or
> /var/tmp, but I don't think /etc/cron.daily/standard should go across
> mount points anyway.
> 
> Does anyone else think it is a bug?  Tell me, and I'll send in a bug
> report.

We should probably check that this actually happens on a Debian
system, because it just dawned on me that this guy might have been
using some other distribution.

--
Rob


From debian-devel-request@lists.debian.org Sun Jul 07 05:39:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 05:17:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 7 Jul 1996 05:17:15 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 09:05:00 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3507: named postinst mangled my configuration
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3507@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Sat, 06 Jul 1996 08:48:04 GMT
Resent-Message-ID: <handler.3507.B3507.8366423997007@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607060834.KAA06692@picard.cistron.nl>
To: rob@mars.org
Date: Sat, 6 Jul 1996 10:34:35 +0200 (MET DST)
Cc: ian@chiark.chu.cam.ac.uk, 3507@bugs.debian.org
In-Reply-To: <199607050614.CAA11494@deimos.mars.org> from "Rob Leslie" at Jul 5, 96 02:14:47 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4581
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Rob Leslie) wrote:
> Ian Jackson wrote:
> > Package: bind
> > Version: 4.9.3-P1-3
> > 
> > Aaaargh !
> > 
> > What if I don't like this funky layout ?  Surely this script should
> > ask me whether I want my universe rearranged ?!
> > It didn't even keep a backup !
> 
> Backup of what? Is your original named.boot not saved in
> /var/named/named.boot.old as advertised?

Happened to me too. /var/named/named.boot.old wasn't a backup, as I
had my named.boot in /etc and it was replaced by a symlink. Or the other way
around, I had it in /var/named and /etc/named.boot was a symlink to it.
Can't remember. I just make sure now I don't remove /var/named/boot.options
and an upgrade will think I have the new config in place while it's
just an empty file ;)

> > I had nicely set up my nameserver the way I liked it and this script
> > has eaten my configuration.  Just as well my tape drive was fixed so I
> > can find the old stuff in my backups ...
> 
> Please explain. Is your name server's operation now defective as a result of
> your upgrade?

Yes every machine with a running named configuration where you install
the new one is truly fsck'ed up. A shame but it demonstrates again that
you can't go and put too much of your own preferences in a package.
People won't like it. OK OK I do it too with some of my own packages but so
far I've gotten away with it ;)

> Unless you can demonstrate a real bug here, I am going to close this report.

Well the config script could do the same thing as sendmail: ask if you
have a running configuration already and keep it that way _or_ convert
to a new setup.

The reason that you cannot convert this kind of stuff is that most people
already have it setup in some weird ways. For example, I have a master
Makefile in /var/named/Makefile, and the zone files in soa/ and rev/.
Those directories contain their own Makefiles. When I type "make" in
/var/named, changed zone files will have their serial number incremented
and the named server will be reloaded.

There's just no way a script is going to find out that layout and
replace it with a better one.

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Sun Jul 07 05:39:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 05:28:42 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 7 Jul 1996 05:28:42 -0000
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 01:32:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 7 Jul 1996 01:32:27 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 05:19:24 -0000
Resent-Date: 6 Jul 1996 05:19:24 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0ucPlg-0006fnC@mongo.pixar.com>
Date: Fri, 5 Jul 96 22:18 PDT
From: bruce@pixar.com (Bruce Perens)
To: debian-devel@lists.debian.org
Subject: Re: /tmp cleaning
Resent-Message-ID: <"xmRzs1.0.MT6.STVtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4572
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> I'd classify that as a bug.  I wouldn't mount anything in /tmp or
> /var/tmp, but I don't think /etc/cron.daily/standard should go across
> mount points anyway.

I think the latest iteration of the cron package has /tmp pruning
commented out because there is a security problem with using find to do
it. Filereaper would probably get this right.

	Bruce
--
                       Re-Elect Clinton/Gore '96

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Sun Jul 07 05:39:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 05:31:32 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 7 Jul 1996 05:31:32 -0000
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 03:48:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 7 Jul 1996 03:48:38 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 07:24:55 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3529: libgr and zlib1 collide, but don't conflict!
Reply-To: "Darren/Torin/Who Ever..." <torin@daft.com>, 3529@bugs.debian.org
Resent-From: "Darren/Torin/Who Ever..." <torin@daft.com>
Orignal-Sender: torin@perv.daft.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Sat, 06 Jul 1996 07:03:03 GMT
Resent-Message-ID: <handler.3529.B.8366363964755@bugs.debian.org>
X-Debian-PR-Package: libgr-dev
X-Loop: owner@bugs.debian.org
Sender: torin@perv.daft.com
To: Mark Eichin <eichin@cygnus.com>
Cc: 3529@bugs.debian.org, submit@bugs.debian.org
References: <xe14tnm3vfu.fsf@maneki-neko.cygnus.com>
From: "Darren/Torin/Who Ever..." <torin@daft.com>
In-Reply-To: Mark Eichin's message of 05 Jul 1996 23:35:49 -0400
Date: 05 Jul 1996 23:43:51 -0700
Message-ID: <8720ipyj88.fsf@perv.daft.com>
Lines: 32
X-Mailer: Gnus v5.2.33/XEmacs 19.14
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4579
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Mark Eichin, in an immanent manifestation of deity, wrote:
>Package: libgr-dev
>Version: 2.0.5-3
>
>Package: zlib1-dev
>Version: 1.02-3
>
>libgr-dev has libgz.a and libgz.so.
>zlib1-dev has libz.a and libgz.so.
>*both* have zlib.h and zconf.h.

libgr is OBSOLETE.  What do I have to do to get it moved there?

Darren
- -- 
<torin@daft.com> <http://www.daft.com/~torin> <torin@debian.org> <torin@io.com>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMd4LHY4wrq++1Ls5AQEgMwP+L6yeRS3fYYWn9fstBkLblOLNw/J0jiHz
cUOx01i0o5piMYwQjmrRdHXTuRKc6f7P6bAM3UTR46npBQeCvO9pFBUfwekHdLbM
PlTJDhShrws1/E9hghcoMmDCQIuhc22uewF6nZ5YyEgABrL74rtNiC/1ZNYP5UkD
WV5Vj8QD1fc=
=hjGc
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Sun Jul 07 05:39:29 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 05:30:44 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 7 Jul 1996 05:30:44 -0000
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 01:34:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 7 Jul 1996 01:34:29 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 05:19:54 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3534: Problems encountered while building "unarj" on m68k arch
Reply-To: llucius@millcomm.com (Yambo), 3534@bugs.debian.org
Resent-From: llucius@millcomm.com (Yambo)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Karl Ferguson <karl@tower.com.au>
Resent-Date: Sat, 06 Jul 1996 05:03:13 GMT
Resent-Message-ID: <handler.3534.B.8366288951546@bugs.debian.org>
X-Debian-PR-Package: unarj
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucPIf-000MjpC@mill2.millcomm.com>
Date: Fri, 5 Jul 96 23:48 CDT
From: llucius@millcomm.com (Yambo)
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4573
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: unarj
Version: 2.41a-4

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" contained hardcoded architecture.
4)  "debian.control" contained obsolete "PACKAGE_REVISION" field.

The following patches correct these problems:

--- orig/unarj-2.41a/debian.control	Sun Jun 30 10:38:07 1996
+++ unarj-2.41a/debian.control	Thu Jul  4 19:22:29 1996
@@ -1,10 +1,9 @@
 PACKAGE: unarj
 MAINTAINER: Karl Ferguson <karl@tower.net.au>
-VERSION: =V
-PACKAGE_REVISION: =D
+VERSION: =V-=D
+ARCHITECTURE: =A
 DEPENDS: libc5
 SECTION: misc
-ARCHITECTURE: i386
 PRIORITY: optional
 DESCRIPTION: Unarj unarchive utility.
  Unarj de-compresses the ARJ compressed archives.  It is only available under
--- orig/unarj-2.41a/debian.rules	Sun Jun 30 10:44:18 1996
+++ unarj-2.41a/debian.rules	Thu Jul  4 19:23:32 1996
@@ -17,7 +17,7 @@
 # in the parent directory.
 
 CC = gcc
-CFLAGS = -O2 -m486 -fomit-frame-pointer -ansi -pedantic -Wall -DUNIX
+CFLAGS = -O2 -fomit-frame-pointer -ansi -pedantic -Wall -DUNIX
 LDFLAGS = -s
 
 # The name of the package (for example, `emacs').
@@ -26,6 +26,8 @@
 v = 2.41a
 # The Debian revision of the package (for example, `2').
 d = 4
+# The target architecture
+a = $(shell dpkg --print-architecture)
 
 build:
 # Builds the binary package.
@@ -54,11 +56,10 @@
 	install -g root -m 644 -o root README.gz debian-tmp/usr/doc/unarj
 	install -g root -m 644 -o root debian.README \
 	  debian-tmp/usr/doc/copyright/$(p)
-	sed -e '3s/=V/$(v)/' -e '4s/=D/$(d)/' debian.control \
+	sed -e '3s/=V-=D/$(v)-$(d)/' -e '4s/=A/$(a)/' debian.control \
 	  > debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
-	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(p)-$(v)-$(d).deb
+	dpkg --build debian-tmp && dpkg-name -o -s .. debian-tmp.deb
 
 source:
 # Makes a source package.


From debian-devel-request@lists.debian.org Sun Jul 07 05:39:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 05:34:08 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 7 Jul 1996 05:34:08 -0000
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 01:37:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 7 Jul 1996 01:37:53 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 05:19:55 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3532: Problems encountered while building "indent" on m68k arch
Reply-To: llucius@millcomm.com (Yambo), 3532@bugs.debian.org
Resent-From: llucius@millcomm.com (Yambo)
Resent-To: debian-devel@lists.debian.org
Resent-CC: mitchell@mdd.comm.mot.com (Bill Mitchell)
Resent-Date: Sat, 06 Jul 1996 05:03:08 GMT
Resent-Message-ID: <handler.3532.B.8366288951544@bugs.debian.org>
X-Debian-PR-Package: indent
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucPI8-000MjpC@mill2.millcomm.com>
Date: Fri, 5 Jul 96 23:48 CDT
From: llucius@millcomm.com (Yambo)
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4574
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: indent
Version: 1.9.1-14

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" did not contain architecture field.
4)  "debian.control" contained obsolete "PACKAGE_REVISION" field.

The following patches correct these problems:

--- orig/indent-1.9.1/debian.control	Sat Nov 18 19:19:00 1995
+++ indent-1.9.1/debian.control	Thu Jul  4 22:00:19 1996
@@ -1,6 +1,6 @@
 PACKAGE: indent
-VERSION: =V
-PACKAGE_REVISION: =D
+VERSION: =V-=D
+ARCHITECTURE: =A
 MAINTAINER: mitchell@mdd.comm.mot.com (Bill Mitchell)
 SECTION:  devel
 DEPENDS:  libc5
--- orig/indent-1.9.1/debian.rules	Fri Nov 17 22:27:51 1995
+++ indent-1.9.1/debian.rules	Thu Jul  4 22:02:01 1996
@@ -25,6 +25,8 @@
 v = 1.9.1
 # The Debian revision of the package (for example, `2').
 d = 14
+# The target architecture.
+a = $(shell dpkg --print-architecture)
 
 build:
 # Builds the binary package.
@@ -74,15 +76,14 @@
 		debian-tmp/usr/doc/copyright/indent
 	#
 	install -d -g root -m 755 -o root debian-tmp/DEBIAN
-	sed -e 's/VERSION:.*=V/VERSION: $(v)/' \
-            -e 's/PACKAGE_REVISION:.*=D/PACKAGE_REVISION: $(d)/' \
+	sed -e 's/VERSION:.*=V-=D/VERSION: $(v)-$(d)/' \
+            -e 's/ARCHITECTURE:.*=A/ARCHITECTURE: $(a)/' \
             <debian.control >debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
 	install -g root -m 755 -o root debian.postinst debian-tmp/DEBIAN/postinst
 	install -g root -m 755 -o root debian.postrm debian-tmp/DEBIAN/postrm
 	#
-	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(p)-$(v)-$(d).deb
+	dpkg --build debian-tmp && dpkg-name -o -s .. debian-tmp.deb
 
 source: clean
 # Makes a source package.


From debian-devel-request@lists.debian.org Sun Jul 07 06:04:23 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 05:39:56 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 7 Jul 1996 05:39:56 -0000
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 01:43:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 7 Jul 1996 01:43:41 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 05:19:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3533: Problems encountered while building "rc" on m68k arch
Reply-To: llucius@millcomm.com (Yambo), 3533@bugs.debian.org
Resent-From: llucius@millcomm.com (Yambo)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Simon Shapiro <shimon@i-Connect.Net>
Resent-Date: Sat, 06 Jul 1996 05:03:12 GMT
Resent-Message-ID: <handler.3533.B.8366288951545@bugs.debian.org>
X-Debian-PR-Package: rc
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucPIJ-000MjpC@mill2.millcomm.com>
Date: Fri, 5 Jul 96 23:48 CDT
From: llucius@millcomm.com (Yambo)
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4575
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: rc
Version: 1.4-2

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" did not contain architecture field.
4)  "debian.control" contained obsolete "PACKAGE_REVISION" field.

The following patches correct these problems:

--- orig/rc-1.4//debian.control	Sun Mar 17 17:20:23 1996
+++ rc-1.4/debian.control	Thu Jul  4 19:32:16 1996
@@ -1,6 +1,6 @@
 PACKAGE: rc
 DESCRIPTION: An implementation of the AT&T Plan 9 shell.
 MAINTAINER: Ian Murdock <imurdock@debian.org>
-VERSION: =V
-PACKAGE_REVISION: =D
+VERSION: =V-=D
+ARCHITECTURE: =A
 DEPENDS: libc5
--- orig/rc-1.4//debian.rules	Sun Mar 17 10:54:10 1996
+++ rc-1.4/debian.rules	Thu Jul  4 19:33:22 1996
@@ -26,6 +26,8 @@
 v = 1.4
 # The Debian revision of the package (for example, `2').
 d = 2
+# The target architecture.
+a = $(shell dpkg --print-archtiecture)
 
 build:
 # Builds the binary package.
@@ -52,11 +54,10 @@
 	install -d -g root -m 755 -o root debian-tmp/usr/doc/copyright
 	install -g root -m 644 -o root debian.README \
 	  debian-tmp/usr/doc/copyright/$(p)
-	sed -e '4s/=V/$(v)/' -e '5s/=D/$(d)/' debian.control \
+	sed -e '4s/=V-=D/$(v)-$(d)/' -e '5s/=A/$(a)/' debian.control \
 	  > debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
-	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(p)-$(v)-$(d).deb
+	dpkg --build debian-tmp && dpkg-name -o -s .. debian-tmp.deb
 
 source:
 # Makes a source package.


From debian-devel-request@lists.debian.org Sun Jul 07 06:04:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 05:44:19 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 7 Jul 1996 05:44:19 -0000
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 01:48:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 7 Jul 1996 01:48:05 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 05:20:06 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3535: Problems encountered while building "taper" on m68k arch
Reply-To: llucius@millcomm.com (Yambo), 3535@bugs.debian.org
Resent-From: llucius@millcomm.com (Yambo)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Joe Kirby <kirby@utk.edu>
Resent-Date: Sat, 06 Jul 1996 05:03:16 GMT
Resent-Message-ID: <handler.3535.B.8366288951547@bugs.debian.org>
X-Debian-PR-Package: taper
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucPIS-000MjpC@mill2.millcomm.com>
Date: Fri, 5 Jul 96 23:48 CDT
From: llucius@millcomm.com (Yambo)
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4576
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: taper
Version: 6.2-1

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" did not contain architecture field.
4)  "debian.control" contained obsolete "PACKAGE_REVISION" field.

The following patches correct these problems:

--- orig/taper-6.2/debian.control	Tue Feb  6 21:00:41 1996
+++ taper-6.2/debian.control	Thu Jul  4 23:21:21 1996
@@ -1,7 +1,7 @@
 PACKAGE: taper
 DESCRIPTION: Full-screen backup/restore utility
 MAINTAINER: Joe Kirby <kirby@utk.edu>
-VERSION: =V
-PACKAGE_REVISION: =D
+VERSION: =V-=D
+ARCHITECTURE: =A
 DEPENDS: libc5, ncurses3.0
 RECOMMENDS: ftape
--- orig/taper-6.2/debian.rules	Tue Feb  6 21:17:47 1996
+++ taper-6.2/debian.rules	Thu Jul  4 23:22:13 1996
@@ -42,6 +42,8 @@
 v = 6.2
 # The Debian revision of the package (for example, `2').
 d = 1
+# The target architecture.
+a = $(shell dpkg --print-architecture)
 
 T = debian-tmp
 DIRECTORIES = $T/DEBIAN \
@@ -65,11 +67,10 @@
 	install -o root -g root -m 644 taper.8 $T/usr/man/man8/taper.8
 	install -o root -g root -m 644 debian.README \
 	  $T/usr/doc/copyright/$(p)
-	sed -e 's/=V/$(v)/' -e 's/=D/$(d)/' debian.control \
+	sed -e 's/=V-=D/$(v)-$(d)/' -e 's/=A/$(a)/' debian.control \
 	  > $T/DEBIAN/control
 	chmod 644 $T/DEBIAN/control
-	dpkg --build $T
-	mv $T.deb ../$(p)-$(v)-$(d).deb
+	dpkg --build $T && dpkg-name -o -s .. $T.deb
 
 source:
 # Makes a source package


From debian-devel-request@lists.debian.org Sun Jul 07 06:04:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 05:41:41 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 7 Jul 1996 05:41:41 -0000
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 01:45:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 7 Jul 1996 01:45:26 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 05:19:58 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3536: Problems encountered while building "es" on m68k arch
Reply-To: llucius@millcomm.com (Yambo), 3536@bugs.debian.org
Resent-From: llucius@millcomm.com (Yambo)
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joost@rulcmc.leidenuniv.nl>
Resent-Date: Sat, 06 Jul 1996 05:03:17 GMT
Resent-Message-ID: <handler.3536.B.8366288951548@bugs.debian.org>
X-Debian-PR-Package: es
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucPHx-000MjpC@mill2.millcomm.com>
Date: Fri, 5 Jul 96 23:48 CDT
From: llucius@millcomm.com (Yambo)
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4575
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: es
Version: 0.84-2

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" did not contain architecture field.
4)  "debian.control" contained obsolete "PACKAGE_REVISION" field.

The following patches correct these problems:

--- orig/es-0.84/debian.control	Sun Mar 17 17:20:14 1996
+++ es-0.84/debian.control	Thu Jul  4 21:50:17 1996
@@ -1,6 +1,6 @@
 PACKAGE: es
 DESCRIPTION: A public domain extensible shell based on `rc'.
 MAINTAINER: Ian Murdock <imurdock@debian.org>
-VERSION: =V
-PACKAGE_REVISION: =D
+VERSION: =V-=D
+ARCHITECTURE: =A
 DEPENDS: libc5
--- orig/es-0.84/debian.rules	Sun Mar 17 10:40:07 1996
+++ es-0.84/debian.rules	Thu Jul  4 21:51:23 1996
@@ -26,6 +26,8 @@
 v = 0.84
 # The Debian revision of the package (for example, `2').
 d = 2
+# The target architecture.
+a = $(shell dpkg --print-architecture)
 
 build:
 # Builds the binary package.
@@ -51,11 +53,10 @@
 	install -d -g root -m 755 -o root debian-tmp/usr/doc/copyright
 	install -g root -m 644 -o root debian.README \
 	  debian-tmp/usr/doc/copyright/$(p)
-	sed -e '4s/=V/$(v)/' -e '5s/=D/$(d)/' debian.control \
+	sed -e '4s/=V-=D/$(v)-$(d)/' -e '5s/=A/$(a)/' debian.control \
 	  > debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
-	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(p)-$(v)-$(d).deb
+	dpkg --build debian-tmp && dpkg-name -o -s .. debian-tmp.deb
 
 source:
 # Makes a source package.


From debian-devel-request@lists.debian.org Sun Jul 07 10:39:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 7 Jul 1996 10:20:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 7 Jul 1996 10:20:34 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 14:23:36 -0000
Resent-Date: 6 Jul 1996 14:23:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <alvar@meiko.co.uk>
Date: Sat, 6 Jul 1996 15:18:07 +0000
Message-Id: <9607061418.AA19343@getafix.meiko.co.uk>
To: debian-devel@lists.debian.org
Subject: Symbolic links under rex
From: Alvar Bray <alvar@meiko.co.uk>
Resent-Message-ID: <"KxIoA3.0.ha5.dRdtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4582
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Hello,

I have just restarted my mirror of the development tree again. I noticed
that some of the symbolic links point above the rex root and
back down the unstable symlink. 

e.g. rex/source/net/netstd_2.05-1/COPYRIGHT -> ../../../../unstable/source/net/netstd_2.05-1/COPYRIGHT

Is this a good idea?

alvar

-- 
Alvar Bray

Meiko Limited, 2440 The Quadrant, Aztec West, Bristol BS12 4QJ, England.
Phone:  +44 1454 855222   Fax:   +44 1454 855223     
E-Mail: alvar@meiko.co.uk alvar@netcity.co.uk alvar@debian.org


From debian-devel-request@lists.debian.org Tue Jul 09 02:51:49 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 02:30:00 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 9 Jul 1996 02:30:00 -0000
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 02:26:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 9 Jul 1996 02:26:57 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 02:46:33 -0000
Resent-Date: 7 Jul 1996 02:46:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 06 Jul 1996 14:28:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6CNQQVzEcsB@khms.westfalen.de>
In-Reply-To: <199607021134.NAA05064@picard.cistron.nl>
Subject: Conffiles &c. (Was: Re: Bug#3462: INN postinst and configuration probl
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"exxxF.0.c75.9Kotn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4596
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

branderh@debian.IAEhv.nl  wrote on 02.07.96 in <m0ubCc2-0002mmC@debian.iaehv.nl>:

> > You (Ian Jackson <ian@chiark.chu.cam.ac.uk>,) wrote:
> > > /etc/news/inn.conf is a dpkg-handled conffile, but is also modified by
> > > the package's scripts.  It should not be included in the package;
> > > instead, the postinst should create it if necessary.
>
> I would like to jump into this.  What about changing the config file
> handling a little.  Making the md5sum available in the
> /var/lib/dpkg/info/*.conffiles so that they can be easily changed by scripts
> rather than that scripts need to acces the status file.  Why would I want to
> do this:
>
> - providing 'certified' scripts the oppertunity of handling configuration
> files, and let dpkg think that the config file is up to date and ok.

An idea I've had for some time:

Provide some way for a package to denote package-managed files, such as  
could conflict with other packages, or be usefully removed on remove or  
purge.

This would make four classes of files:

normal        in .deb, installed & removed routinely by dpkg
conffile      in .deb, installed by dpkg, removed on purge
dynamic file  created by install scripts (maybe also later?),
              removed by dpkg (like old-style perl header files)
dynamic conf. created by install scripts, removed on purge

The install scripts should probably feed back a list of such files to dpkg  
- the list itself may be dynamic.

(Still another possible option would be jointly-owned files, probably  
always dynamic conffiles - like an inn.conf also needed by inewsinn, or a  
font directory for X. Dpkg would only remove these when purging the last  
owner.)

MfG Kai


From debian-devel-request@lists.debian.org Tue Jul 09 02:51:49 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 02:30:02 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 9 Jul 1996 02:30:02 -0000
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 02:33:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 9 Jul 1996 02:33:40 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 02:46:42 -0000
Resent-Date: 7 Jul 1996 02:46:42 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 06 Jul 1996 13:57:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6CNQPtmzcsB@khms.westfalen.de>
In-Reply-To: <6C2uHrWjcsB@khms.westfalen.de>
Subject: Re: Source packaging - alternatives
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"l5djw2.0.q75.IKotn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4597
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

stevegr@Starbase.NeoSoft.COM (Steve Greenland)  wrote on 01.07.96 in <199607012110.QAA29590@Starbase.NeoSoft.COM>:

> Kai Henningsen wrote:
> > ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote
> > >  - hello_1.3.orig.tar.gz
> > >   The original source code, reorganised if necessary into a tarfile
> > >   that unpacks into a subdirectory called hello-1.3 or perhaps
> > >   hello_1.3.
> > >
> > > * Issues:
> > >  - Perhaps we need to think again about these hyphens in the context
> > >   of source packages, so that we can distribute GNU source tarfiles
> > >   unchanged.
> >
> > We might make it optional and include some field in the .dsc to say what
> > the maintainer did.
>
> The whole point of changing the file name format was so tools
> could reliably parse filenames to obtain package name, version, etc.
> If you make it optional, then there is no point.

I guess what I mean is that our archive filenames should follow our  
convention, but the names of directories in the source archive need not;  
however, to enable automatic handling, this should be noted - machine- 
parsable - in the .dsc file.


MfG Kai


From debian-devel-request@lists.debian.org Tue Jul 09 02:51:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 02:30:16 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 9 Jul 1996 02:30:16 -0000
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 02:33:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 9 Jul 1996 02:33:54 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 02:46:47 -0000
Resent-Date: 7 Jul 1996 02:46:47 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 06 Jul 1996 14:04:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6CNQQFNjcsB@khms.westfalen.de>
In-Reply-To: <Pine.SUN.3.91.960702080457.4714B-100000@koma.informatik.tu-muenchen.de>
Subject: Re: Source packaging - alternatives
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"wiK1f2.0.285.MKotn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4598
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

eichin@cygnus.com (Mark Eichin)  wrote on 02.07.96 in <xe1vig7xfxg.fsf@maneki-neko.cygnus.com>:

> However -- even *incomplete* dependencies will have some value. It
> might be useful to note that a package *needs* g++, or gnat, or some
> html tool, that isn't common, a hint to that effect will at least
> indicate "oh, got to port/download that tool first" to someone trying
> to do a quick build who isn't going to read the INSTALL docs but
> expect the source package, like All Things Debian, to Just Work :-)

So, how about changing the field as follows:

Needs: some freeform text here that tells about "unusual" requirements

MfG Kai


From debian-devel-request@lists.debian.org Tue Jul 09 04:31:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 04:07:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 04:07:45 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 04:40:01 -0000
Resent-Date: 8 Jul 1996 04:40:01 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ud86M-000HfbC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: Re: popclient and a socket -P (password) file. 
In-Reply-To: Your message of "06 Jul 1996 14:59:39 CDT."
             <86ohltcfv8.fsf@argus.csres.utexas.edu> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1318805432P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 08 Jul 1996 07:39:13 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"GP8If3.0.cn3.W49un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4624
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_-1318805432P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Rob Browning:
> And the pixie approach does have the advantage that my password's
> never left lying about when I log out.

Doesn't POP still require transmitting the password in clear over the
net?  I've been told it does (and have a hack that uses ssh instead).
A public spirited person might want to add an extension to the protocol
that doesn't transmit the password (server sends random bit string,
client appends password and computes MD5, server does the same and compares).
It might be possible to do this so that the server accepts both POP and
the extension (with an option of not accepting one of them).

The modifications should be relatively trivial, if the protocol is 
sensible.



--==_Exmh_-1318805432P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMeCQ74QRll5MupLRAQFYxQP8CcvcHpwhScxmGITMa/lneD8kz8TFlVfu
r6MYWiF2hXr+NjDyK68Yesg/f/ZDSJkqp9RGWgwGj6oWywXt2NjovhhJElV7lRH8
JvUZchT0LhgreFsjzHjaXF0MWydLNd53CmCl1fnOFXc6oa+JPuzobCyd2eqUQqQd
4R4cyol2qCI=
=7c2z
-----END PGP MESSAGE-----

--==_Exmh_-1318805432P--


From debian-devel-request@lists.debian.org Tue Jul 09 04:56:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 04:56:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 04:56:14 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 05:14:34 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3529: libgr and zlib1 collide, but don't conflict!
Reply-To: Rob Browning <osiris@cs.utexas.edu>, 3529@bugs.debian.org
Resent-From: Rob Browning <osiris@cs.utexas.edu>
Orignal-Sender: osiris@janus.csres.utexas.edu
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Sun, 07 Jul 1996 05:03:03 GMT
Resent-Message-ID: <handler.3529.B.83670244222006@bugs.debian.org>
X-Debian-PR-Package: libgr-dev
X-Loop: owner@bugs.debian.org
Sender: osiris@janus.csres.utexas.edu
To: Mark Eichin <eichin@cygnus.com>
Cc: 3529@bugs.debian.org, submit@bugs.debian.org
References: <xe14tnm3vfu.fsf@maneki-neko.cygnus.com>
From: Rob Browning <osiris@cs.utexas.edu>
Date: 06 Jul 1996 19:57:30 -0500
In-Reply-To: Mark Eichin's message of 05 Jul 1996 23:35:49 -0400
Message-ID: <86pw68ubgl.fsf@janus.csres.utexas.edu>
Lines: 18
X-Mailer: Gnus v5.2.34/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4599
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Mark Eichin <eichin@cygnus.com> writes:

> libgr-dev has libgz.a and libgz.so.
> zlib1-dev has libz.a and libgz.so.
> *both* have zlib.h and zconf.h.

libgr is obsolete.  It has been phased out in favor of a separate
libtiff, libpng, libjpeg, zlib, etc.

Just

dpkg --purge libgr

and you'll feel much better.  That is, unless you're using my gimp
package which still depends on libgr...I know, I'm working on it.

--
Rob


From debian-devel-request@lists.debian.org Tue Jul 09 05:21:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 04:58:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 04:58:12 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 05:14:37 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3544: Problems encountered while compiling "mawk" on m68k arch
Reply-To: llucius <llucius@millcomm.com>, 3544@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Chris Fearnley <cjf@netaxs.com>
Resent-Date: Sun, 07 Jul 1996 05:03:04 GMT
Resent-Message-ID: <handler.3544.B.83670244222014@bugs.debian.org>
X-Debian-PR-Package: mawk
X-Loop: owner@bugs.debian.org
Date: Sat, 6 Jul 1996 20:12:57 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607062000.B29982-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4600
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: mawk
Version: 1.2.2-1

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" did not contain architecture field.
4)  "debian.control" contained obsolete "PACKAGE_REVISION" field.

The following patches correct these problems:

--- orig/mawk-1.2.2/debian.control	Sun Jan 28 22:00:53 1996
+++ mawk-1.2.2/debian.control	Sat Jul  6 11:17:36 1996
@@ -1,6 +1,6 @@
 Package: mawk
 Version: =
-Package_Revision: =
+Architecture: =
 Maintainer: Chris Fearnley <cjf@netaxs.com>
 Depends: libc5
 Description:  a pattern scanning and text processing language
--- orig/mawk-1.2.2/debian.rules	Sun Jan 28 21:45:04 1996
+++ mawk-1.2.2/debian.rules	Sat Jul  6 14:57:37 1996
@@ -28,6 +28,8 @@
 version=1.2.2
 # The Debian revision of the package (for example, `2').
 debian=1
+# The target architecture.
+arch=$(shell dpkg --print-architecture)
 
 # The next section may have to be extensively modified
 
@@ -52,7 +54,7 @@
 	$(make_directory) debian-tmp/usr/man/man1
 	$(make_directory) debian-tmp/usr/doc/examples/mawk
 	$(make_directory) debian-tmp/usr/doc/copyright
-	sed -e '2s/=/$(version)/; 3s/=/$(debian)/' \
+	sed -e '2s/=/$(version)-$(debian)/; 3s/=/$(arch)/' \
 		debian.control > debian-tmp/DEBIAN/control
 	$(install_binary) debian.postinst debian-tmp/DEBIAN/postinst
 	$(install_binary) debian.prerm debian-tmp/DEBIAN/prerm
@@ -62,8 +64,7 @@
 	$(install_files) examples/* debian-tmp/usr/doc/examples/mawk
 	chown -R root.root debian-tmp
 	gzip -9 debian-tmp/usr/doc/examples/mawk/*
-	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(package)-$(version)-$(debian).deb
+	dpkg --build debian-tmp && dpkg-name -o -s .. debian-tmp.deb
 
 # Below here is fairly generic really.
 


From debian-devel-request@lists.debian.org Tue Jul 09 05:21:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 05:02:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 05:02:50 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 05:14:45 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3545: Problems encountered while compiling "pgp" on m68k arch
Reply-To: llucius <llucius@millcomm.com>, 3545@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Sun, 07 Jul 1996 05:03:05 GMT
Resent-Message-ID: <handler.3545.B.83670244222017@bugs.debian.org>
X-Debian-PR-Package: pgp
X-Loop: owner@bugs.debian.org
Date: Sat, 6 Jul 1996 20:14:24 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607062000.C29982-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4601
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: pgp
Version: 2.6.2i-5

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).

(This one was a little more involved and I'm not certain if you'll like 
the changes.)

The following patches correct these problems:

--- orig/pgp-2.6.2i/debian.rules	Thu Feb 22 18:43:00 1996
+++ pgp-2.6.2i/debian.rules	Sat Jul  6 17:09:56 1996
@@ -3,6 +3,7 @@
 package=pgp
 version=2.6.2i
 debian=5
+arch=$(shell dpkg --print-architecture)
 
 # various path manglement
 ETCDIR = debian-tmp/etc
@@ -12,9 +13,19 @@
 COPYDIR = debian-tmp/usr/doc/copyright
 DOCDIR = debian-tmp/usr/doc/pgp-i
 
-GLOBALCFLAGS=	-O6 -g3 -DUNIX -DIDEA32 -DASM -DDEBIAN -DPORTABLE -DSYSV
+GLOBALCFLAGS      = -O6 -g3 -DUNIX -DIDEA32 -DDEBIAN -DPORTABLE -DSYSV
+GLOBALMAKEFLAGS   = -C src all CC=gcc LD=gcc
+
+ifeq ($(arch),i386)
+  GLOBALCFLAGS    += -DASM
+  GLOBALMAKEFLAGS += OBJS_EXT="_80386.o _zmatch.o" 
+endif
+
+ifeq ($(arch),m68k)
+  GLOBALCFLAGS    += -DHIGHFIRST
+  GLOBALMAKEFLAGS +=
+endif
 
-GLOBALMAKEFLAGS= -C src all CC=gcc LD=gcc OBJS_EXT="_80386.o _zmatch.o"
 
 build:
 	@echo 'The "build" target is not supported for this package.' >&2
@@ -62,7 +73,7 @@
 	install -m 644 readme.1st debian-tmp/usr/doc/pgp-$(UIS)/readme.1st.intl
 	install -m 644 readme.doc debian-tmp/usr/doc/pgp-$(UIS)/readme.doc.us
 	ln -s ../copyright/pgp-$(UIS) debian-tmp/usr/doc/pgp-$(UIS)/README.1st.Debian
-	sed -e '2s/=/$(version)/; 3s/=/$(debian)/' \
+	sed -e '2s/=/$(version)-$(debian)/; 3s/=/$(arch)/' \
 		debian.control-$(UIS) > debian-tmp/DEBIAN/control
 	for x in postinst prerm conffiles; do \
 		sed -e 's/@@@UIS@@@/$(UIS)/g; s/@@@PRI@@@/$(PRI)/' \
@@ -83,8 +94,7 @@
 		-print0 | xargs -0 gzip -9v
 	chmod -R go-w,u+w,a+r debian-tmp
 	chown -R root.root debian-tmp
-	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(package)-$(UIS)-$(version)-$(debian).deb
+	dpkg --build debian-tmp && dpkg-name -o -s .. debian-tmp.deb
 
 # Below here is fairly generic really
 


From debian-devel-request@lists.debian.org Tue Jul 09 05:22:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 05:17:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 05:17:30 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 05:14:53 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3543: Problems encountered while compiling "git" for m68k arch
Reply-To: llucius <llucius@millcomm.com>, 3543@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bill Mitchell <mitchell@mdd.comm.mot.com>
Resent-Date: Sun, 07 Jul 1996 05:03:04 GMT
Resent-Message-ID: <handler.3543.B.83670244222013@bugs.debian.org>
X-Debian-PR-Package: git
X-Loop: owner@bugs.debian.org
Date: Sat, 6 Jul 1996 20:11:58 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607062055.A29982-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4602
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: git
Version: 4.3.9-2

The following problems were encountered while building on m68k arch:

1)  "debian.rules" contained hardcoded architecture.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" file contained hardcoded architecture.

The following patches correct these problems:

--- orig/git-4.3.9/debian.control	Tue Mar 26 19:10:10 1996
+++ git-4.3.9/debian.control	Sat Jul  6 16:21:48 1996
@@ -2,7 +2,7 @@
 VERSION: =V-=D
 SECTION:  misc
 DEPENDS:  libc5, ncurses3.0
-ARCHITECTURE: i386
+ARCHITECTURE: =A
 MAINTAINER: Bill Mitchell <mitchell@mdd.comm.mot.com>
 DESCRIPTION: GNU Interactive Tools
  git is a file system browser with some shell facilities
--- orig/git-4.3.9/debian.rules	Tue May 14 20:36:42 1996
+++ git-4.3.9/debian.rules	Sat Jul  6 16:23:17 1996
@@ -18,7 +18,7 @@
 CFLAGS = -O2 -Wall -I..
 LDFLAGS = -s
 PREFIX = /usr
-ARCH=i386
+ARCH=$(shell dpkg --print-architecture)
 
 # The name of the package (for example, `emacs').
 p = git
@@ -114,13 +114,13 @@
 	install -d -g root -m 755 -o root debian-tmp/DEBIAN
 	sed -e 's/=V/$(v)/' \
             -e 's/=D/$(d)/' \
+            -e 's/=A/$(ARCH)/' \
             <debian.control >debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
 	install -g root -m 755 -o root debian.postinst debian-tmp/DEBIAN/postinst
 	install -g root -m 755 -o root debian.postrm debian-tmp/DEBIAN/postrm
 	#
-	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(p)-$(v)-$(d).$(ARCH).deb
+	dpkg --build debian-tmp && dpkg-name -o -s .. debian-tmp.deb
 
 source: clean
 # Makes a source package.


From debian-devel-request@lists.debian.org Tue Jul 09 06:11:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 05:57:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 05:57:00 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 05:40:04 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3529: libgr and zlib1 collide, but don't conflict!
Reply-To: Mark Eichin <eichin@cygnus.com>, 3529@bugs.debian.org
Resent-From: Mark Eichin <eichin@cygnus.com>
Orignal-Sender: eichin@cygnus.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Sun, 07 Jul 1996 05:18:03 GMT
Resent-Message-ID: <handler.3529.B.8367164612184@bugs.debian.org>
X-Debian-PR-Package: libgr-dev
X-Loop: owner@bugs.debian.org
Sender: eichin@cygnus.com
To: Rob Browning <osiris@cs.utexas.edu>
Cc: Mark Eichin <eichin@cygnus.com>, 3529@bugs.debian.org,
  submit@bugs.debian.org
References: <xe14tnm3vfu.fsf@maneki-neko.cygnus.com>
	<86pw68ubgl.fsf@janus.csres.utexas.edu>
From: Mark Eichin <eichin@cygnus.com>
Date: 06 Jul 1996 23:16:25 -0400
In-Reply-To: Rob Browning's message of 06 Jul 1996 19:57:30 -0500
Message-Id: <xe1pw68n46u.fsf@maneki-neko.cygnus.com>
Lines: 9
X-Mailer: Gnus v5.3/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4603
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ok, I get the message :-)

(Hmm. I suppose this doesn't happen often enough for dpkg to support
it, some way of having a libgr.deb that doesn't actually install
itself... naah, that's probably better for dselect to handle.)

FYI using the matching headers did the right thing with my code.

Thanks, and feel free to close this at your convenience.


From debian-devel-request@lists.debian.org Tue Jul 09 06:11:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 05:57:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 05:57:33 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 05:40:05 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3546: Weblint installs /usr/doc/weblintrc.gz with wrong permission
Reply-To: Lars Wirzenius <liw@iki.fi>, 3546@bugs.debian.org
Resent-From: Lars Wirzenius <liw@iki.fi>
Orignal-Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Sun, 07 Jul 1996 05:18:02 GMT
Resent-Message-ID: <handler.3546.B.8367164602170@bugs.debian.org>
X-Debian-PR-Package: weblint
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucjLZ-0002aFC@chiark.chu.cam.ac.uk>
Date: Sun, 7 Jul 96 03:13 BST
Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
From: Lars Wirzenius <liw@iki.fi>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4604
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: weblint
Version: 1.014-2

Note the permissions on weblintrc.gz.

$ ls -l /usr/doc/weblint/
total 4
-rw-r--r--   1 root     root          326 Feb 14 11:11 rc.new.gz
-rw-r-----   1 root     root         3053 Feb 14 11:11 weblintrc.gz
$ 

[ this message sent to submit@bugs manually due to mailer problems -
iwj ]


From debian-devel-request@lists.debian.org Tue Jul 09 07:52:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 07:42:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 07:42:15 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 07:50:12 -0000
Resent-Date: 8 Jul 1996 07:50:12 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Mon, 8 Jul 1996 09:31:40 +0200
Message-Id: <199607080731.JAA00886@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: Bug in Lynx?
In-Reply-To: <199607071311.PAB08063@r2d2.fdn.org>
References: <199607071311.PAB08063@r2d2.fdn.org>
Resent-Message-ID: <"Jv2Dw3.0.z95.psBun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4625
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

If Lynx gets a document with something like

<EM>
This page is also available in <A
HREF="some-url-here">english</A> for those who do not read
french. Please do not hesitate to go there and visit it!
</EM>

the display is as follows: everything up to the anchor is underlined,
the anchor is in bold, *the rest of the line is neither underlined nor
in bold* and the rest of the sentence (after breaking the line) is
underlined. I think the rest of the line after the anchor should be
underlined too.

Yves.

P.S.: this is not really related, but is it possible to get colors in
Lynx in a color-capable terminal?


From debian-devel-request@lists.debian.org Tue Jul 09 07:52:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 07:45:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 07:45:14 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 06:54:37 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3507: named postinst mangled my configuration 
Reply-To: "James A. Robinson" <jimr@simons-rock.edu>, 3507@bugs.debian.org
Resent-From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Sun, 07 Jul 1996 06:33:03 GMT
Resent-Message-ID: <handler.3507.B3507.8367209654323@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucnB6-0002EvC@plato>
To: rob@mars.org, 3507@bugs.debian.org
cc: Miquel van Smoorenburg <miquels@cistron.nl>, ian@chiark.chu.cam.ac.uk
In-reply-to: Message from Miquel van Smoorenburg <miquels@cistron.nl> 
   of "Sat, 06 Jul 1996 10:34:35 +0200."References: <199607060834.KAA06692@picard.cistron.nl> 
 <199607060834.KAA06692@picard.cistron.nl> 
Date: Sun, 07 Jul 1996 02:18:43 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4606
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> > > What if I don't like this funky layout ?  Surely this script should
> > > ask me whether I want my universe rearranged ?!
> > > It didn't even keep a backup !
> > 
> > Backup of what? Is your original named.boot not saved in
> > /var/named/named.boot.old as advertised?
> 
> Happened to me too. /var/named/named.boot.old wasn't a backup, as I

The file is probably there, but the reason it is not in the expected
place is because the script is screwed up:

		[snip]
		if [ -e /etc/named.boot ]
		then
		  echo "Moving your /etc/named.boot to /var/named ..."
		  mv -f /etc/named.boot /var/named/.named.boot.old
		fi
		[snip]

It is sticking it into .named.boot.old, so it is a hidden file.

> had my named.boot in /etc and it was replaced by a symlink. Or the other way

I believe it probably moved it into the above location and then
created a symlink to the new named.boot it wrote.

> > Unless you can demonstrate a real bug here, I am going to close this report

I believe a bug has been demonstrated. :)

> Well the config script could do the same thing as sendmail: ask if you
> have a running configuration already and keep it that way _or_ convert
> to a new setup.

I agree.  I nearly had a heart attack after going through a similar
experience.  I was upgrading a perfectly fine working setup because I
did a dselect upgrade.  There was no reason for me to change my setup.

I think it should have given me the choice (like dpkg does with
conffiles, or smailconfig does -- if it is not what bind setup in the
first place, check things out and ask).  I happen to like the new
layout just fine, but I would be happier if the script asked
permission. :)


Jim


From debian-devel-request@lists.debian.org Tue Jul 09 07:52:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 07:45:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 07:45:09 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 06:54:36 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3536: Problems encountered while building "es" on m68k arch
Reply-To: llucius <llucius@millcomm.com>, 3536@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joost@rulcmc.leidenuniv.nl>
Resent-Date: Sun, 07 Jul 1996 06:33:01 GMT
Resent-Message-ID: <handler.3536.B.8367209654316@bugs.debian.org>
X-Debian-PR-Package: es
X-Loop: owner@bugs.debian.org
Date: Sun, 7 Jul 1996 01:13:59 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: joost witteveen <joost@rulcmc.leidenuniv.nl>
cc: 3536-done@bugs.debian.org, submit@bugs.debian.org
In-Reply-To: <m0ucTxw-00011JC@rulcmc.leidenuniv.nl>
Message-ID: <Pine.3.89.9607070124.B9633-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4605
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Sat, 6 Jul 1996, joost witteveen wrote:

> > 
> > Package: es
> > Version: 0.84-2
> > 
> > The following problems were encountered while building on m68k arch:
> 
> OK, I very much like the work you do on the m68k architecture, but
> PLEASE do it on the latest packages. es-0.84-3 has been on
> master's incomming (and is now "INSTALLED") since last wednesday,
> I think.
> 
> Could you close this bug report for me if es-0.84-3 appears not to
> break anything on the m68k?
> 
> Thanks.
> 
> -- 
> joost witteveen
>             joost@rulcmc.leidenuniv.nl
>           joostje@debian.org
> --
> Use Debian/GNU Linux!
> 
Closing due to old revision.

Leland


From debian-devel-request@lists.debian.org Tue Jul 09 07:52:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 07:46:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 07:46:38 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 06:54:38 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3507: named postinst mangled my configuration 
Reply-To: "James A. Robinson" <jimr@simons-rock.edu>, 3507@bugs.debian.org
Resent-From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Sun, 07 Jul 1996 06:33:02 GMT
Resent-Message-ID: <handler.3507.B3507.8367209654322@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucnIO-0002EvC@plato>
To: rob@mars.org, 3507@bugs.debian.org
cc: Miquel van Smoorenburg <miquels@cistron.nl>, ian@chiark.chu.cam.ac.uk
X-followup-to: My message of Sun, 07 Jul 1996 02:18:43 -0400.
Date: Sun, 07 Jul 1996 02:26:15 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4607
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Ah $#$#@!!!

Sorry -- I screwed up (big suprise).  I failed to read all of the
script.  I was wrong -- it moves the file later.  But somehow my
config _did_ get screwed up, and I lost the old info.  It was probably
my mistake, but since it was working before I would have left it alone
if given the option.


Jim


From debian-devel-request@lists.debian.org Tue Jul 09 11:12:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 10:50:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 10:50:01 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 08:41:07 -0000
Resent-Date: 8 Jul 1996 08:41:07 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607080840.KAA25556@feivel.informatik.rwth-aachen.de>
Subject: New uploads
To: debian-devel@lists.debian.org (Debian Development)
Date: Mon, 8 Jul 1996 10:40:44 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"YFmUg2.0.Pj5.ZcCun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4626
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 06 Jul 96 14:57 UT
Format: 1.6
Distribution: unstable stable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: lyx
Version: 0.9.28-1
Binary:  lyx
Architecture:  i386 source
Description: 
 lyx: High Level Word Processeor (ALPHA version)
Changes: lyx (0.9.28-1):
                * New upstream version
Files:
 0c2fe877bbb172f0a6edff7ea76443f4  533678  tex  -  lyx_0.9.28-1.tar.gz
 cf9549f9cafc29465ee7492b6c49f922  15438  tex  -  lyx_0.9.28-1.diff.gz
 0169e278ca5e1288eb88d8b9b5c8f5e9  333388  tex  optional  lyx_0.9.28-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMd5/NypaNcQEtuj1AQEd7QP/XzgLCIxg6h18Wl1pIEddKRvFTF9E3M1E
qg5MmbywDGfZX7fpWtVNt0v1k05zwtD9ypskevEqcudislwUonUKtC3V5/ZHSEiL
gFbY2Nd/fiWtzWiLqELM0Vq9bAnC3YrYl5BhYug/BHWeeKPsdJAt0fUReklA2TaY
N54sYEkw0fI=
=jHnM
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----

Date: 07 Jul 96 18:34 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: quota
Version: 1.55-3
Binary:  quota
Architecture:  i386 source
Description: 
 quota: An implementation of the diskquota system.
Changes: quota (1.55-3):
        * Changes postrm script to remove quota.user and quota.group files
          (Bug#3524)
Files:
 d9e5e2be39d875d5a1b9dee6a01844e3  42117  admin  -  quota_1.55-3.tar.gz
 f0f9a0a0df7f7138464b4d439f72ed5c  12301  admin  -  quota_1.55-3.diff.gz
 c36ed069c96e702422621b103fc2be80  41206  admin  standard  quota_1.55-3_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeADTipaNcQEtuj1AQG9QgP+MqaBW+4nJEiU4TnNtfQGRcbk1Wop//vd
AnWnhaWW/gOdh5xrpnzBQPIqgYyRHzRbBEFDR6LD+TP1ILAU7J2f0fW68sGRs+RI
rJimMlW9+TQU+L3I6gaB16LW8s+ARtST6b32QMMgf00rs3ciBYSiIUBseUQM8F8B
Yr4zoK5HU2g=
=/0fL
-----END PGP SIGNATURE-----

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Tue Jul 09 11:12:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 10:57:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 10:57:26 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 07:19:38 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3547: Problems encountered while compiling "mc" on m68k arch
Reply-To: llucius <llucius@millcomm.com>, 3547@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Orignal-Sender: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Fernando Alegre <alegre@mars.superlink.net>
Resent-Date: Sun, 07 Jul 1996 07:03:01 GMT
Resent-Message-ID: <handler.3547.B.8367224664773@bugs.debian.org>
X-Debian-PR-Package: mc
X-Loop: owner@bugs.debian.org
Sender: llucius@millcomm.com (Yambo)
Date: Sun, 7 Jul 1996 01:40:03 -0500 (CDT)
From: llucius <llucius@millcomm.com>
Sender: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607070150.A10034-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4608
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: mc
Version: 3.2.1-1

The following problems were encountered while building on m68k arch:

1)  "debian.rules" contained hardcoded architecture.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" file contained hardcoded architecture.

The following patches correct these problems:

--- orig/mc-3.2.1/debian.control	Wed May 22 23:23:26 1996
+++ mc-3.2.1/debian.control	Sat Jul  6 18:52:31 1996
@@ -1,5 +1,6 @@
 Package: mc
 Version: =V-=D
+Architecture: =A
 Maintainer: Fernando Alegre <alegre@mars.superlink.net>
 depends: libc5, ncurses3.0, ncurses-base
 Suggests: gpm
@@ -10,6 +11,5 @@
  It does not use libncurses, but it uses the terminfo database.
  Support for XView and TCL/Tk is available, but it is still experimental. It
  is not included in the current binary.
-Architecture: i386
 Section: misc
 Priority: low
--- orig/mc-3.2.1/debian.rules	Wed May 22 23:22:39 1996
+++ mc-3.2.1/debian.rules	Sat Jul  6 22:12:33 1996
@@ -8,6 +8,7 @@
 p = mc
 v = 3.2.1
 d = 1
+a = $(shell dpkg --print-architecture)
 
 build:
 	CFLAGS="-O2" ./configure --prefix=/usr --with-ncurses
@@ -35,7 +36,7 @@
 	install -d -g root -m 755 -o root debian-tmp/usr/doc/copyright
 	install -g root -m 644 -o root debian.README \
 	  debian-tmp/usr/doc/copyright/$(p)
-	sed -e '2s/=V/$(v)/' -e '2s/=D/$(d)/' debian.control \
+	sed -e '2s/=V/$(v)/' -e '2s/=D/$(d)/' -e '3s/=A/$(a)/' debian.control \
 	  > debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
 	install -d -g root -m 755 -o root debian-tmp/usr/doc/mc
@@ -46,8 +47,7 @@
 	install -g root -m 755 -o root debian.prerm debian-tmp/DEBIAN/prerm
 	install -g root -m 755 -o root debian.postrm debian-tmp/DEBIAN/postrm
 	strip debian-tmp/usr/bin/mc
-	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(p)-$(v)-$(d).i386.deb
+	dpkg --build debian-tmp && dpkg-name -o -s .. debian-tmp.deb
 
 source:
 	-test -f stamp-build && make -f debian.rules clean



From debian-devel-request@lists.debian.org Tue Jul 09 12:02:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 11:55:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 11:55:08 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 10:13:32 -0000
Resent-Date: 8 Jul 1996 10:13:31 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607081013.MAA02224@feivel.informatik.rwth-aachen.de>
Subject: modules-2.0.0-5
To: debian-devel@lists.debian.org (Debian Development)
Date: Mon, 8 Jul 1996 12:13:13 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"TxcxK.0.kU6.BzDun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4627
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 08 Jul 96 10:04 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: modules
Version: 2.0.0-5
Binary:  modules
Architecture:  i386 source
Description: 
 modules: Linux module utilities.
Changes: modules (2.0.0-5):
        * Changed rc.modules file to adjust to configured paths
          by ecki@lina.inka.de (Bernd Eckenfels)
        * Added new special command `noauto' for /etc/modules
Files:
 c1dd03606cec737c177ba12f29ffae9b  110870  base  -  modules_2.0.0-5.tar.gz
 d1a23cb0609ffd430ec8dc178b809373  8333  base  -  modules_2.0.0-5.diff.gz
 83a8953c746f78562f7ec1dd04d0e4d8  70986  base  required  modules_2.0.0-5_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeDdWSpaNcQEtuj1AQFzYgP/c+vAMUuDqUBv2L+zb+QEIlk2NRBwdRCn
f9MeUQwks8jkP26Zi0pVl9wDYYOBrnVpPfEn05eMFqs9+0zFeGmU2CxLgRiNlT/A
bAp7BFkBuooQL19Z4uszV5nWTvwFUxRmRgXe3DQVk/PjzCi8gdu+MlMh51uvDr2a
La64Fwmb044=
=ITPa
-----END PGP SIGNATURE-----

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Tue Jul 09 12:27:11 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 12:05:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 12:05:08 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 10:32:39 -0000
Resent-Date: 8 Jul 1996 10:32:39 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded gettext 0.10.23-1 to master
To: debian-devel@lists.debian.org
Date: Mon, 8 Jul 1996 11:10:12 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul8.143132gmt+0100.6251@gateway.azr.nl>
Resent-Message-ID: <"4Y5Lr1.0.Yo6.6FEun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4628
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 08 Jul 96 10:04 UT
Format: 1.6_
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: gettext
Version: 0.10.23-1
Binary:  gettext
Architecture:  i386 source
Description: 
 gettext: Internationalization utitilities
Changes: 
 Mon Jul  8 19:44:27 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * upgraded to alpha 0.10.23
 .
Files:
 0f307a8552c30688d843c4182f69e9be  529382  devel  -  gettext-0.10.23-1.tar.gz
 330ac7395d0da1ac1bf1aa698c3b9dfe  6720  devel  -  gettext-0.10.23-1.diff.gz
 ff472e13209f35b3a91b79bea4c34262  280680  devel  optional  gettext_0.10.23-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeDdNOKGUa6t6e7lAQExQwP9GISDiAfohR9O3uS0zlUWTrfuCZqwNANm
H+PS5kAROTUdPfRSULrSCblgoPyOCwmGaing63GJgIXjO7B2P2TGY82Y4TGepmHX
UsB0J6sAhBxQDCr6/mnbUfu0b2xHPmnM3pRrgeIA44H8Nb5z4AeUVjLHslHOLsxr
cO2Two09kTQ=
=x+4K
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Tue Jul 09 13:17:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 13:09:30 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 13:09:30 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 11:24:06 -0000
Resent-Date: 8 Jul 1996 11:24:06 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <alvar@meiko.co.uk>
Date: Mon, 8 Jul 1996 12:20:00 +0000
Message-Id: <9607081120.AA05929@getafix.meiko.co.uk>
To: debian-devel@lists.debian.org
Subject: ppp-2.2.0f-3 uploaded
From: Alvar Bray <alvar@meiko.co.uk>
Resent-Message-ID: <"_6G9E2.0.gB7.M_Eun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4629
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Date: 07 Jul 96 17:00 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Alvar Bray <alvar@debian.org>
Source: ppp
Version: 2.2.0f-3
Binary:  ppp
Architecture:  i386 source
Description: 
 ppp: Point-to-Point Protocol (PPP) daemon.
Changes: no changes info provided
 * Added pppstats utility
 * Modified makefiles to build on any architecture
 * Modified makefiles to name .deb file correctly
Files:
 051cb87c80a509b093a375ede660f7c0  390741  net  -  ppp-2.2.0f-3.tar.gz
 3c6d15c7744847eb9dfbbf553f4bfb20  11520  net  -  ppp-2.2.0f-3.diff.gz
 4d5c222bc454589fd114b5b04dc89ea4  90890  net  optional  ppp_2.2.0f-3_i386.deb

-- 
Alvar Bray

Meiko Limited, 2440 The Quadrant, Aztec West, Bristol BS12 4QJ, England.
Phone:  +44 1454 855222   Fax:   +44 1454 855223     
E-Mail: alvar@meiko.co.uk alvar@netcity.co.uk alvar@debian.org


From debian-devel-request@lists.debian.org Tue Jul 09 13:17:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 13:13:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 13:13:42 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 11:25:08 -0000
Resent-Date: 8 Jul 1996 11:25:08 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <alvar@meiko.co.uk>
Date: Mon, 8 Jul 1996 12:18:15 +0000
Message-Id: <9607081118.AA05916@getafix.meiko.co.uk>
To: debian-devel@lists.debian.org
Subject: man-2.3.10-13 uploaded
From: Alvar Bray <alvar@meiko.co.uk>
Resent-Message-ID: <"JVB561.0.PC7.K0Fun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4630
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Date: 07 Jul 96 21:00 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Alvar Bray <alvar@debian.org>
Source: man
Version: 2.3.10-13
Binary:  man
Architecture:  i386 source
Description: 
 man: Display the on-line manual.
Changes: 
  * Modified to build on different architectures
Files:
 92e5506e6fd14aab8d1022abde197c92  243810  doc  -  man-2.3.10-13.tar.gz
 cb19044304fc69b5ba93a8778ccb9a9f  65026  doc  -  man-2.3.10-13.diff.gz
 bb096d0fb75cef9f0d0b498f320b0ec0  103646  doc  important  man_2.3.10-13_i386.deb

-- 
Alvar Bray

Meiko Limited, 2440 The Quadrant, Aztec West, Bristol BS12 4QJ, England.
Phone:  +44 1454 855222   Fax:   +44 1454 855223     
E-Mail: alvar@meiko.co.uk alvar@netcity.co.uk alvar@debian.org


From debian-devel-request@lists.debian.org Tue Jul 09 13:42:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 13:36:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 13:36:41 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 12:12:26 -0000
Resent-Date: 8 Jul 1996 12:12:25 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udFA7-0002ZVC@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 13:11 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Steve Greenland <stevegr@Starbase.NeoSoft.COM>
Cc: debian-devel@pixar.com (Debian Developers)
Subject: Re: Bug system enhancements
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199606302039.PAA27487@Starbase.NeoSoft.COM>
References: <199606302039.PAA27487@Starbase.NeoSoft.COM>
Resent-Message-ID: <"UeyEy2.0.Ew7.fiFun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4631
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Steve Greenland writes ("Bug system enhancements"):
> I think two additional functions to the bug handling system would be nice:
> 
> send the outstanding bugs for a package
> send the outstanding bugs for a maintainer
> 
> (If that functionality is already there, then it needs to be
> mentioned in the help response.)

These aren't easily available for complicated reasons.

Firstly, the `send xxx' options just work by turning some HTML page
into ASCII using lynx and sending it to you, and there are no
`per-package' bugs pages.  You can use the sorted-by-package index,
though, and grep it.

Secondly, there are per-maintainer pages.  However, I haven't come up
with a good scheme for referring to them by email.  You could request
the `index of maintainers who have outstanding bugs' page, and then
perhaps ask for the appropriate entries somehow - perhaps if I were to
number the pages.  Perhaps a glob-pattern is the right idea, and
sending the user all the pages that match.

Opinions, anyone ?

Ian.


From debian-devel-request@lists.debian.org Tue Jul 09 13:42:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 13:41:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 13:41:41 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 12:15:41 -0000
Resent-Date: 8 Jul 1996 12:15:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udFCN-0002ZVC@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 13:13 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: joey@finlandia.Infodrom.North.DE (Martin Schulze)
Cc: debian-devel@lists.debian.org (Debian Developers)
Subject: Re: Automatic mount of cdroms
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0uaVEq-002CM7C@finlandia.Infodrom.North.DE>
References: <m0uaVEq-002CM7C@finlandia.Infodrom.North.DE>
Resent-Message-ID: <"h6uMH3.0.Sy7.jlFun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4632
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Martin Schulze writes ("Automatic mount of cdroms"):
...
> normally cdrom drives are marked with `noauto' in the /etc/fstab file
> to provide a smooth booting process.  Does Debian provide a tool that
> regularily tries to mount the cdrom drive?  If not, I would be happy
> to contribute with one and its manpage.
> 
> I'm not sure to which package it then should belong.  The cron
> package?  Another base package?  A package of it's own?  I won't do
> that, just ad an option to one of the base packages.

I don't immediately have an opinion on whether it should have its own
package.

However, things should not be mounted automatically by default.

Also, you need to think how things get unmounted.

Is amd going to be of any use here ?

Ian.


From debian-devel-request@lists.debian.org Tue Jul 09 15:47:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 15:29:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 15:29:51 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 13:44:15 -0000
Resent-Date: 7 Jul 1996 13:44:15 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0ucu7z-0002dDC@chiark.chu.cam.ac.uk>
Date: Sun, 7 Jul 96 14:43 BST
Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
From: ian@chiark.chu.cam.ac.uk (Ian Jackson)
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Descriptions - zillions of bug reports just filed
Resent-Message-ID: <"zk6KX.0.Ra2.kyxtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4609
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

After refining my script somewhat, I've just run it and have sent 152
bug reports to `maintonly@bugs.debian.org'.  They'll go just to the
relevant package maintainers; if the package maintainer is not known
they'll be filed without being posted to debian-devel.

The bug reports refer people to the instructions for writing
Description fields, which are in an appendix to the guidelines - use
`info guidelines' to read them, and each contains a short explanation
of each of the problem(s) found with that package.

Below is the summary listing from my script.  Some packages are listed
in several categories.

Ian.

Summary of number of packages in each category:
    12 Start of extended description is indented
    14 Extended description contains spurious mid-line spaces
    24 Summary description starts with package name
     4 Extended description starts with rendered-as-blank line
   108 No extended description
   374 Extended description provided and looks good

Extended description starts with rendered-as-blank line:
 diald                                    Giuseppe Vacanti <Giuseppe.Vacanti@
 gimp-dmotif                              Rob Browning <osiris@cs.utexas.edu>
 gimp-smotif                              Rob Browning <osiris@cs.utexas.edu>
 tripwire                                 Patrick Weemeeuw <patrick.weemeeuw@

Start of extended description is indented:
 autoconf                                 Mark Eichin <eichin@kitten.gen.ma.u
 dld                                      Guy R. Thomas <gthomas@native-ed.bc
 g77                                      joost witteveen <joostje@master.deb
 ghostview                                Helmut Geyer, Helmut.Geyer@iwr.uni-
 libjpeg6a                                Andy W.P. Guy <awpguy@acs.ucalgary.
 pc532down                                Bdale Garbee <bdale@gag.com>       
 tkdesk                                   Craig Sanders <cas@taz.net.au>     
 unarj                                    Karl Ferguson <karl@tower.com.au>  
 auto-pgp                                 Mike Deisher <deisher@dspsun.eas.as
 gopher-client                            Ted Hajek <tedhajek@boombox.micro.u
 gopherd                                  Ted Hajek <tedhajek@boombox.micro.u
 pstoedit                                 joost witteveen <joostje@debian.org

Extended description contains spurious mid-line spaces:
 afio                                     Dirk Eddelbuettel <edd@qed.econ.que
 apache                                   Mark Shuttleworth <marks@thawte.com
 beav                                     mitchell@mdd.comm.mot.com (Bill Mit
 dbview                                   Martin Schulze <joey@infodrom.north
 file                                     Bill Mitchell <mitchell@debian.org>
 git                                      Bill Mitchell <mitchell@mdd.comm.mo
 less                                     mitchell@mdd.comm.mot.com (Bill Mit
 lynx                                     Andrew Howell <andrew@it.com.au>   
 mawk                                     Chris Fearnley <cjf@netaxs.com>    
 rcs                                      Sven Rudolph <sr1@inf.tu-dresden.de
 slang-devel                              Chris Fearnley <cjf@netaxs.com>    
 symlinks                                 mitchell@mdd.comm.mot.com (Bill Mit
 xpat2                                    Sven Rudolph <sr1@inf.tu-dresden.de
 xsok                                     Sven Rudolph <sr1@inf.tu-dresden.de

Summary description starts with package name:
 automake                                 Kevin Dalley <kevin@aimnet.com>    
 bdflush                                  Guy Maor <maor@ece.utexas.edu>     
 cflow                                    Dominik Kubla <Dominik.Kubla@Uni-Ma
 dejagnu                                  Kevin Dalley <kevin@aimnet.com>    
 dld                                      Guy R. Thomas <gthomas@native-ed.bc
 fortune                                  David H. Silber <dhs@firefly.com>  
 libident                                 Dale Scheetz <dwarf@polaris.net>   
 most                                     Chris Fearnley <cjf@netaxs.com>    
 ncpfs                                    Michael R. Nonweiler <mrn20@cam.ac.
 nethack                                  Dominik Kubla <Dominik.Kubla@Uni-Ma
 nis                                      Miquel van Smoorenburg <miquels@cis
 psutils                                  Dale Scheetz <dwarf@polaris.com>   
 seesat5                                  Dale Scheetz <dwarf@polaris.net>   
 statserial                               Christian Linhart <chris@cosy.sbg.a
 timezone                                 Fernando Alegre <alegre@mars.superl
 unarj                                    Karl Ferguson <karl@tower.com.au>  
 vlock                                    Dominik Kubla <Dominik.Kubla@Uni-Ma
 xcoral                                   Christophe Le Bars <clebars@debian.
 xonix                                    Sven Rudolph <sr1@inf.tu-dresden.de
 xpaint                                   Mark Eichin <eichin@cygnus.com>    
 zoo                                      Martin Schulze <joey@namib.north.de
 rsynth                                   Marcel Riedi <riedi@tik.ee.ethz.ch>
 tkman                                    David Engel <david@ods.com>        
 zyxel                                    Brian C. White <bcwhite@pobox.com> 

No extended description:
 acm                                      Ian Murdock <imurdock@debian.org>  
 acs                                      Andrew D. Fernandes <adfernan@cnd.m
 amstex                                   Nils Rennebarth <nils@nus.pan-net.d
 aout-binutils                            David Engel <david@ods.com>        
 aout-librl                               Ian Murdock <imurdock@debian.org>  
 base                                     Bruce Perens <Bruce@Pixar.com>     
 bash                                     David P. Boswell <daveb@tau.space.t
 bin86                                    Joost Witteveen <joost@rulcmc.leide
 binutils                                 David Engel <david@ods.com>        
 boot-floppies                            Bruce Perens <Bruce@Pixar.com>     
 byacc                                    D.J. Gregor <dgregor@coil.com>     
 color-ls                                 Syrus Nemat-Nasser <syrus@ucsd.edu>
 csh                                      Dominik Kubla <Dominik.Kubla@Uni-Ma
 dejagnu                                  Kevin Dalley <kevin@aimnet.com>    
 dialog                                   (orphan)                           
 dlltools                                 Andrew D. Fernandes <adfernan@cnd.m
 electric-fence                           Siggy Brentrup <bsb@uni-muenster.de
 elviscmn                                 Bill Mitchell <mitchell@debian.org>
 emacs-el                                 Mark Eichin <eichin@kitten.gen.ma.u
 es                                       joost witteveen <joost@rulcmc.leide
 f2c                                      joost witteveen <joostje@master.deb
 fdflush                                  Joe Kirby <kirby@utk.edu>          
 fileutils                                David P. Boswell <daveb@tau.space.t
 findutils                                Kevin Dalley <kevin@aimnet.com>    
 fort77                                   joost witteveen <joostje@master.deb
 fortune                                  David H. Silber <dhs@firefly.com>  
 gdb                                      David Engel <david@ods.com>        
 glibcdoc                                 Ian Murdock <imurdock@debian.org>  
 gnuplot                                  joost witteveen <joostje@master.deb
 grep                                     Joe Kirby <kirby@utk.edu>          
 gsfonts                                  joost witteveen <joostje@master.deb
 gwm                                      Kevin Dalley <kevin@aimnet.com>    
 gzip                                     Bdale Garbee <bdale@gag.com>       
 hostname                                 Peter Tobias <tobias@et-inf.fho-emd
 igerman                                  Michael Meskes <meskes@debian.org> 
 ipx                                      Michael R. Nonweiler <mrn20@cam.ac.
 jargon                                   Steve Greenland <stevegr@neosoft.co
 kernel-image-2.0.0                       Manoj Srivastava <srivasta@pilgrim.
 libdb1                                   Mark Eichin <eichin@cygnus.com>    
 libg++27                                 David Engel <david@ods.com>        
 libident                                 Dale Scheetz <dwarf@polaris.net>   
 libjpeg6a-dev                            Andy W.P. Guy <awpguy@acs.ucalgary.
 libwww-perl                              Rob Browning <osiris@cs.utexas.edu>
 lxtools                                  Joe Kirby <kirby@utk.edu>          
 m4                                       Ian Jackson <iwj10@cus.cam.ac.uk>  
 manpages-de                              Martin Schulze <joey@debian.org>   
 mh-papers                                Jim Robinson <jimr@simons-rock.edu>
 minicom                                  Miquel van Smoorenburg <miquels@cis
 modconf                                  Bruce Perens <Bruce@Pixar.com>     
 news                                     Dominik Kubla <kubla@uni-mainz.de> 
 nvi                                      Steve Greenland <stevegr@neosoft.co
 octave                                   Dale Scheetz <dwarf@polaris.net>   
 oleo                                     Kevin Dalley <kevin@aimnet.com>    
 paridoc                                  Jim Robinson <jimr@simons-rock.edu>
 pcb                                      Bruce Perens <Bruce@Pixar.com>     
 pmake                                    Ian Murdock <imurdock@debian.org>  
 procmail                                 Wendal Catt <wendal@southwind.net> 
 psutils                                  Dale Scheetz <dwarf@polaris.com>   
 rc                                       Simon Shapiro <shimon@i-Connect.Net
 sed                                      Joe Kirby <kirby@utk.edu>          
 seesat5                                  Dale Scheetz <dwarf@polaris.net>   
 setserial                                Gordon Russell <gor@dcs.napier.ac.u
 shellutils                               David P. Boswell <daveb@tau.space.t
 statserial                               Christian Linhart <chris@cosy.sbg.a
 syslinux                                 Bruce Perens <Bruce@Pixar.com>     
 taper                                    Joe Kirby <kirby@utk.edu>          
 tar                                      Bdale Garbee <bdale@gag.com>       
 textutils                                David P. Boswell <daveb@tau.space.t
 timezone                                 Fernando Alegre <alegre@mars.superl
 w3-el                                    Raul D. Miller <moth@firefly.com>  
 wenglish                                 Erick Branderhorst <branderhorst@he
 wgerman                                  Michael Meskes <meskes@debian.org> 
 win32binutils                            Klee Dienes <klee@sedona.com>      
 win32gcc                                 Klee Dienes <klee@sedona.com>      
 win32libs                                Klee Dienes <klee@sedona.com>      
 workbone                                 D.J. Gregor <dgregor@bronze.coil.co
 xfnt100                                  Stephen Early <sde1000@debian.org> 
 xfnt75                                   Stephen Early <sde1000@debian.org> 
 xfntbig                                  Stephen Early <sde1000@debian.org> 
 xfntcyr                                  Stephen Early <sde1000@debian.org> 
 xfntscl                                  Stephen Early <sde1000@debian.org> 
 xless                                    Jim Robinson <jimr@simons-rock.edu>
 xlib                                     Stephen Early <sde1000@debian.org> 
 xpaste                                   Jim Robinson <jimr@simons-rock.edu>
 xslib                                    Stephen Early <sde1000@debian.org> 
 xwpe                                     D.J. Gregor <dgregor@coil.com>     
 xxgdb                                    Helmut Geyer, Helmut.Geyer@iwr.uni-
 zircon                                   Jim Robinson <jimr@simons-rock.edu>
 dosemu                                   Mike Deisher <deisher@dspsun.eas.as
 arrl-infoserv                            Bruce Perens <Bruce@Pixar.com>     
 gsfonts                                  joost witteveen <joostje@master.deb
 idanish                                  Robinson, Jim <jimr@simons-rock.edu
 idutch                                   Erick Branderhorst <branderh@debian
 ifrench                                  (orphan)                           
 imapd                                    Dale Scheetz <dwarf@polaris.net>   
 pico                                     Dale Scheetz <dwarf@polaris.net>   
 pine                                     Dale Scheetz <dwarf@polaris.net>   
 rsynth                                   Marcel Riedi <riedi@tik.ee.ethz.ch>
 seyon                                    Sven Rudolph <sr1@inf.tu-dresden.de
 unzip                                    Carl Streeter <streeter@cae.wisc.ed
 wdutch                                   Erick Branderhorst <branderh@debian
 wfrench                                  Robinson, Jim <jimr@simons-rock.edu
 witalian                                 Robinson, Jim <jimr@simons-rock.edu
 wnorwegian                               Robinson, Jim <jimr@simons-rock.edu
 wspanish                                 Robinson, Jim <jimr@simons-rock.edu
 wswedish                                 Robinson, Jim <jimr@simons-rock.edu
 xarchie                                  Christian Linhart <chris@cosy.sbg.a
 zip                                      Carl Streeter <streeter@cae.wisc.ed

Extended description provided and looks good:
 9menu                                    Karl R. Sackett <krs@caos.aamu.edu>
 9wm                                      Karl R. Sackett <krs@caos.aamu.edu>
 CGI-modules                              Manoj Srivastava <srivasta@pilgrim.
 a2gs                                     Kenneth MacDonald <K.MacDonald@ed.a
 acct                                     Dirk Eddelbuettel <edd@qed.econ.que
 adduser                                  Steve Phillips <sjp@cvfn.org>      
 adjtimex                                 Michael Meskes <meskes@debian.org> 
 ae                                       Dale Scheetz <dwarf@polaris.net>   
 amd                                      Dominik Kubla <Dominik.Kubla@Uni-Ma
 amsfonts                                 Nils Rennebarth <nils@nus.pan-net.d
 amslatex                                 Nils Rennebarth <nils@nus.pan-net.d
 aout-gcc                                 David Engel <david@ods.com>        
 aout-svgalib                             Richard Kettlewell <richard@uk.geek
 aout-xpm                                 Michael Alan Dorman <mdorman@lot49.
 apmd                                     Dirk Eddelbuettel <edd@qed.econ.que
 apsfilter                                Doug Geiger <runexe@ntplx.net>     
 ash                                      Bruce Perens <Bruce@Pixar.com>     
 at                                       Martin Schulze <joey@infodrom.north
 auctex                                   Jim Robinson <jimr@simons-rock.edu>
 axe                                      joost witteveen <joostje@dds.hackti
 babel                                    Nils Rennebarth <nils@nus.pan-net.d
 bc                                       Austin Donnelly <and1000@debian.org
 bibtex                                   Nils Rennebarth <nils@nus.pan-net.d
 bibtool                                  Brian Mays <brian@debian.org>      
 biff                                     D.J. Gregor <dgregor@coil.com>     
 bind                                     Robert Leslie <rob@mars.org>       
 bison                                    Anders Chrigstrom <ac@netg.se>     
 bsdmainutils                             Austin Donnelly <and1000@debian.org
 bsdutils                                 Austin Donnelly <and1000@debian.org
 c2man                                    Manoj Srivastava <srivasta@pilgrim.
 cdtool                                   D.J. Gregor <dgregor@gregor.com>   
 cdwrite                                  Stephen Early <sde1000@cam.ac.uk>  
 cern-httpd                               Steve Greenland <stevegr@master.deb
 cfengine                                 Brian White <bcwhite@pobox.com>    
 cfingerd                                 Martin Schulze <joey@infodrom.north
 cnews                                    Otmar Lendl <lendl@cosy.sbg.ac.at> 
 cpio                                     Brian Mays <brian@debian.org>      
 cpp                                      David Engel <david@ods.com>        
 cron                                     Steve Greenland <stevegr@master.deb
 cvs                                      Bill Mitchell <mitchell@debian.org>
 dc                                       Austin Donnelly <and1000@debian.org
 dchanges                                 Andy W.P. Guy <awpguy@acs.ucalgary.
 ddd-dmotif                               Robert Leslie <rob@mars.org>       
 ddd-smotif                               Robert Leslie <rob@mars.org>       
 debianutils                              Guy Maor <maor@debian.org>         
 deliver                                  Robert Leslie <rob@mars.org>       
 diff                                     Dale Scheetz <dwarf@polaris.net>   
 dist                                     Manoj Srivastava <srivasta@pilgrim.
 dnsutils                                 Robert Leslie <rob@mars.org>       
 doc-debian                               Sven Rudolph <sr1@inf.tu-dresden.de
 doc-linux                                Dirk Eddelbuettel <edd@qed.econ.que
 dpkg                                     Ian Jackson <ian@chiark.chu.cam.ac.
 dump                                     David Frey <David.Frey@eos.lugs.ch>
 dvi2tty                                  Erick Branderhorst <branderh@debian
 dviljk                                   Nils Rennebarth <nils@nus.pan-net.d
 dvipsk                                   Nils Rennebarth <nils@nus.pan-net.d
 e2fsprogs                                Michael R. Nonweiler <mrn20@cam.ac.
 ecc                                      David Frey <David.Frey@eos.lugs.ch>
 ed                                       Austin Donnelly <and1000@debian.org
 ee                                       Bill Mitchell <mitchell@mdd.comm.mo
 efax                                     Dirk Eddelbuettel <edd@qed.econ.que
 elisp-manual                             Ian Murdock <imurdock@debian.org>  
 elm                                      Carl Streeter <streeter@cae.wisc.ed
 elvisctags                               Bill Mitchell <mitchell@debian.org>
 elvisnox                                 Bill Mitchell <mitchell@debian.org>
 elvisx11                                 Bill Mitchell <mitchell@debian.org>
 emacs                                    Mark Eichin <eichin@kitten.gen.ma.u
 expect                                   David Engel <david@ods.com>        
 fdutils                                  Michael Meskes <meskes@debian.org> 
 figlet                                   Robert Leslie <rob@mars.org>       
 flex                                     Robert Leslie <rob@mars.org>       
 fvwm                                     Austin Donnelly <and1000@debian.org
 fvwm2                                    Austin Donnelly <and1000@debian.org
 gawk                                     Chris Fearnley <cjf@netaxs.com>    
 gcc                                      David Engel <david@ods.com>        
 gcl                                      Karl R. Sackett <krs@caos.aamu.edu>
 gclinfo                                  Karl R. Sackett <krs@caos.aamu.edu>
 genscript                                Sven Rudolph <sr1@inf.tu-dresden.de
 getty                                    Guy Maor <maor@ece.utexas.edu>     
 gmp                                      Dale Scheetz <dwarf@polaris.net>   
 gnats                                    Brian C. White <bcwhite@pobox.com> 
 gnats-user                               Brian C. White <bcwhite@pobox.com> 
 gnuchess                                 Nikhil Nair <nn201@cus.cam.ac.uk>  
 gnugo                                    Brian Mays <bem5r@virginia.edu>    
 gnushogi                                 Brian Mays <bem5r@virginia.edu>    
 gpm                                      Martin Schulze <joey@infodrom.north
 groff                                    Alvar Bray <alvar@meiko.co.uk>     
 gs                                       joost witteveen <joostje@master.deb
 guile                                    Klee Dienes <klee@sedona.com>      
 hdparm                                   Guy R. Thomas <gthomas@native-ed.bc
 hello                                    Ian Jackson <iwj10@cus.cam.ac.uk>  
 hfsutils                                 Robert Leslie <rob@mars.org>       
 hyperlatex                               Erick Branderhorst <branderhorst@he
 iamerican                                Kenneth MacDonald <K.MacDonald@ed.a
 ibritish                                 Kenneth MacDonald <K.MacDonald@ed.a
 ical                                     David Engel <david@ods.com>        
 ilu                                      Klee Dienes <klee@sedona.com>      
 indent                                   mitchell@mdd.comm.mot.com (Bill Mit
 inews                                    Otmar Lendl <lendl@cosy.sbg.ac.at> 
 inewsinn                                 Miquel van Smoorenburg <miquels@cis
 info                                     Erick Branderhorst <branderhorst@he
 infocom                                  Brian White <bcwhite@bnr.ca>       
 inn                                      Miquel van Smoorenburg <miquels@cis
 intercal                                 Mark Eichin <eichin@kitten.gen.ma.u
 ircii                                    Andrew Howell <andrew@it.com.au>   
 ispell                                   Kenneth MacDonald <K.MacDonald@ed.a
 itimer                                   Richard Kettlewell <richard@elmail.
 j1                                       Raul D. Miller <moth@firefly.com>  
 jgraph                                   mitchell@mdd.comm.mot.com (Bill Mit
 joe                                      Michael Meskes <meskes@informatik.r
 kbd                                      Dominik Kubla <Dominik.Kubla@Uni-Ma
 kernel-headers-2.0.0                     Manoj Srivastava <srivasta@pilgrim.
 kernel-source-2.0.0                      Manoj Srivastava <srivasta@pilgrim.
 knews                                    Michael Alan Dorman <mdorman@lot49.
 kpathsea                                 Nils Rennebarth <nils@nus.pan-net.d
 ksmbfs                                   Andrew Howell <andrew@it.com.au>   
 latex                                    Nils Rennebarth <nils@nus.pan-net.d
 latex2e-doc                              Dirk Eddelbuettel <edd@qed.econ.que
 latex2rtf                                Erick Branderhorst <branderh@debian
 ldso                                     David Engel <david@ods.com>        
 leave                                    Martin Schulze <joey@infodrom.north
 libc4                                    David Engel <david@ods.com>        
 libc4-dev                                David Engel <david@ods.com>        
 libc5                                    David Engel <david@ods.com>        
 libc5-dbg                                David Engel <david@ods.com>        
 libc5-dev                                David Engel <david@ods.com>        
 libc5-pic                                David Engel <david@ods.com>        
 libdb1-dev                               Mark Eichin <eichin@cygnus.com>    
 libgdbm1                                 Mark Eichin <eichin@cygnus.com>    
 libgdbm1-dev                             Mark Eichin <eichin@cygnus.com>    
 libgr                                    Darren Stalder <torin@daft.com>    
 libgr-dev                                Darren Stalder <torin@daft.com>    
 libobjects                               Karl R. Sackett (krs@caos.aamu.edu)
 libpng1                                  Michael Alan Dorman <mdorman@lot49.
 libpng1-dev                              Michael Alan Dorman <mdorman@lot49.
 libreadline2                             David P. Boswell <daveb@tau.space.t
 libreadline2-dev                         David P. Boswell <daveb@tau.space.t
 lilo                                     Bruce Perens <Bruce@Pixar.com>     
 linuxdoc-sgml                            Sven Rudolph <sr1@inf.tu-dresden.de
 login                                    Guy Maor <maor@ece.utexas.edu>     
 lout                                     Ian Jackson <ian@chiark.chu.cam.ac.
 lpr                                      D.J. Gregor <dgregor@coil.com>     
 lrzsz                                    Michael Alan Dorman <mdorman@lot49.
 lshell                                   Michael Meskes <meskes@debian.org> 
 lsof                                     Dominik Kubla <kubla@uni-mainz.de> 
 ltxgraph                                 Nils Rennebarth <nils@nus.pan-net.d
 ltxmisc                                  Nils Rennebarth <nils@nus.pan-net.d
 ltxtool                                  Nils Rennebarth <nils@nus.pan-net.d
 lyx                                      Michael Meskes <meskes@debian.org> 
 maelstrom                                Robert Leslie <rob@mars.org>       
 magicfilter                              David Frey <David.Frey@eos.lugs.ch>
 mailagent                                Manoj Srivastava <srivasta@pilgrim.
 mailcrypt                                Joe Reinhardt <joe-reinhardt@uiowa.
 mailx                                    Dale Miller <dale@csd.uwo.ca>      
 make                                     Manoj Srivastava <srivasta@pilgrim.
 makeindex                                Nils Rennebarth <nils@nus.pan-net.d
 man                                      Alvar Bray <alvar@debian.org>      
 mandelspawn                              Andrew Howell <andrew@it.com.au>   
 manpages                                 Martin Schulze <joey@debian.org>   
 mbr                                      Bruce Perens <Bruce@Pixar.com>     
 mc                                       Fernando Alegre <alegre@mars.superl
 mdutils                                  Ian Jackson <ijackson@gnu.ai.mit.ed
 mesa                                     Karl R. Sackett <krs@caos.aamu.edu>
 metamail                                 Ian Murdock <imurdock@debian.org>  
 mfbasfnt                                 Nils Rennebarth <nils@nus.pan-net.d
 mfbin                                    Nils Rennebarth <nils@nus.pan-net.d
 mflib                                    Nils Rennebarth <nils@nus.pan-net.d
 mfnfss                                   Nils Rennebarth <nils@nus.pan-net.d
 mgetty                                   Nils Rennebarth <nils@nus.pan-net.d
 mh                                       Michael Alan Dorman <mdorman@lot49.
 mime-support                             Brian White <bcwhite@pobox.com>    
 mingetty                                 Michael Alan Dorman <mdorman@lot49.
 mirror                                   Dirk Eddelbuettel <edd@qed.econ.que
 mirrormagic                              Andrew Howell <andrew@it.com.au>   
 mkisofs                                  Stephen Early <sde1000@cam.ac.uk>  
 modules                                  Michael Meskes <meskes@debian.org> 
 motifnls                                 Robert Leslie <rob@mars.org>       
 mount                                    Robert Leslie <rob@mars.org>       
 mpack                                    Robert Leslie <rob@mars.org>       
 mtools                                   Michael Meskes <meskes@informatik.r
 nas                                      Michael Nonweiler <mrn20@cam.ac.uk>
 ncurses-base                             Michael Alan Dorman <mdorman@lot49.
 ncurses-bin                              Michael Alan Dorman <mdorman@lot49.
 ncurses-term                             Michael Alan Dorman <mdorman@lot49.
 ncurses3.0                               Michael Alan Dorman <mdorman@lot49.
 ncurses3.0-dev                           Michael Alan Dorman <mdorman@lot49.
 ncurses3.0-pic                           Michael Alan Dorman <mdorman@lot49.
 netatalk                                 Klee Dienes <klee@sedona.com>      
 netbase                                  Peter Tobias <tobias@et-inf.fho-emd
 netcdf                                   Karl R. Sackett (krs@caos.aamu.edu)
 netscape                                 Brian White <bcwhite@pobox.com>    
 netstd                                   Peter Tobias <tobias@et-inf.fho-emd
 nntp                                     Otmar Lendl <lendl@cosy.sbg.ac.at> 
 npasswd_boulder                          Chris Fearnley <cjf@netaxs.com>    
 oldgerman                                Nils Rennebarth <nils@nus.pan-net.d
 p10cfgd                                  Bdale Garbee <bdale@gag.com>       
 p2c                                      Andrew Howell <andrew@it.com.au>   
 pandora                                  Nils Rennebarth <nils@nus.pan-net.d
 par                                      Craig Sanders <cas@muffin.pronet.co
 pari                                     Jim Robinson <jimr@simons-rock.edu>
 passwd                                   Guy Maor <maor@ece.utexas.edu>     
 patch                                    mitchell@mdd.comm.mot.com (Bill Mit
 pdksh                                    Martin Schulze <joey@debian.org>   
 perforate                                Michael Meskes <meskes@debian.org> 
 perl                                     Darren Stalder <torin@daft.com>    
 perl-debug                               Darren Stalder <torin@daft.com>    
 perl-suid                                Darren Stalder <torin@daft.com>    
 perl-tk                                  Rob Browning <osiris@cs.utexas.edu>
 pgapack                                  Karl R. Sackett <krs@caos.aamu.edu>
 pixmap                                   joost witteveen <joostje@master.deb
 ppp                                      Alvar Bray <alvar@debian.org>      
 procps                                   Fernando Alegre <alegre@mars.superl
 ps2pk                                    Nils Rennebarth <nils@nus.pan-net.d
 psnfss                                   Nils Rennebarth <nils@nus.pan-net.d
 python                                   Klee Dienes <klee@sedona.com>      
 qpopper                                  Miquel van Smoorenburg <miquels@cis
 quota                                    Michael Meskes <meskes@debian.org> 
 ratfor77                                 Emilio C. Lopes <ecl@finpe.if.usp.b
 recode                                   Klee Dienes <klee@sedona.com>      
 rpncalc                                  David Frey <David.Frey@eos.lugs.ch>
 rxvt                                     Andrew Howell <andrew@it.com.au>   
 sam                                      Raul Miller <moth@firefly.com>     
 samba                                    Andrew Howell <andrew@it.com.au>   
 saoimage                                 Karl R. Sackett <krs@caos.aamu.edu>
 scotty                                   David Engel <david@ods.com>        
 screen                                   joost witteveen <joostje@debian.org
 sendmail                                 Robert Leslie <rob@mars.org>       
 sharutils                                Bill Mitchell <mitchell@mdd.comm.mo
 slang-lib                                Chris Fearnley <cjf@netaxs.com>    
 slrn                                     Maarten Boekhold <boekhold@cindy.et
 smail                                    Soenke Lange <soenke@escher.north.d
 snmp                                     David Engel <david@ods.com>        
 sox                                      Robert Leslie <rob@mars.org>       
 spellprogs                               David Frey <David.Frey@eos.lugs.ch>
 spline                                   David Frey <David.Frey@eos.lugs.ch>
 strace                                   Wichert Akkerman <wakkerma@wi.leide
 suck                                     Christophe Le Bars <clebars@debian.
 sudo                                     Michael Meskes <meskes@debian.org> 
 super                                    Martin Schulze <joey@infodrom.north
 svgalib1                                 Richard Kettlewell <richard@elmail.
 svgalib1-bin                             Richard Kettlewell <richard@elmail.
 svgalib1-dev                             Richard Kettlewell <richard@elmail.
 sysklogd                                 Martin Schulze <joey@linux.de>     
 sysutils                                 Karl Ferguson <karl@tower.net.au>  
 sysvinit                                 Miquel van Smoorenburg <miquels@cis
 tcl74                                    David Engel <david@ods.com>        
 tcl74-dev                                David Engel <david@ods.com>        
 tcl75                                    David Engel <david@ods.com>        
 tcl75-dev                                David Engel <david@ods.com>        
 tclX                                     David Engel <david@ods.com>        
 tcpdump                                  Peter Tobias <tobias@et-inf.fho-emd
 tcsh                                     Andrew Howell <andrew@it.com.au>   
 term                                     Jim Robinson <jimr@simons-rock.edu>
 termcap-compat                           Christian Hudon <chrish@debian.org>
 texbin                                   Nils Rennebarth <nils@nus.pan-net.d
 texidoc                                  Erick Branderhorst <branderhorst@he
 texinfo                                  Erick Branderhorst <branderhorst@he
 texlib                                   Nils Rennebarth <nils@nus.pan-net.d
 texpsfnt                                 Nils Rennebarth <nils@nus.pan-net.d
 textfm                                   Nils Rennebarth <nils@nus.pan-net.d
 tf                                       Andrew Howell <andrew@it.com.au>   
 tgif                                     Christian Linhart <chris@debian.org
 time                                     Dirk Eddelbuettel <edd@qed.econ.que
 tin                                      Kenny Wickstrom <kenny@kennet.com> 
 tk40                                     David Engel <david@ods.com>        
 tk40-dev                                 David Engel <david@ods.com>        
 tk41                                     David Engel <david@ods.com>        
 tk41-dev                                 David Engel <david@ods.com>        
 tkdiff                                   Karl R. Sackett <krs@caos.aamu.edu>
 tkined                                   David Engel <david@ods.com>        
 tkmail                                   Christophe Le Bars <clebars@debian.
 tob                                      Dirk Eddelbuettel <edd@qed.econ.que
 transfig                                 D.J. Gregor <dgregor@coil.com>     
 trn                                      Michael Nonweiler <mrn20@cam.ac.uk>
 ucbmpeg                                  Raul Miller <moth@firefly.com>     
 ucbmpeg_play                             Raul Miller <moth@firefly.com>     
 umsdos                                   Michael Nonweiler <mrn20@cam.ac.uk>
 unclutter                                D.J. Gregor <dgregor@gregor.com>   
 untex                                    Erick Branderhorst <branderhorst@he
 util-linux                               Guy Maor <maor@debian.org>         
 uucp                                     David H. Silber <dhs@firefly.com>  
 uutraf                                   David Frey <David.Frey@lugs.ch>    
 vgrind                                   Dominik Kubla <kubla@uni-mainz.de> 
 vim                                      D.J. Gregor <dgregor@gregor.com>   
 vm                                       Richard Kettlewell <richard@elmail.
 watch                                    Bdale Garbee <bdale@gag.com>       
 watchdog                                 Michael Meskes <meskes@informatik.r
 weblint                                  Darren Stalder <torin@daft.com>    
 wg15-locale                              Christophe Le Bars <clebars@debian.
 wu-ftpd                                  Peter Tobias <tobias@et-inf.fho-emd
 x10                                      Bruce Perens <Bruce@Pixar.com>     
 xarclock                                 Martin Schulze <joey@debian.org>   
 xasteroids                               mitchell@mdd.comm.mot.com (Bill Mit
 xautolock                                Michael Meskes <meskes@debian.org> 
 xaw3d                                    joost witteveen <joostje@master.deb
 xbase                                    Stephen Early <sde1000@debian.org> 
 xbattle                                  Karl R. Sackett <krs@caos.aamu.edu>
 xbmbrowser                               Nils Rennebarth <nils@nus.pan-net.d
 xboard                                   Brian Mays <brian@debian.org>      
 xcal                                     Austin Donnelly <and1000@debian.org
 xcolors                                  Michael Meskes <meskes@debian.org> 
 xcompat                                  Stephen Early <sde1000@cam.ac.uk>  
 xcontrib                                 Stephen Early <sde1000@cam.ac.uk>  
 xcoral-doc                               Christophe Le Bars <clebars@debian.
 xdaliclock                               Martin Schulze <joey@debian.org>   
 xdevel                                   Stephen Early <sde1000@debian.org> 
 xdvik                                    Nils Rennebarth <nils@nus.pan-net.d
 xearth                                   Nils Rennebarth <nils@nus.pan-net.d
 xfig                                     joost witteveen <joostje@debian.org
 xfntbase                                 Stephen Early <sde1000@debian.org> 
 xfntpex                                  Stephen Early <sde1000@debian.org> 
 xinvaders                                Andrew Howell <andrew@it.com.au>   
 xkeycaps                                 Robert Leslie <rob@mars.org>       
 xloadimage                               Austin Donnelly <and1000@debian.org
 xlockmore                                Dirk Eddelbuettel <edd@qed.econ.que
 xmanpages                                Stephen Early <sde1000@debian.org> 
 xnest                                    Stephen Early <sde1000@debian.org> 
 xntp                                     Andrew Howell <andrew@it.com.au>   
 xntp-doc                                 Andrew Howell <andrew@it.com.au>   
 xosview                                  joost witteveen <joostje@master.deb
 xpdf                                     Dirk Eddelbuettel <edd@qed.econ.que
 xpilot                                   Stephen Early <sde1000@debian.org> 
 xpm4.7                                   Michael Alan Dorman <mdorman@lot49.
 xpm4.7-dev                               Michael Alan Dorman <mdorman@lot49.
 xpostit                                  Karl R. Sackett <krs@caos.aamu.edu>
 xringd                                   David Engel <david@ods.com>        
 xserver-8514                             Stephen Early <sde1000@debian.org> 
 xserver-agx                              Stephen Early <sde1000@debian.org> 
 xserver-mach32                           Stephen Early <sde1000@debian.org> 
 xserver-mach64                           Stephen Early <sde1000@debian.org> 
 xserver-mach8                            Stephen Early <sde1000@debian.org> 
 xserver-mono                             Stephen Early <sde1000@debian.org> 
 xserver-p9000                            Stephen Early <sde1000@debian.org> 
 xserver-s3                               Stephen Early <sde1000@debian.org> 
 xserver-svga                             Stephen Early <sde1000@debian.org> 
 xserver-vga16                            Stephen Early <sde1000@debian.org> 
 xserver-w32                              Stephen Early <sde1000@debian.org> 
 xshogi                                   Brian Mays <bem5r@virginia.edu>    
 xsysinfo                                 Michael Meskes <meskes@debian.org> 
 xtel                                     Christophe Le Bars <clebars@debian.
 xterm-color                              Mark Eichin <eichin@cygnus.com>    
 xtet42                                   Andrew Howell <andrew@it.com.au>   
 xtrlock                                  Stephen Early <sde1000@cam.ac.uk>  
 xtron                                    Andrew Howell <andrew@it.com.au>   
 xypic                                    Erick Branderhorst <branderhorst@he
 ytalk                                    Andrew Howell <andrew@it.com.au>   
 zlib1                                    Michael Alan Dorman <mdorman@lot49.
 zlib1-dev                                Michael Alan Dorman <mdorman@lot49.
 zsh                                      Robert Leslie <rob@mars.org>       
 xforms                                   Michael Meskes <meskes@debian.org> 
 xforms-dev                               Michael Meskes <meskes@debian.org> 
 archie                                   Dirk Eddelbuettel <edd@qed.econ.que
 bigloo                                   Sven Rudolph <sr1@inf.tu-dresden.de
 chimera                                  Sven Rudolph <sr1@inf.tu-dresden.de
 dmalloc                                  Jeroen van der Most <jvdmost@wi.lei
 figfonts                                 Robert Leslie <rob@mars.org>       
 fractxtra                                Martin Schulze <joey@infodrom.north
 giftrans                                 Erick Branderhorst <branderhorst@he
 glimpse                                  Michael Alan Dorman <mdorman@debian
 gs                                       joost witteveen <joostje@master.deb
 lha                                      Martin Schulze <joey@namib.north.de
 majordomo                                Richard Kettlewell <richard@elmail.
 mathpad                                  Erick Branderhorst <branderh@debian
 ncftp                                    Michael Alan Dorman <mdorman@debian
 ntgclass                                 Erick Branderhorst <branderhorst@he
 pbmplus                                  Jim Robinson <jimr@simons-rock.edu>
 pgp-i                                    Ian Jackson <ian@chiark.chu.cam.ac.
 pgp-us                                   Ian Jackson <ian@chiark.chu.cam.ac.
 rman                                     Martin Schulze <joey@infodrom.north
 xfractint                                Martin Schulze <joey@infodrom.north
 xsnow                                    Stephen Early <sde1000@cam.ac.uk>  
 xv                                       Jim Robinson <jimr@simons-rock.edu>
 xvdoc                                    Jim Robinson <jimr@simons-rock.edu>
 xwpick                                   Martin Schulze <joey@debian.org>   


From debian-devel-request@lists.debian.org Tue Jul 09 16:12:21 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 16:00:30 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 16:00:30 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 13:54:55 -0000
Resent-Date: 8 Jul 1996 13:54:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udGlq-0002ZXC@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 14:54 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: New source packaging format - requirements and proposal
In-Reply-To: <29947889@toto.iv>
Resent-Message-ID: <"h5DEd1.0.PY1.kCHun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4634
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Manoj Srivastava writes ("Re: Source packaging - alternatives"):
> 	Sometimes a diff file alone is not enough to change the
>  original sources to the debianized sources, permissions on
>  debian.rules is one that has been noted. I remember interim
>  "unofficial" version of perl being distributed as shell scripts that
>  performed a few actions (deleting/renaming files, etc), unshared to
>  the [atch file, and applied the patch.
> 
> 	Could this be useful? The dsc file could contain the
>  information just as Ian proposed, but say
>  % ./package.dsc 
>  to generate the debian sources (with proper permissions for
>  debian.rules) from the orig and diff files automatically.

Absolutely not.  As I said in my posting titled `New source packaging
format - requirements and proposal' (23rd June):

 7. Unpacking a source file must not require the user to trust it - ie,
 no parts of the source package must be `executed'.  For example, any
 diffs must be checked only to edit real files in the source package,
 and scripts containing arbitrary shell commands are right out.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 09 16:37:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 16:26:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 16:26:00 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 14:09:51 -0000
Resent-Date: 8 Jul 1996 14:09:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udH0E-0002ZeC@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 15:09 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Bug#3422: termcap entry too long error
In-Reply-To: <877msomknd.fsf@perv.daft.com>
References: <87bui4wdej.fsf@perv.daft.com>
	<Pine.LNX.3.94.960628102856.10011C-100000@dwarf.polaris.net>
	<m0uaYeA-0002ZZC@chiark.chu.cam.ac.uk>
	<877msomknd.fsf@perv.daft.com>
Resent-Message-ID: <"4kHLx1.0.9p1.kQHun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4635
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

torin@daft.com writes ("Re: Bug#3422: termcap entry too long error"):
> Ian Jackson, in an immanent manifestation of deity, wrote:
> >Darren, do you have any idea how large such a log would get how
> >quickly ?  Even if the information in it were very minimal and brief
> >you could expect it to grow by at least a megabyte every time you did
> >an upgrade ...
> 
> That's why I said option.  The verbose options of sendmail and named
> emit ludicrous amounts of data as well.  It's the sort of thing that is
> turned off most of the time or pruned rather frequently...

How about giving dpkg the -D7777 debugging flags ?  Then you'll get
all the junk you could possibly wish for.  I'll admit that the format
isn't ideal, but it's dealable-with, and if you want a timestamp run
`date' first ...

Ian.


From debian-devel-request@lists.debian.org Tue Jul 09 17:52:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 17:34:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 17:34:18 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 14:54:50 -0000
Resent-Date: 8 Jul 1996 14:54:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Mon, 8 Jul 1996 09:55:41 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: "Debian Developer's List" <debian-devel@lists.debian.org>
Subject: Having problems doing ftp to master?
Message-ID: <Pine.SOL.3.93.960708094945.20719A-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"ziSB.0.Ee2.v4Iun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4636
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I am unable to ftp files to master.  I have tried from several
different platforms, so I assume the problem is not with me.

I get this error.  The error line takes about 30 seconds to show up.

ftp> put mkfixedhier
200 PORT command successful.
425 Can't create data socket (206.139.73.161,20): Address already in use.

Can anyone shed some light on this?  Getting the files from master
works.


Guy


From debian-devel-request@lists.debian.org Tue Jul 09 19:32:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 19:23:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 19:23:15 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 17:29:52 -0000
Resent-Date: 8 Jul 1996 17:29:52 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0udK7b-0002ZVC@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 18:29 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: FTP archive debian-bugs/{text,html}
Resent-Message-ID: <"tYK6V1.0.WG4.FMKun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4637
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The debian-bugs/text/*.txt.gz files are not being updated at the
moment.  I propose that they be removed.  We're already distributing
the HTML versions via FTP and people can convert them to text
themselves using `lynx' if they really want to - I don't see that
distributing 20Mb of duplicated stuff that people might as well
generate themselves is worth it unless there's a lot of demand.

Unless I hear major objections in the next week or two I'll remove
them.  If there are major objections and the consensus is that the
textified versions should stay and be updated then a volunteer will
have to write the script to do the conversion.

The debian-bugs/html/*.html files are an out-of-date copy at the
moment.  The correct files are in the WebPages subdirectory on master
via anon-ftp (available in /home/Debian/www-master when accessing
locally).  I propose to remove this out of date copy, and replace it
with a symbolic link into WebPages (which will only work via anon-ftp,
of course).

Ian.


From debian-devel-request@lists.debian.org Tue Jul 09 20:47:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 20:40:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 20:40:58 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 16:50:03 -0000
Resent-Date: 7 Jul 1996 16:50:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sgk@sgk.tiac.net>
Message-Id: <199607071649.MAA05739@sgk.tiac.net>
Reply-to: sgk@sgk.tiac.net
To: debian-devel@lists.debian.org
Subject: definition of "Required" priority
Date: Sun, 07 Jul 1996 12:49:55 -0400
From: "Susan G. Kleinmann" <sgk@sgk.tiac.net>
Resent-Message-ID: <"OsHlI.0.uh4.xg-tn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4611
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

As some of you may have noticed, I included the Debian definitions of
various package priorities in the new version of the FAQ, which has
been available for a couple of weeks at:
http://sgk.phast.umass.edu/FAQ/debian-faq.html

Sven Rudolph pointed out that the definition of "Required" packages
might need refining.  Currently, it says:
   Required packages are absolutely essential.
   You absolutely must not remove these packages
   or your systems will become unuseable and your will not even be able to
   use dpkg to put things back.  Systems with only the Required packages are
   probably unuseable, but they do have enough functionality to install more
   software.

A short list of required packages from the Packages.gz file includes these:
adduser, ae, base, bash, bdflush, bsdutils, debianutils, diff, dpkg,
e2fsprogs, fdflush, fileutils, findutils, gawk, getty, grep, gzip, 
hostname, kbd, kernel-image, ldso, libc5, libreadline2, login, mbr, 
modconf, modules, mount, ncurses-base, ncurses-bin, ncurses3.0, passwd,
procps, sed, setserial, shellutils, sysklogd, syslinux, sysvinit, tar,
texutils, timezone, util-linux

Now, I believe it would be easy to operate a Linux system without
mbr or adduser or syslinux, and possible to operate a Linux system without
a number of other packages.  Would it then be correct to state that
priority 'required' refers to
-- "Packages that are needed by the installation scripts as they are currently 
designed",  or to
-- "Packages that are used by dpkg or dselect"

My intention here is merely to seek a clarification of the *definition* 
of Required.

Regards,
Susan Kleinmann
sgk@tiac.net


I note that all but syslinux are marked as 'essential'.



From debian-devel-request@lists.debian.org Tue Jul 09 22:02:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 21:40:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 21:40:35 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 20:35:05 -0000
Resent-Date: 8 Jul 1996 20:35:05 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0udN0w-0006fnC@mongo.pixar.com>
Date: Mon, 8 Jul 96 13:34 PDT
From: bruce@pixar.com (Bruce Perens)
To: debian-devel@lists.debian.org, sgk@sgk.tiac.net
Subject: Re:  definition of "Required" priority
Resent-Message-ID: <"J0sxe3.0.Ev6.v3Nun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4638
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

modconf, syslinux, mbr, and LILO don't really need to be "required".
However, they are used by the installation floppies, and are thus part
of the base system that is installed before you get any package choice.
I would not mind removing their "required" status, as long as the
kernel-image postinst script was made able to cope with their absence.

	Thanks

	Bruce
--
                       Re-Elect Clinton/Gore '96

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Tue Jul 09 22:02:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 21:45:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 21:45:55 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 20:36:20 -0000
Resent-Date: 8 Jul 1996 20:36:20 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0udN26-0006gnC@mongo.pixar.com>
Date: Mon, 8 Jul 96 13:35 PDT
From: bruce@pixar.com (Bruce Perens)
To: debian-devel@pixar.com
Subject: master.debian.org mirrors broken
Resent-Message-ID: <"yNocc1.0.vw6.45Nun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4639
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

"master" is refusing to execute "ls" from FTP, and thus all mirrors are
broken. Simon is recompiling the kernel to 2.0.4 in an attempt to shotgun
the problem.

	Thanks

	Bruce
--
                       Re-Elect Clinton/Gore '96

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Tue Jul 09 22:02:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 21:50:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 21:50:06 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 20:37:48 -0000
Resent-Date: 8 Jul 1996 20:37:48 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0udN3m-00013zC@miles.econ.queensu.ca>
Date: Mon, 8 Jul 96 16:37 EDT
To: Debian Developer <debian-devel@lists.debian.org>
Subject: acct-6.2-1 uploaded to master
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"Gf2141.0.jz6.R6Nun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4640
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 08 Jul 96 17:07 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Dirk Eddelbuettel <edd@qed.econ.queensu.ca>
Source: acct
Version: 6.2-1
Binary:  acct
Architecture:  i386 source
Description: 
 acct: The GNU accounting utilities.
 -  The GNU accounting `ac', `accton', `last', `lastcomm', and `sa' add 
 -  login and process accounting support to Debian Linux. 
 -  .
 -  "Login accounting" provides summaries of system resource usage based
 -  on connect time, and "process accounting" provides summaries based on
 -  the commands executed on the system. In order to use `lastcomm' and
 -  `sa', you need a kernel more recent than 1.3.72 as the accounting
 -  patches are now included (or an older kernel that is patched).
 -  . 
 -  'last' is provided by the Debian sysvinit package and not included here.
Changes: 
        * acct-6.2-1 release
        * acct.rc: /etc/init.d/acct tests for accton (fixes bug#3513)
        * debian.rules: compress man pages with gzip -9
        * debian.postrm: "purge" now deletes /var/account directory
        * debian.control: changed description
Files:
 30bb83b8508b788dbd01209e7a677c94  163341  admin  -  acct_6.2-1.tar.gz
 6508813c549af6e900970eca02d899f8  5045  admin  -  acct_6.2-1.diff.gz
 ebfeac8fb0664e38d091e753e47b019b  36842  admin  optional  acct_6.2-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeFFInd1UC9tfwjdAQHaUQQAioPo5QAbNEjf4GYexVM3q6j3sei86HQ2
tOb1WbPPDEUJJeaGgPyW9qJg1+h4xN33CkZI8yR7Bpa9rftgIWuiVlN5RH8WHeyj
fp86U3L6HYTfiOrJuQ1c64pPHqhHZivm/uZ5ISDenTTC/It27ixZSiTE3F93WmVe
bjLllpUeVQ4=
=61QK
-----END PGP SIGNATURE-----


-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Tue Jul 09 22:02:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 21:53:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 21:53:36 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 20:39:10 -0000
Resent-Date: 8 Jul 1996 20:39:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0udN57-00013zC@miles.econ.queensu.ca>
Date: Mon, 8 Jul 96 16:38 EDT
To: Debian Developer <debian-devel@lists.debian.org>
Subject: latex2e-doc-1.6-1 uploaded to master
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"hFbQL.0.H17.j7Nun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4642
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 08 Jul 96 17:07 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Dirk Eddelbuettel <edd@qed.econ.queensu.ca>
Source: latex2e-doc
Version: 1.6-1
Binary:  latex2e-doc
Architecture:  all source
Description: 
 latex2e-doc: LaTeX2e documentation in info format
 -  This package provides documentation on the LaTeX2e typesetting system. 
 -  You need an info-browser as info, emacs or tkinfo to read it. Also 
 -  supplied is a small elisp file for keyword-lookup from emacs. If you use
 -  AucTeX, then C-h C-l looks up the LaTeX command under point. 
Changes: 
        * latex2e-doc-1.6-1: Minor Debian packaging changes
        * debian.control: changed Recommends and Suggests (bug#3453, bug#3463)
        * latex2e-doc-1.6-0: Initial Debian release
        * added Debian package management system scripts, use dpkg-divert
          for ltx-help.elc from auctex
Files:
 003c20f413a7d94d282fc7ed16c1f242  43421  tex  -  latex2e-doc_1.6-1.tar.gz
 f3fcd8a3ee8155fd07df94c937bf940d  2587  tex  -  latex2e-doc_1.6-1.diff.gz
 9240b66fc752c50c2d6e353e43b8c60f  48088  tex  optional  latex2e-doc_1.6-1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeFFJnd1UC9tfwjdAQHPqwQAkpZGv3jr8rPnwSFJ0qirfVK+EU3bsfs7
Htnr64JIL5Xs/zHOKMSIHgMDw3ljEyzyUC7kxEV1Yg75yBJEuwHbtwB2s+/7PBGl
1gWc4UfE3kv3CTNBIDiJnMo2+klAinkoGURSHUMS3Z80L+SvrYQ/gF1q5rOxIiXr
QjAvgF6O4FU=
=qL2z
-----END PGP SIGNATURE-----


-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Tue Jul 09 22:02:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 21:51:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 21:51:43 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 20:38:34 -0000
Resent-Date: 8 Jul 1996 20:38:34 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0udN4Y-00013zC@miles.econ.queensu.ca>
Date: Mon, 8 Jul 96 16:38 EDT
To: Debian Developer <debian-devel@lists.debian.org>
Subject: afio-2.4.2-1 uploaded to master
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"mtpkA.0.M_6.97Nun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4641
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 08 Jul 96 17:05 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Dirk Eddelbuettel <edd@qed.econ.queensu.ca>
Source: afio
Version: 2.4.2-1
Binary:  afio
Architecture:  i386 source
Description: 
 afio: Archive file manipulation program.
 -  Afio manipulates groups of files, copying them within or between
 -  filesystems and an afio archive. 
 -  .  
 -  Afio archives are portable as they contain only ASCII-formatted header
 -  information. Afio makes cpio-format archives.  Afio deals somewhat
 -  gracefully with input data corruption.  Afio supports multi-volume
 -  archives during interactive operation.  Afio can make compressed
 -  archives that are much safer than compressed tar or cpio archives.
 -  .
 -  Afio is best used as an `archive engine' in a backup script.
Changes: 
        * afio-2.4.2-1 release: Minor Debian packaging changes
        * debian.rules: compress man page with gzip -9
        * debian.rules: added Architecture (fixes bug#3352)
        * debian.control: changed description (fixes bug#3549)
Files:
 905342308c48b999fa8fc8ddf362fd74  67743  admin  -  afio_2.4.2-1.tar.gz
 fdf771a13f0888d5379412790c690fac  2266  admin  -  afio_2.4.2-1.diff.gz
 29f6db293e8fea647fca9407f4c325af  40178  admin  extra  afio_2.4.2-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeFFHnd1UC9tfwjdAQGNzwQAnrDnhcl3ziIhweIDIFQpYx2y3qIgdspc
dGjFzfGV/+xWDVYur5sGmIRu7DrGAKOL9WGVyZitLnGJMopaawS245yTDKv/hcKp
cX837mbumaqoIw4Gt2KElly1CTEyDzHCei/bwTPFLECxk9edZxR8pauzFJ2f6ifF
GL8Nhka9kj4=
=WYtf
-----END PGP SIGNATURE-----
-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Tue Jul 09 22:02:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 21:55:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 21:55:51 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 20:39:36 -0000
Resent-Date: 8 Jul 1996 20:39:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0udN5X-00013zC@miles.econ.queensu.ca>
Date: Mon, 8 Jul 96 16:39 EDT
To: Debian Developer <debian-devel@lists.debian.org>
Subject: xlockmore-3.9-1 uploaded to master
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"0hV6r3.0.827.78Nun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4643
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 08 Jul 96 17:12 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Dirk Eddelbuettel <edd@qed.econ.queensu.ca>
Source: xlockmore
Version: 3.9-1
Binary:  xlockmore
Architecture:  i386 source
Description: 
 xlockmore: xlock locks X11 display until password is entered.
 -  xlock locks the X server till the user enters his/her password at the
 -  keyboard.  While xlock is running, all new server connections are 
 -  refused. The screen saver is disabled. The mouse cursor is turned off.
 -  The screen is blanked and a changing pattern is put on the screen. If 
 -  a key or a mouse button is pressed then the user is prompted for the
 -  password of the user who started xlock.
 -  .
 -  Note that under XFree86, the X11 implementation for Linux, Control-
 -  Alt-Backspace will defeat the locking mechanism and return your 
 -  console back unless you put "DontZap" in your XF86Config file. 'xdm'
 -  returns to the login prompt. Control-Alt-F1 (among others) will 
 -  defeat locking mechanism with virtual terminals, so make sure that 
 -  you are not logged onto any virtual consoles.
Changes: 
        * xlockmore-3.9-1 release
        * debian.rules: xlock installs now with mode 4755 needed to support
          shadow passwords (thanks to Michael Meskes for the pointer)
        * xlock.1: fixed an upstream typo (bug#3527), installs now as
          xlock.1x and is compressed via gzip -9
Files:
 16ed0a6f9cd748030d95bab7fed22813  395036  x11  -  xlockmore_3.9-1.tar.gz
 5f10f508459ec02ef96d2e9d9b7e0a96  7414  x11  -  xlockmore_3.9-1.diff.gz
 4a10783c6e4e4a0637df9b14545e34d6  120994  x11  optional  xlockmore_3.9-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeFFKnd1UC9tfwjdAQGVXAQAjMtudxhW8TowMfoLuIGB+oXaQHhN9pD/
Icc9SvvONgBHi36xKxoV+VvZBousepDCffVljFVOlXid3ypnDCaHl0uqbivhom3s
LI9fWF17VUrllVgkABHCpb13Gl0g79Kv0Byj0UMZJuLuCBTLojmfNuFakywLpS48
g0D6qDC82Nc=
=JlYB
-----END PGP SIGNATURE-----


-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Tue Jul 09 22:27:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 22:24:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 22:24:32 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 19:05:25 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3538: bash on m68k doesn't use ncurses termcap emulation
Reply-To: llucius <llucius@millcomm.com>, 3538@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Orignal-Sender: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: daveb@tau.space.thiokol.com (David P. Boswell)
Resent-Date: Sat, 06 Jul 1996 18:48:07 GMT
Resent-Message-ID: <handler.3538.B.83667842432248@bugs.debian.org>
X-Debian-PR-Package: bash
X-Loop: owner@bugs.debian.org
Sender: llucius@millcomm.com (Yambo)
Date: Sat, 6 Jul 1996 10:37:03 -0500 (CDT)
From: llucius <llucius@millcomm.com>
Sender: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607061022.A17254-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4583
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: bash
Version: 1.14.6-4

One more change needed for the m68k port to force the usage of ncurses
termcap emulation.

--- orig/bash-1.14.6/machines.h	Mon Feb 12 16:36:58 1996
+++ bash-1.14.6/machines.h	Sat Jul  6 10:25:16 1996
@@ -993,8 +993,10 @@
 #if defined (mc68000) && (defined (__linux__) || defined (linux))
 #  define M_MACHINE "m68k"
 #  define M_OS "Linux"
-#  define SYSDEP_CFLAGS -DHAVE_BCOPY -DHAVE_GETPW_DECLS -DHAVE_GETHOSTNAME
+#  define SYSDEP_CFLAGS -DHAVE_GETDTABLESIZE -DHAVE_BCOPY \
+			  -DHAVE_GETPW_DECLS -DHAVE_GETHOSTNAME
 #  define REQUIRED_LIBRARIES
+#  define USE_TERMCAP_EMULATION
 #  define HAVE_GETGROUPS
 #  define HAVE_STRERROR
 #  define VOID_SIGHANDLER


From debian-devel-request@lists.debian.org Tue Jul 09 22:52:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 22:32:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 22:32:55 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 19:05:33 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3536: Problems encountered while building "es" on m68k arch
Reply-To: joost@rulcmc.leidenuniv.nl (joost witteveen), 3536@bugs.debian.org
Resent-From: joost@rulcmc.leidenuniv.nl (joost witteveen)
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joost@rulcmc.leidenuniv.nl>
Resent-Date: Sat, 06 Jul 1996 18:48:08 GMT
Resent-Message-ID: <handler.3536.B3536.83667842432244@bugs.debian.org>
X-Debian-PR-Package: es
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucTzD-00011cC@rulcmc.leidenuniv.nl>
From: joost@rulcmc.leidenuniv.nl (joost witteveen)
To: llucius@millcomm.com, 3536@bugs.debian.org
Date: Sat, 6 Jul 1996 11:49:11 +0200 (MET DST)
Cc: submit@bugs.debian.org
In-Reply-To: <m0ucPHx-000MjpC@mill2.millcomm.com> from "Yambo" at Jul 5, 96 11:48:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4584
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> 
> Package: es
> Version: 0.84-2
> 
> The following problems were encountered while building on m68k arch:

OK, and to follow up, I mailed about releasing a new es-package
with the m68k patches in to debian-changes (mentioning the
new release number), AND to m68k@lists.debian.org.
Did any of those emails get through to the m68k team?

-- 
joost witteveen
            joost@rulcmc.leidenuniv.nl
          joostje@debian.org
--
Use Debian/GNU Linux!


From debian-devel-request@lists.debian.org Tue Jul 09 22:52:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 22:40:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 22:40:32 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 19:25:22 -0000
Resent-Date: 6 Jul 1996 19:25:22 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <boekhold@cindy.et.tudelft.nl>
Date: Sat, 6 Jul 1996 21:22:09 +0200 (MET DST)
From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
X-Sender: boekhold@niki.et.tudelft.nl
To: "Susan G. Kleinmann" <sgk@sgk.tiac.net>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Bug#3520: Manpages netpbm show up double
In-Reply-To: <199607061917.PAA01298@sgk.tiac.net>
Message-ID: <Pine.LNX.3.93.960706212017.1586A-100000@niki.et.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"F15ee2.0.xq.Xshtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4585
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Sat, 6 Jul 1996, Susan G. Kleinmann wrote:

> Hi Maarten --
> 
> You said you'd used mandb.
> 
> Did you mean that you had used "mandb -c", which re-creates the 
> man database file?

Damned, thought I did everything right this time..... nope didn't do '-c'.
So I guess this bug can be closed (do I have to do this or is this for the
maintainer? he'll get this too, since I cc'ed to debian-devel).

Maarten 

_______________________________________________________________________
| Maarten Boekhold, Faculty of Electrical Engineering TU Delft,   NL  |
|   boekhold@cindy.et.tudelft.nl boekhold@gopher.library.tudelft.nl   |
-----------------------------------------------------------------------


From debian-devel-request@lists.debian.org Tue Jul 09 22:52:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 22:45:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 22:45:19 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 21:29:37 -0000
Resent-Date: 8 Jul 1996 21:29:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0udNrG-0002FMC@plato>
To: bruce@pixar.com (Bruce Perens)
Cc: debian-devel@pixar.com
Subject: Re: What prints "you don't exist, go away?" 
In-Reply-To: Message from bruce@pixar.com (Bruce Perens) 
   of "Sun, 07 Jul 1996 14:49:00 PDT."References: <m0ud1hp-0006fnC@mongo.pixar.com> 
 <m0ud1hp-0006fnC@mongo.pixar.com> 
Date: Mon, 08 Jul 1996 17:28:39 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"astPr.0.w1.0tNun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4644
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> have been funnier :-), but we should fix it. I think part of the problem
> is GNU libc getpwent(). What is printing the "Go away!" message?

According to "strings /sbin/*|grep "Go away", bin/shutdown is printing
it out.  Perhaps when it thinks the passwd is munged?

Jim


From debian-devel-request@lists.debian.org Tue Jul 09 22:52:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 22:49:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 22:49:31 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 21:32:36 -0000
Resent-Date: 8 Jul 1996 21:32:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <tobias@server.et-inf.fho-emden.de>
Message-Id: <199607082125.XAA17766@server.et-inf.fho-emden.de>
Subject: Re: What prints "you don't exist, go away?"
To: bruce@pixar.com (Bruce Perens)
Date: Mon, 8 Jul 1996 23:25:08 +0200 (MET DST)
From: "Peter Tobias" <tobias@server.et-inf.fho-emden.de>
Cc: debian-devel@pixar.com
Reply-To: tobias@et-inf.fho-emden.de
In-Reply-To: <m0ud1hp-0006fnC@mongo.pixar.com> from "Bruce Perens" at Jul 7, 96 02:49:00 pm
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Resent-Message-ID: <"TXLUj1.0.g3.qvNun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4645
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bruce Perens wrote:
> Richard Stallman's 0.93R6 laptop locked him out of the system, and printed
> "You don't exist. Go away!". If we had done this deliberately it couldn't
> have been funnier :-), but we should fix it. I think part of the problem
> is GNU libc getpwent(). What is printing the "Go away!" message?

shutdown. It just tries to verify (getpwuid) that there is a valid passwd
entry for the current user. dip and talk do similar things (and print
the same message).

> 2. The program that handles C-M-DEL should not check the passwd file
> in any way before it reboots, so that an invalid passwd file cannot
> prevent rebooting.

That might be a problem. I think the /etc/shutdown.allow feature needs
a correct passwd file.

> 3. The error message "You don't exist. Go away!" should be changed to
> something sober and informative.  Having humor in the operating system
> is good, but not if it misleads people, especially at times when
> something is very wrong and users are feeling anxious.

Changing one of the oldest unix messages? Hmm... :-))

> 4. The telnet and rlogin servers should accept connections without
> checking /etc/passwd in any way, so that an invalidity does not prevent
> getting a telnet or rlogin connection.

That's not possible for rlogind, it has to check the passwd file
because of the rcmd function (.rhosts file). The telnet daemon doesn't
use the /etc/passwd. It calls /bin/login which does the login stuff.


Thanks,

Peter

-- 
 Peter Tobias                                EMail:
 Fachhochschule Ostfriesland                 tobias@et-inf.fho-emden.de
 Fachbereich Elektrotechnik und Informatik   tobias@debian.org
 Constantiaplatz 4, 26723 Emden, Germany     tobias@linux.de


From debian-devel-request@lists.debian.org Tue Jul 09 23:42:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 23:19:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 23:19:33 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 21:54:21 -0000
Resent-Date: 8 Jul 1996 21:54:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0udOFI-0006fnC@mongo.pixar.com>
Date: Mon, 8 Jul 96 14:53 PDT
From: bruce@pixar.com (Bruce Perens)
To: bruce@pixar.com (Bruce Perens), tobias@et-inf.fho-emden.de
Subject: Re: What prints "you don't exist, go away?"
Cc: debian-devel@pixar.com
Resent-Message-ID: <"WEP3v3.0._T.DEOun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4646
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> dip and talk do similar things (and print the same message).

I suggest that they print something like
"permission denied: no record for user-ID %d in /etc/passwd". We aren't
attempting security through obscurity, which may have been the goal of
this message. Should I file a bug on dip and talk?

> That might be a problem. I think the /etc/shutdown.allow feature needs
> a correct passwd file.

I hear libc 5 getpwent() is better about skipping malformed passwd
records, so the other issues (telnet, rlogin, shutdown.allow) may be
moot.

> Changing one of the oldest unix messages? Hmm... :-))

I don't like that message either. I don't see a reason to cast it in
concrete. I have my doubts about its antiquity, too. V6 Unix said
"Intruder alert" in these situations.

Richard will attempt to err on the side of openness rather than security.
I have no problem with standing up for security, but he's correct when he
says the message is unhelpful, and I would prefer to repair that.

	Thanks

	Bruce
--
                       Re-Elect Clinton/Gore '96

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Tue Jul 09 23:42:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 9 Jul 1996 23:21:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 9 Jul 1996 23:21:59 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 19:30:25 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3536: Problems encountered while building "es" on m68k arch
Reply-To: joost@rulcmc.leidenuniv.nl (joost witteveen), 3536@bugs.debian.org
Resent-From: joost@rulcmc.leidenuniv.nl (joost witteveen)
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joost@rulcmc.leidenuniv.nl>
Resent-Date: Sat, 06 Jul 1996 19:18:06 GMT
Resent-Message-ID: <handler.3536.B.836679926160@bugs.debian.org>
X-Debian-PR-Package: es
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucTxw-00011JC@rulcmc.leidenuniv.nl>
From: joost@rulcmc.leidenuniv.nl (joost witteveen)
To: llucius@millcomm.com, 3536@bugs.debian.org
Date: Sat, 6 Jul 1996 11:47:51 +0200 (MET DST)
Cc: submit@bugs.debian.org
In-Reply-To: <m0ucPHx-000MjpC@mill2.millcomm.com> from "Yambo" at Jul 5, 96 11:48:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4586
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> 
> Package: es
> Version: 0.84-2
> 
> The following problems were encountered while building on m68k arch:

OK, I very much like the work you do on the m68k architecture, but
PLEASE do it on the latest packages. es-0.84-3 has been on
master's incomming (and is now "INSTALLED") since last wednesday,
I think.

Could you close this bug report for me if es-0.84-3 appears not to
break anything on the m68k?

Thanks.

-- 
joost witteveen
            joost@rulcmc.leidenuniv.nl
          joostje@debian.org
--
Use Debian/GNU Linux!


From debian-devel-request@lists.debian.org Wed Jul 10 00:32:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 00:29:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 00:29:10 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 19:59:50 -0000
Resent-Date: 6 Jul 1996 19:59:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <osiris@cs.utexas.edu>
Sender: osiris@cs.utexas.edu
To: debian-devel@lists.debian.org
Subject: popclient and a socket -P (password) file.
From: Rob Browning <osiris@cs.utexas.edu>
Date: 06 Jul 1996 14:59:39 -0500
Message-ID: <86ohltcfv8.fsf@argus.csres.utexas.edu>
Lines: 17
X-Mailer: Gnus v5.2.34/Emacs 19.31
Resent-Message-ID: <"UexAj3.0.g71.sMitn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4587
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Would it be a bad idea to add support in popclient for reading it's
password from a socket when -P is specified?  I was thinking about
using it with a "pixie" program like the one that was part of
auto-pgp.  I modified the pixie script to do the right thing, but
popclient refuses to read anything that's not a regular file.

Is there some better way of handling this?  I know about the .netrc
support, but I thought that that would be much less secure than the
socket approach.  Not that I know that for sure, but I was assuming
that there was some reason that auto-pgp was set up the way it was.
And the pixie approach does have the advantage that my password's
never left lying about when I log out.

Thanks
--
Rob


From debian-devel-request@lists.debian.org Wed Jul 10 01:47:47 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 01:41:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 01:41:55 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 21:50:00 -0000
Resent-Date: 7 Jul 1996 21:50:00 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0ud1hp-0006fnC@mongo.pixar.com>
Date: Sun, 7 Jul 96 14:49 PDT
From: bruce@pixar.com (Bruce Perens)
To: debian-devel@pixar.com
Subject: What prints "you don't exist, go away?"
Resent-Message-ID: <"K4DB81.0.8F.743un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4612
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Richard Stallman's 0.93R6 laptop locked him out of the system, and printed
"You don't exist. Go away!". If we had done this deliberately it couldn't
have been funnier :-), but we should fix it. I think part of the problem
is GNU libc getpwent(). What is printing the "Go away!" message?

	Bruce

From: Richard Stallman <rms@dcc.unicamp.br>

When I was about to leave on this trip, my laptop running Debian [0.93R6] was
thoroughly wedged.  It would boot normally, but it did not allow login
under any name that we tried (including root).  When I tried to log
in, it asked for a password (I am not supposed to have a password).
It did not accept telnet or rlogin connections at all.  And when I
typed C-M-DEL to reboot, it did not reboot; instead it said, "You
don't exist. Go away!"

I thought someone had done this deliberately as a rather nasty hack.
The message printed in response to C-M-DEL had that kind of tone.

But it turned out that all these problems were the consequence of a
couple of garbage lines in /etc/passwd.  Almost all the normal
contents of /etc/passwd seemed to be present, including the line for
root and the line for rms, but there was garbage too.  Installing
an unclobbered passwd file made all the problems stop.

It's not the system's fault (as far as I know) that garbage got put in
/etc/passwd, but its response was disasrous.  At least four changes
are called for:

1. The login program should simply ignore *any* malformed line in
/etc/passwd.  Adding such a line, or lines, should never interfere
with logging in using the accounts described by the other valid lines.

2. The program that handles C-M-DEL should not check the passwd file
in any way before it reboots, so that an invalid passwd file cannot
prevent rebooting.

3. The error message "You don't exist. Go away!" should be changed to
something sober and informative.  Having humor in the operating system
is good, but not if it misleads people, especially at times when
something is very wrong and users are feeling anxious.

4. The telnet and rlogin servers should accept connections without
checking /etc/passwd in any way, so that an invalidity does not prevent
getting a telnet or rlogin connection.

The two garbage lines consist of two parts of a line that ought to be
present.  That line is this:

vjrv:fv.yx7ckYEcwc:9363:11:James Van Artsdalen:/home/gp2/jrv:/usr/local/gnubin/bash

The two garbage lines were:

Artsdalen:/home/gp2/jrv:/usr/local/gnubin/bash
vjrv:fv.yx7ckYEcwc:9363:11:James Van

The former was at the beginning, and the latter was where the
whole vjrv line should have been.

The latter one did not end in a space; it is peculiar that the space
originally there did not end up in either of the two partial lines.

--
                       Re-Elect Clinton/Gore '96

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Wed Jul 10 01:47:47 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 01:43:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 01:43:36 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 00:22:05 -0000
Resent-Date: 9 Jul 1996 00:22:05 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <cjf@netaxs.com>
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607090021.UAA27373@access.netaxs.com>
Subject: Re: Source packaging
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Mon, 8 Jul 1996 20:21:56 -0400 (EDT)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ubpih-0002YCC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 4, 96 03:49:00 pm
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
Resent-Message-ID: <"UUoLA2.0.TZ3.jOQun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4647
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Ian Jackson wrote:'
>
>(BTW, one objective that I forgot to mention in my last mail is to
>have something better-integrated with our upload handling mechanism.)
>
>I'm leaning towards the `3 separate files' approach - a .tar.gz of the
>original source, named <pkg>_<orgver>-<rev>.orig.tar.gz and unpacking
>into <pkg>-<orgver>/ (note hyphen), a .diff.gz containing the
>debianisation patch, named <pkg>_<orgver>-<rev>.diff.gz, and a control
>file <pkg>_<orgver>-<rev>.dsc (optionally PGP-signed).

I like it --- it satisfies the design specs I've identified as
important.

>So, my current list of fields for the control file is:
> Source: <source-package-name>
> Version: <orgver>-<rev>
> Architecture: <"any"|"all"|architecture>
> Generates: <binary-package> [, <binary-package> ...]
> Maintainer: <maintainer's name and email address>
> Data-MD5sums:
>  <md5-checksum>  <pkg>_<orgver>-<rev>.diff.gz
>  <md5-checksum>  <pkg>_<orgver>.orig.tar.gz

Maybe the upstream source URL could go here too?  Most people include
it in the Copyright file, but not always.

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Wed Jul 10 02:12:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 01:48:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 01:48:22 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 21:50:45 -0000
Resent-Date: 7 Jul 1996 21:50:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0ud1if-00014VC@miles.econ.queensu.ca>
Date: Sun, 7 Jul 96 17:50 EDT
To: Debian Developer <debian-devel@lists.debian.org>,
  Ian Jackson <ian@chiark.chu.cam.ac.uk>
Subject: Should a --purge also called the prerm with $1=purge
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"BF7wT.0.jF.q43un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4613
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


When a package foo that has added some files in a directory /spong/baz of
it's own is --purge'd, dpkg usually displays a warning as
	dpkg - warning: while removing foo, directory /spong/baz is not
	empty so not removed.
which is somewhat unpleasant.

Adding a
	rm -r /spong/baz/*
in the prerm, conditional on $1 = "purge", doesn't help as dpkg calls
the prerm only with the "remove" argument.

Shouldn't it also call the prerm with "purge"? 

-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Wed Jul 10 02:37:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 02:16:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 02:16:57 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 00:53:13 -0000
Resent-Date: 9 Jul 1996 00:53:13 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Mon, 8 Jul 1996 20:53:56 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: debian-devel@lists.debian.org
Subject: Re: Bug#3422: termcap entry too long error
In-Reply-To: <m0ud4Xw-0002ahC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.LNX.3.94.960708203944.15473A-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"bXJ7f3.0.lB4.vrQun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4648
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 8 Jul 1996, Ian Jackson wrote:

> Dale Scheetz writes ("Re: Bug#3422: termcap entry too long error"):
> > I just noticed that my response to the original message, inadvertently had
> > submit@bugs.debian.org on the cc list. Did the bug reporting system put it
> > there?
> > As a result, did I submit a new bug?
> 
> No.  It will have spotted that the Subject line had a bug number in it
> already and treated the copy that arrived at `submit@bugs' as if it
> had arrived at `3422@bugs'. 

Cool...
                               I expect there were two copies in
> debian-devel (but I didn't notice).
> 
Yea, such are lists...

> In general it's better to use `reply' rather than `followup' (aka
> `reply to all recipients') when replying to bug reports - that'll
> avoid putting `submit@bugs' in the header again.
> 
> Feel free to use `followup' but remember to edit the headers down.
> 
As I use Pine :-( I can only say yes|no to 'reply to all recipients' so I
typicaly edit the headers to keep the list traffic down.

Can you point me to a "really" good mail editor? Is it time for me to
learn emacs? Do I have too <wine, wine>?

Thanks,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Wed Jul 10 02:37:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 02:32:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 02:32:18 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 01:11:36 -0000
Resent-Date: 9 Jul 1996 01:11:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <llucius@millcomm.com>
Date: Mon, 8 Jul 1996 20:11:18 -0500 (CDT)
From: llucius <llucius@millcomm.com>
Subject: Can someone direct me to info on taking over a package?
To: debian-devel@pixar.com
Message-Id: <Pine.3.89.9607082027.B9624-0100000@mill2.MillComm.COM>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"-SiAW1.0.GW4.77Run"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4649
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


I'd like to take of "dialog" (I've felt bad ever since it became an 
orphan. B-)), but I can't find the info I need.  I know I've read 
something somewhere that said I needed to upload a ".changes" file or 
something like that to become the maintainer???

Thanks, 

Leland

__ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth!
   oo o  oo o  o  | 
    o       o   o | llucius@millcomm.com
 o oo    o     o  | 
-- -- -- -- -- -- | http://www.millcomm.com/~llucius       (maybe one day)


From debian-devel-request@lists.debian.org Wed Jul 10 03:02:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 02:55:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 02:55:44 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 22:05:11 -0000
Resent-Date: 6 Jul 1996 22:05:11 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <mbailey@cps200.cps.cmich.edu>
Date: Sat, 6 Jul 1996 18:04:30 -0400
From: Matthew Bailey <mbailey@cps200.cps.cmich.edu>
Message-Id: <199607062204.SAA01801@cps200.cps.cmich.edu>
Apparently-To: debian-devel@lists.debian.org
Resent-Message-ID: <"M3jUP3.0.ZX2.MCktn"@vega>
To: debian-devel@lists.debian.org
Resent-From: debian-devel@lists.debian.org
Subject: Unidentified subject!
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4590
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

ping


From debian-devel-request@lists.debian.org Wed Jul 10 03:27:49 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 03:14:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 03:14:13 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 23:31:20 -0000
Resent-Date: 7 Jul 1996 23:31:20 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0ud3I2-0002EvC@plato>
To: Debian developers list <debian-devel@lists.debian.org>
cc: Alvar Bray <alvar@debian.org>
Subject: Re: Bug#3520: Manpages netpbm show up double 
In-reply-to: Message from Maarten Boekhold <boekhold@cindy.et.tudelft.nl> 
   of "Sun, 07 Jul 1996 02:45:24 +0200."References: <Pine.LNX.3.93.960707024323.202A-100000@niki.et.tudelft.nl> 
 <Pine.LNX.3.93.960707024323.202A-100000@niki.et.tudelft.nl> 
Date: Sun, 07 Jul 1996 19:30:56 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"OrDgw.0.lB1.7Z4un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4614
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> This thing of manpages showing up double was my own mistake. I did purge
> pbmplus before installing, and I did ran 'mandb' after installing netpbm,
> but I *DIDN'T* run 'mandb -c' to newly create the database.
> 
> Sorry if I have caused to much useless work already.

Well, this is a problem for either netpbm or for mandb.  The user
should not have to run "mandb -c" to make apropos work again.  Can
mandb be set to automatically detect missing manpages and recreate the
database?  Or should netpbm recreate the man database in the postinst?


Jim


From debian-devel-request@lists.debian.org Wed Jul 10 03:52:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 03:37:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 03:37:13 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 22:57:12 -0000
Resent-Date: 6 Jul 1996 22:57:12 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecki@lina.inka.de>
Message-Id: <m0ucgC4-0004jjC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
Subject: Booting Debian [draft]
To: debian-devel@lists.debian.org
Date: Sun, 7 Jul 1996 00:51:15 +0200 (MET DST)
Cc: ecki@inka.de
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"3QJbz1.0.OE3.8zktn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4591
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

here is a small text, describing how debian boots the system, after the
Kernel is loaded. This is a first draft, comments welcome. The file is for
information of the users, and intended as a base-document for changes in the
boot sequence.

----------------------------------------------------------------
Booting Debian Linux 1.1


This file describes how a Debian Linux system will boot after the Kernel is
loaded by the boot-loader like lilo, loadlin or syslinux.

1. Directories
--------------

/     Root. Usually there are symlinks (vmlinuz, vmlinuz.old, System.map and
      System.old) pointing to the current and last kernel in /boot/

/lib/modules/ If there are any modules they are stored under this dir. For
              every kernelversion there is a subdir (named `uname -r`) with
              the sections block/, fs/, ipv4/, misc/ and net/. A file for
              dependecies (modules.dep) is located there, too. The symlink
              /etc/modules/current@ should point to the current (running) 
              kernel version.

/lib/modules/boot/ contains modules (usually symlinks to 
                   /lib/modules/current/../.. which should be loaded
                   statically after boot. They can be specified in
                   /etc/modules, too.

/boot/ Here are the current kernelimages (vmlinuz-x.x.x) and Symbol Tables
       (System.map-x.x.x) stored. Additionally bootloader can store their
       images, too. Generally the data in this directory has to be accesable
       by the system's BIOS.

/etc/ Directory for configuration files.

/etc/init.d/ Directory for bootscripts. All scripts used to bring the system
             up (in multi-user mode) should be located here and referenced
             with symlinks.

/etc/rc.boot/ Scripts to initialize the system after reboot, before entering
              any runlevel.

/etc/rcX.d/ Scripts to start/stop subsystems if entering/leaving a runlevel.


2. Runlevels
-------------

S       - internally used for single user mode
0       - halt the system
1       - get system down to single user mode
2-5,7-9 - diferent modes of operation
          2   - stand alone mode, no accounting
	  3-5 - normal operation
          7-9 - unused.
6       - reboot system


3. The Boot Sequence
--------------------


3.1 init
--------

As the last step of booting, the kernel starts init(8) with a PID of 1. Init
cecks the command-line arguments and reads /etc/inittab. Unless you have
specified "-b" or "emergency" at the kernel command line, init(8) starts the
script /etc/init.d/boot as specified with "sysinit" in the inittab(5) as
discussed in 3.1.1.

After /etc/init.d/boot is finished init tries to guess the runlevel to
switch to. If a runlevel was given at the kernel command line, it will
switch to this runlevel, otherwise it will switch to the default runlevel in
inittab(5) in the line "initdefault" (usually runlevel 2 or 3). If there is
no default-runlevel init asks for the runlevel at the console.

Everytime the runlevel is changed init executes the script /etc/init.d/rc
with the first argument holding the new runlevel. This script is used to run
the start/stop scripts as discussed in 3.1.2. After that init executes
programs like getty mentioned in the inittab(5). 

Rebooting, halting or going to single user mode is just a simple switch to
runlevel 6, 0 or 1. The last step of runlevel 1 is to switch to runlevel s,
which will start the program specified in the ~~:S:wait:/sbin/sulogin line.
The last step of runlevel 6 or 0 is to start /etc/init.d/reboot or halt as
described in 3.1.3.


3.1.1 /etc/init.d/boot
----------------------

The script first checks if /sbin/unconfigured.sh exists and executes it
(used for installing a debian system). After that it execute sulogin(8)
if $SULOGIN is set at the beginning of the script. This emulates SCO's 
behaviour of presenting a single-user shell before any runlevel is entered.

The next step is to activate the md driver for multiple devices, if a
/etc/mdtab file is present (mdtab(5) is describing which physical devices
should be pluged together to a single logical one).

Then the swap (as configured in fstab(5)) is turned on, cause fsck needs a
lot of memory on big partitions.

The update(8) daemon is started (bdflush).

If the file /fastboot is present the next step is skiped.

To ensure the root is mounted read-only it is remounted. If this succeeds
fsck(8) is called for all filesystems mentioned in the fstab. (fsck returns
an error code > 1, if there was a serious problem, which will force the
script to give a large warning message and to start sulogin. If sulogin is
exited, the system will be reboot(8)ed after a sync(8).)

The next step is to remount the root filesystem read-write without writing
/etc/mtab. Then the flagfile /etc/nologin and /fastboot are deleted, the
mounttable /etc/mtab and the lockfile /etc/mtab~ is removed. With an
additional faked mount(8) the first entry for the root filesystem will be
written in /etc/mtab.

The /etc/init.d/boot script checks if the module packages has installed a
script /etc/init.d/modules, used to configure the modules subsystem of the
linux kernel as described in 3.1.1.1.

After the modules are loaded (and possibly the kerneld started) all of the
filesystems mentioned in /etc/fstab are mounted (except for those marked
with noauto or those with type=nfs).

After that the swap is activated again, just in case there are any
additional swapfile accessable after the mount.

/etc/init.d/network is called to start the network interfaces (like lo or
eth0) as specified on system installation.

After that the hostname is set from /etc/hostname with the hostname(1)
command. 

The next step performed will mount all of the nfs-filesystems mentioned in
/etc/fstab.

Then the system clock is set from the CMOS clock with clock(1) and if not
present a file for adjusting the clock /etc/adjtime is generated and
updated.

The local time is printed.

After that the /tmp directory is cleaned, stale locks in /var/lock and
stale PID files in /var/run are rmoved. An empty /var/run/utmp will be
generated.

After that the executable files in /etc/rc.boot/ are executed with
run-parts(8) (see discussion in 3.1.1.2.). 

After that the permissions of all ptys is set to "666 root.tty".

The first line in /etc/motd(5) (which is displayed from login(1) ofter you 
have logged on) will be replaced with the output of uname(1).

The last step in that file is to execute /sbin/setup.sh if present, which is
used for system installation only.


3.1.1.1 /etc/init.d/modules
-------------------------
If there are no modules for the current kernel (/lib/modules/x.x.x/ has to
exist), the script exits immediatelly.

Otherwise the script will point /lib/modules/current/ to the recent version,
and check if there is a modules.dep file. This file lists the dependencies
between the modules and will be generated with depmod(8) if not present. You
can force a dependency generation in this file, if you want to be sure, that
changes in the modules are always mirrored in the dependencies file.

The script now reads /etc/modules line by line and inserts the modules which
are listed there with modprobe(8). If there is a line with "auto" in it
"/etc/init.d/kerneld start" will be called, which simply starts the kerneld.
This is used if you need special modules before any other operation (like
mounting filesystems) is done. 

For compatibility modprobe is used to load all modules from path[boot]
(/lib/modules/boot/) of conf.modules permanent.


3.1.2 /etc/init.d/rc
--------------------

Everytime the runlevel is changed (on boot, halt, reboot or with telinit to
change the mode of operation) /etc/init.d/rc is called from init with a
single argument naming the new desired runlevel.

The SysVinit style of managing runlevels is to maintain a directory for
every runlevel. Those directories are called /etc/rc<runlevel>.d/ and
contain links to start/stop scripts. Those scripts are stored in
/etc/init.d/ and will be executed with an arguemnt start or stop depending
on the situation.

The links in those directories are calles Xyyname with:

 X		S=start this daemon, K=kill this daemon
  yy		two digits number for ordering
    name	descriptive name

yy is a 2 digits number to ensure the scripts are called in the right order.
Every Package can place a script in those directories. If order is
unimportant aa=20 should be used. The script update-rc.(8) is used to
maintain those links.

/etc/init.d/rc will now look at each kill script in the new runlevel. For
each K script it checks if the start and kill scripts in the previos
runlevel are identical. If yes, the killscript is skiped, otherwise it is
executed with the stop option.

After that all S scripts are executed with the start option if they are not
present in the previous runlevel.

Those start/stop scripts are usually used to start and stop daemons or to
set up a special operation mode. start-stop-daemon(8) is used for this.


3.1.3 /etc/init.d/reboot,halt
-----------------------------

To halt or reboot the system /etc/init.d/rc will first execute all the K
scripts in rc0.d or rc1.d. After that the only S script S20halt or S20reboot
is started to reboot or halt the system.

The scripts will first deliver TERM and KILL signals to all running
processes with the kilall5(8) utility to ensure all processes are stoped
(cleanly). After that a reboot record is written to the wtmp with halt(8),
the swap is turned off (with swapoff(8)) and all filesystems are unmounted.
The rootfilesystem will be mounted readonly, to ensure it is clean after
reboot and the system will be halted or rebooted with halt(8).


From debian-devel-request@lists.debian.org Wed Jul 10 04:17:49 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 03:53:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 03:53:35 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 00:49:51 -0000
Resent-Date: 8 Jul 1996 00:49:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ud4W9-0002ahC@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 01:49 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: New source packaging format - requirements and proposal 
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0uZKsG-000Hh2C@liw.clinet.fi>
References: <Pine.SUN.3.91.960627095640.18131B-100000@koma.informatik.tu-muenchen.de>
	<m0uZKsG-000Hh2C@liw.clinet.fi>
Resent-Message-ID: <"YQ_GI3.0.4j1.li5un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4615
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Lars Wirzenius writes ("Re: New source packaging format - requirements and proposal "):
...
> One more idea that would be nice: PGP signing all packages (not just source).
> While the announcements are PGP signed by most people, detached signatures
> (foo.deb.pgp, foo.tar.gz.pgp, foo.diff.gz.pgp, or possibly embedded into the
> package format) would make it easier to check things automatically.

We already have room in the package format for this.  I need to think
a bit more about exactly how this should be formatted, but basically
one of the main reasons behind the new package format is to allow
packages to contain signatures (and certification chains and md5sums
and any other guff).

Below is a byzantine scheme Steve Early and I worked out for automatic
key distribution and verification of packages.

...
> Disagreements?  I know Ian prefers the single-file-special-format approach,
> and I confess I'm also attracted to it, but I'm not pushing in either
> direction.  If we for separate files, however, we'll have to make sure
> all files that belong together can be downloaded with a single, simple
> mget (especially since this is trivial to do).

I'm coming round to this view, as I wrote earlier.  Having one of the
files give the md5sums of all the others means that you can't get them
out of step.

Ian.

------- start of forwarded message (RFC 934 encapsulation) -------
Message-ID: <m0tojWY-00025eC@myrddin.chu.cam.ac.uk>
From: Stephen Early <sde1000@cam.ac.uk>,
      Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@Pixar.com
Subject: Package authentication proposal
Date: Tue, 20 Feb 96 04:17 GMT

This bit of text (written in NPML [no particular markup language])
describes a system for ensuring that the packages we distribute are
not tampered with between leaving the maintainer and arriving at the
machine where they are to be installed.

Steve Early           Ian Jackson
sde1000@cam.ac.uk     ian@chiark.chu.cam.ac.uk

\section{Keys}

There are three master keys, held offline in geographically separate
locations.

There are a number (about three, but definitely no more than five) of
certification keys, held (perhaps online) by separate important
developers.

Each package maintainer has a key.

There is a 'validity' key, held online in dedicated secure
hardware. This could be a separate, non-networked machine connected to
a networked front-end machine (not necessarily dedicated) by a serial
cable. It need not be securely connected to the primary ftp site.

\section{Certification}

Each package is signed by the package maintainer.

The package maintainer's key is signed by the nearest certification key.

Each certification key must be signed by at least two of the master
keys; usually it will be signed by all three.

The validity key is signed by all three of the master keys. This
certificate includes the date of the last revocation of a validity
key.

When a package is received by the archive its details are forwarded to
the validity server's front-end. This posts an announcement on
debian-devel and submits the certification information to the validity
server.  This delays for 24 hours; if the maintainer has not
repudiated his signature after 24 hours then a certificate is applied
using the validity key and returned to the archive site. This
certificate binds the certification key, the package maintainer's key
and the checksum of the package as found in the package maintainer's
signature.

If a package needs to be inserted into the archive within 24 hours
(security bugfixes, for example) then verification of the package
checksum and status of the maintainer's key must be obtained through
external means. Each package maintainer must provide a telephone
number and hours at which they can be contacted. The validity server
maintainer must call the package maintainer (_not_ vice versa).

All of the certificates have timestamps, but apart from the timestamps
in the master keys' signature on the validity key these are not
used. Timestamps cannot generally be used as this would, for example,
make CD-ROMs go 'out of date'.

\section{Distribution of keys and certificates}

Each package contains its own signature from the package maintainer's
key, the certification on the package maintainer's key from the
certification key, the certification key itself, and the certificates
on the certification key from the master keys.  It also contains the
certificate from the validity key, and the validity key and its
certificate from the master keys. This will add around 4k to the size
of a package.

The master keys are contained in the dpkg package, which also contains
a list of revoked keys and packages (though since these revocations
cannot be guaranteed to arrive they are not required for the security
of the system).

\section{Revocation}

If a package is issued in error we either live with it or have the
maintainer revoke their key.

If a maintainer's key or a certification key is compromised or needs
to be changed, it is revoked with the validity server; a certifcation
key or the master keys, respectively, must sign the new key.

If a maintainer's key compromise goes undetected for 24 hours and a
bad package is issued the validity key revocation procedure is
followed.

If the validity key is compromised then an announcement is posted
widely, asking users to run `dpkg-auth --revoke-validity-key' and give
the date of the announcement.  This updates the system's idea of when
the most recent validity key revocation occurred, so that only
validity keys certified by the master keys after this date are
accepted.  (This data, held on the system in /var/lib/dpkg, is also
updated when a more recent last revocation timestamp is found in a
package---see above.)

If a single master key is compromised we widely announce a new version
of dpkg with the new master keys and revocations and ask users to
upgrade urgently.

If a single master key is lost we release a new version of dpkg with
the new master keys.

If several master keys are compromised we widely announce that this
has happened, and widely publish the MD5 checksum of the new version
of dpkg that users are required to install.

If several master keys are lost simultaneously we widely announce that
this has happened, and users must use dpkg with special options to
update to a dpkg version with new master keys.

\section{Caveat}

Note that this doesn't protect against package maintainers providing
bad packages (maliciously or through bad upstream source), but it does
ensure that every Debian user sees the same packages and that bad
packages can be traced.

------- end -------


From debian-devel-request@lists.debian.org Wed Jul 10 04:17:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 03:55:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 03:55:43 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 01:00:23 -0000
Resent-Date: 8 Jul 1996 01:00:23 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ud4gP-0002ahC@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 02:00 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: [Mark Eichin <eichin@cygnus.com>] Re: xntp: Is it an `export' version?
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <xe1spbh9c8u.fsf@maneki-neko.cygnus.com>
References: <xe1spbh9c8u.fsf@maneki-neko.cygnus.com>
Resent-Message-ID: <"q9OiK1.0.gm1.cs5un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4617
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Mark Eichin writes ("[Mark Eichin <eichin@cygnus.com>] Re: xntp: Is it an `export' version?"):
> After I sent it, it occurred to me that debian-devel is a better place
> to ask this...					_Mark_
> 
...
> Is anyone interested in providing "US-ONLY" debian space? I've got a
> few packages that could go there, if the site were responsible:
> 	cns4 (Cygnus Kerberos v4)
> 	cvs (with kerberos support for the remote code)
> 	cns5 (Kerberos V5)

I'm strongly opposed to these packages being made available `US-only'.

Instead some European developer should pick them up.  These things
(the upstream sources) are not hard to get from non-US FTP sites -
this may mean that they were illegally exported at some point in the
past, but there's no crime of `handling illegally exported goods' (as
there is for stolen goods).

We need an FTP site in Europe willing to be the master for our
security-related stuff, so that the primary FTP site is avoiding
distributing them to non-US sites.

What I propose is that we arrange that one of the European mirrors -
preferably a fast mirror willing to server other mirror sites - have a
`security' directory which isn't mirrored from master.  Instead,
people upload their security-related stuff there and master mirrors it
`in reverse'.  The Packages files will be slightly out of date in
these directories, we'll have to make do with that.

Even better would be for our master site to be out of the US.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 04:17:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 03:58:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 03:57:59 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 00:51:36 -0000
Resent-Date: 8 Jul 1996 00:51:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ud4Xw-0002ahC@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 01:51 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Bug#3422: termcap entry too long error
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.LNX.3.94.960627135408.7287A-100000@dwarf.polaris.net>
References: <Pine.LNX.3.94.960627130153.7160A-100000@dwarf.polaris.net>
	<Pine.LNX.3.94.960627135408.7287A-100000@dwarf.polaris.net>
Resent-Message-ID: <"9Ev253.0.sj1.Nk5un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4616
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dale Scheetz writes ("Re: Bug#3422: termcap entry too long error"):
> I just noticed that my response to the original message, inadvertently had
> submit@bugs.debian.org on the cc list. Did the bug reporting system put it
> there?
> As a result, did I submit a new bug?

No.  It will have spotted that the Subject line had a bug number in it
already and treated the copy that arrived at `submit@bugs' as if it
had arrived at `3422@bugs'.  I expect there were two copies in
debian-devel (but I didn't notice).

In general it's better to use `reply' rather than `followup' (aka
`reply to all recipients') when replying to bug reports - that'll
avoid putting `submit@bugs' in the header again.

Feel free to use `followup' but remember to edit the headers down.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 04:17:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 04:08:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 04:08:52 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 01:05:01 -0000
Resent-Date: 8 Jul 1996 01:05:01 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ud4kt-0002ahC@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 02:04 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org (Debian Development)
Subject: Re: Porting and the bug reporting system
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199606281117.NAA10531@feivel.informatik.rwth-aachen.de>
References: <Pine.SUN.3.91.960627110458.18131H-100000@koma.informatik.tu-muenchen.de>
	<199606281117.NAA10531@feivel.informatik.rwth-aachen.de>
Resent-Message-ID: <"1Liss2.0.Uo1.zw5un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4619
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Michael Meskes writes ("Re: Porting and the bug reporting system"):
...
> I don't agree. At least the first point (and that's the majority of changes)
> isn't really a bug that had to be reported. Our bug system backlog is too
> large anyway, why worrying with these kind of changes, too?

The bug system is there to stop us forgetting about problems.  These
porting problems were quite appropriate for this.

If you think the bug backlog is too large go and fix some bugs, don't
complain when people report them !

If these problems really are so trivial then they'll be fixed quickly
and not be an inconvenience.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 04:17:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 04:01:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 04:01:49 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 01:04:50 -0000
Resent-Date: 8 Jul 1996 01:04:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ud4jO-0002ahC@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 02:03 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: joey@finlandia.Infodrom.North.DE (Martin Schulze)
Cc: debian-devel@lists.debian.org (Debian Developers)
Subject: Re: Thoughts about the bugtracking system
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0uZaRF-000MiFC@finlandia.Infodrom.North.DE>
References: <m0uZaRF-000MiFC@finlandia.Infodrom.North.DE>
Resent-Message-ID: <"bamLH1.0.7o1.ow5un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4618
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Martin Schulze writes ("Thoughts about the bugtracking system"):
...
> [ bug system problems, some now resolved ]
>
>   And then a leading person here speaks about distributing files with
>   known errors...  I'm not sure if I shall laugh or cry.

There's a difference between doing it purposefully and deliberately
because you feel that the files need to be frozen in the broken state
and doing it accidentally because something is broken.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 05:07:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:04:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:04:49 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 23:15:36 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3536: Problems encountered while building "es" on m68k arch
Reply-To: llucius <llucius@millcomm.com>, 3536@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joost@rulcmc.leidenuniv.nl>
Resent-Date: Sat, 06 Jul 1996 23:03:04 GMT
Resent-Message-ID: <handler.3536.B.83669343418036@bugs.debian.org>
X-Debian-PR-Package: es
X-Loop: owner@bugs.debian.org
Date: Sat, 6 Jul 1996 17:48:54 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: joost witteveen <joost@rulcmc.leidenuniv.nl>
cc: 3536@bugs.debian.org, submit@bugs.debian.org
In-Reply-To: <m0ucTxw-00011JC@rulcmc.leidenuniv.nl>
Message-ID: <Pine.3.89.9607061700.A26505-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4592
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Sat, 6 Jul 1996, joost witteveen wrote:

> 
> OK, I very much like the work you do on the m68k architecture, but
> PLEASE do it on the latest packages. es-0.84-3 has been on
> master's incomming (and is now "INSTALLED") since last wednesday,
> I think.
> 
Sorry 'bout that.  I must've missed it.  I'll check it out.

> Could you close this bug report for me if es-0.84-3 appears not to
> break anything on the m68k?
> 
Yepper, I'll give it a try.

Leland.

__ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth!
   oo o  oo o  o  | 
    o       o   o | llucius@millcomm.com
 o oo    o     o  | 
-- -- -- -- -- -- | http://www.millcomm.com/~llucius       (maybe one day)


From debian-devel-request@lists.debian.org Wed Jul 10 05:07:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:05:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:05:20 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 01:09:38 -0000
Resent-Date: 8 Jul 1996 01:09:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ud4pM-0002ahC@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 02:09 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: heiko@lotte.sax.de (Heiko Schlittermann)
Cc: debian-devel@lists.debian.org
Subject: Re: Proposal on Small shared libs
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0uZcba-000yylC@iva.lotte.sax.de>
References: <Pine.SUN.3.91.960627150937.18131P-100000@koma.informatik.tu-muenchen.de>
	<m0uZcba-000yylC@iva.lotte.sax.de>
Resent-Message-ID: <"tyK4O1.0.dq1.H_5un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4620
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Heiko Schlittermann writes ("Re: Proposal on Small shared libs"):
...
> Or as another (or additional) approach -- what about defining
> `meta packages', so the dpkg user could simply do a
> 
>         dpkg --install-meta tex 
> or even
>         dpkg --install-meta misc_libs

dselect's sections are pretty close to this, but perhaps not small
enough.

> And just another suggestion:
>         dpkg --install --autoresolve xv*deb
> 
> would install all needed x11 files (since xv needs x11) plus
> all the other dependencies and requirements needed to run xv.
> 
> As extreme:  I've a mostly naked system (just the base disks intalled
> and know, this system is only needed as ... web server, and perhaps
> I know, that the webserver is apache*deb, I'd like to say
>         dpkg --install --autoresolve apache*.deb
> and I'd like to have a coffee break ;-).

dselect does this.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 05:32:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:31:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:31:10 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:03:25 -0000
Resent-Date: 9 Jul 1996 04:03:25 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecki@lina.inka.de>
Message-Id: <m0udU0s-0004jQC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
Subject: buzz-fixed
To: debian-devel@lists.debian.org
Date: Tue, 9 Jul 1996 06:03:01 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"VHWQB1.0.rt6.DeTun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4652
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

am I right, if I think buzz-fixed (my mirror picked it up accidently) will
hold the buzz stuff and the buzz-upgrades with up-to-date Packages files and
checksums and so on? If yes, when will it be generally available?

Btw: since I had suggest such a solution I realy love it, its good to have a
CD with all the fixes in place.

Greetings
Bernd


From debian-devel-request@lists.debian.org Wed Jul 10 05:32:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:28:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:28:33 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 23:40:37 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3542: Problems encountered while compiling "mawk" on m68k arch
Reply-To: llucius <llucius@millcomm.com>, 3542@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Chris Fearnley <cjf@netaxs.com>
Resent-Date: Sat, 06 Jul 1996 23:18:06 GMT
Resent-Message-ID: <handler.3542.B.83669493518601@bugs.debian.org>
X-Debian-PR-Package: mawk
X-Loop: owner@bugs.debian.org
Date: Sat, 6 Jul 1996 15:06:34 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607061516.A23116-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4593
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: mawk
Version: 1.2.2-1

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" did not contain architecture field.
4)  "debian.control" contained obsolete "PACKAGE_REVISION" field.

The following patches correct these problems:

--- orig/mawk-1.2.2/debian.control	Sun Jan 28 22:00:53 1996
+++ mawk-1.2.2/debian.control	Sat Jul  6 11:17:36 1996
@@ -1,6 +1,6 @@
 Package: mawk
 Version: =
-Package_Revision: =
+Architecture: =
 Maintainer: Chris Fearnley <cjf@netaxs.com>
 Depends: libc5
 Description:  a pattern scanning and text processing language
--- orig/mawk-1.2.2/debian.rules	Sun Jan 28 21:45:04 1996
+++ mawk-1.2.2/debian.rules	Sat Jul  6 14:57:37 1996
@@ -28,6 +28,8 @@
 version=1.2.2
 # The Debian revision of the package (for example, `2').
 debian=1
+# The target architecture.
+arch=$(shell dpkg --print-architecture)
 
 # The next section may have to be extensively modified
 
@@ -52,7 +54,7 @@
 	$(make_directory) debian-tmp/usr/man/man1
 	$(make_directory) debian-tmp/usr/doc/examples/mawk
 	$(make_directory) debian-tmp/usr/doc/copyright
-	sed -e '2s/=/$(version)/; 3s/=/$(debian)/' \
+	sed -e '2s/=/$(version)-$(debian)/; 3s/=/$(arch)/' \
 		debian.control > debian-tmp/DEBIAN/control
 	$(install_binary) debian.postinst debian-tmp/DEBIAN/postinst
 	$(install_binary) debian.prerm debian-tmp/DEBIAN/prerm
@@ -62,8 +64,7 @@
 	$(install_files) examples/* debian-tmp/usr/doc/examples/mawk
 	chown -R root.root debian-tmp
 	gzip -9 debian-tmp/usr/doc/examples/mawk/*
-	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(package)-$(version)-$(debian).deb
+	dpkg --build debian-tmp && dpkg-name -o -s .. debian-tmp.deb
 
 # Below here is fairly generic really.
 


From debian-devel-request@lists.debian.org Wed Jul 10 05:32:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:21:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:21:46 -0000
Received: (qmail-queue invoked by uid 40); 6 Jul 1996 23:40:37 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3541: rlogin blocks on ECONNREFUSED!
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3541@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Sat, 06 Jul 1996 23:18:03 GMT
Resent-Message-ID: <handler.3541.B.83669493518600@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <8NTKS69g0@sfere.elmail.co.uk>
Date: Sat,  6 Jul 96 23:49:42 +0100 (BST)
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4594
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: netstd
Version: 2.05-1


If you try to rlogin to a system not listening for that service,
instead of producing an error message the program appears to hang.
rsh and rcp display similar behaviour.

As you can see below rlogin retries the connection every 2 seconds,
which IMHO is not a very sensible thing to do.  I'm currently using
kernel 2.0.2 and libc 5.2.18.

richard@sfere:richard$ really strace rlogin localhost
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 4294967295, 0) = 0x40006000

[.........much stuff omitted........]

open("/etc/hosts", O_RDONLY)            = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=671, ...}) = 0
read(3, "127.0.0.1\t\t\t\t\t\t\tlocalhost"..., 4096) = 671
read(3, "", 4096)                       = 0
close(3)                                = 0
sigprocmask(SIG_BLOCK, [IO], [USR1 IO]) = 0
ipc_subcall(0x2, 0x1, 0, 0x40047dd0)    = 3
ipc_subcall(0x3, 0xbffff838, 0x10, 0x40047e27) = 0
fcntl(3, F_SETOWN, 588)                 = 0
ipc_subcall(0x3, 0xbffff8ac, 0x10, 0x400478d1) = -1 ERRNO_111 (Connection refused)
close(3)                                = 0
sigprocmask(SIG_BLOCK, [ALRM], [USR1 IO]) = 0
sigaction(SIGALRM, {0x40062170, [], 0}, {SIG_DFL}) = 0
time(NULL)                              = 836692738
alarm(1)                                = 0
sigsuspend([USR1 IO] <unfinished ...>
--- SIGALRM (Alarm clock) ---
<... sigsuspend resumed> )              = -1 ERRNO_4 (Interrupted system call)
sigreturn()                             = ? (mask now [USR1 ALRM IO])
time(NULL)                              = 836692739
sigaction(SIGALRM, {SIG_DFL}, NULL)     = 0
alarm(0)                                = 0
sigprocmask(SIG_SETMASK, [USR1 IO], NULL) = 0
ipc_subcall(0x2, 0x1, 0, 0x40047dd0)    = 3
ipc_subcall(0x3, 0xbffff838, 0x10, 0x40047e27) = 0
fcntl(3, F_SETOWN, 588)                 = 0
ipc_subcall(0x3, 0xbffff8ac, 0x10, 0x400478d1) = -1 ERRNO_111 (Connection refused)
close(3)                                = 0
sigprocmask(SIG_BLOCK, [ALRM], [USR1 IO]) = 0
sigaction(SIGALRM, {0x40062170, [], 0}, {SIG_DFL}) = 0
time(NULL)                              = 836692739
alarm(2)                                = 0
sigsuspend([USR1 IO] <unfinished ...>
--- SIGALRM (Alarm clock) ---
<... sigsuspend resumed> )              = -1 ERRNO_4 (Interrupted system call)
sigreturn()                             = ? (mask now [USR1 ALRM IO])
time(NULL)                              = 836692741
sigaction(SIGALRM, {SIG_DFL}, NULL)     = 0
alarm(0)                                = 0
sigprocmask(SIG_SETMASK, [USR1 IO], NULL) = 0
ipc_subcall(0x2, 0x1, 0, 0x40047dd0)    = 3
ipc_subcall(0x3, 0xbffff838, 0x10, 0x40047e27) = 0
fcntl(3, F_SETOWN, 588)                 = 0
ipc_subcall(0x3, 0xbffff8ac, 0x10, 0x400478d1) = -1 ERRNO_111 (Connection refused)
close(3)                                = 0
sigprocmask(SIG_BLOCK, [ALRM], [USR1 IO]) = 0
sigaction(SIGALRM, {0x40062170, [], 0}, {SIG_DFL}) = 0
time(NULL)                              = 836692741
alarm(4)                                = 0
sigsuspend([USR1 IO] <unfinished ...>

(can someone tell me what ipc_subcall is?  I have no man page for
it...)

- Richard


From debian-devel-request@lists.debian.org Wed Jul 10 05:57:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:34:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:34:14 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 01:34:37 -0000
Resent-Date: 8 Jul 1996 01:34:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ud5DK-0002Z5C@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 02:34 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Miquel van Smoorenburg <miquels@cistron.nl>
Cc: chrish@libertel.montreal.qc.ca, 3290@bugs.debian.org,
  dominik.kubla@uni-mainz.de, rdm@tad.micro.umn.edu,
  debian-devel@lists.debian.org
Subject: Re: Bug#3290: sysvinit path doesn't include /usr/local/{,s}bin
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199606291202.OAA18868@picard.cistron.nl>
References: <Pine.SUN.3.93.960628151939.25916A-100000@thym.remm.uqam.ca>
	<199606291202.OAA18868@picard.cistron.nl>
Resent-Message-ID: <"WgUGx.0.wx1.iM6un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4621
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Miquel van Smoorenburg writes ("Re: Bug#3290: sysvinit path doesn't include /usr/local/{,s}bin"):
...
> Okay. I'll try to explain it one more time, I might not have been clear
> enough and re-reading this thread I've also posted some mis-information
> unintentionally.
> 
> The PATH set in /etc/init.d/boot is only used in that script; remember that
> you cannot modify the parents environment. If you want to change the
> behavour of this script by simply putting binaries in /usr/local/sbin that
> override the default binaries that won't work. An example with a custom
> mount was given; but how do use use /usr/local/sbin/mount when /usr isn't
> mounted yet ;) You'll have to edit the script anyway.

But this *will* work if the system administrator sets their system up
so that /usr/local is on the root fs, for example.

> So modifying the PATH in /etc/init.d/boot doesn't influence any other part of
> the system. On the other hand; you might want to change the PATH in
> the /etc/init/rc script, that's the one that executes all other scripts
> in /etc/init.d/.... However that still doesn't influence programs that
> are started directly by init, such as sulogin in single user mode.
> 
> The only solution seems to be to change the PATH hardcoded in the init binary
> itself. This is ofcourse a bit hard to do. Therefor init has another solution;
> you can let all programs executed by init go through a script called
> /etc/initscript. See the manpage: initscript(8). This is turned off by default,
> and for a good reason: it spawns an extra shell for everything executed
> by init.

The PATH used by init should include /usr/local/bin too.  Doesn't it ?

Programs run directly by init need to have the right environment too.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 05:57:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:42:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:41:59 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:05 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3700: Web pages lack <LINK REV="MADE" ...>
Reply-To: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>, 3700@bugs.debian.org
Resent-From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ray Dassen <jdassen@wi.leidenuniv.nl>
Resent-Date: Mon, 08 Jul 1996 18:33:03 GMT
Resent-Message-ID: <handler.3700.B.83685005514531@bugs.debian.org>
X-Debian-PR-Package: www.debian.org
X-Loop: owner@bugs.debian.org
Message-Id: <m0udJER-0002ZXC@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 17:32 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4654
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: www.debian.org

The home page and other pages should have
 <LINK REV="MADE" HREF="mailto:something">
in the <HEAD> section, so that Web browsers that support this can mail
comments automatically.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 05:57:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:45:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:45:31 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:05 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3701: http://www.debian.org/Bugs/ has broken link
Reply-To: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>, 3701@bugs.debian.org
Resent-From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ray Dassen <jdassen@wi.leidenuniv.nl>
Resent-Date: Mon, 08 Jul 1996 18:33:04 GMT
Resent-Message-ID: <handler.3701.B.83685005614539@bugs.debian.org>
X-Debian-PR-Package: www.debian.org
X-Loop: owner@bugs.debian.org
Message-Id: <m0udJFS-0002ZCC@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 17:33 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4655
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: www.debian.org

The link in the page above should be replaced with one to
http://www.cl.cam.ac.uk/users/iwj10/.

Thanks,
Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 05:57:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:52:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:52:15 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:19 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3524: Quota doesn't remove quota.user
Reply-To: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>,
  3524@bugs.debian.org
Resent-From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Meskes <meskes@debian.org>
Resent-Date: Tue, 09 Jul 1996 03:03:13 GMT
Resent-Message-ID: <handler.3524.B3524.8368807141398@bugs.debian.org>
X-Debian-PR-Package: quota
X-Loop: owner@bugs.debian.org
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607080841.KAA25626@feivel.informatik.rwth-aachen.de>
To: karl@tower.net.au, 3524@bugs.debian.org
Date: Mon, 8 Jul 1996 10:41:46 +0200 (MET DST)
Cc: done@bugs.debian.org
In-Reply-To: <m0ucDmo-0008ueC@kaos.tower.net.au> from "Karl Ferguson" at Jul 6, 96 00:31:16 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4660
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Karl Ferguson writes:
> When removing the quota package I noticed that it didn't remove the
> quota.user (not sure about other quota.* files because I only set up
> a user one) file that was around 2meg in size on my root partition.

The new ones are no longer 2MB, but nevertheless I changed the postrm
script and uploaded a new version.

Thanks.

Michael

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Wed Jul 10 05:57:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:48:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:48:06 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:12 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3706: PBMPLUS suggests libgr
Reply-To: bmbuck@acsu.buffalo.edu, 3706@bugs.debian.org
Resent-From: Buddha Buck <phaedrus@dreamscape.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Tue, 09 Jul 1996 03:03:04 GMT
Resent-Message-ID: <handler.3706.B.8368807111376@bugs.debian.org>
X-Debian-PR-Package: pbmplus
X-Loop: owner@bugs.debian.org
Message-Id: <199607080229.WAA21485@zaphod.caz.ny.us>
X-Mailer: exmh version 1.6.7 5/3/96
To: submit@bugs.debian.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 07 Jul 1996 22:29:54 -0400
From: Buddha Buck <phaedrus@dreamscape.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4656
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: pbmplus
Version: 10dec91-3

In message <8720ipyj88.fsf@perv.daft.com> (Bug#3529: libgr and zlib 
collide but don't conflict), <torrin@daft.com> states that libgr is 
obsolete.  However, pbmplus suggests libgr.  This makes dselect 
complain when I try to purge libgr from my system.

This may be a moot point, since I -think- that pbmplus is depricated 
itself.


--
     Buddha Buck                      bmbuck@acsu.buffalo.edu
"Just as the strength of the Internet is chaos, so the strength of our
liberty depends upon the chaos and cacaphony of the unfettered speech
the First Amendment protects."  -- A.L.A. v. U.S. Dept. of Justice


From debian-devel-request@lists.debian.org Wed Jul 10 05:57:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:48:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:48:43 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:14 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3406: dselect unreadable under xterm
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3406@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Tue, 09 Jul 1996 03:03:11 GMT
Resent-Message-ID: <handler.3406.B3406.8368807091368@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucvxN-0002bgC@chiark.chu.cam.ac.uk>
Date: Sun, 7 Jul 96 16:41 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Chris Lawrence Amshey <amshey@student.umass.edu>, 3406@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199606230818.EAA22734@asimov.oit.umass.edu>
References: <199606230818.EAA22734@asimov.oit.umass.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4657
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Chris Lawrence Amshey writes ("Bug#3406: dselect unreadable under xterm"):
> Package: base
> Version: 1.1.0-10
> 
> dselect is quite unreadable under an xterm; perhaps the escape sequences are
> hardcoded? At any rate, it shows a whole bunch of the DEC graphics
> characters; given the amount of info available from TERM and TERMCAP
> settings, this sort of thing shouldn't happen.

I think there must be something seriously wrong with your setup.
dselect works fine for me in an xterm.

Can you tell me what your TERM and TERMCAP variables are, what version
of xterm you're running, and what version of dpkg you have ?  (dpkg
--version will do).

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 05:58:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:51:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:51:01 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:17 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3410: some problems/bugs/suggestions with install-info
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3410@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-Date: Tue, 09 Jul 1996 03:03:12 GMT
Resent-Message-ID: <handler.3410.B3410.8368807161416@bugs.debian.org>
X-Debian-PR-Package: dpkg
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucvzO-0002ZZC@chiark.chu.cam.ac.uk>
Date: Sun, 7 Jul 96 16:43 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Juergen Menden <menden@informatik.tu-muenchen.de>, 3410@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.SUN.3.91.960620103022.22340B-100000@koma.informatik.tu-muenchen.de>
References: <Pine.SUN.3.91.960620103022.22340B-100000@koma.informatik.tu-muenchen.de>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4659
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Juergen Menden writes ("Bug#3410: some problems/bugs/suggestions with install-info"):
> Package: dpgk
> Version: 1.2.3elf
> 
> * dpkg can not install dpkg if no /usr/info/dir file exists:
>   install-info is unable to lock the file and aborts.
> * if /usr/info/dir is empty install-info seems to lock
>   (dpkg -i dpkg had to be stopped by ^C in install-info
>   after about 10 minutes)
> * if install-info is killed by ^C it leaves /usr/info/dir.lock
>   and the further install-info is again unable to lock dir.
> 
> suggestion:
> * new option to install-info: --build-empty-dir-file
>   which simply writes the dir file just like the postrm of
>   the base package.
> * if /usr/info/dir doesn't exist, or is empty, write an empty
>   dir file. evtl ask the user for confirmation
> * the base package should run install-info --build-empty-dir-file
>   in postinst. 
> * if aborted due to a signal remove dir.lock
> 
> i'm not sure if the problem exists on newer versions of dpkg,
> sorry, i'm a bit out of sync... ;-))

I don't have time to deal with all of this.  If you'd like to take
over install-info that would be wonderful :-).  You'll need to
negotiate with the base maintainer for some of that, of course.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 05:58:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:50:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:50:09 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:17 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3414: gsftopk is missing
Reply-To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3414@bugs.debian.org
Resent-From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@master.debian.org>
Resent-Date: Tue, 09 Jul 1996 03:03:12 GMT
Resent-Message-ID: <handler.3414.B3414.8368807121379@bugs.debian.org>
X-Debian-PR-Package: gs
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucvzA-00013oC@miles.econ.queensu.ca>
Date: Sun, 7 Jul 96 11:43 EDT
To: D.M.Smith@lancaster.ac.uk, 3414@bugs.debian.org
In-Reply-To: <m0uYANP-0001huC@coopers.lancs.ac.uk>
References: <m0uYANP-0001huC@coopers.lancs.ac.uk>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4660
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


I have been away for two weeks, so my two cents addition comes a little
belated ...

  David M Smith writes:
  David> The gsftopk program, which comes with the teTeX 0.3.3, is missing
  David> from both gs and texbin-3.1415-5.  It's non in the non-free gs
  David> either.
  David> 
  David> This program makes it possible to use postscript fonts with xdvi.

and several people added to this report (#3414) and the related one (#3415).

I have long been an advocate of gsftopk. While ps2pk allows to typeset
(La)TeX with ps fonts, it is limited as it works *if and only if* you have
the proprietary postscript fonts. On the other hand, gsftopk uses the free
ghostscript fonts which give reasonable result with gs and ghostview. Better
still, if you have access to a true postscript printer, the output is genuine
postscript. One can hence typeset (La)TeX with the 35 standard postscript
fonts. Using LaTeX2e, this is easy as a piece of cake. Just include, say,
\usepackage{avant} and a \textsf{some text} will use the (IMHO very pretty)
Avantgarde font.

gsftopk is a prime candidate for a new Debian package. I don't have time
right now to deal with this properly. It requires a patch to MakeTeXPK (see
below, and kudos to Matthew Swift for helping me with this) to let xdvi know
that a postscript font has been prepared so that xdvi can display it. We need
either to use dpkg diversions to move the standard MakeTeXPK out of the way.

edd@miles:~> diff -u /usr/bin/MakeTeXPK /usr/local/bin/MakeTeXPK
--- /usr/bin/MakeTeXPK  Tue Oct 10 09:53:45 1995
+++ /usr/local/bin/MakeTeXPK    Mon Mar 11 00:05:07 1996
@@ -26,7 +26,8 @@
 # be your psfonts.map file or some equivalent. The Makefile substitutes
 # for this, too. You can get gsftopk from
 # math.berkeley.edu:pub/Software/TeX/gsftopk.tar.Z.
-: ${gsftopk="ps2pk"}
+# edd: ${gsftopk="ps2pk"}
+gsftopk=gsftopk
 : ${MAPFILE=/usr/lib/texmf/dvips/psfonts.map}
 : ${MAPFILE2=/usr/lib/texmf/dvips/psfonts.add}
@@ -109,7 +110,7 @@
             *) cmd="$gsftopk $NAME $DPI"
                ;;
   esac
-  $cmd
+  $cmd >/dev/null
 else

--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Wed Jul 10 05:58:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:49:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:49:23 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:17 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3707: Problems encountered while compiling "elm" on m68k arch
Reply-To: llucius <llucius@millcomm.com>, 3707@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Carl Streeter <streeter@cae.wisc.edu>
Resent-Date: Tue, 09 Jul 1996 03:03:06 GMT
Resent-Message-ID: <handler.3707.B.8368807121383@bugs.debian.org>
X-Debian-PR-Package: elm
X-Loop: owner@bugs.debian.org
Date: Mon, 8 Jul 1996 17:57:33 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607081728.A5221-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4658
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: elm
Version: 2.4pl25-2

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" did not contain architecture field.

The following patches correct these problems:

--- orig/elm-2.4pl25/debian.control	Sat Feb 24 18:02:02 1996
+++ elm-2.4pl25/debian.control	Mon Jul  8 16:46:13 1996
@@ -1,5 +1,6 @@
 Package: elm
 Version: VvV-DdD
+Architecture: AaA
 Maintainer: Carl Streeter <streeter@cae.wisc.edu>
 Suggests: metamail, pgp
 Depends: mail-transport-agent, ncurses3.0, libc5
--- orig/elm-2.4pl25/debian.rules	Thu Feb 29 12:36:38 1996
+++ elm-2.4pl25/debian.rules	Mon Jul  8 16:45:50 1996
@@ -3,6 +3,7 @@
 package=elm
 version=2.4pl25
 debian=2
+arch=$(shell dpkg --print-architecture)
 
 programs = 
 manpages = 
@@ -38,7 +39,7 @@
 	install -d $(LIBDIR)
 	install -d $(COPYDIR)
 	install -d $(DOCDIR)
-	sed -e 's/VvV/$(version)/' -e 's/DdD/$(debian)/' \
+	sed -e 's/VvV/$(version)/' -e 's/DdD/$(debian)/' -e 's/AaA/$(arch)/' \
 	  debian.control > debian-tmp/DEBIAN/control
 	install -m 644 debian.README $(COPYDIR)/$(package)
 
@@ -76,7 +77,7 @@
 				$(BINDIR)
 
 	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(package)-$(version)-$(debian).deb
+	dpkg-name -o -s .. debian-tmp.deb
 
 define checkdir
 	test -f $(package).c


From debian-devel-request@lists.debian.org Wed Jul 10 05:58:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:56:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:56:33 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:22 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3709: Problems encountered while compiling "ratfor77" on m68k arch
Reply-To: llucius <llucius@millcomm.com>, 3709@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: ecl@finpe.if.usp.br (Emilio C. Lopes)
Resent-Date: Tue, 09 Jul 1996 03:03:08 GMT
Resent-Message-ID: <handler.3709.B.8368807141401@bugs.debian.org>
X-Debian-PR-Package: ratfor77
X-Loop: owner@bugs.debian.org
Date: Mon, 8 Jul 1996 18:00:32 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607081703.C5221-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4663
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: ratfor77
Version: 1.0-2

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" contained hardcoded architecture.

The following patches correct these problems:

--- orig/ratfor77-1.0/debian.control	Tue Jun 11 09:31:14 1996
+++ ratfor77-1.0/debian.control	Mon Jul  8 16:13:17 1996
@@ -1,6 +1,6 @@
 Package: =P
 Version: =V-=D
-Architecture: i386
+Architecture: =A
 Maintainer: Emilio C. Lopes <ecl@finpe.if.usp.br>
 Description: Rational Fortran preprocessor for Fortran 77.
  Ratfor77 is a preprocessor that converts the Rational Fortran dialect
--- orig/ratfor77-1.0/debian.rules	Mon Jun 10 18:15:15 1996
+++ ratfor77-1.0/debian.rules	Mon Jul  8 16:13:07 1996
@@ -10,6 +10,8 @@
 v = 1.0
 ## The Debian revision of the package.
 d = 2
+## The target architecture.
+a = $(shell dpkg --print-architecture)
 
 default: test_dir
 	@echo The following targets are defined:
@@ -57,11 +59,11 @@
 	install -o root -g root -m 644 copyright \
 	  debian-tmp/usr/doc/copyright/$(p)
 	install -d -o root -g root -m 755 debian-tmp/DEBIAN
-	sed -e '1s/=P/$(p)/' -e '2s/=V/$(v)/' -e '2s/=D/$(d)/' \
+	sed -e '1s/=P/$(p)/' -e '2s/=V-=D/$(v)-$(d)/' -e '3s/=A/$(a)/' \
 	  debian.control > debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
 	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(p)-$(v)-$(d).i386.deb
+	dpkg-name -o -s .. debian-tmp.deb
 
 source: test_dir
 ## Makes a source file.


From debian-devel-request@lists.debian.org Wed Jul 10 05:58:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:55:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:55:28 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:22 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3708: Problems encountered while compiling "libobjects" on m68k arch
Reply-To: llucius <llucius@millcomm.com>, 3708@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Karl.R.Sackett@bugs.debian.org (krs@caos.aamu.edu)
Resent-Date: Tue, 09 Jul 1996 03:03:07 GMT
Resent-Message-ID: <handler.3708.B.8368807131385@bugs.debian.org>
X-Debian-PR-Package: libobjects
X-Loop: owner@bugs.debian.org
Date: Mon, 8 Jul 1996 17:59:01 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607081737.B5221-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4664
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: libobjects
Version: 0.1.19-2

The following problems were encountered while building on m68k arch:

1)  "debian.rules" contained hardcoded architecture.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" file contained hardcoded architecture.

The following patches correct these problems:

--- orig/libobjects-0.1.19/debian.control	Tue Jun  4 09:43:50 1996
+++ libobjects-0.1.19/debian.control	Mon Jul  8 17:01:56 1996
@@ -1,6 +1,6 @@
 Package: libobjects
 Version: =V-D
-Architecture: i386
+Architecture: =A
 Section: devel
 Maintainer: Karl R. Sackett <krs@caos.aamu.edu>
 Depends: libc5
--- orig/libobjects-0.1.19/debian.rules	Tue Jun  4 10:58:05 1996
+++ libobjects-0.1.19/debian.rules	Mon Jul  8 17:03:39 1996
@@ -3,7 +3,7 @@
 p = libobjects
 v = 0.1.19
 d = 2
-a = i386
+a = $(shell dpkg --print-architecture)
 
 OS = linux
 CC = gcc
@@ -57,7 +57,8 @@
 	$(INSTALL_DIR) $(copydir)
 	$(INSTALL_DATA) debian.README $(copydir)/$(p)
 	$(INSTALL_DIR) $(debdir)
-	sed -e '2s/=V-D/$(v)-$(d)/' debian.control > $(debdir)/control
+	sed -e '2s/=V-D/$(v)-$(d)/' -e '3s/=A/$(a)/' \
+		debian.control > $(debdir)/control
 	chmod 644 $(debdir)/control
 # conf and inst files
 #	$(INSTALL_PROGRAM) debian.preinst $(debdir)/preinst
@@ -112,7 +113,7 @@
 	-gzip -9fr $(exampdir)
 # build the package
 	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(p)-$(v)-$(d).$(a).deb
+	dpkg-name -o -s .. debian-tmp.deb
 
 # Makes a source package.
 source:


From debian-devel-request@lists.debian.org Wed Jul 10 05:58:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:54:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:54:37 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:21 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3714: Problems encountered while compiling 'term' on m68k arch
Reply-To: llucius <llucius@millcomm.com>, 3714@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Tue, 09 Jul 1996 03:18:02 GMT
Resent-Message-ID: <handler.3714.B.8368822142631@bugs.debian.org>
X-Debian-PR-Package: term
X-Loop: owner@bugs.debian.org
Date: Mon, 8 Jul 1996 13:35:01 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607081345.A26198-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4662
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: term
Version: 2.3.5-5

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" did not contain architecture field.
4)  "debian.control" contained outdated "PACKAGE_REVISION" field.
5)  "configure" script forces static binaries since it looks for "dll tools".
    I'm not really sure if this should be changed or not, so I didn't
    include a patch.

The following patches correct these problems:

--- orig/term-2.3.5/debian.control	Fri Jun  2 06:29:09 1995
+++ term-2.3.5/debian.control	Sun Jul  7 22:08:03 1996
@@ -1,6 +1,6 @@
 PACKAGE: term
-VERSION: =V
-PACKAGE_REVISION: =D
+VERSION: =V-=D
+ARCHITECTURE: =A
 MAINTAINER: Jim Robinson <jimr@simons-rock.edu>
 DESCRIPTION: a serial-line multiplexer. 
  Term allows you to make a SLIP-like connection to another host via
--- orig/term-2.3.5/debian.rules	Fri Jun  2 06:40:34 1995
+++ term-2.3.5/debian.rules	Sun Jul  7 22:09:33 1996
@@ -22,6 +22,8 @@
 v = 2.3.5
 # The Debian revision of the package (for example, `2').
 d = 5
+# The target architecture.
+a = $(shell dpkg --print-architecture)
 
 build:
 # Builds the binary package.
@@ -66,7 +68,7 @@
 	cp TERMRC debian-tmp/usr/doc/examples/$(p)
 	gzip -9f debian-tmp/usr/doc/examples/$(p)/*
 	#
-	sed -e 's/=V/$(v)/' -e 's/=D/$(d)/' debian.control \
+	sed -e 's/=V-=D/$(v)-$(d)/' -e 's/=A/$(a)/' debian.control \
 	  > debian-tmp/DEBIAN/control
 	#install -g root -m 644 -o root debian.conffiles \
 	#  debian-tmp/DEBIAN/conffiles
@@ -81,7 +83,7 @@
 	chown -R root.root debian-tmp/
 	chmod -R a+r debian-tmp/
 	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(p)-$(v)-$(d).deb
+	dpkg-name -o -s .. debian-tmp.deb
 
 source:
 # Makes a source package.


From debian-devel-request@lists.debian.org Wed Jul 10 05:58:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:53:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:53:44 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:20 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3537: TERM environent variable bad for VC logins
Reply-To: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>,
  3537@bugs.debian.org
Resent-From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Guy Maor <maor@ece.utexas.edu>
Resent-Date: Tue, 09 Jul 1996 03:03:14 GMT
Resent-Message-ID: <handler.3537.B3537.8368807161417@bugs.debian.org>
X-Debian-PR-Package: login
X-Loop: owner@bugs.debian.org
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607071208.OAA00873@circe.informatik.rwth-aachen.de>
To: olds@eskimo.com, 3537@bugs.debian.org
Date: Sun, 7 Jul 1996 14:08:38 +0200 (MET DST)
In-Reply-To: <m0ucPjM-0000WDC@olds.eskimo.net> from "Lee Olds" at Jul 5, 96 10:16:31 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4661
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Lee Olds writes:
> 
> Package: login
> Version: 1.0-5 (From debian 1.1)
> 
> When I login through a virtual console, my TERM environment variable is
> set to "dumb" instead of "linux", and there is an environment variable
> "uERM" that is set to "linux".

Are you sure this is due to login? An older version of lshell had a similar
problem.

Michael

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Wed Jul 10 06:22:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:57:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:57:59 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:22 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3715: Problems encountered while compiling "pmake" on m68k arch.
Reply-To: llucius <llucius@millcomm.com>, 3715@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ian Murdock <imurdock@debian.org>
Resent-Date: Tue, 09 Jul 1996 03:18:03 GMT
Resent-Message-ID: <handler.3715.B.8368822152654@bugs.debian.org>
X-Debian-PR-Package: pmake
X-Loop: owner@bugs.debian.org
Date: Mon, 8 Jul 1996 13:37:10 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607081318.C26198-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4665
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: pmake
Version: 1.0-12

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" contained hardcoded architecture.
4)  "debian.control" contained outdated "PACKAGE_REVISION" field.

The following patches correct these problems:

--- orig/pmake-1.0/debian.control	Fri May 24 04:34:47 1996
+++ pmake-1.0/debian.control	Mon Jul  8 00:01:48 1996
@@ -1,9 +1,8 @@
 PACKAGE: pmake
 DESCRIPTION: 4.4BSD make (pmake).
 MAINTAINER: Ian Murdock <imurdock@debian.org>
-VERSION: =V
-PACKAGE_REVISION: =D
+VERSION: =V-=D
 DEPENDS: libc5
 PRIORITY: optional
 SECTION: devel
-ARCHITECTURE: i386
+ARCHITECTURE: =A
--- orig/pmake-1.0/debian.rules	Fri May 24 04:41:31 1996
+++ pmake-1.0/debian.rules	Mon Jul  8 00:02:44 1996
@@ -26,6 +26,8 @@
 v = 1.0
 # The Debian revision of the package (for example, `2').
 d = 12
+# The target architecture.
+a = $(shell dpkg --print-architecture)
 
 build:
 # Builds the binary package.
@@ -59,11 +61,11 @@
 	install -d -g root -m 755 -o root debian-tmp/usr/doc/copyright
 	install -g root -m 644 -o root debian.README \
 	  debian-tmp/usr/doc/copyright/$(p)
-	sed -e '4s/=V/$(v)/' -e '5s/=D/$(d)/' debian.control \
+	sed -e '4s/=V-=D/$(v)-$(d)/' -e '8s/=A/$(a)/' debian.control \
 	  > debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
 	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(p)-$(v)-$(d).i386.deb
+	dpkg-name -o -s .. debian-tmp.deb
 
 source:
 # Makes a source package.


From debian-devel-request@lists.debian.org Wed Jul 10 06:23:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:09:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:09:25 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:38 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3710: Tex can't find the default format file for Latex.
Reply-To: Louis-Dominique Dubeau <ldd@step.polymtl.ca>, 3710@bugs.debian.org
Resent-From: Louis-Dominique Dubeau <ldd@step.polymtl.ca>
Orignal-Sender: ldd@step.polymtl.ca
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Tue, 09 Jul 1996 03:03:09 GMT
Resent-Message-ID: <handler.3710.B.8368807161420@bugs.debian.org>
X-Debian-PR-Package: latex
X-Loop: owner@bugs.debian.org
Sender: ldd@step.polymtl.ca
Message-ID: <31E0F9D0.71283D77@step.polymtl.ca>
Date: Mon, 08 Jul 1996 08:06:40 -0400
From: Louis-Dominique Dubeau <ldd@step.polymtl.ca>
X-Mailer: Mozilla 3.0b5a (X11; I; Linux 2.0.0 i586)
MIME-Version: 1.0
To: submit@bugs.debian.org
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4670
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: latex
Version: 2e-4

This is what I get (with any latex file): 

$latex maitrise.tex 
This is TeX, Version 3.1415 (C version 6.1)
I can't find the default format file!

The problem seems to be with the generation of the latex.fmt file. In
the /usr/lib/texmf/ini/ directory there is Makefile to generate a
latex.fmt file.  If I run it, I get:

# make latex.fmt
initex latex.initex > /dev/null < /dev/null
make: *** [latex.fmt] Error 1

Looking at the latex.log file I see:

******************************************************************
* You are attempting to make a LaTeX format from a source file
* That is more than one year old.
*
* If you enter <return> to scroll past this message then the format
* will be built, but please consider obtaining newer source files
* before continuing to build LaTeX.
*
* LaTeX is re-issued every 6 months June and December.
******************************************************************

So the temporary fix is to run the command to generate the latex format
by hand: initex latex.initex and then hit return when the error message
appears.

A long term solution would be to upgrate the latex package to the newest
version of Latex2e.

Just for the records but I doubt it is necessary:

Debian version: 1.1
Linux version: 2.0.0
Libc version: 5.2.18

	Regards,
	ldd

-- Louis-Dominique Dubeau == Home page: http://step.polymtl.ca/~ldd/ --


From debian-devel-request@lists.debian.org Wed Jul 10 06:23:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:03:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:03:38 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:29 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3711: Problems encountered while compiling "uucp" on m68k arch
Reply-To: llucius <llucius@millcomm.com>, 3711@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: dhs@firefly.com (David H. Silber)
Resent-Date: Tue, 09 Jul 1996 03:03:10 GMT
Resent-Message-ID: <handler.3711.B.8368807161421@bugs.debian.org>
X-Debian-PR-Package: uucp
X-Loop: owner@bugs.debian.org
Date: Mon, 8 Jul 1996 18:02:38 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607081834.D5221-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4668
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: uucp
Version: 1.06.1-2

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" did not contain architecture field.
4)  "debian.control" contained outdated "PACKAGE_REVISION" field.

The following patches correct these problems:

--- orig/uucp-1.06.1/debian.control	Wed Sep 13 20:01:10 1995
+++ uucp-1.06.1/debian.control	Mon Jul  8 16:58:56 1996
@@ -1,6 +1,6 @@
 Package: uucp
-Version: =V
-Package_Revision: =D
+Version: =V-=D
+Architecture: =A
 Maintainer: David H. Silber <dhs@firefly.com>
 Recommended: smail | sendmail | mail-transport-agent
 Optional: news-transport-system
--- orig/uucp-1.06.1/debian.rules	Sun Feb 25 22:23:13 1996
+++ uucp-1.06.1/debian.rules	Mon Jul  8 16:59:53 1996
@@ -27,6 +27,8 @@
 v = 1.06.1
 # The Debian revision of the package (for example, `2').
 d = 2
+# The target architecture
+a = $(shell dpkg --print-architecture)
 
 build:
 # Builds the binary package.
@@ -120,7 +122,7 @@
 #	#rm -f debian-tmp/usr/info/$(p).info*.gz
 	gzip -9f debian-tmp/usr/info/$(p).info*
 	#
-	sed -e '2s/=V/$(v)/' -e '3s/=D/$(d)/' debian.control \
+	sed -e '2s/=V-=D/$(v)-$(d)/' -e '3s/=A/$(a)/' debian.control \
 	  > debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
 	install -g root -m 644 -o root debian.conffiles \
@@ -137,7 +139,7 @@
 	find debian-tmp -name *.old -exec rm {} \; -print
 	#
 	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(p)-$(v)-$(d).deb
+	dpkg-name -o -s .. debian-tmp.deb
 
 source:
 # Makes a source package.


From debian-devel-request@lists.debian.org Wed Jul 10 06:23:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:22:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:22:47 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:32:36 -0000
Resent-Date: 9 Jul 1996 04:32:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <andy@frodo.nx.cpsc.ucalgary.ca>
Message-Id: <m0udLQd-0004ngC@frodo.nx.cpsc.ucalgary.ca>
To: Dale Scheetz <dwarf@polaris.net>
cc: branderh@debian.IAEhv.nl, debian-devel@lists.debian.org
Subject: Re: dchanges-3.3 and package names 
In-reply-to: Your message of "Tue, 02 Jul 1996 07:48:22 EDT."
             <Pine.LNX.3.94.960702074457.3139A-100000@dwarf.polaris.net> 
Date: Mon, 08 Jul 1996 12:53:02 -0600
From: Andy Guy <awpguy@acs.ucalgary.ca>
Resent-Message-ID: <"NoA3p.0.qO7.Z3Uun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4672
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Dale Scheetz writes:
>
>On Tue, 2 Jul 1996 branderh@debian.IAEhv.nl wrote:
>
>> > In upgrading debian.rules in various packages I have incorporated the use
>> > of dpkg-name to name the package source file "correctly". The problem that
>> > results, comes from the fact that dchanges has the comparison string for a
>> > package name hard coded into the script. I was able to hack the new file
>> > name structure into this code, but it would be much nicer if the script
>> > could use dpkg-name to do the name verification. This would make dchanges
>> > "always" compatible with the current naming convention (it seems like it
>> > may yet change again!). It's not clear to me how you would get dpkg-name
>> > to do this for you, but maybe Ian could help make it possible.
>> 
>> One might only use dpkg-name on .deb files. It reads the info by using
>> dpkg-deb.  This information can't be extracted from .tar.gz and/or .diff.gz 
>> files.  That is the reason why I'm opposed changing the .tar.gz and .diff.gz
>> names.  At least for this moment.  If it can't be done automatically don't
>> do it (IMHO).
>
>It is the .deb file that is causing the problem with dchanges. The naming
>of the .deb file is now controled by dpkg-name, and currently dchanges is
>out of step with dpkg-name.
>Probably what is needed is an option for dpkg-name, like --print-pkgname,
>so that dchanges could verify that the package is named correctly.
>
>I don't even want to bring source package naming into this discussion.
>
>> 
>> dchanges thinks otherwise (unfortunately).
>
>Exactly!
>

Version 3.4 (uploaded a couple of weeks ago) uses the new scheme for
.deb files and source files (producing warnings for the old style).
Eric dosn't like using it for source files, Guy does and so do I.

I can easily upload a new version that uses the old scheme for source
if that is what is required - but looking at debian-changes some
people have already made the change.

I am really looking for Bruce to make a pronoucement.

Andy.


From debian-devel-request@lists.debian.org Wed Jul 10 06:23:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:06:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:06:49 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 01:36:16 -0000
Resent-Date: 8 Jul 1996 01:36:16 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ud5F8-0002Z5C@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 02:36 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Bill Mitchell <mitchell@mdd.comm.mot.com>, 3443-done@bugs.debian.org
Cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Bug#3443: mechanism for dealing with orphan packages
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.SUN.3.93.960629063443.3988C-100000@bb29c>
References: <m0uZs02-000BmlC@elo.ods.com>
	<Pine.SUN.3.93.960629063443.3988C-100000@bb29c>
Resent-Message-ID: <"SDgS71.0.Ny1.GO6un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4622
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bill Mitchell writes ("Bug#3443: mechanism for dealing with orphan packages"):
...
> Regardless of whether or not the dialog package becomes orphan,
> Debian needs a better mechanism for dealing with orphan packages.

We already have one.

> Advertising a maintainer who has abandoned the package as the
> current maintainer, and assigning bug reports to the last maintainer
> of record isn't the right answer.

This isn't what happens.  If and when the people who maintain the
overrides file on master get told to do so we'll mark packages as
orphaned, and then bug reports will get filed appropriately.

I'm closing this report.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 06:23:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:05:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:05:23 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:30 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3713: Problems encountered while compiling "p2c" on m68k arch.
Reply-To: llucius <llucius@millcomm.com>, 3713@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Andrew Howell <andrew@it.com.au>
Resent-Date: Tue, 09 Jul 1996 03:18:01 GMT
Resent-Message-ID: <handler.3713.B.8368822142629@bugs.debian.org>
X-Debian-PR-Package: p2c
X-Loop: owner@bugs.debian.org
Date: Mon, 8 Jul 1996 13:38:37 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607081358.E26198-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4669
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: p2c
Version: 1.20-2

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" did not contain architecture field.
4)  "debian.control" contained outdated "PACKAGE_REVISION" field.
4)  "debian.rules" contained architecture dependent CFLAGS.

The following patches correct these problems:

--- orig/p2c-1.20/debian.control	Thu Nov 23 08:11:44 1995
+++ p2c-1.20/debian.control	Mon Jul  8 13:08:47 1996
@@ -1,7 +1,7 @@
 PACKAGE: p2c
 MAINTAINER: Andrew Howell <andrew@it.com.au>
-VERSION: =V
-PACKAGE_REVISION: =D
+VERSION: =V-=D
+ARCHITECTURE: =A
 DEPENDS: libc5
 RECOMMENDS: gcc
 DESCRIPTION: Pascal to C translator
--- orig/p2c-1.20/debian.rules	Thu Nov 23 08:11:30 1995
+++ p2c-1.20/debian.rules	Mon Jul  8 13:15:19 1996
@@ -17,7 +17,7 @@
 # in the parent directory.
 
 CC = gcc
-CFLAGS = -O3 -m486 -fomit-frame-pointer
+CFLAGS = -O3 -fomit-frame-pointer
 LDFLAGS = -s
 
 # The name of the package (for example, `emacs').
@@ -26,6 +26,8 @@
 v = 1.20
 # The Debian revision of the package (for example, `2').
 d = 2
+# The target architecture
+a = $(shell dpkg --print-architecture)
 
 build:
 # Builds the binary package.
@@ -54,11 +56,11 @@
 	install -d -g root -m 755 -o root debian-tmp/usr/doc/copyright
 	install -g root -m 644 -o root debian.README \
 	  debian-tmp/usr/doc/copyright/$(p)
-	sed -e '3s/=V/$(v)/' -e '4s/=D/$(d)/' debian.control \
+	sed -e '3s/=V-=D/$(v)-$(d)/' -e '4s/=A/$(a)/' debian.control \
 	  > debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
 	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(p)-$(v)-$(d).deb
+	dpkg-name -o -s .. debian-tmp.deb
 
 source:
 # Makes a source package.


From debian-devel-request@lists.debian.org Wed Jul 10 06:23:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 05:59:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 05:59:39 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:24 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3716: Problems encountered while compiling "infocom" on m68k arch.
Reply-To: llucius <llucius@millcomm.com>, 3716@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Brian White <bcwhite@bnr.ca>
Resent-Date: Tue, 09 Jul 1996 03:18:03 GMT
Resent-Message-ID: <handler.3716.B.8368822252745@bugs.debian.org>
X-Debian-PR-Package: infocom
X-Loop: owner@bugs.debian.org
Date: Mon, 8 Jul 1996 13:39:15 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607081338.F26198-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4666
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: infocom
Version: 4.01pl2-2

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" did not contain architecture field.

The following patches correct these problems:

--- orig/infocom-4.01pl2/debian.control	Wed Feb 28 17:20:15 1996
+++ infocom-4.01pl2/debian.control	Mon Jul  8 00:37:41 1996
@@ -1,5 +1,6 @@
 Package: infocom
 Version: =V-=D
+Architecture: =A
 Priority: optional
 Section: games
 Maintainer: Brian White <bcwhite@bnr.ca>
--- orig/infocom-4.01pl2/debian.rules	Wed Feb 28 18:47:52 1996
+++ infocom-4.01pl2/debian.rules	Mon Jul  8 00:46:46 1996
@@ -9,6 +9,7 @@
 package=infocom
 version=4.01pl2
 debian=2
+arch=$(shell dpkg --print-architecture)
 
 # The next section may have to be extensively modified
 
@@ -32,7 +33,8 @@
 binary:		checkroot build
 	-rm -rf debian-tmp
 	mkdir -p debian-tmp/DEBIAN
-	sed -e 's/=V/$(version)/; s/=D/$(debian)/' debian.control >debian-tmp/DEBIAN/control
+	sed -e 's/=V/$(version)/; s/=D/$(debian)/; s/=A/$(arch)/' \ 
+		debian.control >debian-tmp/DEBIAN/control
 	mkdir -p debian-tmp/usr/games
 	install -m755 infocom infocoma debian-tmp/usr/games
 	mkdir -p debian-tmp/usr/doc/copyright
@@ -46,7 +48,7 @@
 	chown -R root.root debian-tmp
 	chmod -R g-ws debian-tmp
 	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(package)-$(version)-$(debian).deb
+	dpkg-name -o -s .. debian-tmp.deb
 	rm -rf debian-tmp
 
 define checkdir


From debian-devel-request@lists.debian.org Wed Jul 10 06:23:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:01:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:01:50 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:07:26 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3523: strace ipcs" core dumps
Reply-To: wakkerma@wi.leidenuniv.nl (Wichert Akkerman), 3523@bugs.debian.org
Resent-From: wakkerma@wi.leidenuniv.nl (Wichert Akkerman)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Wichert Akkerman <wakkerma@wi.leidenuniv.nl>
Resent-Date: Tue, 09 Jul 1996 03:48:02 GMT
Resent-Message-ID: <handler.3523.B3523.8368837213707@bugs.debian.org>
X-Debian-PR-Package: strace
X-Loop: owner@bugs.debian.org
From: wakkerma@wi.leidenuniv.nl (Wichert Akkerman)
Organization: Leiden University,
              Dept. of Mathematics & Computer Science,
              The Netherlands
Message-Id: <199607081225.MAA04875@ind302fc.wi.leidenuniv.nl>
To: ndt1001@chu.cam.ac.uk, 3523@bugs.debian.org
Date: Mon, 8 Jul 1996 14:25:12 +0200 (MDT)
In-Reply-To: <m0ucDlB-0007wDC@artemis.chu.cam.ac.uk> from "Neil Turton" at Jul 5, 96 05:29:00 pm
X-Mailer: ELM [version 2.4 PL24 (modified)]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4667
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'lo!

:->   The above version of strace core dumps when it encounters a ipc
:-> system call.  I can reproduce the problem reliably on three machines,
:-> and the problem does not occur with version 3.0-3 on any of the
:-> machines.

I've uploaded strace_3.1-2 sometime ago to master. Could you check if
the problem also occurs on that version? I'll try to reproduce the
problem over here.

Grtz,
  Wichert.


From debian-devel-request@lists.debian.org Wed Jul 10 06:23:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:19:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:19:52 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:32:09 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3718: Problems encountered while compiling "ash" on m68k arch.
Reply-To: llucius <llucius@millcomm.com>, 3718@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <Bruce@Pixar.com>
Resent-Date: Tue, 09 Jul 1996 04:18:03 GMT
Resent-Message-ID: <handler.3718.B.8368852134593@bugs.debian.org>
X-Debian-PR-Package: ash
X-Loop: owner@bugs.debian.org
Date: Mon, 8 Jul 1996 13:40:09 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607081317.G26198-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4671
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: ash
Version: 0.2-0

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.rules" clean target did not function.
4)  "debian.rules" defined CFLAGS with -m486 option.
5)  "debian.control" did not contain architecture field.
6)  "debian.control" contained outdated "PACKAGE_REVISION" field.
7)  Though not really a critter, the package should probably not contain all
    the object (.o) files.  (No patch B-))

The following patches correct these problems:

--- orig/ash-0.2/debian.control	Tue Dec  5 23:32:17 1995
+++ ash-0.2/debian.control	Sun Jul  7 21:45:34 1996
@@ -1,6 +1,6 @@
 Package: ash
 Version: =
-Package_Revision: =
+Architecture: =
 Maintainer: Bruce Perens <Bruce@Pixar.com>
 Description: A Bourne-shell work-alike, smaller than "bash"
  Don't install this program, you already have "bash", which is a better
--- orig/ash-0.2/debian.rules	Tue Dec  5 23:26:20 1995
+++ ash-0.2/debian.rules	Sun Jul  7 21:50:17 1996
@@ -12,8 +12,9 @@
 package=ash
 version=0.2
 debian=0
+arch=$(shell dpkg --print-architecture)
 
-CFLAGS=-O2 -fomit-frame-pointer -m486
+CFLAGS=-O2 -fomit-frame-pointer
 LDFLAGS= -s
 D=debian-tmp
 DIRECTORIES= $D $D/bin $D/usr/man/man1 $D/DEBIAN $D/usr/doc/copyright
@@ -29,11 +30,11 @@
 clean:
 	$(checkdir)
 	-rm -f build
-	-$(MAKE) -i distclean
+	-$(MAKE) -i clean
 	-rm -rf $D *~
 
 binary:		checkroot build clear $(DIRECTORIES)
-	sed -e '2s/=/$(version)/; 3s/=/$(debian)/' \
+	sed -e '2s/=/$(version)-$(debian)/; 3s/=/$(arch)/' \
 		debian.control > $D/DEBIAN/control
 #	cp debian.postinst $D/DEBIAN/postinst
 #	cp debian.prerm $D/DEBIAN/prerm
@@ -45,7 +46,7 @@
 	chown -R root.root $D
 	chmod -R g-ws $D
 	dpkg --build $D
-	mv $D.deb ../$(package)-$(version)-$(debian).deb
+	dpkg-name -o -s .. $D.deb
 
 define checkdir
 # test -f $(package).c


From debian-devel-request@lists.debian.org Wed Jul 10 06:47:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:32:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:32:55 -0000
Received: (qmail-queue invoked by uid 40); 8 Jul 1996 02:19:57 -0000
Resent-Date: 8 Jul 1996 02:19:57 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ud5vR-0002ZZC@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 03:19 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: this is not working.... (fwd)
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.SUN.3.93.960630021801.3864G-100000@thym.remm.uqam.ca>
References: <Pine.SUN.3.93.960630021801.3864G-100000@thym.remm.uqam.ca>
Resent-Message-ID: <"uS2Ud2.0.rE2.D17un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4623
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Christian Hudon writes ("Re: this is not working.... (fwd)"):
> Could we do something similar with the Debian mailing lists? Especially
> for unsubscribe requests being sent to the lists themselves.

Feel free to get Anders to send you the Smartlist configuration files.

He sent them to me and all I was able to do was to tell him how to
disable this feature.  What I really wanted to do was to leave it
enabled but not have it complain every time the word `description' was
used in the Subject of a message.

Make sure you don't make that bug recur ...

Ian.

> ---------- Forwarded message ----------
> Date: 30 Jun 1996 02:35:51 -0000
> From: "D. J. Bernstein" <djb@koobera.math.uic.edu>
> To: djb-qmailbeta@koobera.math.uic.edu
> Subject: Re: this is not working....
> 
> > I'm trying to keep lusers from sending subscription requests to the
> > mailing list.  To do this, I need to have a |condredirect at the head
> > of the mailing list file.
> 
> You could put
> 
>    | condredirect you-foo-request grep -s whatever
>    you-foo-outgoing
> 
> into ~you/.qmail-foo and then use qlist for ~you/.qmail-foo-outgoing.
> Or maybe a more positive approach:
> 
>    | condredirect you-foo-outgoing grep -s '^Distribute-This-Message-To: foo'
>    you-foo-request
> 
> Or hook in a fancier mailing list program.
> 
> [snip]
> 


From debian-devel-request@lists.debian.org Wed Jul 10 06:48:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:33:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:33:25 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 04:56:57 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3537: TERM environent variable bad for VC logins
Reply-To: heiko@lotte.sax.de (Heiko Schlittermann), 3537@bugs.debian.org
Resent-From: heiko@lotte.sax.de (Heiko Schlittermann)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Guy Maor <maor@ece.utexas.edu>
Resent-Date: Tue, 09 Jul 1996 04:33:01 GMT
Resent-Message-ID: <handler.3537.B.8368867265523@bugs.debian.org>
X-Debian-PR-Package: login
X-Loop: owner@bugs.debian.org
Message-Id: <m0ud9ni-000DwXC@iva.lotte.sax.de>
From: heiko@lotte.sax.de (Heiko Schlittermann)
To: olds@eskimo.com, 3537@bugs.debian.org
Date: Mon, 8 Jul 1996 08:28:04 +0200 (MET DST)
Cc: submit@bugs.debian.org
In-Reply-To: <m0ucPjM-0000WDC@olds.eskimo.net> from "Lee Olds" at Jul 5, 96 10:16:31 pm
X-Phone: +49 351 4677452
X-Fax: +49 351 4677436
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4673
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Lee Olds wrote:
: 
: Package: login
: Version: 1.0-5 (From debian 1.1)
: 
: When I login through a virtual console, my TERM environment variable is
: set to "dumb" instead of "linux", and there is an environment variable
: "uERM" that is set to "linux".

Seems you've installed lshell too. Older lshell versions had a bug in
changing the environment (already reported to the maintainer Michael
Meskes <meskes@debian.org> and as I know already fixed.

Try lshell > 2.01-1 (-2 is out there, I believe)

: I saw another messed up environment variable in a user account logged
: in through XDM.  The USER environment variable was not set, and fSER
: (or something like that) was set instead.

Perhaps related to the same problem.

heiko
--
email : heiko@lotte.sax.de heiko@debian.org heiko@sax.de
pgp   : A1 7D F6 7B 69 73 48 35  E1 DE 21 A7 A8 9A 77 92 
finger: heiko@sax.sax.de         heiko@master.debian.org


From debian-devel-request@lists.debian.org Wed Jul 10 06:48:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:34:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:34:25 -0000
Received: (qmail-queue invoked by uid 40); 7 Jul 1996 00:48:53 -0000
Resent-Date: 7 Jul 1996 00:48:53 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <boekhold@cindy.et.tudelft.nl>
Date: Sun, 7 Jul 1996 02:45:24 +0200 (MET DST)
From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
X-Sender: boekhold@niki.et.tudelft.nl
To: Debian developers list <debian-devel@lists.debian.org>
cc: done@bugs.debian.org
Subject: Re: Bug#3520: Manpages netpbm show up double
In-Reply-To: <199607061952.PAA01407@sgk.tiac.net>
Message-ID: <Pine.LNX.3.93.960707024323.202A-100000@niki.et.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"Fxts5.0.SB4.rbmtn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4595
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

This thing of manpages showing up double was my own mistake. I did purge
pbmplus before installing, and I did ran 'mandb' after installing netpbm,
but I *DIDN'T* run 'mandb -c' to newly create the database.

Sorry if I have caused to much useless work already.

Maarten

_______________________________________________________________________
| Maarten Boekhold, Faculty of Electrical Engineering TU Delft,   NL  |
|   boekhold@cindy.et.tudelft.nl boekhold@gopher.library.tudelft.nl   |
-----------------------------------------------------------------------


From debian-devel-request@lists.debian.org Wed Jul 10 07:12:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:52:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:52:01 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 05:21:57 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3529: libgr and zlib1 collide, but don't conflict!
Reply-To: Michael Alan Dorman <mdorman@lot49.med.miami.edu>,
  3529@bugs.debian.org
Resent-From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Tue, 09 Jul 1996 05:03:03 GMT
Resent-Message-ID: <handler.3529.B.8368882169112@bugs.debian.org>
X-Debian-PR-Package: libgr-dev
X-Loop: owner@bugs.debian.org
Message-Id: <m0udGEX-0004muC@lot49.med.miami.edu>
In-reply-to: Mark Eichin's message of 05 Jul 1996 23:35:49 -0400
To: Mark Eichin <eichin@cygnus.com>, 3529@bugs.debian.org
cc: submit@bugs.debian.org
X-Mailer: MH 6.8.4
References: <xe14tnm3vfu.fsf@maneki-neko.cygnus.com>
Date: Mon, 08 Jul 1996 09:20:10 -0400
From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4674
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Well, first, zlib doesn't create libgz, it creates libz.  Really.
Honest.  They quit using libgz a while ago, which is one of the
reasons libgr is so out of date.

As for the other, fsck, fsck, fsck---I thought libgr put all of its
files in special places (/usr/include/libgr or some such), while zlib
puts all of its files in normal places (/usr/include), thereby making
them not actually conflict.

The real solution is for gimp to get recompiled (now that a dedicated
libtiff is out), and for us to finally trash libgr.  I'll release a
new zlib1-dev, though, that'll conflict with just libgr-dev.  Other
than that, there shouldn't be any collision.

Mike.
--
"Don't let me make you unhappy by failing to be contrary enough...."


From debian-devel-request@lists.debian.org Wed Jul 10 07:12:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:54:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:54:06 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 05:22:01 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3439: Login reconfigures serial port
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3439@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Guy Maor <maor@ece.utexas.edu>
Resent-Date: Tue, 09 Jul 1996 05:03:07 GMT
Resent-Message-ID: <handler.3439.B3439.8368882179147@bugs.debian.org>
X-Debian-PR-Package: login
X-Loop: owner@bugs.debian.org
Message-Id: <m0ud59p-0002Z5C@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 02:30 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3439@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.LNX.3.94.960628151310.10878A-100000@dwarf.polaris.net>
References: <Pine.LNX.3.94.960628151310.10878A-100000@dwarf.polaris.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4675
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dale Scheetz writes ("Bug#3439: Login reconfigures serial port"):
> Package: login
> Version: 1.0-5
> 
> Login changes the serial port to one stop bit from the 2 stop bits that
> getty was happy to use. When hard wired to an old dumb terminal, who's
> uart requires 2 stop bits, this causes the password prompt and the
> successive login message to be scrogged by data overruns. The terminal
> user must so an 'stty cstopb' before any further traffic from bash can be
> properly rendered on the terminal.

I need this fixed too.

> A. What security issue is it that makes login want to do this in the first
> place?

I don't think there is a security issue here.  Of course login
shouldn't be setuid root - the idea that you ought to be able to turn
your session into another user like that is horrible.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 07:13:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 07:01:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 07:01:42 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 05:46:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3721: Problems while compiling "termcap-compat" on m68k arch
Reply-To: llucius <llucius@millcomm.com>, 3721@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Christian Hudon <chrish@debian.org>
Resent-Date: Tue, 09 Jul 1996 05:33:01 GMT
Resent-Message-ID: <handler.3721.B.8368897219753@bugs.debian.org>
X-Debian-PR-Package: termcap-compat
X-Loop: owner@bugs.debian.org
Date: Mon, 8 Jul 1996 13:36:17 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607081302.B26198-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4679
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: termcap-compat
Version: 1.0.0-2

The following problems were encountered while building on m68k arch:

1)  ".depend" file existed, causing problems during make since us m68kers
    don't have the "i486-linux' version of gcc.  B-)
2)  "termcap.h" was being included from "/usr/include" which was the
    "ncurses" version.  Adding "-I." to compile options corrected this.

Also changed the make in the build rule to use the CFLAGS definition and
changed the binary rule to use dpkg-name to rename the .deb file.

The following patches corrrect these problems:

diff -ruN orig/termcap-compat-1.0.0/.depend termcap-compat-1.0.0/.depend
--- orig/termcap-compat-1.0.0/.depend	Fri May 10 20:49:25 1996
+++ termcap-compat-1.0.0/.depend	Wed Dec 31 18:00:00 1969
@@ -1,29 +0,0 @@
-termcap.o pic/termcap.o: termcap.c /usr/include/stdio.h /usr/include/features.h \
- /usr/include/sys/cdefs.h /usr/include/libio.h \
- /usr/include/_G_config.h /usr/include/stdlib.h \
- /usr/lib/gcc-lib/i486-linux/2.7.2/include/stddef.h \
- /usr/include/errno.h /usr/include/linux/errno.h \
- /usr/include/asm/errno.h /usr/include/alloca.h /usr/include/unistd.h \
- /usr/include/posix_opt.h /usr/include/gnu/types.h \
- /usr/include/confname.h /usr/include/sys/types.h \
- /usr/include/linux/types.h /usr/include/linux/posix_types.h \
- /usr/include/asm/posix_types.h /usr/include/asm/types.h \
- /usr/include/sys/bitypes.h /usr/include/malloc.h \
- /usr/include/string.h /usr/include/sys/ioctl.h \
- /usr/include/linux/ioctl.h /usr/include/asm/ioctl.h \
- /usr/include/termios.h /usr/include/linux/termios.h \
- /usr/include/asm/termios.h /usr/include/asm/termbits.h \
- /usr/include/asm/ioctls.h /usr/include/sys/socketio.h \
- /usr/include/linux/sockios.h /usr/include/asm/sockios.h \
- /usr/local/include/termcap.h
-tparam.o pic/tparam.o: tparam.c /usr/include/stdlib.h /usr/include/features.h \
- /usr/include/sys/cdefs.h \
- /usr/lib/gcc-lib/i486-linux/2.7.2/include/stddef.h \
- /usr/include/errno.h /usr/include/linux/errno.h \
- /usr/include/asm/errno.h /usr/include/alloca.h /usr/include/string.h \
- /usr/include/unistd.h /usr/include/posix_opt.h \
- /usr/include/gnu/types.h /usr/include/confname.h \
- /usr/include/sys/types.h /usr/include/linux/types.h \
- /usr/include/linux/posix_types.h /usr/include/asm/posix_types.h \
- /usr/include/asm/types.h /usr/include/sys/bitypes.h
-version.o pic/version.o: version.c
diff -ruN orig/termcap-compat-1.0.0/debian.rules termcap-compat-1.0.0/debian.rules
--- orig/termcap-compat-1.0.0/debian.rules	Wed Jun 12 20:24:38 1996
+++ termcap-compat-1.0.0/debian.rules	Mon Jul  8 12:58:08 1996
@@ -8,11 +8,11 @@
 shortname = $(package)-$(version)
 arch = $(shell dpkg --print-architecture)
 
-CFLAGS = "-g -O2"
+CFLAGS = "-g -O2 -I."
 
 build:
 	$(checkdir)
-	$(MAKE) CFLAGS=-O2
+	$(MAKE) CFLAGS=$(CFLAGS)
 	touch stamp-built
 
 clean:
@@ -45,7 +45,7 @@
 	install -m 755 debian.postrm debian-tmp/DEBIAN/postrm
 	# And finally, build the Debian package!
 	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(longname).$(arch).deb
+	dpkg-name -o -s .. debian-tmp.deb
 
 source: clean
 	chmod ugo+x debian.rules


From debian-devel-request@lists.debian.org Wed Jul 10 07:13:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:55:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:55:53 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 05:22:03 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3720: shutdown prints "You don't exist. Go away!"
Reply-To: bruce@pixar.com (Bruce Perens), 3720@bugs.debian.org
Resent-From: bruce@pixar.com (Bruce Perens)
Resent-To: debian-devel@lists.debian.org
Resent-Date: Tue, 09 Jul 1996 05:03:06 GMT
Resent-Message-ID: <handler.3720.B.8368882199156@bugs.debian.org>
X-Debian-PR-Package: shutdown
X-Loop: owner@bugs.debian.org
Message-Id: <m0udO6Q-0006fnC@mongo.pixar.com>
Date: Mon, 8 Jul 96 14:44 PDT
From: bruce@pixar.com (Bruce Perens)
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4677
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: shutdown

Shutdown prints "You don't exist. Go away!" if the password file becomes
corrupt and the user attempts to shut down with control-alt-del.
While I'm not arguing with the feature, the message should be improved.
Something like
"shutdown: permission denied: no record for user %d in /etc/passwd."
would be more appropriate. We are not attempting to provide security
through obscurity, which I think may have been the goal of this message.

	Thanks

	Bruce
--
                       Re-Elect Clinton/Gore '96

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Wed Jul 10 07:13:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:55:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:55:01 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 05:22:02 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3719: checksecurity script shouldn't run find on remote-mounted fs's
Reply-To: D.M.Smith@lancaster.ac.uk, 3719@bugs.debian.org
Resent-From: "David M. Smith" <D.M.Smith@lancaster.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Steve Greenland <stevegr@master.debian.org>
Resent-Date: Tue, 09 Jul 1996 05:03:05 GMT
Resent-Message-ID: <handler.3719.B.8368882179149@bugs.debian.org>
X-Debian-PR-Package: cron
X-Loop: owner@bugs.debian.org
Message-Id: <m0udGGW-0001hxC@coopers.lancs.ac.uk>
Date: Mon, 8 Jul 96 14:22 BST
From: "David M. Smith" <D.M.Smith@lancaster.ac.uk>
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4676
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: cron
Version: 3.0pl1-32

Every day, I receive the following mail message from `cron':

   find: /home/7g/maa701: Permission denied

/home is a remote NFS-mounted file system.  I've traced this output to
/etc/cron.daily/standard.  (Incidentally, it would be useful if when
cron mails error output it mentioned *which* script was generating
output!).  The offending line is this one:

	checksecurity >setuid.changes

I think that either here error output should be sent to /dev/null or
(a more difficult to implement option!) the `find' in the
checksecurity script should arrange never to search remote-mounted
directories.

Thanks,
# Dave Smith

-- 
David M. Smith, Department of Mathematics and Statistics, Lancaster University
<D.M.Smith@lancaster.ac.uk>  x3952  http://www.maths.lancs.ac.uk:2080/~maa036/


From debian-devel-request@lists.debian.org Wed Jul 10 07:13:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 06:56:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 06:56:50 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 05:22:11 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3337: no subject)
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3337@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Meskes <meskes@informatik.rwth-aachen.de>
Resent-Date: Tue, 09 Jul 1996 05:03:07 GMT
Resent-Message-ID: <handler.3337.B3337.8368882199155@bugs.debian.org>
X-Debian-PR-Package: joe
X-Loop: owner@bugs.debian.org
Message-Id: <m0ud57N-0002Z5C@chiark.chu.cam.ac.uk>
Date: Mon, 8 Jul 96 02:28 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>, 3337@bugs.debian.org
Cc: llucius@millcomm.com, done@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199606281020.MAA02696@feivel.informatik.rwth-aachen.de>
References: <m0uWaJj-000MkTC@mill2.millcomm.com>
	<199606281020.MAA02696@feivel.informatik.rwth-aachen.de>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4678
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Michael Meskes writes ("Bug#3337: no subject)"):
> Yambo writes:
> > Package: joe
> > Version: 2.8-4
> > 
> > The following problems were encountered while building on m68k arch:
> > 
> > 1)  "debian.rules" did not support different architectures.
> 
> There weren't any when this package was created.

I see that you have closed this bug report.

Have you actually corrected the problems and made the package support
multiple architectures ?

If you're not going to then the m68k people should upload a new
revision with the required changes.

> > 2)  "debian.rules" created improperly named .deb binaries (new standard).
> 
> This package was uploaded before the new standard was created.

Yes, however the new standard does apply now (though this in itself
isn't a bug).

> > 3)  "debian.control" was missing the architecture field.
> 
> See above.

See above.

> > 4)  "debian.postinst" had invalid permissions.
> 
> Now that's really not correct. But still I don't think these messages should
> flood the bug report system. A simple mail to me personally would be
> sufficient.

That is correct, I presume.  I haven't checked, but I imagine that
this problem is being reported because dpkg-deb has become better at
checking the permissions of maintainer scripts, which should all be
755 or possibly 775.

> > The following patches correct these problems:
> 
> NO! They just fix the parts you ran into while compiling for m68K. There
> were some more changes necessary.

Does that mean you've made them all ?

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 07:13:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 07:05:17 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 07:05:17 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 05:46:57 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3722: kernel-image uses stale LILO script, over-writes MBR
Reply-To: bruce@pixar.com (Bruce Perens), 3722@bugs.debian.org
Resent-From: bruce@pixar.com (Bruce Perens)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Tue, 09 Jul 1996 05:33:03 GMT
Resent-Message-ID: <handler.3722.B.8368897219784@bugs.debian.org>
X-Debian-PR-Package: kernel-package
X-Loop: owner@bugs.debian.org
Message-Id: <m0ud23F-0006fnC@mongo.pixar.com>
Date: Sun, 7 Jul 96 15:11 PDT
From: bruce@pixar.com (Bruce Perens)
To: submit@bugs.debian.org
Cc: clameter@miriam.fuller.edu
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4680
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: kernel-package

I figured out what happened to Christoph Lameter's MBR:

The LILO configuration script used in the kernel-image postinst is stale.
It needs to be updated from the latest LILO postinst script. The major
change is that the new LILO script writes a partition boot record and
(if you approve) instals our "mbr" program on the MBR. The older one just
overwrites the MBR with LILO, and we should be more polite.

	Bruce
--
                       Re-Elect Clinton/Gore '96

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Wed Jul 10 07:37:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 07:14:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 07:14:02 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 05:47:01 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3723: Problems encountered while compiling "perforate" on m68k arch
Reply-To: llucius <llucius@millcomm.com>, 3723@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Meskes <meskes@debian.org>
Resent-Date: Tue, 09 Jul 1996 05:33:04 GMT
Resent-Message-ID: <handler.3723.B.8368897229789@bugs.debian.org>
X-Debian-PR-Package: perforate
X-Loop: owner@bugs.debian.org
Date: Mon, 8 Jul 1996 13:37:56 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607081312.D26198-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4681
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: perforate
Version: 1.0-1

The following problems were encountered while building on m68k arch:

1)  "Makefile" contained architecture dependent compile options.

The following patches correct these problems:

--- orig/perforate-1.0/Makefile	Wed Apr 12 18:29:42 1995
+++ perforate-1.0/Makefile	Mon Jul  8 00:37:10 1996
@@ -11,6 +11,6 @@
 #
 
 CC=gcc
-CFLAGS=-O2 -fomit-frame-pointer -m486 -s
+CFLAGS=-O2 -fomit-frame-pointer -s
 
 all: zum


From debian-devel-request@lists.debian.org Wed Jul 10 07:37:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 07:16:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 07:16:38 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 05:47:49 -0000
Resent-Date: 9 Jul 1996 05:47:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Tue, 9 Jul 1996 00:48:48 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3439@bugs.debian.org
cc: debian-devel@lists.debian.org
Subject: Re: Bug#3439: Login reconfigures serial port
In-Reply-To: <m0ud59p-0002Z5C@chiark.chu.cam.ac.uk>
Message-ID: <Pine.SOL.3.93.960709003406.16743A-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"n6Fh62.0.6O.5AVun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4682
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 8 Jul 1996, Ian Jackson wrote:

> I don't think there is a security issue here.  Of course login
> shouldn't be setuid root - the idea that you ought to be able to turn
> your session into another user like that is horrible.

I agree it's horrible, but every other unix I've seen allows it.

login does a vhangup(); that's what's messing with your tty.  I don't
know why the vhangup is necessary but don't feel confident enough to
remove it.  That whole braced-off section (lines 367-387) contains some
extremely bogus code.  The setsid(), for example, always fails because
login is always a process group leader at that point. 


Guy


From debian-devel-request@lists.debian.org Wed Jul 10 07:38:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 07:37:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 07:37:45 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 06:12:01 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3725: Another data point on apropos segfaulting.
Reply-To: rkrug@midway.uchicago.edu, 3725@bugs.debian.org
Resent-From: rkrug@midway.uchicago.edu
Resent-To: debian-devel@lists.debian.org
Resent-CC: Alvar Bray <alvar@debian.org>
Resent-Date: Tue, 09 Jul 1996 05:48:03 GMT
Resent-Message-ID: <handler.3725.B.83689122110374@bugs.debian.org>
X-Debian-PR-Package: man
X-Loop: owner@bugs.debian.org
From: rkrug@midway.uchicago.edu
Date: Tue, 9 Jul 1996 00:38:56 -0500 (CDT)
Message-Id: <199607090538.AAA08767@ellis.uchicago.edu>
To: submit@bugs.debian.org
X-Mailer: Lynx, Version 2.3.7 BETA
X-Personal_name: Robert Krug
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4686
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: man
Version: 2.3.10-11

Whilst apropos and man -k segfault, and so dump core, when using bash,
they do not do so when using rc. Hope this helps.

Robert


From debian-devel-request@lists.debian.org Wed Jul 10 07:38:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 07:25:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 07:25:39 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 06:11:57 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3724: nlist() missing from libc
Reply-To: Scott Barker <scott@galileo.cuug.ab.ca>, 3724@bugs.debian.org
Resent-From: Scott Barker <scott@galileo.cuug.ab.ca>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Tue, 09 Jul 1996 05:48:01 GMT
Resent-Message-ID: <handler.3724.B.83689122110371@bugs.debian.org>
X-Debian-PR-Package: libc5-dev
X-Loop: owner@bugs.debian.org
From: Scott Barker <scott@galileo.cuug.ab.ca>
Message-Id: <199607071847.MAA26292@galileo.cuug.ab.ca>
To: submit@bugs.debian.org
Date: Sun, 7 Jul 1996 12:47:34 -0600 (MDT)
X-Mailer: ELM [version 2.4 PL25 PGP2]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4684
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: libc5-dev
Version: 5.2.18-9

libc5-dev still has nlist.h, but there is no nlist() in libc5

-- 
Scott Barker
Linux Consultant
scott@galileo.cuug.ab.ca
http://www.cuug.ab.ca:8001/~barkers/   (under construction)

[ I try to reply to all e-mail within 5 days. If you don't  ]
[ get a response by then, I probably didn't get your e-mail ]
[ (we have a sometimes sporadic connection to the internet) ]

"Whenever people agree with me I always feel I must be wrong."
   - Oscar Wilde


From debian-devel-request@lists.debian.org Wed Jul 10 07:38:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 07:19:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 07:19:55 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 06:01:40 -0000
Resent-Date: 9 Jul 1996 06:01:40 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <eichin@cygnus.com>
Sender: eichin@cygnus.com
To: bruce@pixar.com (Bruce Perens)
Cc: debian-devel@pixar.com
Subject: Re: What prints "you don't exist, go away?"
References: <m0ud1hp-0006fnC@mongo.pixar.com>
From: Mark Eichin <eichin@cygnus.com>
Date: 09 Jul 1996 02:00:50 -0400
In-Reply-To: bruce@pixar.com's message of Sun, 7 Jul 96 14:49 PDT
Message-Id: <xe1687yotil.fsf@maneki-neko.cygnus.com>
Lines: 9
X-Mailer: Gnus v5.3/Emacs 19.31
Resent-Message-ID: <"-l6ic3.0.PZ.4NVun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4683
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I didn't that "go away" was in any library -- but was part of "mh"
which gave the error when getpwuid fails. Ie. if you log in, but the
mh program can't get your username and /etc/passwd (or nis I guess)
entry based on your uid, MH programs (inc in particular) will say "go
away".  "talk" might also, under different circumstances...

( side note: Last time I looked into this, under 4.2bsd, rcs would
just dump core. That's been fixed. MH was deemed obnoxious, but I
guess that *hasn't* been fixed... )


From debian-devel-request@lists.debian.org Wed Jul 10 07:38:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 07:29:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 07:29:58 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 06:12:01 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3534: Problems encountered while building "unarj" on m68k arch
Reply-To: karl@tower.net.au, 3534@bugs.debian.org
Resent-From: karl@tower.net.au (Karl Ferguson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Karl Ferguson <karl@tower.com.au>
Resent-Date: Tue, 09 Jul 1996 05:48:04 GMT
Resent-Message-ID: <handler.3534.B3534.83689122110373@bugs.debian.org>
X-Debian-PR-Package: unarj
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucyp7-00094BC@kaos.tower.net.au>
To: llucius@millcomm.com, 3534@bugs.debian.org
Date: Mon, 8 Jul 1996 02:44:48 +0800 (WST)
Cc: done@bugs.debian.org
In-Reply-To: <m0ucPIf-000MjpC@mill2.millcomm.com> from "Yambo" at Jul 5, 96 11:48:00 pm
From: karl@tower.net.au (Karl Ferguson)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4685
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Package: unarj
> Version: 2.41a-4
> 
> The following problems were encountered while building on m68k arch:
> 
> 1)  "debian.rules" did not support different architectures.
> 2)  "debian.rules" created improperly named .deb binaries (new standard).
> 3)  "debian.control" contained hardcoded architecture.
> 4)  "debian.control" contained obsolete "PACKAGE_REVISION" field.

Fixed in the next release - closing the bug.

...Karl
--
Karl Ferguson, 
Tower Networking Pty Ltd (ACN: 072 322 760)          karl@tower.net.au
t/a STAR Online Services                             karl@debian.org
Tel: +61-9-455-3446  Fax: +61-9-455-2776


From debian-devel-request@lists.debian.org Wed Jul 10 08:02:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 07:39:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 07:39:13 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 06:15:29 -0000
Resent-Date: 9 Jul 1996 06:15:29 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0udW4j-0002FMC@plato>
Reply-To: jimr@simons-rock.edu
X-Mailer: MH 6.8.3
To: 3455-done@bugs.debian.org, 3706-done@bugs.debian.org
Cc: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Buddha Buck <phaedrus@dreamscape.com>,
  Debian Development <debian-devel@lists.debian.org>
Subject: Bug#3455, Bug #3706
Date: Tue, 09 Jul 1996 02:15:07 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"LBCrO3.0.Wh.1aVun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4687
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


PBMPLUS is to be removed from the distribution. Use NETPBM instead.  I
don't know why libgr was in there -- I don't recall putting it in, but
then again it was made so long ago... :)


Jim


From debian-devel-request@lists.debian.org Wed Jul 10 08:03:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 07:53:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 07:53:12 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 06:24:23 -0000
Resent-Date: 9 Jul 1996 06:24:23 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded textutils 1.18d-1 to master
To: debian-devel@lists.debian.org
Date: Tue, 9 Jul 1996 07:03:17 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul9.102410gmt+0100.6249@gateway.azr.nl>
Resent-Message-ID: <"Fqq8M1.0.bs.NiVun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4688
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 09 Jul 96 05:59 UT
Format: 1.6_
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: textutils
Version: 1.18d-1
Binary:  textutils
Architecture:  i386 source
Description: 
 textutils: The GNU text file processsing utilities.
Changes: 
 Mon Jul  8 12:41:31 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * updated to 1.18d (ALPHA)
 .
Files:
 5785ffaa460f9a533a900b78106ff929  718533  base  -  textutils-1.18d-1.tar.gz
 5ea649f5a0d12cfc5505fa29a3ae8d8a  2934  base  -  textutils-1.18d-1.diff.gz
 70a6c1682f07092174d66e2a10f13e62  276826  base  required  textutils_1.18d-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeH1T+KGUa6t6e7lAQFrqAQAu8NCSDQmv9MQ+W8t+60qFt1LEhgoKBpQ
THCnNpaZoMuu45E42kwaGzNillrgx/bKsMTGaWVUx+C0qlUFlZo9fYUKzmlS9lTR
GujAvF+X+846C45QNZXa21cifPBKL97nkBCnIRFgEk/3W20LhToFfFcnI1J2lqpj
3I3TVNzMKZ8=
=GVph
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Wed Jul 10 08:28:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 08:10:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 08:10:35 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 06:36:57 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3726: Problems encountered while compiling "ed" for m68k arch.
Reply-To: llucius <llucius@millcomm.com>, 3726@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Austin Donnelly <and1000@debian.org>
Resent-Date: Tue, 09 Jul 1996 06:18:02 GMT
Resent-Message-ID: <handler.3726.B.83689272110927@bugs.debian.org>
X-Debian-PR-Package: ed
X-Loop: owner@bugs.debian.org
Date: Sun, 7 Jul 1996 18:00:16 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607071729.B26482-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4689
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: ed
Version: 0.2-11

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" file did not contain architecture field.

The following patches correct these problems:

--- orig/ed-0.2/debian.control	Sun Mar 10 00:12:37 1996
+++ ed-0.2/debian.control	Sun Jul  7 12:01:32 1996
@@ -1,5 +1,6 @@
 PACKAGE: ed
 VERSION: =V-=D
+ARCHITECTURE: =A
 PRE-DEPENDS: libc5 (>=5.2.18-1)
 MAINTAINER: mitchell@mdd.comm.mot.com (Bill Mitchell)
 SECTION:  base
--- orig/ed-0.2/debian.rules	Sun Mar 10 00:14:00 1996
+++ ed-0.2/debian.rules	Sun Jul  7 12:03:19 1996
@@ -31,6 +31,8 @@
 v = 0.2
 # The Debian revision of the package (for example, `2').
 d = 11
+# The target architecture.
+a = $(shell dpkg --print-architecture)
 
 build:
 # Builds the binary package.
@@ -82,6 +84,7 @@
 	#
 	install -d -g root -m 755 -o root debian-tmp/DEBIAN
 	sed -e 's/VERSION:.*=V-=D/VERSION: $(v)-$(d)/' \
+	    -e 's/ARCHITECTURE:.*=A/ARCHITECTURE: $(a)/' \
             <debian.control >debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
 	install -g root -m 755 -o root debian.postinst debian-tmp/DEBIAN/postinst
@@ -89,7 +92,7 @@
 	install -g root -m 755 -o root debian.preinst debian-tmp/DEBIAN/preinst
 	#
 	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(p)-$(v)-$(d).deb
+	dpkg-name -o -s .. debian-tmp.deb
 
 source: clean
 # Makes a source package.


From debian-devel-request@lists.debian.org Wed Jul 10 08:28:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 08:11:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 08:11:57 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 06:37:01 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3727: Problems encountered while compiling "bc" for m68k arch.
Reply-To: llucius <llucius@millcomm.com>, 3727@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Austin Donnelly <and1000@debian.org>
Resent-Date: Tue, 09 Jul 1996 06:18:03 GMT
Resent-Message-ID: <handler.3727.B.83689272110928@bugs.debian.org>
X-Debian-PR-Package: bc
X-Loop: owner@bugs.debian.org
Date: Sun, 7 Jul 1996 17:59:27 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607071731.A26482-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4690
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: bc
Version: 1.03-10

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control.bc" file contained obsolete "PACKAGE_REVISION" field.
4)  "debian.control.bc" file did not contain architecture field.
5)  "debian.control.dc" file contained obsolete "PACKAGE_REVISION" field.
6)  "debian.control.dc" file did not contain architecture field.

The following patches correct these problems:

--- orig/bc-1.03/debian.control.bc	Sat Nov 18 16:51:38 1995
+++ bc-1.03/debian.control.bc	Sun Jul  7 12:17:22 1996
@@ -1,7 +1,7 @@
 PACKAGE: bc
 MAINTAINER:  Bill Mitchell <mitchell@mdd.comm.mot.com>
-VERSION: =V
-PACKAGE_REVISION: =D
+VERSION: =V-=D
+ARCHITECTURE: =A
 SECTION:  math
 DEPENDS:  libc5
 DESCRIPTION: An arbitrary precision calculator language.
--- orig/bc-1.03/debian.control.dc	Sat Nov 18 16:53:36 1995
+++ bc-1.03/debian.control.dc	Sun Jul  7 12:17:42 1996
@@ -1,7 +1,7 @@
 PACKAGE: dc
 MAINTAINER: Bill Mitchell <mitchell@mdd.comm.mot.com>
-VERSION: =V
-PACKAGE_REVISION: =D
+VERSION: =V-=D
+ARCHITECTURE: =A
 DEPENDS:  libc5
 SECTION:  math
 DESCRIPTION: An arbitrary precision reverse-polish calculator.
--- orig/bc-1.03/debian.rules	Sat Nov 18 16:53:14 1995
+++ bc-1.03/debian.rules	Sun Jul  7 13:02:02 1996
@@ -24,6 +24,8 @@
 v = 1.03
 # The Debian revision of the package (for example, `2').
 d = 10
+# The target architecture.
+a = $(shell dpkg --print-architecture)
 
 build:
 # Builds the binary package.
@@ -65,12 +67,12 @@
 	cp -a Examples debian-tmp/usr/doc/examples/bc
 	chmod -R g-sw debian-tmp/usr/doc/examples/bc
 	chown -R root.root debian-tmp/usr/doc/examples/bc
-	sed -e 's/VERSION:.*=V/VERSION: $(v)/' \
-            -e 's/PACKAGE_REVISION:.*=D/PACKAGE_REVISION: $(d)/' \
+	sed -e 's/VERSION:.*=V-=D/VERSION: $(v)-$(d)/' \
+            -e 's/ARCHITECTURE:.*=A/ARCHITECTURE: $(a)/' \
             <debian.control.bc >debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
 	dpkg --build debian-tmp
-	mv debian-tmp.deb ../bc-$(v)-$(d).deb
+	dpkg-name -o -s .. debian-tmp.deb
 
 binary-dc:
 	test -f stamp-build || make -f debian.rules build
@@ -95,8 +97,8 @@
 	install -g root -m 644 -o root debian.dc.doc.Makefile \
 		debian-tmp/usr/doc/dc/Makefile
 	gzip -9f debian-tmp/usr/doc/dc/*
-	sed -e 's/VERSION:.*=V/VERSION: $(v)/' \
-            -e 's/PACKAGE_REVISION:.*=D/PACKAGE_REVISION: $(d)/' \
+	sed -e 's/VERSION:.*=V-=D/VERSION: $(v)-$(d)/' \
+            -e 's/ARCHITECTURE:.*=A/ARCHITECTURE: $(a)/' \
             <debian.control.dc >debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
 	install -g root -m 755 -o root debian.postinst.dc \
@@ -104,7 +106,7 @@
 	install -g root -m 755 -o root debian.postrm.dc \
 	  debian-tmp/DEBIAN/postrm
 	dpkg --build debian-tmp
-	mv debian-tmp.deb ../dc-$(v)-$(d).deb
+	dpkg-name -o -s .. debian-tmp.deb
 
 binary: binary-bc binary-dc
 # Makes a binary package.


From debian-devel-request@lists.debian.org Wed Jul 10 08:28:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 08:13:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 08:13:35 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 06:37:02 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3729: Problems while compiling "nvi" for m68k arch.
Reply-To: llucius <llucius@millcomm.com>, 3729@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Steve Greenland <stevegr@neosoft.com>
Resent-Date: Tue, 09 Jul 1996 06:18:04 GMT
Resent-Message-ID: <handler.3729.B.83689272110931@bugs.debian.org>
X-Debian-PR-Package: nvi
X-Loop: owner@bugs.debian.org
Date: Sun, 7 Jul 1996 18:01:26 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607071852.D26482-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4691
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: nvi
Version: 1.34-13

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" file contained hardcoded architecture.

The following patches correct these problems:

--- orig/nvi-1.34/debian.control	Sat Jun  8 17:15:24 1996
+++ nvi-1.34/debian.control	Sun Jul  7 12:20:29 1996
@@ -2,5 +2,5 @@
 DESCRIPTION: 4.4BSD re-implementation of vi.
 MAINTAINER: Steve Greenland <stevegr@neosoft.com>
 VERSION: =V-=D
-ARCHITECTURE: i386
+ARCHITECTURE: =A
 DEPENDS: libc5, ncurses3.0
--- orig/nvi-1.34/debian.rules	Sat Jun  8 16:57:12 1996
+++ nvi-1.34/debian.rules	Sun Jul  7 12:21:17 1996
@@ -26,6 +26,8 @@
 v = 1.34
 # The Debian revision of the package (for example, `2').
 d = 13
+# The target architecture.
+a = $(shell dpkg --print-architecture)
 
 build:
 # Builds the binary package.
@@ -60,7 +62,7 @@
 	install -d -g root -m 755 -o root debian-tmp/usr/doc/copyright
 	install -g root -m 644 -o root debian.README \
 	  debian-tmp/usr/doc/copyright/$(p)
-	sed -e '4s/=V/$(v)/' -e '4s/=D/$(d)/' debian.control \
+	sed -e '4s/=V-=D/$(v)-$(d)/' -e '5s/=A/$(a)/' debian.control \
 	  > debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
 	install -g root -m 644 -o root debian.conffiles \
@@ -70,7 +72,7 @@
 	install -g root -m 755 -o root debian.prerm \
 	  debian-tmp/DEBIAN/prerm
 	dpkg --build debian-tmp
-	mv debian-tmp.deb ../$(p)-$(v)-$(d).deb
+	dpkg-name -o -s .. debian-tmp.deb
 
 source:
 # Makes a source package.


From debian-devel-request@lists.debian.org Wed Jul 10 08:28:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 08:15:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 08:15:33 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 06:37:10 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3728: Problems while compiling "ee" for m68k arch.
Reply-To: llucius <llucius@millcomm.com>, 3728@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bill Mitchell <mitchell@mdd.comm.mot.com>
Resent-Date: Tue, 09 Jul 1996 06:18:03 GMT
Resent-Message-ID: <handler.3728.B.83689272110930@bugs.debian.org>
X-Debian-PR-Package: ee
X-Loop: owner@bugs.debian.org
Date: Sun, 7 Jul 1996 18:00:50 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: submit@bugs.debian.org
Message-ID: <Pine.3.89.9607071818.C26482-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4692
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: ee
Version: 126.1.89-1

The following problems were encountered while building on m68k arch:

1)  "debian.rules" contained hardcoded architecture.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" file contained hardcoded architecture.

The following patches correct these problems:

--- orig/ee-126.1.89/debian.control	Fri Apr 12 18:35:01 1996
+++ ee-126.1.89/debian.control	Sun Jul  7 11:51:06 1996
@@ -2,7 +2,7 @@
 VERSION: =V-=D
 SECTION:  editors
 DEPENDS:  libc5
-ARCHITECTURE: i386
+ARCHITECTURE: =A
 MAINTAINER: Bill Mitchell <mitchell@mdd.comm.mot.com>
 DESCRIPTION: An "easy editor" for novices and compuphobics
  The editor 'ee' (easy editor) is intended to be a simple, easy to use 
--- orig/ee-126.1.89/debian.rules	Fri Apr 12 18:23:15 1996
+++ ee-126.1.89/debian.rules	Sun Jul  7 11:51:48 1996
@@ -16,7 +16,7 @@
 
 CC = gcc 
 CFLAGS = -O2 -DHAS_UNISTD  -DHAS_STDLIB -DHAS_CTYPE -DHAS_SYS_IOCTL -DHAS_SYS_WAIT -s
-ARCH=i386
+ARCH=$(shell dpkg --print-architecture)
 
 # The name of the package (for example, `emacs').
 p = ee
@@ -53,10 +53,11 @@
 	  debian-tmp/usr/doc/copyright/ee
 	sed -e 's/=V/$(v)/' \
             -e 's/=D/$(d)/' \
+            -e 's/=A/$(a)/' \
             <debian.control >debian-tmp/DEBIAN/control
 	chmod 644 debian-tmp/DEBIAN/control
 	dpkg --build debian-tmp
-	mv debian-tmp.deb ../ee-$(v)-$(d).$(ARCH).deb
+	dpkg-name -o -s .. debian-tmp.deb
 
 source: clean
 # Makes a source package.


From debian-devel-request@lists.debian.org Wed Jul 10 08:28:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 08:23:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 08:23:12 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 07:02:04 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3385: xosview and /usr/bin/X11 (again)
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3385@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@master.debian.org>
Resent-Date: Tue, 09 Jul 1996 06:48:02 GMT
Resent-Message-ID: <handler.3385.B3385.83689422111533@bugs.debian.org>
X-Debian-PR-Package: xosview
X-Loop: owner@bugs.debian.org
Message-Id: <m0ucvs7-0002ZZC@chiark.chu.cam.ac.uk>
Date: Sun, 7 Jul 96 16:35 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Austin Donnelly <and1000@cam.ac.uk>, 3385@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0uYi6J-000z26C@valour.pem.cam.ac.uk>
References: <m0uYi6J-000z26C@valour.pem.cam.ac.uk>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4693
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Austin Donnelly writes ("Bug#3385: xosview and /usr/bin/X11 (again)"):
> Package: xosview
> Version: 1.3.2-4
> 
> xosview still unpacks into /usr/bin/X11/xosview, rather than
> /usr/X11R6/bin/xosview.
> 
> This needs to be fixed in the xosview package. Yes, dpkg will yell a
> little, but over time things will settle, as everyone's systems aquire
> the newest version. Yes, people will have to install it twice (or
> maybe a postinst script could test for this and offer advice?)

Yes, in this case the postinst should test to see whether the package
has been properly installed.  If it hasn't then it should exit with a
non-zero status.  Rerunning the installation will then fix the problem.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 09:18:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 09:15:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 09:15:39 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 07:42:01 -0000
Resent-Date: 9 Jul 1996 07:42:01 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded id-utils-3.0m-1 to master
To: debian-devel@lists.debian.org
Date: Tue, 9 Jul 1996 08:21:02 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul9.114151gmt+0100.6249@gateway.azr.nl>
Resent-Message-ID: <"xFkMa2.0.KU2.8rWun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4695
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 09 Jul 96 07:18 UT
Format: 1.6_
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: id-utils
Version: 3.0m-1
Binary:  id-utils
Architecture:  i386 source
Description: 
 id-utils: Fast, high-capacity, identifier database tool.
Changes: 
 Tue Jul  9 12:41:31 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * First debian release
 .
Files:
 775cc1bc75b84ccafaa10995f4f90344  388308  devel  -  id-utils-3.0m-1.tar.gz
 341c43c43a6055dd90193a02661cf72a  2135  devel  -  id-utils-3.0m-1.diff.gz
 7e391edc852f26ec9a81b7cf41f9ed49  126868  devel  extra  id-utils_3.0m-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeIHveKGUa6t6e7lAQEHSgP8DJQSElHHForcW4gTehDoitltp+UQTzGV
OgfukRuurrhrkOxfS5dXUJF1Rl5x9roT7NwsHVkSDULdXTV7yt5mpa3ZQ6MzqcUM
Yt82S7005vqXajAGNqRM7TaFmkzItRIl3uri/3ZJIa3Zq1y3Ccz85Z0K2PaXQGxR
F+CTkC00W/w=
=i1Kk
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Wed Jul 10 09:18:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 09:12:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 09:12:48 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 07:41:22 -0000
Resent-Date: 9 Jul 1996 07:41:22 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: Re: Source packaging
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Tue, 9 Jul 1996 08:20:15 +0100
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ubpih-0002YCC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 4, 96 03:49:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul9.114111gmt+0100.6249@gateway.azr.nl>
Resent-Message-ID: <"xh1UP.0.kT2.XqWun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4694
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> 
> (BTW, one objective that I forgot to mention in my last mail is to
> have something better-integrated with our upload handling mechanism.)
> 
> I'm leaning towards the `3 separate files' approach - a .tar.gz of the
> original source, named <pkg>_<orgver>-<rev>.orig.tar.gz and unpacking

I recommend keeping <pkg>_<orgver>.tar.gz and no revision info.  I don't see
a real need for the underscore.  This file doesn't need to have a filename
that can be parsed, and for the simple mget during ftp it isn't needed
either because the "_" can simply be replaced by "*".

> into <pkg>-<orgver>/ (note hyphen), a .diff.gz containing the
> debianisation patch, named <pkg>_<orgver>-<rev>.diff.gz, and a control
> file <pkg>_<orgver>-<rev>.dsc (optionally PGP-signed).

No diff file.  The diff should be combined with the .dsc file.  The .dsc
file can be named <pkg>_<orgver>-<rev>.dsc.  This .dsc file can be an `ar'
archive containing files like: control, md5sum, diff, pgp, changes,
additional patches &c.
 
> So, my current list of fields for the control file is:
>  Source: <source-package-name>

Missing support for multiple source packages.  This is required for
combining small packages from different sources into one binary.

>  Version: <orgver>-<rev>
>  Architecture: <"any"|"all"|architecture>

Architecture is binary-package specific and can't be defined for the whole
package.  We probably only need to define the architecture for those
packages that can be used on all architectures.

>  Generates: <binary-package> [, <binary-package> ...]

I recommend debian.control like we have right now, but with all control info
in one file.  A small script can extract the proper information from this
file for a particular package and remove fields which aren't required
anymore or obsolete or whatever.  The Architecture field for example can be
set here if it is omitted.  The Generates field wouldn't be required in this
approach.

>  Data-MD5sums:
>   <md5-checksum>  <pkg>_<orgver>-<rev>.diff.gz
>   <md5-checksum>  <pkg>_<orgver>.orig.tar.gz

md5sums should go in a seperate file in the archive named md5sum, because
when this is a seperate file/member in an ar archive it can be changed far
much easier then the md5 stuff being part of some control fields sequence.
ar p <package>_<ver>-<rev>.dsc md5sum 
will show all md5 stuff, easy Not?

> I'm unsure about the Version field, mainly because of the problems it
> is may cause with respect to updating and repacking packages.

Perhaps an extra target should be added to debian.rules.  Creating a pseudo
control field or something would be enough to extract the version
information from there.  Or simply taking the approach that ./debian.rules
version shows the <ver>-<rev> information, and that that is the only way it
should be found.

> We'll need a couple of new required files in the debianised source:
> 
>  debian.sourceinfo
> 
>   The Source, Architecture, Generates, Maintainer and perhaps
>   Version fields to be included in the .dsc file.  The dpkg-source
>   script would read this when it built a source package.

If this replaces all debian.controls then I agree otherwise we might need to
rethink this one.

>  debian.Changelog
> 
>   The Debian changelog for the package.  This will be used by my new
>   dchanges-a-like for getting changes info for the .changes file.

Yep.
 
>  debian.changestemplate
> 
>   The .changes file with special markers where the variable
>   information goes.  It needs to have at least the Files section from
>   the .changes file in some funky format, so that the sections and
>   priorities can be set.  We need a flag for each file that says
>   whether it is arch-independent - see below.  The Format, Date,
>   Distribution, Source, Binary, Architecture, Version, Maintainer,
>   Description and Changes fields can be derived from the .deb and .dsc
>   files and the debian.Changelog.

All fine, but do we really need a template for this or a little smarter
dchanges script.

> The debian.rules source and diff targets become obsolete, because the
> debian.sourceinfo file contains all the info you need.

Ok.

> Then, to rebuild a package for a new architecture you unpack the
> source (dpkg-source will make the debian.rules executable for you),
> run debian.rules build, as root debian.rules binary, use the new
> dchanges-a-like with the `arch-dependent files only' option and the
> `read changes information from here' option to generate the .changes
> file, PGP sign the .changes file and upload the result.  We can
> produce a script to do all of these things.

That script would be very handy.
 
> Questions:
>  * debian.Changelog format ?  I have one, but lots of people use
>    Emacs's awful ChangeLog mode.  Someone who understands Emacs will
>    have to either write a new mode for debian.Changelog files, or tell
>    me what format to expect and users how to represent the required
>    information, or both.

Don't think ChangeLog is very awful, but it isn't machine-readable. The
suggestion you made a while ago with package and version info specified
seems reasonable to me.

>  * What about all this stuff to do with Versions ?

make -f debian.rules version

>  * Comments ?

multi original sources aren't implemented
no optional patches can be attached

Erick



From debian-devel-request@lists.debian.org Wed Jul 10 10:08:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 09:52:30 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 09:52:29 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 08:53:54 -0000
Resent-Date: 9 Jul 1996 08:53:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0udYYC-0002EvC@plato>
Reply-To: jimr@simons-rock.edu
X-Mailer: MH 6.8.3
To: Debian Development <debian-devel@lists.debian.org>
Subject: programming questions.
Date: Tue, 09 Jul 1996 04:53:43 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"3MnOP3.0.R14.YuXun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4696
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


I would like to make netpbm shared before I pass it on.  Can somebody
tell me if there is a foolproof way to turn a lib???.a library into a
shared library (how do I version it, .so name it, etc?).  Also, is
there a way to _force_ the compiler to link to a library shared? (-l
doesn't seem to always work -- it sometimes seems to like the static
one...)


Jim


From debian-devel-request@lists.debian.org Wed Jul 10 10:33:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 10:17:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 10:17:26 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 09:32:05 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3523: strace ipcs" core dumps
Reply-To: Neil Turton <N.D.Turton@chu.cam.ac.uk>, 3523@bugs.debian.org
Resent-From: Neil Turton <N.D.Turton@chu.cam.ac.uk>
Orignal-Sender: ndt1001@chu.cam.ac.uk (Neil Turton)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Wichert Akkerman <wakkerma@wi.leidenuniv.nl>
Resent-Date: Tue, 09 Jul 1996 09:18:02 GMT
Resent-Message-ID: <handler.3523.B3523.83690322514056@bugs.debian.org>
X-Debian-PR-Package: strace
X-Loop: owner@bugs.debian.org
Message-Id: <m0udYd3-0002eEC@artemis.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 09:58 BST
Sender: ndt1001@chu.cam.ac.uk (Neil Turton)
To: wakkerma@wi.leidenuniv.nl
CC: 3523@bugs.debian.org
In-reply-to: <199607081225.MAA04875@ind302fc.wi.leidenuniv.nl>
	(wakkerma@wi.leidenuniv.nl)
From: Neil Turton <N.D.Turton@chu.cam.ac.uk>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4697
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hello!

wakkerma@wi.leidenuniv.nl (Wichert Akkerman) wrote:
> I've uploaded strace_3.1-2 sometime ago to master. Could you check if
> the problem also occurs on that version? I'll try to reproduce the
> problem over here.

  It doesn't seem to have surfaced yet.  At least I couldn't find it.
The latest I could find was 3.0-5.  I presume I'm looking in the right
place: "{stable,unstable}/binary-i386/devel/strace*".

Neil.
+--------------------------------------------------+----------------------+
| Neil Turton, Assistant computer officer          | Snail Mail to:       |
|  Churchill College                               |  Churchill college,  |
| http://www.chu.cam.ac.uk/home/ndt1001/home.html  |  Cambridge. CB3 0DS. |
+--------------------------------------------------+----------------------+
| GCM(M) d H s+:- !g p0>+ !au(-) a- w+ v C+++@ UL++++$(+++) P+ L+++ 3-    |
| E++ N-(+) K- W--- M-- V po Y+ t-- 5 !j R- G? !tv(-) b+ D+ B? e+++ u(*)  |
| h-- f !r>+++ n+ y?                                                      |
+-------------------------------------------------------------------------+


From debian-devel-request@lists.debian.org Wed Jul 10 10:58:06 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 10:57:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 10:57:57 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 10:14:31 -0000
Resent-Date: 9 Jul 1996 10:14:31 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <wakkerma@wi.leidenuniv.nl>
From: wakkerma@wi.leidenuniv.nl (Wichert Akkerman)
Message-Id: <199607091015.GAA05981@artemis.wi.leidenuniv.nl>
Subject: Re: definition of "Required" priority
To: sgk@sgk.tiac.net
Date: Tue, 9 Jul 1996 12:15:38 +0200 (METDST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <199607071649.MAA05739@sgk.tiac.net> from "Susan G. Kleinmann" at Jul 7, 96 12:49:55 pm
Organization: Zeilclub `Ten Onder!'
Content-Type: text/plain; charset=US-ASCII
X-Mailer: ELM [version 2.4 PL24 (modified)]
Content-Type: text
Resent-Message-ID: <"B2QuR1.0.1w5.74Zun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4698
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


:-> Sven Rudolph pointed out that the definition of "Required" packages
:-> might need refining.  Currently, it says:
:->    Required packages are absolutely essential.
:->    You absolutely must not remove these packages
:->    or your systems will become unuseable and your will not even be able to
:->    use dpkg to put things back.  Systems with only the Required packages are
:->    probably unuseable, but they do have enough functionality to install more
:->    software.

[.. snip ..]

:-> Now, I believe it would be easy to operate a Linux system without
:-> mbr or adduser or syslinux, and possible to operate a Linux system without
:-> a number of other packages.

I agree. However, I think the problem is more a misuse of the required flag
then a erronous definition of `required'. Personally, I have not installed
mbr and adduser and my system is perfectly useable and stable. The best
way to solve this problem IMHO is removing the required flag from those
packages.

Grtz,
  Wichert.


From debian-devel-request@lists.debian.org Wed Jul 10 11:23:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 11:05:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 11:05:15 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 10:21:16 -0000
Resent-Date: 9 Jul 1996 10:21:16 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <alvar@meiko.co.uk>
Date: Tue, 9 Jul 1996 10:50:37 +0000
Message-Id: <9607090950.AA14109@getafix.meiko.co.uk>
To: jimr@simons-rock.edu
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ud3I2-0002EvC@plato> (jimr@simons-rock.edu)
Subject: Re: Bug#3520: Manpages netpbm show up double
From: Alvar Bray <alvar@meiko.co.uk>
Resent-Message-ID: <"QXTc72.0.zE6.RAZun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4699
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "James" == James A Robinson <jimr@simons-rock.edu> writes:

    >> This thing of manpages showing up double was my own mistake. I did purge
    >> pbmplus before installing, and I did ran 'mandb' after installing netpbm,
    >> but I *DIDN'T* run 'mandb -c' to newly create the database.
    >> 
    >> Sorry if I have caused to much useless work already.

    James> Well, this is a problem for either netpbm or for mandb.  The user
    James> should not have to run "mandb -c" to make apropos work again.  Can
    James> mandb be set to automatically detect missing manpages and recreate the
    James> database?  Or should netpbm recreate the man database in the postinst?

Sorry. I havent really been following this thread too closely but to
comment on the above ...

Indeed the user should never have to run mandb by hand.  Whenever the
man command is run it should rebuild the index if it detects any new
man pages have been added. (it uses dir timestamps etc to do this)

So after adding a man page the fist invocation of man anything by
anybody should update the database for everybody. 

The only package that should rebuild the database is the man package
itself. 

At all other times man/apropos etc should just DTRT (unless of course
you know better ... :)


alvar       (man package maintainer)

-- 
Alvar Bray

Meiko Limited, 2440 The Quadrant, Aztec West, Bristol BS12 4QJ, England.
Phone:  +44 1454 855222   Fax:   +44 1454 855223     
E-Mail: alvar@meiko.co.uk alvar@netcity.co.uk alvar@debian.org


From debian-devel-request@lists.debian.org Wed Jul 10 11:23:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 11:07:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 11:07:49 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 10:21:19 -0000
Resent-Date: 9 Jul 1996 10:21:19 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <wakkerma@wi.leidenuniv.nl>
From: wakkerma@wi.leidenuniv.nl (Wichert Akkerman)
Message-Id: <199607091021.GAA06037@artemis.wi.leidenuniv.nl>
Subject: Re: What prints "you don't exist, go away?"
To: bruce@pixar.com (Bruce Perens)
Date: Tue, 9 Jul 1996 12:21:49 +0200 (METDST)
Cc: debian-devel@pixar.com
In-Reply-To: <m0ud1hp-0006fnC@mongo.pixar.com> from "Bruce Perens" at Jul 7, 96 02:49:00 pm
Organization: Zeilclub `Ten Onder!'
Content-Type: text/plain; charset=US-ASCII
X-Mailer: ELM [version 2.4 PL24 (modified)]
Content-Type: text
Resent-Message-ID: <"ynceR.0.GF6.VAZun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4700
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hello there!

:-> is GNU libc getpwent(). What is printing the "Go away!" message?

I've got no idea. Have you tried `grep -l "Go away" /lib/* /sbin/* /usr/lib/*"?

:-> 1. The login program should simply ignore *any* malformed line in
:-> /etc/passwd.  Adding such a line, or lines, should never interfere
:-> with logging in using the accounts described by the other valid lines.

If I'm not mistaken login relies on the getpwnam() function in libc, so
the problem is probably libc-related.

:-> 2. The program that handles C-M-DEL should not check the passwd file
:-> in any way before it reboots, so that an invalid passwd file cannot
:-> prevent rebooting.

The shutdown as supplied with sysvinit checks which users are working at
the console to prevent unauthorized users from rebooting the system, so
checking the account is necessary. Of course we can start a discussion on
wether this is a usefull option for init..

:-> 3. The error message "You don't exist. Go away!" should be changed to
:-> something sober and informative.  Having humor in the operating system
:-> is good, but not if it misleads people, especially at times when
:-> something is very wrong and users are feeling anxious.

sudo is great for humer (`where did you learn to type?'), but I agree that
errors should always tell what's wrong.

:-> 4. The telnet and rlogin servers should accept connections without
:-> checking /etc/passwd in any way, so that an invalidity does not prevent
:-> getting a telnet or rlogin connection.

See 1.

Grzt,
  Wichert.


From debian-devel-request@lists.debian.org Wed Jul 10 11:23:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 11:10:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 11:10:37 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 10:22:06 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3725: Another data point on apropos segfaulting.
Reply-To: Alvar Bray <alvar@meiko.co.uk>, 3725@bugs.debian.org
Resent-From: Alvar Bray <alvar@meiko.co.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Alvar Bray <alvar@debian.org>
Resent-Date: Tue, 09 Jul 1996 10:03:01 GMT
Resent-Message-ID: <handler.3725.B3725.83690622914823@bugs.debian.org>
X-Debian-PR-Package: man
X-Loop: owner@bugs.debian.org
Date: Tue, 9 Jul 1996 10:52:54 +0000
Message-Id: <9607090952.AA14128@getafix.meiko.co.uk>
To: rkrug@midway.uchicago.edu, 3725@bugs.debian.org
From: Alvar Bray <alvar@meiko.co.uk>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4701
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "rkrug" == rkrug  <rkrug@midway.uchicago.edu> writes:

    rkrug> Package: man
    rkrug> Version: 2.3.10-11

    rkrug> Whilst apropos and man -k segfault, and so dump core, when using bash,
    rkrug> they do not do so when using rc. Hope this helps.

How very intriguing I am going to have a big bug-fixup in the next few
days.

Thanks

alvar



-- 
Alvar Bray

Meiko Limited, 2440 The Quadrant, Aztec West, Bristol BS12 4QJ, England.
Phone:  +44 1454 855222   Fax:   +44 1454 855223     
E-Mail: alvar@meiko.co.uk alvar@netcity.co.uk alvar@debian.org


From debian-devel-request@lists.debian.org Wed Jul 10 11:48:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 11:25:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 11:25:23 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 10:30:42 -0000
Resent-Date: 9 Jul 1996 10:30:42 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0udYVL-000HX9C@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: Re: popclient and a socket -P (password) file. 
In-Reply-To: Your message of "Mon, 08 Jul 1996 07:39:13 +0300."
             <m0ud86M-000HfbC@liw.clinet.fi> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1771252312P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 09 Jul 1996 11:50:45 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"WnPWu.0.DO6.IJZun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4702
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_-1771252312P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

I wrote, re: making POP not transmit passwords in cleartext:
> The modifications should be relatively trivial, if the protocol is 
> sensible.

I grabbed the RFC for POP3 and it would indeed be pretty trivial to do it.
I'm not sure it would be really worth it (the letters would still be
transmitted in cleartext), and anyway, I'm not really in need of it
myself.  If anyone wants it badly enough, however, I might have a stab
at it one day.  I won't bother, unless someone tells me they're willing
to install it.  (I would only make the change in qpopper and popclient;
other clients would need to be modified by others.)



--==_Exmh_-1771252312P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMeIdY4QRll5MupLRAQFDTgQAz2bvCebF6COjvEzkT/ko01vAGsA1gDe5
AcvO/Xx3oeVLPxN7MRUyIaY9RyAW7zt/osUDL3Ad1lsn8/Dru03QFYV0COHR9AeW
N2k57F6fFldhrJWoOrmXhkLYKXBdnxSCbhZL204/pyLH7FLwD1QFShziScuxGxu/
/phjzsGJ57g=
=fbKh
-----END PGP MESSAGE-----

--==_Exmh_-1771252312P--


From debian-devel-request@lists.debian.org Wed Jul 10 12:13:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 12:05:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 12:05:36 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 10:46:03 -0000
Resent-Date: 9 Jul 1996 10:46:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <miquels@cistron.nl>
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607091045.MAA11615@picard.cistron.nl>
Subject: Re: What prints "you don't exist, go away?"
To: bruce@pixar.com (Bruce Perens)
Date: Tue, 9 Jul 1996 12:45:10 +0200 (MET DST)
Cc: debian-devel@pixar.com
In-Reply-To: <m0ud1hp-0006fnC@mongo.pixar.com> from "Bruce Perens" at Jul 7, 96 02:49:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"zy38q1.0.Xk6.hXZun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4703
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Bruce Perens) wrote:
> Richard Stallman's 0.93R6 laptop locked him out of the system, and printed
> "You don't exist. Go away!". If we had done this deliberately it couldn't
> have been funnier :-), but we should fix it. I think part of the problem
> is GNU libc getpwent(). What is printing the "Go away!" message?

Oh, shutdown prints it. Sorry ;). A lot of Unix programs have the following
code in it:

  if ((pwd = getpwuid(getuid())) == NULL) {
	fprintf(stderr, "You don't exist. Go away.\n");
	exit(1);
  }

I don't know why but I took over the habit. The suit-and-tie code would be

"Your userid (%d) couldn't be mapped to a name in the password file", getuid()

but I like this more.. And I also want the "lp1 on fire" message back
in the kernel ! :)

Anyway I've fixed it not to complain if (getuid() == 0).

> From: Richard Stallman <rms@dcc.unicamp.br>
> 
> 3. The error message "You don't exist. Go away!" should be changed to
> something sober and informative.  Having humor in the operating system
> is good, but not if it misleads people, especially at times when
> something is very wrong and users are feeling anxious.

Well. I'm glad he didn't log in as "tyler". Read "dowall.c" to see why :) :)

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Wed Jul 10 13:53:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 13:51:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 13:51:06 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 12:07:32 -0000
Resent-Date: 9 Jul 1996 12:07:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Tue, 9 Jul 1996 08:08:16 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Andy Guy <awpguy@acs.ucalgary.ca>
cc: branderh@debian.IAEhv.nl, debian-devel@lists.debian.org
Subject: Re: dchanges-3.3 and package names 
In-Reply-To: <m0udLQd-0004ngC@frodo.nx.cpsc.ucalgary.ca>
Message-ID: <Pine.LNX.3.94.960709080405.17006A-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"nDOcw2.0.xo7.3kaun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4704
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 8 Jul 1996, Andy Guy wrote:

> 
> Dale Scheetz writes:
> >
> >On Tue, 2 Jul 1996 branderh@debian.IAEhv.nl wrote:
> >
> >> > In upgrading debian.rules in various packages I have incorporated the use
> >> > of dpkg-name to name the package source file "correctly". The problem that
> >> > results, comes from the fact that dchanges has the comparison string for a
> >> > package name hard coded into the script. I was able to hack the new file
> >> > name structure into this code, but it would be much nicer if the script
> >> > could use dpkg-name to do the name verification. This would make dchanges
> >> > "always" compatible with the current naming convention (it seems like it
> >> > may yet change again!). It's not clear to me how you would get dpkg-name
> >> > to do this for you, but maybe Ian could help make it possible.
> >> 
> >> One might only use dpkg-name on .deb files. It reads the info by using
> >> dpkg-deb.  This information can't be extracted from .tar.gz and/or .diff.gz 
> >> files.  That is the reason why I'm opposed changing the .tar.gz and .diff.gz
> >> names.  At least for this moment.  If it can't be done automatically don't
> >> do it (IMHO).
> >
> >It is the .deb file that is causing the problem with dchanges. The naming
> >of the .deb file is now controled by dpkg-name, and currently dchanges is
> >out of step with dpkg-name.
> >Probably what is needed is an option for dpkg-name, like --print-pkgname,
> >so that dchanges could verify that the package is named correctly.
> >
> >I don't even want to bring source package naming into this discussion.
> >
> >> 
> >> dchanges thinks otherwise (unfortunately).
> >
> >Exactly!
> >
> 
> Version 3.4 (uploaded a couple of weeks ago) uses the new scheme for
> .deb files and source files (producing warnings for the old style).
> Eric dosn't like using it for source files, Guy does and so do I.
> 
> I can easily upload a new version that uses the old scheme for source
> if that is what is required - but looking at debian-changes some
> people have already made the change.
> 
> I am really looking for Bruce to make a pronoucement.
> 
It would be much better, if dchanges could automaticaly track naming
convention changes, in much the same way that debian.rules has recently
been changed to incorporate the automatic name production provided by
dpkg-name. If dchanges could use a feature in dpkg to verify proper
naming, then whenever the naming convention changed, and dpkg reflected
that change, dchanges could automaticaly reflect the same changes, without
re-coding.

Thanks,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Wed Jul 10 14:18:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 14:09:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 14:09:39 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 12:19:47 -0000
Resent-Date: 9 Jul 1996 12:19:47 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <clinhart@ping.at>
Date: Tue, 9 Jul 1996 14:16:01 +0200
From: Christian Linhart <clinhart@ping.at>
Message-Id: <199607091216.OAA03510@baer.christian.linhart.nodomain>
To: debian-devel@lists.debian.org
Subject: uploading xarchie_2.0.10-6
Resent-Message-ID: <"eT_nl.0.i8.Yvaun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4705
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 09 Jul 96 12:05 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Christian Linhart <chris@debian.org>
Source: xarchie
Version: 2.0.10-6
Binary:  xarchie
Architecture:  i386 source
Description: 
 xarchie: X11 browser interface to archie
Changes: 
 * Changed maintainer's email address to chris@debian.org.
 * Updated debian.rules and debian.control for new packaging
   standards and to support building on different architectures.
 * Added extended description.
Files:
 951a416730d1e68102e23947a0179a0a  262925  -   xarchie_2.0.10-6.tar.gz
 a910fc6275cb028e2263fc3b92b3dcb0  18325  -   xarchie_2.0.10-6.diff.gz
 46b8f02b84ddcef9fe8e51c2ee6cd397  129304  non-free  extra  xarchie_2.0.10-6_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeJLxKSVr+OuMEL9AQGeMgQAmdzxYRenqf4O9CsCPCjYsvGcuu8m+kud
fv0t5egNpwU7CGALcn6SW5Iz9ZFrECsb1AsmcISkmy123E3Zg2oGvznC+apSoA4B
hMZnIrEbckD4CPSN4nHiydYJS0dyAWO0KcGBs3IlL100PYeSBKKWa6ab+YUMhhnP
LLDcj7WyttU=
=FpNl
-----END PGP SIGNATURE-----

--
Christian Linhart <chris@cosy.sbg.ac.at, chris@debian.org, clinhart@ping.at>
Student of Computer Science at Salzburg University (Austria/Europe)
get my PGP public key with "finger -l chris@cosy.sbg.ac.at"


From debian-devel-request@lists.debian.org Wed Jul 10 14:18:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 14:14:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 14:14:06 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 12:19:54 -0000
Resent-Date: 9 Jul 1996 12:19:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <clinhart@ping.at>
Date: Tue, 9 Jul 1996 13:17:15 +0200
From: Christian Linhart <clinhart@ping.at>
Message-Id: <199607091117.NAA01413@baer.christian.linhart.nodomain>
To: debian-devel@lists.debian.org
Subject: uploading statserial_1.1-13
Resent-Message-ID: <"D6nF13.0.u8.gvaun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4706
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 09 Jul 96 11:14 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Christian Linhart <chris@debian.org>
Source: statserial
Version: 1.1-13
Binary:  statserial
Architecture:  i386 source
Description: 
 statserial: displays serial port modem status lines
Changes: 
 * Added extended description. This fixes bug#3639.
Files:
 88199d0bbb825bb6c77c8ae28e5b79ef  12987  -   statserial_1.1-13.tar.gz
 879fbb1dcf902f1a6820740ce45666f8  2979  -   statserial_1.1-13.diff.gz
 7b2f855ac75714f3d3b2063171d7ecf2  7316  admin  extra  statserial_1.1-13_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeI/FqSVr+OuMEL9AQGvLAP/Wpc13r33Yr5BJ95RWuggNpl2XqQVWdvm
XvUnqoKZhJnBjediB2MUuq4SxSIKqpeyLkeJPIncpVC/9aJbpqb+B+UKwA7dz0gl
3dVfi6u1s2xBD12XVgN+4iLlKkrtPgpEt9PLBINwQclHrfNNw14d8fFkPdJdbBDQ
sxOhuVU2j5w=
=coBA
-----END PGP SIGNATURE-----

--
Christian Linhart <chris@cosy.sbg.ac.at, chris@debian.org, clinhart@ping.at>
Student of Computer Science at Salzburg University (Austria/Europe)
get my PGP public key with "finger -l chris@cosy.sbg.ac.at"


From debian-devel-request@lists.debian.org Wed Jul 10 15:33:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 15:23:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 15:23:02 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 13:42:23 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3730: improper lookup of window managers by /etc/X11/Xsession
Reply-To: andy@virginia.edu, 3730@bugs.debian.org
Resent-From: andy@virginia.edu
Resent-To: debian-devel@lists.debian.org
Resent-CC: Stephen Early <sde1000@debian.org>
Resent-Date: Tue, 09 Jul 1996 13:18:01 GMT
Resent-Message-ID: <handler.3730.B.83691823617893@bugs.debian.org>
X-Debian-PR-Package: xbase
X-Loop: owner@bugs.debian.org
Message-Id: <9607091258.AA23794@viper.cs.Virginia.EDU>
To: submit@bugs.debian.org
Date: Tue, 9 Jul 1996 08:58:30 -0400 (EDT)
From: andy@virginia.edu
X-Mailer: ELM [version 2.4 PL25]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4707
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: xbase
Version: 3.1.2-9

Xsession searches for a window manager to run using

for i in `cat /etc/X11/window-managers`
...

Unfortunately, window-managers contains comment lines, beginning with #.
The above line causes the # signs and all words of the comment to be
tested as possible window managers.  If a user invoking startx had one
of those words as a command in their search path, bad things would
happen.  This can be easily fixed by changing the line to

for i in `grep -v \# /etc/X11/window-managers`

I am using Debian 1.1.

Andrew Booker
andy@Virginia.EDU


From debian-devel-request@lists.debian.org Wed Jul 10 15:33:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 15:31:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 15:31:01 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 13:47:43 -0000
Resent-Date: 9 Jul 1996 13:47:43 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <chrish@ana.concordia.ca>
Date: Tue, 9 Jul 1996 06:49:25 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
X-Sender: chrish@ana.concordia.ca
To: Yves Arrouye <arrouye@marin.fdn.fr>
cc: debian-devel@lists.debian.org, Andrew Howell <andrew@it.com.au>
Subject: Re: Bug in Lynx?
In-Reply-To: <199607080731.JAA00886@marin.fdn.fr>
Message-ID: <Pine.SGI.3.94.960709064514.5533A-100000@ana.concordia.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"siSuT3.0.wg1.-Bcun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4708
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 8 Jul 1996, Yves Arrouye wrote:

> If Lynx gets a document with something like
[snip -- possible Lynx bug deleted]

Maybe using the new version 2.5 would help with this bug... It also
doesn't bomb whe you access a page with so-called JavaScript, etc.

It is being packaged? Or is Lynx orphaned?

   Christian


From debian-devel-request@lists.debian.org Wed Jul 10 15:58:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 15:40:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 15:40:58 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 13:56:37 -0000
Resent-Date: 9 Jul 1996 13:56:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <chrish@ana.concordia.ca>
Date: Tue, 9 Jul 1996 06:58:28 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
X-Sender: chrish@ana.concordia.ca
To: debian-devel@lists.debian.org
Subject: QMAIL 0.75 RPM and SRPM (fwd)
Message-ID: <Pine.SGI.3.94.960709065301.5533B-100000@ana.concordia.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"5hNcQ.0.iu1.KKcun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4709
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Is anyone working on a qmail package?

If people don't think it's stable enough then it could go in
project/experimental for a little while... but it'd be nice ot have one.

I could do it if no one volunteers... But I'd rather see it done by
someone who's installed qmail and knows it well than by someone who's
never installed qmail and knows little about it (i.e. me). 

  Christian


---------- Forwarded message ----------
Date: Mon, 8 Jul 1996 22:52:32 -0500 (CDT)
From: David Summers <david@dsum.fay.ar.us>
To: redhat-devel-list@redhat.com, djb-qmailbeta@koobera.math.uic.edu
Subject: QMAIL 0.75 RPM and SRPM


I hope these are the right places to post this information...

I have made a Linux RedHat RPM and SRPM package for QMAIL 0.75 and placed
them in ftp://ftp.redhat.com/incoming directory.

Please someone tell me if I goofed up as this is one of my first tries
at QMAIL, RedHat RPM packages, and things like this.

   - David Summers



From debian-devel-request@lists.debian.org Wed Jul 10 16:23:20 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 16:14:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 16:14:21 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 14:44:27 -0000
Resent-Date: 9 Jul 1996 14:44:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <konold@fiwi02.wiwi.uni-tuebingen.de>
Date: Tue, 9 Jul 1996 16:56:36 +0200
From: Martin Konold <konold@fiwi02.wiwi.uni-tuebingen.de>
Subject: ftp.debian.org
To: debian-devel@lists.debian.org
cc: joey@Troi.Orgatech.DE
Message-ID: <Pine.3.89.9607091601.F11077-0100000@fiwi02.wiwi.uni-tuebingen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"1JVuX1.0.Ak2.B1dun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4711
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Dear Developers,

1.) Thank you for all the tremendous work you are putting into debian.
    Special thanks to the maintainers of the excellent packages.
2.) Now the bad side...

I do have constant trouble with the main ftp.debian.org site/distribution.
The most annoying fact is that files do permanently change in /debian/buzz.
I urge you NOT to change anything in this directory but please put the 
necessary BUG FIXES in /debian/buzz-fixes.
Please remember, if you are changing the buzz dir all the time the 
mirrors will never get in sync.
Nobody will be able to successfully support debian because you never know 
wich version the customers have installed.
I hate to have 20 different Debian1.1 releases.
If the Debian Projekt [TM] will keep on with this practise you will loose 
a lot of your supporters,

Yours,
-- martin

P.S.   sorry for my angry language.
P.P.S. ftp.debian.org still does have severe networking problems...

// Martin Konold, Muenzgasse 7, 72070 Tuebingen, Germany  // 
// Email: konold.@tat.physik.uni-tuebingen.de            // 
   Just go ahead and write your own multitasking multiuser os !
                 Worked for me all the times.
                     -- Linus Torvalds --
  RMSisch ist schlimmer als GNUisch (die fanatisch/religioese
  Steigerung von GNUisch,  daher ist GNUisch "nur" RMSisch-- ;-)
                     -- Harald Koenig --


From debian-devel-request@lists.debian.org Wed Jul 10 16:23:20 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 16:02:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 16:02:28 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 14:10:15 -0000
Resent-Date: 9 Jul 1996 14:10:15 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dominik.kubla@uni-mainz.de>
Message-Id: <199607091409.QAA27790@bambi.zdv.Uni-Mainz.DE>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: joey@finlandia.infodrom.north.de (Martin Schulze),
  debian-devel@lists.debian.org (Debian Developers)
Subject: Re: Automatic mount of cdroms 
In-reply-to: Your message of "Mon, 08 Jul 1996 13:13:00 -0000."
             <m0udFCN-0002ZVC@chiark.chu.cam.ac.uk> 
Date: Tue, 09 Jul 1996 16:09:09 +0200
From: Dominik Kubla <dominik.kubla@uni-mainz.de>
Resent-Message-ID: <"-cHSI1.0.VC2.7Xcun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4710
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Is amd going to be of any use here ?


Yes.  I will include this as an option for the configscript of the
release for Debian 1.2

Dominik


From debian-devel-request@lists.debian.org Wed Jul 10 16:23:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 16:20:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 16:20:49 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 14:57:19 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3731: snmpd: patch for hrProcessorLoad MIB variable
Reply-To: Patrick.Weemeeuw@kulnet.KULeuven.ac.be, 3731@bugs.debian.org
Resent-From: Patrick Weemeeuw <patrick@kulnet.KULeuven.ac.be>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Tue, 09 Jul 1996 14:33:01 GMT
Resent-Message-ID: <handler.3731.B.83692273919298@bugs.debian.org>
X-Debian-PR-Package: snmp
X-Loop: owner@bugs.debian.org
Date: Tue, 9 Jul 1996 16:29:36 +0200
Message-Id: <199607091429.QAA23104@amber.kulnet.kuleuven.ac.be>
From: Patrick Weemeeuw <patrick@kulnet.KULeuven.ac.be>
To: debian-bugs@pixar.com
Organization: K. U. Leuven Network - Belgium
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4712
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: snmp
Version: 2.1.2l4-1

The hrProcessorLoad MIB variable is not computed correctly in snmp
2.1.2l4: the value returned is max(loadavg*100, 100).  Under linux, we
can compute the correct value by regurarly polling the idle jiffies
counter available in /proc/stat.  The patch below adds a signal
handler to correctly keep track of the cpu load over the last minute.

Patrick Weemeeuw, network manager
K.U.Leuven, KULeuvenNet, currently at the Dept. of Computer Science
	Celestijnenlaan 200 A, B-3001 Leuven, Belgium
Tel: +32 16 327635 Fax: +32 16 327996
E-mail: patrick.weemeeuw@kulnet.kuleuven.ac.be
PGP key: ftp://ftp.kulnet.kuleuven.ac.be/pub/people/patrick/pgpkey.asc


======================================================================
diff --recursive -u --new-file snmp-2.1.2l4/agent/Makefile.in snmp-2.1.2l4.patched/agent/Makefile.in
--- snmp-2.1.2l4/agent/Makefile.in	Tue Jul 25 00:53:35 1995
+++ snmp-2.1.2l4.patched/agent/Makefile.in	Tue Jul  9 13:46:00 1996
@@ -14,9 +14,9 @@
 
 snmpd:	snmpd.o kernel.o snmp_agent.o snmp_vars.o snmp_var_route.o \
 	party_vars.o context_vars.o acl_vars.o view_vars.o view_parse.o \
-	alarm.o event.o route_write.o ${LIBS}
+	alarm.o event.o route_write.o hr_processor_load.o ${LIBS}
 	rm -f snmpd || true
-	${CC} -o $@ snmpd.o kernel.o snmp_agent.o snmp_vars.o snmp_var_route.o party_vars.o context_vars.o acl_vars.o view_vars.o view_parse.o alarm.o event.o route_write.o  ${LPATH}
+	${CC} -o $@ snmpd.o kernel.o snmp_agent.o snmp_vars.o snmp_var_route.o party_vars.o context_vars.o acl_vars.o view_vars.o view_parse.o alarm.o event.o route_write.o hr_processor_load.o ${LPATH}
 
 sabersnmpd:	snmpd.c kernel.o snmp_agent.c snmp_vars.o snmp_var_route.o party_vars.c context_vars.c acl_vars.c view_vars.c view_parse.c ../snmplib/acl.c ../snmplib/acl_parse.o ../snmplib/asn1.c ../snmplib/md5.o ../snmplib/mib.o ../snmplib/parse.o ../snmplib/party.c ../snmplib/context.c ../snmplib/party_parse.o ../snmplib/context_parse.o ../snmplib/snmp.c ../snmplib/snmp_api.c ../snmplib/snmp_auth.c ../snmplib/snmp_client.o ../snmplib/view.c alarm.c event.c route_write.c ../snmplib/system.o ../lib/libdes.a /lib/libc.a
 	#load $(CFLAGS) snmpd.c kernel.o snmp_agent.c snmp_vars.o snmp_var_route.o party_vars.c context_vars.c acl_vars.c view_vars.c view_parse.c ../snmplib/acl.c ../snmplib/acl_parse.o ../snmplib/asn1.c ../snmplib/md5.o ../snmplib/mib.o ../snmplib/parse.o ../snmplib/party.c ../snmplib/context.c ../snmplib/party_parse.o ../snmplib/context_parse.o ../snmplib/snmp.c ../snmplib/snmp_api.c ../snmplib/snmp_auth.c ../snmplib/snmp_client.o ../snmplib/view.c alarm.c event.c route_write.c ../snmplib/system.o ../lib/libdes.a /lib/libc.a
@@ -38,4 +38,4 @@
 alarm.c:  ../snmplib/party.h
 event.c:  ../snmplib/party.h
 snmpd.c:  ../snmplib/party.h
-
+hr_processor_load.o: hr_processor_load.h
diff --recursive -u --new-file snmp-2.1.2l4/agent/hr_processor_load.c snmp-2.1.2l4.patched/agent/hr_processor_load.c
--- snmp-2.1.2l4/agent/hr_processor_load.c	Thu Jan  1 01:00:00 1970
+++ snmp-2.1.2l4.patched/agent/hr_processor_load.c	Tue Jul  9 13:46:00 1996
@@ -0,0 +1,120 @@
+/*
+  Linux specific code to maintain and compute the hrProcessorLoad
+  MIB value.
+
+  Copyright (C) Patrick Weemeeuw, 1996.
+  
+  This code is free software; you can redistribute it and/or modify it
+  under the terms of the GNU Library General Public License as published
+  by the Free Software Foundation; either version 2 of the License, or (at
+  your option) any later version.
+     
+  This library is distributed in the hope that it will be useful, but
+  WITHOUT ANY WARRANTY; without even the implied warranty of
+  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+  Library General Public License for more details.
+     
+  You should have received a copy of the GNU Library General Public
+  License along with this library; if not, write to the Free Software
+  Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ */
+   
+
+#include <signal.h>
+#include <stdio.h>
+#include <stdlib.h>
+#include <time.h>
+
+#include "hr_processor_load.h"
+
+#define NROFSAMPLES 12		/* number of samples per minute;
+				   minimum 2 */
+
+static int interval = 60/NROFSAMPLES;
+static long int idleJiffies[NROFSAMPLES+1];
+				/* cyclic array with idle jiffies sampled */
+static time_t sampleTimes[NROFSAMPLES+1]; /* time of each sample */
+static int index;		/* index of the most recent sample */
+
+static void update_HrProcessorLoad();
+
+static long int get_IdleJiffies()
+{
+  FILE *in;
+  long int user, nice, system, idle;
+
+  if((in = fopen("/proc/stat", "r")))
+    {
+      (void) fscanf (in, "cpu %ld %ld %ld %ld", &user, &nice, &system, &idle);
+      fclose (in);
+      return idle;
+    }
+  else
+    {
+      fprintf (stderr, "testhandler: cannot open /proc/stat - please make sure /proc is mounted.\n");
+      exit(1);
+    }
+}
+
+void init_HrProcessorLoad()
+{
+  int i;
+  time_t t = time(0);
+  long int ij = get_IdleJiffies();
+  struct sigaction action;
+    
+  for(i=0;i<=NROFSAMPLES;i++)
+    {
+      idleJiffies[i] = ij;
+      sampleTimes[i] = t;
+    }
+  index = 0;
+
+  action.sa_handler = update_HrProcessorLoad;
+  sigemptyset(&action.sa_mask);
+  action.sa_flags = 0;
+  if(sigaction(SIGALRM, &action, NULL) != 0) {
+    perror(NULL);
+    exit(1);
+  }
+  (void) alarm(interval);	/* schedule first timer interrupt */
+}
+
+static void update_HrProcessorLoad()
+{
+  int oldmask;
+  int cpuLoad;
+  int i;
+
+  index = (index+1)%(NROFSAMPLES+1);
+  sampleTimes[index] = time(0);
+  idleJiffies[index] = get_IdleJiffies();
+
+  /* reschedule for next interrupt */
+  (void) alarm(interval);
+}
+
+int get_HrProcessorLoad()
+{
+  long int elapsedJiffies, nonIdleJiffies;
+  sigset_t currentBlocked, previousBlocked;
+  int oldestIndex = (index+1)%(NROFSAMPLES+1);
+
+  /* prevent signal handler from clobbering the data structures */
+  (void) sigemptyset(&currentBlocked);
+  (void) sigaddset(&currentBlocked, SIGALRM);
+  sigprocmask(SIG_BLOCK, &currentBlocked, &previousBlocked);
+
+  /* actual computation */
+  elapsedJiffies = (sampleTimes[index] - sampleTimes[oldestIndex])*100;
+  nonIdleJiffies =
+    elapsedJiffies - (idleJiffies[index] - idleJiffies[oldestIndex]);
+
+  /* restore signal mask */
+  sigprocmask(SIG_SETMASK, &previousBlocked, NULL);
+  
+  /*
+    printf("non idle: %d elapsed: %d\n", nonIdleJiffies, elapsedJiffies);
+   */
+  return (int) (100 * nonIdleJiffies / elapsedJiffies + 0.5);
+}
diff --recursive -u --new-file snmp-2.1.2l4/agent/hr_processor_load.h snmp-2.1.2l4.patched/agent/hr_processor_load.h
--- snmp-2.1.2l4/agent/hr_processor_load.h	Thu Jan  1 01:00:00 1970
+++ snmp-2.1.2l4.patched/agent/hr_processor_load.h	Tue Jul  9 13:46:00 1996
@@ -0,0 +1,11 @@
+
+#ifndef HR_PROCESSOR_LOAD_H
+
+#define HR_PROCESSOR_LOAD_H
+
+extern void init_HrProcessorLoad(); /* initialise data structures,
+				      adds signal handler
+				    */
+extern int get_HrProcessorLoad(); /* return current load */
+
+#endif
diff --recursive -u --new-file snmp-2.1.2l4/agent/snmp_vars.c snmp-2.1.2l4.patched/agent/snmp_vars.c
--- snmp-2.1.2l4/agent/snmp_vars.c	Sun Aug 20 23:02:21 1995
+++ snmp-2.1.2l4.patched/agent/snmp_vars.c	Tue Jul  9 15:30:22 1996
@@ -31,6 +31,13 @@
  * (schoenfr@ibr.cs.tu-bs.de) 1994/1995.
  */
 
+/*
+ * Small Linux specific patch by Patrick Weemeeuw
+ * (patrick.weemeeuw@kulnet.kuleuven.ac.be)
+ * to keep track of HrProcessorLoad more accurately.
+ * -- 8 July 1996
+ */
+
 #define USE_NAME_AS_DESCRIPTION /*"se0" instead of text */
 #define GATEWAY			/* MultiNet is always configured this way! */
 #include <stdio.h>
@@ -99,6 +106,7 @@
 
 #ifdef linux
 
+#include "hr_processor_load.h"
 #include <pwd.h>
 
 #include <sys/time.h>
@@ -3671,6 +3679,11 @@
 	    return (char *) nulloid;
 	}
 	else {
+#ifdef linux
+	  *var_len = sizeof(long);
+	  long_return = get_HrProcessorLoad();
+	  return (char *) &long_return;
+#else
 	    /* guess a processorload from the avenrun index (over the
                last minute): */
 	    { FILE *in = fopen ("/proc/loadavg", "r");
@@ -3684,6 +3697,7 @@
 	      *var_len = sizeof(long);
 	      return (char *) &long_return;
 	    }
+#endif
 	}
 
     } else if (vp->magic <= HRFSLASTPARTIALBACKUPDATE) {
diff --recursive -u --new-file snmp-2.1.2l4/agent/snmpd.c snmp-2.1.2l4.patched/agent/snmpd.c
--- snmp-2.1.2l4/agent/snmpd.c	Fri Aug 25 10:43:59 1995
+++ snmp-2.1.2l4.patched/agent/snmpd.c	Tue Jul  9 13:46:00 1996
@@ -32,6 +32,13 @@
  * enhancements.
  */
 
+/*
+ * Small Linux specific patch by Patrick Weemeeuw
+ * (patrick.weemeeuw@kulnet.kuleuven.ac.be)
+ * to keep track of HrProcessorLoad more accurately.
+ * -- 8 July 1996
+ */
+
 #include <sys/types.h>
 #include <netinet/in.h>
 #include <stdio.h>
@@ -62,6 +69,9 @@
 #include "snmp_groupvars.h"
 #include "snmp_vars.h"
 #include "event.h"
+#ifdef linux
+#include "hr_processor_load.h"
+#endif
 
 extern int  errno;
 #if 0
@@ -460,6 +470,10 @@
 
     init_snmp();
     init_mib();
+#ifdef linux
+    init_HrProcessorLoad();	/* starts signal handler to keep track of
+				   cpu load */
+#endif
     if (read_party_database(party_conf ()) > 0){
 	fprintf(stderr, "Couldn't read party database from %s\n",
 		party_conf ());


From debian-devel-request@lists.debian.org Wed Jul 10 16:48:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 16:38:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 16:38:15 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 15:08:02 -0000
Resent-Date: 9 Jul 1996 15:08:01 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v0300761dae082436502f@[205.198.168.35]>
In-Reply-To: <m0ud86M-000HfbC@liw.clinet.fi>
References: Your message of "06 Jul 1996 14:59:39 CDT."            
 <86ohltcfv8.fsf@argus.csres.utexas.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 9 Jul 1996 14:59:12 +0000
To: Lars Wirzenius <liw@iki.fi>
From: Michael Shields <shields@crosslink.net>
Subject: Re: popclient and a socket -P (password) file.
Cc: debian-devel@lists.debian.org
Resent-Message-ID: <"Zg5OB1.0.g93.HNdun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4713
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-07-08 04:39 +0000, Lars Wirzenius wrote:
>Doesn't POP still require transmitting the password in clear over the
>net?  I've been told it does (and have a hack that uses ssh instead).
>A public spirited person might want to add an extension to the protocol
>that doesn't transmit the password (server sends random bit string,
>client appends password and computes MD5, server does the same and compares).
>It might be possible to do this so that the server accepts both POP and
>the extension (with an option of not accepting one of them).

This is already standardized -- it's the APOP command.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Wed Jul 10 16:48:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 16:42:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 16:42:28 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 15:22:19 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3730: improper lookup of window managers by /etc/X11/Xsession
Reply-To: Stephen Early <steve@chiark.chu.cam.ac.uk>, 3730@bugs.debian.org
Resent-From: Stephen Early <steve@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Stephen Early <sde1000@debian.org>
Resent-Date: Tue, 09 Jul 1996 15:03:02 GMT
Resent-Message-ID: <handler.3730.B3730.83692423919680@bugs.debian.org>
X-Debian-PR-Package: xbase
X-Loop: owner@bugs.debian.org
Date: Tue, 9 Jul 1996 15:37:56 +0100 (BST)
From: Stephen Early <steve@chiark.chu.cam.ac.uk>
X-Sender: steve@myrddin.chu.cam.ac.uk
To: andy@virginia.edu, 3730@bugs.debian.org
In-Reply-To: <9607091258.AA23794@viper.cs.Virginia.EDU>
Message-ID: <Pine.LNX.3.93.960709150826.6578A-100000@myrddin.chu.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4714
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 9 Jul 1996 andy@virginia.edu wrote:

> Xsession searches for a window manager to run using
> 
> for i in `cat /etc/X11/window-managers`
> ...
> 
> Unfortunately, window-managers contains comment lines, beginning with #.

Good point. I was being lazy when I wrote that. I will incorporate your
change.

Steve Early
sde1000@cam.ac.uk


From debian-devel-request@lists.debian.org Wed Jul 10 17:38:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 17:32:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 17:32:58 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 17:02:28 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3733: problems with compress-package
Reply-To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3733@bugs.debian.org
Resent-From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-To: debian-devel@lists.debian.org
Resent-CC: Yves Arrouye <arrouye@debian.org>
Resent-Date: Tue, 09 Jul 1996 16:48:04 GMT
Resent-Message-ID: <handler.3733.B.83693024724363@bugs.debian.org>
X-Debian-PR-Package: compress-package
X-Loop: owner@bugs.debian.org
Message-Id: <m0udfdp-00013uC@miles.econ.queensu.ca>
Date: Tue, 9 Jul 96 12:28 EDT
To: Report a Debian Bug <submit@bugs.debian.org>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4715
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: compress-package
Version: 1.0-1                                 

1. The file /usr/src/compress/OBTAINING.COMPRESS says: (indented 4 spaces)

-------------------- begin quote --------------------------------------------
Sources for a compress tool that will be built with the files including
here can be found on GNU archives, under the name compress.tar.12; this
     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
archive untars in the current directory.

Any compress-4.0 (named by UCB) will be built correctly.
--------------------- end quote ---------------------------------------------

which is not correct --- GNU mirrors don't carry it. AltaVista just led me to
	ftp://oak.oakland.edu/pub/unix-c/file-mgmt/compress.tar     

2. The debian.rules target "dist" has another target "package" which does 
   not exist, hence "debian.rules dist" fails.


-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Wed Jul 10 18:28:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 18:07:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 18:07:59 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 17:30:54 -0000
Resent-Date: 9 Jul 1996 17:30:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Tue, 9 Jul 1996 19:36:55 +0200
Message-Id: <199607091736.TAA01016@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Cc: bruce@pixar.com
Subject: Debian mirroring: bad problem!
In-Reply-To: <199607081924.VAA29239@excalibur.ibp.fr>
References: <199607071127.NAA08822@marin.fdn.fr>
	<199607081924.VAA29239@excalibur.ibp.fr>
Resent-Message-ID: <"tafYW2.0.hG6.ETfun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4717
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I had problems getting things from the ftp.ibp.fr Debian mirror, and
other French sites (which may or may not mirror from ftp.ibp.fr). I'd
like the concerned people to read the answer of the ftp.ibp.fr mirror
and try to do something about it: I think it would be really bad for
Debian not to be mirrored on sites like ftp.ibp.fr where a lot of
people in France are looking for Linux distributions.

I'd suggest too that Incoming could be mirrored so that people like me
that gets things there sometimes do not overload the US Debian site
which is the only one that have Incoming full (given that things in
Incoming are not always quickly moved, we sometimes *have* to get
things from there).

Yves.

P.S.: their mirror is completely wrecked, but if they can get a
mirroring account in a specific class, I'm sure they'll gladly delete
their damaged Debian hierarchy and mirror again.

Remy Card writes:
 > > Hello,
 > > 
 > > Trying to get the latest ncurses-base from a Debian mirror (ftp.ibp.fr)
 > > I found:
 > > 
 > >	[...]
 > >
 > > I wonder if the problem is found on other mirror sites or if this is
 > > only a problem with the ftp.ibp.fr site?
 > 
 > 	Well, don't be surprised if there are problems with the Debian mirror
 > sites: mirroring ftp.debian.org is like a pain in the *ss, at least on
 > ftp.ibp.fr.  Either the mirror is not allowed to log in since there are too
 > many people connected and it does not seem to exist any special class for
 > mirror sites (and the people managing Debian don't seem to care), or
 > ftp.debian.org does not work, for example:
 > ftp> cd /debian
 > 250-Please see our web site http://www.debian.org for information on Debian.
 > ...
 > ftp> ls
 > 200 PORT command successful.
 > 425 Can't create data socket (206.139.73.13,20): Address already in use.
 > 
 > 	So, it is very difficult to maintain the Debian mirror (I wish it
 > would be as easy to run it than the Red Hat mirror...).  BTW, I don't care
 > and I'll probably end up removing Debian on ftp.ibp.fr, even if it's a shame
 > since around 10 european sites mirror debian from my site.
 > 
 > > Yves.
 > 
 > 		Remy


From debian-devel-request@lists.debian.org Wed Jul 10 19:18:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 18:55:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 18:55:33 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 17:57:47 -0000
Resent-Date: 9 Jul 1996 17:57:47 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <eichin@cygnus.com>
Sender: eichin@cygnus.com
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: Steve Greenland <stevegr@Starbase.NeoSoft.COM>,
  debian-devel@pixar.com (Debian Developers)
Subject: Re: Bug system enhancements
References: <199606302039.PAA27487@Starbase.NeoSoft.COM>
	<m0udFA7-0002ZVC@chiark.chu.cam.ac.uk>
From: Mark Eichin <eichin@cygnus.com>
Date: 09 Jul 1996 13:56:10 -0400
In-Reply-To: Ian Jackson's message of Mon, 8 Jul 96 13:11 BST
Message-Id: <xe1ohlp9upx.fsf@maneki-neko.cygnus.com>
Lines: 14
X-Mailer: Gnus v5.3/Emacs 19.31
Resent-Message-ID: <"D8yn_1.0.1d6.Qsfun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4719
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I'll certainly note that the two most heavily used features of PRMS
(err, GNATS rather) here seem to be
	- list pr's by maintainer
	- list pr's by submitter/customer
The latter is uninteresting for debian since we don't have paying
customers, and none of the submitters are "special" :-) but I'd
certainly have an easier time if I could just pull up my current
responsibility list easily (and getting the list of *all outstanding
bugs* that just happens to be sorted does *not* count as "easily",
given the size of the list - especially from home where I do all of my
real debian work.) 

Perhaps there's an easy way to split apart the "by-maintainer" post
that goes out weekly? 


From debian-devel-request@lists.debian.org Wed Jul 10 19:43:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 19:22:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 19:22:31 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 18:14:00 -0000
Resent-Date: 9 Jul 1996 18:14:00 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0udhI5-0002FwC@plato>
To: Alvar Bray <alvar@meiko.co.uk>
cc: debian-devel@lists.debian.org
Subject: Re: Bug#3520: Manpages netpbm show up double 
In-reply-to: Message from Alvar Bray <alvar@meiko.co.uk> 
   of "Tue, 09 Jul 1996 10:50:37 -0000."References: <9607090950.AA14109@getafix.meiko.co.uk> 
 <9607090950.AA14109@getafix.meiko.co.uk> 
Date: Tue, 09 Jul 1996 14:13:40 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"kq3Lq2.0.Uy6.e5gun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4720
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> Sorry. I havent really been following this thread too closely but to
> comment on the above ...

Ok, the problem was noticed when one person installed pbmplus, which
has manpages like pbmtoxpm.1, and then purged pbmplus and installed
netpbm, which has manpages like pbmtoxpm.1netpbm.  When he ran apropos
pbmtoxpm, he got

	pbmtoxpm (1)		- this is a program
	pbmtoxpm (1netpbm)	- this is a program

And of course, pbmtoxpm.1 didn't really exist.  

> Indeed the user should never have to run mandb by hand.  Whenever the
> man command is run it should rebuild the index if it detects any new
> man pages have been added. (it uses dir timestamps etc to do this)
> 
> The only package that should rebuild the database is the man package
> itself. 

I agree.  Well, if it is ok with you, until this is fixed with man, I
will have netpbm explain the problem and ask the use whether or not he
wants to rebuild the database.



Jim


From debian-devel-request@lists.debian.org Wed Jul 10 19:43:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 19:27:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 19:27:25 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 18:17:27 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3507: named postinst mangled my configuration
Reply-To: Mark Eichin <eichin@cygnus.com>, 3507@bugs.debian.org
Resent-From: Mark Eichin <eichin@cygnus.com>
Orignal-Sender: eichin@cygnus.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Tue, 09 Jul 1996 18:03:04 GMT
Resent-Message-ID: <handler.3507.B3507.83693474726185@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Sender: eichin@cygnus.com
To: Miquel van Smoorenburg <miquels@cistron.nl>, 3507@bugs.debian.org
References: <199607060834.KAA06692@picard.cistron.nl>
From: Mark Eichin <eichin@cygnus.com>
Date: 09 Jul 1996 13:33:20 -0400
In-Reply-To: Miquel van Smoorenburg's message of Sat, 6 Jul 1996 10:34:35 +0200 (MET DST)
Message-Id: <xe1spb19vrz.fsf@maneki-neko.cygnus.com>
Lines: 6
X-Mailer: Gnus v5.3/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4721
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Those directories contain their own Makefiles. When I type "make" in
> /var/named, changed zone files will have their serial number incremented
> and the named server will be reloaded.

Could you send me those bits of makefile? My biggest problem with the
zone I maintain is forgetting to update the serial numbers :-) Thanks...


From debian-devel-request@lists.debian.org Wed Jul 10 19:43:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 19:31:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 19:31:41 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 18:18:50 -0000
Resent-Date: 9 Jul 1996 18:18:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0udhPf-0002h2C@debian.iaehv.nl>
Subject: Re: Having problems doing ftp to master?
To: maor@ece.utexas.edu (Guy Maor)
Date: Tue, 9 Jul 1996 20:21:30 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <Pine.SOL.3.93.960708094945.20719A-100000@brando.ece.utexas.edu> from "Guy Maor" at Jul 8, 96 09:55:41 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"FU2O-2.0.Q-6.AAgun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4722
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> ftp> put mkfixedhier
> 200 PORT command successful.
> 425 Can't create data socket (206.139.73.161,20): Address already in use.
> 
> Can anyone shed some light on this?  Getting the files from master
> works.

Something similar with me yesterday but it seems to be fine now.

"Unix: 30 definitions of regular expressions living under one roof"
                                                                D.E. Knuth
Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Wed Jul 10 20:32:21 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 20:30:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 20:30:33 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 19:02:45 -0000
Resent-Date: 9 Jul 1996 19:02:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0udi1e-0006fnC@mongo.pixar.com>
Date: Tue, 9 Jul 96 12:00 PDT
From: bruce@pixar.com (Bruce Perens)
To: bruce@pixar.com (Bruce Perens),
  Miquel van Smoorenburg <miquels@cistron.nl>
Subject: Re: What prints "you don't exist, go away?"
Cc: debian-devel@pixar.com
Resent-Message-ID: <"GoD0f1.0.re7.Lpgun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4724
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

From: Miquel van Smoorenburg <miquels@cistron.nl>
> I don't know why but I took over the habit. The suit-and-tie code would be
> "Your userid (%d) couldn't be mapped to a name in the password file",
> getuid()

Please fix this when you have the chance. Consider the plight of those poor
novices installing Linux, and _what_they_say_ when these things happen to
them. Bad messages make for bad public relations.

> Anyway I've fixed it not to complain if (getuid() == 0).

Good. Thanks!

> Well. I'm glad he didn't log in as "tyler". Read "dowall.c" to see why.

I don't happen to have the source handy, and I hate to be a killjoy,
but hacks should be removed, please.

	Thanks

	Bruce
--
       Clinton isn't perfect, but I like him a lot more than Dole.

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Wed Jul 10 20:32:21 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 20:23:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 20:23:07 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 18:59:15 -0000
Resent-Date: 9 Jul 1996 18:59:15 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udhzc-0002YdC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 19:58 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Installer packages and arbitrary files referenced by packages
Resent-Message-ID: <"R1hWJ1.0.4Y7.3mgun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4723
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

There is already one package, the Netscape installer, that expects
random files that it needs to be found in /tmp, and another, auctex,
which puts random stuff there.

IMO /tmp is unsuitable for these things because:

(a) It is a shared directory and thus has undesirable security
properties.

(b) It is often regularly cleaned by cron and bootup scripts or
mounted using volatile filesystems, so that data in it is not safe.

(c) It is not somewhere where sysadmins can be expected to look.

To my mind a better (default) place would root's home directory or a
subdirectory of it.  I propose that we decide on a name for this
application, and have packages use that.  If the admin wants the files
in ~root directly or elsewhere then they can make a symbolic link.

As a starting suggestion I propose the name `debian-pkg-stuff'.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 21:22:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 21:01:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 21:01:28 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 19:23:43 -0000
Resent-Date: 9 Jul 1996 19:23:43 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Tue, 9 Jul 1996 14:24:36 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: branderh@debian.IAEhv.nl
cc: debian-devel@lists.debian.org
Subject: Re: Having problems doing ftp to master?
In-Reply-To: <m0udhPf-0002h2C@debian.iaehv.nl>
Message-ID: <Pine.SOL.3.93.960709141057.28228A-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"NMHpE3.0.Ty._6hun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4725
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 9 Jul 1996 branderh@debian.IAEhv.nl wrote:

> > ftp> put mkfixedhier
> > 200 PORT command successful.
> > 425 Can't create data socket (206.139.73.161,20): Address already in use.
> > 
> > Can anyone shed some light on this?  Getting the files from master
> > works.
> 
> Something similar with me yesterday but it seems to be fine now.

Apparently it was a bug in Linux 2.0.1 which was fixed in one of 2, 3,
or 4.

Guy


From debian-devel-request@lists.debian.org Wed Jul 10 21:47:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 21:25:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 21:25:01 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 19:32:33 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3734: X11 problems
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3734@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Stephen Early <sde1000@debian.org>
Resent-Date: Tue, 09 Jul 1996 19:18:04 GMT
Resent-Message-ID: <handler.3734.B.83693925328479@bugs.debian.org>
X-Debian-PR-Package: xbase et al.
X-Loop: owner@bugs.debian.org
Message-Id: <m0udhsv-0002YdC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 19:51 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4726
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: xbase et al.
Version: 3.1.2-9

I upgraded my X stuff from 3.1.2-7.  I was running it from an xterm
and it shut down xdm without asking or noticing that I was running
under X, causing the installation to be rather rudely interrupted.
Oddly, when I retried the installation from an ordinary shell, it did
ask.

During the xbase setup I got several conffiles prompts, most of which
were fairly expected.  I looked at some of the things it was doing,
and saw /etc/X11/config mentioned.  I therefore created
/etc/X11/config and put the things in it that I could see I needed.

Later - when searching for the reasons for my X sessions not working -
I discovered that I had to add many more entries, notably
 allow-user-xsession
 allow-user-modmap
 allow-user-resources
 allow-failsafe

I also saw that
 obey-nologin
has to be present for xdm to honour nologin.  Surely this test should
be reversed, so that
 ignore-nologin
is required to do this rather dangerous thing ?

Finally, I had to edit the supplied Xsession script because it fails
if the user has an executable file or a directory in their home
directory whose name is the same as one of the words in the comment at
the top of /etc/X11/window-managers (!).  My patch is below.

Ian.

--- /etc/X11/Xsession~	Tue May  7 16:00:43 1996
+++ /etc/X11/Xsession	Tue Jul  9 19:51:15 1996
@@ -7,6 +7,7 @@
 # If /etc/environment is present, source it. It's useful to put default
 # environment settings in this file, and then source it both here and in
 # /etc/profile.
+
 if [ -f /etc/environment ] ; then
   . /etc/environment
 fi
@@ -74,7 +75,7 @@
   xterm -ls &
   if [ -e /etc/X11/window-managers ]
   then
-    for i in `cat /etc/X11/window-managers`
+    for i in `sed -e '/^#/d' /etc/X11/window-managers`
     do
       if [ -x $i ]
       then


From debian-devel-request@lists.debian.org Wed Jul 10 21:47:23 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 21:26:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 21:26:52 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 19:32:35 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3464: kernel-source-2.0.0 maintainer scripts #!/usr/bin/perl
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3464@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Tue, 09 Jul 1996 19:18:06 GMT
Resent-Message-ID: <handler.3464.B3464.83693925328493@bugs.debian.org>
X-Debian-PR-Package: kernel-source-2.0.0
X-Loop: owner@bugs.debian.org
Message-Id: <m0udi1c-0002YdC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 20:00 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Cc: Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3464@bugs.debian.org
In-Reply-To: <gvxybl339rt.fsf@diamond.pilgrim.umass.edu>
References: <m0uajbT-0002b4C@chiark.chu.cam.ac.uk>
	<gvxybl339rt.fsf@diamond.pilgrim.umass.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4727
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Manoj Srivastava writes ("Re: Bug#3464: kernel-source-2.0.0 maintainer scripts #!/usr/bin/perl"):
> 	This should not be considered a bug, unless the guidelines are
>  wrong! I'm quoting from the guidelines below, please let me know if
>  I'm wrong, or else I'll close this bug tomorrow.

The guidelines are wrong; I'll fix them.

When they were written it was thought that some scripts on / might
need Perl in /bin.

If I see that you've closed the report I'll reopen it.  I have to say
that allowing only one day for a reply seems entirely unreasonable to
me.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 21:47:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 21:29:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 21:29:02 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 19:32:43 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3473: auctex leaves information in /tmp 
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3473@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Tue, 09 Jul 1996 19:18:08 GMT
Resent-Message-ID: <handler.3473.B3473.83693925328485@bugs.debian.org>
X-Debian-PR-Package: auctex
X-Loop: owner@bugs.debian.org
Message-Id: <m0udhvA-0002YdC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 19:54 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: "James A. Robinson" <jimr@simons-rock.edu>
Cc: Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3473@bugs.debian.org
In-Reply-To: <m0uaqDA-0002DXC@plato>
References: <ian@chiark.chu.cam.ac.uk>
	<sde1000@hermes.cam.ac.uk>
	<osd1000@chiark.chu.cam.ac.uk>
	<m0uajrK-0002bDC@chiark.chu.cam.ac.uk>
	<m0uaqDA-0002DXC@plato>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4728
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

James A. Robinson writes:
> [Ian Jackson:]
> > Either the information in /tmp/wotsit is irrelevant, in which case it
> > should be sent to /dev/null or /var/log or some such, or it is
> > important, in which case it should be shown to the user in the
> > foreground.
> 
> The information is not irrelevant, and will a) tells the person
> whether or not the build succeeded, and b) tells the person when the
> thing is complete.

But it doesn't.  In practice it just sits there until some cron script
removes it again.

> i am not going to change the way I do this unless I am given a better
> argument.  The generation of the files may easily take an hour on a
> 386, and I am not going to force the person to sit through it when it
> can either do it later or just have it work in the background.

You should at least give the user the option of running it in the
foreground - and of course you need to make sure that it doesn't
generate lots of junk output, then.

You also really ought to provide some mechanism that will ensure that
the user gets told if there's an error.

...
> The script outputs STDOUT and STDERR to the file.  If they are too
> silly to check it after being told what is going on, then that can't
> be helped, can it?  

This IMO is not a good attitude towards users.  They are installing a
large and complex piece of software - an operating system - on their
computer, and I wouldn't consider expecting this kind of presence of
mind to be reasonable.

> Whether or not the script has a problem with the build should not
> affect dpkg -- at this point the package is installed properly.  What
> the script does is build the knowledge base of what the user has on
> their system by way of TeX style files.  This is part of the install
> really, but is not vital for the package to work.  Therefore it does
> not matter to dpkg whether or not it succeeds.

Does it matter to the user ?  If so then whether it has succeeded
should be communicated via dpkg, so that dpkg won't think the package
is properly installed.  If not then surely the output in the file is
not important and could be discarded ...

Finally, I don't think that /tmp is the right place for this file.
How about ~root ?

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 22:12:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 22:09:17 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 22:09:16 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 19:57:35 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3462: INN postinst and configuration problems
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3462@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Tue, 09 Jul 1996 19:33:03 GMT
Resent-Message-ID: <handler.3462.B.83694075529714@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
Message-Id: <m0udiFg-0002YdC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 20:15 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Miquel van Smoorenburg <miquels@cistron.nl>
Cc: submit@bugs.debian.org
In-Reply-To: <199607021134.NAA05064@picard.cistron.nl>
References: <m0uak5f-0002ZjC@chiark.chu.cam.ac.uk>
	<ian@chiark.chu.cam.ac.uk>
	<199607021134.NAA05064@picard.cistron.nl>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4729
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Miquel van Smoorenburg writes ("Re: Bug#3462: INN postinst and configuration problems"):
..
> > (This bug was encountered during a test installation of 1.1 done by
> > the three of us.)
> 
> Which three? What are you setting up? A debian news server?

The three people who were in the From line of the original bug report.
Stephen Early, Owen Dunn and myself.  It seems that your mailer can't
handle that.  See our other bug reports.

We were doing a test installation, not setting anything up !

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 22:12:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 22:11:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 22:11:25 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 19:57:38 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3462: INN postinst and configuration problems
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3462@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Tue, 09 Jul 1996 19:33:04 GMT
Resent-Message-ID: <handler.3462.B.83694075529726@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
Message-Id: <m0udiLk-0002YdC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 20:21 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: branderh@debian.IAEhv.nl
Cc: miquels@cistron.nl, submit@bugs.debian.org
In-Reply-To: <m0ubCc2-0002mmC@debian.iaehv.nl>
References: <199607021134.NAA05064@picard.cistron.nl>
	<m0ubCc2-0002mmC@debian.iaehv.nl>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4731
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

branderh@debian.iaehv.nl writes ("Re: Bug#3462: INN postinst and configuration problems"):
> You (Ian Jackson <ian@chiark.chu.cam.ac.uk>,) wrote:
> > /etc/news/inn.conf is a dpkg-handled conffile, but is also modified by
> > the package's scripts.  It should not be included in the package;
> > instead, the postinst should create it if necessary.
> 
> I would like to jump into this.  What about changing the config file
> handling a little.  Making the md5sum available in the
> /var/lib/dpkg/info/*.conffiles so that they can be easily changed by scripts
> rather than that scripts need to acces the status file.  Why would I want to
> do this:
> 
> - providing 'certified' scripts the oppertunity of handling configuration
> files, and let dpkg think that the config file is up to date and ok.

Absolutely not.  I'm not having random maintainer scripts messing with
dpkg's internals.

The right way to do this is to not make the thing a conffile at all.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 22:37:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 22:13:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 22:13:24 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 19:57:43 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3459: inn should Depend on inewsinn, not contain it
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3459@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Tue, 09 Jul 1996 19:33:02 GMT
Resent-Message-ID: <handler.3459.B.83694075529707@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
Message-Id: <m0udiEH-0002YdC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 20:13 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Miquel van Smoorenburg <miquels@cistron.nl>
Cc: submit@bugs.debian.org
In-Reply-To: <199607021125.NAA04859@picard.cistron.nl>
References: <m0uajAz-0002b4C@chiark.chu.cam.ac.uk>
	<ian@chiark.chu.cam.ac.uk>
	<199607021125.NAA04859@picard.cistron.nl>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4730
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Miquel van Smoorenburg writes ("Re: Bug#3459: inn should Depend on inewsinn, not contain it"):
> You (Ian Jackson <ian@chiark.chu.cam.ac.uk>,) wrote:
...
> > The inn and inewsinn packages should be reorganised so that INN
> > depends on inewsinn, rather than conflicting with it.
> > This will make installing and removing INN with dselect much easier.
> 
> Ah. Good idea. However, the inewsinn and inn package have some things in
> common; for example the manpage "inn.conf.5" is in both packages.

So put it in the inewsinn package.  If inn depends on it then it will
be installed.

> > `Replaces: inewsinn' is not appropriate in this context.
> 
> But in the other case it would be, because some files are in both
> packages? What happens if you remove inn but keep inewsinn? Will that
> remove the manpage or will dpkg realize that it's also part of inewsinn?
> 
> > Furthermore, `Recommends: news-reader' should be
> > `Recommends: trn | news-reader', so that there is a sensible default.
> 
> Matter of taste ofcourse. However I share your taste; trn is my news
> reader of choise so I'll change that ;)

No, it's not a matter of taste here - we should make the default be
the same everywhere :-).

Ian.


From debian-devel-request@lists.debian.org Wed Jul 10 23:02:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 10 Jul 1996 22:57:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 10 Jul 1996 22:57:05 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 20:22:36 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3735: cern-httpd doesn't send fqdn on redirect
Reply-To: Sven Rudolph <sr1@os.inf.tu-dresden.de>, 3735@bugs.debian.org
Resent-From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Steve Greenland <stevegr@master.debian.org>
Resent-Date: Tue, 09 Jul 1996 20:03:02 GMT
Resent-Message-ID: <handler.3735.B.83694225430333@bugs.debian.org>
X-Debian-PR-Package: cern-httpd
X-Loop: owner@bugs.debian.org
Date: Tue, 9 Jul 1996 21:56:28 +0200
Message-Id: <199607091956.VAA12665@os.inf.tu-dresden.de>
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4732
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: cern-httpd
Version: 3.0-6

When a URL in a HTTP/1.0 request points to a directory without
trailing slash the server sends a redirect back.

In this requests it gives the new URL with the added slash.

However the new URL contains the server name in the domainless
form. This makes it very difficult for sites in other domains to fetch
the document.

Example:
$ telnet os 80 
Trying 141.76.20.100...
Connected to os.inf.tu-dresden.de.
Escape character is '^]'.
GET /~someuser HTTP/1.0

HTTP/1.0 302 Found
MIME-Version: 1.0
Server: CERN/3.0
Date: Tuesday, 09-Jul-96 19:49:13 GMT
Location: http://os/~someuser/
Content-Type: text/html
Content-Length: 374


I fixed this by adding the following to /etc/cern-httpd.conf :

  # Use this instead of the DNS canonical hostname
  HostName        os.inf.tu-dresden.de


A better fix would be to fix the sources, however there are no active
maintainers foer CERN httpd now ...

	Sven
-- 
Sven Rudolph <sr1@inf.tu-dresden.de> ; WWW : http://www.sax.de/~sr1/


From debian-devel-request@lists.debian.org Thu Jul 11 01:07:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 00:46:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 00:46:09 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 21:42:00 -0000
Resent-Date: 9 Jul 1996 21:42:00 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udkVe-0002XpC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 22:39 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Miquel van Smoorenburg <miquels@cistron.nl>
Cc: debian-devel@lists.debian.org
Subject: Re: Source packaging
In-Reply-To: <199607051039.MAA17911@picard.cistron.nl>
References: <m0ubpih-0002YCC@chiark.chu.cam.ac.uk>
	<199607051039.MAA17911@picard.cistron.nl>
Resent-Message-ID: <"bEpjH3.0._V3.d8jun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4734
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Miquel van Smoorenburg writes ("Re: Source packaging"):
> You (Ian Jackson) wrote:
> >  debian.sourceinfo
> >  debian.Changelog
> >  debian.changestemplate
> >
> >  * Comments ?
> 
> How about replacing the "." with a "/". I have done this in my packages
> (except for the debian.rules file) and it really helps to keep down the
> extra clutter.

If we're going to change the standard anyway this might be a
reasonable change.  I agree that all the debian.* files are getting a
bit much.

Does anyone object ?

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 01:07:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 00:50:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 00:49:59 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 21:53:44 -0000
Resent-Date: 9 Jul 1996 21:53:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udkhZ-0002XpC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 22:52 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian Developer <debian-devel@lists.debian.org>
Subject: Re: Should a --purge also called the prerm with $1=purge
In-Reply-To: <m0ud1if-00014VC@miles.econ.queensu.ca>
References: <m0ud1if-00014VC@miles.econ.queensu.ca>
Resent-Message-ID: <"7wrqq3.0.qj3.eJjun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4735
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dirk Eddelbuettel writes ("Should a --purge also called the prerm with $1=purge"):
> When a package foo that has added some files in a directory /spong/baz of
> it's own is --purge'd, dpkg usually displays a warning as
> 	dpkg - warning: while removing foo, directory /spong/baz is not
> 	empty so not removed.
> which is somewhat unpleasant.
> 
> Adding a
> 	rm -r /spong/baz/*
> in the prerm, conditional on $1 = "purge", doesn't help as dpkg calls
> the prerm only with the "remove" argument.
> 
> Shouldn't it also call the prerm with "purge"? 

This is a known bug.  It is supposed to try to remove the leftover
directories again after doing the purge, and only complain if that
fails.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 01:07:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 00:51:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 00:51:30 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 21:53:54 -0000
Resent-Date: 9 Jul 1996 21:53:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udkYK-0002XpC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 22:42 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging
In-Reply-To: <Pine.LNX.3.94.960705122520.4931A-100000@dwarf.polaris.net>
References: <m0ubpih-0002YCC@chiark.chu.cam.ac.uk>
	<Pine.LNX.3.94.960705122520.4931A-100000@dwarf.polaris.net>
Resent-Message-ID: <"zFNxm.0.Bk3.nJjun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4736
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dale Scheetz writes ("Re: Source packaging"):
...
> Is there some, over-riding, reason what the control information and the
> diff patch can't be combined into one .dsc file? As both the control file
> and the diff file must change for a release that the original source does
> not change for, it seems that management of upgrades is easier if only one
> file is involved. I don't see this as a compelling reason to have the two
> combined, but I see no, more compelling, reason to have them seperate.
> Something I've missed?

Well, firstly, the two files are conceptually different.  Secondly, we
have to provide something that can be used on a non-Debian system, so
the best encapsulation of the patch we can do is to indent it (we need
to be able to PGP-sign the .dsc file).

I think the first reason is more important.  The two files aren't the
same thing at all, and if we're settling on a multi-file format it
doesn't make sense to shoehorn two files into one.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 01:07:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 00:56:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 00:56:21 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 22:02:52 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3736: cpio --sparse miscopies libc.so.4.6.27 !
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3736@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Brian Mays <brian@debian.org>
Resent-Date: Tue, 09 Jul 1996 21:48:04 GMT
Resent-Message-ID: <handler.3736.B.836948255514@bugs.debian.org>
X-Debian-PR-Package: cpio
X-Loop: owner@bugs.debian.org
Message-Id: <m0udkO1-0002XpC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 22:32 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4738
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: cpio
Version: 2.4.2-4

-chiark:~> cd /lib
-chiark:/lib> ll libc.so.4.6.27 
-rwxr-xr-x   1 root     root       634880 Nov 10  1995 libc.so.4.6.27*
-chiark:/lib> md5sum libc.so.4.6.27 
e6f27f4500690702eb42c03ad0706c9b  libc.so.4.6.27
-chiark:/lib> rm -rf ~/junk/d/*
-chiark:/lib> echo libc.so.4.6.27 | cpio --sparse -pvm ~/junk/d
/usr/ian-home/junk/d/libc.so.4.6.27
1240 blocks
-chiark:/lib> ll ~/junk/d/libc.so.4.6.27 
-rwxr-xr-x   1 ian      ian        631296 Nov 10  1995 /usr/ian-home/junk/d/libc.so.4.6.27*
-chiark:/lib> md5sum ~/junk/d/libc.so.4.6.27 
64c93db33c402276e07e6a6da613601c  /usr/ian-home/junk/d/libc.so.4.6.27
-chiark:/lib> rm ~/junk/d/libc.so.4.6.27 
-chiark:/lib> echo libc.so.4.6.27 | cpio -pvm ~/junk/d
/usr/ian-home/junk/d/libc.so.4.6.27
1240 blocks
-chiark:/lib> md5sum ~/junk/d/libc.so.4.6.27 
e6f27f4500690702eb42c03ad0706c9b  /usr/ian-home/junk/d/libc.so.4.6.27
-chiark:/lib> ll ~/junk/d/libc.so.4.6.27 
-rwxr-xr-x   1 ian      ian        634880 Nov 10  1995 /usr/ian-home/junk/d/libc.so.4.6.27*
-chiark:/lib> ldd /usr/bin/cpio 
        libc.so.5 => /lib/libc.so.5.2.18
-chiark:/lib> dpkg -l libc5 cpio
Desired=Unknown/Install/Remove/Purge
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name            Version        Description
+++-===============-==============-============================================
ii  libc5           5.2.18-7       The Linux C library version 5 (run-time libr
ii  cpio            2.4.2-4        GNU cpio -- a program to manage archives of 
-chiark:/lib> 

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 01:07:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 00:53:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 00:53:45 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 22:02:45 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3473: auctex leaves information in /tmp 
Reply-To: "James A. Robinson" <jimr@simons-rock.edu>, 3473@bugs.debian.org
Resent-From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Tue, 09 Jul 1996 21:48:06 GMT
Resent-Message-ID: <handler.3473.B3473.836948255513@bugs.debian.org>
X-Debian-PR-Package: auctex
X-Loop: owner@bugs.debian.org
Message-Id: <m0udkIc-0002EvC@plato>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3473@bugs.debian.org
In-reply-to: Message from Ian Jackson <ian@chiark.chu.cam.ac.uk> 
   of "Tue, 09 Jul 1996 19:54:00 -0000."References: <m0udhvA-0002YdC@chiark.chu.cam.ac.uk>  <ian@chiark.chu.cam.ac.uk> <sde1000@hermes.cam.ac.uk> <osd1000@chiark.chu.cam.ac.uk> <m0uajrK-0002bDC@chiark.chu.cam.ac.uk> <m0uaqDA-0002DXC@plato> 
 <m0udhvA-0002YdC@chiark.chu.cam.ac.uk> 
Date: Tue, 09 Jul 1996 17:26:25 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4737
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> But it doesn't.  In practice it just sits there until some cron script
> removes it again.

Erm, whatever.

> You should at least give the user the option of running it in the
> foreground - and of course you need to make sure that it doesn't
> generate lots of junk output, then.

Ok on the first part, _no_ on the second.  If you want it in the
foreground find, but I'm not going to waste my time parsing it. If you
want to take over, or find somebody who does, fine.

I'll make it so that If there is an error it will exit with status -1.

> This IMO is not a good attitude towards users.  They are installing a

Well, you HO is different from MO.

> Does it matter to the user ?  If so then whether it has succeeded
> should be communicated via dpkg, so that dpkg won't think the package
> is properly installed.  If not then surely the output in the file is
> not important and could be discarded ...

Please back up your assertion.  Did you understand what I wrote
before?

> Finally, I don't think that /tmp is the right place for this file.
> How about ~root ?

Sure.


Jim


From debian-devel-request@lists.debian.org Thu Jul 11 01:57:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 01:33:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 01:33:43 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 22:26:33 -0000
Resent-Date: 9 Jul 1996 22:26:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udlEJ-0002b8C@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 23:26 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging - alternatives
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.SUN.3.91.960701092742.1120C-100000@koma.informatik.tu-muenchen.de>
References: <m0uaX9n-0002ZZC@chiark.chu.cam.ac.uk>
	<Pine.SUN.3.91.960701092742.1120C-100000@koma.informatik.tu-muenchen.de>
Resent-Message-ID: <"F6u-61.0.zI4.Pojun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4739
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Juergen Menden writes ("Re: Source packaging - alternatives"):
> On Mon, 1 Jul 1996, Ian Jackson wrote:
> >  - We need to store the .dsc somewhere 
> 
> well, do we really need this file? md5sums might be handy, but as
> all files are gziped a gzip -t might do. Architecture might be 
> interresting, but it doesn't hurt if the information isn't there.
> the same applies for the Generates: field. 

No, those fields (and the file) are necessary (a) for the bug tracking
system - we need to be able to associate maintainers with source
packages, even when there are no binary packages with the same name -
and (b) for automatic generation of new binary releases for other
architectures.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 01:57:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 01:35:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 01:35:26 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 22:27:45 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3507: named postinst mangled my configuration
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3507@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Tue, 09 Jul 1996 22:03:02 GMT
Resent-Message-ID: <handler.3507.B3507.8369497601041@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Message-Id: <m0udkUT-0002XpC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 22:38 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Rob Leslie <rob@mars.org>
Cc: 3507@bugs.debian.org
In-Reply-To: <199607050614.CAA11494@deimos.mars.org>
References: <m0ubZat-0002bYC@chiark.chu.cam.ac.uk>
	<199607050614.CAA11494@deimos.mars.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4740
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Rob Leslie writes ("Re: Bug#3507: named postinst mangled my configuration"):
...
> For novice users, `bindconfig' depends on easily being able to modify parts of
> your configuration; therefore, I have chosen this scheme. If you don't like
> it, I won't stop you from rearranging things however you want. But before you
> denounce the new arrangement, please first offer a fair critique.

But you *have* stopped me from arranging things how I want - your
script rearranges it, without asking me first !

> > It didn't even keep a backup !
> 
> Backup of what? Is your original named.boot not saved in
> /var/named/named.boot.old as advertised?

No, it wasn't.  Not in .named.boot.old (with a .) either.

> > Plus it reset the permissions on named.boot, which I'd made
> > group-writeable by group `root'.
> 
> Then you can reset them; the new files serve different purposes, and I will
> not assume what permissions you will want to use for them, regardless of how
> things were previously set up.

Surely you should assume that I've set them up the way I want them,
not not trample all over everything ?!!

...
> > I had all of this already - why does it feel the need to ask me
> > again ?  At least it gives me the old values as defaults.  Or at
> > least, I *think* those are the old values.
> 
> When configuring a name server it is not unusual to verify the local resolver
> settings. And yes, unless you can prove otherwise, the old values should
> indeed be given as defaults.

But my nameserver was *already configured* ?  Why does it feel the
need to rewrite my /etc/resolv.conf when I already had a perfectly
good one ?

> >> Start name daemon now? [Y] 
> >> starting /usr/sbin/named ...
> > 
> > I had nicely set up my nameserver the way I liked it and this script
> > has eaten my configuration.  Just as well my tape drive was fixed so I
> > can find the old stuff in my backups ...
> 
> Please explain. Is your name server's operation now defective as a result of
> your upgrade?

I don't know whether it was defective in between your script
rearranging my configuration and me putting everything back.

After I had restored an old named.boot from backup, and then re-edited
it to take account of a recent change, it was not defective.

> Unless you can demonstrate a real bug here, I am going to close this report.

I think chopping to pieces my carefully set up configuration is
definitely a bug, and I'm quite prepared to go to war about this.  If
you've closed the bug I'll reopen it.

I was totally astonished at the messages coming out of the script, and
I thought `no, this can't be true, surely it's just broken messages',
but your script had actually decided to slice and dice my perfectly
happy setup !

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 01:57:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 01:38:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 01:38:50 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 22:30:34 -0000
Resent-Date: 9 Jul 1996 22:30:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udlHt-0002ZwC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 23:29 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian Developers <debian-devel@pixar.com>
Subject: Re: /etc/default? (was: Re: Bug#3368: cron's checksecurity still scans NFS servers) 
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0uaeAz-000HWzC@liw.clinet.fi>
References: <Pine.SUN.3.91.960701083320.1120A-100000@koma.informatik.tu-muenchen.de>
	<m0uaeAz-000HWzC@liw.clinet.fi>
Resent-Message-ID: <"gC2_R.0.-K4.9sjun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4742
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Lars Wirzenius writes:
> Juergen Menden:
> > can you tell me the difference between /etc and /etc/default?
> 
> /etc is the parent directory, and /etc/default is the subdirectory. :)

I don't like this answer at all.

> All those files could surely be put into /etc, but /etc is big enough
> as it is.  My system has about 120 entries in /etc.  It's neater to
> put them into /etc/default, since they're all similar (small, same
> syntax, similar in purpose, even if not directly related).  I don't
> think we want to create fifty new files in /etc.

All *which* files ?  Are you suggesting moving everything from /etc
into /etc/default ?  I suppose you couldn't be.  Every config file
that we (the Debian project) create, as opposed to an upstream file ?
That's an arbitrary distinction which users will find difficult to get
to grips with.

> The current situation is to have the configuration data embedded in
> the scripts (e.g., whether the hardware clock is in GMT or not, in
> /etc/init.d/boot).  This is not a good thing, since you can't upgrade
> the script without destroying the configuration data.

I agree that we need separate files.

I think that we may need a new directory

I just want a clear and sensible statement of what goes in the
directory and what doesn't.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 01:57:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 01:37:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 01:37:11 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 22:28:08 -0000
Resent-Date: 9 Jul 1996 22:28:08 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udlFW-0002ZwC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 23:27 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian Developers <debian-devel@pixar.com>
Subject: Re: /etc/default? (was: Re: Bug#3368: cron's checksecurity still scans NFS servers)
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.SUN.3.91.960701083320.1120A-100000@koma.informatik.tu-muenchen.de>
References: <m0uaRwH-000HYaC@liw.clinet.fi>
	<Pine.SUN.3.91.960701083320.1120A-100000@koma.informatik.tu-muenchen.de>
Resent-Message-ID: <"huwXL3.0.jJ4.tpjun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4741
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Juergen Menden writes:
> On Sun, 30 Jun 1996, Lars Wirzenius wrote:
> > This might be an appropriate time to start thinking again about
> > /etc/default (under whatever name).  If I remember correctly, someone
> > told us that one of the commercial vendors (or SVR4?) has a directory
> > /etc/default, with shell scripts that set certain variables.  This is
> > used for configuration.  When a program (script) needs the configuration,
> > it sources the script.  One of the benefits is that there's a lot of
> > potential small configuration files like this, and it could be a bit
> > neater to put them into the same directory.
> 
> can you tell me the difference between /etc and /etc/default?

Before I will even consider amending the guidelines to say to use
/etc/default (or some other name for it) I want a clear and cogent
answer to this question.

I haven't seen one yet.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 01:57:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 01:41:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 01:41:17 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 22:35:26 -0000
Resent-Date: 9 Jul 1996 22:35:25 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udlML-0002ZwC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 23:34 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: dchanges-3.3 and package names
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.LNX.3.94.960701105229.22155B-100000@dwarf.polaris.net>
References: <Pine.LNX.3.94.960701105229.22155B-100000@dwarf.polaris.net>
Resent-Message-ID: <"0c1AU2.0.kN4.jwjun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4744
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dale Scheetz writes ("dchanges-3.3 and package names"):
> In upgrading debian.rules in various packages I have incorporated the use
> of dpkg-name to name the package source file "correctly". The problem that
> results, comes from the fact that dchanges has the comparison string for a
> package name hard coded into the script. I was able to hack the new file
> name structure into this code, but it would be much nicer if the script
> could use dpkg-name to do the name verification. This would make dchanges
> "always" compatible with the current naming convention (it seems like it
> may yet change again!). It's not clear to me how you would get dpkg-name
> to do this for you, but maybe Ian could help make it possible.

In actual fact the names given to the files are probably not that
critical at the moment.  They get renamed when they're put in the
tree.

I think we should defer changing all the packages to use the new
format filenames until we have decided on the new source format, so we
can do everything at once.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 01:57:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 01:39:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 01:39:53 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 22:32:40 -0000
Resent-Date: 9 Jul 1996 22:32:40 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udlKE-0002b8C@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 23:32 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Source packaging - alternatives
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <6C2uHrWjcsB@khms.westfalen.de>
References: <m0uaX9n-0002ZZC@chiark.chu.cam.ac.uk>
	<6C2uHrWjcsB@khms.westfalen.de>
Resent-Message-ID: <"ETqBH1.0.AM4.8ujun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4743
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Kai Henningsen writes ("Re: Source packaging - alternatives"):
> ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 01.07.96 [...]:
> > Here's the alternative I've dreamed up:
...
> >  - We need a dpkg-source script to unpack the tarfile and apply the
> >   diff safely (and it can automatically change debian.rules to be
> >   exectutable), but people can do it themselves if they want.  Also,
> >   we need a dpkg-source script which runs diff and checks that there
> >   are no differences that diff can't handle (deleted files, retargeted
> >   links, &c).
> 
> Maybe we shoul look at having an optional pre-diff and post-diff script of  
> some form in the .dsc?

I'm getting really really really tired of people suggesting that the
source format ought to include scripts.

Read my lips: NO UNPACK SCRIPTS IN SOURCE PACKAGES.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 02:22:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 01:59:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 01:59:53 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 22:52:42 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3737: xosview uses -O3 -f...
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3737@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@master.debian.org>
Resent-Date: Tue, 09 Jul 1996 22:33:05 GMT
Resent-Message-ID: <handler.3737.B.8369512611595@bugs.debian.org>
X-Debian-PR-Package: xosview
X-Loop: owner@bugs.debian.org
Message-Id: <m0udkw8-0002XuC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 23:07 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4745
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: xosview
Version: 1.3.2-4.1

The compilation flags here are very silly.  Just -O2 would be sane;
-O3 optimises at the expense of executable size and all the -f<wotsit>
options are just silly.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 02:22:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 02:02:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 02:02:10 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 22:52:45 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3738: /usr/doc/copyright/debian.README incorrectly installed
Reply-To: Yves Arrouye <arrouye@marin.fdn.fr>, 3738@bugs.debian.org
Resent-From: Yves Arrouye <arrouye@marin.fdn.fr>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dirk Eddelbuettel <edd@qed.econ.queensu.ca>
Resent-Date: Tue, 09 Jul 1996 22:33:09 GMT
Resent-Message-ID: <handler.3738.B.8369512611605@bugs.debian.org>
X-Debian-PR-Package: acct
X-Loop: owner@bugs.debian.org
Date: Wed, 10 Jul 1996 00:20:44 +0200
Message-Id: <199607092220.AAA01921@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4746
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: acct
Version: 6.2-1

The acct package installs /usr/doc/copyright/debian.README instead of
/usr/doc/copyright/acct.

Since dpkg told me it was overwriting an existing file I suspect that
other packages may do the same? Maybe this is something that could be
tested automatically by the wonderful integrity test scripts already in
use?

Yves.


From debian-devel-request@lists.debian.org Thu Jul 11 02:22:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 02:03:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 02:03:13 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 22:52:46 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3385: xosview binary location bug
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3385@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@master.debian.org>
Resent-Date: Tue, 09 Jul 1996 22:33:10 GMT
Resent-Message-ID: <handler.3385.B3385.8369512611610@bugs.debian.org>
X-Debian-PR-Package: xosview
X-Loop: owner@bugs.debian.org
Message-Id: <m0udlCP-0002b8C@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 23:24 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3385@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4747
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Since the maintainer, joost witteveen <joostje@master.debian.org>,
doesn't seem to be responsive to this serious problem, I have taken it
upon myself to issue an interim release - see below.

There is still work to be done to fix this bug - in particular, the
postinst should check to see whether the binary exists and fail if it
doesn't, with a helpful message saying the user must reinstall.  The
default action for dselect will then be to reinstall it.

While I was at it I removed the hardcoded i386 architecture =:-O.

Ian.

From: ian@chiark.chu.cam.ac.uk (Ian Jackson)
To: debian-changes
Subject: xosview 1.3.2-4.1: partial fix to wrong dir bug
Date: Tue, 9 Jul 1996 23:19:30 +0100
FCC: ~/mail/Outbound
--text follows this line--
Previous versions of this package tried to install the binary in
/usr/bin/X11 (which is a symlink), rather than /usr/X386/bin (the real
directory).  This could cause many terrible problems, including in
some obscure circumstances a partial failure to install the other X
packages correctly !

One of the problems caused is that after upgrading to a fixed version
you'll not have an xosview binary at all !  You must install this
version *twice* if you're upgrading from any earlier one !

NB: I'm not the usual maintainer of this package.

-----BEGIN PGP SIGNED MESSAGE-----

Date: 09 Jul 96 22:15 UT
Format: 1.5
Distribution: unstable buzz-updates
Priority: Low
Maintainer: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Source: xosview
Version: 1.3.2-4.1
Binary:  xosview
Architecture: i386 source
Description: 
 xosview: Fun to watch CPU/network usage programme
Changes: no changes info provided
Files:
 c3f45968819fa63b42ecba989ed45be4  188043  x11  extra  xosview-1.3.2-4.1.tar.gz
 ebfd08ee413c212abaee80106d60414b  2680  x11  extra  xosview-1.3.2-4.1.diff.gz
 152d4610dc55c3596be194a192522da2  22164  x11  extra  xosview-1.3.2-4.1.i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeLab8MWjroj9a3bAQEOZAQAwq8hJDmjenF3C98a1YWJLWgXWzLR5Ob1
eh5jqkTimy6DGr600299CKnF1D0iJtg79k19utoGxzYAZavyclsCAMbe65CB94YQ
/FL3a0UzO/xHXGKpNKvnIWnk500RxS1leJLj4QCmlD0bz/6X95NwzicFo5d5ec7F
xNubgv7hT1A=
=y/y7
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Thu Jul 11 02:22:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 02:15:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 02:15:15 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 23:07:00 -0000
Resent-Date: 9 Jul 1996 23:07:00 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udlr7-0002ZwC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 00:06 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@pixar.com
Subject: Re: Emergency maintenance on dpkg database
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <19960702150753.7377.qmail@tad.micro.umn.edu>
References: <19960702150753.7377.qmail@tad.micro.umn.edu>
Resent-Message-ID: <"t-cV91.0.Qw4.KOkun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4748
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

rdm@tad.micro.umn.edu writes ("Emergency maintenance on dpkg database"):
> Here's a script to redefine dpkg's idea of what files are in a
> package.  For example, to add all files in /tmp/lib to aout-librl,
> use 
>  (dpkg -L aout-librl; cat /tmp/lib) | dpkg-redefine aout-librl

Note that doing this while dpkg is running is likely to cause serious
grief, and of course I reserve the right to change the format of the
file lists and the way they're stored.

Ian.

> #!/bin/sh
> list=/var/lib/dpkg/info/$1.list
> if [ ! -f $list ]; then
> 	echo "$1 is not in dpkg's database"
> 	exit 1
> fi
> cat >$list.tmp
> cp $list $list.bak
> mv $list.tmp $list


From debian-devel-request@lists.debian.org Thu Jul 11 02:47:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 02:29:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 02:29:40 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 23:13:14 -0000
Resent-Date: 9 Jul 1996 23:13:14 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udlxi-0002ZwC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 00:12 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Emergency dpkg database maintenance
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <19960702153408.7499.qmail@tad.micro.umn.edu>
References: <19960702153408.7499.qmail@tad.micro.umn.edu>
Resent-Message-ID: <"4CJgC1.0.g-4.AUkun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4749
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

rdm@tad.micro.umn.edu writes ("Emergency dpkg database maintenance"):
> Here's a script to create a new custom package in dpkg's database.  This
> works with older versions of dpkg, I expect it will work with newer
> versions as well.

The `hold' value for `want' wasn't introduced until 1.2.0.  Before
then it was a flag in the same bit of `Status' as you have `ok'.  So,
any dpkg before 1.2.0 won't work with the script below - the script
will cause dpkg to refuse to start because of a syntax error in the
status database.

And, I might change it again some time ...

Ian.

> #!/bin/sh
> list=/var/lib/dpkg/info/$1.list
> if [ -f $list ]; then
>         echo "$1 already exists in dpkg's database"
>         exit 1
> fi
>  
> ME=${USER-`whoami`}
> status=/var/lib/dpkg/status
> (   
>         awk "BEGIN{e=1} /^Package: $1$/{e=0} e{print} /^$/{e=1}" <$status
>         cat <<NEW
> Package: $1
> Status: hold ok installed
> Priority: bogus
> Section: custom
> Maintainer: <$ME>
> Version: ${2-0}
> Description: custom by $ME on `date`
> 
> NEW
> ) >$status.tmp
> 
> cp $status $status.bak  
> touch $list && mv $status.tmp $status


From debian-devel-request@lists.debian.org Thu Jul 11 02:47:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 02:32:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 02:32:29 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 23:17:49 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3507: named postinst mangled my configuration
Reply-To: Rob Leslie <rob@mars.org>, 3507@bugs.debian.org
Resent-From: Rob Leslie <rob@mars.org>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Tue, 09 Jul 1996 23:03:07 GMT
Resent-Message-ID: <handler.3507.B3507.8369527662433@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Message-Id: <199607092234.SAA07047@deimos.mars.org>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: 3507@bugs.debian.org
In-reply-to: Your message of "Tue, 09 Jul 1996 22:38:00 -0000."
	<m0udkUT-0002XpC@chiark.chu.cam.ac.uk>
Date: Tue, 09 Jul 1996 18:33:59 -0400
From: Rob Leslie <rob@mars.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4750
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ian Jackson wrote:

>> For novice users, `bindconfig' depends on easily being able to modify parts
>> of your configuration; therefore, I have chosen this scheme. If you don't
>> like it, I won't stop you from rearranging things however you want. But
>> before you denounce the new arrangement, please first offer a fair
>> critique.
> 
> But you *have* stopped me from arranging things how I want - your
> script rearranges it, without asking me first !

Very well, I agree the script can be made to ask before modifying one's
configuration.

>>> It didn't even keep a backup !
>> 
>> Backup of what? Is your original named.boot not saved in
>> /var/named/named.boot.old as advertised?
> 
> No, it wasn't.  Not in .named.boot.old (with a .) either.

I don't really understand how this is possible...

>>> Plus it reset the permissions on named.boot, which I'd made
>>> group-writeable by group `root'.
>> 
>> Then you can reset them; the new files serve different purposes, and I will
>> not assume what permissions you will want to use for them, regardless of how
>> things were previously set up.
> 
> Surely you should assume that I've set them up the way I want them,
> not not trample all over everything ?!!

No, I will not assume anything. However, I have already agreed that the
package could at least ask first.

>> When configuring a name server it is not unusual to verify the local
>> resolver settings. And yes, unless you can prove otherwise, the old values
>> should indeed be given as defaults.
> 
> But my nameserver was *already configured* ?  Why does it feel the
> need to rewrite my /etc/resolv.conf when I already had a perfectly
> good one ?

Where did that perfectly good resolv.conf come from?

>>> I had nicely set up my nameserver the way I liked it and this script
>>> has eaten my configuration.  Just as well my tape drive was fixed so I
>>> can find the old stuff in my backups ...
>> 
>> Please explain. Is your name server's operation now defective as a result
>> of your upgrade?
> 
> I don't know whether it was defective in between your script
> rearranging my configuration and me putting everything back.
> 
> After I had restored an old named.boot from backup, and then re-edited
> it to take account of a recent change, it was not defective.

So you didn't take the time to see if the new configuration arrangement was
perfectly usable, if not perhaps even superior to the arrangement you had?

>> Unless you can demonstrate a real bug here, I am going to close this
>> report.
> 
> I think chopping to pieces my carefully set up configuration is
> definitely a bug, and I'm quite prepared to go to war about this.  If
> you've closed the bug I'll reopen it.

Ian, I know war is probably what you would prefer, but I would rather discuss
this rationally. If it can't be done rationally, I will most happily
surrender, giving up this and most of my other Debian packages. I donate my
spare time to this project, and I don't appreciate the kind of abrasive tone
that permeates your bug report.

> I was totally astonished at the messages coming out of the script, and
> I thought `no, this can't be true, surely it's just broken messages',
> but your script had actually decided to slice and dice my perfectly
> happy setup !

Again, your previous configuration should have been saved in
/var/named/named.boot.old; if not, this is certainly a bug. Can you be
absolutely sure this file did not exist, despite your obvious panic over the
situation?

-- 
Robert Leslie
rob@mars.org


From debian-devel-request@lists.debian.org Thu Jul 11 02:47:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 02:35:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 02:35:11 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 23:17:50 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3739: `man -l -' for stdin doesn't work
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3739@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Alvar Bray <alvar@debian.org>
Resent-Date: Tue, 09 Jul 1996 23:03:03 GMT
Resent-Message-ID: <handler.3739.B.8369527662437@bugs.debian.org>
X-Debian-PR-Package: man
X-Loop: owner@bugs.debian.org
Message-Id: <m0udlSB-0002aeC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 23:40 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4751
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: man
Version: 2.3.10-11

The manpage says:
       -l, --local-file
              Activate `local' mode.  Format  and  display  local
              manual  files instead of searching through the sys­
              tem's manual collection.  Each manual page argument
              will  be interpreted as an nroff source file in the
              correct format.  No cat file is produced. If '-' is
              listed as one of the arguments, input will be taken
              from stdin.

The latter feature appears not to work properly:

-chiark:~/junk> dpkg --fsys-tarfile /csunix-export1/debian/stable/binary-i386/devel/dist-3.60-6.deb | tar vvxOf - usr/man/man1/packinit.1 | man -l -
-rw-r--r-- root/root      4239 Apr 25 01:51 1996 usr/man/man1/packinit.1
dpkg-deb: subprocess paste killed by signal (Broken pipe)
-chiark:~/junk> dpkg --fsys-tarfile /csunix-export1/debian/stable/binary-i386/devel/dist-3.60-6.deb | tar vvxOf - usr/man/man1/packinit.1 >t        
-rw-r--r-- root/root      4239 Apr 25 01:51 1996 usr/man/man1/packinit.1
-chiark:~/junk> man -l <t -
-chiark:~/junk> man -l t
Reformatting t, please wait...
[ runs less, my PAGER, and displays manual ]
-chiark:~/junk> man -l - <t | wc -l
      0
-chiark:~/junk> man -l t | wc -l
Reformatting t, please wait...
    132
-chiark:~/junk> 

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 03:12:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 02:57:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 02:57:56 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 23:40:43 -0000
Resent-Date: 9 Jul 1996 23:40:43 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0udmO8-0006fnC@mongo.pixar.com>
Date: Tue, 9 Jul 96 16:40 PDT
From: bruce@pixar.com (Bruce Perens)
To: debian-devel@lists.debian.org, Yves Arrouye <arrouye@marin.fdn.fr>
Subject: Re:  Debian mirroring: bad problem!
Cc: bruce@pixar.com
References: <199607071127.NAA08822@marin.fdn.fr>
    <199607081924.VAA29239@excalibur.ibp.fr>
Resent-Message-ID: <"TFMOz1.0.6L5.wtkun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4752
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I asked Simon to give ftp.ibp.fr a mirror login, and he did so within an
hour of my request. Remy should have an easier time now.

	Thanks

	Bruce
--
       Clinton isn't perfect, but I like him a lot more than Dole.

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Thu Jul 11 03:12:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 03:01:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 03:01:58 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 23:42:39 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3470: apache problems
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3470@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Shuttleworth <marks@thawte.com>
Resent-Date: Tue, 09 Jul 1996 23:18:02 GMT
Resent-Message-ID: <handler.3470.B3470.8369542784078@bugs.debian.org>
X-Debian-PR-Package: apache
X-Loop: owner@bugs.debian.org
Message-Id: <m0udlus-0002ZwC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 00:10 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3470@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607021551.RAA25679@server.et-inf.fho-emden.de>
References: <m0uazbc-0002mlC@debian.iaehv.nl>
	<199607021551.RAA25679@server.et-inf.fho-emden.de>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4754
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Peter Tobias writes ("Bug#3470: apache problems"):
> branderh@debian.IAEhv.nl wrote:
> > > 4. /var/web is an abomination.  Use /home/httpd-data instead - in
> > > fact, check to see if the www user exists and use its home directory
> > > if so.
> > 
> > There was some discussion on this subject on the list, and I recall that
> > /home/httpd-data seem to be a bad choice.  Some people mentioned that the 
> > fact that ftpd does make this mistaken a httpd shouldn't make the mistake
> > again.  I'm not deep enough into this to say what is right or wrong about
> > this.
> 
> The wu-ftpd package lets the user choose where he wants to place the home
> directory for anonymous FTP. I won't call that a mistake.

Right.  My complaint about apache was that it ignored the entry
for www in /etc/passwd completely, as well as that the default was
horrendous and that it didn't ask.

I don't know if it's going to be possible to reach consensus, but I'd
like to add a few points in favour of /home:

* The web data probably wants roughly the same backup policy as /home,
since it is usually edited by humans rather than programs.

* Humans do not usually edit things in /var - the named data is about
the only exception I can think of.

* The webtree really ought to be the home directory of the www user,
so it makes somewhat more sense to put it in /home.

* We surely want all our WWW servers to do it the same way, and
cern-httpd got there first with /home/httpd-data (which I think is a
silly name, btw, and override to /home/www).

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 03:12:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 03:00:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 03:00:36 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 23:42:38 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3484: broken reference to (un)link(8).
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3484@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Martin Schulze <joey@debian.org>
Resent-Date: Tue, 09 Jul 1996 23:18:05 GMT
Resent-Message-ID: <handler.3484.B3484.8369542694022@bugs.debian.org>
X-Debian-PR-Package: manpages
X-Loop: owner@bugs.debian.org
Message-Id: <m0udlgr-0002aUC@chiark.chu.cam.ac.uk>
Date: Tue, 9 Jul 96 23:55 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: ecl@finpe.if.usp.br (Emilio Lopes), 3484@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0uasQe-000VRtC@fnpc21.if.usp.br>
References: <m0uasQe-000VRtC@fnpc21.if.usp.br>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4753
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Emilio Lopes writes ("Bug#3484: broken reference to (un)link(8)."):
> Package: manpages
> Version: 1.11-4
> 
> The following man pages have refence to link(8), which does not exist:
>         link(2)
>         rename(2)
>         symlink(2)
> 
> The following man page have refence to unlink(8), which does not
> exist:
>         unlink(2)

Should we fix this by providing link(8) and unlink(8) (the commands as
well as the manpages), or by removing the references ?

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 03:37:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 03:18:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 03:18:44 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 23:52:55 -0000
Resent-Date: 9 Jul 1996 23:52:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udmaC-0002ZwC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 00:52 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Source packaging
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607051850.NAA13190@Starbase.NeoSoft.COM>
References: <m0ubpih-0002YCC@chiark.chu.cam.ac.uk>
	<199607051850.NAA13190@Starbase.NeoSoft.COM>
Resent-Message-ID: <"FYew52.0.Wt5.M3lun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4756
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Steve Greenland writes ("Re: Source packaging"):
> Ian Jackson wrote:
> > I'm leaning towards the `3 separate files' approach - a .tar.gz of the
> > original source, named <pkg>_<orgver>-<rev>.orig.tar.gz and unpacking
>                                        ^^^^^^
> > into <pkg>-<orgver>/ (note hyphen), a .diff.gz containing the
> > debianisation patch, named <pkg>_<orgver>-<rev>.diff.gz, and a control
> > file <pkg>_<orgver>-<rev>.dsc (optionally PGP-signed).
> 
> Why does the original source have a debian revision field? 

It doesn't - that was just an aberration on my part.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 03:37:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 03:17:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 03:17:33 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 23:51:38 -0000
Resent-Date: 9 Jul 1996 23:51:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udmYs-0002ZwC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 00:51 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Bug#3522: kernel-package image.postinst troubles.
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607050605.CAA12980@zaphod.caz.ny.us>
References: <199607050605.CAA12980@zaphod.caz.ny.us>
Resent-Message-ID: <"u34ia.0.lq5.92lun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4755
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Buddha Buck writes ("Bug#3522: kernel-package image.postinst troubles."):
...
> (As a side note, how should patch files be MIME-encapsulated?  My mailer
> wanted to encapsulate it as an "application/x-patch", BASE64 encoded.  I
> overrode that suggestion, here, but it left me wondering how I should do it
> in the future.)

text/x-patch, unencoded ?

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 03:37:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 03:21:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 03:21:30 -0000
Received: (qmail-queue invoked by uid 40); 9 Jul 1996 23:55:32 -0000
Resent-Date: 9 Jul 1996 23:55:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udmcj-0002ZwC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 00:55 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging 
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0ucJ9p-000HWvC@liw.clinet.fi>
References: <m0ubpih-0002YCC@chiark.chu.cam.ac.uk>
	<m0ucJ9p-000HWvC@liw.clinet.fi>
Resent-Message-ID: <"ocUJ62.0.J-5.p5lun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4757
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Lars Wirzenius writes ("Re: Source packaging "):
...
> > I'm unsure about the Version field, mainly because of the problems it
> > is may cause with respect to updating and repacking packages.
> 
> Is the version of a source package going to be different from the binary
> it produces?  If not, get both from the same place.

It can be, but it usually isn't.  Nice, eh ?

> > We'll need a couple of new required files in the debianised source:
> 
> I'm getting the feeling we are having a few too many debian.* files.  It
> gets confusing.  Could .sourceinfo and .control be combined, at least?
> They do contain similar information.

I think I need to sit down and figure out how much of this information
comes from where and so what can be shared.

> >  * debian.Changelog format ?
> 
> Use the current Emacs format.  It's got the automation support already,
> and people know it (even if we don't love it).  Unless there are important
> technical reasons to change it?  (Ease of parsing is not important.)

It doesn't have some of the essential information (like `a new version
was released now' and `this version is to go in unstable and
buzz-updates').

That can be added, perhaps, but I think the Emacs format is ugly.

If some Emacs proponent tells me what format their souped-up Emacs
variant uses I can support both their format and mine.

> >  * What about all this stuff to do with Versions ?
> 
> I'd like to see that it is kept in exactly one location.  Anything else
> invites errors.

Quite.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 04:02:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 03:43:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 03:43:39 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 00:07:38 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3740: A couple of problems popped up while using "modconf"
Reply-To: llucius <llucius@millcomm.com>, 3740@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <Bruce@Pixar.com>
Resent-Date: Tue, 09 Jul 1996 23:48:03 GMT
Resent-Message-ID: <handler.3740.B.8369557665531@bugs.debian.org>
X-Debian-PR-Package: modconf
X-Loop: owner@bugs.debian.org
Date: Tue, 9 Jul 1996 18:38:04 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: Submit Bug <submit@bugs.debian.org>
Message-ID: <Pine.3.89.9607091838.C16226-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4758
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: modconf
Version: 0.1.0-4

While using modconf, I noticed the following problems:

1)  A "Cancel" request was not being honored on the "Enter Command-Line
    Arguments" dialog.  The module would be installed anyway.
2)  Argument help for a module was not being displayed on the "Enter
    Command-Line Arguments" dialog.
3)  Though not truly a critter, the module status was not refreshed after
    installing or removing a module.

Thanks,

Leland

The following patches correct these problems:

--- orig/modconf-0.1.0/modconf	Sun Jun  2 23:50:22 1996
+++ modconf-0.1.0/modconf	Tue Jul  9 18:24:50 1996
@@ -189,7 +189,7 @@
 }
 
 module_argument_help () {
-	if in_list "$module_argument_help_list" $1; then
+	if in_list "$argument_help_list" $1; then
 		sed -e '1d' < $ModuleHelp/arguments/$1
 		echo ""
 	fi
@@ -349,6 +349,7 @@
 	sync
 
 	edit_arguments $module
+	if [ $? -ne 0 ]; then return 1; fi
 
 	echo $clear$bold\
 "Installing module $module. If the device isn't there, or isn't configured
@@ -362,6 +363,7 @@
 	if [ $status -eq 0 ]; then
 		echo "Installation succeeded."
 		echo "$module" >> $Target/etc/modules
+		build_lists
 	else
 		echo "Installation failed."
 	fi
@@ -397,6 +399,8 @@
 	ln $Target/etc/modules $Target/etc/modules.old
 	mv $Target/etc/modules.tmp $Target/etc/modules
 	sync
+
+	build_lists
 
 	return 0
 }


From debian-devel-request@lists.debian.org Thu Jul 11 04:02:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 03:45:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 03:45:37 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 00:07:39 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3517: innd won't remove syslog.conf lines when purged
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3517@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Tue, 09 Jul 1996 23:48:07 GMT
Resent-Message-ID: <handler.3517.B3517.8369557665530@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
Message-Id: <m0udmNQ-0002b8C@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 00:39 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: amos@dsi.co.il (Amos Shapira), 3517@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607040417.HAA00420@birnam.dsi.co.il>
References: <199607040417.HAA00420@birnam.dsi.co.il>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4759
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Amos Shapira writes ("Bug#3517: innd won't remove syslog.conf lines when purged"):
> Package: inn
> Version: 1.4unoff4-1
> 
> After running "dpkg --purge inn", the next time the system booted I
> noticed a complaint from syslog about not finding /var/news/ files or
> somesuch.
> 
> It seems like inn will leave the lines it adds to syslog.conf even
> when purged.

INN doesn't add things to the syslog.conf - those entries are there
from the start.  The directory /var/log/news is supposed to be part of
the base - which version of the base package do you have installed ?

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 04:02:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 03:51:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 03:51:41 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 00:11:41 -0000
Resent-Date: 10 Jul 1996 00:11:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udmsQ-0002ZwC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 01:11 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: popclient and a socket -P (password) file.
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <86ohltcfv8.fsf@argus.csres.utexas.edu>
References: <86ohltcfv8.fsf@argus.csres.utexas.edu>
Resent-Message-ID: <"3Z8WI1.0.lO6.zKlun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4762
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Rob Browning writes ("popclient and a socket -P (password) file."):
> Would it be a bad idea to add support in popclient for reading it's
> password from a socket when -P is specified?  I was thinking about
> using it with a "pixie" program like the one that was part of
> auto-pgp.  I modified the pixie script to do the right thing, but
> popclient refuses to read anything that's not a regular file.

You can't just open a socket for reading - you have to connect() to
it.

> Is there some better way of handling this?  I know about the .netrc
> support, but I thought that that would be much less secure than the
> socket approach.  Not that I know that for sure, but I was assuming
> that there was some reason that auto-pgp was set up the way it was.
> And the pixie approach does have the advantage that my password's
> never left lying about when I log out.

Perhaps an option to popclient to read the password from stdin rather
than /dev/tty ?  Then you could do what pgp-auto does for pgp (connect
up the socket and invoke pgp).

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 04:02:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 03:47:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 03:47:52 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 00:07:41 -0000
Resent-Date: 10 Jul 1996 00:07:40 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <owner@bugs.debian.org>
From: owner@bugs.debian.org
Message-Id: <m0udm7y-000CdtC@submailer.bugs.debian.org>
Date: Tue, 9 Jul 96 16:23 PDT
To: debian-devel@lists.debian.org
Subject: Unanswered problem reports by maintainer
Resent-Message-ID: <"BSOp6.0.zF6.CHlun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4760
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The following problem reports have not yet been marked as `taken up' by a
message to done@bugs.debian.org or or `forwarded' by a
message to forwarded@bugs.debian.org.

The maintainer listed against each package is derived from the Maintainer
field of the package as found in the development tree; there is an override
file that can be amended to get the right results if you have taken over a
package and do not expect to issue a new version soon.

Variant versions of the Maintainer field for the same actual package
maintainer will be listed separately.
 Package      Ref   Subject

Brian White <bcwhite@bnr.ca> (1 bugs):
 infocom      3716  Problems encountered while compiling "infocom" on m68k arch

joost witteveen <joost@rulcmc.leidenuniv.nl> (1 bugs):
 es           3577  es description: no ext

Karl R. Sackett (krs@caos.aamu.edu) (1 bugs):
 libobjects   3708  Problems encountered while compiling "libobjects" on m68k a

Doug Geiger <runexe@ntplx.net> (1 bugs):
 apsfilter    3224  apsfilter doesn't configure on a read-only filesystem

Christophe Le Bars <clebars@debian.org> (1 bugs):
 xcoral       3654  xcoral description: summary starts w/ pkg name

Brian White <bcwhite@pobox.com> (1 bugs):
 mime-suppo   1930  metamail wants xloadimage

Patrick Weemeeuw <patrick.weemeeuw@kulnet.kuleuven.ac.be> (1 bugs):
 tripwire     3694  tripwire description: ext start blank line

Brian Mays <brian@debian.org> (1 bugs):
 cpio         3736  cpio --sparse miscopies libc.so.4.6.27 !

Yves Arrouye <arrouye@debian.org> (1 bugs):
 compress-p   3733  problems with compress-package

Siggy Brentrup <bsb@uni-muenster.de> (1 bugs):
 electric-f   3582  electric-fence description: no ext

Anders Christrom <ac@netg.se> (1 bugs):
 lists.debi   3199  Bizarre message from debian-devel-request@lists.debian.org

Martin Schulze <joey@namib.north.de> (1 bugs):
 zoo          3676  zoo description: summary starts w/ pkg name

krs@caos.aamu.edu (Karl R. Sackett) (1 bugs):
 tkdiff       3044  tkdiff -- calls wrong "wish" program

Dirk Eddelbuettel <edd@qed.econ.queensu.ca> (1 bugs):
 acct         3738  /usr/doc/copyright/debian.README incorrectly installed

Karl Ferguson <karl@tower.com.au> (1 bugs):
 unarj        3641  unarj description: ext start indented, summary starts w/ pk

joost witteveen <joostje@debian.org> (1 bugs):
 pstoedit     3696  pstoedit description: ext start indented

Craig Sanders <cas@taz.net.au> (1 bugs):
 tkdesk       3640  tkdesk description: ext start indented

Dale Scheetz <dwarf@polaris.com> (2 bugs):
 psutils      3618  psutils description: summary starts w/ pkg name, no ext
 psutils      3732  psutils has invalid address in Maintainer field

adfernan@cnd.mcgill.ca (Andrew D. Fernandes) (2 bugs):
 acs          3559  acs description: no ext
 dlltools     3578  dlltools description: no ext

Raul Miller <moth@firefly.com> (2 bugs):
 ucbmpeg      3454  ucbmpeg control file problems
 ucbmpeg      3509  mpeg_play puts bogus statistics on stdout

Gordon Russell <gor@dcs.napier.ac.uk> (2 bugs):
 setserial    2892  setserial marked as Essential when it isn't
 setserial    3638  setserial description: no ext

Christian Linhart <chris@cosy.sbg.ac.at> (2 bugs):
 xarchie       887  xarchie barfs when ftp closes unexpectedly
 xarchie      1275  xarchie clumsy with 2-button mouse

Kenneth MacDonald <K.MacDonald@ed.ac.uk> (2 bugs):
 ispell       2425  ispell thinks `formated' is correct
 ispell       3196  ispell symlinks broken

Richard Kettlewell <richard@elmail.co.uk> (2 bugs):
 majordomo    1881  Majordomo UID wrong?
 repair       1532  no revision number with repair

Ray Dassen <jdassen@wi.leidenuniv.nl> (2 bugs):
 www.debian   3431  some packages have no information on WWW-server
 www.debian   3700  Web pages lack <LINK REV="MADE" ...>

Syrus Nemat-Nasser <syrus@ucsd.edu> (2 bugs):
 color-ls     3392  /etc/DIR_COLORS doesn't list .deb!
 color-ls     3563  color-ls description: no ext

Otmar Lendl <lendl@cosy.sbg.ac.at> (2 bugs):
 cnews        3476  cnews description is gibberish
 cnews, ine   3477  cnews and inews should be same package

Marcel Riedi <riedi@tik.ee.ethz.ch> (2 bugs):
 rsynth       2206  Description
 rsynth       3684  rsynth description: summary starts w/ pkg name, no ext

bcwhite@pobox.com (Brian C. White) (2 bugs):
 gnats        3053  gnats: typo in postinst omits install-info
 zyxel        3695  zyxel description: summary starts w/ pkg name

David Frey <David.Frey@eos.lugs.ch> (2 bugs):
 magicfilte   3254  magicfilter recommends dvips, gs, pbmplus
 magicfilte   3452  magicfilter should run config in postinst

Giuseppe Vacanti <Giuseppe.Vacanti@DeSelby.xs4all.nl> (2 bugs):
 diald        3457  diald control file problems
 diald        3573  diald description: ext start blank line

Wichert Akkerman <wakkerma@wi.leidenuniv.nl> (2 bugs):
 strace       2177  "strace -ff -o file dpkg --install foo.deb" causes dpkg to 
 strace       3523  "strace ipcs" core dumps

dgregor@gregor.com (D.J. Gregor) (2 bugs):
 cdtool       2450  `cdir' prints out huge chunks of /etc/passwd !
 cdtool       2923  CD-ROM device /dev/hdc permissions

Dominik Kubla <kubla@uni-mainz.de> (3 bugs):
 lsof         3065  lsof looks for /System.map
 news         3603  news description: no ext
 vgrind       2977  vgrind: name clash causes coredump (fix included)

Bdale Garbee <bdale@gag.com> (3 bugs):
 gzip         3326  zegrep missing
 gzip         3591  gzip description: no ext
 tar          3656  tar description: no ext

Jim Robinson <jimr@simons-rock.edu> (3 bugs):
 mh-papers    3613  mh-papers description: no ext
 paridoc      3636  paridoc description: no ext
 term         3714  Problems encountered while compiling 'term' on m68k arch

mrn20@cam.ac.uk (Michael R. Nonweiler) (3 bugs):
 ipx          2913  ipx bootup scripts are broken
 ipx          3592  ipx description: no ext
 ncpfs        3630  ncpfs description: summary starts w/ pkg name

Guy Maor <maor@debian.org> (3 bugs):
 debianutil   3122  run-parts should ignore RCS
 debianutil   3511  typo on installkernel man page
 util-linux   3259  [c]fdisk does not recognize NEXTSTEP partitions

Simon Shapiro <shimon@i-Connect.Net> (3 bugs):
 rc           3206  rc terminates on CTRL-C
 rc           3533  Problems encountered while building "rc" on m68k arch
 rc           3607  rc description: no ext

Erick Branderhorst <branderhorst@heel.fgg.eur.nl> (3 bugs):
 giftrans     3284  giftrans is free
 info          889  Info 3.1-6
 wenglish     3655  wenglish description: no ext

Ian Jackson <ijackson@chiark.chu.cam.ac.uk> (3 bugs):
 bugs.debia   2296  debian-bugs WWW doesn't say how to find out Debian version
 bugs.debia   2966  bugs2ftp is broken
 bugs.debia   2998  bugs2ftp still flaky

Alvar Bray <alvar@meiko.co.uk> (3 bugs):
 groff        2233  groff-1.09-4
 groff        2970  soelim [in groff] is confused by .so in macros definitions
 groff        3333  Problems encountered while compiling "groff" for m68k arch

Guy Maor <maor@ece.utexas.edu> (4 bugs):
 bdflush      3554  bdflush description: summary starts w/ pkg name
 login        3227  login refuses, and then allows, root login on tty?
 login        3439  Login reconfigures serial port
 passwd       3408  Various bugs in passwd manpages

Martin Schulze <joey@linux.de> (4 bugs):
 sysklogd     3060  problems with new sysklogd-1.3-3
 sysklogd     3103  "/etc/init.d/sysklogd restart" does not restart klogd
 sysklogd     3324  Non-existant conffile not created.
 sysklogd     3526  syslogd dumps core when no domainname has been set

Steve Phillips <sjp@cvfn.org> (4 bugs):
 adduser      1711  adduser replaces NIS entries in /etc/passwd
 adduser      2309  Multiple root accounts
 adduser      3490  adduser password-setting problem
 adduser? m   1708  `passwd' not interruptible when invoked by `adduser'

Bill Mitchell <mitchell@debian.org> (4 bugs):
 CVS          3374  CVS wrappers can't be turned off
 elviscmn     3562  elviscmn description: no ext
 elvisnox     2592  Elvis Compilation Peoblem
 file         3581  file description: ext extra spaces

Stephen Early <sde1000@cam.ac.uk> (4 bugs):
 mkisofs      3540  mkisofs stops if a problem occurs
 mkisofs      3703  mkisofs stops if a permission problem occurs
 xcompat      3246  Cant load library libXt.so.6
 xcontrib     1981  xman fails to format ascii(7) correctly

Helmut Geyer, Helmut.Geyer@iwr.uni-heidelberg.de (4 bugs):
 ghostview    1451  `ghostviewR6' conflict with ghostview &c
 ghostview    2200  Description
 ghostview    3598  ghostview description: ext start indented
 xxgdb        3678  xxgdb description: no ext

Mark Eichin <eichin@cygnus.com> (4 bugs):
 xpaint       3475  xpaint Recommends pbmplus
 xpaint       3699  xpaint description: summary starts w/ pkg name
 xterm-colo   2353  postrm script broken
 xterm-colo   2710  colour xterm has problems when resizing

Wendal Catt <wendal@southwind.net> (4 bugs):
 procmail     3197  wrong uid/gid in /usr/doc/procmail
 procmail     3349  Problems encountered while compiling "procmail" for m68k ar
 procmail     3644  procmail description: no ext
 procmail     3705  procmail does close(-1)

Bill Mitchell <mitchell@mdd.comm.mot.com> (4 bugs):
 ee           3728  Problems while compiling "ee" for m68k arch.
 git          3543  Problems encountered while compiling "git" for m68k arch
 git          3588  git description: ext extra spaces
 sharutils    3357  Problems encountered while compiling "sharutils" for m68k a

awpguy@acs.ucalgary.ca (Andy W.P. Guy) (5 bugs):
 dchanges     3305  dchanges: urg= override is ignored
 dchanges     3530  dchanges can create bad changes file
 dchanges     3531  dchanges should default to '- -' not 'misc extra'
 dpkg-ftp     2870  dpkg-ftp-1.4.1 bug
 dpkg-ftp     2933  dpkg-ftp needs perl 5.002

Klee Dienes <klee@sedona.com> (5 bugs):
 guile        3052  guile is missing slib.info.gz
 guile        3223  guile installs entry for slib, but no info file
 netatalk     2542  No default config files?
 netatalk     2690  netatalk: a few small problems
 python       3442  python postinst is very verbose

dgregor@bronze.coil.com (D.J. Gregor) (5 bugs):
 workbone     1381  workbone postinst fails
 workbone     1973  workbone postinst needs rewording
 workbone     1984  dpkg won't install cdtool
 workbone     3382  workbone disappears during upgrade
 workbone     3664  workbone description: no ext

Christian Hudon <chrish@debian.org> (5 bugs):
 termcap-co    797  /etc/termcap console keydefs for function keys
 termcap-co    836  Possible bugs in termcap system
 termcap-co   1045  tgetflag("hc") segfaults (fwd)
 termcap-co   1803  /etc/termcap linux definition incomplete
 termcap-co   3721  Problems while compiling "termcap-compat" on m68k arch

Rob Browning <osiris@cs.utexas.edu> (5 bugs):
 gimp-dmoti   3377  gimp's sample .gimprc does not correspond to gimp paths
 gimp-dmoti   3378  gimp should put a .gimprc in /etc/skel
 gimp-dmoti   3600  gimp-dmotif description: ext start blank line
 gimp-smoti   3585  gimp-smotif description: ext start blank line
 libwww-per   3611  libwww-perl description: no ext

Mike Deisher <deisher@dspsun.eas.asu.edu> (5 bugs):
 auto-pgp     2211  Description
 auto-pgp     3216  auto-pgp doesn't remove info entry when removed
 auto-pgp     3680  auto-pgp description: ext start indented
 dosemu       1791  dosemu troubles
 dosemu       3671  dosemu description: no ext

gthomas@native-ed.bc.ca (Guy R. Thomas) (5 bugs):
 dld          1488  dld control file dsccription problem
 dld          2209  Description
 dld          2758  dld: missing source file
 dld          3572  dld description: ext start indented, summary starts w/ pkg 
 hdparm       2197  hdparm -c switch

Martin Schulze <joey@debian.org> (5 bugs):
 manpages     2861  glob(3) references glob(7); the latter doesn't exist
 manpages     3165  fcntl(2) references nonexistent man pages
 manpages     3484  broken reference to (un)link(8).
 manpages     3494  ftw(3) typos
 manpages-d   3602  manpages-de description: no ext

Dale Miller <dale@csd.uwo.ca> (6 bugs):
 mailx        2009  mailx ignores ^C at Subject prompt
 mailx        2010  mailx misses VM-generated From_ lines
 mailx        2284  mailx ^C at Cc: prompt sends mail !
 mailx        2356  mailx -- problems with TMPDIR symlink
 mailx        2733  /usr/bin/mail leaves lock files when disk full
 mailx        2971  mailx doesn't quit on two successive C-c

Manoj Srivastava <srivasta@pilgrim.umass.edu> (6 bugs):
 kernel-pac   3519  kernel-package documentation doesn't match program
 kernel-pac   3522  kernel-package image.postinst troubles.
 kernel-pac   3722  kernel-image uses stale LILO script, over-writes MBR
 mailagent    3426  mailagent not executable
 mailagent    3432  mailagent not executable
 mailagent    3504  /usr/bin/mailagent not executable

jimr@simons-rock.edu (Robinson, Jim) (6 bugs):
 idanish      3670  idanish description: no ext
 wfrench      3687  wfrench description: no ext
 witalian     3691  witalian description: no ext
 wnorwegian   3688  wnorwegian description: no ext
 wspanish     3698  wspanish description: no ext
 wswedish     3682  wswedish description: no ext

joost witteveen <joostje@master.debian.org> (6 bugs):
 gnuplot      3587  gnuplot description: no ext
 gsfonts      1112  a2gs output unusable by gs but usable by ghostview
 gsfonts      3596  gsfonts description: no ext
 gsfonts      3673  gsfonts description: no ext
 xosview      3385  xosview and /usr/bin/X11 (again)
 xosview      3737  xosview uses -O3 -f...

Peter Tobias <tobias@et-inf.fho-emden.de> (6 bugs):
 hostname     3341  Problems encountered while compiling "hostname" for m68k ar
 hostname     3593  hostname description: no ext
 netbase      3270  bugs
 netstd       3401  talk clears screen after showing error
 wu-ftpd      3447  Wu-ftpd prompts for installation of /home/ftp twice
 wu-ftpd      3471  wu-ftpd postinst question asked twice

Kevin Dalley <kevin@aimnet.com> (6 bugs):
 automake     3551  automake description: summary starts w/ pkg name
 dejagnu      3566  dejagnu description: summary starts w/ pkg name, no ext
 findutils    1239  /etc/cron.daily/find: updatedb doesn't exclude cdrom and ot
 findutils    3586  findutils description: no ext
 gwm          3594  gwm description: no ext
 oleo         3631  oleo description: no ext

Austin Donnelly <and1000@debian.org> (6 bugs):
 bc           3727  Problems encountered while compiling "bc" for m68k arch.
 bsdutils      988  `script' is insecure, and general tty insecurity
 ed           3726  Problems encountered while compiling "ed" for m68k arch.
 fvwm         3437  fvwm should not recommend fvwm2
 fvwm2        3407  fvwm2: WindowList infelicity
 xcal         3292  xcal app-defaults shouldn't be conffiles

debian-devel@pixar.com (6 bugs):
 general      2022  utmp corruption
 general      2481  /sbin/ldconfig in scripts
 general      2717  conffiles in /usr
 general      3066  a.out binaries in various packages
 general      3161  Newbie 1.1beta installation.
 general      3381  Upgrade document and kernel upgrades

Erick Branderhorst <branderh@debian.org> (6 bugs):
 idutch       3672  idutch description: no ext
 mathpad      2231  mathpad problems
 mathpad      3310  installation and startup problems with mathpad
 mathpad      3311  installation and startup problems with mathpad
 mathpad      3312  installation and startup problems with mathpad
 wdutch       3697  wdutch description: no ext

Ted Hajek <tedhajek@boombox.micro.umn.edu> (6 bugs):
 gopher-cli   1851  gopher-client-2.1.1 has quotes around version and revision 
 gopher-cli   3668  gopher-client description: ext start indented
 gopherd      1717  gopherd recommends freeWAIS - nonexistent package
 gopherd      1718  gopherd version has spurious quotes
 gopherd      3262  Gopherd problems
 gopherd      3683  gopherd description: ext start indented

(orphan) (7 bugs):
 dialog       2591  rootdisk
 dialog       3360  Problems encountered while compiling "dialog" for m68k arch
 dialog       3514  Required package modconf depends on extra package dialog
 dialog       3576  dialog description: no ext
 ifrench      1233  Bad french.hash file in ifrench.deb
 ifrench      2605  #1233,#1793 (ifrench doesn't work...)
 ifrench      3686  ifrench description: no ext

Michael Nonweiler <mrn20@cam.ac.uk> (8 bugs):
 nas          1747  nas: no manpages for au available
 nas          3107  nas postinst could use a warning
 nas          3510  removal of nas doesn't kill 'au' daemon
 trn           825  trn warning messages corrupt thread selector display
 trn          1845  dead.letter and dead.article are world readable
 trn          2298  trn bug with shell escaping
 trn          2783  trn needs to provide virtual package news-reader
 trn          3089  trn -- needs to depend on "inews" or "inewsinn"

Carl Streeter <streeter@cae.wisc.edu> (8 bugs):
 elm          2557  add to elm manpage
 elm          2562  elm manpage paths incorrect
 elm          2789  elm doesn't show rest of pgp-signed message
 elm          2991  nfrm is not installed...
 elm          3042  Elm produces bogus Content-Type header for PGP signed stuff
 elm          3707  Problems encountered while compiling "elm" on m68k arch
 unzip        3693  unzip description: no ext
 zip          3692  zip description: no ext

mitchell@mdd.comm.mot.com (Bill Mitchell) (8 bugs):
 beav         3558  beav description: ext extra spaces
 elv-ctags    2503  elvis and emacs both provide ctags
 indent       3532  Problems encountered while building "indent" on m68k arch
 less         3336  Problems encountered while compiling "less" for m68k arch
 less         3616  less description: ext extra spaces
 patch        3348  Problems encountered while compiling "patch" for m68k arch
 symlinks     3364  Problems encountered while compiling "symlinks" for m68k ar
 symlinks     3614  symlinks description: ext extra spaces

Dale Scheetz <dwarf@polaris.net> (9 bugs):
 diff         3351  Problems encountered while compiling "diff" for m68k arch
 imapd        3674  imapd description: no ext
 libident     3622  libident description: summary starts w/ pkg name, no ext
 octave       3627  octave description: no ext
 pico         3667  pico description: no ext
 pine         2365  Pine erases message before I can read it
 pine         2367  Pine supplies PATH line when posting news
 pine         3253  Pine over-encodes files (came from Bug#932)
 pine         3690  pine description: no ext

Chris Fearnley <cjf@netaxs.com> (9 bugs):
 gawk         3328  Problems encountered while compiling "gawk" for m68k arch
 mawk         3542  Problems encountered while compiling "mawk" on m68k arch
 mawk         3544  Problems encountered while compiling "mawk" on m68k arch
 mawk         3617  mawk description: ext extra spaces
 most         2205  Description
 most         3158  most differs from man page
 most         3620  most description: summary starts w/ pkg name
 npasswd_bo   3495  doesn't respect nis/yp
 slang-deve   3645  slang-devel description: ext extra spaces

Robert Leslie <rob@mars.org> (10 bugs):
 bind         2530  bind locks up system
 bind         2819  named loses (in an easily fixed way) on 1.2.13 kernels
 bind         3478  bind should use lowercase `none' in postinst
 bind         3505  ndc does not use start-stop-daemon
 bind         3507  named postinst mangled my configuration
 ddd-smotif   3307  ddd-smotif does not replace ddd
 deliver      3319  deliver does not set exit codes as expected by sendmail
 maelstrom    3287  (no subject)
 mount        2304  umount calls gethostbyname() at consequence
 sendmail     3151  Sendmail runs too late

Soenke Lange <soenke@escher.north.de> (10 bugs):
 smail        1481  smail paniclog suggestion
 smail        1693  forwarded message from Harald T. Alvestrand
 smail        1799  smail nameresloving problems
 smail        1929  aliasinclude and forwardinclude directors missing
 smail        2348  Smail fails to define NO_PETER_HONEYMAN
 smail        2423  scattered sendmail links
 smail        3046  Smail configuration problem?
 smail        3164  runq dumps core
 smail        3366  Problems encountered while compiling "smail" for m68k arch
 smail        3497  smail calls obsolete yp_order

Martin Schulze <joey@infodrom.north.de> (11 bugs):
 at           2475  `at' uses middle-endian 2-digit-year date format
 at           3394  /etc/crontab has a bad entry
 cfingerd     3250  cfingerd descriptive text
 cfingerd     3427  weird output if cfingerd.conf: NO_PLAN = ""
 cfingerd     3433  weird output if cfingerd.conf: NO_PLAN = ""
 dbview       3565  dbview description: ext extra spaces
 gpm          2874  gpm will not work if the system is setup for a serial conso
 gpm          3280  (no subject)
 gpm          3373  gpm -k hangs if X server running on console
 rman         3304  [rman] Off-by-one in generated HTML
 xfractint    3186  Can't chdir

dhs@firefly.com (David H. Silber) (11 bugs):
 dbackup      1406  backup postrm can fail when it shouldn't
 fortune      1118  fortune is setuid games ?!
 fortune      3213  fortune need libc.so.4
 fortune      3571  fortune description: summary starts w/ pkg name, no ext
 uucp         1265  Misc. uucp bugs
 uucp         2198  uuxqt can't execute rmail
 uucp         2293  uucp should compress big files in /usr/doc/uucp
 uucp         2810  uucp postrm should use -f flag to rm
 uucp         3112  UUCP uses /usr/spool/uucp (and does not create it)
 uucp         3503  still a.out (and src doesn't build binary *.deb out of the 
 uucp         3711  Problems encountered while compiling "uucp" on m68k arch

Sven Rudolph <sr1@inf.tu-dresden.de> (11 bugs):
 genscript    3169  dvipsk doesn't use /etc/papersize
 genscript    3483  using args with spaces in genscriptrc
 linuxdoc-s   3180  linuxdoc-sgml semantics and formatting problems
 linuxdoc-s   3285  possibly unintended files installed by linuxdoc-sgml
 linuxdoc-s   3317  linuxdoc-sgml info files are missing all ftp names...
 rcs          2302  RCS - problems with msdos filesystems
 rcs          3619  rcs description: ext extra spaces
 seyon        2701  seyon: dpkg --purge doesn't work
 seyon        3689  seyon description: no ext
 xonix        3666  xonix description: summary starts w/ pkg name
 xsok         3669  xsok description: ext extra spaces

Mark Shuttleworth <marks@thawte.com> (11 bugs):
 apache       2426  apache overwrites existing home page
 apache       2703  apache: wrong location of icons and cgi-bins
 apache       2802  apache tweaks
 apache       2812  Apache server: SECURITY HOLE
 apache       2814  Apache 1.0.3: wrong manpage
 apache       2872  Apache starts several times
 apache       2934  Some cgi scripts don't work
 apache       3384  apache leaves /var/log/httpd non-empty
 apache       3448  Apache purge gives several error message
 apache       3470  apache problems
 apache       3555  apache description: ext extra spaces

Michael Alan Dorman <mdorman@lot49.med.miami.edu> (12 bugs):
 mh           2334  MH scan -width dumps core
 mh           2346  MH can lose mail
 mh           2648  
 mh           2661  dist and mh both have a dist manpage
 mingetty     3362  Problems encountered while compiling "mingetty" for m68k ar
 ncurses-ba   2863  dselect and ncurses in select window
 ncurses-ba   3163  disconnects between ncurses-base and xbase
 ncurses-bi   2076  reset(1)
 ncurses-bi   2474  /usr/bin/reset does the wrong thing
 ncurses-bi   3191  reset(1) doesn't bring an xterm out of alt charset mode
 ncurses-bi   3192  tset(1) man page problem
 ncurses-te   2158  new ncurses bug ?

Joe Kirby <kirby@utk.edu> (13 bugs):
 fdflush      3331  Problems encountered while compiling "fdflush" for m68k arc
 fdflush      3570  fdflush description: no ext
 grep         2047  grep segfaults when abused
 grep         3334  Problems encountered while compiling "grep" for m68k arch
 grep         3595  grep description: no ext
 lxtools      3096  lxtools: user error (misuse of -r and filename) gives cored
 lxtools      3621  lxtools description: no ext
 sed          3356  Problems encountered while compiling "sed" for m68k arch
 sed          3625  sed description: no ext
 taper        2891  taper documentation is missing
 taper        3115  taper recommends ftape
 taper        3535  Problems encountered while building "taper" on m68k arch
 taper        3643  taper description: no ext

dgregor@coil.com (D.J. Gregor) (14 bugs):
 byacc        3361  Problems encountered while compiling "byacc" for m68k arch
 byacc        3567  byacc description: no ext
 lpr           902  lpr can't print a PostScript file ?!
 lpr          1061  /etc/printcap vs. /usr/man/man5/printcap.5
 lpr          1923  lpr not de-installing
 lpr          2555  lpd source files aren't clean
 lpr          2556  "\031\1"
 lpr          3034  SOLVED: can't remove print jobs
 lpr          3038  SOLVED: can't remove print jobs
 lpr          3156  lpr and smail uuname returned -1
 lpr          3346  Problems encountered while compiling "lpr" for m68k arch
 lpr, magic   3075  lpr, magicfilter, dvi-fonts failed
 xwpe         2486  Ghost packages
 xwpe         3675  xwpe description: no ext

Steve Greenland <stevegr@neosoft.com> (15 bugs):
 jargon       3222  Jargon info entry in wrong category
 jargon       3604  jargon description: no ext
 nvi          2382  would like `view' link for nvi
 nvi          2428  nvi segmentation faults
 nvi          2797  nvi dumped core?
 nvi          2825  restricted movement in nvi
 nvi          2832  nvi likes turning auto-margins off
 nvi          2855  nvi changes xterm settings...
 nvi          3035  nvi dumps core
 nvi          3166  SIGSEGV on TERM=dumb
 nvi          3189  nvi over-cautious about .exrc?
 nvi          3234  nvi segfaults if stty rows 0 columns 0
 nvi          3235  nvi gives unhelpful message for unknown TERM type
 nvi          3634  nvi description: no ext
 nvi          3729  Problems while compiling "nvi" for m68k arch.

Alvar Bray <alvar@debian.org> (15 bugs):
 man          2607  man and mandb invocation error
 man          2637  unstable/man loops building index with empty man pages
 man          2638  unstable/man loops building index with empty man pages
 man          2712  man fails to recover correctly from ^Cs
 man          2799  mandb doesn't like manpage for dc
 man          2862  man 9menu doesn't work
 man          2969  zsoelim [in man] is confused by .so in macros definitions
 man          3098  man-2.3.10-11 segfaults
 man          3109  man 9menu unpleasant
 man          3181  apropos in package man depends on package bsdmainutils
 man          3220  apropos dumps core
 man          3344  Problems encountered while compiling "man" for m68k arch
 man          3725  Another data point on apropos segfaulting.
 man          3739  `man -l -' for stdin doesn't work
 ppp          3347  Problems encountered while compiling "ppp" for m68k arch

Miquel van Smoorenburg <miquels@cistron.nl> (15 bugs):
 inn          2112  Submission for INN doc file
 inn          2220  INN feed password interacts badly with trn XMODE READER
 inn          2822  Some minor glitches with the inn package
 inn          3153  inn ctlinnd not readable/executable, but /var/run/innd is !
 inn          3459  inn should Depend on inewsinn, not contain it
 inn          3462  INN postinst and configuration problems
 inn          3517  innd won't remove syslog.conf lines when purged
 minicom      3601  minicom description: no ext
 nis          3632  nis description: summary starts w/ pkg name
 sysvinit     2439  rc?.d scripts sometimes not run
 sysvinit     2796  sysvinit makes obsolete symbolic link
 sysvinit     2908  mesg sets wrong permissions on /dev/ttyp*
 sysvinit     3130  sysvinit init.d/network script buglet
 sysvinit     3140  /etc/init.d/boot has rm -f bugs
 sysvinit     3143  sysvinit init.d/network script buglet

David Engel <david@ods.com> (16 bugs):
 aout-binut   3552  aout-binutils description: no ext
 binutils     1108  No manpage ar(5)
 binutils     1303  `man 1 nm` slightly incomplete
 binutils     2161  elf-binutils 2.5.2l.20-1 ld can be made to segfault
 binutils     3574  binutils description: no ext
 gcc          2493  GCC -O3 produces unsatisfied external ref to static functio
 gcc          2909  GCC Info has funny formatting
 gcc          2910  GCC accepts multi-line strings without \ or " " &c
 gcc          3330  Problems encountered while compiling "gcc" for m68k arch
 gdb           660  GDB gets address of structure member wrong in memory breakp
 gdb          3515  gdb prints corrupted message
 gdb          3599  gdb description: no ext
 snmp         3108  snmpd provides too much information
 snmp         3731  snmpd: patch for hrProcessorLoad MIB variable
 tkman        2884  tkman doesn't use /var/catman
 tkman        3681  tkman description: summary starts w/ pkg name

Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE> (19 bugs):
 amd          2497  Fixes for amd-upl102
 amd          2864  serious bug in amd!
 amd          2868  amd hangs on tcsh hostname completion
 amd          3208  amd bug
 amd          3445  bug in amd package (upgrade)
 cflow        3391  cflow pre-depends on gcc -- bad
 cflow        3399  cflow 2.0-1
 cflow        3416  cflow pre-depends on gcc -- bad
 cflow        3560  cflow description: summary starts w/ pkg name
 csh          3564  csh description: no ext
 kbd          1901  `compose' keytable command not documented
 kbd          2217  loadkeys problem
 kbd          2238  another loadkeys problem
 kbd          3210  loadkeys infelicities
 kbd          3383  kbd bogosity
 kbd          3512  typo in kbd postinst
 nethack      3271  new nethack screws up on linux console
 nethack      3624  nethack description: summary starts w/ pkg name
 vlock        3648  vlock description: summary starts w/ pkg name

Steve Greenland <stevegr@master.debian.org> (22 bugs):
 cern-httpd   1767  cern-httpd installation
 cern-httpd   2268  stale documentation links
 cern-httpd   3124  CERN httpd sends useless cron mail
 cern-httpd   3327  cern-httpd postinst hangs if daemon configured for inetd
 cern-httpd   3370  httpdconfig installs Welcome.html even if index.html exists
 cern-httpd   3467  cern-httpd curious message
 cern-httpd   3486  forwarded message from Cron Daemon
 cern-httpd   3735  cern-httpd doesn't send fqdn on redirect
 cron         1681  Missing files
 cron         1995  run-parts on laptops
 cron         2052  find over NFS
 cron         2338  finds in cron.daily should be nice
 cron         2808  wrong crontab entry for atrun
 cron         3047  cron script problem?
 cron         3099  /etc/cron.daily/standard security hole
 cron         3114  cron.daily/standard script
 cron         3148  Cron: Cannot stat in /var/spool/cron/atjobs/
 cron         3182  cron's checksecurity runs find on NFS mounted filesystems
 cron         3302  savelog seems to be missing from cron package
 cron         3358  Problems encountered while compiling "cron" for m68k arch
 cron         3368  cron's checksecurity still scans NFS servers
 cron         3496  checksecurity patch for nfs mounts

Andrew Howell <andrew@it.com.au> (23 bugs):
 lynx         2067  lynx -source can't find documents
 lynx         2295  (no subject)
 lynx         2946  Lynx gives fatal error message
 lynx         2964  lynx -dump fails through proxy
 lynx         2965  lynxexec not compiled into lynx.
 lynx         3105  lynx access to dot files is disabled
 lynx         3386  lynx version number changes
 lynx         3469  lynx default home page
 lynx         3606  lynx description: ext extra spaces
 mandelspaw   3176  mandelspawn slave problems
 rxvt         2510  rxvt-2.14 breaks old scripts
 rxvt         2989  rxvt source bug
 samba        1946  nmbd won't browse
 tcsh          820  tcsh builtin `echo' doesn't check write errors
 tcsh         3396  tcsh doesn't provide c-shell
 tcsh, csh    3466  tcsh, csh should use update-alternatives, not diversions
 tf           2547  tf does not support visual mode
 xntp         2051  /etc/ntp.conf is an auto-handled conffile
 xntp         2982  xntp calls ntpdate at start
 xtron        1703  xtron documentation
 ytalk        2196  ytalk `shell' option can't run dpkg
 ytalk        2575  ytalk lies about who you are talking to
 ytalk        2699  ytalk doesn't use FQDNs

Simon Shapiro  <Shimon@i-connect.net> (24 bugs):
 kernel       1707  image 1.2.13-5 has no msdos.o
 kernel       1744  dpkg: cannot scan updates directory `/var/lib/dpkg/updates/
 kernel       1759  running out of swap causes deadlock
 kernel       1922  1.3.43 Kernel is too nice
 kernel       1962  kernel needs sbpcd.h editing in some cases
 kernel       1989  mmap bug?
 kernel       2063  scsi driver sequence unreasonable
 kernel       2064  aha1740 driver only supports one card
 kernel       2105  console error messages "Source Route Failed."
 kernel       2463  "msdos" filesystem needed for bootstrapping
 kernel       2470  in kernel Attached ether adapter driver interferes with lp 
 kernel       2692  kernel swap space problem
 kernel       2940  image-1.3.64-0 lacks scsi tape device
 kernel       3019  no 386 support in kernel_image 1.3.100
 kernel       3040  Sound module in 1.3.95 kernel not compatible with my SB16 c
 kernel       3106  v 1.1 beta kernel image not for i386
 kernel       3195  "/etc/rc.boot/0setserial" fails due to missing "serial" mod
 kernel       3258  pcmcia-cs minor postinst bug
 kernel       3265  kernel-image and PS/2 mouse problem
 kernel       3268  network modules don't work with kernel 
 kernel       3275  dpkg --no-act leaves control info in /tmp
 kernel       3393  printer-driver problem in kernel 1.99.7
 kernel       3397  (no subject)
 kernel       3516  SCSI_IOCTL_SEND_COMMAND can cause major corruption

Ian Murdock <imurdock@debian.org> (24 bugs):
 acm          1366  acm networking problems
 acm          3548  acm description: no ext
 aout-librl   3553  aout-librl description: no ext
 ftp.debian   1672  non-free packages
 ftp.debian   1971  librl should be in required
 ftp.debian   2941  lots of hyphens in archive
 ftp.debian   3236  auto-pgp in non-free, mailcrypt in misc
 ftp.debian   3460  package classifications
 ftp.debian   3500  Required package modconf depends on extra package dialog
 glibcdoc     1468  `glibcdoc' should use `info-browser' virtual packages
 glibcdoc     2759  glibcdoc: missing source file
 glibcdoc     2906  Inconsistency in libc.info re snprintf
 glibcdoc     3597  glibcdoc description: no ext
 metamail     3340  Problems encountered while compiling "metamail" for m68k ar
 pmake        3629  pmake description: no ext
 pmake        3715  Problems encountered while compiling "pmake" on m68k arch.
 rootdisk     2945  Bus Error given by rootdisk
 rootdisk     3142  1.1 installation and large partitions
 rootdisk     3147  May 19 boot floppies...
 rootdisk     3272  bug in root disks...
 rootdisk     3420  Boot disk creats corrupted filesystems in some situations
 rootdisk     3488  basedisks modconf problems
 rootdisk     3489  basedisks configuration problems
 rootdisk     3491  basedisks newly booted system problems

Bruce Perens <Bruce@Pixar.com> (27 bugs):
 arrl-infos   2737  arrl-infoserv: missing source file
 arrl-infos   3677  arrl-infoserv description: no ext
 ash          2604  ash: cc: Internal compiler error: program ld got fatal sign
 ash          3056  ash-source contains objects
 ash          3718  Problems encountered while compiling "ash" on m68k arch.
 boot-flopp    998  Can't Configure DOS Partitions
 boot-flopp   1032  Linux Counter Project Info Not Included
 boot-flopp   1372  rootdisk: no dvorak keytable
 boot-flopp   2569  bootdisk: Leading dot in dnsdomainname?
 boot-flopp   2738  Installing Debian 1.1
 boot-flopp   2739  Configuring Network with Debian 1.1
 boot-flopp   2740  Configuring Network with Debian 1.1
 boot-flopp   2850  nfs.o isn't loaded in clean debian 1.1 nfs install
 boot-flopp   2893  forwarded 1.1 installation bugs
 boot-flopp   2914  (no subject)
 boot-flopp   3031  various boot-floppies nits
 boot-flopp   3064  need a pointer in /usr/doc/boot-floppies
 boot-flopp   3121  boot-floppies doesn't have basedisks.sh
 boot-flopp   3575  boot-floppies description: no ext
 lilo         2926  Lilo: can't make documentation
 lilo         3247  Lilo unpack removes boot.b
 modconf      3628  modconf description: no ext
 pcb          3388  linked with aout libXaw
 pcb          3413  linked with aout libXaw
 pcb          3635  pcb description: no ext
 syslinux     2774  syslinux: missing source file
 syslinux     3642  syslinux description: no ext

Mark Eichin <eichin@kitten.gen.ma.us> (29 bugs):
 autoconf     3172  Autoconf does not provide config.guess, config.sub etc.
 autoconf     3556  autoconf description: ext start indented
 emacs        1879  Emacs shell mode weirdness - looks like C code bug
 emacs        2183  emacs shouldn't touch /usr/local
 emacs        2235  emacs eats manual pages
 emacs        2267  emacs ange ftp fails
 emacs        2318  Emacs makes it hard for MTAs to do the right thing
 emacs        2392  Emacs mishandles fonts under X.
 emacs        2417  emacs inferior process buffers failing
 emacs        2431  Emacs mishandles X fonts.
 emacs        2476  emacs mucks up my email address
 emacs        2477  annoying bug in emacs
 emacs        2478  ange ftpd croaks on anonftpd
 emacs        2479  ange-ftp is incredibly inefficient
 emacs        2500  (no subject)
 emacs        2532  Emacs fails to use `set -e' in postinst
 emacs        2596  install-info (v1.1.2) creates bad emacs section
 emacs        2609  (no subject)
 emacs        2630  emacs package needs to break ctags-related files out separa
 emacs        2634  emacs hung
 emacs        2709  emacs should list /usr/lib/emacs/19.30/lisp/default.el as a
 emacs        2714  Emacs and XEmacs share files
 emacs        2731  emacs with gud creates ~/.terminfo/e/emacs
 emacs        2829  emacs: gdb says: slashes aren't allowed (/etc/termcap)
 emacs        3119  emacs font handling
 emacs        3179  emacs ctags segfaults
 emacs        3241  derived.el fails in emacs
 emacs        3400  gnus broken? in Debian-emacs-19.31-2
 emacs-el     3569  emacs-el description: no ext

Stephen Early <sde1000@debian.org> (30 bugs):
 xbase         725  twm places windows incorrectly
 xbase         740  xclock leaves `droppings' in its window
 xbase         773  xmh falls over if mh is not installed
 xbase         775  twm reports errors on incorrect line numbers
 xbase        1621  Xmark has no manpage
 xbase        1690  XDM protection fault on X config error
 xbase        1691  X config allows invalid numeric range
 xbase        1819  X11 doesn't set a lock on the mouse port
 xbase        1985  xdm won't redirect to remote machines.
 xbase        2243  xterm vanishes when it's big (some escape sequence?)
 xbase        2297  xterm gets mouse-paste and RETURN in wrong order
 xbase        2313  xterm keymapping problems suspected
 xbase        2360  xdm cannot find a free VT
 xbase        3026  xbase et al postinst doesn't flush stdout
 xbase        3073  xbase contains imake and xmkmf without their config files
 xbase        3095  xbase kills xdm and *then* asks (politely, but belatedly)
 xbase        3162  disconnects between ncurses-base and xbase
 xbase        3267  Unqualified hostnames in rstart
 xbase        3395  can't login via xdm
 xbase        3730  improper lookup of window managers by /etc/X11/Xsession
 xbase et a   3734  X11 problems
 xbase?       3110  X servers muck up xdm when uninstalled
 xfntbig      3650  xfntbig description: no ext
 xfntcyr      3610  xfntcyr description: no ext
 xfntscl      3663  xfntscl description: no ext
 xlib         3661  xlib description: no ext
 xmanpages    3308  X(1) manpage in wrong place?
 xserver-sv   1292  X locks up
 xserver-sv   3300  xserver-svga configuration
 xslib        3662  xslib description: no ext

Ian Jackson <ian@chiark.chu.cam.ac.uk> (34 bugs):
 dpkg          957  dpkg should automatically log everything
 dpkg         1037  dselect user interface (was Re: debian 0.93pl5 installation
 dpkg         1399  dselect error handling not consistent
 dpkg         1480  start-stop-daemon doesn't check process status
 dpkg         1526  man dpkg(5) dpkg(8) dselect
 dpkg         1555  dselect per-screen-half focus request
 dpkg         1642  dpkg recursive package listing doesn't do the right thing
 dpkg         1670  start-stop-daemon is too slow
 dpkg         1797  upgrade/downgrade dependency calculation problem
 dpkg         1818  configure ordering based on Recommends
 dpkg         1921  update-alternatives prompt, dpkg conffile show diff
 dpkg         2531  install-info should use better locking strategy
 dpkg         2536  dpkg inappropriately marks packages as installed
 dpkg         2576  base: selecting [A]ccess with dselect
 dpkg         2603  dpkg-1.1.3 seg fault when installing xterm-color
 dpkg         2664  arrow keys fail in dselect not just after search ?
 dpkg         2828  have to install xosview twice to work
 dpkg         2834  desect loses state if it can't find a pre-dependancy
 dpkg         2894  dpkg guidelines info files not recognized
 dpkg         2904  install-info doesn't cope with nonexistent /usr/info/dir fi
 dpkg         2911  Conffiles are deleted too late ? (Re: Bug#2701: seyon: dpkg
 dpkg         2929  dpkg-name 1.1.6 is broken.
 dpkg         2939  Bad dpkg/ldconfig Interaction
 dpkg         2973  install-info created 5 Development sections in my /usr/info
 dpkg         3125  bug (and correction) in dpkg-1.1.6 scripts/install-info.pl
 dpkg         3170  again dpkg --root=xxx
 dpkg         3218  install-info adds Miscellaneous section badly
 dpkg         3225  dpkg-1.2.3 upgrade problems from 1.0.17
 dpkg         3233  dselect for 1.1 as of June, 2nd
 dpkg         3406  dselect unreadable under xterm
 dpkg         3410  some problems/bugs/suggestions with install-info
 dpkg         3429  deb(8) is inconsistent with the Debian-1.1 package format
 dpkg         3704  Weird dselect behavior (bug?)
 pgp-i        1831  pgp-i bug..

daveb@tau.space.thiokol.com (David P. Boswell) (36 bugs):
 bash          818  bash builtin `echo' doesn't check write errors
 bash         1009  bash problem with quoting/completioon
 bash         1549  bash should not have world-readable history
 bash         1624  thermal run away problem
 bash         1702  telnet+su root->thermal process
 bash         1714  bash is confused when breaking lines
 bash         1746  rsh <system> sh -i produces CPU hog
 bash         1834  [kubla@goofy.zdv.Uni-Mainz.de: /etc/profile on Debian Linux
 bash         2110  Bash tab completion of non alphanumeric characters
 bash         2265  bash `horizontal scroll' can't be turned off
 bash         2301  bash doesn't document any way to safely create tmp file
 bash         2362  bash (readline) dumps core on completion
 bash         2818  bash doesn't provide enough docs
 bash         2856  fd leak in bash
 bash         3174  set -i doesn't work in bash
 bash         3177  sh -nc <command> actually runs command (!)
 bash         3353  Problems encountered while compiling "bash" for m68k arch
 bash         3538  bash on m68k doesn't use ncurses termcap emulation
 bash         3561  bash description: no ext
 fileutils    1854  cp -dpR doesn't preserve ownership of symlinks
 fileutils    3157  df from fileutils calls sync() needlessly
 fileutils    3329  Problems encountered while compiling "fileutils" for m68k a
 fileutils    3579  fileutils description: no ext
 shellutils    821  /bin/echo doesn't check write errors
 shellutils   1164  who --help uses /etc/{w,u}tmp
 shellutils   1560  `su' produces incomplete log entries when not in ordinary s
 shellutils   1616  'who' can't find utmp
 shellutils   2068  su doesn't su.
 shellutils   2292  date does not support dates past 2000 !
 shellutils   2345  Inclusion of shadow breaks up some packages in the current 
 shellutils   2959  date + bug
 shellutils   3087  Bug in date.
 shellutils   3359  Problems encountered while compiling "sh-utils" for m68k ar
 shellutils   3609  shellutils description: no ext
 textutils    1812  Cut in textutils with fields
 textutils    3646  textutils description: no ext

Darren Stalder <torin@daft.com> (40 bugs):
 libgr        2342  libpng too old (0.71) for Arena
 libgr        2343  libgz obsolete and confusing name for libz
 libgr-dev    2529  libgr and libgr-dev both provide a common file
 libgr-dev    3529  libgr and zlib1 collide, but don't conflict!
 perl         1099  perl bug
 perl         1170  perl fails to make headers first time...
 perl         1201  perl doesn't know about includes
 perl         1247  perl <...> globbing only works if (t)csh installed
 perl         1411  perlconfig misses an opportunity to use xargs
 perl         1856  creating perl header files
 perl         1916  perl: wrong entries in Config.pm
 perl         1972  perl should suggest kernel sources
 perl         2182  perl shouldn't touch /usr/local
 perl         2184  perl's sys/socket.ph causes warning
 perl         2241  Perl 5.002-3 handles LANG and LC_* poorly
 perl         2251  Perl coredumps while invoking adduser
 perl         2254  perl doesn't initialize variable to 0 or something
 perl         2405  perl postinst messages re unctrl.h
 perl         2440  sys/socket.ph produces spurious message
 perl         2495  perl requires tcsh (as it is currently configured)
 perl         2501  (no subject)
 perl         2502  configure fails if /vmlinuz is missing
 perl         2589  perl can't load libdb.so.1
 perl         2590  new revision of perl does not include suidperl
 perl         2593  perl tries to install in /usr/local
 perl         2658  Errors during perlconfig
 perl         2691  new perl break suid scripts
 perl         3093  Perl dumps core
 perl         3212  Perl recommends nonexistent packages
 perl         3230  why the hell does perl depend on tcsh???
 perl         3242  perl's dependencies are wrong
 perl         3277  nit: perl setup emits a \n
 perl         3283  /usr/bin/perlconfig should be in /usr/sbin
 perl         3295  perls debian.rules doesn't work
 perl         3296  /bin/perl is not updated
 perl         3423  Problems installing kernel sources and sudo
 perl         3428  pod2latex: E<szlig>, =over/=cut/=pod/=item not handled corr
 perl         3434  pod2latex: E<szlig>, =over/=cut/=pod/=item not handled corr
 weblint      3028  bad weblint permission
 weblint      3546  Weblint installs /usr/doc/weblintrc.gz with wrong permissio

Fernando Alegre <alegre@mars.superlink.net> (41 bugs):
 mc           2823  mc segfaults on reconnect of ftpfs
 mc           3128  mc-3.2.1-1 needs libgpm.so.1
 mc           3245  mc should depend on gpm
 mc           3521  mc core dumps
 mc           3547  Problems encountered while compiling "mc" on m68k arch
 mc (Midnig   2242  mc should depend on ncurses3.0
 procps       1016  top has 3's in vt100
 procps       1176  /usr/bin/top segfault with unknown terminal
 procps       1240  ps(1) man page incomplete
 procps       1246  ps man page does not agree with implementation
 procps       1336  CFLAGS shouldn't be used when linking
 procps       1533  `w' produces bogus login@, idle time &c for xdm login entry
 procps       1713  procps: manpage doesn't tell the truth
 procps       1853  top fails after 130 processes?
 procps       1908  Top and tabs
 procps       1933  w from procps gives wrong idle times
 procps       2159  "ps pids" lists more than just pids
 procps       2402  ps no longer understands `g' option
 procps       2427  top d 60 fails
 procps       2460  bizarre output from `free'
 procps       2520  procps needs dependency on ncurses3.0
 procps       2721  free fails to understand recent kernels' /proc/meminfo
 procps       2728  top coredump
 procps       2841  top produces `$<3>' at end of each line !
 procps       2938  libproc is in wrong place
 procps       3080  error message in syslog caused by ps
 procps       3102  top has problems when not on console
 procps       3260  psupdate man page out of date
 procps       3350  Problems encountered while compiling "procps" for m68k arch
 timezone     2167  timezone zdump for US zones gives GMT instead of local time
 timezone     2169  timezone zdump utility should be able to dump files
 timezone     2170  timezone: it needs more documentation
 timezone     2171  timezone: how to determine zone setting?
 timezone     2275  ctime(3) should be replaced by newctime(3)
 timezone     2671  timezone Mexico/General doesn't switch to DST
 timezone     2682  Zoneinfo library has a name-clash with compression library
 timezone     2785  Timezone has static library?
 timezone     3084  missing timezones
 timezone     3363  Problems encountered while compiling "timezone" for m68k ar
 timezone     3647  timezone description: summary starts w/ pkg name, no ext
 timezone?,   2942  Wrong timezone for Europe/Warsaw?

Bruce Perens <bruce@pixar.com> (44 bugs):
 base         1699  Install/Config quirks: Missing secondary DNS server, NIS se
 base         1742  /dev/tty has wrong permissions
 base         1794  /bin/sh is shell when none specified in /etc/passwd
 base         1855  packages adding entries to /etc/group
 base         1885  base 0.93.6-13: doesn't create higher ttys
 base         1954  setting up the network
 base         1955  base discs still aren't creating /var/log/news
 base         2001  Incorrect ownership of audio device files
 base         2070  /etc/issue and /etc/issue.net
 base         2524  problems with base package
 base         2538  audio devices have different group id than audio group
 base         2688  base: wrong group for rft* devices
 base         2741  First booting with Debian 1.1
 base         2840  Conflicting entries in login/group
 base         2889  no NCR 53c810 driver in 1.1 boot-disk
 base         2895  base -- incorrect passwd entry for 'gnats'
 base         2920  incorrect entry for nobody in recent "base" package
 base         2927  /usr/info/dir in base confuses install-info
 base         2928  nobody has wrong login shell
 base         2975  [base] missing /dev entries
 base         2978  May 13 15:51:25 lohi wu-ftpd[345]: wtmp /var/log/wtmp No su
 base         3002  majordomo has conflicting group id
 base         3027  updatedb can't run properly
 base         3036  automatic adduser/addgroup in postinst (was Re: fingerd)
 base         3039  MAKEDEV script does not create the random/urandom devices
 base         3070  base copyright string
 base         3149  upgrading base truncates utmp
 base         3183  permissions problems with /var/lib/games
 base         3231  /usr/i486-linuxaout/lib not present
 base         3252  base template /usr/info/dir malformed
 base         3314  On request of Bruce: /etc/rc.boot/0serial way too optimisti
 base         3315  Bug in /etc/init.d/networks on 11-6 disks
 base         3387  base leaves /tmp/base.postinst lying around
 base         3409  Could not make boot floppy
 base         3421  /tmp installs wrongly
 base         3493  Teles ISDN card installation buglets
 base         3557  base description: no ext
 base, ae     3146  1.1 installation: ae doesn't work
 bootdisk     2937  Copyright message function key incorrect
 bootdisk     2956  beta experience
 bootdisk     3185  Lack of NCR53c810 support on boot disk
 bootdisk     3269  bootdisk silently fails-change instalation manual
 bootdisk     3320  Kernel oops - problem with APM BIOS?
 bootdisk/r   3279  ne2000 lockups during instalation

Nils Rennebarth <nils@nus.pan-net.de> (45 bugs):
 amstex       3550  amstex description: no ext
 bibtex       2037  bibtex not searching $TEXINPUTS
 bibtex, kp   1429  several TeX packages Provide themselves
 dviljk       3198  dviljk is still aout! :-(
 dviljk       3202  dviljk doesn't read stdin!!! :-(
 dviljk       3458  dviljk missing prompt for input
 dvipsk       1873  dvipsk ignores /etc/papersize!
 dvipsk       2104  dvips doesn't provide color
 dvipsk       2357  dvipsk generated PS causes `restore error'
 kpathsea     1858  kpathsea package does not install or maintain an ls-R datab
 kpathsea     1865  cmr10 at 10.0pt not loadable: Metric (TFM) file not found.
 kpathsea     2027  tiny bug in web2c debian.rules
 latex        3390  Xdvi and postscript fonts
 latex        3415  Xdvi and postscript fonts
 latex        3710  Tex can't find the default format file for Latex.
 latex,xdvi   2054  no subject (file transmission)
 ltxmisc      2749  ltxmisc: missing source file
 ltxtool      1771  Legal problems with ltxtool
 ltxtool lt   1502  Uniform lists in debian.control
 mfbasfnt     2751  mfbasfnt: missing source file
 mfbin        1686  psfonts.map can't be found
 mfbin        1934  font scaling problem
 mfbin        2972  MetaFONT linked against X libraries
 mfbin        3077  gray font .mf files missing from MFBIN
 mflib        2185  texmf/metafont or texmf/mf ?
 mflib        2772  mflib: missing source file
 mflib        3323  MakeTeXPK mis-invokes ps2pk
 mgetty       3372  mgetty+sendfax missing new_fax script
 psnfss       3135  psnfss has no Architecture field
 texbin       1647  dpkg can present incorrect info for virtual packages.
 texbin       1653  Missing dvicopy(1) man page.
 texbin       1663  TeX comes without configuration script
 texbin       1664  TeX is lacking documentation on the setup
 texbin       1823  texbin postinst failed with error 1, no message
 texbin       2023  latex dumps core on -QUIT
 texbin       2038  tex man page has unexpanded macros in it
 texbin       2621  unstable/texbin install fails
 texlib       2186  national hyphenation patterns
 texlib       2766  texlib: missing source file
 texpsfnt     2764  texpsfnt: missing source file
 textfm       2763  textfm: missing source file
 textfm, te   3468  textfm and texlib file conflicts
 xbmbrowser   3050  xbmbrowser man page installed as xbmbrowser.man
 xdvik        2122  xdvik doesn't handle the `zcat convention
 xdvik        2803  xdvi does not handle redraws of includedEPS files correctly

(unknown) (96 bugs):
              3479  (no subject)
              3480  (no subject)
              3481  (no subject)
              3508  guile doesn't have right permissions on /usr/include/guile/
              3539  (no subject)
              3717  netpbm doesn't provide index of commands 
 (rootdisk)   3451  Missing label 'llseek' in e2fsck - rootdisk
 (www.debia   3430  section information in .html files is incorrect/outdated
 Debian dis   3444  mechanism for dealing with orphan packages
 a2gs         3456  a2gs prompt looks like `please wait' message
 a2ps         1874  a2ps ignores /etc/papersize!
 ax25-kerne   1467  `ax25-kernel-source', `ax25-util' should use virtual packag
 ax25-kerne   2762  ax25-kernel-source: missing source file
 ax25-util    2099  slip module stops axattach
 ax25-util    2765  ax25-util: missing source file
 bin86        1281  bin86
 bin86        3568  bin86 description: no ext
 f2c          3580  f2c description: no ext
 fort77       2919  very bad fort77 installation message
 fort77       3583  fort77 description: no ext
 g77          2852  Bug 2711: g77 does not include info file
 g77          3584  g77 description: ext start indented
 image        1914  general protection in unix_proto_connect
 j1           3525  j1 hard-linked docs/manpages
 kermit       2430  kermit configuration script is hard to read on a monochrome
 kernel-hea   3465  kernel-headers-2.0.0 maintainer scripts #!/usr/bin/perl
 kernel-ima   3605  kernel-image-2.0.0 description: no ext
 kernel-sou   3464  kernel-source-2.0.0 maintainer scripts #!/usr/bin/perl
 libc4         911  libc causes rsh to fail on commands with option arguments
 libc4        1130  Stdlib.h problems when using gcc -O-traditional
 libc4        1211  libc __nis_getgrnam() segfaults for dpkg when using NIS
 libc4        1278  dpkg seg faults with NIS
 libc4        1279  Strangeness involving <bsd/signal.h>
 libc4        1378  weird ELF/a.out difference
 libc4        1685  dpkg-split --msdos not correct
 libc4        1774  <paths.h>: _PATH_DEFPATH contains `.'
 libc4        2011  very silly messages from rsh
 libc5        3190  rlogin takes far too long when remote says Connection Refus
 libc5        3244  (no subject)
 libc5        3338  Problems encountered while compiling "libc5" for m68k arch
 libc5 (and   2321  libc doesn't use **h_aliases (hostent)
 libc5-dev    2387  gethostbyaddr(3) ill documented
 libc5-dev    2573  sysinfo system call not in libc
 libc5-dev    3724  nlist() missing from libc
 libdb1       2483  libdb1 uses not-yet-completely-supported >= syntax
 libdb1       2504  remove -m486 from Makefile
 libdb1       2896  postinst has bad permissions 644
 libdb1       3240  [libdb]: obsolete bugfix
 libdb1       3335  Problems encountered while compiling "libdb1" for m68k arch
 libdb1       3612  libdb1 description: no ext
 libg++27     2610  support for m68k-linux
 libg++27     3626  libg++27 description: no ext
 libgdbm1     2484  libgdbm1 conflicts with some versions of perl5 and man
 libgdbm1     3321  libgdbm.so version number...
 libgdbm1     3342  Problems encountered while compiling "libgdbm1" for m68k ar
 libjpeg6a    3590  libjpeg6a description: ext start indented
 libjpeg6a-   3608  libjpeg6a-dev description: no ext
 libreadlin   2899  postinst has bad permissions 644
 libreadlin   3345  Problems encountered while compiling "libreadline2" for m68
 m4           3615  m4 description: no ext
 ncurses3.0   1314  ncurses fails in silly way on TERM=dumb
 ncurses3.0   1997  ncurses linux terminal definition for kbs
 ncurses3.0   2085  /usr/lib/termcap/l/linux kbs Capname definition questioned
 ncurses3.0   2130  ncurses3.0-dev misinstalls scr_dump man page
 ncurses3.0   2291  missing terminfo capabilities for xterm
 ncurses3.0   2806  ncurses man pages internal inconsistencies
 ncurses3.0   2962  dselect arrow keys don't work after a search
 ncurses3.0   3113  dselect provokes ncurses problem when window enlarged
 ncurses3.0   3207  strange screen update choices from ncurses
 ncurses3.0   3422  termcap entry too long error
 netpbm       3712  netpbm doesn't provide index of commands
 p2c          3713  Problems encountered while compiling "p2c" on m68k arch.
 pc532down    3633  pc532down description: ext start indented
 pgp          3545  Problems encountered while compiling "pgp" on m68k arch
 ratfor77     3709  Problems encountered while compiling "ratfor77" on m68k arc
 seesat5      3623  seesat5 description: summary starts w/ pkg name, no ext
 shutdown     3720  shutdown prints "You don't exist. Go away!"
 spice        3155  spice still on my system
 svgalib1     2379  svgalib postinst broken
 svgalib1     2455  can't install svgalib1-1.28-5
 svgalib1     2876  svgalib will not work in a setup with serial console
 svgalib1-b   2311  svgalib has undocumented setuid program in /usr/doc/example
 w3-el        3637  w3-el description: no ext
 win32binut   2650  win32binutils has /usr/bin/flex++
 win32binut   3653  win32binutils description: no ext
 win32gcc     3651  win32gcc description: no ext
 win32libs    3649  win32libs description: no ext
 xaw3d        3067  broken libXaw3d
 xemacs       2689  (no subject)
 xemacs       2839  Xemacs problems
 xfnt100      3657  xfnt100 description: no ext
 xfnt75       3665  xfnt75 description: no ext
 xmix         3492  xmix prints spurious message
 xpat2        3659  xpat2 description: ext extra spaces
 xserver-ma   2039  X server font erosion
 xserver-s3   1796  missing call to ntohs in X server

The listing by package maintainer is posted every Wednesday,
and the listing by age of the report every Friday.

Please see the developers' notes on the simple bug tracking system
for details of how to deal with a bug report.  Outstanding bug
reports and ones recently marked as done can be inspected at
 http://www.cl.cam.ac.uk/users/iwj10/debian-bugs/
or at the US mirror:
 http://www.debian.org/Bugs/


From debian-devel-request@lists.debian.org Thu Jul 11 04:02:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 03:50:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 03:50:16 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 00:10:10 -0000
Resent-Date: 10 Jul 1996 00:10:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udmqy-0002ZwC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 01:10 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.SUN.3.91.960705090127.19259C-100000@koma.informatik.tu-muenchen.de>
References: <m0ubpih-0002YCC@chiark.chu.cam.ac.uk>
	<Pine.SUN.3.91.960705090127.19259C-100000@koma.informatik.tu-muenchen.de>
Resent-Message-ID: <"s1MSX1.0.yJ6.YJlun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4761
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Juergen Menden writes ("Re: Source packaging"):
...
> >  [...]
> >  Architecture: <"any"|"all"|architecture>
> 
> i'm not sure if we should include this field, at least for 
> the moment. there are only very few packages which do not 
> make any sense on eg m68k. most packages will even compile
> without further notice for different architectures. 

Looking at the package list it seems to me that at least some of the X
packages and some hardware-tweaking things (apmd, for example) may not
be appropriate on all architectures.  Perhaps the win32* don't work as
cross-compilers from a different architecture, for example (I don't
know if this is true, it's just an example).  svgalib and its programs
only make sense on things which can have SVGA hardware.  xosview
probably doesn't work right, because it thinks it knows how many IRQs
there are.  &c &c.

> the distinction between all and any: this at least should be
> skipped. the source description should only mention whether
> (using that sources) binaries can be build on some architecture, 
> but not, on which architectures the resulting binaries are 
> usable. this is the aim of the control file in the binary
> package. 

This distiction is needed so that you know whether to bother
rebuilding a source package for a new architecture.  If it says `any'
you do, but if it says `any' then all the binary packages are
arch-independent and so don't need to be rebuilt.

> another point is, that the information which the field 
> supplies on binary pachages (all vs any) is only partly 
> usable. think of eg ncurses, which builds the shared libs
> in one binary package (arch-dependent) and the terminfo
> files in another package (arch-independent). the architecture
> field in the dsc file should say: buildable on all architectures,
> but the binaries are not for all architectures, which is only
> partly correct.

The Architecture field in the source would say `any' if any of the
binary packages involved was arch-dependent.

...
> >  debian.changestemplate
> 
> not needed. all information can be taken from the control,
> the sourceinfo and the debian.Changelog. these files should
> be used!

No, for example the section and priority information doesn't
necessarily want to be in the control file (though it may be), and
there may be other files generated by the package which need to be
uploaded (for example the nondebbin.tar.gz files and guidelines.texi
from the dpkg package).

...
> all other information should not be contained in that
> file(s). a script
>   dpkg-mk-control [options] [control file name]
> builds the control file.

That seems like it may be necessary.  I need to do some thinking about
dataflow.

...
> Priority, Section, Essential: they should not pop up in the
> binary control files, the distrib-maintainer is responsible 
> for them. Source: add only if -p is given, take from sourceinfo

You have misunderstood the nature of the Essential field, and also
somewhat of Priority and Section.

...
> > use the new dchanges-a-like with the 
> > `arch-dependent files only' option 
> 
> should be in ~/.dchanges-a-like setable, also the 
> uploader-adr (currently the maintainer field in the .changes,
> which is a misnomer as it's only used by dinstall to send the
> upload acks to!)

No, the arch-dependent files only option should be a command-line
option and not an rc file option, because the same person will want to
do both.

> > `read changes information from here' option 
> remove that option, it should always use debian.ChangeLog

No, because if a maintainer is doing a binary upload release they want
to just say
 `binary only release to bring m68k up to date'
or whatever, not to repeat whatever the last i386 (or whatever the
main maintainer's preferred arch is) changes were.

...
> my question:
> * are there source packages which build binary packages with different
>   version numbers? 

Yes.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 04:02:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 04:02:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 04:02:20 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 00:32:39 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3742: tcpdump doesn't notice icmp packets on PPP interface
Reply-To: Chris Fearnley <cjf@netaxs.com>, 3742@bugs.debian.org
Resent-From: Chris Fearnley <cjf@netaxs.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Wed, 10 Jul 1996 00:18:03 GMT
Resent-Message-ID: <handler.3742.B.8369572649526@bugs.debian.org>
X-Debian-PR-Package: tcpdump
X-Loop: owner@bugs.debian.org
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607092355.TAA23421@access.netaxs.com>
To: debian-bugs@pixar.com
Date: Tue, 9 Jul 1996 19:55:04 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4763
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: tcpdump
Version: 3.0.4-1

The subject says it all: tcpdump doesn't notice any incoming icmp
(ping) packets on a PPP interface.

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Thu Jul 11 04:27:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 04:15:29 -0000
Received: from vega.netg.se (qmailr@194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 04:15:28 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 00:34:59 -0000
Resent-Date: 10 Jul 1996 00:34:59 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udnEY-0002ZwC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 01:34 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: kai@khms.westfalen.de (Kai Henningsen)
Cc: debian-devel@lists.debian.org
Subject: Re: Conffiles &c. (Was: Re: Bug#3462: INN postinst and configuration probl
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <6CNQQVzEcsB@khms.westfalen.de>
References: <199607021134.NAA05064@picard.cistron.nl>
	<6CNQQVzEcsB@khms.westfalen.de>
Resent-Message-ID: <"tU6xV1.0.wv6.pglun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4764
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Kai Henningsen writes ("Conffiles &c. (Was: Re: Bug#3462: INN postinst and configuration probl"):
...
> An idea I've had for some time:
> 
> Provide some way for a package to denote package-managed files, such as  
> could conflict with other packages, or be usefully removed on remove or  
> purge.

Something like this, at least for the benefit of dpkg --search, is on
the wishlist.

> This would make four classes of files:
> 
> normal        in .deb, installed & removed routinely by dpkg
> conffile      in .deb, installed by dpkg, removed on purge
> dynamic file  created by install scripts (maybe also later?),
>               removed by dpkg (like old-style perl header files)
> dynamic conf. created by install scripts, removed on purge

I don't plan to have dpkg try to remove anything it didn't create -
that sounds like a recipe for trouble.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 04:27:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 04:16:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 04:16:17 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 00:35:31 -0000
Resent-Date: 10 Jul 1996 00:35:31 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0udnFP-0002ZwC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 01:35 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Source packaging - alternatives
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <6CNQQFNjcsB@khms.westfalen.de>
References: <Pine.SUN.3.91.960702080457.4714B-100000@koma.informatik.tu-muenchen.de>
	<6CNQQFNjcsB@khms.westfalen.de>
Resent-Message-ID: <"kLYl-.0.Gw6.Jhlun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4765
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Kai Henningsen writes ("Re: Source packaging - alternatives"):
> eichin@cygnus.com (Mark Eichin)  wrote on 02.07.96 in <xe1vig7xfxg.fsf@maneki-neko.cygnus.com>:
> > However -- even *incomplete* dependencies will have some value. It
> > might be useful to note that a package *needs* g++, or gnat, or some
> > html tool, that isn't common, a hint to that effect will at least
> > indicate "oh, got to port/download that tool first" to someone trying
> > to do a quick build who isn't going to read the INSTALL docs but
> > expect the source package, like All Things Debian, to Just Work :-)
> 
> So, how about changing the field as follows:
> 
> Needs: some freeform text here that tells about "unusual" requirements

This is pointless.  We should either do the job properly, or not spend
effort on it.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 09:52:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 09:31:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 09:31:25 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 00:57:40 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3541: rlogin blocks on ECONNREFUSED!
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3541@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Wed, 10 Jul 1996 00:33:08 GMT
Resent-Message-ID: <handler.3541.B3541.83695876511087@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
Message-Id: <m0udmzW-0002b8C@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 01:18 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Richard Kettlewell <richard@greenend.org.uk>, 3541@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <8NTKS69g0@sfere.elmail.co.uk>
References: <8NTKS69g0@sfere.elmail.co.uk>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4766
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Richard Kettlewell writes ("Bug#3541: rlogin blocks on ECONNREFUSED!"):
...
> If you try to rlogin to a system not listening for that service,
> instead of producing an error message the program appears to hang.
> rsh and rcp display similar behaviour.

I've already reported this - bug 3190.  I see that Peter Tobias has
marked it as done, with the words:
} That's not a bug, it's a feature. The rcmd from the libc library is
} responsible for that delay. Miquel explained that feature a few weeks
} ago when there was a similar bug report (which I redirected to the libc
} library because the r-tools only use the rcmd function and I cannot   
} change that in the netstd package).                                  

I've been having a discussion with Miquel about this, and it looks
like it was most likely a silly workaround for a kernel bug, or
something.

In any case, it should be removed.

} I'll close your bug report with this mail because there is already    
} such a bug report against libc.                                                

I'm going to reopen it and merge it with the other report.  After all,
that's what the new `merge' feature is for.  I'll also reassign this
new one to the libc5 package.

Richard, I'll use your address in my `From' when I reopen it so that
you get to own it.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 09:52:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 09:34:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 09:34:47 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 00:57:48 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3540: mkisofs stops if a problem occurs
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3540@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Stephen Early <sde1000@cam.ac.uk>
Resent-Date: Wed, 10 Jul 1996 00:33:02 GMT
Resent-Message-ID: <handler.3540.B3540.83695876311072@bugs.debian.org>
X-Debian-PR-Package: mkisofs
X-Loop: owner@bugs.debian.org
Message-Id: <m0udmtG-0002ZwC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 01:12 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: joey@tapiola.Infodrom.North.DE (Martin Schulze), 3540@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0uceyG-0003khC@tapiola.Infodrom.North.DE>
References: <m0uceyG-0003khC@tapiola.Infodrom.North.DE>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4767
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Martin Schulze writes ("Bug#3540: mkisofs stops if a problem occurs"):
> Package: mkisofs
> Version: 1.05-1
> 
> Mkisofs unfortunately stops if a permission problem occors on the
> source filesystem, like a directory isn't world executable or readable.
> 
> I would appreciate if it would report a warning and go on.  Some users
> (like myself) can't provide two times 650 MB space just for creating an
> cd image, instead they have to nfs-mount all the stuff somewhere.  If
> there is "confidential" stuff in a dirctory that should not occur on the
> cdrom then mkisofs suddenly stops.

If any change is to be made here the new behaviour should certainly be
optional.

You need to be able to rely on mkisofs having completed (with a zero
exit status) meaning that it has worked ...

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 10:42:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 10:23:00 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 11 Jul 1996 10:22:59 -0000
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 10:22:40 -0000
Received: from vega.netg.se (qmailr@194.52.205.3)
  by cartridge.i-connect.net with SMTP; 11 Jul 1996 10:22:33 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 01:37:40 -0000
Resent-Date: 10 Jul 1996 01:37:40 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <cjf@netaxs.com>
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607100137.VAA00472@access.netaxs.com>
Subject: VIRTUAL PACKAGES need to be added: awk, nawk
To: debian-devel@lists.debian.org
Date: Tue, 9 Jul 1996 21:37:33 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
Resent-Message-ID: <"G2Ap63.0.w7.abmun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4768
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I see that the virtual-package-names-list.text hasn't been updated
lately :(

As we have already discussed, we need two new virtual packages: awk and
nawk.  A package can be said to provide awk iff /usr/bin/awk exists
and implements the AWK programming language.  A package can be said to
provide nawk iff /usr/bin/nawk exists and implements the AWK language
as described in the AWK book by Aho, Kernighan and Weinberger (perhaps
with any POSIX complient clarifications).

And now we know why I'm not a technical writer :)

The next release of mawk and gawk will provide these two virtual
packages and if I ever get the urge to package up the freely available
AT&T version, it too will use the virtuals.  Once I release my mawk and
gawk packages, I will request that the base package depend on the nawk
virtual package.  Mawk will be part of base and gawk will move into
devel or misc (any suggestions?).

Hopefully, this note will find the virtual-package list maintainer ...

Do Enjoy!

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Thu Jul 11 13:13:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 13:03:13 -0000
Received: from vega.netg.se (qmailr@194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 13:03:12 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 02:47:28 -0000
Resent-Date: 10 Jul 1996 02:47:28 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0udpJ2-00013gC@miles.econ.queensu.ca>
Date: Tue, 9 Jul 96 22:47 EDT
To: Debian Developer <debian-devel@lists.debian.org>
Subject: acct-6.2-2 uploaded to master
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"hd2O43.0.kf._cnun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4769
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 10 Jul 96 02:37 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Dirk Eddelbuettel <edd@qed.econ.queensu.ca>
Source: acct
Version: 6.2-2
Binary:  acct
Architecture:  i386 source
Description: 
 acct: The GNU accounting utilities.
 -  The GNU accounting `ac', `accton', `last', `lastcomm', and `sa' add 
 -  login and process accounting support to Debian Linux. 
 -  .
 -  "Login accounting" provides summaries of system resource usage based
 -  on connect time, and "process accounting" provides summaries based on
 -  the commands executed on the system. In order to use `lastcomm' and
 -  `sa', you need a kernel more recent than 1.3.72 as the accounting
 -  patches are now included (or an older kernel that is patched).
 -  . 
 -  'last' is provided by the Debian sysvinit package and not included here.
Changes: 
        * acct-6.2-2 release
        * debian.rules: fixed copyright installation (fixes bug#3738)
Files:
 0a603ca193015fe6696b512d6c722bb2  163366  admin  -  acct_6.2-2.tar.gz
 f96c5d43e25685a1694cbc0f7b0cc32b  5062  admin  -  acct_6.2-2.diff.gz
 8f39144d8ebe212167e272075c57b3b4  36850  admin  optional  acct_6.2-2_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeMXv3d1UC9tfwjdAQFuawP+PYftzDo+aYiyWDuJPR6UcOlxINGa8Lmn
6f9DXVKSEACDPdy1Ad3zAIe1wnIz1Tma2QDxDyY0WNfPwjyQPr06hrWaUbssF5H7
Qgbkpe83mNaLBzTkdg02pWUB/9P3MmgH2yZ94hG7/D10lwhDa32ya3VHBL3QiRbO
gGIs7l3t2kk=
=68Qn
-----END PGP SIGNATURE-----


-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Thu Jul 11 14:03:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 13:56:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 13:56:19 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 03:19:33 -0000
Resent-Date: 10 Jul 1996 03:19:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <chrish@ana.concordia.ca>
Date: Tue, 9 Jul 1996 20:21:25 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
X-Sender: chrish@ana.concordia.ca
To: llucius <llucius@millcomm.com>
cc: debian-devel@lists.debian.org
Subject: Re: Can someone direct me to info on taking over a package?
In-Reply-To: <Pine.3.89.9607082027.B9624-0100000@mill2.MillComm.COM>
Message-ID: <Pine.SGI.3.94.960709201553.6779B-100000@ana.concordia.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"bhZW_.0.mv.45oun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4770
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 8 Jul 1996, llucius wrote:

> 
> I'd like to take of "dialog" (I've felt bad ever since it became an 
> orphan. B-)), but I can't find the info I need.  I know I've read 
> something somewhere that said I needed to upload a ".changes" file or 
> something like that to become the maintainer???

Yeah... You'd have to do that if the uploading system was fully automated
and checked PGP signatures on the uploads and etc.  But the system isn't
there yet... So unless someone yells real loud and real soon "I want
dialog!", well I guess the package all is yours.

  Christian


From debian-devel-request@lists.debian.org Thu Jul 11 14:28:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 14:15:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 14:15:51 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 03:27:45 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3738: usr/doc/copyright/debian.README incorrectly installed
Reply-To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3738@bugs.debian.org
Resent-From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dirk Eddelbuettel <edd@qed.econ.queensu.ca>
Resent-Date: Wed, 10 Jul 1996 03:03:02 GMT
Resent-Message-ID: <handler.3738.B.83696777420264@bugs.debian.org>
X-Debian-PR-Package: acct
X-Loop: owner@bugs.debian.org
Message-Id: <m0udpHg-00013gC@miles.econ.queensu.ca>
Date: Tue, 9 Jul 96 22:45 EDT
To: Yves Arrouye <arrouye@marin.fdn.fr>, 3738-done@bugs.debian.org
Cc: submit@bugs.debian.org
In-Reply-To: <199607092220.AAA01921@marin.fdn.fr>
References: <199607092220.AAA01921@marin.fdn.fr>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4771
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Yves> Package: acct
  Yves> Version: 6.2-1
  Yves> 
  Yves> The acct package installs /usr/doc/copyright/debian.README instead of
  Yves> /usr/doc/copyright/acct.

Darn. The debian.rules used $(acct) where it should have used $(package).

Fixed in acct-6.2-2 which is currently uploading to master.

-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Thu Jul 11 16:58:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 16:37:11 -0000
Received: from vega.netg.se (qmailr@194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 16:37:10 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 07:07:09 -0000
Resent-Date: 10 Jul 1996 07:07:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0udtMQ-000HX6C@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: debiandoc 0.3-1 - the public release
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1637308152P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 10 Jul 1996 10:06:56 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"IviTH3.0.MN5.TQrun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4772
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_1637308152P
Content-Type: text/plain; charset=us-ascii

Not yet ready for prime time, but I thought I'd upload it to master anyway.
It shouldn't be too bad to use.  It has caching and does manual pages and
text files.  Hope you like it.

I'm not quite sure of what the correct procedure for uploading packages is,
so I made some guesses.  Anyway, my dchanges does not recognize the new
package naming convention (with the underscores); sorry about that.  The
files are in the incoming directory on master, and also in 
http://www.clinet.fi/~liw/ (use 'd' in lynx or shift-right-mouse-button
in Netscape to download).

This is my first Debian package.  It has surely got problems.  Report them.
Thanks.

The biggest problem it has is that it does not really support Info files.
I have a converter from Info to HTML, but it doesn't work with compressed
Info files.  It might also need other tweaks, but it's good enough to
start with if someone hacks it so that compressed files work.  I don't
know Perl myself, so I again need help with this.  It also needs to be
turned into a Debian package, but that should be trivial.  I got it
from ftp://ftp.cistron.nl/pub/os/unix/www/info2www.tar.Z; thanks to
Miquel van Smoorenburg for pointing it out.  That one is fairly old,
there might be a newer one, but I haven't had time to hunt one down.



--==_Exmh_1637308152P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMeNWjYQRll5MupLRAQFrcAQAwbCh/+XygFrJ0Ghn3h8vKU06oKOXL3d1
3trThl7QmOC3aSshTGX5bEGNhEKoMc+9Cjlr5Ekh0GQCC/W6jwtcj7A2LgazdoUy
smYGuE8H9hACLGJvNyHkTR5AeTbe1PVYhtHVvhUUy3F6nYjNnvWkSxdVsyi902/6
1o/7+vieU7Y=
=vIZy
-----END PGP MESSAGE-----

--==_Exmh_1637308152P--


From debian-devel-request@lists.debian.org Thu Jul 11 16:58:11 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 16:53:42 -0000
Received: from vega.netg.se (qmailr@194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 16:53:41 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 07:44:56 -0000
Resent-Date: 10 Jul 1996 07:44:56 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607100743.JAA01512@feivel.informatik.rwth-aachen.de>
Subject: perforate_1.0-3
To: debian-devel@lists.debian.org (Debian Development)
Date: Wed, 10 Jul 1996 09:43:42 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"oSs2w3.0.z06.uzrun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4773
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 10 Jul 96 07:29 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: perforate
Version: 1.0-3
Binary:  perforate
Architecture:  i386 source
Description: 
 perforate: Utilities to save disk space
Changes: perforate (1.0-3):
        * Fixed architecture dependent CFLAGS (Bug#3723)
        * Changed priority to extra, which makes more sense
Files:
 088d8ed171f2f6287969162b65fb822d  12359  misc  -  perforate_1.0-3.tar.gz
 08ce135c3fe674345b4fccde3818b8d9  2267  misc  -  perforate_1.0-3.diff.gz
 f350dc2dd459b2d9cf3dbc69175f1eab  7106  misc  extra  perforate_1.0-3_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeNb8SpaNcQEtuj1AQGgMgQA2BTVrR1j1IA1VwcQBYcZlyK8dXSWJdpU
DlOaAWAVUM1TuMv1EBqa6v7+a1dHD5YMGSZIEpS70qipEICAKsnZkXa+/t+SLxEo
iIAO6ERfGz1TdJ4eXHbEZh+9ONjXsUoA9wkVw9Rdeh8bC0TLBra7Yb332mBl3XVv
3sPtZahnLfQ=
=s5T1
-----END PGP SIGNATURE-----

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Thu Jul 11 18:13:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 17:50:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 17:50:54 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 08:52:57 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3737: xosview uses -O3 -f...
Reply-To: joost@rulcmc.leidenuniv.nl (joost witteveen), 3737@bugs.debian.org
Resent-From: joost@rulcmc.leidenuniv.nl (joost witteveen)
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@master.debian.org>
Resent-Date: Wed, 10 Jul 1996 08:33:05 GMT
Resent-Message-ID: <handler.3737.B.83698728827475@bugs.debian.org>
X-Debian-PR-Package: xosview
X-Loop: owner@bugs.debian.org
Message-Id: <m0uduNs-00010uC@rulcmc.leidenuniv.nl>
From: joost@rulcmc.leidenuniv.nl (joost witteveen)
To: ian@chiark.chu.cam.ac.uk
Date: Wed, 10 Jul 1996 10:12:32 +0200 (MET DST)
Cc: submit@bugs.debian.org
In-Reply-To: <m0udkw8-0002XuC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 9, 96 11:07:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4774
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> 
> Package: xosview
> Version: 1.3.2-4.1
> 
> The compilation flags here are very silly.  Just -O2 would be sane;
> -O3 optimises at the expense of executable size and all the -f<wotsit>
> options are just silly.

Yes they are silly. But let's remind you that I (the maintainer) didn't
put those flags there. It's all in the package, and I didn't want
to remove all of them.

If you would look at the package itself, you'd see that it's written
completely against most of the X conventions (parses the app-defaults
files itself, for example).
This caused some problems to me already. So, in general, I'm not
very happy with the upstream xosview package, but do like the final
product (that's why I started maintaining it). If you or anybody else
likes to correct the bugs you found (and believe me, I'm going to
send you more bugreports), be my guest. Also, there's xosview-1.4.
This one doesn't start unless you've ip-accounting compiled into your
kernel, very annoying.


However I agree with the silliness of the flags, I read 
(from the Guidelines):

     It is up to the package maintainer to decide what compilation
     options are best for the package. Don't add flags for the sake
     of adding flags; only add flags if there is good reason to do so.

as also saying: "don't remove flags for the sake of removing flags".


Oh, and about the location thingy: I _was_ going to correct it,
(along with the i386 hardcoded arch), but I also sent you one or two emails
asking why other ways of correcting this bug in dpkg didn't work.
Now I realise you are probably correct in saying that it's impossible
to correct it in dpkg, but, if you think it's so serious, then I would
at least expect you to answer my emails about it.

One way that I think should work is to simply check the time stamps
of the files in the old package in step 4 in the guidelines, node
"Maintainer script arguments and how dpkg does things", and then
only delete them in step 6 if the timestamps were unchanged.

Anyway, thanks for uploading the corrected xosview package.


-- 
joost witteveen
            joost@rulcmc.leidenuniv.nl
          joostje@debian.org
--
Use Debian/GNU Linux!


From debian-devel-request@lists.debian.org Thu Jul 11 18:38:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 18:16:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 18:16:42 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 09:42:21 -0000
Resent-Date: 10 Jul 1996 09:42:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 10 Jul 1996 09:47:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6C$PTGozcsB@khms.westfalen.de>
In-Reply-To: <m0ud1hp-0006fnC@mongo.pixar.com>
Subject: Re: What prints "you don't exist, go away?"
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"lCjr72.0._-7.zhtun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4775
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

tobias@server.et-inf.fho-emden.de (Peter Tobias)  wrote on 08.07.96 in <199607082125.XAA17766@server.et-inf.fho-emden.de>:

> Changing one of the oldest unix messages? Hmm... :-))

Just make it longer. First explain what went wrong, then give the original  
message in the next line.

MfG Kai


From debian-devel-request@lists.debian.org Thu Jul 11 18:38:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 18:18:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 18:18:37 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 09:43:36 -0000
Resent-Date: 10 Jul 1996 09:43:35 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 10 Jul 1996 10:01:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6C$PTcjjcsB@khms.westfalen.de>
In-Reply-To: <6CNQQVzEcsB@khms.westfalen.de>
Subject: Re: Conffiles &c.
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"MYRkY1.0.T2.7jtun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4776
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 10.07.96 in <m0udnEY-0002ZwC@chiark.chu.cam.ac.uk>:

> Kai Henningsen writes ("Conffiles &c. (Was: Re: Bug#3462: INN postinst and
> configuration probl"): ...
> > An idea I've had for some time:
> >
> > Provide some way for a package to denote package-managed files, such as
> > could conflict with other packages, or be usefully removed on remove or
> > purge.
>
> Something like this, at least for the benefit of dpkg --search, is on
> the wishlist.
>
> > This would make four classes of files:
> >
> > normal        in .deb, installed & removed routinely by dpkg
> > conffile      in .deb, installed by dpkg, removed on purge
> > dynamic file  created by install scripts (maybe also later?),
> >               removed by dpkg (like old-style perl header files)
> > dynamic conf. created by install scripts, removed on purge
>
> I don't plan to have dpkg try to remove anything it didn't create -
> that sounds like a recipe for trouble.

I don't quite see why this would be any more trouble than the current  
behaviour.

I do see how it could be less trouble.

And anyway, you could argue that if the install scripts (that are executed  
by dpkg) do it (and tell dpkg about it), then these files _are_  
effectively created by dpkg.

MfG Kai


From debian-devel-request@lists.debian.org Thu Jul 11 18:38:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 18:31:09 -0000
Received: from vega.netg.se (qmailr@194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 18:31:08 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 10:08:00 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3517: innd won't remove syslog.conf lines when purged
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3517@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Wed, 10 Jul 1996 09:48:03 GMT
Resent-Message-ID: <handler.3517.B3517.83699178728735@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607100936.LAA14651@picard.cistron.nl>
To: ian@chiark.chu.cam.ac.uk
Date: Wed, 10 Jul 1996 11:36:06 +0200 (MET DST)
Cc: amos@dsi.co.il, 3517@bugs.debian.org
In-Reply-To: <m0udmNQ-0002b8C@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 10, 96 00:39:00 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4777
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Ian Jackson) wrote:
> Amos Shapira writes ("Bug#3517: innd won't remove syslog.conf lines when purged"):
> > Package: inn
> > Version: 1.4unoff4-1
> > 
> > After running "dpkg --purge inn", the next time the system booted I
> > noticed a complaint from syslog about not finding /var/news/ files or
> > somesuch.
> > 
> > It seems like inn will leave the lines it adds to syslog.conf even
> > when purged.
> 
> INN doesn't add things to the syslog.conf - those entries are there
> from the start.  The directory /var/log/news is supposed to be part of
> the base - which version of the base package do you have installed ?

The INN package was put together when /var/log/news wasn't part of the
base system, and so /var/log/news is also part of INN. It removes
/var/log/news when purged..

I'm still getting a lot of input on INN and I expect to put out
a new package in a couple of weeks that should fix most bugs that are
reported (I'm not in a hurry - most fixes are cosmetic anyway.  The current
INN package has no fatal bugs AFAIK).

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Thu Jul 11 19:03:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 18:40:01 -0000
Received: from vega.netg.se (qmailr@194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 18:40:01 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 10:27:59 -0000
Resent-Date: 10 Jul 1996 10:27:58 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <heiko@lotte.sax.de>
Message-Id: <m0udsK0-000VqQC@ira.lotte.sax.de>
From: heiko@lotte.sax.de (Heiko Schlittermann)
Subject: Re: Source packaging [ and local modified sources ]
To: debian-devel@lists.debian.org
Date: Wed, 10 Jul 1996 08:00:24 +0200 (MET DST)
In-Reply-To: <199607090021.UAA27373@access.netaxs.com> from "Chris Fearnley" at Jul 8, 96 08:21:56 pm
X-Phone: +49 351 4677452
X-Fax: +49 351 4677436
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"hs63z3.0.SX.kMuun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4778
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hello,

when I read about source packaging a perhaps minor thought comes into my 
mind:

Some debian.rules files have (for `diff' and `orig' targets
constructs like `expr $(deb) - 1` to calculate previous or
following debian versions.  

For locally modified sources/packages I appended a `local' to 
the debian version (e.g. uucp-1.06-2.deb --> uucp-1.06-2local.deb).
[ This makes upgradings possible.  If I'd disable automatic upgrades
I'd call it e.g. uucp-1.06-local2.deb (not tested, but I believe it
works).]

But: This breakes the above calculations. 

Shouldn't there be a support for local versions (including version
numbers and such stuff?)  Maybe dpkg could provide a common
set of version calculations for debian and local versions?

Heiko
--
email : heiko@lotte.sax.de heiko@debian.org heiko@sax.de
pgp   : A1 7D F6 7B 69 73 48 35  E1 DE 21 A7 A8 9A 77 92 
finger: heiko@sax.sax.de         heiko@master.debian.org


From debian-devel-request@lists.debian.org Thu Jul 11 19:03:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 19:03:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 19:03:11 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 10:55:50 -0000
Resent-Date: 10 Jul 1996 10:55:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607101055.MAA09691@feivel.informatik.rwth-aachen.de>
Subject: New pmake version
To: debian-devel@lists.debian.org (Debian Development)
Date: Wed, 10 Jul 1996 12:55:32 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"qhhl21.0.hn.smuun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4779
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 10 Jul 96 08:09 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Ian Murdock <imurdock@debian.org>
Source: pmake
Version: 1.0-13
Binary:  pmake
Architecture:  i386 source
Description: 
 pmake: 4.4BSD make (pmake).
Changes: New naming scheme, fixed Bug#3715
Files:
 ba3bfb3588e1069d431552f416370ac5  168689  devel  -  pmake_1.0-13.tar.gz
 ddcc794ea8ab99b97e11cf6539137b85  5657  devel  -  pmake_1.0-13.diff.gz
 1aca92b4f74fced6c11379772d99527b  53826  devel  optional  pmake_1.0-13_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeNleypaNcQEtuj1AQE4YgP/XkDSll//OI7Tnwr+ikhZqs+CNvuzGsz2
ALyxC6BgPro8A7K2AbpSr/cTMYC5uHAC5P7QlUZ2aYWisQquC1oeB8GpAi8IGnjE
4uwK5oxFwqR3U3ah82SYzpJluiN5ipoJx7PADW9MpZ6au8dF/7ANkjiH1vnDV8Zk
LxFbUd5m0uE=
=107t
-----END PGP SIGNATURE-----

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Thu Jul 11 19:53:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 19:31:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 19:31:42 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 12:06:09 -0000
Resent-Date: 10 Jul 1996 12:06:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0udy1E-0002YIC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 13:05 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: orphaned bash and related packages ?
Resent-Message-ID: <"zXCz-2.0.2p1.novun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4780
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The current Maintainers file says:

 bash                 daveb@tau.space.thiokol.com (David P. Boswell)
 fileutils            daveb@tau.space.thiokol.com (David P. Boswell)
 libreadline2         daveb@tau.space.thiokol.com (David P. Boswell)
 libreadline2-dev     daveb@tau.space.thiokol.com (David P. Boswell)
 shellutils           daveb@tau.space.thiokol.com (David P. Boswell)
 textutils            daveb@tau.space.thiokol.com (David P. Boswell)

David Boswell tells me that he had to drop out of the project due to
time pressure early this year, and so someone else should be
maintaining these packages.

I see that Erick Branderhorst <branderh@debian.org> has recently
released a new version of textutils.  Erick, are you doing any of the
others ?  If you're going to release them then there's no need to do
anything; the maintainers info will fix itself.

Ray Dassen asked me to add override file entries listing David Boswell
as the maintainer for libreadline and libreadline2.  This is obviously
wrong, if David says it is :-).  Who is maintaining libreadline, or
are they orphaned ?

The libreadline packages should probably be done by the bash
maintainer.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 20:18:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 19:54:23 -0000
Received: from vega.netg.se (qmailr@194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 19:54:22 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 12:57:21 -0000
Resent-Date: 10 Jul 1996 12:57:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0udym9-0002YIC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 13:53 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: 3455-quiet@bugs.debian.org, 3706-quiet@bugs.debian.org,
  Debian Development <debian-devel@lists.debian.org>
Subject: Re: Bug#3455, Bug #3706
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0udW4j-0002FMC@plato>
References: <m0udW4j-0002FMC@plato>
Resent-Message-ID: <"CBaLD.0.yU2.nYwun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4781
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

James A. Robinson writes ("Bug#3455, Bug #3706"):
> PBMPLUS is to be removed from the distribution. Use NETPBM instead.  I
> don't know why libgr was in there -- I don't recall putting it in, but
> then again it was made so long ago... :)

I have moved the pbmplus files out of non-free/{binary,source} into
private/project/obsolete.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 20:18:20 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 19:57:26 -0000
Received: from vega.netg.se (qmailr@194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 19:57:25 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 13:03:06 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3529: libgr and zlib1 collide, but don't conflict!
Reply-To: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>, 3529@bugs.debian.org
Resent-From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Wed, 10 Jul 1996 12:48:04 GMT
Resent-Message-ID: <handler.3529.B3529.83700229331711@bugs.debian.org>
X-Debian-PR-Package: libgr-dev
X-Loop: owner@bugs.debian.org
Message-Id: <m0udyRP-0002Z7C@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 13:32 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: 3529@bugs.debian.org
Cc: Guy Maor <maor@ece.utexas.edu>
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <8720ipyj88.fsf@perv.daft.com>
References: <xe14tnm3vfu.fsf@maneki-neko.cygnus.com>
	<8720ipyj88.fsf@perv.daft.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4782
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

torin@daft.com writes ("Bug#3529: libgr and zlib1 collide, but don't conflict!"):
> libgr is OBSOLETE.  What do I have to do to get it moved there?

I see that it has already been removed from rex - only the msdos
symlinks remain, and that'll go when the cron job runs.

I presume that it should be removed from buzz-fixed too ?  If so then
Guy needs to build a mechanism into the script he's writing to create
buzz-fixed to allow it to remove packages.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 20:18:21 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 20:07:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 20:07:31 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 13:17:19 -0000
Resent-Date: 10 Jul 1996 13:17:19 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0udz8I-0002YIC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 14:16 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: joey@tapiola.Infodrom.North.DE (Martin Schulze),
  Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Bug#3703: mkisofs stops if a permission problem occurs
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0ucyDw-0003kyC@tapiola.Infodrom.North.DE>
References: <m0ucyDw-0003kyC@tapiola.Infodrom.North.DE>
Resent-Message-ID: <"bKid82.0.th2.Vrwun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4784
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Martin Schulze writes ("Bug#3703: mkisofs stops if a permission problem occurs"):
...
> I would like to add this as a hint to the existing bugreport
> but as usual I can't find it.  I even haven't received a
> confirmation.  Anyway...

The confirmation was sent by the bug system at Sat, 06 Jul 1996
21:48:06 GMT by master's clock (which was probably wrong then), to
joey@tapiola.Infodrom.North.DE.

It entered the bug system's sub-MTA, and was delivered at 14:48:10
local time (again, by master's clock) to the main qmail on master, via
SMTP to localhost.  I can reconstruct its Message-ID,
<m0ucfCw-000Ce6C@submailer.bugs.debian.org>.

I see that tapiola.infodrom.north.de has only one MX,
finlandia.Infodrom.North.DE.  Could you therefore please check the
mail logs on finlandia around the 6th and 7th of July for the
Message-ID above.

Your message, the one I'm now replying to, was dated Sun, 7 Jul 96
20:06 MET DST.  This is not as helpful as it could be, because it
doesn't have a numeric timezone and so I don't know what this is in
GMT.  The mailer at gimli.Informatik.Uni-Oldenburg.DE received it at 7
Jul 1996 18:09:52 -0000, which is good enough for me, though.

You might consider merging bugs 3703 and 3540.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 11 20:18:21 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 19:59:36 -0000
Received: from vega.netg.se (qmailr@194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 19:59:36 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 13:06:42 -0000
Resent-Date: 10 Jul 1996 13:06:42 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607101306.PAA12050@feivel.informatik.rwth-aachen.de>
Subject: sudo_1.4.3-6
To: debian-devel@lists.debian.org (Debian Development)
Date: Wed, 10 Jul 1996 15:06:09 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Bpxu01.0.vY2.Yhwun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4783
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 10 Jul 96 10:57 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: sudo
Version: 1.4.3-6
Binary:  sudo
Architecture:  i386 source
Description: 
 sudo: Provides limited super user privileges to specific users.
Changes: sudo (1.4.3-6):
        * Applied upstream patch 4 (fixes several bugs)
        * Changed priority to optional
Files:
 51384e07026e8c2f5e806f70fbe30ed1  163109  admin  -  sudo_1.4.3-6.tar.gz
 b94e093ea0a03a5017340a6cca435234  45576  admin  -  sudo_1.4.3-6.diff.gz
 8af0a7bab25ad2879c09decd4c8d9094  53904  admin  optional  sudo_1.4.3-6_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeOM4SpaNcQEtuj1AQGP0wP/TE+xGTWv0jy0rya1dsWtE5vxYPDLsT/R
OpARTENeOMRGrPVq2hOzoenofdRbNyqb77KHi9ttopG84OPb2lXaqbfPgspecm3q
Za6cxYNF3M2V7y/5hc7P9LBHKB2MRNgu4oZaiX7fA3+WafQuPDiJ5LaKld6Fh/TO
c5MEwjm5aRA=
=J85d
-----END PGP SIGNATURE-----

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Thu Jul 11 20:43:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 20:39:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 20:39:01 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 13:44:27 -0000
Resent-Date: 10 Jul 1996 13:44:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607101344.PAA18979@feivel.informatik.rwth-aachen.de>
Subject: I go on vacation
To: debian-devel@lists.debian.org (Debian Development)
Date: Wed, 10 Jul 1996 15:44:02 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"hg9oC3.0.0E3.xExun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4785
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

I'm in the process of leaving for vacation. If one of my packages needs an
update feel free to update it. In particular it might be a good idea to
update the LyX package as soon as a new patch comes out. But then 0.9.28
seems to be pretty stable already.

Have a good one

Michael
-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Thu Jul 11 22:23:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 22:01:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 22:01:50 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 15:01:23 -0000
Resent-Date: 10 Jul 1996 15:01:23 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0ue0ku-00014lC@miles.econ.queensu.ca>
Date: Wed, 10 Jul 96 11:00 EDT
To: Guy Maor <maor@ece.utexas.edu>,
  Debian Developer <debian-devel@lists.debian.org>
Subject: kernel-source-1.99.7 still exists in too many places
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"KrW2D.0.eK4.3Nyun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4786
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Why does kernel-source-1.99.7 still exist, especially in rex? Shouldn't it be
replaced by -2.0.0?

I see 1.99.7 in (according to my mirrored ls-lR.gz)
	buzz/binary-all/devel
	rex/binary-all/devel
	rex/binary-alpha/devel
	rex/binary-i386/devel
	rex/binary-m68k/devel
	rex/binary-sparc/devel
and symlinked from
	buzz-fixed/binary-all/devel 

Version 2.0.0 is in
	buzz/binary-i386/devel
and symlinked from
	buzz-fixed/binary-i386/devel

What I find puzzling is that buzz/binary-all/devel has the old 1.99.7 while
buzz/binary-i386/devel has the new 2.0.0. Is this intentional? 

Also strange is that the "stable" tree has newer sources that the
"development" tree. 

-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Thu Jul 11 22:23:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 22:06:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 22:06:12 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 15:08:09 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3529: libgr and zlib1 collide, but don't conflict!
Reply-To: Guy Maor <maor@ece.utexas.edu>, 3529@bugs.debian.org
Resent-From: Guy Maor <maor@ece.utexas.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Wed, 10 Jul 1996 14:48:03 GMT
Resent-Message-ID: <handler.3529.B3529.8370097971878@bugs.debian.org>
X-Debian-PR-Package: libgr-dev
X-Loop: owner@bugs.debian.org
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Wed, 10 Jul 1996 09:41:02 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
cc: 3529@bugs.debian.org
In-Reply-To: <m0udyRP-0002Z7C@chiark.chu.cam.ac.uk>
Message-ID: <Pine.SOL.3.93.960710093724.21596B-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4788
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 10 Jul 1996, Ian Jackson wrote:

> I presume that it should be removed from buzz-fixed too ?  If so then
> Guy needs to build a mechanism into the script he's writing to create
> buzz-fixed to allow it to remove packages.

libgr is only obsolete if libtiff is available.  So do we then put
libtiff in the buzz-updates also?  The real question is how to
determine what changes are important enough to warrant a buzz update.
That's a rather open question.


Guy


From debian-devel-request@lists.debian.org Thu Jul 11 22:23:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 22:03:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 22:03:50 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 15:02:29 -0000
Resent-Date: 10 Jul 1996 15:02:29 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kaszeta@me.umn.edu>
Date: Wed, 10 Jul 1996 10:02:07 -0500
Message-Id: <199607101502.KAA00710@bofh.me.umn.edu>
From: Richard Kaszeta <kaszeta@me.umn.edu>
To: debian-devel@lists.debian.org
Subject: Okay, explain it to me slowly.
Resent-Message-ID: <"Ug7vZ2.0.iL4.5Oyun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4787
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I'm trying to get Debian 1.1 installed (my machines are happily
running, but I want to get a rather new system up so I stand a chance
of actually making some packages one of these days).

Questions:

1. On the main site (ftp.debian.org, which I think is i-connect.com) and
most of the mirrors we have

buzz/
buzz-updates/
rex/
stable/
unstable/
Debian-1.1/

(Yes, some of these are links to each other, I know)

Could someone give me the rundown on what's what?  What's the
difference between rex and unstable?

(Any 'Elmers' still out there?  I'm having tremendous difficulties
getting 1.1 up and running, unlike all the previous Debian versions
I've used)

-- 
Richard W Kaszeta 			Graduate Student/Sysadmin
bofh@bofh.me.umn.edu			University of MN, ME Dept
http://www.me.umn.edu/0h/home/kaszeta/www.html
--
Insert witty comment here.


From debian-devel-request@lists.debian.org Thu Jul 11 22:23:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 22:09:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 22:09:56 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 15:09:02 -0000
Resent-Date: 10 Jul 1996 15:09:01 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kaszeta@me.umn.edu>
Date: Wed, 10 Jul 1996 10:08:35 -0500
Message-Id: <199607101508.KAA00761@bofh.me.umn.edu>
From: Richard Kaszeta <kaszeta@me.umn.edu>
To: debian-devel@lists.debian.org
Subject: 6-16 Base Disks
Resent-Message-ID: <"Dua_D1.0.lT4.DUyun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4789
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The 6-16 Base Disks include no modules (and include a strange
empty directory under /lib with a .deb extension).  Is this correct,
or I am doing something wrong (or both)?

-- 
Richard W Kaszeta 			Graduate Student/Sysadmin
bofh@bofh.me.umn.edu			University of MN, ME Dept
http://www.me.umn.edu/0h/home/kaszeta/www.html
--
Insert witty comment here.


From debian-devel-request@lists.debian.org Thu Jul 11 22:48:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 22:32:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 22:32:10 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 15:18:56 -0000
Resent-Date: 10 Jul 1996 15:18:56 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Wed, 10 Jul 1996 11:20:08 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Guy Maor <maor@ece.utexas.edu>
cc: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3439@bugs.debian.org,
  debian-devel@lists.debian.org
Subject: Re: Bug#3439: Login reconfigures serial port
In-Reply-To: <Pine.SOL.3.93.960709003406.16743A-100000@brando.ece.utexas.edu>
Message-ID: <Pine.LNX.3.94.960710111218.20166D-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"JW7ij.0.8d4.Wdyun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4790
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 9 Jul 1996, Guy Maor wrote:

> On Mon, 8 Jul 1996, Ian Jackson wrote:
> 
> > I don't think there is a security issue here.  Of course login
> > shouldn't be setuid root - the idea that you ought to be able to turn
> > your session into another user like that is horrible.
> 
> I agree it's horrible, but every other unix I've seen allows it.
> 
> login does a vhangup(); that's what's messing with your tty.  I don't
> know why the vhangup is necessary but don't feel confident enough to
> remove it.  That whole braced-off section (lines 367-387) contains some
> extremely bogus code.  The setsid(), for example, always fails because
> login is always a process group leader at that point. 
> 
Well, that's not it! I just took the whole if block containing the vhangup
code out and rebuilt login. The results are still the same: the password
prompt and the login message are scrogged by data overruns. As soon as I
send stty cstopb further output to the terminal is correct.

BTW, the binary target in debian.rules should depend on the build target
and build should depend on clean. This way you can just 'debian.rules
binary' and get a package, even if no build has occured yet.

Thanks,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Thu Jul 11 22:48:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 22:35:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 22:35:17 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 15:28:45 -0000
Resent-Date: 10 Jul 1996 15:28:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Wed, 10 Jul 1996 10:29:40 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Andy Guy <awpguy@acs.ucalgary.ca>
cc: Dale Scheetz <dwarf@polaris.net>, branderh@debian.IAEhv.nl,
  debian-devel@lists.debian.org
Subject: Re: dchanges-3.3 and package names 
In-Reply-To: <m0udLQd-0004ngC@frodo.nx.cpsc.ucalgary.ca>
Message-ID: <Pine.SOL.3.93.960710102611.21596I-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"29RUm.0.Pq4.imyun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4791
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 8 Jul 1996, Andy Guy wrote:

> Version 3.4 (uploaded a couple of weeks ago) uses the new scheme for
> .deb files and source files (producing warnings for the old style).
> Eric dosn't like using it for source files, Guy does and so do I.

dinstall renames ALL files when it installs them, so it doesn't really
matter what naming convention you use in the .changes file.


Guy


From debian-devel-request@lists.debian.org Thu Jul 11 22:48:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 22:46:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 22:46:18 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 15:34:33 -0000
Resent-Date: 10 Jul 1996 15:34:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Wed, 10 Jul 1996 10:35:29 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: llucius <llucius@millcomm.com>
cc: "Debian Developer's List" <debian-devel@lists.debian.org>
Subject: Re: Can someone direct me to info on taking over a package?
In-Reply-To: <Pine.3.89.9607082027.B9624-0100000@mill2.MillComm.COM>
Message-ID: <Pine.SOL.3.93.960710103025.21596J-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"UWc4i2.0.Jv4.9syun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4792
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 8 Jul 1996, llucius wrote:

> I'd like to take of "dialog" (I've felt bad ever since it became an 
> orphan. B-)), but I can't find the info I need.  I know I've read 
> something somewhere that said I needed to upload a ".changes" file or 
> something like that to become the maintainer???

You read it in dchanges(5).  Basically just upload a .changes file with
no files.  A mail to me will also suffice, or you could even upload a new
version of dialog with all the bugs fixed.  :)

You're now the dialog maintainer.  Congratulations.


Guy


From debian-devel-request@lists.debian.org Thu Jul 11 22:48:29 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 22:48:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 22:48:05 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 15:35:07 -0000
Resent-Date: 10 Jul 1996 15:35:07 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kaszeta@me.umn.edu>
Date: Wed, 10 Jul 1996 10:34:45 -0500
Message-Id: <199607101534.KAA00298@bofh.me.umn.edu>
From: Richard Kaszeta <kaszeta@me.umn.edu>
To: debian-devel@lists.debian.org
Subject: NCR Boot Disks (again)
Resent-Message-ID: <"vDpL.0.2w4.gsyun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4793
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Okay, first of all, thanks to those who sent me pointers to NCR boot
disks.

But...

None of the images under buzz/ on ftp.debian.org worked with mine (the
image that claims NCR support hung on detecting the SCSI adapter).

Three other people sent me URLs for their boot images.  These images
booted, detected the NCR card, but none of them included a complete
enough set of modules for me to finish installation (namely,
smc-ultra.o and 8390.o)

I feel like I am missing a big peice of the picture here...

-- 
Richard W Kaszeta 			Graduate Student/Sysadmin
bofh@bofh.me.umn.edu			University of MN, ME Dept
http://www.me.umn.edu/0h/home/kaszeta/www.html
--
Insert witty comment here.


From debian-devel-request@lists.debian.org Thu Jul 11 23:13:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 22:49:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 22:49:54 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 15:36:06 -0000
Resent-Date: 10 Jul 1996 15:36:06 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Wed, 10 Jul 1996 10:36:59 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Bernd Eckenfels <ecki@lina.inka.de>
cc: debian-devel@lists.debian.org
Subject: Re: buzz-fixed
In-Reply-To: <m0udU0s-0004jQC@lina>
Message-ID: <Pine.SOL.3.93.960710103617.21596K-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"YyeKT2.0.5y4.ctyun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4794
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 9 Jul 1996, Bernd Eckenfels wrote:

> am I right, if I think buzz-fixed (my mirror picked it up accidently) will
> hold the buzz stuff and the buzz-upgrades with up-to-date Packages files and
> checksums and so on? If yes, when will it be generally available?

Yes, it will be available today or tomorrow.


Guy


From debian-devel-request@lists.debian.org Thu Jul 11 23:13:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 23:03:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 23:03:26 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 15:53:06 -0000
Resent-Date: 10 Jul 1996 15:53:06 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Wed, 10 Jul 1996 10:54:02 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: "James A. Robinson" <jimr@simons-rock.edu>
cc: Debian Development <debian-devel@lists.debian.org>
Subject: Re: programming questions.
In-Reply-To: <m0udYYC-0002EvC@plato>
Message-ID: <Pine.SOL.3.93.960710103843.21596L-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"avaHG.0.JB5.X7zun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4795
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 9 Jul 1996, James A. Robinson wrote:

> I would like to make netpbm shared before I pass it on.  Can somebody
> tell me if there is a foolproof way to turn a lib???.a library into a
> shared library (how do I version it, .so name it, etc?).

Look at the debian.rules for some other debian shared lib package.


Guy


From debian-devel-request@lists.debian.org Thu Jul 11 23:13:29 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 23:06:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 23:06:18 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 16:12:43 -0000
Resent-Date: 10 Jul 1996 16:12:43 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jdassen@wi.leidenuniv.nl>
From: jdassen@wi.leidenuniv.nl (J.H.M.Dassen)
Organization: Leiden University,
              Dept. of Mathematics & Computer Science,
              The Netherlands
Message-Id: <199607101153.LAA02295@ind206ab.wi.leidenuniv.nl>
Subject: Re: programming questions.
To: jimr@simons-rock.edu
Date: Wed, 10 Jul 1996 13:53:54 +0200 (MDT)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0udYYC-0002EvC@plato> from "James A. Robinson" at Jul 9, 96 04:53:43 am
X-home-page: <URL:http://www.wi.leidenuniv.nl/home/jdassen>
X-No-Junk-Mail: I do not want to get *any* junk mail.
  Do not add me to any mailing lists without my express request.
X-PGP: finger jdassen@{zeus,artemis,hermes}.wi.LeidenUniv.nl for PGP key
X-Mailer: ELM [version 2.4 PL24 PGP6]
Content-Type: text
Resent-Message-ID: <"fSKMD2.0.ZY5.wPzun"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4796
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> I would like to make netpbm shared before I pass it on.  Can somebody
> tell me if there is a foolproof way to turn a lib???.a library into a
> shared library (how do I version it, .so name it, etc?).

I don't know of a foolproof way; I do know one that is me-proof :-)
Read H.J. Lu's "ELF: from the programmer's perspective" near
http://www.debian.org/Documentation/ or from ftp://tsx-11.mit.edu

The basics are as follows:
- make sure that all .o files that go into the shared lib are compiled
  -fPIC for Position Independent Code
- copy the "magic" gcc line from the document (it passes the version
  number to ld).

If you want to be fancy:
- compile everything twice (using make's VDIR directive): once with -fPIC
  (for the dynamic lib) and once without (PIC needs one register and is
  unnecessary for the static version).

For the version number: there is no official list of .so version. 
Determining the .so version is done via a magic recipe involving
- the Linux list of shared libraries at or near 
  http://users.ox.ac.uk/~jo95004/liblist.html
- documentation in the source code
- the version numbers from other linux distributions
- common sense.

> Also, is
> there a way to _force_ the compiler to link to a library shared? (-l
> doesn't seem to always work -- it sometimes seems to like the static
> one...)

When it links the static one you may have an old version of the library
package.  In the newest binutils, ld requires a link from 
libfoo.so (no version number) to libfoo.so.x.y.z to link dynamically.

Hope this helps,
Ray
-- 
POPULATION EXPLOSION  Unique in human experience, an event which happened 
yesterday but which everyone swears won't happen until tomorrow.  
- The Hipcrime Vocab by Chad C. Mulligan 


From debian-devel-request@lists.debian.org Fri Jul 12 00:03:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 23:43:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 23:43:58 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 17:08:32 -0000
Resent-Date: 10 Jul 1996 17:08:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Wed, 10 Jul 1996 12:09:13 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Martin Konold <konold@fiwi02.wiwi.uni-tuebingen.de>
cc: debian-devel@lists.debian.org, joey@Troi.Orgatech.DE
Subject: Re: ftp.debian.org
In-Reply-To: <Pine.3.89.9607091601.F11077-0100000@fiwi02.wiwi.uni-tuebingen.de>
Message-ID: <Pine.SOL.3.93.960710120549.29659A-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"WcMMl3.0.QN6.GE-un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4797
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 9 Jul 1996, Martin Konold wrote:

> I do have constant trouble with the main ftp.debian.org site/distribution.
> The most annoying fact is that files do permanently change in /debian/buzz.

The only file that should have changed is the Packages file.  This is
due to maintainer changes; it doesn't matter if these changes don't
make it out to a CD.

We really do realize the importance of freezing buzz.  That's why we
have a buzz-updates directory.  I'm almost done with the scripts to
keep buzz-fixed up-to-date.  Then we will have Debian-1.1-x releases
which contain bug-fixes to buzz.  Read the READMEs for more info.


Guy


From debian-devel-request@lists.debian.org Fri Jul 12 00:03:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 11 Jul 1996 23:48:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 11 Jul 1996 23:48:22 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 17:13:16 -0000
Resent-Date: 10 Jul 1996 17:13:16 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Wed, 10 Jul 1996 19:12:49 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: "James A. Robinson" <jimr@simons-rock.edu>
cc: Debian Development <debian-devel@lists.debian.org>
Subject: Re: programming questions.
In-Reply-To: <m0udYYC-0002EvC@plato>
Message-ID: <Pine.SUN.3.91.960710190508.9675D-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"BQ35o.0.bS6.iI-un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4798
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 9 Jul 1996, James A. Robinson wrote:

> Can somebody
> tell me if there is a foolproof way to turn a lib???.a library into a
> shared library (how do I version it, .so name it, etc?).  

read the ELF howto.

> Also, is
> there a way to _force_ the compiler to link to a library shared? 

yes. provide a shared lib. :-)

> (-l doesn't seem to always work -- it sometimes seems to like the 
> static one...)

many possible reasons:
 - you haved linked with -N, which implies static libs
 - you doesn't have provided a shared lib. for the linker
   run you must have a libXXX.so, the ld.so (which runs at the 
   start of the binary) needs a libXXX.so.<so-version>, you generally
   provide a libXXX.so.<so-version>.<revision>. ldconfig
   looks which so-version the libXXX.so.<so-version>.<rev> files
   have (by inspecting the file, not the name of course!) and
   generates a link libXXX.so.<so-version> to libXXX.so.<so-version>.<rev>.
   you need to manually (or by providing it in the .deb file) 
   make a link from libXXX.so to libXXX.so.<so-version>.<rev>
 - many possible other reasons. you should tell us more.

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Fri Jul 12 00:28:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 00:10:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 00:10:41 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 17:53:24 -0000
Resent-Date: 10 Jul 1996 17:53:24 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Wed, 10 Jul 1996 13:54:39 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Guy Maor <maor@ece.utexas.edu>
cc: Andy Guy <awpguy@acs.ucalgary.ca>, branderh@debian.IAEhv.nl,
  debian-devel@lists.debian.org
Subject: Re: dchanges-3.3 and package names 
In-Reply-To: <Pine.SOL.3.93.960710102611.21596I-100000@brando.ece.utexas.edu>
Message-ID: <Pine.LNX.3.94.960710135233.20923C-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"6FChi2.0.zO7.Ju-un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4799
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 10 Jul 1996, Guy Maor wrote:

> On Mon, 8 Jul 1996, Andy Guy wrote:
> 
> > Version 3.4 (uploaded a couple of weeks ago) uses the new scheme for
> > .deb files and source files (producing warnings for the old style).
> > Eric dosn't like using it for source files, Guy does and so do I.
> 
> dinstall renames ALL files when it installs them, so it doesn't really
> matter what naming convention you use in the .changes file.
> 
Well then, maybe dchanges shouldn't make any demands on a package name.
Sounds like we have management on both ends of the problem. What's the
point, aside from yet another way to wedge things?

Thanks,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Fri Jul 12 00:28:30 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 00:13:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 00:13:46 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 17:55:44 -0000
Resent-Date: 10 Jul 1996 17:55:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0ue3U1-0002ZCC@chiark.chu.cam.ac.uk>
Date: Wed, 10 Jul 96 18:55 BST
Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
From: ian@chiark.chu.cam.ac.uk (Ian Jackson)
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Data flow during package building.
Resent-Message-ID: <"2eZIQ.0.yQ7.Ww-un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4800
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I've done some thinking about how the various bits of control
information flow around when you build packages, and the list below is
the result.

First comes a list of the fields in the various files we want to
generate - the control files of the binary packages, the .changes
file, and the .dsc files for the source package.

Then comes a proposed scheme for the sources of these pieces of
information.  I propose to use information from a new mandatory
changelog file, a new-format unified control file parsed directly by
the tools (unlike debian.control, which is at the moment just a
convention and only accessed by debian.rules) giving various
version-independent details, and a couple of other sources.

Each source and destination has a letter - see the list below - and
next to each individual field I've put a short note saying where I
think the information is coming from (fields in destination files) or
going to (pieces of source information).

Finally, I propose briefly what new tools will be required to do this
manipulation.

Ian.

Destinations of information
---------------------------

Binary package control file fields (B):
  Package                                       P
  Version (binary)                              L (unless in R)
  Maintainer (usual)                            G
  Architecture (`all'|specific)                 P (calculated)
  Source (includes version, has defaults)       L and perhaps G
  Description                                   P
  Priority, Section (optional here)             P, depending on R
  Depends et al, Essential                      P

Changes (.changes) file fields (C):
  Format                                        A
  Date                                          L, or otherwise A
  Source                                        L and/or G
  Version (source)                              L
  Binary (list)                                 P
  Distribution (list)                           L
  Architecture ([`source'] `all'|specific)      P (calculated)
  Maintainer (this revision)                    L
  Description (summary list)                    P (calculated)
  Urgency                                       L
  Changes                                       L
  Files (`standard' files) } one                calc. from PLFRA
  Files (`extra' files)    } field              G (and perhaps R)

Source control (.dsc) fields (S):
  Source                                        L and/or G
  Binary (list)                                 P (calculated)
  Maintainer (usual)                            G
  Architecture (list|`all'|`any')               P (calculated)
  Version (source)                              L
(Of course no .dsc can be generated if doing a binary-only build.)


Proposed sources of information
-------------------------------

Log (debian/changelog) in source package (L):
  Source (checked against G if in both)         SBC
  Version (source)                              SC, B (if not from R)
  Maintainer (this revision)                    C
  Changes                                       C
  Urgency                                       C
  Distribution (list)                           C
  Date (?)                                      C or A
(These are not fields in an 822-style header; a script determines the
format of the changelog and parses it appropriately.)

Control file (debian/control) in source package -
General, binary-package-independent fields (G):
  Source (checked against L if in both)         SBC
  Maintainer                                    SB
  Files (`extra files')                         C
A blank line separates general fields from package-specific ones, and
each binary package from the next.

Control file (debian/control) in source package -
Per-binary-package fields (P):
  Package (perhaps make this optional?)         SBC
  Architecture (list|`all'|`any')               SBC
  Description                                   BC
  Priority/Section                              C, and B if R says so
  Depends et al, Essential                      B

Coded for in debian.rules (R):
  Version (binary, defaults to same as source)  B, C (Files field)
  Include priority in control file ? (flag)     B
  Versions and stuff in names of extra files    C (Files field)

>From the person or script doing the build (F)
  Full release or binary-only ? (flag)          C
  Changes (mostly for binary-only builds)       C
Of course if we're doing a binary-only release there are no source
packages and so no S.

Automatically generated (A):
  Date (822 format)                             C
  Architecture (specific, from dpkg)            BC
  Format (of .changes file)                     C


New tools
---------

To keep the interface reasonably simple, it makes sense to have one
tool to generate each kind of destination file.  So:

* dpkg-gencontrol

Generates a binary package control file, ready for building a package
using dpkg-deb.  This reads the information in debian/control and
debian/changelog.  There are options to override and/or modify the
Version field in the generated file, to include the Section and/or
Priority in the output control file (they won't be by default), and
for use in emergencies to add, remove and change fields in the output.

This command will be called by debian/rules's binary target as part of
its preparations for calling dpkg-deb --build.

* dpkg-source

In this context, generates a .dsc (Debian source control) file.  This
again reads debian/control and debian/changelog, and again has options
to override aspects of the output.  It also creates the .diff.gz and
.orig.tar.gz, though there will have to be options for creating a .dsc
using already-prepared files &c.

It will be called by debian/rules's source target.  The diff target
will disappear.

This script will also be the one that unpacks a source package.  It
should probably check that the .dsc agrees with the contents inside
the package in debian/control and debian/changelog when it unpacks.

This wouldn't sign the .dsc, since signing is very
environment-specific.

* dpkg-genchanges

Generates a .changes file.  It reads debian/control and
debian/changelog to find out the source package name and version,
changes since release, &c.

It's not clear to me how it should find out the versions of the binary
packages (whose names it will already know by now).  These could
either be supplied on the command line, or be accumulated somehow
during the build process when each package is built, or perhaps the
script could search the directory for binary packages with the correct
source version in their Source field.

This script would *not* be called by debian/rules.  This is so that
the caller can give it options like `don't try to find source
package' for a binary-only build or `use this changes info instead,
don't use the stuff from the changelog'.

Like dpkg-source, this wouldn't sign its output.

* dpkg-parsechangelog

This parses a changelog file, turning it into a series of fields and
values.  This is an internal routine, but probably wants to be shared
by the others and exported too.

-- 
Ian Jackson   ijackson@chiark.chu.cam.ac.uk        These opinions are my own.
Cambridge University Computer Laboratory, New Museums Site. + 44 1223 3 34676
Home: ijackson@gnu.ai.mit.edu   Churchill College, CB3 0DS. + 44 1223 3 31579
PGP2 public key available.               http://www.cl.cam.ac.uk/users/iwj10/


From debian-devel-request@lists.debian.org Fri Jul 12 00:53:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 00:50:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 00:50:53 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 18:50:27 -0000
Resent-Date: 10 Jul 1996 18:50:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <eichin@cygnus.com>
Sender: eichin@cygnus.com
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: debian-devel@lists.debian.org
Subject: Re: [Mark Eichin <eichin@cygnus.com>] Re: xntp: Is it an `export' version?
References: <xe1spbh9c8u.fsf@maneki-neko.cygnus.com>
	<m0ud4gP-0002ahC@chiark.chu.cam.ac.uk>
From: Mark Eichin <eichin@cygnus.com>
Date: 10 Jul 1996 14:22:53 -0400
In-Reply-To: Ian Jackson's message of Mon, 8 Jul 96 02:00 BST
Message-Id: <xe13f30vugy.fsf@maneki-neko.cygnus.com>
Lines: 15
X-Mailer: Gnus v5.2.34/Emacs 19.31
Resent-Message-ID: <"P8SAB1.0.Fo.nj_un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4802
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> I'm strongly opposed to these packages being made available `US-only'.

Well, by all means get someone outside the US to do the work.

However, since that *hasn't happenned* I'm just looking for a way to
share the results of myself and others in the US *having done the work
already*.

> past, but there's no crime of `handling illegally exported goods' (as

I'm pretty sure that it is, in fact, illegal under US law to "import
something which has been *illegally exported*." I don't see it in the
itar text, but I've been informed of it in the past, so I'll try to
find a reference.


From debian-devel-request@lists.debian.org Fri Jul 12 00:53:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 00:48:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 00:48:24 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 18:37:50 -0000
Resent-Date: 10 Jul 1996 18:37:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <eichin@cygnus.com>
Sender: eichin@cygnus.com
To: Lars Wirzenius <liw@iki.fi>
Cc: debian-devel@lists.debian.org
Subject: Re: popclient and a socket -P (password) file.
References: <m0udYVL-000HX9C@liw.clinet.fi>
From: Mark Eichin <eichin@cygnus.com>
Date: 10 Jul 1996 14:33:41 -0400
In-Reply-To: Lars Wirzenius's message of Tue, 09 Jul 1996 11:50:45 +0300
Message-Id: <xe1zq58ufei.fsf@maneki-neko.cygnus.com>
Lines: 4
X-Mailer: Gnus v5.2.34/Emacs 19.31
Resent-Message-ID: <"QEncQ3.0.sY.zX_un"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4801
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

see also the ietf draft "SASL", basically an abstract version of the
IMAP security interface -- this would probably be the "right" way to
add security to pop. (There is already a kerberos v4 pop3
implementation, but calling it a design would be a bit extreme.)


From debian-devel-request@lists.debian.org Fri Jul 12 01:18:30 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 00:54:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 00:54:24 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 18:53:17 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3730: improper lookup of window managers by /etc/X11/Xsession
Reply-To: Dan Stromberg <strombrg@hydra.acs.uci.edu>, 3730@bugs.debian.org
Resent-From: Dan Stromberg <strombrg@hydra.acs.uci.edu>
Orignal-Sender: strombrg@hydra.acs.uci.edu
Resent-To: debian-devel@lists.debian.org
Resent-CC: Stephen Early <sde1000@debian.org>
Resent-Date: Wed, 10 Jul 1996 18:33:03 GMT
Resent-Message-ID: <handler.3730.B3730.83702180417767@bugs.debian.org>
X-Debian-PR-Package: xbase
X-Loop: owner@bugs.debian.org
Sender: strombrg@hydra.acs.uci.edu
Message-ID: <31E3EE29.46F2@hydra.acs.uci.edu>
Date: Wed, 10 Jul 1996 10:53:45 -0700
From: Dan Stromberg <strombrg@hydra.acs.uci.edu>
X-Mailer: Mozilla 2.02 (X11; I; SunOS 5.5.1 sun4m)
MIME-Version: 1.0
To: andy@virginia.edu, 3730@bugs.debian.org
References: <9607091258.AA23794@viper.cs.Virginia.EDU>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4803
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Or even:

for i in `sed -e 's/#.*$//' -e '/^$/d' < /etc/X11/window-managers`

...this allows window-managers to have entries like:

/usr/X11R6/bin/fvwm # formerly "feeble virtual window manager"

andy@virginia.edu wrote:
> 
> Package: xbase
> Version: 3.1.2-9
> 
> Xsession searches for a window manager to run using
> 
> for i in `cat /etc/X11/window-managers`
> ...
> 
> Unfortunately, window-managers contains comment lines, beginning with #.
> The above line causes the # signs and all words of the comment to be
> tested as possible window managers.  If a user invoking startx had one
> of those words as a command in their search path, bad things would
> happen.  This can be easily fixed by changing the line to
> 
> for i in `grep -v \# /etc/X11/window-managers`
> 
> I am using Debian 1.1.
> 
> Andrew Booker
> andy@Virginia.EDU


From debian-devel-request@lists.debian.org Fri Jul 12 01:43:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 01:39:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 01:39:09 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 19:43:19 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3744: passwd_1.0-5 has no source
Reply-To: joost@rulcmc.leidenuniv.nl (joost witteveen), 3744@bugs.debian.org
Resent-From: joost@rulcmc.leidenuniv.nl (joost witteveen)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Guy Maor <maor@ece.utexas.edu>
Resent-Date: Wed, 10 Jul 1996 19:33:05 GMT
Resent-Message-ID: <handler.3744.B.83702630919928@bugs.debian.org>
X-Debian-PR-Package: passwd
X-Loop: owner@bugs.debian.org
Message-Id: <m0ue4Oo-000127C@rulcmc.leidenuniv.nl>
From: joost@rulcmc.leidenuniv.nl (joost witteveen)
To: debian-bugs@pixar.com
Date: Wed, 10 Jul 1996 20:54:09 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4804
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: passwd
Version: 1.0-5

On master:
  $ pwd
  /home/ftp/debian/buzz/binary
  $ dir */pass*
  base/passwd-1.0-5.deb
  $ cd ../source
  $ pwd 
  /home/ftp/debian/buzz/source
  $ dir */pass*
  dir: */pass*: No such file or directory

i.e. in buzz I cannot find the source to
passwd. This may be a (very?) serious mistake, but maybe the
passwd source is included in some other package?

(The source really is nower to be found, not in buzz, buzz-fixes,
buzz-updates, unstable, incomming).

Thanks,

-- 
joost witteveen
            joost@rulcmc.leidenuniv.nl
          joostje@debian.org
--
Use Debian/GNU Linux!


From debian-devel-request@lists.debian.org Fri Jul 12 05:47:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 05:34:57 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 12 Jul 1996 05:34:57 -0000
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 05:07:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 12 Jul 1996 05:07:51 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 05:17:36 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3742: tcpdump doesn't notice icmp packets on PPP interface 
Reply-To: "James A. Robinson" <jimr@simons-rock.edu>, 3742@bugs.debian.org
Resent-From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Thu, 11 Jul 1996 05:03:03 GMT
Resent-Message-ID: <handler.3742.B3742.83706076310493@bugs.debian.org>
X-Debian-PR-Package: tcpdump
X-Loop: owner@bugs.debian.org
Message-Id: <m0ueDgo-0002F3C@plato>
To: Chris Fearnley <cjf@netaxs.com>, 3742@bugs.debian.org
In-reply-to: Message from Chris Fearnley <cjf@netaxs.com> 
   of "Tue, 09 Jul 1996 19:55:04 EDT."References: <199607092355.TAA23421@access.netaxs.com> 
 <199607092355.TAA23421@access.netaxs.com> 
Date: Thu, 11 Jul 1996 00:49:21 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4822
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> Package: tcpdump
> Version: 3.0.4-1
> 
> The subject says it all: tcpdump doesn't notice any incoming icmp
> (ping) packets on a PPP interface.


Just curious, did you give it the interface argument? "tcpdump -i <interface?"
Your bug report made me curious, so I checked to see that it worked on
my CLSIP via SLiRP connecion -- and it does.


Jim


From debian-devel-request@lists.debian.org Fri Jul 12 05:47:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 05:47:05 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 12 Jul 1996 05:47:05 -0000
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 05:46:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 12 Jul 1996 05:46:40 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 02:39:41 -0000
Resent-Date: 11 Jul 1996 02:39:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
From: shields@crosslink.net
Message-Id: <199607110239.WAA06742@daedalus.crosslink.net>
Subject: Where is buzz-fixed?
To: debian-devel@lists.debian.org
Date: Thu, 11 Jul 1996 02:39:35 +0000 (GMT)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"3PBTb2.0.zC5.jb6vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4820
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

What happened to the buzz-fixed symlink tree?

Both /debian/.message and /debian/buzz-updates/README claim that there
is a Debian-1.1.x directory symlinked to buzz-fixed, which seems to be
a good idea.  But it doesn't exist.
-- 
Shields, CrossLink.


From debian-devel-request@lists.debian.org Fri Jul 12 06:12:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 05:48:39 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 12 Jul 1996 05:48:39 -0000
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 05:48:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 12 Jul 1996 05:48:14 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 02:47:27 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3748: Pixmaps missing from fvwm package?
Reply-To: Larry Gilbert <larry@n2h2.com>, 3748@bugs.debian.org
Resent-From: Larry Gilbert <larry@n2h2.com>
Orignal-Sender: larry@duke.rainier.net
Resent-To: debian-devel@lists.debian.org
Resent-CC: Austin Donnelly <and1000@debian.org>
Resent-Date: Thu, 11 Jul 1996 02:33:03 GMT
Resent-Message-ID: <handler.3748.B.8370517587268@bugs.debian.org>
X-Debian-PR-Package: fvwm
X-Loop: owner@bugs.debian.org
Sender: larry@duke.rainier.net
Message-ID: <31E45F85.69475AB6@n2h2.com>
Date: Wed, 10 Jul 1996 18:57:25 -0700
From: Larry Gilbert <larry@n2h2.com>
Organization: N2H2, Inc.
X-Mailer: Mozilla 2.01 (X11; I; Linux 2.0.2 i586)
MIME-Version: 1.0
To: submit@bugs.debian.org
X-URL: http://www.cl.cam.ac.uk/users/iwj10/debian-bugs/Reporting.html
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4821
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: fvwm
Version: 1.24r-24

/usr/X11R6/include/X11/pixmaps/*.xpm files do not appear to be included
in the binary package.

I am in process of manually upgrading a Debian 0.93R6 system to 1.1.
The pixmaps were in an older release of fvwm, so this probably wouldn't
have been a problem had I not purged the older fvwm.  Still, I expected
pixmaps would be in this newest package.

--
Larry Gilbert
larry@n2h2.com
Seattle, WA, USA
I speak only for myself and not for my employer


From debian-devel-request@lists.debian.org Fri Jul 12 06:37:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 06:16:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 06:16:49 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 01:11:53 -0000
Resent-Date: 11 Jul 1996 01:11:53 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0ueAI2-00013RC@miles.econ.queensu.ca>
Date: Wed, 10 Jul 96 21:11 EDT
To: Debian Developer <debian-devel@lists.debian.org>
Subject: /usr/doc/debian-0.93 still around
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"E2RZn2.0.qB3.PJ5vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4819
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Could the next revision of base remove this old, and almost empty, directory?

-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Fri Jul 12 06:37:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 06:20:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 06:20:34 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 23:36:36 -0000
Resent-Date: 10 Jul 1996 23:36:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <boekhold@cindy.et.tudelft.nl>
Date: Thu, 11 Jul 1996 01:39:23 +0200 (MET DST)
From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
To: Alvar Bray <alvar@meiko.co.uk>
cc: jimr@simons-rock.edu, debian-devel@lists.debian.org
Subject: Re: Bug#3520: Manpages netpbm show up double
In-Reply-To: <9607090950.AA14109@getafix.meiko.co.uk>
Message-ID: <Pine.LNX.3.91.960711013805.31150B-100000@cindy.et.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"lNZDc3.0.4x.3w3vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4818
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

I think the problem here is that man doesn't recreate the database after 
it has detected new manpages. It *does* update it database thought. I 
think recreating the stuff takes lots more time then just adding unknown 
pages.

Maarten

_____________________________________________________________________________
|     Maarten Boekhold, Faculty of Electrical Engineering TU Delft,   NL    |
|      boekhold@cindy.et.tudelft.n   boekhold@gopher.library.tudelft.nl     |
|		          Rave or Die!!!!!!                                 |
-----------------------------------------------------------------------------


From debian-devel-request@lists.debian.org Fri Jul 12 07:02:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 06:41:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 06:41:13 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 23:18:00 -0000
Resent-Date: 10 Jul 1996 23:18:00 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <llucius@millcomm.com>
Date: Wed, 10 Jul 1996 18:18:12 -0500 (CDT)
From: llucius <llucius@millcomm.com>
Subject: Re: Can someone direct me to info on taking over a package?
To: Guy Maor <maor@ece.utexas.edu>
cc: "Debian Developer's List" <debian-devel@lists.debian.org>
In-Reply-To: <Pine.SOL.3.93.960710103025.21596J-100000@brando.ece.utexas.edu>
Message-ID: <Pine.3.89.9607101818.A23255-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"4nWiO.0.DC.de3vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4817
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 10 Jul 1996, Guy Maor wrote:

> On Mon, 8 Jul 1996, llucius wrote:
> 
> > I'd like to take of "dialog" (I've felt bad ever since it became an 
> > orphan. B-)), but I can't find the info I need.  I know I've read 
> > something somewhere that said I needed to upload a ".changes" file or 
> > something like that to become the maintainer???
> 
> You read it in dchanges(5).  Basically just upload a .changes file with
> no files.  A mail to me will also suffice, or you could even upload a new
> version of dialog with all the bugs fixed.  :)
>
I KNEW I wasn't going crazy, but I'm gettin' damned forgetful in my old age.
 
>
> You're now the dialog maintainer.  Congratulations.
> 
OH, NEATO SQUITO AND COOL BEANS!!!   B-)

BTW:  Is there an automated way of sending out the new version 
      uploaded notification to the mailing lists or do people just do it 
      manually?

Thanks, 

Leland

__ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth!
   oo o  oo o  o  | 
    o       o   o | llucius@millcomm.com
 o oo    o     o  | 
-- -- -- -- -- -- | http://www.millcomm.com/~llucius       (maybe one day)


From debian-devel-request@lists.debian.org Fri Jul 12 07:02:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 06:43:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 06:43:03 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 20:55:38 -0000
Resent-Date: 10 Jul 1996 20:55:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Wed, 10 Jul 1996 15:56:26 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: 3744-done@bugs.debian.org
cc: "Debian Developer's List" <debian-devel@lists.debian.org>
Subject: Re: Bug#3744: passwd_1.0-5 has no source
In-Reply-To: <m0ue4Oo-000127C@rulcmc.leidenuniv.nl>
Message-ID: <Pine.SOL.3.93.960710150601.7741B-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"qgOlz.0.Fb3.8Z1vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4808
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 10 Jul 1996, joost witteveen wrote:

> i.e. in buzz I cannot find the source to
> passwd. This may be a (very?) serious mistake, but maybe the
> passwd source is included in some other package?

If you look at the Source field of the package, you'll see the source
is in loginutils.  passwd shares code with login and getty.

Closing the bug.


Guy


From debian-devel-request@lists.debian.org Fri Jul 12 07:03:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 06:44:30 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 06:44:29 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 21:56:41 -0000
Resent-Date: 10 Jul 1996 21:56:40 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Thu, 11 Jul 1996 00:02:54 +0200
Message-Id: <199607102202.AAA00941@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: richr@bear.com
Cc: debian-devel@lists.debian.org
Subject: Re: FHS (Was: Re: Submitting .deb packages to the archive)
In-Reply-To: <Pine.SOL.3.94.960709145002.4414M-100000@tiberius>
References: <Pine.SGI.3.94.960709100452.5822B-100000@ana.concordia.ca>
	<Pine.SOL.3.94.960709145002.4414M-100000@tiberius>
Resent-Message-ID: <"82LpT3.0.S75.NS2vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4812
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Richard G. Roberto writes:

 > > 
 > > 1. Debian follows the Linux filesystem standard (aka FSSTND)
 > > 
 > > 2. The FSSTND says:
 > >  a) No /opt
 > 
 > The FSSTND has been renamed to FHS!
 > 
 > ftp://ftp.caldera.com/pub/mirrors/tsx-11/docs/linux-standards/private/fsstnd/draft5.tar.gz

If I understand the (alpha) FHS specifications rightly, one cannot do
things like

	/usr/bin/something -> /opt/package/bin/anything

but should put something in /opt/bin? This is fine for binaries (one could
expect init to add /opt/bin in its path or this may be done in the shells
environment setup) but then there is need to have manual readers track
/opt/man too, compilers look into /opt/include, etc... Is this really the
intent? And what about having shared files under /opt with locally understood
binaries/libraries only in bin/lib? Symlinks?

Yves.


From debian-devel-request@lists.debian.org Fri Jul 12 07:03:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 06:45:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 06:45:35 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 22:37:18 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3745: FAQ wrong about how to report a bug
Reply-To: Michael Shields <shields@crosslink.net>, 3745@bugs.debian.org
Resent-From: Michael Shields <shields@crosslink.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ray Dassen <jdassen@wi.leidenuniv.nl>
Resent-Date: Wed, 10 Jul 1996 22:18:03 GMT
Resent-Message-ID: <handler.3745.B.8370367483139@bugs.debian.org>
X-Debian-PR-Package: www.debian.org
X-Loop: owner@bugs.debian.org
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v03007619ae09d5903cf2@[205.198.168.35]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 10 Jul 1996 21:51:12 +0000
To: debian-bugs@pixar.com
From: Michael Shields <shields@crosslink.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4815
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: www.debian.org

http://www.debian.org/FAQ/debian-faq_13.html says you can read how to
report a bug in /usr/doc/bug-reporting.txt.  This isn't right; it's
/usr/doc/debian/bug-reporting.txt.gz.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Fri Jul 12 07:03:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 06:53:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 06:53:10 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 22:03:32 -0000
Resent-Date: 10 Jul 1996 22:03:31 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecki@lina.inka.de>
Message-Id: <m0ue6Id-0004jtC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
Subject: cleaning layout
To: debian-devel@lists.debian.org
Date: Wed, 10 Jul 1996 22:55:54 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"B3su-2.0.VO5.oY2vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4813
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hello,

I have a few points from my 1.1 System which I will file some bug reports
if we can agree on it:

Generally I think the X11 installation is rather nice with the config file,
but the lib directory is a mess.

gwm: /usr/X11R6/lib/gwm/       should be placed in /usr/X11R6/lib/X11/gwm/
gwm: /usr/X11R6/lib/gwm/*.xbm  all *.xbm files should be stored in a
                               common location like
                               /usr/X11R6/include/bitmap?
lyx: /usr/X11R6/lib/lyx/       should be /usr/X11R6/lib/X11/lyx

zircon: /usr/X11R6/lib/zircon/ should be placed in /usr/X11R6/lib/X11/zircon
zircon: mv /usr/X11R6/lib/zircon/bitmaps/*.xbm /usr/X11R6/include/bitmap?

(all a.out compat libs in one directoy)
xcompat: /usr/X11R5/lib/ -> /usr/X11R6/lib/i486-linuxaout/
         mv /usr/X11R5/lib/* /usr/X11R6/lib/i486-linuxaout/ 
         remove /usr/X11R5/lib from /etc/ld.so.conf

man: delete /var/catman/X11R5/*, /var/carman/X386/* (obsolete and empty)
     clean up manpath.config

tkdesk: mv /usr/lib/TkDesk/ -> /usr/lib/X11/TkDesk/

gimp: mv /usr/lib/gimp/ /usr/lib/X11/gimp/

tkined: mv /usr/lib/tkined/ /usr/lib/X11/tkined/

tk4.0: mv /usr/lib/tk4.0/ /usr/lib/X11/tk4.0/


From debian-devel-request@lists.debian.org Fri Jul 12 07:03:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 06:48:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 06:48:19 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 21:02:28 -0000
Resent-Date: 10 Jul 1996 21:02:28 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v03007618ae09c9ab7181@[205.198.168.35]>
In-Reply-To: <199607091736.TAA01016@marin.fdn.fr>
References: <199607081924.VAA29239@excalibur.ibp.fr>
 <199607071127.NAA08822@marin.fdn.fr>
 <199607081924.VAA29239@excalibur.ibp.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 10 Jul 1996 20:59:25 +0000
To: Yves Arrouye <arrouye@marin.fdn.fr>
From: Michael Shields <shields@crosslink.net>
Subject: Re:Debian mirroring: bad problem!
Cc: debian-devel@lists.debian.org, bruce@pixar.com
Resent-Message-ID: <"FQ-9a3.0.Ql3.Zf1vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4809
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-07-09 17:36 +0000, Yves Arrouye wrote:
>I'd suggest too that Incoming could be mirrored so that people like me
>that gets things there sometimes do not overload the US Debian site
>which is the only one that have Incoming full (given that things in
>Incoming are not always quickly moved, we sometimes *have* to get
>things from there).

I'm not mirroring Incoming because I don't want people to try to upload
things there.  If they succeed, they'll think they've done something useful
when they haven't, and if they fail, it looks bad for Debian.

I may be biased because I stick to stable releases and so never have to
pull things from Incoming.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Fri Jul 12 07:03:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 06:47:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 06:47:05 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 22:37:19 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3746: kernel-package unclear on use
Reply-To: Michael Shields <shields@crosslink.net>, 3746@bugs.debian.org
Resent-From: Michael Shields <shields@crosslink.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Wed, 10 Jul 1996 22:18:05 GMT
Resent-Message-ID: <handler.3746.B.8370367483140@bugs.debian.org>
X-Debian-PR-Package: kernel-package
X-Loop: owner@bugs.debian.org
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v0300761aae09d6536aee@[205.198.168.35]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 10 Jul 1996 21:53:22 +0000
To: debian-bugs@pixar.com
From: Michael Shields <shields@crosslink.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4816
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: kernel-package
Version: 2.00

The control file says:

    Description: Debian Linux kernel package build scripts.
     This package provides a /usr/src/kernel-package-2.00.tar.gz file,
     which is meant to unpack into a new kernel source directory, and
     which will then provide the capability to create a debian
     kernel-image package by just running ./debian.rules kernel_image.

But it doesn't provide a /usr/src/kernel-package-2.00.tar.gz file.  I'm not
really sure how you do use it.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Fri Jul 12 08:18:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 08:08:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 08:08:40 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 21:16:47 -0000
Resent-Date: 10 Jul 1996 21:16:47 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <phaedrus@dreamscape.com>
Message-Id: <199607102116.RAA26797@zaphod.caz.ny.us>
X-Mailer: exmh version 1.6.7 5/3/96
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: Debian developers list <debian-devel@lists.debian.org>
Reply-To: bmbuck@acsu.buffalo.edu
Subject: Re: Installer packages and arbitrary files referenced by 
 packages 
In-reply-to: Your message of "Tue, 09 Jul 1996 19:58:00 -0000."
             <m0udhzc-0002YdC@chiark.chu.cam.ac.uk> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 10 Jul 1996 17:16:16 -0400
From: Buddha Buck <phaedrus@dreamscape.com>
Resent-Message-ID: <"-Jqpo2.0.b14.-s1vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4811
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> There is already one package, the Netscape installer, that expects
> random files that it needs to be found in /tmp, and another, auctex,
> which puts random stuff there.
> 
> IMO /tmp is unsuitable for these things because:
> 
	[Reasons against /tmp deleted]

In addition, I have /tmp on a small partition, since I don't expect much
to go there.   An installation of Netscape is a killer.

> 
> To my mind a better (default) place would root's home directory or a
> subdirectory of it.  I propose that we decide on a name for this
> application, and have packages use that.  If the admin wants the files
> in ~root directly or elsewhere then they can make a symbolic link.
> 
> As a starting suggestion I propose the name `debian-pkg-stuff'.

I would prefer a directory under /var/lib/dpkg myself.  Dpkg-ftp 
already 
places temporary files under /var/lib/dpkg/methods/ftp, so I think
a /var/lib/dpkg/tmp would be a reasonable choice.


> Ian.
> 

--
     Buddha Buck                      bmbuck@acsu.buffalo.edu
"Just as the strength of the Internet is chaos, so the strength of our
liberty depends upon the chaos and cacaphony of the unfettered speech
the First Amendment protects."  -- A.L.A. v. U.S. Dept. of Justice


From debian-devel-request@lists.debian.org Fri Jul 12 08:18:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 08:11:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 08:11:14 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 22:10:41 -0000
Resent-Date: 10 Jul 1996 22:10:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <tobias@server.et-inf.fho-emden.de>
Message-Id: <199607102202.AAA18119@server.et-inf.fho-emden.de>
Subject: Re: Automatic mount of cdroms
To: dominik.kubla@uni-mainz.de (Dominik Kubla)
Date: Thu, 11 Jul 1996 00:02:52 +0200 (MET DST)
From: "Peter Tobias" <tobias@server.et-inf.fho-emden.de>
Cc: ian@chiark.chu.cam.ac.uk, joey@finlandia.infodrom.north.de,
  debian-devel@lists.debian.org
Reply-To: tobias@et-inf.fho-emden.de
In-Reply-To: <199607091409.QAA27790@bambi.zdv.Uni-Mainz.DE> from "Dominik Kubla" at Jul 9, 96 04:09:09 pm
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Resent-Message-ID: <"2oJhs3.0.bc5.Sf2vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4814
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dominik Kubla wrote:
> > Is amd going to be of any use here ?
> 
> 
> Yes.  I will include this as an option for the configscript of the
> release for Debian 1.2

BTW: you can find a package called "automount" in the Incoming
directory of sunsite.unc.edu. It can automount cdroms and normal
floppy drives.


Thanks,

Peter

-- 
 Peter Tobias                                EMail:
 Fachhochschule Ostfriesland                 tobias@et-inf.fho-emden.de
 Fachbereich Elektrotechnik und Informatik   tobias@debian.org
 Constantiaplatz 4, 26723 Emden, Germany     tobias@linux.de


From debian-devel-request@lists.debian.org Fri Jul 12 08:43:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 08:25:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 08:25:07 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 21:10:55 -0000
Resent-Date: 10 Jul 1996 21:10:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Wed, 10 Jul 1996 16:11:35 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Yves Arrouye <arrouye@marin.fdn.fr>
cc: debian-devel@lists.debian.org, bruce@pixar.com
Subject: Re: Debian mirroring: bad problem!
In-Reply-To: <199607091736.TAA01016@marin.fdn.fr>
Message-ID: <Pine.SOL.3.93.960710161028.7741E-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"8Rvwh2.0.xw3.Sn1vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4810
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I did respond to Remy (ask Simon for a mirror account, the address
problem was with linux 2.0.1), and Incoming can be mirrored.


Guy


From debian-devel-request@lists.debian.org Fri Jul 12 08:43:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 08:41:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 08:41:42 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 20:46:29 -0000
Resent-Date: 10 Jul 1996 20:46:29 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0ue699-0002GCC@plato>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Installer packages and arbitrary files referenced by packages 
In-reply-to: Message from Ian Jackson <ian@chiark.chu.cam.ac.uk> 
   of "Tue, 09 Jul 1996 19:58:00 -0000."References: <m0udhzc-0002YdC@chiark.chu.cam.ac.uk> 
 <m0udhzc-0002YdC@chiark.chu.cam.ac.uk> 
Date: Wed, 10 Jul 1996 16:46:06 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"Nk4_b.0.JK3.aQ1vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4807
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO



> (a) It is a shared directory and thus has undesirable security
> properties.

You should submit to the FSSTND that they add to the definition of
/tmp to indicate this concern.  

> (b) It is often regularly cleaned by cron and bootup scripts or
> mounted using volatile filesystems, so that data in it is not safe.

Ok, does Netscape rely on the data being there for installation?  I
know AucTeX doesn't.

> (c) It is not somewhere where sysadmins can be expected to look.

Perhaps you're different from many of us, but when I read that I
should look in /tmp, I usually think I should look in /tmp.  Granted a
package should not stick any semi-important stuff in /tmp without
telling you.

> To my mind a better (default) place would root's home directory or a
> subdirectory of it.  I propose that we decide on a name for this
> application, and have packages use that.  If the admin wants the files
> in ~root directly or elsewhere then they can make a symbolic link.
> 
> As a starting suggestion I propose the name `debian-pkg-stuff'.

This general concept sounds fine -- but are you sure people will want
~root cluttered up?  I know that I would not; which is why I used /tmp
in the first place (from the FSSTND, it seemed like the ideal place
for a temporary logfile).  Perhaps a /var/lib/dpkg/ subdirectory would
be better, especially if this is stuff packaged up with dpkg.


Jim


From debian-devel-request@lists.debian.org Fri Jul 12 18:18:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 18:13:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 18:13:44 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 14:27:53 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3750: X server inaccessible sometimes
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3750@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Stephen Early <sde1000@debian.org>
Resent-Date: Thu, 11 Jul 1996 14:18:05 GMT
Resent-Message-ID: <handler.3750.B.83709378528626@bugs.debian.org>
X-Debian-PR-Package: xserver-s3
X-Loop: owner@bugs.debian.org
Message-Id: <m0ueLzD-0002Z2C@chiark.chu.cam.ac.uk>
Date: Thu, 11 Jul 96 14:40 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4834
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: xserver-s3
Version: 3.1.2-5

Very often when I start up my X session one of my clients fails to
connect, with a message like:
 xterm Xt error: Can't open display: :0.0

(a) This should not happen.
(b) The error message is not informative.

I'm using xbase 3.1.2-9, xlib 3.1.2-7 and a pretty vanilla Linux 2.0.0
kernel.

Ian.


From debian-devel-request@lists.debian.org Fri Jul 12 18:18:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 18:15:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 18:15:08 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 14:27:54 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3751: xconsole stops logging when syslogd is hupped
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3751@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Stephen Early <sde1000@debian.org>
Resent-Date: Thu, 11 Jul 1996 14:18:07 GMT
Resent-Message-ID: <handler.3751.B.83709378528627@bugs.debian.org>
X-Debian-PR-Package: xbase
X-Loop: owner@bugs.debian.org
Message-Id: <m0ueM0g-0002Z2C@chiark.chu.cam.ac.uk>
Date: Thu, 11 Jul 96 14:42 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4835
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: xbase
Version: 3.1.2-9

If you send syslogd a SIGHUP then xconsole stops logging messages,
presumably because syslogd has closed and reopened the pipe.

The messages sit around in a buffer somewhere and appear if you cat
/dev/xconsole or restart xconsole; when the buffer is full later
messages appear to be lost.

Ian.


From debian-devel-request@lists.debian.org Fri Jul 12 20:48:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 20:46:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 20:46:26 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 16:09:21 -0000
Resent-Date: 11 Jul 1996 16:09:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <lukas@teorica0.ifisicacu.unam.mx>
Message-Id: <199607111606.LAA09346@snork.ifisicacu.unam.mx>
X-Mailer: exmh version 1.6.7 5/3/96
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: Debian Developers <debian-devel@pixar.com>
Cc: lukas@teorica0.ifisicacu.unam.mx
Subject: Re: /etc/default? (was: Re: Bug#3368: cron's checksecurity still 
 scans NFS servers) 
In-Reply-To: Your message of "Tue, 09 Jul 1996 23:27:00 -0000."
             <m0udlFW-0002ZwC@chiark.chu.cam.ac.uk> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 11 Jul 1996 11:06:47 -0500
From: Lukas Nellen <lukas@teorica0.ifisicacu.unam.mx>
Resent-Message-ID: <"xMoJp.0.LK3.mSIvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4838
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


ian@chiark.chu.cam.ac.uk said:
> Juergen Menden writes:
> > can you tell me the difference between /etc and /etc/default?
> 
> Before I will even consider amending the guidelines to say to use
> /etc/default (or some other name for it) I want a clear and cogent
> answer to this question.

I would say that /etc/default is almost certainly NOT there to reduce the 
clutter in /etc by moving some config files there. What would be the criterium 
if a packages is priveleged enough to get permission to use /etc vs a package 
that has to keep its stuff in /etc/default? To solve the problem of clutter, 
at least partially, it might be worthwhile to check which packages put several 
config files into /etc instead of using a private subdirectory in /etc. I 
think there are still some packages like that around.

My feeling is that /etc/default is apporpriate for setup defaults which might 
be used for installation scripts. Shared runtime config files should rather be 
in /etc, though. A well-designed use of /etc/defaults might help to make the 
installation of a large number of packages less interactive - a plus when 
setting up a large number of machines. Ideas?

			Cheers,
				Lukas

-------------------------------------------------------------------------------
   Dr. Lukas Nellen                 | Email: lukas@teorica0.ifisicacu.unam.mx
   Depto. de Fisica Teorica, IFUNAM |
   Apdo. Postal 20-364              | Tel.:  +52 5 622 5014 ext. 218
   01000 Mexico D.F., MEXICO        | Fax:   +52 5 622 5015



From debian-devel-request@lists.debian.org Fri Jul 12 20:48:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 20:41:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 20:41:46 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 16:05:05 -0000
Resent-Date: 11 Jul 1996 16:05:05 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Thu, 11 Jul 1996 12:05:11 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: debian-devel@lists.debian.org
Subject: Re: dchanges-3.3 and package names
In-Reply-To: <m0udlML-0002ZwC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.LNX.3.94.960711120023.2285D-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"hnrpx.0.HH3.mOIvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4837
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 9 Jul 1996, Ian Jackson wrote:

> Dale Scheetz writes ("dchanges-3.3 and package names"):
> > In upgrading debian.rules in various packages I have incorporated the use
> > of dpkg-name to name the package source file "correctly". The problem that
> > results, comes from the fact that dchanges has the comparison string for a
> > package name hard coded into the script. I was able to hack the new file
> > name structure into this code, but it would be much nicer if the script
> > could use dpkg-name to do the name verification. This would make dchanges
> > "always" compatible with the current naming convention (it seems like it
> > may yet change again!). It's not clear to me how you would get dpkg-name
> > to do this for you, but maybe Ian could help make it possible.
> 
> In actual fact the names given to the files are probably not that
> critical at the moment.  They get renamed when they're put in the
> tree.

So, there is no need for dchanges to do any name validation, other than
possibly verifying that the file exists. Whatever the file is named it
will get fixed at archival time.

> 
> I think we should defer changing all the packages to use the new
> format filenames until we have decided on the new source format, so we
> can do everything at once.
> 
With the use of dpkg-name currently in place, the only thing a maintainer
needs to do to incorporate any new naming convention is to upgrade to the
version of dpkg that supports the new convention. This seems to me to be a
pretty seamless/painless method of creating compliance.

Thanks,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Fri Jul 12 21:13:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 20:53:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 20:53:53 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 16:16:30 -0000
Resent-Date: 11 Jul 1996 16:16:29 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kaszeta@me.umn.edu>
Date: Thu, 11 Jul 1996 11:16:10 -0500
Message-Id: <199607111616.LAA00630@bofh.me.umn.edu>
From: Richard Kaszeta <kaszeta@me.umn.edu>
To: debian-devel@lists.debian.org
Subject: Strange 'dpkg' error messages
Resent-Message-ID: <"wT6bM2.0.9P3.TZIvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4839
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

When installing debian 1.1:

Packages: sudo-1.4.2-2.deb
	  kernel-headers.deb (hand-made using kernel-package 1.02)

Attempts to install yield:
	  unable to execute post-installation script: No such file or
          directory

Attempts to remove or purge:
	  This package is in a very inconsistent state.  Please
          reinstall before removing.

Attempts to re-install:
         unable to execture post-removal script: No such....

Ideas?


-- 
Richard W Kaszeta 			Graduate Student/Sysadmin
bofh@bofh.me.umn.edu			University of MN, ME Dept
http://www.me.umn.edu/0h/home/kaszeta/www.html
--
Insert witty comment here.


From debian-devel-request@lists.debian.org Fri Jul 12 21:13:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 21:08:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 21:08:32 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 16:25:24 -0000
Resent-Date: 11 Jul 1996 16:25:23 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <cjf@netaxs.com>
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607111625.MAA24467@access.netaxs.com>
Subject: Re: VIRTUAL PACKAGES need to be added: awk, nawk
To: Dirk.Eddelbuettel@qed.econ.queensu.ca
Date: Thu, 11 Jul 1996 12:25:11 -0400 (EDT)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ueLLU-00014fC@miles.econ.queensu.ca> from "Dirk.Eddelbuettel@qed.econ.queensu.ca" at Jul 11, 96 08:59:00 am
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
Resent-Message-ID: <"3TSL82.0.7T3.phIvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4840
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Dirk.Eddelbuettel@qed.econ.queensu.ca wrote:'
>
>I have just one comment: do we really need two virtual awk packages? Can't we
>just settle on awk *implying that this is nawk* as nobody would want the old
>standard anyway?

Yes, there is no technical reason not to do it this way.  [Unless
someone writes an old awk compatible interpreter --- which as far as I
know no one has done.]  However, the mawk and gawk package both provide
(via update-alternatives) /usr/bin/awk AND /usr/bin/nawk.  Which I feel
is important.  But we could define the "awk" virtual package as
including "awk" and "nawk".

I think you've persuaded me.  I'll only make one virtual package "awk"
which will have the assumptions of nawk as I just described.

Thanks for the suggestion.

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Fri Jul 12 21:13:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 21:11:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 21:10:59 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 16:32:26 -0000
Resent-Date: 11 Jul 1996 16:32:26 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Thu, 11 Jul 1996 11:33:26 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Chris Fearnley <cjf@netaxs.com>
cc: debian-devel@lists.debian.org
Subject: Re: VIRTUAL PACKAGES need to be added: awk, nawk
In-Reply-To: <199607100137.VAA00472@access.netaxs.com>
Message-ID: <Pine.SOL.3.93.960711113054.14129B-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"JsEb01.0.4Z3.QoIvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4841
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 9 Jul 1996, Chris Fearnley wrote:

> Hopefully, this note will find the virtual-package list maintainer ...

There is no maintainer.  The agreed-upon procedure is:
1. discuss the new virtual packages you wish to add on debian-devel.
2. get the file, edit it, and add your new packages.

So since we've already done 1, you can now go do 2.


Guy


From debian-devel-request@lists.debian.org Fri Jul 12 21:38:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 21:31:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 21:31:57 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 17:10:04 -0000
Resent-Date: 11 Jul 1996 17:10:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607111224.OAA00302@circe.informatik.rwth-aachen.de>
Subject: Re: Having problems doing ftp to master?
To: maor@debian.org
Date: Thu, 11 Jul 1996 14:24:25 +0200 (MET DST)
Cc: debian-devel@lists.debian.org (Debian Development),
  shimon@primer.i-connect.net
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"aD9sf2.0.4-3.hLJvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4842
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Apparently my first try bounced, so I'll try again.

Guy Maor writes:
> > > 425 Can't create data socket (206.139.73.161,20): Address already in use.
> > > 
> > > Can anyone shed some light on this?  Getting the files from master
> > > works.
> > 
> > Something similar with me yesterday but it seems to be fine now.
> 
> Apparently it was a bug in Linux 2.0.1 which was fixed in one of 2, 3,
> or 4.

Unfortunately this isn't the only problem. My mirror doesn't get a single
file because it can't read buzz-fixes. All I get is the error message that
buzz-fixes is unreadable. Please fix that or my mirror image will be pretty
old when I return from vacation. :-)

Or is there something wrong with my mirror? But it worked until last week.

Michael

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Fri Jul 12 22:03:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 21:46:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 21:46:57 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 17:26:17 -0000
Resent-Date: 11 Jul 1996 17:26:17 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kaszeta@me.umn.edu>
Date: Thu, 11 Jul 1996 12:25:57 -0500
Message-Id: <199607111725.MAA00846@bofh.me.umn.edu>
From: Richard Kaszeta <kaszeta@me.umn.edu>
To: debian-devel@lists.debian.org
Subject: Postings
Resent-Message-ID: <"sGKTI2.0.qP4.vaJvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4843
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I have seen none of my postings to debian-devel.  Does the listserver
not send them to the originator?

-- 
Richard W Kaszeta 			Graduate Student/Sysadmin
bofh@bofh.me.umn.edu			University of MN, ME Dept
http://www.me.umn.edu/0h/home/kaszeta/www.html
--
Insert witty comment here.


From debian-devel-request@lists.debian.org Fri Jul 12 22:03:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 22:00:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 22:00:10 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 17:47:57 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3733: new and old) problems with compress-package
Reply-To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3733@bugs.debian.org
Resent-From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-To: debian-devel@lists.debian.org
Resent-CC: Yves Arrouye <arrouye@debian.org>
Resent-Date: Thu, 11 Jul 1996 17:33:03 GMT
Resent-Message-ID: <handler.3733.B3733.83710579432592@bugs.debian.org>
X-Debian-PR-Package: compress-package
X-Loop: owner@bugs.debian.org
Message-Id: <m0uePA1-00013RC@miles.econ.queensu.ca>
Date: Thu, 11 Jul 96 13:04 EDT
To: 3733@bugs.debian.org, Yves.Arrouye@marin.fdn.fr
In-Reply-To: <m0udfdp-00013uC@miles.econ.queensu.ca>
References: <m0udfdp-00013uC@miles.econ.queensu.ca>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4844
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


The bug I reported against compress-package yesterday was answered the same
day. Not bad. but it has still no target "package" in the debian.rules file
so that "./debian.rules dist" still fails:

miles:/usr/src/compress [root] # ./debian.rules dist
make: *** No rule to make target `package', needed by `dist'.  Stop.        

I also don't understand the version numbering.  Shouldn't the new revision have been 1.0-2 instead of 1.0.1-1?

Finally, there is a manpage (at least in the compress-4.0.1.tar I found and
which built using ./debian.rules binary), but doesn't it get included in the
package? 

I reported bug#3733 in a seperate mail. 

-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Fri Jul 12 22:28:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 12 Jul 1996 22:17:05 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 12 Jul 1996 22:17:04 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 18:38:01 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3752: sendmail shouldn't require 'deliver'
Reply-To: Richard Kaszeta <kaszeta@me.umn.edu>, 3752@bugs.debian.org
Resent-From: Richard Kaszeta <kaszeta@me.umn.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Thu, 11 Jul 1996 18:03:04 GMT
Resent-Message-ID: <handler.3752.B.837107295247@bugs.debian.org>
X-Debian-PR-Package: sendmail
X-Loop: owner@bugs.debian.org
Date: Thu, 11 Jul 1996 12:24:30 -0500
Message-Id: <199607111724.MAA00833@bofh.me.umn.edu>
From: Richard Kaszeta <kaszeta@me.umn.edu>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4845
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: sendmail
Version: 8.7.5-4

Sendmail depends on 'deliver' and 'm4' .  This is incorrect, since it
is perfectly possible to configure sendmail with your own sendmail.cf
(some of us write our own), without local mail deliver (indeed, one of
the included configurations does not require deliver)

These should be changed to 'recommends', I believe.

-- 
Richard W Kaszeta 			Graduate Student/Sysadmin
bofh@bofh.me.umn.edu			University of MN, ME Dept
http://www.me.umn.edu/0h/home/kaszeta/www.html
--
Insert witty comment here.


From debian-devel-request@lists.debian.org Sat Jul 13 00:33:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 00:14:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 00:14:03 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 20:43:34 -0000
Resent-Date: 11 Jul 1996 20:43:34 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0ueSZU-0005YhC@mongo.pixar.com>
Date: Thu, 11 Jul 96 13:42 PDT
From: bruce@pixar.com (Bruce Perens)
To: debian-devel@pixar.com
Subject: GNU Makefile rules for debian preinst and postinst.
Cc: ian@chiark.chu.cam.ac.uk
Resent-Message-ID: <"1U5Sb.0.EV.sTMvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4846
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ian Jackson & Co.,

Richard Stallman and I have been discussing how to change FSF's guidelines
so that GNU software would build Debian packages "out of the box". Given
standard targets in the GNU makefiles, it seems as if we could use the same
debian.rules file for all conforming GNU packages, and put most of the work
into the Makefile.

What we'd like to arrive at is a "preinst:" and "postinst:" target in the
makefile that would be run by "make install" when installing directly from
make, and would be run by "dpkg" when installing a Debian package. The
simplest way to do this would be to install "make" in the base system,
put the makefile in the /DEBIAN directory of the package, and have the
preinst and postinst scripts simply run "make -f package.makefile preinst"
and so on.

I also thought about generating the preinst and postinst scripts as shell
scripts by simply copying those targets out of the makefile.

Your thoughts on this would be much appreciated.

	Thanks

	Bruce
--
       Clinton isn't perfect, but I like him a lot more than Dole.

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Sat Jul 13 01:23:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 01:05:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 01:05:55 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 21:20:16 -0000
Resent-Date: 11 Jul 1996 21:20:16 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607112121.XAA02884@circe.informatik.rwth-aachen.de>
Subject: sudo_1.4.3-7
To: debian-devel@lists.debian.org (Debian Development)
Date: Thu, 11 Jul 1996 23:21:08 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"4_45m3.0.Yh1.F0Nvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4847
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 11 Jul 96 21:08 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: sudo
Version: 1.4.3-7
Binary:  sudo
Architecture:  i386 source
Description: 
 sudo: Provides limited super user privileges to specific users.
Changes: sudo (1.4.3-7):
         * Corrected postinst to create correct permission for /etc/sudoers
           (Bug#3749)
Files:
 aabc453a139cea33734004e3a56e68e2  155698  admin  -  sudo_1.4.3-7.tar.gz
 c077cb098647059e751ca70cd7525412  41732  admin  -  sudo_1.4.3-7.diff.gz
 e174911f5e4b34174bada32523ed5d2e  53926  admin  optional  sudo_1.4.3-7_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeVtaipaNcQEtuj1AQGaPgP+Oz+TkZ4W1IIJ0bpigDGbp3Ef/Tz1JcyS
t40XJn8MAcfl3H2vCQs2/FKDCO3Ze2d0XVnveqeYFOEpPyiCaEYtZhXW3g4XHk6r
g7gDvH3kIcKu/TvwFMvjbL0/MKIxM8Xk15aGy8i0WUnCnZZCY3KgOFr3kKcoH6UZ
oJQDAGTUkvU=
=C1rY
-----END PGP SIGNATURE-----

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Sat Jul 13 01:23:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 01:08:30 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 01:08:29 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 21:22:58 -0000
Resent-Date: 11 Jul 1996 21:22:58 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 11 Jul 1996 19:11:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6CfNXkQjcsB@khms.westfalen.de>
In-Reply-To: <6C2uHrWjcsB@khms.westfalen.de>
Subject: Re: Source packaging - alternatives
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"0UOAA3.0.Fl1.o2Nvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4848
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 09.07.96 in <m0udlKE-0002b8C@chiark.chu.cam.ac.uk>:

> Kai Henningsen writes ("Re: Source packaging - alternatives"):
> > ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 01.07.96 [...]:
> > > Here's the alternative I've dreamed up:
> ...
> > >  - We need a dpkg-source script to unpack the tarfile and apply the
> > >   diff safely (and it can automatically change debian.rules to be
> > >   exectutable), but people can do it themselves if they want.  Also,
> > >   we need a dpkg-source script which runs diff and checks that there
> > >   are no differences that diff can't handle (deleted files, retargeted
> > >   links, &c).
> >
> > Maybe we shoul look at having an optional pre-diff and post-diff script of
> > some form in the .dsc?
>
> I'm getting really really really tired of people suggesting that the
> source format ought to include scripts.

Well, they *do* seem to be useful. And I have yet to see a proposal that  
would handle otherwise what these scripts would be used for.

> Read my lips: NO UNPACK SCRIPTS IN SOURCE PACKAGES.

Shouting doesn't improve the quality of your argument, you know. (And it  
doesn't make people more willing to listen to you, either.)

However, instead of commanding people to listen to you, maybe you should  
instead read more carefully what those other people write.

Look again.

It says "script of some form".

I certainly wouldn't use this wording if I meant "shell script".

In fact, I used it exactly because I *do not* think it should be a  
"general" script. Certainly not an "unpack script".

Again, look what's written. It's a pre-diff / post-diff script, *not* an  
unpack script.

You should certainly be able to unpack everything without trusting the  
package. Applying the diff, however, is not the same as unpacking the  
package.

In fact, a diff file is itself a script of some form, and patch is the  
interpreter for this script. It's just missing some features we could use.  
And we certainly have to trust that script if we "apply the diffs".

In fact, we either have to trust the tar.gz archive not to contain any  
filenames outside the current directory, or else see if it does, or tell  
tar to do something about it. It already does for leading slashes; is  
there an option for filenames containing /../ sequences?

                                  ******

On rethinking this, there seems to be a way we can have general scripts  
without trust problems.

We would need to define a way that unpacking definitely *doesn't* include  
applying the diffs; instead, this would be a separate step invoked after  
unpacking. In that case, I see no problem with that step applying  
arbitrary commands; this isn't any different from debian.rules applying  
these commands with respect to trust.

In fact, this enables us to apply this second step after substituting  
another version of the original source, which seems to be useful.

MfG Kai


From debian-devel-request@lists.debian.org Sat Jul 13 01:23:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 01:15:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 01:15:47 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 21:24:18 -0000
Resent-Date: 11 Jul 1996 21:24:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 11 Jul 1996 20:02:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6CfNYazUcsB@khms.westfalen.de>
In-Reply-To: <6CNQQFNjcsB@khms.westfalen.de>
Subject: Re: Source packaging - alternatives
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"79GTj3.0.In1.24Nvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4849
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 10.07.96 in <m0udnFP-0002ZwC@chiark.chu.cam.ac.uk>:

> Kai Henningsen writes ("Re: Source packaging - alternatives"):
> > eichin@cygnus.com (Mark Eichin)  wrote on 02.07.96 in
> > > <xe1vig7xfxg.fsf@maneki-neko.cygnus.com>: However -- even *incomplete*
> > > dependencies will have some value. It might be useful to note that a
> > > package *needs* g++, or gnat, or some html tool, that isn't common, a
> > > hint to that effect will at least indicate "oh, got to port/download
> > > that tool first" to someone trying to do a quick build who isn't going
> > > to read the INSTALL docs but expect the source package, like All Things
> > > Debian, to Just Work :-)
> >
> > So, how about changing the field as follows:
> >
> > Needs: some freeform text here that tells about "unusual" requirements
>
> This is pointless.  We should either do the job properly, or not spend
> effort on it.

Either perfect, or not at all?

This is not a useful attitude.

Noting unusual requirements is obviously helpful, even if it is  
incomplete; it is far from "pointless".

MfG Kai


From debian-devel-request@lists.debian.org Sat Jul 13 01:23:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 01:17:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 01:17:53 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 21:25:10 -0000
Resent-Date: 11 Jul 1996 21:25:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 11 Jul 1996 20:03:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6CfNYn9EcsB@khms.westfalen.de>
In-Reply-To: <Pine.SUN.3.91.960701083320.1120A-100000@koma.informatik.tu-muenchen.de>
Subject: Re: /etc/default?
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"9aSJP2.0.Qo1.r4Nvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4850
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 09.07.96 in <m0udlFW-0002ZwC@chiark.chu.cam.ac.uk>:

> Juergen Menden writes:
> > On Sun, 30 Jun 1996, Lars Wirzenius wrote:
> > > This might be an appropriate time to start thinking again about
> > > /etc/default (under whatever name).  If I remember correctly, someone
> > > told us that one of the commercial vendors (or SVR4?) has a directory
> > > /etc/default, with shell scripts that set certain variables.  This is
> > > used for configuration.  When a program (script) needs the
> > > configuration, it sources the script.  One of the benefits is that
> > > there's a lot of potential small configuration files like this, and it
> > > could be a bit neater to put them into the same directory.
> >
*> > can you tell me the difference between /etc and /etc/default?
>
> Before I will even consider amending the guidelines to say to use
> /etc/default (or some other name for it) I want a clear and cogent
> answer to this question.
>
> I haven't seen one yet.

To what question? The above question (*>) looks more like a weak attempt  
at humour than like a serious question.

Maybe you mean "what is /etc/default(s? I can't remember) good for".

This has, of course, been explained painfully often by now, but I'm  
willing to do it again.

/etc/default would contain files which follow a common syntax. They would  
look like shell scripts that contain *only* variable assignments, and  
comments (and no substitutions in the assignments, either - just  
name=value, and possibly quotes around the value).

Those scripts are useful for any programs (scripts or otherwise) that need  
to have some simple settings (the /rc/init.d scripts would be a good  
example, for an existing SysV example, that's where their tar has things  
like the default device). It's a separate directory both because there are  
potentially very many small files of this sort, and because this way, the  
files in that directory all have the same format and are not mixed  
together with lots of different files with lots of different syntaxes.

Besides, there's prior art - current SysV uses this, and I've also seen it  
on Xenix.

There seems to be clear consensus that scripts need to have _some_ place  
to put this stuff, outside the script itself.

I don't see why we should invent something new, when there is an existing  
mechanism that does exactly what we need.

(Perhaps I should not mention this, given the prejudices of many Linux  
users [including myself], but this directory is really very similar to the  
Windows .ini format - using files instead of sections, and using a syntax  
that makes it easy to access from shell scripts.)

MfG Kai


From debian-devel-request@lists.debian.org Sat Jul 13 01:48:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 01:24:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 01:24:30 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 21:33:43 -0000
Resent-Date: 11 Jul 1996 21:33:43 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 11 Jul 1996 20:14:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6CfNZ4kEcsB@khms.westfalen.de>
In-Reply-To: <E0ue6CB-00013a-00@stdismas.bogon.com>
Subject: Re: [linux-security] Re: You wouldn't believe it...
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"Rt6z2.0.Mz1.tCNvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4851
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>From linux-security, with some thoughts about configuring packages and  
telling the user (sysadmin) about it.

We've already talked about similar things. Maybe we should think some more  
about this.

jhenders@bogon.com (John Henders)  wrote on 10.07.96 in <E0ue6CB-00013a-00@stdismas.bogon.com>:

> Jon Lewis writes:
>
> > This is something I meant to say something about...but kept forgetting.
> > There's this box I installed very nearly all of Red Hat 3.0.3 on to get a
> > feel for Red Hat and see just how much I'd hate it.  Maybe I just haven't
> > gotten to know it well enough...but I greatly prefer my hacked up
> > slackware based boxes.  Anyway, one day a co-worker brings in his
> > notebook with pcmcia ethernet, and asks me whats up with this Windows
> > server on our network.  "What windows server?"  It was then that I found
> > that by default, Red Hat 3.0.3 setup Samba for me and ran it with /tmp
> > world rw.  I still don't know Samba, but I assume this is the section of
> > config file responsible:
> >
> > [tmp]
> >    comment = Temporary file space
> >    path = /tmp
> >    read only = no
> >    public = yes
> >
> > On a small box such as this one, where the root fs is _the_ fs, a world
> > writable (no account needed) exported directory could be a very bad thing.
>
> Only if there's a bug in samba that allows you to get out of the
> directory that is exported, as there was with the NT implementation.
>
> I think this is the result of a different philosophy than Slackware more
> than anything else. With Redhat, the assumption seems to be that if you
> ask for a package to be installed it will be configured as well, where
> as Slackware (or at least the last version I installed) just installs
> the package and leaves you to figure out how to configure it. Debian
> seems to follow the Redhat philosophy as well. If you install
> netatalk, for instance, it configures it to allow users to mount this
> home directory.
>
> Where both packages fall down, redhat's rpm installed the most, IMHO, is
> that they fail to tell you very little about what they've done. rpm
> --install package is comeletely silent, and the -v verbose flag is not
> much better. Debian fares much better in this regard, but I'd still
> think more info on the package should be presented somehow.
>
> The problem is even worse when installing a whole distribution, as in my
> experience, no one sticks around to watch the messages printed on a
> large install. Perhaps if the installers had info sheets for each
> package, on a bulk install they could save them all to disk and then
> mail the whole thing to root after installation.


MfG Kai


From debian-devel-request@lists.debian.org Sat Jul 13 04:43:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 04:30:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 04:30:39 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 02:33:24 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3755: xaw3d shouldn't automatically install as libXaw
Reply-To: Richard Kaszeta <kaszeta@me.umn.edu>, 3755@bugs.debian.org
Resent-From: Richard Kaszeta <kaszeta@me.umn.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@master.debian.org>
Resent-Date: Fri, 12 Jul 1996 02:28:11 GMT
Resent-Message-ID: <handler.3755.B.837108796742@bugs.debian.org>
X-Debian-PR-Package: xaw3d
X-Loop: owner@bugs.debian.org
Date: Thu, 11 Jul 1996 12:51:05 -0500
Message-Id: <199607111751.MAA00925@bofh.me.umn.edu>
From: Richard Kaszeta <kaszeta@me.umn.edu>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4852
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: xaw3d
Version: 1.2a-3

xaw3d should ask if it should install as libXaw.so or libXaw3d.so

-- 
Richard W Kaszeta 			Graduate Student/Sysadmin
bofh@bofh.me.umn.edu			University of MN, ME Dept
http://www.me.umn.edu/0h/home/kaszeta/www.html
--
Insert witty comment here.


From debian-devel-request@lists.debian.org Sat Jul 13 04:43:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 04:32:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 04:32:51 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 02:33:40 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3507: named postinst mangled my configuration
Reply-To: Mark Eichin <eichin@cygnus.com>, 3507@bugs.debian.org
Resent-From: Mark Eichin <eichin@cygnus.com>
Orignal-Sender: eichin@cygnus.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Fri, 12 Jul 1996 02:28:15 GMT
Resent-Message-ID: <handler.3507.B3507.8371178025545@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Sender: eichin@cygnus.com
To: Rob Leslie <rob@mars.org>
Cc: 3507@bugs.debian.org, Ian Jackson <ian@chiark.chu.cam.ac.uk>
References: <199607092234.SAA07047@deimos.mars.org>
From: Mark Eichin <eichin@cygnus.com>
Date: 11 Jul 1996 16:27:17 -0400
In-Reply-To: Rob Leslie's message of Tue, 09 Jul 1996 18:33:59 -0400
Message-Id: <xe1u3vev8m2.fsf@maneki-neko.cygnus.com>
Lines: 14
X-Mailer: Gnus v5.2.34/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4855
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I'd just like to toss in a plea for having the named package ask
first, and handle the case of the existing configuration being
"perfectly good"... because I want a common config management among
linux and *non-linux* boxes, and bindconfig isn't available for them :-)

Seriously, for novice users it looks wonderful (and it Does The Right
Thing for my laptop, for example) but I don't want to have to verify
that my primary DNS hasn't lost track of something subtle after
upgrading to a compatible named release.

(I'm still running an old binary because of my patches to make
getiptos() not fatal on a 1.2.13 machine -- I haven't scheduled the
down time for the 2.0 upgrade yet, and there was no way it was going
to run 1.3.* :-)


From debian-devel-request@lists.debian.org Sat Jul 13 04:43:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 04:36:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 04:36:58 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 02:33:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3464: kernel-source-2.0.0 maintainer scripts #!/usr/bin/perl
Reply-To: Mark Eichin <eichin@cygnus.com>, 3464@bugs.debian.org
Resent-From: Mark Eichin <eichin@cygnus.com>
Orignal-Sender: eichin@cygnus.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Fri, 12 Jul 1996 02:28:14 GMT
Resent-Message-ID: <handler.3464.B3464.83712080415062@bugs.debian.org>
X-Debian-PR-Package: kernel-source-2.0.0
X-Loop: owner@bugs.debian.org
Sender: eichin@cygnus.com
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3464@bugs.debian.org
References: <m0uajbT-0002b4C@chiark.chu.cam.ac.uk>
	<gvxybl339rt.fsf@diamond.pilgrim.umass.edu>
	<m0udi1c-0002YdC@chiark.chu.cam.ac.uk>
From: Mark Eichin <eichin@cygnus.com>
Date: 11 Jul 1996 17:16:29 -0400
In-Reply-To: Ian Jackson's message of Tue, 9 Jul 96 20:00 BST
Message-Id: <xe1raqiv6c2.fsf@maneki-neko.cygnus.com>
Lines: 7
X-Mailer: Gnus v5.2.34/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4857
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> The guidelines are wrong; I'll fix them.
> When they were written it was thought that some scripts on / might
> need Perl in /bin.

Can you forward the change to debian-devel? I might have to rerelease
autoconf to deal (it uses #!/bin/perl, because it finds it there.)


From debian-devel-request@lists.debian.org Sat Jul 13 04:43:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 04:36:05 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 04:36:05 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 02:33:48 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3517: innd won't remove syslog.conf lines when purged
Reply-To: Scott Barker <scott@galileo.cuug.ab.ca>, 3517@bugs.debian.org
Resent-From: Scott Barker <scott@galileo.cuug.ab.ca>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Fri, 12 Jul 1996 02:28:17 GMT
Resent-Message-ID: <handler.3517.B3517.83713281222530@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
From: Scott Barker <scott@galileo.cuug.ab.ca>
Message-Id: <199607120040.SAA11520@galileo.cuug.ab.ca>
To: miquels@cistron.nl
Date: Thu, 11 Jul 1996 18:40:25 -0600 (MDT)
Cc: ian@chiark.chu.cam.ac.uk, amos@dsi.co.il, 3517@bugs.debian.org
In-Reply-To: <199607100936.LAA14651@picard.cistron.nl> from "Miquel van Smoorenburg" at Jul 10, 96 11:36:06 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4856
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Miquel van Smoorenburg said:
> The INN package was put together when /var/log/news wasn't part of the
> base system, and so /var/log/news is also part of INN. It removes
> /var/log/news when purged..

Uh-oh. Not again. I went through this with the sys(k)logd packages already.
It seems that when a file is listed as part of two packages, dpkg removes the
reference to it from the first package when the second package is installed.
If the second package is then upgraded, and no longer lists the file, the file
becomes orphaned by dpkg, and will never go away unless removed by hand (or,
worse yet, it goes away and never comes back! -- I haven't figured out why
sometimes a file is orphaned, and sometimes it's lost completely).

Is there a reason dpkg doesn't let two packages own a file? (Aside from the
obvious reason that two packages *shouldn't* own the same file). It doesn't
seem to be a good idea for dpkg to assume that the package maintainers are all
aware of which files are owned by which packages -- simple mistakes by
maintainers can lead to orphaned (or missing) files all over the place...


-- 
Scott Barker
Linux Consultant
scott@galileo.cuug.ab.ca
http://www.cuug.ab.ca:8001/~barkers/   (under construction)

[ I try to reply to all e-mail within 5 days. If you don't  ]
[ get a response by then, I probably didn't get your e-mail ]
[ (we have a sometimes sporadic connection to the internet) ]

"The problem with the gene pool is that there is no lifeguard."
   - ???


From debian-devel-request@lists.debian.org Sat Jul 13 04:43:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 04:31:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 04:31:41 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 02:33:32 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3756: sendmail has wrong path to procmail
Reply-To: Craig Sanders <cas@taz.net.au>, 3756@bugs.debian.org
Resent-From: Craig Sanders <cas@taz.net.au>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Fri, 12 Jul 1996 02:28:12 GMT
Resent-Message-ID: <handler.3756.B.83712981121162@bugs.debian.org>
X-Debian-PR-Package: sendmail
X-Loop: owner@bugs.debian.org
Date: Fri, 12 Jul 1996 10:01:45 +1000 (EST)
From: Craig Sanders <cas@taz.net.au>
To: submit@bugs.debian.org
Message-ID: <Pine.LNX.3.91.960712095650.2034S-100000@siva.taz.net.au>
X-No-Junk-Mail: Do not send me junk mail under any circumstances
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4853
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: sendmail
Version: 8.7.5-4

Maintainer: Robert Leslie <rob@mars.org>


FEATURE(local_procmail) has /usr/local/bin/procmail as the default path
for procmail.

it should be /usr/bin/procmail


Also, sendmail depends on deliver.  Maybe it should depend on a virtual
package called 'local_delivery_agent' which is provided by both procmail and
deliver.

Craig


From debian-devel-request@lists.debian.org Sat Jul 13 04:43:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 04:34:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 04:34:18 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 02:33:40 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3749: etc/sudoers unreadable
Reply-To: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>,
  3749@bugs.debian.org
Resent-From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Meskes <meskes@debian.org>
Resent-Date: Fri, 12 Jul 1996 02:28:18 GMT
Resent-Message-ID: <handler.3749.B3749.83712080415057@bugs.debian.org>
X-Debian-PR-Package: sudo
X-Loop: owner@bugs.debian.org
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607111728.TAA02222@circe.informatik.rwth-aachen.de>
To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3749@bugs.debian.org
Date: Thu, 11 Jul 1996 19:28:19 +0200 (MET DST)
Cc: done@bugs.debian.org
In-Reply-To: <m0ueL2Z-00014fC@miles.econ.queensu.ca> from "Dirk.Eddelbuettel@qed.econ.queensu.ca" at Jul 11, 96 08:40:00 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4854
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dirk.Eddelbuettel@qed.econ.queensu.ca writes:
> 
> I upgraded sudo yesterday. Later a cron'ed script tried to use sudo but
> failed as the permission on /etc/sudoers is 0400:
> 
> miles:/etc [root] # ls -l sudoers
> -r--------   1 root     root          444 May 18 13:17 sudoers    
> 
> There is code in sudo.postinst to fix this to mode 640, but that code never
> gets executed on my box as I have a group "sudo" so that postinst exists.

Oops, I'm going to correct that. Sorry. 

> Michael, can't you just set mode 440 in the deb file so that an upgrade
> doesn't break things?

It has 440 in the .deb file which is incorrect, too btw. Just changing this
permission doesn't help as you probably won't install the new one if you
edited the old one already. 

BTW there's another bug in debian.rules. It installes /etc/sudoers twice
with different permissions. :-)

I close this bug immediately and upload the new version ASAP. It's just
installing on my system.

Michael

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Sat Jul 13 06:48:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 06:40:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 06:40:56 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 05:58:21 -0000
Resent-Date: 12 Jul 1996 05:58:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Fri, 12 Jul 1996 00:59:23 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: shields@crosslink.net
cc: debian-devel@lists.debian.org
Subject: Re: Where is buzz-fixed?
In-Reply-To: <199607110239.WAA06742@daedalus.crosslink.net>
Message-ID: <Pine.SOL.3.93.960712005520.21437B-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"uWoNP2.0.Ji3.zbUvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4858
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Thu, 11 Jul 1996 shields@crosslink.net wrote:

> What happened to the buzz-fixed symlink tree?
> 
> Both /debian/.message and /debian/buzz-updates/README claim that there
> is a Debian-1.1.x directory symlinked to buzz-fixed, which seems to be
> a good idea.  But it doesn't exist.

I just finished writing the scripts that keep it updated.  They are
running, so stable now points to buzz-fixed and buzz-fixed has
permissions allowing others to use it.

Please report any problems to me.


Guy


From debian-devel-request@lists.debian.org Sat Jul 13 07:13:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 07:04:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 07:04:15 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 06:28:15 -0000
Resent-Date: 12 Jul 1996 06:28:14 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ueboV-0002hGC@debian.iaehv.nl>
Subject: Re: orphaned bash and related packages ?
To: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Fri, 12 Jul 1996 08:34:54 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0udy1E-0002YIC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 10, 96 01:05:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Ru2iy.0.Vi4.-1Vvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4859
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>  bash                 daveb@tau.space.thiokol.com (David P. Boswell)
>  fileutils            daveb@tau.space.thiokol.com (David P. Boswell)
>  libreadline2         daveb@tau.space.thiokol.com (David P. Boswell)
>  libreadline2-dev     daveb@tau.space.thiokol.com (David P. Boswell)
>  shellutils           daveb@tau.space.thiokol.com (David P. Boswell)
>  textutils            daveb@tau.space.thiokol.com (David P. Boswell)
> 
> David Boswell tells me that he had to drop out of the project due to
> time pressure early this year, and so someone else should be
> maintaining these packages.
> 
> I see that Erick Branderhorst <branderh@debian.org> has recently
> released a new version of textutils.  Erick, are you doing any of the
> others ?  If you're going to release them then there's no need to do
> anything; the maintainers info will fix itself.

I can take shellutils and fileutils.
 
> Ray Dassen asked me to add override file entries listing David Boswell
> as the maintainer for libreadline and libreadline2.  This is obviously
> wrong, if David says it is :-).  Who is maintaining libreadline, or
> are they orphaned ?
> 
> The libreadline packages should probably be done by the bash
> maintainer.

Would someone else want to do this?

Erick


From debian-devel-request@lists.debian.org Sat Jul 13 07:39:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 07:38:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 07:38:35 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 06:47:08 -0000
Resent-Date: 12 Jul 1996 06:47:08 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Fri, 12 Jul 1996 01:48:06 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: "Debian Developer's List" <debian-devel@lists.debian.org>
Subject: What goes in buzz-upgrades?
Message-ID: <Pine.SOL.3.93.960712013847.10748A-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"QB6OY.0.fN5.hJVvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4860
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Quite a few uploads have changes files indicating that they should go
in buzz-upgrades.  I think most of them probably shouldn't.

I'd like to propose some rules for what should go in buzz-upgrades:

What goes in:
Security fixes (the recent perl upgrade for example).
Critical bug fixes.

What does not go in:
New packages.
Packages with a new upstream version.

dinstall asks me to confirm if it encounters a package that wants to
get installed in buzz-upgrades.  If I choose to override what's in the
changes file, you'll get a warning in the installation report.  You are
free to convice me that your package really does belong in
buzz-upgrades.


Guy


From debian-devel-request@lists.debian.org Sat Jul 13 08:29:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 08:11:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 08:11:14 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 07:21:14 -0000
Resent-Date: 12 Jul 1996 07:21:14 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <torin@perv.daft.com>
Sender: torin@perv.daft.com
To: "Debian Developer's List" <debian-devel@lists.debian.org>
Subject: Re: Can someone direct me to info on taking over a package?
References: <Pine.SOL.3.93.960710103025.21596J-100000@brando.ece.utexas.edu>
From: "Darren/Torin/Who Ever..." <torin@daft.com>
In-Reply-To: Guy Maor's message of Wed, 10 Jul 1996 10:35:29 -0500 (CDT)
Date: 12 Jul 1996 00:18:25 -0700
Message-ID: <87vifux7lq.fsf@perv.daft.com>
Lines: 31
X-Mailer: Gnus v5.2.34/XEmacs 19.14
Resent-Message-ID: <"Ylorf1.0._H6.fpVvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4861
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Guy Maor, in an immanent manifestation of deity, wrote:
>You read it in dchanges(5).  Basically just upload a .changes file with
>no files.  A mail to me will also suffice, or you could even upload a new
>version of dialog with all the bugs fixed.  :)
>
>You're now the dialog maintainer.  Congratulations.

I've been meaning to ask this question:
The perl package has a file debian.dialog.pl that gets installed at
/usr/lib/perl5/dialog.pl.  Does anyone use this?  Where does it come
from?  It was there when I got the package and I've just left it there.

Darren
- -- 
<torin@daft.com> <http://www.daft.com/~torin> <torin@debian.org> <torin@io.com>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMeX8O44wrq++1Ls5AQFtXwP/RlrQEK8xB+lMs4Ma2dhjV0y83gnfcj33
J+NCkTNcg8Bx+yIKqp4p9GiUQ+zhOSSFH5nalUAEjTF7qv80AEry2Yjj6qakeSyN
f0jRJPpdD2Dot4x0/pBrDVia5oEjeF0irB9ZGAMspLpR1UZnqiOii3GlSJHTRbcz
xWZjayBaMvQ=
=W6Na
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Sat Jul 13 08:54:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 08:29:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 08:29:42 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 07:52:43 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3529: libgr and zlib1 collide, but don't conflict!
Reply-To: "Darren/Torin/Who Ever..." <torin@daft.com>, 3529@bugs.debian.org
Resent-From: "Darren/Torin/Who Ever..." <torin@daft.com>
Orignal-Sender: torin@perv.daft.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Fri, 12 Jul 1996 07:33:01 GMT
Resent-Message-ID: <handler.3529.B3529.8371564844128@bugs.debian.org>
X-Debian-PR-Package: libgr-dev
X-Loop: owner@bugs.debian.org
Sender: torin@perv.daft.com
To: Guy Maor <maor@ece.utexas.edu>
Cc: 3529@bugs.debian.org, Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
References: <Pine.SOL.3.93.960710093724.21596B-100000@brando.ece.utexas.edu>
From: "Darren/Torin/Who Ever..." <torin@daft.com>
In-Reply-To: Guy Maor's message of Wed, 10 Jul 1996 09:41:02 -0500 (CDT)
Date: 12 Jul 1996 00:24:13 -0700
Message-ID: <87spayx7c2.fsf@perv.daft.com>
Lines: 28
X-Mailer: Gnus v5.2.34/XEmacs 19.14
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4862
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Guy Maor, in an immanent manifestation of deity, wrote:
>libgr is only obsolete if libtiff is available.  So do we then put
>libtiff in the buzz-updates also?  The real question is how to
>determine what changes are important enough to warrant a buzz update.
>That's a rather open question.

libtiff3, libtiff3-dev, and libtiff3-gif are all available.
I'll mark the bugs for libgr as done.  (right?)

Darren
- -- 
<torin@daft.com> <http://www.daft.com/~torin> <torin@debian.org> <torin@io.com>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMeX9lo4wrq++1Ls5AQGwjgQAnJuw0dHlltshAvdGwAhzfdTXBiKrVBbx
YXPMmGMSvagvMakAsXAwcBg77yDiPvYwh1IT15lPJA4xLVCI1BV9KBypxiX91td2
/f+z4ncJy/SgrUiLMmDp8VB28fguRrcXSvlgTg2H+cL9OElSqBRE4ZbL/Xp+duk3
Lc3ZIhxichM=
=0Tk8
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Sat Jul 13 09:19:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 09:18:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 09:18:42 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 08:44:34 -0000
Resent-Date: 12 Jul 1996 08:44:34 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 12 Jul 1996 09:48:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6Ck2GnAzcsB@khms.westfalen.de>
In-Reply-To: <m0ucyDw-0003kyC@tapiola.Infodrom.North.DE>
Subject: Re: Bug#3703: mkisofs stops if a permission problem occurs
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"dHZPR3.0.Ee.n1Xvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4863
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

ijackson@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 10.07.96 in <m0udz8I-0002YIC@chiark.chu.cam.ac.uk>:

> Your message, the one I'm now replying to, was dated Sun, 7 Jul 96
> 20:06 MET DST.  This is not as helpful as it could be, because it

... actually, it's even illegal. MET has never been an allowed timezone in  
mail headers, and never will be (I'm on the mailing list for the "drums"  
working group that's revising the mail standards[1], and that's the  
consensus there - numeric time zones are considered vastly superior).

The _only_ allowed time zone names are those in RFC 822 (a bunch of US  
time zones, and GMT, and military time zones that are useless because they  
were specified different from actual military usage).

I just hope no Debian mail or news related package does something like  
this.


MfG Kai

[1] If you're interested in the drafts of the coming RFCs, find your  
nearest RFC draft mirror, and look for draft-*-drums-* files. Sorry, I  
can't say which one I'm using off the top of my head, and I can't look it  
up right now.


From debian-devel-request@lists.debian.org Sat Jul 13 09:44:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 09:38:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 09:38:09 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 09:22:04 -0000
Resent-Date: 12 Jul 1996 09:22:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: Re: Data flow during package building.
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Fri, 12 Jul 1996 10:02:09 +0100
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ue3U1-0002ZCC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 10, 96 06:55:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul12.132143gmt+0100.6254@gateway.azr.nl>
Resent-Message-ID: <"3K4_92.0.MM1.xaXvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4864
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> Source control (.dsc) fields (S):
>   Source                                        L and/or G
>   Binary (list)                                 P (calculated)
>   Maintainer (usual)                            G
>   Architecture (list|`all'|`any')               P (calculated)
>   Version (source)                              L
> (Of course no .dsc can be generated if doing a binary-only build.)

I miss the url reference to the original sources here. If this url is
included, and perhaps some additional descriptive information, this can
be the input for an autogenerated copyright file which comes with the
package.

> Automatically generated (A):
>   Date (822 format)                             C
>   Architecture (specific, from dpkg)            BC
>   Format (of .changes file)                     C

The copyright file might be a autogenerated file as well.

> It's not clear to me how it should find out the versions of the binary
> packages (whose names it will already know by now).  These could
> either be supplied on the command line, or be accumulated somehow
> during the build process when each package is built, or perhaps the
> script could search the directory for binary packages with the correct
> source version in their Source field.

What about calling debian.rules (or debian/rules) with the target
<package>.<version>.  
$ make -f debian/rules textutils.version
1.18e-1

---
debian/rules

# configure.in contains package and version info in gnu packages
# for other packages it might be hardcoded in debianrules or found
# in some other way
p:=$(shell sed -n -e 's/^PACKAGE=\(.*\)$$/\1/p' configure.in)
v:=$(shell sed -n -e 's/^VERSION=\(.*\)$$/\1/p' configure.in)

$(p).version:
	@echo $(v)-$(d)

$(p)-dev.version:
	@echo another version
---

The rest seems very well thought to me.

Erick


From debian-devel-request@lists.debian.org Sat Jul 13 10:34:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 10:19:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 10:19:51 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 11:12:22 -0000
Resent-Date: 12 Jul 1996 11:12:22 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded emacs-lisp-intro to master
To: debian-devel@lists.debian.org (debian-devel)
Date: Fri, 12 Jul 1996 11:52:34 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul12.151205gmt+0100.6249@gateway.azr.nl>
Resent-Message-ID: <"s6fIy1.0.I53.LCZvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4865
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 12 Jul 96 09:35 UT
Format: 1.6_
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: emacs-lisp-intro
Version: 1.04-1
Binary:  emacs-lisp-intro
Architecture:  all source
Description: 
 emacs-lisp-intro: Programming in Emacs Lisp: An Introduction
 -  This is an elementary introduction to programming in Emacs Lisp for
 -  people who are not programmers, and who are not necessarily interested
 -  in programming, but who do want to customize or extend their computing
 -  environment. Last update: 2 October 1995.
Changes: 
 Thu Jul 11 18:45:27 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * Initial
 .
Files:
 d460ce647fb341acdc1e4d9c3e59a83a  190488  -   emacs-lisp-intro-1.04-1.tar.gz
 c65a64c6d8926fc023c7a0055c5ec7ea  3028  -   emacs-lisp-intro-1.04-1.diff.gz
 2d98d937ff290092702acfc4cf6b479b  191846  editors  extra  emacs-lisp-intro_1.04-1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeYce+KGUa6t6e7lAQFEywQAn3seJa1wbMM/75v48HHbedMpsMLws9tm
A9cm2zgPPmdL4frbP8uEPcCiZEipooWkKWrAgvKGJC6fQM4zEpmKIfo6KIkbkTz5
pZWMEtXtJK2XBPrJuXaE0XyhvFfDhahNXIQnnYl3SKAXg6Dun2pFwqGskSKrh9gZ
weR15zP3UHg=
=4o6P
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Sat Jul 13 10:34:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 10:21:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 10:21:11 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 11:12:48 -0000
Resent-Date: 12 Jul 1996 11:12:48 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded latex-2e-5 to master (I'm not maintainer)
To: debian-devel@lists.debian.org
Date: Fri, 12 Jul 1996 11:53:12 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul12.151241gmt+0100.6249@gateway.azr.nl>
Resent-Message-ID: <"a7VW41.0.u53.mCZvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4866
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Date: 12 Jul 96 09:37 UT
Format: 1.6_
Distribution: unstable
Urgency: Low
Maintainer: Nils Rennebarth <nils@nus.pan-net.de>
Source: latex
Version: 2e-5
Binary:  latex
Architecture:  all source
Description: 
 latex: Write structured documents with TeX
 -  LaTeX is a macro package for TeX that makes writing of complex
 -  documents much easier. It features a style of writing
 -  that separates content and form as much as possible by providing the
 -  user with a generic (\ie logical rather than visual) mark-up interface;
 -  this is combined with style sheets which specify the formatting.
 -  .
 -  Users new to TeX should start with LaTeX. It has builtin support for
 -  automatic generation of table of contents, cross-referencing, index,
 -  etc. Tables and simple pictures are much easier to create, the font
 -  handling is much improved.
Changes: 
 Tue Jul  9 20:59:37 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * debian.copyright: now in debian.README
        * debian.control: Depends on texbin in stead of tex
        * debian.control: Suggests a few others in stead of Recommends
        * debian.control: Version changes
        * debian.rules: changes to deal with debian.control
 .
Files:
 9cb2641b54e70f84858176668cf78063  808712  -   latex-2e-5.tar.gz
 3d69da7e9623385dbb99fdd6122ad658  8055  -   latex-2e-5.diff.gz
 fe67933521ff7f0b9035b3720644d157  872210  tex  extra  latex_2e-5_all.deb


From debian-devel-request@lists.debian.org Sat Jul 13 10:34:06 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 10:22:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 10:22:15 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 11:13:19 -0000
Resent-Date: 12 Jul 1996 11:13:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded mflib-1.0-6 to master (I'm not maintainer)
To: debian-devel@lists.debian.org
Date: Fri, 12 Jul 1996 11:53:42 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul12.151311gmt+0100.6254@gateway.azr.nl>
Resent-Message-ID: <"Csub23.0.P63.EDZvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4867
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Date: 12 Jul 96 09:39 UT
Format: 1.6_
Distribution: unstable
Urgency: Low
Maintainer: Nils Rennebarth <nils@nus.pan-net.de>
Source: mflib
Version: 1.0-6
Binary:  mflib
Architecture:  all source
Description: 
 mflib: Auxiliary files to run Metafont
 -  These are those files needed for Metafont that do not fit into any other
 -  category.
 -  .
 -  Included are all the files to produce the plain and cm base as
 -  well as scripts for automatic font generation.
Changes: 
 mflib-1.0-6 (by Erick Branderhorst <branderh@debian.org>)
   * Added install-fmt-base and install-fmt-base.8
   * Rewrote a few pieces in debian.control and debian.rules
   * No recommend on mfbin because mfbin depends on mflib.
   * Removed post{rm,inst} scripts and added functionality straight in
     package filestructure.
Files:
 14d6ca7ff08d675f6953055877894cc7  42126  -   mflib-1.0-6.tar.gz
 39ff14ad8f5e6a811cd6a449d1fc97e7  42008  tex  extra  mflib_1.0-6_all.deb


From debian-devel-request@lists.debian.org Sat Jul 13 10:34:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 10:23:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 10:23:27 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 11:13:59 -0000
Resent-Date: 12 Jul 1996 11:13:59 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded babel-3.6-1 to master (I'm not maintainer)
To: debian-devel@lists.debian.org
Date: Fri, 12 Jul 1996 11:54:16 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul12.151347gmt+0100.6254@gateway.azr.nl>
Resent-Message-ID: <"hsrjj1.0.F73.tDZvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4868
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Date: 12 Jul 96 09:40 UT
Format: 1.6_
Distribution: unstable
Urgency: Low
Maintainer: Nils Rennebarth <nils@nus.pan-net.de>
Source: babel
Version: 3.6-1
Binary:  babel
Architecture:  all source
Description: 
 babel: Support for multilingual typesetting with LaTeX
 -  The Babel system adds multilingual support to LaTeX documents.
 -  This includes language specific macros, hyphenation and setting
 -  of language specific strings like "Table of Contents".
Changes: 
 Thu Jul 11 15:21:26 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * mv debian.copyright debian.README
        * mainstream update babel 3.6beta
        * debian.control removed empty fields added architecture
        * removed debian.changes
 .
 This was in debian.changes:
 .
 Priority: medium
 Changes: First release, separated from ltxpckg
Files:
 c7610da0eb200eb6492997f806edab0f  199549  -   babel-3.6-1.tar.gz
 6991029a3ba18df436670c0b3c50ac0a  2956  -   babel-3.6-1.diff.gz
 b6d881c932900432c75dfde715638ac9  300878  tex  extra  babel_3.6-1_all.deb


From debian-devel-request@lists.debian.org Sat Jul 13 10:34:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 10:24:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 10:24:31 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 11:15:20 -0000
Resent-Date: 12 Jul 1996 11:15:20 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <richard@elmail.co.uk>
From: Richard Kettlewell <richard@elmail.co.uk>
Message-Id: <8NVyiH2P1m@muskogee.elmail.co.uk>
Date: Fri, 12 Jul 96 12:19:07 +0100 (BST)
To: Yves Arrouye <arrouye@marin.fdn.fr>
Cc: debian-devel@lists.debian.org
Subject: Re: FHS (Was: Re: Submitting .deb packages to the archive)
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607102202.AAA00941@marin.fdn.fr>
References: <Pine.SGI.3.94.960709100452.5822B-100000@ana.concordia.ca>
	<Pine.SOL.3.94.960709145002.4414M-100000@tiberius>
	<199607102202.AAA00941@marin.fdn.fr>
Resent-Message-ID: <"04gNy3.0.kB3.8FZvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4869
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>If I understand the (alpha) FHS specifications rightly, one cannot do
>things like
>
>	/usr/bin/something -> /opt/package/bin/anything
>
>but should put something in /opt/bin? This is fine for binaries (one could
>expect init to add /opt/bin in its path or this may be done in the shells
>environment setup) but then there is need to have manual readers track
>/opt/man too, compilers look into /opt/include, etc...

I don't see the problem with this - most such things already look in
both /usr/<foo> and /usr/local/<foo>, so adding /opt/<foo> shouldn't
be particularly traumatic.

It's a while since I've looked at what the FHS says about /opt, tho...

- Richard


From debian-devel-request@lists.debian.org Sat Jul 13 12:14:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 12:08:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 12:08:10 -0000
Received: (qmail-queue invoked by uid 40); 10 Jul 1996 20:04:06 -0000
Resent-Date: 10 Jul 1996 20:04:06 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Wed, 10 Jul 1996 15:05:06 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Dale Scheetz <dwarf@polaris.net>
cc: Andy Guy <awpguy@acs.ucalgary.ca>, branderh@debian.IAEhv.nl,
  debian-devel@lists.debian.org
Subject: Re: dchanges-3.3 and package names 
In-Reply-To: <Pine.LNX.3.94.960710135233.20923C-100000@dwarf.polaris.net>
Message-ID: <Pine.SOL.3.93.960710141422.7741A-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"qKEvi2.0.OF2.so0vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4805
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 10 Jul 1996, Dale Scheetz wrote:
> Well then, maybe dchanges shouldn't make any demands on a package name.
> Sounds like we have management on both ends of the problem. What's the
> point, aside from yet another way to wedge things?

dchanges and the changes file format are two different things.  There's
lots of information in the changes file that dchanges figures out for
you.  It restricts you so that it can more reliably produce a
well-formed changes file.

I really don't think that this is such a big deal.  dinstall requires
binary files to match /\.deb$/ and source files to match
/^$name[-_]$vers\.(tar|diff)\.gz$/ where $name and $vers are as given
in the .changes file.  Any changes file that you produce whose
filenames match those regular expressions is ok.


Guy


From debian-devel-request@lists.debian.org Sat Jul 13 13:04:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 12:48:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 12:48:13 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 07:33:32 -0000
Resent-Date: 11 Jul 1996 07:33:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Thu, 11 Jul 1996 09:32:43 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging
In-Reply-To: <m0udmqy-0002ZwC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.SUN.3.91.960711085035.15053B-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"51Ga4.0.jn.CvAvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4823
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 10 Jul 1996, Ian Jackson wrote:
> Juergen Menden writes ("Re: Source packaging"):
> ...
> > >  [...]
> > >  Architecture: <"any"|"all"|architecture>
> > 
> > i'm not sure if we should include this field, 
> 
> Looking at the package list it seems to me that at least some [...]
> packages [...] may not be appropriate on all architectures. 

yes. there are definitely a few of them. but not very much.

ok. it can really help (eg for finding not already ported 
packages, see below).

> > the distinction between all and any: this at least should be
> > skipped.
> 
> This distiction is needed so that you know whether to bother
> rebuilding a source package for a new architecture. 

better way is by looking in the Binary: field and trying to
find the coresponding binary package in binary-<non-intel>.

this way i also notice which packages need to be rebuild because
of new source versions, and as a side effect i get notices which
binary packages are missing.

> If it says `any'
> you do, but if it says `any' then all the binary packages are
> arch-independent and so don't need to be rebuilt.

:-) your statement is the best argument against using all/any.
:-) which one should have been all?

please skip it. it's confusing for everyone.

> there may be other files generated by the package which need to be
> uploaded (for example the nondebbin.tar.gz files and guidelines.texi
> from the dpkg package).

can be hardcoded by an option to the call of dchanges-a-like
from the debian.rules file. i think this is what the makefile
is about. 

generally there is not much to gain if the options for various
programs are placed in files, if you have a makefile where the
program is called from. place the options there and save a file.

note that the debian.rules file already has to be carefully 
maintained, so there is no drawback from placing this info there.

> I need to do some thinking about dataflow.

right. this is what my post was all about. :-)

> No, the arch-dependent files only option should be a command-line
> option and not an rc file option, 

ok. but an rc file option for the uploader/maintainer field would
be _really_ nice. :-)


> > > `read changes information from here' option 
> > remove that option, it should always use debian.ChangeLog
> 
> No, because if a maintainer is doing a binary upload release they want
> to just say
>  `binary only release to bring m68k up to date'

this information helps noone. rather i would like it very much
to see which changes in the source (!!!) were done since the last
source release. note that bug-fixes are a helpful information even
on our m68k arch. :-)

> or whatever, not to repeat whatever the last i386 (or whatever the
> main maintainer's preferred arch is) changes were.

no. the changes field reflect the changes in the source!
(nevertheless this has some drawbacks on some binaries :-)

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Sat Jul 13 13:04:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 12:49:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 12:49:20 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 07:47:29 -0000
Resent-Date: 11 Jul 1996 07:47:28 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ueDuv-000HWZC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: Re: What prints "you don't exist, go away?" 
In-Reply-To: Your message of "Tue, 09 Jul 1996 12:21:49 +0200."
             <199607091021.GAA06037@artemis.wi.leidenuniv.nl> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_704708760P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Thu, 11 Jul 1996 08:03:55 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"_jtG31.0.O-.G6Bvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4824
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_704708760P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Wichert Akkerman:
> sudo is great for humer (`where did you learn to type?'), but I agree that
> errors should always tell what's wrong.

mailstat from procmail is also fun.

	$ mailstat
	Most people don't type their own logfiles;  but, what do I care?
	$ 
	
The usual Unix way, of course, is to just sit silently in that case.



--==_Exmh_704708760P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMeSLOYQRll5MupLRAQELrwP9GL73JgnYyOJqkLYBaOp2zLcdIBkcl5C2
iSfS8c9iruBXREufqSHde2dXX102cCDc55vTafQTHfajVQnYWYDFwQt56enTCkco
M7VNxBaGLMeh2MRpoKoqq5lFOKWzFbqi1ZSBDMI272LFF6FWbVfegJC65Rv29vI8
hGaAdT0o/U4=
=2Kvd
-----END PGP MESSAGE-----

--==_Exmh_704708760P--


From debian-devel-request@lists.debian.org Sat Jul 13 13:04:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 12:57:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 12:56:59 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 07:47:50 -0000
Resent-Date: 11 Jul 1996 07:47:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ueDxA-000HWbC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: Re: ftp.debian.org 
In-Reply-To: Your message of "Tue, 09 Jul 1996 16:56:36 +0200."
             <Pine.3.89.9607091601.F11077-0100000@fiwi02.wiwi.uni-tuebingen.de> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_706733104P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Thu, 11 Jul 1996 08:06:15 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"i4tw83.0.l-.c6Bvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4825
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_706733104P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Martin Konold:
> The most annoying fact is that files do permanently change in /debian/buzz.

Hey, what has changed?  Eeek.

> If the Debian Projekt [TM] will keep on with this practise you will loose 
> a lot of your supporters,

I agree.



--==_Exmh_706733104P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMeSLxYQRll5MupLRAQFL4AP7BM2dfFOu29P438K/8//G3BLjUH5qxQAF
fTAAO8GGK6u7gi4mKb9+P4STsipiMZNFOte0TQbeSG881zg6s9R72ss2kc1h1wdU
CdGily3UUMteLj1iTM5Bl5DS3BbkZHf21D/4aIyuW+FuUMdUGwZgzcaoAaPeU9s5
k17vsqR5WEs=
=r6Jl
-----END PGP MESSAGE-----

--==_Exmh_706733104P--


From debian-devel-request@lists.debian.org Sat Jul 13 13:04:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 12:57:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 12:57:45 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 07:47:57 -0000
Resent-Date: 11 Jul 1996 07:47:56 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ueE21-000HWdC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Installer packages and arbitrary files referenced by packages 
In-Reply-To: Your message of "Tue, 09 Jul 1996 19:58:00 -0000."
             <m0udhzc-0002YdC@chiark.chu.cam.ac.uk> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_710641104P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Thu, 11 Jul 1996 08:11:15 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"2cWnh2.0.--.i6Bvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4826
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_710641104P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Ian Jackson:
> As a starting suggestion I propose the name `debian-pkg-stuff'.

Is it really necessary to force a standard location?  Can't the script
just ask the filename?  A default is OK, but it should not be forced.
Something along the lines of:

	f=/root/debian-pkg-stuff/netscape-1.2.3.4.5.tar.gz
	if [ ! -f "$f" ]
	then
		echo "Original Netscape package (netsacpe*.tar.gz) not found."
		echo "(Looked in $f)"
		echo -n "Enter correct location: "
		read f
	fi

The answer might even be stored in /etc/default/netscape...



--==_Exmh_710641104P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMeSM8YQRll5MupLRAQE85gQAy8qI9ygT7nmS3iqvcrvK9ih99CD68nJ2
1kUoq8UTKMT9VaZbyBrc+15Mg1QEPVw0l6BStDBnsuzzW7i2uc5c462eeAP6H9nz
FSyUiDpvILOWHyZMaa14cYf3lm9VqirkHTkCY0EFxO6gI4tiVIONFRmjg7JdrO3j
o3cRrcMaOmQ=
=BAKh
-----END PGP MESSAGE-----

--==_Exmh_710641104P--


From debian-devel-request@lists.debian.org Sat Jul 13 13:04:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 12:58:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 12:58:54 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 16:29:47 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3757: Installation of kernel-image-2.0.0-0 messes up the system
Reply-To: MIZUHARA Bun <mizuhara@ca2.so-net.or.jp>, 3757@bugs.debian.org
Resent-From: MIZUHARA Bun <mizuhara@ca2.so-net.or.jp>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Fri, 12 Jul 1996 13:33:03 GMT
Resent-Message-ID: <handler.3757.B.8371774949511@bugs.debian.org>
X-Debian-PR-Package: kernel-image-2.0.0-0
X-Loop: owner@bugs.debian.org
Message-Id: <199607121301.WAA00972@scissors.ca2.so-net.or.jp>
To: submit@bugs.debian.org
Cc: mizuhara@ca2.so-net.or.jp
Date: Fri, 12 Jul 1996 22:01:45 +0900
From: MIZUHARA Bun <mizuhara@ca2.so-net.or.jp>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4870
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: kernel-image-2.0.0-0
Version: 2.0.0-0

(1) This package does not have to be installed at all, because
"Base Installation" diskette contains the same version of kernel.
But when you invoke dselect, this package is marked as "required",
so you are about to install it unless you deselect it explicitly.

(2) Two perl scripts included in this package, postinst and prerm,
have wrong perl path.  The first line of the scripts is:
	#! /bin/perl
Because perl is installed in /usr/bin, not /bin, this should be:
	#! /usr/bin/perl
This bug produces messages like this:
	Setting up kernel-image-2.0.0
	dpkg (subprocess): unable to execute post-installation script:
	No such file or directory
and the installation fails.
The scripts themselves should be fixed, but you can circumvent
this bug by symbolic-linking /usr/bin/perl to /bin/perl.

(3) postinst script has another bug.  Subroutine makefloppy has
this line:
	$ret = system '/usr/sbin/rdev', "$rootdevice";
Of course this should be:
	$ret = system '/usr/sbin/rdev', '/dev/fd0', "$rootdevice";
This bug prevents the system from booting if your root device is
not /dev/hda1.
Luckily I am an experienced linux user, and I have another linux
system working, so I can re-set the root device correctly, but
I think these problems are hard to solve for inexperienced users.

I have heard that Debian is the most complete Linux distribution,
still I cannot believe it has these silly bugs.

I am using Debian 1.1, kernel version 2.0.0, and libc 5.2.18.

Hardware configuration:

CPU:	i486 DX2 66MHz
M/B:	Taiwan made VL (SiS 85C471/85C407chipset)
Memory:	32MB
Video:	S3 864 DRAM 1MB
SCSI:	Buslogic BT-445S
HDD:	SCSI 500MB (Fujitsu M2624SA)
Tape:	SCSI QIC525 (Wangtek 5525ES)
CD-ROM:	SCSI 4x (Pioneer DR-104X)

----
MIZUHARA Bun


From debian-devel-request@lists.debian.org Sat Jul 13 14:19:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 14:18:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 14:18:49 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 16:39:29 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3744: passwd_1.0-5 has no source
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3744@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Guy Maor <maor@ece.utexas.edu>
Resent-Date: Fri, 12 Jul 1996 11:03:04 GMT
Resent-Message-ID: <handler.3744.B.8371684897224@bugs.debian.org>
X-Debian-PR-Package: passwd
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607121042.MAA00827@picard.cistron.nl>
To: joost@rulcmc.leidenuniv.nl, 3744@bugs.debian.org
Date: Fri, 12 Jul 1996 12:42:29 +0200 (MET DST)
Cc: debian-bugs@pixar.com
In-Reply-To: <m0ue4Oo-000127C@rulcmc.leidenuniv.nl> from "joost witteveen" at Jul 10, 96 08:54:09 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4871
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (joost witteveen) wrote:
> Package: passwd
> Version: 1.0-5
> 
> On master:
>   $ pwd
>   /home/ftp/debian/buzz/binary
>   $ dir */pass*
>   base/passwd-1.0-5.deb
>   $ cd ../source
>   $ pwd 
>   /home/ftp/debian/buzz/source
>   $ dir */pass*
>   dir: */pass*: No such file or directory
> 
> i.e. in buzz I cannot find the source to
> passwd. This may be a (very?) serious mistake, but maybe the
> passwd source is included in some other package?

dpkg -s passwd
[Q:root](/pub/debian/local/binary)> dpkg -s passwd
Package: passwd
Essential: yes
Status: install ok installed
Priority: required
Section: base
Maintainer: Guy Maor <maor@ece.utexas.edu>
Source: loginutils
Version: 1.0-5
Replaces: miscutils, chfn
Pre-Depends: libc5 (>= 5.2.18-2)
Conflicts: chfn
Conffiles:
 /etc/shells e6e6be907ae392cde53e4dcc6f5e212a
Description: Change password data.
 This package contains passwd, chsh, chfn, vipw, and vigr.

Take note of the "source" header line.

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Sat Jul 13 14:44:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 14:20:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 14:20:01 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 16:39:33 -0000
Resent-Date: 12 Jul 1996 16:39:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0uegtH-00015JC@miles.econ.queensu.ca>
Date: Fri, 12 Jul 96 08:00 EDT
To: Debian Developer <debian-devel@lists.debian.org>
Subject: doc-linux_96.07-0 uploaded to master
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"Qi4wX.0.hL.4_dvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4872
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 12 Jul 96 11:36 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Dirk Eddelbuettel <edd@qed.econ.queensu.ca>
Source: doc-linux
Version: 96.07-0
Binary:  doc-linux
Architecture:  all source
Description: 
 doc-linux: Linux FAQ, HOWTOs and mini-HOWTOs.
 -  The doc-linux package installs the current Linux-FAQ (in postscript,
 -  ascii and GNU info form) as well as all the ascii versions of current
 -  Linux HOWTO and mini-HOWTO documents on your Debian system.  The
 -  version number reflects the month in which doc-linux was created.
 -  .
 -  All files are available at ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO
 -  and ftp://sunsite.unc.edu/pub/Linux/docs/faqs/linux-faq and mirrors
 -  thereof.  Versions in html, dvi and postscript formats of most of the
 -  HOWTOs are also available.  They are therefore not included in the
 -  Debian source file and no diff file is provided.
Changes: 
        * doc-linux-96.07-0 release
        * HOWTOs that are New or updated since the June release:
          AX25 Access Bootdisk CDROM Commercial Cyrillic Danish
          Distribution Ftape HOWTO-INDEX INDEX IPX Java MGR Module
          PCMCIA Polish Printing Shadow-Password Sound Tips
        * mini-HOWTOs that are New or updated since the May release:
          3-Button-Mouse Assembly BogoMips Diald Diskless
          Dynamic-IP-Hacks INDEX IP-Alias IP-Masquerade Kerneld
          Linux+OS2+DOS Linux+Win95 Locales Multiple-Disks-Layout
          Print2Win Term-Firewall Upgrade
Files:
 975c0bab7d76e31f650ecb36a00fd744  3839  doc  -  doc-linux_96.07-0.tar.gz
 a2693badcf9f4da8ebecf11e81c282e1  1686392  doc  important  doc-linux_96.07-0_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMeY5C3d1UC9tfwjdAQH2+gP/RIqCoV+PpqCtEOeMRYojhyIg/ere2XuZ
z1wwRExvMmPVEx15ldprEW7hTWVCNmB84Beac55tAz7ymxseiQhSjmEo4+5Brazf
RQJrMDt9UHVMQOmeZtjvx8fy2gWxo2Eu4f32TH7vv14rKZ1WeNTs781v77TZ5YIY
HrMZYrhtQms=
=ULEc
-----END PGP SIGNATURE-----


-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Sat Jul 13 14:44:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 14:21:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 14:21:13 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 16:39:40 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3758: transfig depends on libjpeg
Reply-To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3758@bugs.debian.org
Resent-From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-To: debian-devel@lists.debian.org
Resent-CC: dgregor@coil.com (D.J. Gregor)
Resent-Date: Fri, 12 Jul 1996 16:03:03 GMT
Resent-Message-ID: <handler.3758.B.83718650011950@bugs.debian.org>
X-Debian-PR-Package: transfig
X-Loop: owner@bugs.debian.org
Message-Id: <m0uek5X-00013oC@miles.econ.queensu.ca>
Date: Fri, 12 Jul 96 11:25 EDT
To: Report a Debian Bug <submit@bugs.debian.org>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4873
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: transfig
Version: 3.1.2a-1
Depends: libc5, libjpeg      
                ^^^^^^^

Installation fails as the libjpeg6a package does not provide libjpeg.

-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Sat Jul 13 15:09:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 14:47:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 14:47:20 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 16:44:12 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3517: DPKG and innd won't remove syslog.conf lines when purged
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3517@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Fri, 12 Jul 1996 11:03:05 GMT
Resent-Message-ID: <handler.3517.B3517.8371684897221@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607121040.MAA00788@picard.cistron.nl>
To: scott@galileo.cuug.ab.ca (Scott Barker)
Date: Fri, 12 Jul 1996 12:40:19 +0200 (MET DST)
Cc: miquels@cistron.nl, ian@chiark.chu.cam.ac.uk, amos@dsi.co.il,
  3517@bugs.debian.org
In-Reply-To: <199607120040.SAA11520@galileo.cuug.ab.ca> from "Scott Barker" at Jul 11, 96 06:40:25 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4874
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Scott Barker) wrote:
> Miquel van Smoorenburg said:
> > The INN package was put together when /var/log/news wasn't part of the
> > base system, and so /var/log/news is also part of INN. It removes
> > /var/log/news when purged..
> 
> Uh-oh. Not again. I went through this with the sys(k)logd packages already.
> It seems that when a file is listed as part of two packages, dpkg removes the
> reference to it from the first package when the second package is installed.

This is not the case here: the INN pre or post rm script does it. It will
be fixed eventually, but it isn't really important right now.

> If the second package is then upgraded, and no longer lists the file, the file
> becomes orphaned by dpkg, and will never go away unless removed by hand (or,
> worse yet, it goes away and never comes back! -- I haven't figured out why
> sometimes a file is orphaned, and sometimes it's lost completely).

Yeah, I've seen this before. I have some local packages: cis-sendmail, and
cis-sysklogd for example. The control file for both is setup to "replace"
the originals.

But as soon as I do an upgrade, the /etc/init.d/sysklogd and
/etc/init.d/sendmail files dissapear! Worse, even a reinstall won't get
them back (they are config-files, and dpkg seems to think the old ones are
still there...). I now keep the init.d files seperate and install them
after the upgrade.

I thought I had setup the packages wrong but now it seems that this
could be a bug in dpkg?

It is probably because when I install cis-sysklogd, sysklogd is
removed but not purged. So it stays in a "deinstalled, config files
remain" status. And even worse: I just did a "dpkg --purge sysklogd" and
all config files dissapeared (AAARGH) even though they belong to
cis-sysklogd. Which is still installed, by the way. But now without
conffiles :((

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Sat Jul 13 15:09:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 14:56:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 14:56:33 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 16:49:36 -0000
Resent-Date: 12 Jul 1996 16:49:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ueh8i-000HX0C@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: Re: Okay, explain it to me slowly. 
In-Reply-To: Your message of "Wed, 10 Jul 1996 10:02:07 CDT."
             <199607101502.KAA00710@bofh.me.umn.edu> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1162052490P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Fri, 12 Jul 1996 15:16:06 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"09Gb_1.0.HY.V8evn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4875
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_1162052490P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Richard Kaszeta:
> buzz/
> buzz-updates/
> rex/
> stable/
> unstable/
> Debian-1.1/

Each release with a version number has a code name.  Release 1.1 is called
buzz.  Debian-1.1 is a symlink to buzz so that people don't have to know
the code name.

When a release is made, the contents of the directory are frozen.  No 
packages will change in that directory anymore.  All changes will be done
elsewhere.

Release 1.1 has some problems.  To fix them, you should install packages
from buzz-updates.  We put only bug fixes there, no other new packages.
If you install everything from buzz and buzz-updates, you should have as
good a stable system as possible.  Since buzz is stable, the stable
symbolic link points at buzz.

To make it easier to download 1.1+updates, there is or will be a directory
buzz-fixed (not sure about the name), which will contain 1.1 + all fixed
packages.  (buzz-updates contains only the fixed packages.)  stable might
point at buzz-fxed instead (I can't check this at the moment).

Packages are not duplicated between the three directories.  Instead, it
is done via symbolic links.  This saves a lot of disk space.

The next release (probably 1.2) will be called rex.  All new packages
go in here (with important bug fixes also going into buzz-updates).
This is currently under heavy development, and it is therefore somewhat
unstable.  Hence the symlink unstable pointing at rex.

The point with code names is that we can avoid having a directory called
debian-1.2.  Having such a directory will make people think it is the
newest stable version (this already happended with a directory named
debian-1.0).  Since every version has a code name, everyone will be so
confused that need to look at the directory much closer than normal, and
then they won't mistake rex for a stable version.  (This might be called
the "confuse'em right" principle.)

When we are ready to make release 1.2, we essentially do the following
(not necessarily all at once):

	create a new development directory (assume minttu); this
		is initially a symlink copy of rex
	make stable point at rex
	make unstable point at minttu
	create symlink Debian-1.2, point it at rex
	create rex-updates, rex-fixed
	remove buzz, buzz-updates, buzz-fixes, Debian-1.1
	
None of those steps move the actual package files very much.  This means
that ftp mirrors will need to transfer very little data because of the
releas.  We made the mistake earlier of renaming the directories, and
this caused a lot of unnecessary network traffic.

> Could someone give me the rundown on what's what?  What's the
> difference between rex and unstable?

None, at the moment.

(I can't check it, but perhaps someone could make a short summary of this
into the toplevel README, if there isn't something there already?)



--==_Exmh_1162052490P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMeZCBIQRll5MupLRAQFnigP/VDwOOsDbsvXLGOm4XNUaRlYjV352n+1M
Gx3235ct64VSYjAstAKp0ZhKGLNMZZ3Ibiua7GX0LtieKXCDFiPM6pfCcaqcH0QS
mnWgf8CLPCygOpRVhcR2bk6crIzEUShcUpUMoQkSvkw8hPqJt9RAvbS5E1mXQfzX
Gviq7v3TDFk=
=T5hX
-----END PGP MESSAGE-----

--==_Exmh_1162052490P--


From debian-devel-request@lists.debian.org Sat Jul 13 15:34:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 15:14:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 15:14:26 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 16:51:03 -0000
Resent-Date: 12 Jul 1996 16:51:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0uehQV-000HX4C@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Installer packages and arbitrary files referenced by packages 
In-Reply-To: Your message of "Wed, 10 Jul 1996 16:46:06 EDT."
             <m0ue699-0002GCC@plato> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1220249034P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Fri, 12 Jul 1996 15:34:29 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"8Cahi2.0.Ma.t9evn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4876
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_1220249034P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

"James A. Robinson":
> This general concept sounds fine -- but are you sure people will want
> ~root cluttered up?  I know that I would not; which is why I used /tmp

Some people will object to /tmp, others to ~root.  I object to both.
Why not ask for a suitable pathname, and give a suitable default?
And, if /usr/bin/mail is available (it often is), offer to mail the log
file, or at least a notification (ask for the address to mail it to, as
well, since mail to root might be shared and the log file of interest only
to one person).



--==_Exmh_1220249034P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMeZGU4QRll5MupLRAQG5nQQAraZsychgFm3zFmRcnNmZjjKV8G4khqix
GWy3kd7iXqjqoS6fyxcVMGur3i7fWV8/nI+Js2f4HWJRe73o2drO9ccObGaQynWg
JGzAwWLR0NZliuRh5g+eYsdAJNBkLL5kd35yWuGCFPWD4lnO7WDagI72uJ9rD9VP
qoDMBU4e8lI=
=81jT
-----END PGP MESSAGE-----

--==_Exmh_1220249034P--


From debian-devel-request@lists.debian.org Sat Jul 13 15:34:21 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 15:31:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 15:31:23 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 17:11:04 -0000
Resent-Date: 12 Jul 1996 17:11:04 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0uelea-0002ZVC@chiark.chu.cam.ac.uk>
Date: Fri, 12 Jul 96 18:05 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: branderh@debian.IAEhv.nl
Cc: debian-devel@lists.debian.org
Subject: Re: orphaned bash and related packages ?
In-Reply-To: <m0ueboV-0002hGC@debian.iaehv.nl>
References: <m0udy1E-0002YIC@chiark.chu.cam.ac.uk>
	<m0ueboV-0002hGC@debian.iaehv.nl>
Resent-Message-ID: <"z3tTL3.0.9G1.dSevn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4877
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

branderh@debian.iaehv.nl writes ("Re: orphaned bash and related packages ?"):
...
> I can take shellutils and fileutils.

Right, I've modified the override file to reflect this.

> > Ray Dassen asked me to add override file entries listing David Boswell
> > as the maintainer for libreadline and libreadline2.  This is obviously
> > wrong, if David says it is :-).  Who is maintaining libreadline, or
> > are they orphaned ?
> > 
> > The libreadline packages should probably be done by the bash
> > maintainer.
> 
> Would someone else want to do this?

Hello ?  We really do need a bash maintainer ...

Ian.


From debian-devel-request@lists.debian.org Sat Jul 13 15:34:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 15:33:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 15:33:48 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 17:28:09 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3445: bug in amd package (upgrade) 
Reply-To: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>, 3445@bugs.debian.org
Resent-From: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE>
Resent-Date: Fri, 12 Jul 1996 17:18:06 GMT
Resent-Message-ID: <handler.3445.B3445.83719102517608@bugs.debian.org>
X-Debian-PR-Package: amd
X-Loop: owner@bugs.debian.org
Message-Id: <199607121647.SAA10326@zeder.netz.klinik.uni-mainz.de>
X-Mailer: exmh version 1.6.7 5/3/96
To: Danny ter Haar <dth@cistron.nl>, 3445@bugs.debian.org
In-reply-to: Your message of "Sat, 29 Jun 1996 16:19:46 +0200."
             <199606291419.QAA21317@picard.cistron.nl> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 12 Jul 1996 18:47:58 +0200
From: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4879
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Oh ... sorry.  Will be fixed in the next release, coming soon.

Dominik
 


From debian-devel-request@lists.debian.org Sat Jul 13 15:59:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 15:34:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 15:34:55 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 17:28:12 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3466: tcsh, csh should use update-alternatives, not   diversions 
Reply-To: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>, 3466@bugs.debian.org
Resent-From: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Andrew Howell <andrew@it.com.au>,
  Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE>
Resent-Date: Fri, 12 Jul 1996 17:18:07 GMT
Resent-Message-ID: <handler.3466.B3466.83719102617613@bugs.debian.org>
X-Debian-PR-Package: tcsh, csh
X-Loop: owner@bugs.debian.org
Message-Id: <199607121650.SAA10354@zeder.netz.klinik.uni-mainz.de>
X-Mailer: exmh version 1.6.7 5/3/96
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Stephen Early <sde1000@hermes.cam.ac.uk>,
  Owen Dunn <osd1000@chiark.chu.cam.ac.uk>, 3466@bugs.debian.org
In-reply-to: Your message of "Mon, 01 Jul 1996 14:59:00 -0000."
             <m0uajVX-0002b4C@chiark.chu.cam.ac.uk> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 12 Jul 1996 18:50:12 +0200
From: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4880
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


The solution to this would be to make csh standard: If /bin/csh is installed,
then it should be the original.  Any scripts with tcsh-extensions should
not reference /bin/csh anyway.

Dominik



From debian-devel-request@lists.debian.org Sat Jul 13 15:59:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 15:35:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 15:35:58 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 17:28:17 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3399: cflow 2.0-1 
Reply-To: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>, 3399@bugs.debian.org
Resent-From: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE>
Resent-Date: Fri, 12 Jul 1996 17:18:05 GMT
Resent-Message-ID: <handler.3399.B3399.83719100617499@bugs.debian.org>
X-Debian-PR-Package: cflow
X-Loop: owner@bugs.debian.org
Message-Id: <199607121627.SAA10014@zeder.netz.klinik.uni-mainz.de>
X-Mailer: exmh version 1.6.7 5/3/96
To: jimr@simons-rock.edu, 3399@bugs.debian.org
In-reply-to: Your message of "Fri, 21 Jun 1996 18:02:36 EDT."
             <m0uXEHp-0002FEC@plato> 
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Date: Fri, 12 Jul 1996 18:27:47 +0200
From: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4881
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


This bug has long been fixed.  Please get the latest revision from the
unstable hierarchy.  I have requested to copy that to the stable fixes
as well.

Thanks for the report.
Dominik


From debian-devel-request@lists.debian.org Sat Jul 13 15:59:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 15:38:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 15:38:22 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 08:53:41 -0000
Resent-Date: 11 Jul 1996 08:53:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <alvar@meiko.co.uk>
Date: Thu, 11 Jul 1996 09:49:40 +0000
Message-Id: <9607110849.AA01396@getafix.meiko.co.uk>
To: boekhold@cindy.et.tudelft.nl
Cc: jimr@simons-rock.edu, debian-devel@lists.debian.org
In-Reply-To: <Pine.LNX.3.91.960711013805.31150B-100000@cindy.et.tudelft.nl>
	(message from Maarten Boekhold on Thu, 11 Jul 1996 01:39:23 +0200 (MET
	DST))
Subject: Re: Bug#3520: Manpages netpbm show up double
From: Alvar Bray <alvar@meiko.co.uk>
Resent-Message-ID: <"ojBxJ2.0.Pl1.L4Cvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4827
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "Maarten" == Maarten Boekhold <boekhold@cindy.et.tudelft.nl> writes:

    Maarten> Hi,

    Maarten> I think the problem here is that man doesn't recreate the database after 
    Maarten> it has detected new manpages. It *does* update it database thought. I 
    Maarten> think recreating the stuff takes lots more time then just adding unknown 
    Maarten> pages.

This is indeed the case. 

Its not clear to me what the correct solution should be. Recreating
the database from scratch takes quite some time. 

Maybe mandb -c should be run each night by cron to rebuild the
database. This would leaving the database with possible phantom
entries for at most a day. 

Maybe dpkg/dselect should [ask?] to run mandb -c before it exits.

What do people think the correct behaviour should be?

alvar 

-- 
Alvar Bray

Meiko Limited, 2440 The Quadrant, Aztec West, Bristol BS12 4QJ, England.
Phone:  +44 1454 855222   Fax:   +44 1454 855223     
E-Mail: alvar@meiko.co.uk alvar@netcity.co.uk alvar@debian.org


From debian-devel-request@lists.debian.org Sat Jul 13 15:59:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 15:47:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 15:47:09 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 09:01:31 -0000
Resent-Date: 11 Jul 1996 09:01:31 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: mflib creates /var/spool/texmf/fonts/
To: debian-devel@lists.debian.org
Date: Thu, 11 Jul 1996 09:41:10 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul11.130112gmt+0100.6249@gateway.azr.nl>
Resent-Message-ID: <"-Zfls3.0.212.hBCvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4829
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Hi all,

I'm currently rearranging the mflib package a little.  Actually it is Nils 
his package, but I would like to add a few things to it which might be
usefull (tell you about that later, or not because it isn't user visible).

I was wondering why the mflib postinst script creates directories:

install -d -g root -o root -m 755 /var/spool/texmf/fonts/source
install -d -g root -o root -m 755 /var/spool/texmf/fonts/tfm
install -d -g root -o root -m 755 /var/spool/texmf/fonts/pk
chmod a+w,o+t /var/spool/texmf/fonts/source
chmod a+w,o+t /var/spool/texmf/fonts/tfm
chmod a+w,o+t /var/spool/texmf/fonts/pk

cd /usr/doc; ln -sf ../lib/texmf/doc texmf

Isn't it better to include these in the directory structure of the package?

Erick


From debian-devel-request@lists.debian.org Sat Jul 13 15:59:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 15:45:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 15:45:56 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 09:00:27 -0000
Resent-Date: 11 Jul 1996 09:00:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <boekhold@cindy.et.tudelft.nl>
Date: Thu, 11 Jul 1996 11:03:33 +0200 (MET DST)
From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
To: Alvar Bray <alvar@meiko.co.uk>
cc: jimr@simons-rock.edu, debian-devel@lists.debian.org
Subject: Re: Bug#3520: Manpages netpbm show up double
In-Reply-To: <9607110849.AA01396@getafix.meiko.co.uk>
Message-ID: <Pine.LNX.3.91.960711110149.32635A-100000@cindy.et.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"En5ob.0.tw1.gACvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4828
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Its not clear to me what the correct solution should be. Recreating
> the database from scratch takes quite some time. 
> 
> Maybe mandb -c should be run each night by cron to rebuild the
> database. This would leaving the database with possible phantom
> entries for at most a day. 

Many ppl don't leave there systems on all the time. My system is in my 
bedroom, and when I go to sleep I turn it of. This misses most 
'midnights' :). This also means that a lot of cronjobs don't get run at 
my place.... maybe a script that runs every missed cronjob would be 
usefull as well.

Maarten

_____________________________________________________________________________
|     Maarten Boekhold, Faculty of Electrical Engineering TU Delft,   NL    |
|      boekhold@cindy.et.tudelft.n   boekhold@gopher.library.tudelft.nl     |
|		          Rave or Die!!!!!!                                 |
-----------------------------------------------------------------------------


From debian-devel-request@lists.debian.org Sat Jul 13 15:59:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 15:37:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 15:37:22 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 17:28:20 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#2864: serious bug in amd! 
Reply-To: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>, 2864@bugs.debian.org
Resent-From: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE>
Resent-Date: Fri, 12 Jul 1996 17:18:02 GMT
Resent-Message-ID: <handler.2864.B.83719102617612@bugs.debian.org>
X-Debian-PR-Package: amd
X-Loop: owner@bugs.debian.org
Message-Id: <199607121655.SAA10462@zeder.netz.klinik.uni-mainz.de>
X-Mailer: exmh version 1.6.7 5/3/96
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, debian-bugs@pixar.com
In-Reply-To: Your message of "Thu, 02 May 1996 16:21:00 -0000."
             <m0uF0CH-0002YEC@chiark.chu.cam.ac.uk> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 12 Jul 1996 18:55:52 +0200
From: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4882
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO



> Dominik Kubla writes ("Bug#2864: serious bug in amd!"):
> ...
> > The question is what happens to a conffile when the package is upgraded
> > and that file is no longer part of the new package?  Does dpkg delete it
> > without warning?
> 
> No, it's supposed to leave it lying around.
> 
> > I will investigate that issue before uploading the next revision
> > (which is due because of an error in the postinst script).
> 
> Let me know if the behaviour isn't as I expect.
> 
> Ian.
> 

The problem was a missing if-then-else guard around a rm statement in the
postrm script. Argh!
Fixed.

Dominik
 


From debian-devel-request@lists.debian.org Sat Jul 13 16:24:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 15:59:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 15:59:44 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 17:53:04 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3760: gimp-[ds]motif recommend obsolete libgr package
Reply-To: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>, 3760@bugs.debian.org
Resent-From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Rob Browning <osiris@cs.utexas.edu>,
  Rob Browning <osiris@cs.utexas.edu>
Resent-Date: Fri, 12 Jul 1996 17:33:02 GMT
Resent-Message-ID: <handler.3760.B.83719250821444@bugs.debian.org>
X-Debian-PR-Package: gimp-dmotif, gimp-smotif
X-Loop: owner@bugs.debian.org
Message-Id: <m0uelht-0002ZVC@chiark.chu.cam.ac.uk>
Date: Fri, 12 Jul 96 18:08 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4883
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: gimp-dmotif, gimp-smotif
Version: 0.51.1-2

 recommends: xpm4.7, libgr

libgr is obsolete, and recommending it causes problems in dselect if
you want libpng or libz too (which you probably do).  I don't know
which of the new graphics libraries gimp should recommend or suggest.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 13 16:24:23 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 16:00:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 16:00:40 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 17:53:06 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3761: LILO installation problem
Reply-To: MIZUHARA Bun <mizuhara@ca2.so-net.or.jp>, 3761@bugs.debian.org
Resent-From: MIZUHARA Bun <mizuhara@ca2.so-net.or.jp>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Fri, 12 Jul 1996 17:33:04 GMT
Resent-Message-ID: <handler.3761.B.83719251121474@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Message-Id: <199607121718.CAA01156@scissors.ca2.so-net.or.jp>
To: submit@bugs.debian.org
Cc: mizuhara@ca2.so-net.or.jp
Date: Sat, 13 Jul 1996 02:18:10 +0900
From: MIZUHARA Bun <mizuhara@ca2.so-net.or.jp>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4884
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: base
Version: 1.1

It seems that LILO installation process follows these steps:
(1) find root_device, on which root filesystem resides.
(2) make that partition boot_device.
(3) make that partition active.

This works fine if your root_device is a primary partition
(i.e. the partition number is not greater than 4).
But if your root filesystem resides on a logical partition
(i.e. the partition number is greater than 4), (2) and (3)
fail, and you cannot boot Linux from hard drive.

In that case, the extended partition which contains the root
partition should be boot_device, and should be made active.

For example, my system has this partition table:

Disk /dev/sda: 64 heads, 32 sectors, 496 cylinders
Units = cylinders of 2048 * 512 bytes

   Device Boot   Begin    Start      End   Blocks   Id  System
/dev/sda1            1        1       48    49136    6  DOS 16-bit >=32M
/dev/sda2   *       49       49      496   458752    5  Extended
/dev/sda5           49       49      448   409584   83  Linux native
/dev/sda6          449      449      496    49136   82  Linux swap

Just after LILO was installed, /etc/lilo.conf had these lines:
	boot=/dev/sda5
	root=/dev/sda5
and the installation process tried to make /dev/sda5 as a active
partition but failed, because /dev/sda5 is an extended partition.
As a result, I could not boot Linux without using boot floppy.

I rewrote /etc/lilo.conf like this:
	boot=/dev/sda2
	root=/dev/sda5
and made /dev/sda2 active using /sbin/activate.
Now I can boot Linux from hard drive!

For more information, refer to /usr/doc/lilo/READ_ME_FIRST.gz.

I am using Debian 1.1, kernel version 2.0.0, and libc 5.2.18.

Hardware configuration:

CPU:	i486 DX2 66MHz
M/B:	Taiwan made VL (SiS 85C471/85C407chipset)
Memory:	32MB
Video:	S3 864 DRAM 1MB
SCSI:	Buslogic BT-445S
HDD:	SCSI 500MB (Fujitsu M2624SA)
Tape:	SCSI QIC525 (Wangtek 5525ES)
CD-ROM:	SCSI 4x (Pioneer DR-104X)

----
MIZUHARA Bun


From debian-devel-request@lists.debian.org Sat Jul 13 16:24:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 16:15:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 16:15:57 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 12:42:00 -0000
Resent-Date: 11 Jul 1996 12:42:00 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <afrb2@chiark.chu.cam.ac.uk>
Message-Id: <m0ueL2T-0002bgC@chiark.chu.cam.ac.uk>
From: afrb2@chiark.chu.cam.ac.uk (Alan Bain)
Subject: Modified versions of gcc (as used by g77,gpc)
To: debian-devel@lists.debian.org
Date: Thu, 11 Jul 1996 13:40:13 +0100 (BST)
X-Mailer: ELM [version 2.4 PL24 PGP2]
Content-Type: text
Resent-Message-ID: <"3KkOF2.0.957.OQFvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4830
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Just a quick question:

I have been working on GNU Pascal and I have a slight problem
in that it and GNU Fortran need a modified `Pascal aware' or
`Fortran aware' version of gcc.  How do I arrange for the
possiblity (which is in my case a certainty) of both packages
being required together (when a Pascal and Fortran aware gcc
is needed).


Alan Bain
afrb2@cam.ac.uk


From debian-devel-request@lists.debian.org Sat Jul 13 16:49:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 16:28:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 16:28:28 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 12:47:54 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3730: improper lookup of window managers by /etc/X11/Xsession
Reply-To: andy@virginia.edu, 3730@bugs.debian.org
Resent-From: andy@virginia.edu
Resent-To: debian-devel@lists.debian.org
Resent-CC: Stephen Early <sde1000@debian.org>
Resent-Date: Thu, 11 Jul 1996 12:33:04 GMT
Resent-Message-ID: <handler.3730.B3730.83708778026911@bugs.debian.org>
X-Debian-PR-Package: xbase
X-Loop: owner@bugs.debian.org
Message-Id: <9607111222.AA09755@viper.cs.Virginia.EDU>
To: Dan Stromberg <strombrg@hydra.acs.uci.edu>
Date: Thu, 11 Jul 1996 08:22:06 -0400 (EDT)
Cc: 3730@bugs.debian.org
In-Reply-To: <31E3EE29.46F2@hydra.acs.uci.edu> from "Dan Stromberg" at Jul 10, 96 10:53:45 am
From: andy@virginia.edu
X-Mailer: ELM [version 2.4 PL25]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4831
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dan Stromberg wrote:
> 
> Or even:
> 
> for i in `sed -e 's/#.*$//' -e '/^$/d' < /etc/X11/window-managers`
> 
> ...this allows window-managers to have entries like:
> 
> /usr/X11R6/bin/fvwm # formerly "feeble virtual window manager"

Sure, although this could be shortened to

for i in `sed 's/#.*//' /etc/X11/window-managers`

since the shell will skip blank lines anyway.

I imagine most people would be happy with just grep -v \#.  :)

Andrew Booker
andy@Virginia.EDU


From debian-devel-request@lists.debian.org Sat Jul 13 16:49:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 16:29:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 16:29:41 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 13:00:11 -0000
Resent-Date: 11 Jul 1996 13:00:11 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0ueLLU-00014fC@miles.econ.queensu.ca>
Date: Thu, 11 Jul 96 08:59 EDT
To: Chris Fearnley <cjf@netaxs.com>
Cc: debian-devel@lists.debian.org
Subject: Re: VIRTUAL PACKAGES need to be added: awk, nawk
In-Reply-To: <199607100137.VAA00472@access.netaxs.com>
References: <199607100137.VAA00472@access.netaxs.com>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"UD_6H1.0.LZ7.RhFvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4832
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Chris> Hopefully, this note will find the virtual-package list maintainer

There is none. See yourself in 
	doc/package-developer/virtual-package-names-list.text

You take the file, add your stuff, and sign the changes at the bottom. C'est
tout. All it asks for is that you discuss the names on debian-devel (which
you just did) and wait some days for comments.

I have just one comment: do we really need two virtual awk packages? Can't we
just settle on awk *implying that this is nawk* as nobody would want the old
standard anyway?

--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Sat Jul 13 16:49:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 16:30:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 16:30:42 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 19:26:22 -0000
Resent-Date: 12 Jul 1996 19:26:22 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v0300763dae0c54be6926@[205.198.168.35]>
In-Reply-To: <m0ud4gP-0002ahC@chiark.chu.cam.ac.uk>
References: <xe1spbh9c8u.fsf@maneki-neko.cygnus.com>
 <xe1spbh9c8u.fsf@maneki-neko.cygnus.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 12 Jul 1996 19:23:18 +0000
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
From: Michael Shields <shields@crosslink.net>
Subject: Re: [Mark Eichin <eichin@cygnus.com>] Re: xntp: Is it an `export'
 version?
Cc: debian-devel@lists.debian.org
Resent-Message-ID: <"8EMcT2.0.Ul3.TRgvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4885
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-07-08 01:00 +0000, Ian Jackson wrote:
>I'm strongly opposed to these packages being made available `US-only'.
>
>Instead some European developer should pick them up.  These things
>(the upstream sources) are not hard to get from non-US FTP sites -
>this may mean that they were illegally exported at some point in the
>past, but there's no crime of `handling illegally exported goods' (as
>there is for stolen goods).

There are two problems with this:

(a) Although there sometimes are European (or other non-US) developers,
they may not always be.  If there is no US-only site, then the software
might just not be made available.  This is the case now for Kerberos, and
for Kerberized apps.

(b) Although the software is often smuggled out of the US, it may not
always be available elsewhere on a timely basis.

Having a US-only site and American developers is suboptimal, I agree, but
it is useful.  I'm offering the archive site and some packages, and Mark
has some packages to put up as well.  I'm not saying that it would in the
abstract further development of crypto software -- I'm saying that the work
is done and it would be nice if other people could share and enjoy packages
which already exist.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Sat Jul 13 16:49:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 16:31:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 16:31:39 -0000
Received: (qmail-queue invoked by uid 40); 11 Jul 1996 13:12:48 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3749: /etc/sudoers unreadable
Reply-To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3749@bugs.debian.org
Resent-From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Meskes <meskes@debian.org>
Resent-Date: Thu, 11 Jul 1996 12:48:04 GMT
Resent-Message-ID: <handler.3749.B.83708928327421@bugs.debian.org>
X-Debian-PR-Package: sudo
X-Loop: owner@bugs.debian.org
Message-Id: <m0ueL2Z-00014fC@miles.econ.queensu.ca>
Date: Thu, 11 Jul 96 08:40 EDT
To: Report a Debian Bug <submit@bugs.debian.org>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4833
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: sudo
Version: 1.4.3-5  

I upgraded sudo yesterday. Later a cron'ed script tried to use sudo but
failed as the permission on /etc/sudoers is 0400:

miles:/etc [root] # ls -l sudoers
-r--------   1 root     root          444 May 18 13:17 sudoers    

There is code in sudo.postinst to fix this to mode 640, but that code never
gets executed on my box as I have a group "sudo" so that postinst exists.

Michael, can't you just set mode 440 in the deb file so that an upgrade
doesn't break things?

-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Sat Jul 13 16:49:29 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 16:40:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 16:40:43 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 19:33:10 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3761: LILO installation problem
Reply-To: bruce@pixar.com (Bruce Perens), 3761@bugs.debian.org
Resent-From: bruce@pixar.com (Bruce Perens)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Fri, 12 Jul 1996 19:18:07 GMT
Resent-Message-ID: <handler.3761.B.837198513659@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Message-Id: <m0uenNx-0005yRC@mongo.pixar.com>
Date: Fri, 12 Jul 96 11:56 PDT
From: bruce@pixar.com (Bruce Perens)
To: submit@bugs.debian.org, 3761@bugs.debian.org,
  MIZUHARA Bun <mizuhara@ca2.so-net.or.jp>
Cc: mizuhara@ca2.so-net.or.jp
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4887
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The problem with making the primary partition that contains an extended
partition the boot device is that a boot block for another operating system
might already reside there. Hm. I wonder if the fellow who wrote our MBR
program can make it cope with extended partitions directly? That's a lot
to ask of a 480-byte program.

	Thanks

	Bruce
--
   Pixar's "Toy Story": $350.3 Million world box office income so far.

Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Sat Jul 13 16:49:29 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 16:39:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 16:39:43 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 19:33:09 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3762: /etc/rc.boot/0setserial usually hangs machine
Reply-To: Michael Shields <shields@crosslink.net>, 3762@bugs.debian.org
Resent-From: Michael Shields <shields@crosslink.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Gordon Russell <gor@dcs.napier.ac.uk>
Resent-Date: Fri, 12 Jul 1996 19:18:05 GMT
Resent-Message-ID: <handler.3762.B.837198513645@bugs.debian.org>
X-Debian-PR-Package: setserial
X-Loop: owner@bugs.debian.org
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v0300763cae0c4e88f3ba@[205.198.168.35]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 12 Jul 1996 18:51:19 +0000
To: debian-bugs@pixar.com
From: Michael Shields <shields@crosslink.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4886
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: setserial
Version: 2.10-8

/etc/rc.boot/0setserial does a `setserial -W'.  The manpage says that this
does "wild interrupt initialization" (but doesn't explain).  On
daedalus.crosslink.net, this tends to hang the machine when booting kernel
2.0.5 (though not 1.2.13).

Is wild interrupt initialization necessary for some hardware?  Should it be
the default?

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Sat Jul 13 18:04:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 17:40:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 17:40:57 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 20:36:56 -0000
Resent-Date: 12 Jul 1996 20:36:56 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <eichin@cygnus.com>
Sender: eichin@cygnus.com
To: debian-devel@lists.debian.org
Subject: ["Theodore Y. Ts'o" <tytso@MIT.EDU>] [Erik Troan: RPM 2.1 now available]
From: Mark Eichin <eichin@athena.mit.edu>
Date: 11 Jul 1996 17:33:01 -0400
Message-Id: <xe1logqjx0y.fsf@maneki-neko.cygnus.com>
Lines: 128
X-Mailer: Gnus v5.2.34/Emacs 19.31
Resent-Message-ID: <"ls8kE2.0.DB5.dThvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4888
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The new RPM is out...

------- Start of forwarded message -------
Date: Wed, 10 Jul 1996 19:53:03 -0400
Message-Id: <9607102353.AA01962@dcl.MIT.EDU>
From: "Theodore Y. Ts'o" <tytso@MIT.EDU>
To: linux-dev@MIT.EDU
Subject: [Erik Troan: RPM 2.1 now available]

FYI....

------- Forwarded Message

Resent-Date: Wed, 10 Jul 1996 17:38:25 -0400
Date: Wed, 10 Jul 1996 17:37:36 -0400 (EDT)
From: Erik Troan <ewt@redhat.com>
To: redhat-announce-list@redhat.com
Cc: rpm-list@redhat.com
Subject: RPM 2.1 now available
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-Id: <"4DNNB1.0.ia1.HB2vn"@redhat.com>
Resent-From: rpm-list@redhat.com
Reply-To: rpm-list@redhat.com
X-Mailing-List: <rpm-list@redhat.com> archive/latest/412
X-Loop: rpm-list@redhat.com
Precedence: list
Resent-Sender: rpm-list-request@redhat.com
X-Url: http://www.redhat.com


After weeks of promising everything to everybody, RPM 2.1 is now ready
to show which promises we *really* meant.

It's available from ftp.redhat.com:/pub/code/rpm as rpm-2.1-1.i386.rpm.

The highlights of the new release include:

	1) Dependencies
	2) Relocateable packages
	3) Support for building and installing packages as non-root user
	4) Multiple signatures
	5) Comments in spec files
	6) Architecture generalizations
	7) Enhanced querying via --queryformat

Available in ftp://ftp.redhat.com/pub/code/rpm:

rpm-2.1-1.i386.rpm       -- Intel binary RPM
rpm-2.1-1.axp.rpm        -- Alpha binary RPM
rpm-2.1-1.sparc.rpm      -- SPARC binary RPM
rpm-2.1-1.src.rpm        -- Source RPM
rpm-2.1.tar.gz           -- Source tar file
rpm-2.1-1.i386.cpio.gz   -- Intel binary cpio archive

Note that packages built with rpm 2.1 and later cannot be used by rpm 2.0.x 
releases.

If you have any questions or comments about this release of rpm or the
new features in it, please direct them to rpm-list@redhat.com.

Enjoy!

Marc & Erik

PS: For those who are interested, here's the changes for this release:

2.0.11 -> 2.1:
        - added --requires, --whatrequires, --provides and
          --whatprovides queries
        - using a string array tag in a queryformat results in every
          item in the string being printed out with spaces in between
          (though this behaviour will probably go away shortly)
        - all packages are ftp'd before any are installed (required to
          do proper dependency checking)
        - if only source packages are being installed, the database is
          never opened
        - automatic shared library require/provides tags generated
        - added --nodeps flag for install and uninstall
        - added dependency checking for installs and uninstalls
        - misc fixes to compile with glibc
        - use PGPPATH if set (and no pgp_path: in rpmrc)
        - remove pgp_pubring, pgp_secring stuff
        - new extensible signature
        - signature section supports multiple signatures
        - --addsign to add a signature to a package
        - PGP key no longer limited to 1024 bits
        - always do at least an MD5 "signature"
          as a result, -K will always tell you something
        - signatures now include a simple "header+archive size" check
          just calling readSignature() checks this
        - --nopgp (with -K) to skip PGP check, just do MD5
        - allow '#' comments in preamble and %files section
        - fixed -qsv to print both the states and the file information
        - added --dump option to query to print all file attributes
        - installs with --root use the /etc/passwd and /etc/group from
          the target directory
        - added --initdb to aid in database initialization
        - --queryformat can print items of type INT8
        - "sourceless" packages with nosource: and nopatch:
        - [] now allows interation through query formats
        - '-' flag for query tags removed
        - :date and :perms supported as query format specifiers
        - new rpmrc entries "arch" and "os" to override
        - --arch and --os on the command line to override
        - arch and os are now strings in the package header
        - added arch_compat handling in /etc/rpmrc
        - added build_arch to /etc/rpmrc
        - support arch as string
        - added --ignorearch option
        - Prefix: in spec file to specify default installation prefix
        - rpmrc and command line may be used to override the path
          used for the rpm database
        - relocatable packages get installed properly
        - added support for --prefix and RPM_INSTALL_PREFIX environment
          variable
        - added dependency checking for version numbers
        - added correct dependency checking for upgrades
        - added :depflags query format flag
        - changes --provides, --requires, and --scripts queries to use
          queryFormats

--
To unsubscribe: mail -s unsubscribe rpm-list-request@redhat.com < /dev/null


------- End Forwarded Message
------- End of forwarded message -------


From debian-devel-request@lists.debian.org Sat Jul 13 18:04:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 17:44:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 17:44:41 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 20:57:06 -0000
Resent-Date: 12 Jul 1996 20:57:06 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kaszeta@me.umn.edu>
Date: Fri, 12 Jul 1996 15:56:46 -0500
Message-Id: <199607122056.PAA00980@bofh.me.umn.edu>
From: Richard Kaszeta <kaszeta@me.umn.edu>
To: kaszeta@me.umn.edu
CC: debian-devel@lists.debian.org
In-reply-to: <199607111616.LAA00630@bofh.me.umn.edu> (message from Richard
	Kaszeta on Thu, 11 Jul 1996 11:16:10 -0500)
Subject: Re: Strange 'dpkg' error messages
Resent-Message-ID: <"lGIwq.0.kj5.Ymhvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4890
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>
>When installing debian 1.1:
>
>Packages: sudo-1.4.2-2.deb
>	  kernel-headers.deb (hand-made using kernel-package 1.02)
>
>Attempts to install yield:
>	  unable to execute post-installation script: No such file or
>          directory
>
>Attempts to remove or purge:
>	  This package is in a very inconsistent state.  Please
>          reinstall before removing.
>
>Attempts to re-install:
>         unable to execture post-removal script: No such....
>
>Ideas?

These packages postinst and postrm scripts referred to /bin/perl
instead of /usr/bin/perl

-- 
Richard W Kaszeta 			Graduate Student/Sysadmin
bofh@bofh.me.umn.edu			University of MN, ME Dept
http://www.me.umn.edu/0h/home/kaszeta/www.html
--
Insert witty comment here.


From debian-devel-request@lists.debian.org Sat Jul 13 18:04:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 17:43:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 17:43:01 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 20:38:33 -0000
Resent-Date: 12 Jul 1996 20:38:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 12 Jul 1996 20:45:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6CkJBGIEcsB@khms.westfalen.de>
In-Reply-To: <Pine.SOL.3.94.960709145002.4414M-100000@tiberius>
Subject: Re: FHS
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"xBq_k1.0.yE5.9Vhvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4889
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

arrouye@marin.fdn.fr (Yves Arrouye)  wrote on 11.07.96 in <199607102202.AAA00941@marin.fdn.fr>:

> Richard G. Roberto writes:
>
>  > >
>  > > 1. Debian follows the Linux filesystem standard (aka FSSTND)
>  > >
>  > > 2. The FSSTND says:
>  > >  a) No /opt
>  >
>  > The FSSTND has been renamed to FHS!
>  >
>  > ftp://ftp.caldera.com/pub/mirrors/tsx-11/docs/linux-standards/private/fss
>  > tnd/draft5.tar.gz
>
> If I understand the (alpha) FHS specifications rightly, one cannot do
> things like
>
> 	/usr/bin/something -> /opt/package/bin/anything
>
> but should put something in /opt/bin? This is fine for binaries (one could
> expect init to add /opt/bin in its path or this may be done in the shells
> environment setup) but then there is need to have manual readers track
> /opt/man too, compilers look into /opt/include, etc... Is this really the
> intent? And what about having shared files under /opt with locally

man should look into /opt/bla/man iff you have /opt/bla/bin in your PATH,  
IMHO. gcc should probably use -I/opt/bla/include.

Of course, you can always have a different local policy (and matching  
configuration).

> understood binaries/libraries only in bin/lib? Symlinks?

I don't understand that bit.

> Yves.

However, there is one important point here: the FHS, together with the  
part about /opt, is a *draft*.

That's for a reason: it's not quite ready yet.

That doesn't mean you can't use it. It does mean, however, that it may  
still change on you.

And I don't think Debian in general should start to use the FHS draft  
instead of the current FSSTND, except if that's a general decision for the  
distribution. Using part of one and part of the other would be confusing;  
people would not know what to expect.

(On the other hand, it certainly won't be a bad idea to look at the FHS  
draft and be prepared for things to come.)

MfG Kai


From debian-devel-request@lists.debian.org Sat Jul 13 18:04:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 17:51:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 17:51:55 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 21:38:23 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3529: (no subject)
Reply-To: Guy Maor <maor@ece.utexas.edu>, 3529@bugs.debian.org
Resent-From: Guy Maor <maor@ece.utexas.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Fri, 12 Jul 1996 21:18:11 GMT
Resent-Message-ID: <handler.3529.B3529.83720601912508@bugs.debian.org>
X-Debian-PR-Package: libgr-dev
X-Loop: owner@bugs.debian.org
From: Guy Maor <maor@ece.utexas.edu>
Date: Fri, 12 Jul 1996 16:11:27 -0500 (CDT)
Message-Id: <199607122111.QAA23608@brando.ece.utexas.edu>
To: 3529@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4893
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

refiled to ftp.debian.org so I remember to add libtiff and removed
libgr from buzz.


From debian-devel-request@lists.debian.org Sat Jul 13 18:04:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 17:50:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 17:50:02 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 21:38:15 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3748: Pixmaps missing from fvwm package?
Reply-To: larry@n2h2.com (Larry Gilbert), 3748@bugs.debian.org
Resent-From: larry@n2h2.com (Larry Gilbert)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Austin Donnelly <and1000@debian.org>
Resent-Date: Fri, 12 Jul 1996 21:18:04 GMT
Resent-Message-ID: <handler.3748.B.83720601512485@bugs.debian.org>
X-Debian-PR-Package: fvwm
X-Loop: owner@bugs.debian.org
X-Sender: larry@n2h2.com (Unverified)
Message-Id: <v02110104ae0c770bb4ab@[206.129.0.235]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 12 Jul 1996 13:56:57 -0800
To: Chris Fearnley <cjf@netaxs.com>
From: larry@n2h2.com (Larry Gilbert)
Cc: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4892
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 12:29 PM 7/12/96, Chris Fearnley wrote:
>You need to install the fvwm2 package.  That's where they live.
>One might consider it a dependency problem.  But I think the two
>packages should be independent.  Maybe we need a fvwmpixmap package
>that each can depend on.

Either that or just put them back into the fvwm package; I don't really
have a preference for the means.  Since the fvwm package still appears to
include the /usr/X11R6/include/X11/pixmaps directory itself, I thought that
the exclusion of the pixmaps within it was a simple oversight.  I do think
there should be a way for fvwm users to get pixmaps without having to
install fvwm2.

I haven't moved to fvwm2 because I'm nervous about software that's listed
as beta.  Perhaps that makes me a hypocrite because I've been using Debian
0.93R6 and Linux 1.3.x for so long... :-)

Thanks...

--
Larry Gilbert, tech support (Bess & Rainier.Net)  *  larry@n2h2.com
Opinions I express do not reflect those of anyone else at N2H2



From debian-devel-request@lists.debian.org Sat Jul 13 18:04:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 17:46:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 17:46:31 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 21:13:14 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3748: Pixmaps missing from fvwm package?
Reply-To: Chris Fearnley <cjf@netaxs.com>, 3748@bugs.debian.org
Resent-From: Chris Fearnley <cjf@netaxs.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Austin Donnelly <and1000@debian.org>
Resent-Date: Fri, 12 Jul 1996 21:03:03 GMT
Resent-Message-ID: <handler.3748.B.8372045137613@bugs.debian.org>
X-Debian-PR-Package: fvwm
X-Loop: owner@bugs.debian.org
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607122029.QAA20054@access.netaxs.com>
To: larry@n2h2.com
Date: Fri, 12 Jul 1996 16:29:51 -0400 (EDT)
Cc: submit@bugs.debian.org
In-Reply-To: <31E45F85.69475AB6@n2h2.com> from "Larry Gilbert" at Jul 10, 96 06:57:25 pm
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4891
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Larry Gilbert wrote:'
>
>Package: fvwm
>Version: 1.24r-24
>
>/usr/X11R6/include/X11/pixmaps/*.xpm files do not appear to be included
>in the binary package.

You need to install the fvwm2 package.  That's where they live.
One might consider it a dependency problem.  But I think the two
packages should be independent.  Maybe we need a fvwmpixmap package
that each can depend on.

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Sat Jul 13 18:29:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 18:21:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 18:21:26 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 22:28:18 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3764: tar dumps core
Reply-To: Rob Leslie <rob@mars.org>, 3764@bugs.debian.org
Resent-From: Rob Leslie <rob@mars.org>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bdale Garbee <bdale@gag.com>
Resent-Date: Fri, 12 Jul 1996 22:18:02 GMT
Resent-Message-ID: <handler.3764.B.83720901713938@bugs.debian.org>
X-Debian-PR-Package: tar
X-Loop: owner@bugs.debian.org
Message-Id: <199607122138.RAA05238@deimos.mars.org>
To: submit@bugs.debian.org
Date: Fri, 12 Jul 1996 17:38:10 -0400
From: Rob Leslie <rob@mars.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4894
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: tar
Version: 1.11.8-5

When missing a filename argument:

    deimos:~:[148]% tar xfz
    zsh: 5204 segmentation fault (core dumped)  tar xfz

Note other variants seem to be okay:

    deimos:~:[151]% tar xf
    tar: option requires an argument -- f
    Try `tar --help' for more information.
    zsh: 5214 exit 2     tar xf

    deimos:~:[152]% tar fz
    tar: You must specify one of the r, c, t, x, or d options
    Try `tar --help' for more information.
    zsh: 5215 exit 2     tar fz

-- 
Robert Leslie
rob@mars.org


From debian-devel-request@lists.debian.org Sat Jul 13 18:29:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 18:27:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 18:27:36 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 22:38:42 -0000
Resent-Date: 12 Jul 1996 22:38:42 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <torin@perv.daft.com>
Sender: torin@perv.daft.com
To: joey@finlandia.Infodrom.North.DE (Martin Schulze)
Cc: debian-devel@lists.debian.org (Debian Developers)
Subject: Re: BETA: miniSQL database engine & tools v1.0.16
References: <m0ueNDp-002COaC@finlandia.Infodrom.North.DE>
From: "Darren/Torin/Who Ever..." <torin@daft.com>
In-Reply-To: joey@finlandia.Infodrom.North.DE's message of Thu, 11 Jul 96 17:00 MET DST
Date: 12 Jul 1996 15:35:33 -0700
Message-ID: <87k9w9t809.fsf@perv.daft.com>
Lines: 31
X-Mailer: Gnus v5.2.34/XEmacs 19.14
Resent-Message-ID: <"qWzbO.0.GQ.nFjvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4895
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Martin Schulze, in an immanent manifestation of deity, wrote:
>I have worked with the mSQL database engine for some time now and
>decided to package it for Debian Linux.  Unfortunately I'm not the
>only one that works on this, but my counterpart seems to be quite slow
>with answering his mails so I steped forward and finished the package
>without waiting for his replies.

You could've dropped me a note saying "Hey, I'm releasing the 1.0.16
package tomorrow."  I don't have the time nor the desire to fight for
the control of a package.  If you want it, take it.  Just please keep up
on stuff in the FAQ and the mailing list.

Darren
- -- 
<torin@daft.com> <http://www.daft.com/~torin> <torin@debian.org> <torin@io.com>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMebTJo4wrq++1Ls5AQF86wP9Gb+n7NN4mQ8dpnsC+bh0q0sbwwQutEoU
Ju2dpzM/MfQZo+K2ocr8Je3xO+2czPqKSBtWPs16aMr/DM+eB3CDSBP98NO4aRkd
QnASBXfrgkwYopKYzi38LDHfWuKcLR0Xj4dEN8vlUWrgXMrAlyu+59wis6IskxOW
vQe77Hj4mTw=
=XVXT
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Sat Jul 13 19:19:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 19:03:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 19:03:23 -0000
Received: (qmail-queue invoked by uid 40); 12 Jul 1996 23:45:26 -0000
Resent-Date: 12 Jul 1996 23:45:26 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <llucius@millcomm.com>
Date: Fri, 12 Jul 1996 17:55:02 -0500 (CDT)
From: llucius <llucius@millcomm.com>
Subject: Re: Postings
To: Richard Kaszeta <kaszeta@me.umn.edu>
cc: debian-devel@lists.debian.org
In-Reply-To: <199607111725.MAA00846@bofh.me.umn.edu>
Message-ID: <Pine.3.89.9607121758.A9782-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"MtPyW2.0.Db1.MEkvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4896
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Thu, 11 Jul 1996, Richard Kaszeta wrote:

> I have seen none of my postings to debian-devel.  Does the listserver
> not send them to the originator?
> 

I have the same problem (also from MN), but eventually they come through 
a little more than a day later.  B-(  I have no idea what's causing it.

Leland

__ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth!
   oo o  oo o  o  | 
    o       o   o | llucius@millcomm.com
 o oo    o     o  | 
-- -- -- -- -- -- | http://www.millcomm.com/~llucius       (maybe one day)


From debian-devel-request@lists.debian.org Sat Jul 13 19:44:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 19:40:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 19:40:06 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 00:33:22 -0000
Resent-Date: 13 Jul 1996 00:33:22 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <owner@bugs.debian.org>
From: owner@bugs.debian.org
Message-Id: <m0uerYb-000CduC@submailer.bugs.debian.org>
Date: Fri, 12 Jul 96 16:23 PDT
To: debian-devel@lists.debian.org
Subject: Unanswered problem reports by date
Resent-Message-ID: <"51K6m.0.cP2.Hxkvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4897
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The following problem reports have not yet been marked as `taken up' by a
message to done@bugs.debian.org or or `forwarded' by a
message to forwarded@bugs.debian.org.

OVER 15 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
  660 gdb        GDB gets address of structure  David Engel <david@ods.com>
  725 xbase      twm places windows incorrectly Stephen Early <sde1000@debian.o
  740 xbase      xclock leaves `droppings' in i Stephen Early <sde1000@debian.o
  773 xbase      xmh falls over if mh is not in Stephen Early <sde1000@debian.o
  775 xbase      twm reports errors on incorrec Stephen Early <sde1000@debian.o
  797 termcap-co /etc/termcap console keydefs f Christian Hudon <chrish@debian.

OVER 14 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
  818 bash       bash builtin `echo' doesn't ch daveb@tau.space.thiokol.com (Da
  820 tcsh       tcsh builtin `echo' doesn't ch Andrew Howell <andrew@it.com.au
  821 shellutils /bin/echo doesn't check write  daveb@tau.space.thiokol.com (Da
  825 trn        trn warning messages corrupt t Michael Nonweiler <mrn20@cam.ac
  836 termcap-co Possible bugs in termcap syste Christian Hudon <chrish@debian.
  887 xarchie    xarchie barfs when ftp closes  Christian Linhart <chris@cosy.s
  889 info       Info 3.1-6                     Erick Branderhorst <branderhors

OVER 13 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
  902 lpr        lpr can't print a PostScript f dgregor@coil.com (D.J. Gregor)
  911 libc4      libc causes rsh to fail on com (unknown -- `libc')
  957 dpkg       dpkg should automatically log  Ian Jackson <ian@chiark.chu.cam
  988 bsdutils   `script' is insecure, and gene Austin Donnelly <and1000@debian
  998 boot-flopp Can't Configure DOS Partitions Bruce Perens <Bruce@Pixar.com>
 1009 bash       bash problem with quoting/comp daveb@tau.space.thiokol.com (Da
 1016 procps     top has 3's in vt100           Fernando Alegre <alegre@mars.su

OVER 12 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1032 boot-flopp Linux Counter Project Info Not Bruce Perens <Bruce@Pixar.com>
 1037 dpkg       dselect user interface (was Re Ian Jackson <ian@chiark.chu.cam
 1045 termcap-co tgetflag("hc") segfaults (fwd) Christian Hudon <chrish@debian.
 1061 lpr        /etc/printcap vs. /usr/man/man dgregor@coil.com (D.J. Gregor)
 1099 perl       perl bug                       Darren Stalder <torin@daft.com>
 1108 binutils   No manpage ar(5)               David Engel <david@ods.com>
 1112 gsfonts    a2gs output unusable by gs but joost witteveen <joostje@master

OVER 11 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1118 fortune    fortune is setuid games ?!     dhs@firefly.com (David H. Silbe
 1130 libc4      Stdlib.h problems when using g (unknown -- `libc')
 1164 shellutils who --help uses /etc/{w,u}tmp  daveb@tau.space.thiokol.com (Da
 1170 perl       perl fails to make headers fir Darren Stalder <torin@daft.com>
 1176 procps     /usr/bin/top segfault with unk Fernando Alegre <alegre@mars.su
 1201 perl       perl doesn't know about includ Darren Stalder <torin@daft.com>
 1211 libc4      libc __nis_getgrnam() segfault (unknown -- `libc')
 1233 ifrench    Bad french.hash file in ifrenc (orphan)
 1239 findutils  /etc/cron.daily/find: updatedb Kevin Dalley <kevin@aimnet.com>
 1240 procps     ps(1) man page incomplete      Fernando Alegre <alegre@mars.su
 1246 procps     ps man page does not agree wit Fernando Alegre <alegre@mars.su
 1247 perl       perl <...> globbing only works Darren Stalder <torin@daft.com>

OVER 10 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1265 uucp       Misc. uucp bugs                dhs@firefly.com (David H. Silbe
 1275 xarchie    xarchie clumsy with 2-button m Christian Linhart <chris@cosy.s
 1278 libc4      dpkg seg faults with NIS       (unknown -- `libc')
 1279 libc4      Strangeness involving <bsd/sig (unknown -- `libc')
 1281 bin86      bin86                          (unknown -- `bin')
 1292 xserver-sv X locks up                     Stephen Early <sde1000@debian.o
 1303 binutils   `man 1 nm` slightly incomplete David Engel <david@ods.com>
 1314 ncurses3.0 ncurses fails in silly way on  (unknown -- `ncurses')
 1336 procps     CFLAGS shouldn't be used when  Fernando Alegre <alegre@mars.su

OVER 9 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1366 acm        acm networking problems        Ian Murdock <imurdock@debian.or
 1372 boot-flopp rootdisk: no dvorak keytable   Bruce Perens <Bruce@Pixar.com>
 1378 libc4      weird ELF/a.out difference     (unknown -- `libc')
 1381 workbone   workbone postinst fails        dgregor@bronze.coil.com (D.J. G
 1399 dpkg       dselect error handling not con Ian Jackson <ian@chiark.chu.cam
 1406 dbackup    backup postrm can fail when it dhs@firefly.com (David H. Silbe
 1411 perl       perlconfig misses an opportuni Darren Stalder <torin@daft.com>
 1429 bibtex, kp several TeX packages Provide t Nils Rennebarth <nils@nus.pan-n
 1451 ghostview  `ghostviewR6' conflict with gh Helmut Geyer <Helmut.Geyer@iwr.
 1467 ax25-kerne `ax25-kernel-source', `ax25-ut (unknown -- `ax')
 1468 glibcdoc   `glibcdoc' should use `info-br Ian Murdock <imurdock@debian.or
 1480 dpkg       start-stop-daemon doesn't chec Ian Jackson <ian@chiark.chu.cam
 1481 smail      smail paniclog suggestion      Soenke Lange <soenke@escher.nor
 1488 dld        dld control file dsccription p gthomas@native-ed.bc.ca (Guy R.
 1502 ltxtool lt Uniform lists in debian.contro Nils Rennebarth <nils@nus.pan-n
 1526 dpkg       man dpkg(5) dpkg(8) dselect    Ian Jackson <ian@chiark.chu.cam
 1532 repair     no revision number with repair Richard Kettlewell <richard@elm
 1533 procps     `w' produces bogus login@, idl Fernando Alegre <alegre@mars.su
 1549 bash       bash should not have world-rea daveb@tau.space.thiokol.com (Da
 1555 dpkg       dselect per-screen-half focus  Ian Jackson <ian@chiark.chu.cam
 1560 shellutils `su' produces incomplete log e daveb@tau.space.thiokol.com (Da
 1616 shellutils 'who' can't find utmp          daveb@tau.space.thiokol.com (Da
 1621 xbase      Xmark has no manpage           Stephen Early <sde1000@debian.o
 1624 bash       thermal run away problem       daveb@tau.space.thiokol.com (Da
 1642 dpkg       dpkg recursive package listing Ian Jackson <ian@chiark.chu.cam
 1647 texbin     dpkg can present incorrect inf Nils Rennebarth <nils@nus.pan-n
 1653 texbin     Missing dvicopy(1) man page.   Nils Rennebarth <nils@nus.pan-n
 1663 texbin     TeX comes without configuratio Nils Rennebarth <nils@nus.pan-n
 1664 texbin     TeX is lacking documentation o Nils Rennebarth <nils@nus.pan-n
 1670 dpkg       start-stop-daemon is too slow  Ian Jackson <ian@chiark.chu.cam
 1672 ftp.debian non-free packages              Ian Murdock <imurdock@debian.or
 1681 cron       Missing files                  Steve Greenland <stevegr@master
 1685 libc4      dpkg-split --msdos not correct (unknown -- `libc')
 1686 mfbin      psfonts.map can't be found     Nils Rennebarth <nils@nus.pan-n
 1690 xbase      XDM protection fault on X conf Stephen Early <sde1000@debian.o
 1691 xbase      X config allows invalid numeri Stephen Early <sde1000@debian.o

OVER 8 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1693 smail      forwarded message from Harald  Soenke Lange <soenke@escher.nor
 1699 base       Install/Config quirks: Missing Bruce Perens <bruce@pixar.com>
 1702 bash       telnet+su root->thermal proces daveb@tau.space.thiokol.com (Da
 1703 xtron      xtron documentation            Andrew Howell <andrew@it.com.au
 1707 kernel     image 1.2.13-5 has no msdos.o  Simon Shapiro  <Shimon@i-connec
 1708 adduser? m `passwd' not interruptible whe Steve Phillips <sjp@cvfn.org>
 1711 adduser    adduser replaces NIS entries i Steve Phillips <sjp@cvfn.org>
 1713 procps     procps: manpage doesn't tell t Fernando Alegre <alegre@mars.su
 1714 bash       bash is confused when breaking daveb@tau.space.thiokol.com (Da
 1717 gopherd    gopherd recommends freeWAIS -  Ted Hajek <tedhajek@boombox.mic
 1718 gopherd    gopherd version has spurious q Ted Hajek <tedhajek@boombox.mic
 1742 base       /dev/tty has wrong permissions Bruce Perens <bruce@pixar.com>
 1744 kernel     dpkg: cannot scan updates dire Simon Shapiro  <Shimon@i-connec
 1746 bash       rsh <system> sh -i produces CP daveb@tau.space.thiokol.com (Da
 1747 nas        nas: no manpages for au availa Michael Nonweiler <mrn20@cam.ac
 1759 kernel     running out of swap causes dea Simon Shapiro  <Shimon@i-connec
 1767 cern-httpd cern-httpd installation        Steve Greenland <stevegr@master
 1771 ltxtool    Legal problems with ltxtool    Nils Rennebarth <nils@nus.pan-n
 1774 libc4      <paths.h>: _PATH_DEFPATH conta (unknown -- `libc')
 1791 dosemu     dosemu troubles                Mike Deisher <deisher@dspsun.ea
 1794 base       /bin/sh is shell when none spe Bruce Perens <bruce@pixar.com>
 1796 xserver-s3 missing call to ntohs in X ser (unknown -- `xserver-s')
 1797 dpkg       upgrade/downgrade dependency c Ian Jackson <ian@chiark.chu.cam
 1799 smail      smail nameresloving problems   Soenke Lange <soenke@escher.nor
 1803 termcap-co /etc/termcap linux definition  Christian Hudon <chrish@debian.
 1812 textutils  Cut in textutils with fields   daveb@tau.space.thiokol.com (Da
 1818 dpkg       configure ordering based on Re Ian Jackson <ian@chiark.chu.cam
 1819 xbase      X11 doesn't set a lock on the  Stephen Early <sde1000@debian.o
 1823 texbin     texbin postinst failed with er Nils Rennebarth <nils@nus.pan-n
 1831 pgp-i      pgp-i bug..                    Ian Jackson <ian@chiark.chu.cam
 1834 bash       [kubla@goofy.zdv.Uni-Mainz.de: daveb@tau.space.thiokol.com (Da
 1845 trn        dead.letter and dead.article a Michael Nonweiler <mrn20@cam.ac
 1851 gopher-cli gopher-client-2.1.1 has quotes Ted Hajek <tedhajek@boombox.mic
 1853 procps     top fails after 130 processes? Fernando Alegre <alegre@mars.su
 1854 fileutils  cp -dpR doesn't preserve owner daveb@tau.space.thiokol.com (Da
 1855 base       packages adding entries to /et Bruce Perens <bruce@pixar.com>
 1856 perl       creating perl header files     Darren Stalder <torin@daft.com>
 1858 kpathsea   kpathsea package does not inst Nils Rennebarth <nils@nus.pan-n
 1865 kpathsea   cmr10 at 10.0pt not loadable:  Nils Rennebarth <nils@nus.pan-n

OVER 7 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1873 dvipsk     dvipsk ignores /etc/papersize! Nils Rennebarth <nils@nus.pan-n
 1874 a2ps       a2ps ignores /etc/papersize!   (unknown -- `a')
 1879 emacs      Emacs shell mode weirdness - l Mark Eichin <eichin@kitten.gen.
 1881 majordomo  Majordomo UID wrong?           Richard Kettlewell <richard@elm
 1885 base       base 0.93.6-13: doesn't create Bruce Perens <bruce@pixar.com>
 1901 kbd        `compose' keytable command not Dominik Kubla <Dominik.Kubla@Un
 1908 procps     Top and tabs                   Fernando Alegre <alegre@mars.su
 1914 kernel     general protection in unix_pro Simon Shapiro  <Shimon@i-connec
 1916 perl       perl: wrong entries in Config. Darren Stalder <torin@daft.com>
 1921 dpkg       update-alternatives prompt, dp Ian Jackson <ian@chiark.chu.cam
 1922 kernel     1.3.43 Kernel is too nice      Simon Shapiro  <Shimon@i-connec
 1923 lpr        lpr not de-installing          dgregor@coil.com (D.J. Gregor)
 1929 smail      aliasinclude and forwardinclud Soenke Lange <soenke@escher.nor
 1930 mime-suppo metamail wants xloadimage      Brian White <bcwhite@pobox.com>
 1933 procps     w from procps gives wrong idle Fernando Alegre <alegre@mars.su
 1934 mfbin      font scaling problem           Nils Rennebarth <nils@nus.pan-n
 1946 samba      nmbd won't browse              Andrew Howell <andrew@it.com.au
 1954 base       setting up the network         Bruce Perens <bruce@pixar.com>
 1955 base       base discs still aren't creati Bruce Perens <bruce@pixar.com>
 1962 kernel     kernel needs sbpcd.h editing i Simon Shapiro  <Shimon@i-connec
 1972 perl       perl should suggest kernel sou Darren Stalder <torin@daft.com>
 1973 workbone   workbone postinst needs reword dgregor@bronze.coil.com (D.J. G
 1981 xcontrib   xman fails to format ascii(7)  Stephen Early <sde1000@cam.ac.u
 1984 workbone   dpkg won't install cdtool      dgregor@bronze.coil.com (D.J. G
 1985 xbase      xdm won't redirect to remote m Stephen Early <sde1000@debian.o
 1989 kernel     mmap bug?                      Simon Shapiro  <Shimon@i-connec
 1995 cron       run-parts on laptops           Steve Greenland <stevegr@master
 1997 ncurses3.0 ncurses linux terminal definit (unknown -- `ncurses')
 2001 base       Incorrect ownership of audio d Bruce Perens <bruce@pixar.com>
 2009 mailx      mailx ignores ^C at Subject pr Dale Miller <dale@csd.uwo.ca>
 2010 mailx      mailx misses VM-generated From Dale Miller <dale@csd.uwo.ca>
 2011 libc4      very silly messages from rsh   (unknown -- `libc')
 2022 general    utmp corruption                debian-devel@pixar.com
 2023 texbin     latex dumps core on -QUIT      Nils Rennebarth <nils@nus.pan-n
 2027 kpathsea   tiny bug in web2c debian.rules Nils Rennebarth <nils@nus.pan-n

OVER 6 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 2037 bibtex     bibtex not searching $TEXINPUT Nils Rennebarth <nils@nus.pan-n
 2038 texbin     tex man page has unexpanded ma Nils Rennebarth <nils@nus.pan-n
 2039 xserver-ma X server font erosion          (unknown -- `xserver-mach')
 2047 grep       grep segfaults when abused     Joe Kirby <kirby@utk.edu>
 2051 xntp       /etc/ntp.conf is an auto-handl Andrew Howell <andrew@it.com.au
 2052 cron       find over NFS                  Steve Greenland <stevegr@master
 2054 latex,xdvi no subject (file transmission) Nils Rennebarth <nils@nus.pan-n
 2063 kernel     scsi driver sequence unreasona Simon Shapiro  <Shimon@i-connec
 2064 kernel     aha1740 driver only supports o Simon Shapiro  <Shimon@i-connec
 2067 lynx       lynx -source can't find docume Andrew Howell <andrew@it.com.au
 2068 shellutils su doesn't su.                 daveb@tau.space.thiokol.com (Da
 2070 base       /etc/issue and /etc/issue.net  Bruce Perens <bruce@pixar.com>
 2076 ncurses-bi reset(1)                       Michael Alan Dorman <mdorman@lo
 2085 ncurses3.0 /usr/lib/termcap/l/linux kbs C (unknown -- `ncurses')
 2099 ax25-util  slip module stops axattach     (unknown -- `ax')
 2104 dvipsk     dvips doesn't provide color    Nils Rennebarth <nils@nus.pan-n
 2105 kernel     console error messages "Source Simon Shapiro  <Shimon@i-connec
 2110 bash       Bash tab completion of non alp daveb@tau.space.thiokol.com (Da
 2112 inn        Submission for INN doc file    Miquel van Smoorenburg <miquels
 2122 xdvik      xdvik doesn't handle the `zcat Nils Rennebarth <nils@nus.pan-n
 2130 ncurses3.0 ncurses3.0-dev misinstalls scr (unknown -- `ncurses')

OVER 5 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 2158 ncurses-te new ncurses bug ?              Michael Alan Dorman <mdorman@lo
 2159 procps     "ps pids" lists more than just Fernando Alegre <alegre@mars.su
 2161 binutils   elf-binutils 2.5.2l.20-1 ld ca David Engel <david@ods.com>
 2167 timezone   timezone zdump for US zones gi Fernando Alegre <alegre@mars.su
 2169 timezone   timezone zdump utility should  Fernando Alegre <alegre@mars.su
 2170 timezone   timezone: it needs more docume Fernando Alegre <alegre@mars.su
 2171 timezone   timezone: how to determine zon Fernando Alegre <alegre@mars.su
 2177 strace     "strace -ff -o file dpkg --ins Wichert Akkerman <wakkerma@wi.l
 2182 perl       perl shouldn't touch /usr/loca Darren Stalder <torin@daft.com>
 2183 emacs      emacs shouldn't touch /usr/loc Mark Eichin <eichin@kitten.gen.
 2184 perl       perl's sys/socket.ph causes wa Darren Stalder <torin@daft.com>
 2185 mflib      texmf/metafont or texmf/mf ?   Nils Rennebarth <nils@nus.pan-n
 2186 texlib     national hyphenation patterns  Nils Rennebarth <nils@nus.pan-n
 2196 ytalk      ytalk `shell' option can't run Andrew Howell <andrew@it.com.au
 2197 hdparm     hdparm -c switch               gthomas@native-ed.bc.ca (Guy R.
 2198 uucp       uuxqt can't execute rmail      dhs@firefly.com (David H. Silbe
 2200 ghostview  Description                    Helmut Geyer <Helmut.Geyer@iwr.
 2205 most       Description                    Chris Fearnley <cjf@netaxs.com>
 2206 rsynth     Description                    Marcel Riedi <riedi@tik.ee.ethz
 2209 dld        Description                    gthomas@native-ed.bc.ca (Guy R.
 2211 auto-pgp   Description                    Mike Deisher <deisher@dspsun.ea
 2217 kbd        loadkeys problem               Dominik Kubla <Dominik.Kubla@Un
 2220 inn        INN feed password interacts ba Miquel van Smoorenburg <miquels
 2231 mathpad    mathpad problems               Erick Branderhorst <branderh@de
 2233 groff      groff-1.09-4                   Alvar Bray <alvar@meiko.co.uk>
 2235 emacs      emacs eats manual pages        Mark Eichin <eichin@kitten.gen.
 2238 kbd        another loadkeys problem       Dominik Kubla <Dominik.Kubla@Un
 2241 perl       Perl 5.002-3 handles LANG and  Darren Stalder <torin@daft.com>
 2242 mc (Midnig mc should depend on ncurses3.0 Fernando Alegre <alegre@mars.su
 2243 xbase      xterm vanishes when it's big ( Stephen Early <sde1000@debian.o
 2251 perl       Perl coredumps while invoking  Darren Stalder <torin@daft.com>
 2254 perl       perl doesn't initialize variab Darren Stalder <torin@daft.com>
 2265 bash       bash `horizontal scroll' can't daveb@tau.space.thiokol.com (Da
 2267 emacs      emacs ange ftp fails           Mark Eichin <eichin@kitten.gen.
 2268 cern-httpd stale documentation links      Steve Greenland <stevegr@master
 2275 timezone   ctime(3) should be replaced by Fernando Alegre <alegre@mars.su
 2284 mailx      mailx ^C at Cc: prompt sends m Dale Miller <dale@csd.uwo.ca>
 2291 ncurses3.0 missing terminfo capabilities  (unknown -- `ncurses')
 2292 shellutils date does not support dates pa daveb@tau.space.thiokol.com (Da
 2293 uucp       uucp should compress big files dhs@firefly.com (David H. Silbe
 2295 lynx       (no subject)                   Andrew Howell <andrew@it.com.au
 2296 bugs.debia debian-bugs WWW doesn't say ho Ian Jackson <ijackson@chiark.ch
 2297 xbase      xterm gets mouse-paste and RET Stephen Early <sde1000@debian.o
 2298 trn        trn bug with shell escaping    Michael Nonweiler <mrn20@cam.ac
 2301 bash       bash doesn't document any way  daveb@tau.space.thiokol.com (Da
 2302 rcs        RCS - problems with msdos file Sven Rudolph <sr1@inf.tu-dresde
 2304 mount      umount calls gethostbyname() a Robert Leslie <rob@mars.org>
 2309 adduser    Multiple root accounts         Steve Phillips <sjp@cvfn.org>
 2311 svgalib1-b svgalib has undocumented setui (unknown -- `svgalib')
 2313 xbase      xterm keymapping problems susp Stephen Early <sde1000@debian.o
 2318 emacs      Emacs makes it hard for MTAs t Mark Eichin <eichin@kitten.gen.
 2321 libc5 (and libc doesn't use **h_aliases ( (unknown -- `libc')

OVER 4 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 2334 mh         MH scan -width dumps core      Michael Alan Dorman <mdorman@lo
 2338 cron       finds in cron.daily should be  Steve Greenland <stevegr@master
 2345 shellutils Inclusion of shadow breaks up  daveb@tau.space.thiokol.com (Da
 2346 mh         MH can lose mail               Michael Alan Dorman <mdorman@lo
 2348 smail      Smail fails to define NO_PETER Soenke Lange <soenke@escher.nor
 2353 xterm-colo postrm script broken           Mark Eichin <eichin@cygnus.com>
 2356 mailx      mailx -- problems with TMPDIR  Dale Miller <dale@csd.uwo.ca>
 2357 dvipsk     dvipsk generated PS causes `re Nils Rennebarth <nils@nus.pan-n
 2360 xbase      xdm cannot find a free VT      Stephen Early <sde1000@debian.o
 2362 bash       bash (readline) dumps core on  daveb@tau.space.thiokol.com (Da
 2365 pine       Pine erases message before I c Dale Scheetz <dwarf@polaris.net
 2367 pine       Pine supplies PATH line when p Dale Scheetz <dwarf@polaris.net
 2379 svgalib1   svgalib postinst broken        (unknown -- `svgalib')
 2382 nvi        would like `view' link for nvi Steve Greenland <stevegr@neosof
 2387 libc5-dev  gethostbyaddr(3) ill documente (unknown -- `libc')
 2392 emacs      Emacs mishandles fonts under X Mark Eichin <eichin@kitten.gen.
 2402 procps     ps no longer understands `g' o Fernando Alegre <alegre@mars.su
 2405 perl       perl postinst messages re unct Darren Stalder <torin@daft.com>
 2417 emacs      emacs inferior process buffers Mark Eichin <eichin@kitten.gen.
 2423 smail      scattered sendmail links       Soenke Lange <soenke@escher.nor
 2425 ispell     ispell thinks `formated' is co Kenneth MacDonald <K.MacDonald@
 2426 apache     apache overwrites existing hom Mark Shuttleworth <marks@thawte
 2427 procps     top d 60 fails                 Fernando Alegre <alegre@mars.su
 2428 nvi        nvi segmentation faults        Steve Greenland <stevegr@neosof
 2430 kermit     kermit configuration script is (unknown -- `kermit')
 2431 emacs      Emacs mishandles X fonts.      Mark Eichin <eichin@kitten.gen.
 2439 sysvinit   rc?.d scripts sometimes not ru Miquel van Smoorenburg <miquels
 2440 perl       sys/socket.ph produces spuriou Darren Stalder <torin@daft.com>
 2450 cdtool     `cdir' prints out huge chunks  dgregor@gregor.com (D.J. Gregor
 2455 svgalib1   can't install svgalib1-1.28-5  (unknown -- `svgalib')
 2460 procps     bizarre output from `free'     Fernando Alegre <alegre@mars.su
 2463 kernel     "msdos" filesystem needed for  Simon Shapiro  <Shimon@i-connec
 2470 kernel     in kernel Attached ether adapt Simon Shapiro  <Shimon@i-connec
 2474 ncurses-bi /usr/bin/reset does the wrong  Michael Alan Dorman <mdorman@lo
 2475 at         `at' uses middle-endian 2-digi Martin Schulze <joey@infodrom.n
 2476 emacs      emacs mucks up my email addres Mark Eichin <eichin@kitten.gen.
 2477 emacs      annoying bug in emacs          Mark Eichin <eichin@kitten.gen.
 2478 emacs      ange ftpd croaks on anonftpd   Mark Eichin <eichin@kitten.gen.
 2479 emacs      ange-ftp is incredibly ineffic Mark Eichin <eichin@kitten.gen.
 2481 general    /sbin/ldconfig in scripts      debian-devel@pixar.com
 2483 libdb1     libdb1 uses not-yet-completely (unknown -- `libdb')
 2484 libgdbm1   libgdbm1 conflicts with some v (unknown -- `libgdbm')
 2486 xwpe       Ghost packages                 dgregor@coil.com (D.J. Gregor)
 2493 gcc        GCC -O3 produces unsatisfied e David Engel <david@ods.com>
 2495 perl       perl requires tcsh (as it is c Darren Stalder <torin@daft.com>
 2497 amd        Fixes for amd-upl102           Dominik Kubla <Dominik.Kubla@Un
 2500 emacs      (no subject)                   Mark Eichin <eichin@kitten.gen.
 2501 perl       (no subject)                   Darren Stalder <torin@daft.com>
 2502 perl       configure fails if /vmlinuz is Darren Stalder <torin@daft.com>
 2503 elv-ctags  elvis and emacs both provide c mitchell@mdd.comm.mot.com (Bill
 2504 libdb1     remove -m486 from Makefile     (unknown -- `libdb')
 2510 rxvt       rxvt-2.14 breaks old scripts   Andrew Howell <andrew@it.com.au
 2520 procps     procps needs dependency on ncu Fernando Alegre <alegre@mars.su
 2524 base       problems with base package     Bruce Perens <bruce@pixar.com>
 2530 bind       bind locks up system           Robert Leslie <rob@mars.org>
 2531 dpkg       install-info should use better Ian Jackson <ian@chiark.chu.cam
 2532 emacs      Emacs fails to use `set -e' in Mark Eichin <eichin@kitten.gen.
 2536 dpkg       dpkg inappropriately marks pac Ian Jackson <ian@chiark.chu.cam
 2538 base       audio devices have different g Bruce Perens <bruce@pixar.com>

OVER 3 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 2542 netatalk   No default config files?       Klee Dienes <klee@sedona.com>
 2547 tf         tf does not support visual mod Andrew Howell <andrew@it.com.au
 2555 lpr        lpd source files aren't clean  dgregor@coil.com (D.J. Gregor)
 2556 lpr        "\031\1"                       dgregor@coil.com (D.J. Gregor)
 2557 elm        add to elm manpage             Carl Streeter <streeter@cae.wis
 2562 elm        elm manpage paths incorrect    Carl Streeter <streeter@cae.wis
 2569 boot-flopp bootdisk: Leading dot in dnsdo Bruce Perens <Bruce@Pixar.com>
 2573 libc5-dev  sysinfo system call not in lib (unknown -- `libc')
 2575 ytalk      ytalk lies about who you are t Andrew Howell <andrew@it.com.au
 2576 dpkg       base: selecting [A]ccess with  Ian Jackson <ian@chiark.chu.cam
 2589 perl       perl can't load libdb.so.1     Darren Stalder <torin@daft.com>
 2590 perl       new revision of perl does not  Darren Stalder <torin@daft.com>
 2591 dialog     rootdisk                       llucius <llucius@millcomm.com>
 2592 elvisnox   Elvis Compilation Peoblem      sgk@sgk.tiac.net ("Susan G. Kle
 2593 perl       perl tries to install in /usr/ Darren Stalder <torin@daft.com>
 2596 emacs      install-info (v1.1.2) creates  Mark Eichin <eichin@kitten.gen.
 2603 dpkg       dpkg-1.1.3 seg fault when inst Ian Jackson <ian@chiark.chu.cam
 2604 ash        ash: cc: Internal compiler err Bruce Perens <Bruce@Pixar.com>
 2605 ifrench    #1233,#1793 (ifrench doesn't w (orphan)
 2609 emacs      (no subject)                   Mark Eichin <eichin@kitten.gen.
 2610 libg++27   support for m68k-linux         (unknown -- `libg++')
 2621 texbin     unstable/texbin install fails  Nils Rennebarth <nils@nus.pan-n
 2630 emacs      emacs package needs to break c Mark Eichin <eichin@kitten.gen.
 2634 emacs      emacs hung                     Mark Eichin <eichin@kitten.gen.
 2648 mh                                        Michael Alan Dorman <mdorman@lo
 2650 win32binut win32binutils has /usr/bin/fle (unknown -- `win')
 2658 perl       Errors during perlconfig       Darren Stalder <torin@daft.com>
 2661 mh         dist and mh both have a dist m Michael Alan Dorman <mdorman@lo
 2664 dpkg       arrow keys fail in dselect not Ian Jackson <ian@chiark.chu.cam
 2671 timezone   timezone Mexico/General doesn' Fernando Alegre <alegre@mars.su
 2682 timezone   Zoneinfo library has a name-cl Fernando Alegre <alegre@mars.su

Over two months old - attention is required:
 Ref  Package    Keywords/Subject               Package maintainer
 2688 base       base: wrong group for rft* dev Bruce Perens <bruce@pixar.com>
 2689 xemacs     (no subject)                   (unknown -- `xemacs')
 2690 netatalk   netatalk: a few small problems Klee Dienes <klee@sedona.com>
 2691 perl       new perl break suid scripts    Darren Stalder <torin@daft.com>
 2692 kernel     kernel swap space problem      Simon Shapiro  <Shimon@i-connec
 2699 ytalk      ytalk doesn't use FQDNs        Andrew Howell <andrew@it.com.au
 2701 seyon      seyon: dpkg --purge doesn't wo Sven Rudolph <sr1@inf.tu-dresde
 2703 apache     apache: wrong location of icon Mark Shuttleworth <marks@thawte
 2709 emacs      emacs should list /usr/lib/ema Mark Eichin <eichin@kitten.gen.
 2710 xterm-colo colour xterm has problems when Mark Eichin <eichin@cygnus.com>
 2714 emacs      Emacs and XEmacs share files   Mark Eichin <eichin@kitten.gen.
 2717 general    conffiles in /usr              debian-devel@pixar.com
 2721 procps     free fails to understand recen Fernando Alegre <alegre@mars.su
 2728 procps     top coredump                   Fernando Alegre <alegre@mars.su
 2731 emacs      emacs with gud creates ~/.term Mark Eichin <eichin@kitten.gen.
 2733 mailx      /usr/bin/mail leaves lock file Dale Miller <dale@csd.uwo.ca>
 2737 arrl-infos arrl-infoserv: missing source  Bruce Perens <Bruce@Pixar.com>
 2738 boot-flopp Installing Debian 1.1          Bruce Perens <Bruce@Pixar.com>
 2739 boot-flopp Configuring Network with Debia Bruce Perens <Bruce@Pixar.com>
 2740 boot-flopp Configuring Network with Debia Bruce Perens <Bruce@Pixar.com>
 2741 base       First booting with Debian 1.1  Bruce Perens <bruce@pixar.com>
 2749 ltxmisc    ltxmisc: missing source file   Nils Rennebarth <nils@nus.pan-n
 2751 mfbasfnt   mfbasfnt: missing source file  Nils Rennebarth <nils@nus.pan-n
 2758 dld        dld: missing source file       gthomas@native-ed.bc.ca (Guy R.
 2759 glibcdoc   glibcdoc: missing source file  Ian Murdock <imurdock@debian.or
 2762 ax25-kerne ax25-kernel-source: missing so (unknown -- `ax')
 2763 textfm     textfm: missing source file    Nils Rennebarth <nils@nus.pan-n
 2764 texpsfnt   texpsfnt: missing source file  Nils Rennebarth <nils@nus.pan-n
 2765 ax25-util  ax25-util: missing source file (unknown -- `ax')
 2766 texlib     texlib: missing source file    Nils Rennebarth <nils@nus.pan-n
 2772 mflib      mflib: missing source file     Nils Rennebarth <nils@nus.pan-n
 2774 syslinux   syslinux: missing source file  Bruce Perens <Bruce@Pixar.com>
 2783 trn        trn needs to provide virtual p Michael Nonweiler <mrn20@cam.ac
 2785 timezone   Timezone has static library?   Fernando Alegre <alegre@mars.su
 2789 elm        elm doesn't show rest of pgp-s Carl Streeter <streeter@cae.wis
 2796 sysvinit   sysvinit makes obsolete symbol Miquel van Smoorenburg <miquels
 2797 nvi        nvi dumped core?               Steve Greenland <stevegr@neosof
 2802 apache     apache tweaks                  Mark Shuttleworth <marks@thawte
 2803 xdvik      xdvi does not handle redraws o Nils Rennebarth <nils@nus.pan-n
 2806 ncurses3.0 ncurses man pages internal inc (unknown -- `ncurses')
 2808 cron       wrong crontab entry for atrun  Steve Greenland <stevegr@master
 2810 uucp       uucp postrm should use -f flag dhs@firefly.com (David H. Silbe
 2812 apache     Apache server: SECURITY HOLE   Mark Shuttleworth <marks@thawte
 2814 apache     Apache 1.0.3: wrong manpage    Mark Shuttleworth <marks@thawte
 2818 bash       bash doesn't provide enough do daveb@tau.space.thiokol.com (Da
 2819 bind       named loses (in an easily fixe Robert Leslie <rob@mars.org>
 2822 inn        Some minor glitches with the i Miquel van Smoorenburg <miquels
 2823 mc         mc segfaults on reconnect of f Fernando Alegre <alegre@mars.su
 2825 nvi        restricted movement in nvi     Steve Greenland <stevegr@neosof
 2828 dpkg       have to install xosview twice  Ian Jackson <ian@chiark.chu.cam
 2829 emacs      emacs: gdb says: slashes aren' Mark Eichin <eichin@kitten.gen.
 2832 nvi        nvi likes turning auto-margins Steve Greenland <stevegr@neosof
 2834 dpkg       desect loses state if it can't Ian Jackson <ian@chiark.chu.cam
 2839 xemacs     Xemacs problems                (unknown -- `xemacs')
 2840 base       Conflicting entries in login/g Bruce Perens <bruce@pixar.com>
 2841 procps     top produces `$<3>' at end of  Fernando Alegre <alegre@mars.su
 2850 boot-flopp nfs.o isn't loaded in clean de Bruce Perens <Bruce@Pixar.com>
 2852 g77        Bug 2711: g77 does not include (unknown -- `g')
 2855 nvi        nvi changes xterm settings...  Steve Greenland <stevegr@neosof
 2856 bash       fd leak in bash                daveb@tau.space.thiokol.com (Da
 2861 manpages   glob(3) references glob(7); th Martin Schulze <joey@debian.org
 2863 ncurses-ba dselect and ncurses in select  Michael Alan Dorman <mdorman@lo
 2868 amd        amd hangs on tcsh hostname com Dominik Kubla <Dominik.Kubla@Un
 2870 dpkg-ftp   dpkg-ftp-1.4.1 bug             awpguy@acs.ucalgary.ca (Andy W.
 2872 apache     Apache starts several times    Mark Shuttleworth <marks@thawte
 2874 gpm        gpm will not work if the syste Martin Schulze <joey@infodrom.n
 2876 svgalib1   svgalib will not work in a set (unknown -- `svgalib')
 2884 tkman      tkman doesn't use /var/catman  David Engel <david@ods.com>
 2889 base       no NCR 53c810 driver in 1.1 bo Bruce Perens <bruce@pixar.com>
 2891 taper      taper documentation is missing Joe Kirby <kirby@utk.edu>
 2892 setserial  setserial marked as Essential  Gordon Russell <gor@dcs.napier.
 2893 boot-flopp forwarded 1.1 installation bug Bruce Perens <Bruce@Pixar.com>
 2894 dpkg       dpkg guidelines info files not Ian Jackson <ian@chiark.chu.cam
 2895 base       base -- incorrect passwd entry Bruce Perens <bruce@pixar.com>
 2896 libdb1     postinst has bad permissions 6 (unknown -- `libdb')
 2899 libreadlin postinst has bad permissions 6 (unknown -- `libreadline')
 2904 dpkg       install-info doesn't cope with Ian Jackson <ian@chiark.chu.cam
 2906 glibcdoc   Inconsistency in libc.info re  Ian Murdock <imurdock@debian.or
 2908 sysvinit   mesg sets wrong permissions on Miquel van Smoorenburg <miquels
 2909 gcc        GCC Info has funny formatting  David Engel <david@ods.com>
 2910 gcc        GCC accepts multi-line strings David Engel <david@ods.com>
 2911 dpkg       Conffiles are deleted too late Ian Jackson <ian@chiark.chu.cam
 2913 ipx        ipx bootup scripts are broken  mrn20@cam.ac.uk (Michael R. Non
 2914 boot-flopp (no subject)                   Bruce Perens <Bruce@Pixar.com>
 2919 fort77     very bad fort77 installation m (unknown -- `fort')
 2920 base       incorrect entry for nobody in  Bruce Perens <bruce@pixar.com>
 2923 cdtool     CD-ROM device /dev/hdc permiss dgregor@gregor.com (D.J. Gregor
 2926 lilo       Lilo: can't make documentation Bruce Perens <Bruce@Pixar.com>
 2927 base       /usr/info/dir in base confuses Bruce Perens <bruce@pixar.com>
 2928 base       nobody has wrong login shell   Bruce Perens <bruce@pixar.com>
 2929 dpkg       dpkg-name 1.1.6 is broken.     Ian Jackson <ian@chiark.chu.cam
 2933 dpkg-ftp   dpkg-ftp needs perl 5.002      awpguy@acs.ucalgary.ca (Andy W.
 2934 apache     Some cgi scripts don't work    Mark Shuttleworth <marks@thawte
 2937 bootdisk   Copyright message function key Bruce Perens <bruce@pixar.com>
 2938 procps     libproc is in wrong place      Fernando Alegre <alegre@mars.su
 2939 dpkg       Bad dpkg/ldconfig Interaction  Ian Jackson <ian@chiark.chu.cam
 2940 kernel     image-1.3.64-0 lacks scsi tape Simon Shapiro  <Shimon@i-connec
 2941 ftp.debian lots of hyphens in archive     Ian Murdock <imurdock@debian.or
 2942 timezone?, Wrong timezone for Europe/Wars Fernando Alegre <alegre@mars.su
 2945 rootdisk   Bus Error given by rootdisk    Ian Murdock <imurdock@debian.or
 2946 lynx       Lynx gives fatal error message Andrew Howell <andrew@it.com.au
 2956 bootdisk   beta experience                Bruce Perens <bruce@pixar.com>
 2959 shellutils date +%Z bug                   daveb@tau.space.thiokol.com (Da
 2962 ncurses3.0 dselect arrow keys don't work  (unknown -- `ncurses')
 2964 lynx       lynx -dump fails through proxy Andrew Howell <andrew@it.com.au
 2965 lynx       lynxexec not compiled into lyn Andrew Howell <andrew@it.com.au
 2966 bugs.debia bugs2ftp is broken             Ian Jackson <ijackson@chiark.ch
 2969 man        zsoelim [in man] is confused b Alvar Bray <alvar@debian.org>
 2970 groff      soelim [in groff] is confused  Alvar Bray <alvar@meiko.co.uk>
 2971 mailx      mailx doesn't quit on two succ Dale Miller <dale@csd.uwo.ca>
 2972 mfbin      MetaFONT linked against X libr Nils Rennebarth <nils@nus.pan-n
 2973 dpkg       install-info created 5 Develop Ian Jackson <ian@chiark.chu.cam
 2975 base       [base] missing /dev entries    Bruce Perens <bruce@pixar.com>
 2978 base       May 13 15:51:25 lohi wu-ftpd[3 Bruce Perens <bruce@pixar.com>
 2982 xntp       xntp calls ntpdate at start    Andrew Howell <andrew@it.com.au

Over one month old:
 Ref  Package    Keywords/Subject               Package maintainer
 2989 rxvt       rxvt source bug                Andrew Howell <andrew@it.com.au
 2991 elm        nfrm is not installed...       Carl Streeter <streeter@cae.wis
 2998 bugs.debia bugs2ftp still flaky           Ian Jackson <ijackson@chiark.ch
 3002 base       majordomo has conflicting grou Bruce Perens <bruce@pixar.com>
 3019 kernel     no 386 support in kernel_image Simon Shapiro  <Shimon@i-connec
 3026 xbase      xbase et al postinst doesn't f Stephen Early <sde1000@debian.o
 3027 base       updatedb can't run properly    Bruce Perens <bruce@pixar.com>
 3028 weblint    bad weblint permission         Darren Stalder <torin@daft.com>
 3031 boot-flopp various boot-floppies nits     Bruce Perens <Bruce@Pixar.com>
 3034 lpr        SOLVED: can't remove print job dgregor@coil.com (D.J. Gregor)
 3035 nvi        nvi dumps core                 Steve Greenland <stevegr@neosof
 3036 base       automatic adduser/addgroup in  Bruce Perens <bruce@pixar.com>
 3038 lpr        SOLVED: can't remove print job dgregor@coil.com (D.J. Gregor)
 3039 base       MAKEDEV script does not create Bruce Perens <bruce@pixar.com>
 3040 kernel     Sound module in 1.3.95 kernel  Simon Shapiro  <Shimon@i-connec
 3042 elm        Elm produces bogus Content-Typ Carl Streeter <streeter@cae.wis
 3044 tkdiff     tkdiff -- calls wrong "wish" p krs@caos.aamu.edu (Karl R. Sack
 3046 smail      Smail configuration problem?   Soenke Lange <soenke@escher.nor
 3047 cron       cron script problem?           Steve Greenland <stevegr@master
 3050 xbmbrowser xbmbrowser man page installed  Nils Rennebarth <nils@nus.pan-n
 3052 guile      guile is missing slib.info.gz  Klee Dienes <klee@sedona.com>
 3053 gnats      gnats: typo in postinst omits  bcwhite@pobox.com (Brian C. Whi
 3056 ash        ash-source contains objects    Bruce Perens <Bruce@Pixar.com>
 3060 sysklogd   problems with new sysklogd-1.3 Martin Schulze <joey@linux.de>
 3064 boot-flopp need a pointer in /usr/doc/boo Bruce Perens <Bruce@Pixar.com>
 3066 general    a.out binaries in various pack debian-devel@pixar.com
 3067 xaw3d      broken libXaw3d                (unknown -- `xaw')
 3070 base       base copyright string          Bruce Perens <bruce@pixar.com>
 3073 xbase      xbase contains imake and xmkmf Stephen Early <sde1000@debian.o
 3075 lpr, magic lpr, magicfilter, dvi-fonts fa dgregor@coil.com (D.J. Gregor)
 3077 mfbin      gray font .mf files missing fr Nils Rennebarth <nils@nus.pan-n
 3080 procps     error message in syslog caused Fernando Alegre <alegre@mars.su
 3084 timezone   missing timezones              Fernando Alegre <alegre@mars.su
 3087 shellutils Bug in date.                   daveb@tau.space.thiokol.com (Da
 3089 trn        trn -- needs to depend on "ine Michael Nonweiler <mrn20@cam.ac
 3093 perl       Perl dumps core                Darren Stalder <torin@daft.com>
 3095 xbase      xbase kills xdm and *then* ask Stephen Early <sde1000@debian.o
 3096 lxtools    lxtools: user error (misuse of Joe Kirby <kirby@utk.edu>
 3098 man        man-2.3.10-11 segfaults        Alvar Bray <alvar@debian.org>
 3099 cron       /etc/cron.daily/standard secur Steve Greenland <stevegr@master
 3102 procps     top has problems when not on c Fernando Alegre <alegre@mars.su
 3103 sysklogd   "/etc/init.d/sysklogd restart" Martin Schulze <joey@linux.de>
 3105 lynx       lynx access to dot files is di Andrew Howell <andrew@it.com.au
 3106 kernel     v 1.1 beta kernel image not fo Simon Shapiro  <Shimon@i-connec
 3107 nas        nas postinst could use a warni Michael Nonweiler <mrn20@cam.ac
 3108 snmp       snmpd provides too much inform David Engel <david@ods.com>
 3109 man        man 9menu unpleasant           Alvar Bray <alvar@debian.org>
 3110 xbase?     X servers muck up xdm when uni Stephen Early <sde1000@debian.o
 3112 uucp       UUCP uses /usr/spool/uucp (and dhs@firefly.com (David H. Silbe
 3113 ncurses3.0 dselect provokes ncurses probl (unknown -- `ncurses')
 3114 cron       cron.daily/standard script     Steve Greenland <stevegr@master
 3115 taper      taper recommends ftape         Joe Kirby <kirby@utk.edu>
 3119 emacs      emacs font handling            Mark Eichin <eichin@kitten.gen.
 3121 boot-flopp boot-floppies doesn't have bas Bruce Perens <Bruce@Pixar.com>
 3122 debianutil run-parts should ignore RCS    Guy Maor <maor@debian.org>
 3124 cern-httpd CERN httpd sends useless cron  Steve Greenland <stevegr@master
 3125 dpkg       bug (and correction) in dpkg-1 Ian Jackson <ian@chiark.chu.cam
 3128 mc         mc-3.2.1-1 needs libgpm.so.1   Fernando Alegre <alegre@mars.su
 3130 sysvinit   sysvinit init.d/network script Miquel van Smoorenburg <miquels
 3135 psnfss     psnfss has no Architecture fie Nils Rennebarth <nils@nus.pan-n
 3140 sysvinit   /etc/init.d/boot has rm -f bug Miquel van Smoorenburg <miquels
 3142 rootdisk   1.1 installation and large par Ian Murdock <imurdock@debian.or
 3143 sysvinit   sysvinit init.d/network script Miquel van Smoorenburg <miquels
 3146 base, ae   1.1 installation: ae doesn't w Bruce Perens <bruce@pixar.com>
 3147 rootdisk   May 19 boot floppies...        Ian Murdock <imurdock@debian.or
 3148 cron       Cron: Cannot stat in /var/spoo Steve Greenland <stevegr@master
 3149 base       upgrading base truncates utmp  Bruce Perens <bruce@pixar.com>
 3151 sendmail   Sendmail runs too late         Robert Leslie <rob@mars.org>
 3153 inn        inn ctlinnd not readable/execu Miquel van Smoorenburg <miquels
 3155 spice      spice still on my system       (unknown -- `spice')
 3156 lpr        lpr and smail uuname returned  dgregor@coil.com (D.J. Gregor)
 3157 fileutils  df from fileutils calls sync() daveb@tau.space.thiokol.com (Da
 3158 most       most differs from man page     Chris Fearnley <cjf@netaxs.com>
 3161 general    Newbie 1.1beta installation.   debian-devel@pixar.com
 3162 xbase      disconnects between ncurses-ba Stephen Early <sde1000@debian.o
 3163 ncurses-ba disconnects between ncurses-ba Michael Alan Dorman <mdorman@lo
 3164 smail      runq dumps core                Soenke Lange <soenke@escher.nor
 3165 manpages   fcntl(2) references nonexisten Martin Schulze <joey@debian.org
 3166 nvi        SIGSEGV on TERM=dumb           Steve Greenland <stevegr@neosof
 3169 genscript  dvipsk doesn't use /etc/papers Sven Rudolph <sr1@inf.tu-dresde
 3170 dpkg       again dpkg --root=xxx          Ian Jackson <ian@chiark.chu.cam
 3172 autoconf   Autoconf does not provide conf Mark Eichin <eichin@kitten.gen.
 3174 bash       set -i doesn't work in bash    daveb@tau.space.thiokol.com (Da
 3176 mandelspaw mandelspawn slave problems     Andrew Howell <andrew@it.com.au
 3177 bash       sh -nc <command> actually runs daveb@tau.space.thiokol.com (Da
 3179 emacs      emacs ctags segfaults          Mark Eichin <eichin@kitten.gen.
 3180 linuxdoc-s linuxdoc-sgml semantics and fo Sven Rudolph <sr1@inf.tu-dresde
 3182 cron       cron's checksecurity runs find Steve Greenland <stevegr@master
 3183 base       permissions problems with /var Bruce Perens <bruce@pixar.com>
 3185 bootdisk   Lack of NCR53c810 support on b Bruce Perens <bruce@pixar.com>
 3186 xfractint  Can't chdir                    Martin Schulze <joey@infodrom.n
 3189 nvi        nvi over-cautious about .exrc? Steve Greenland <stevegr@neosof
 3190 libc5      rlogin takes far too long when (unknown -- `libc')
 3191 ncurses-bi reset(1) doesn't bring an xter Michael Alan Dorman <mdorman@lo
 3192 ncurses-bi tset(1) man page problem       Michael Alan Dorman <mdorman@lo
 3195 kernel     "/etc/rc.boot/0setserial" fail Simon Shapiro  <Shimon@i-connec
 3196 ispell     ispell symlinks broken         Kenneth MacDonald <K.MacDonald@
 3197 procmail   wrong uid/gid in /usr/doc/proc Wendal Catt <wendal@southwind.n
 3198 dviljk     dviljk is still aout! :-(      Nils Rennebarth <nils@nus.pan-n
 3199 lists.debi Bizarre message from debian-de Anders Christrom <ac@netg.se>
 3202 dviljk     dviljk doesn't read stdin!!! : Nils Rennebarth <nils@nus.pan-n
 3206 rc         rc terminates on CTRL-C        Simon Shapiro <shimon@i-Connect
 3207 ncurses3.0 strange screen update choices  (unknown -- `ncurses')
 3208 amd        amd bug                        Dominik Kubla <Dominik.Kubla@Un
 3212 perl       Perl recommends nonexistent pa Darren Stalder <torin@daft.com>
 3213 fortune    fortune need libc.so.4         dhs@firefly.com (David H. Silbe
 3216 auto-pgp   auto-pgp doesn't remove info e Mike Deisher <deisher@dspsun.ea
 3218 dpkg       install-info adds Miscellaneou Ian Jackson <ian@chiark.chu.cam
 3220 man        apropos dumps core             Alvar Bray <alvar@debian.org>
 3222 jargon     Jargon info entry in wrong cat Steve Greenland <stevegr@neosof
 3223 guile      guile installs entry for slib, Klee Dienes <klee@sedona.com>
 3224 apsfilter  apsfilter doesn't configure on Doug Geiger <runexe@ntplx.net>
 3225 dpkg       dpkg-1.2.3 upgrade problems fr Ian Jackson <ian@chiark.chu.cam
 3227 login      login refuses, and then allows Guy Maor <maor@ece.utexas.edu>
 3230 perl       why the hell does perl depend  Darren Stalder <torin@daft.com>
 3231 base       /usr/i486-linuxaout/lib not pr Bruce Perens <bruce@pixar.com>
 3233 dpkg       dselect for 1.1 as of June, 2n Ian Jackson <ian@chiark.chu.cam
 3234 nvi        nvi segfaults if stty rows 0 c Steve Greenland <stevegr@neosof
 3235 nvi        nvi gives unhelpful message fo Steve Greenland <stevegr@neosof
 3236 ftp.debian auto-pgp in non-free, mailcryp Ian Murdock <imurdock@debian.or
 3240 libdb1     [libdb]: obsolete bugfix       (unknown -- `libdb')
 3241 emacs      derived.el fails in emacs      Mark Eichin <eichin@kitten.gen.
 3242 perl       perl's dependencies are wrong  Darren Stalder <torin@daft.com>
 3244 libc5      (no subject)                   (unknown -- `libc')
 3245 mc         mc should depend on gpm        Fernando Alegre <alegre@mars.su
 3246 xcompat    Cant load library libXt.so.6   Stephen Early <sde1000@cam.ac.u
 3247 lilo       Lilo unpack removes boot.b     Bruce Perens <Bruce@Pixar.com>
 3250 cfingerd   cfingerd descriptive text      Martin Schulze <joey@infodrom.n
 3252 base       base template /usr/info/dir ma Bruce Perens <bruce@pixar.com>
 3253 pine       Pine over-encodes files (came  Dale Scheetz <dwarf@polaris.net
 3254 magicfilte magicfilter recommends dvips,  David Frey <David.Frey@eos.lugs
 3258 kernel     pcmcia-cs minor postinst bug   Simon Shapiro  <Shimon@i-connec
 3259 util-linux [c]fdisk does not recognize NE Guy Maor <maor@debian.org>
 3260 procps     psupdate man page out of date  Fernando Alegre <alegre@mars.su
 3262 gopherd    Gopherd problems               Ted Hajek <tedhajek@boombox.mic
 3265 kernel     kernel-image and PS/2 mouse pr Simon Shapiro  <Shimon@i-connec
 3267 xbase      Unqualified hostnames in rstar Stephen Early <sde1000@debian.o
 3268 kernel     network modules don't work wit Simon Shapiro  <Shimon@i-connec
 3269 bootdisk   bootdisk silently fails-change Bruce Perens <bruce@pixar.com>
 3270 netbase    bugs                           Peter Tobias <tobias@et-inf.fho
 3272 rootdisk   bug in root disks...           Ian Murdock <imurdock@debian.or
 3275 kernel     dpkg --no-act leaves control i Simon Shapiro  <Shimon@i-connec
 3277 perl       nit: perl setup emits a \n     Darren Stalder <torin@daft.com>
 3279 bootdisk/r ne2000 lockups during instalat Bruce Perens <bruce@pixar.com>
 3280 gpm        (no subject)                   Martin Schulze <joey@infodrom.n
 3283 perl       /usr/bin/perlconfig should be  Darren Stalder <torin@daft.com>
 3284 giftrans   giftrans is free               Erick Branderhorst <branderhors
 3285 linuxdoc-s possibly unintended files inst Sven Rudolph <sr1@inf.tu-dresde
 3287 maelstrom  (no subject)                   Robert Leslie <rob@mars.org>

Submitted in the last month:
 Ref  Package    Keywords/Subject               Package maintainer
 3292 xcal       xcal app-defaults shouldn't be Austin Donnelly <and1000@debian
 3295 perl       perls debian.rules doesn't wor Darren Stalder <torin@daft.com>
 3296 perl       /bin/perl is not updated       Darren Stalder <torin@daft.com>
 3300 xserver-sv xserver-svga configuration     Stephen Early <sde1000@debian.o
 3302 cron       savelog seems to be missing fr Steve Greenland <stevegr@master
 3304 rman       [rman] Off-by-one in generated Martin Schulze <joey@infodrom.n
 3305 dchanges   dchanges: urg= override is ign awpguy@acs.ucalgary.ca (Andy W.
 3307 ddd-smotif ddd-smotif does not replace dd Robert Leslie <rob@mars.org>
 3308 xmanpages  X(1) manpage in wrong place?   Stephen Early <sde1000@debian.o
 3312 mathpad    installation and startup probl Erick Branderhorst <branderh@de
 3314 base       On request of Bruce: /etc/rc.b Bruce Perens <bruce@pixar.com>
 3315 base       Bug in /etc/init.d/networks on Bruce Perens <bruce@pixar.com>
 3317 linuxdoc-s linuxdoc-sgml info files are m Sven Rudolph <sr1@inf.tu-dresde
 3319 deliver    deliver does not set exit code Robert Leslie <rob@mars.org>
 3320 bootdisk   Kernel oops - problem with APM Bruce Perens <bruce@pixar.com>
 3321 libgdbm1   libgdbm.so version number...   (unknown -- `libgdbm')
 3323 mflib      MakeTeXPK mis-invokes ps2pk    Nils Rennebarth <nils@nus.pan-n
 3324 sysklogd   Non-existant conffile not crea Martin Schulze <joey@linux.de>
 3326 gzip       zegrep missing                 Bdale Garbee <bdale@gag.com>
 3327 cern-httpd cern-httpd postinst hangs if d Steve Greenland <stevegr@master
 3328 gawk       Problems encountered while com Chris Fearnley <cjf@netaxs.com>
 3329 fileutils  Problems encountered while com daveb@tau.space.thiokol.com (Da
 3330 gcc        Problems encountered while com David Engel <david@ods.com>
 3331 fdflush    Problems encountered while com Joe Kirby <kirby@utk.edu>
 3334 grep       Problems encountered while com Joe Kirby <kirby@utk.edu>
 3335 libdb1     Problems encountered while com (unknown -- `libdb')
 3336 less       Problems encountered while com Darren Stalder <torin@daft.com>
 3338 libc5      Problems encountered while com (unknown -- `libc')
 3340 metamail   Problems encountered while com Ian Murdock <imurdock@debian.or
 3341 hostname   Problems encountered while com Peter Tobias <tobias@et-inf.fho
 3342 libgdbm1   Problems encountered while com (unknown -- `libgdbm')
 3345 libreadlin Problems encountered while com (unknown -- `libreadline')
 3346 lpr        Problems encountered while com dgregor@coil.com (D.J. Gregor)
 3348 patch      Problems encountered while com Darren Stalder <torin@daft.com>
 3349 procmail   Problems encountered while com Wendal Catt <wendal@southwind.n
 3350 procps     Problems encountered while com Fernando Alegre <alegre@mars.su
 3351 diff       Problems encountered while com Dale Scheetz <dwarf@polaris.net
 3353 bash       Problems encountered while com daveb@tau.space.thiokol.com (Da
 3356 sed        Problems encountered while com Joe Kirby <kirby@utk.edu>
 3357 sharutils  Problems encountered while com Erick Branderhorst <branderh@de
 3358 cron       Problems encountered while com Steve Greenland <stevegr@master
 3359 shellutils Problems encountered while com daveb@tau.space.thiokol.com (Da
 3361 byacc      Problems encountered while com dgregor@coil.com (D.J. Gregor)
 3362 mingetty   Problems encountered while com Michael Alan Dorman <mdorman@lo
 3363 timezone   Problems encountered while com Fernando Alegre <alegre@mars.su
 3364 symlinks   Problems encountered while com mitchell@mdd.comm.mot.com (Bill
 3366 smail      Problems encountered while com Soenke Lange <soenke@escher.nor
 3368 cron       cron's checksecurity still sca Steve Greenland <stevegr@master
 3370 cern-httpd httpdconfig installs Welcome.h Steve Greenland <stevegr@master
 3372 mgetty     mgetty+sendfax missing new_fax Nils Rennebarth <nils@nus.pan-n
 3373 gpm        gpm -k hangs if X server runni Martin Schulze <joey@infodrom.n
 3374 CVS        CVS wrappers can't be turned o Mark Eichin <eichin@kitten.gen.
 3377 gimp-dmoti gimp's sample .gimprc does not Rob Browning <osiris@cs.utexas.
 3378 gimp-dmoti gimp should put a .gimprc in / Rob Browning <osiris@cs.utexas.
 3381 general    Upgrade document and kernel up debian-devel@pixar.com
 3382 workbone   workbone disappears during upg dgregor@bronze.coil.com (D.J. G
 3383 kbd        kbd bogosity                   Dominik Kubla <Dominik.Kubla@Un
 3384 apache     apache leaves /var/log/httpd n Mark Shuttleworth <marks@thawte
 3385 xosview    xosview and /usr/bin/X11 (agai joost witteveen <joostje@master
 3386 lynx       lynx version number changes    Andrew Howell <andrew@it.com.au
 3387 base       base leaves /tmp/base.postinst Bruce Perens <bruce@pixar.com>
 3393 kernel     printer-driver problem in kern Simon Shapiro  <Shimon@i-connec
 3394 at         /etc/crontab has a bad entry   Martin Schulze <joey@infodrom.n
 3395 xbase      can't login via xdm            Stephen Early <sde1000@debian.o
 3396 tcsh       tcsh doesn't provide c-shell   Andrew Howell <andrew@it.com.au
 3397 kernel     (no subject)                   Simon Shapiro  <Shimon@i-connec
 3400 emacs      gnus broken? in Debian-emacs-1 Mark Eichin <eichin@kitten.gen.
 3401 netstd     talk clears screen after showi Peter Tobias <tobias@et-inf.fho
 3406 dpkg       dselect unreadable under xterm Ian Jackson <ian@chiark.chu.cam
 3407 fvwm2      fvwm2: WindowList infelicity   Austin Donnelly <and1000@debian
 3408 passwd     Various bugs in passwd manpage Guy Maor <maor@ece.utexas.edu>
 3409 base       Could not make boot floppy     Bruce Perens <bruce@pixar.com>
 3410 dpkg       some problems/bugs/suggestions Ian Jackson <ian@chiark.chu.cam
 3413 pcb        linked with aout libXaw        Bruce Perens <Bruce@Pixar.com>
 3415 latex      Xdvi and postscript fonts      Nils Rennebarth <nils@nus.pan-n
 3420 rootdisk   Boot disk creats corrupted fil Ian Murdock <imurdock@debian.or
 3421 base       /tmp installs wrongly          Bruce Perens <bruce@pixar.com>
 3422 ncurses3.0 termcap entry too long error   (unknown -- `ncurses')
 3423 perl       Problems installing kernel sou Darren Stalder <torin@daft.com>
 3431 www.debian some packages have no informat Ray Dassen <jdassen@wi.leidenun
 3432 mailagent  mailagent not executable       Manoj Srivastava <srivasta@pilg
 3433 cfingerd   weird output if cfingerd.conf: Martin Schulze <joey@infodrom.n
 3434 perl       pod2latex: E<szlig>, =over/=cu Darren Stalder <torin@daft.com>
 3437 fvwm       fvwm should not recommend fvwm Austin Donnelly <and1000@debian
 3439 login      Login reconfigures serial port Guy Maor <maor@ece.utexas.edu>
 3442 python     python postinst is very verbos Klee Dienes <klee@sedona.com>
 3445 amd        bug in amd package (upgrade)   Dominik Kubla <Dominik.Kubla@Un
 3447 wu-ftpd    Wu-ftpd prompts for installati Peter Tobias <tobias@et-inf.fho
 3448 apache     Apache purge gives several err Mark Shuttleworth <marks@thawte
 3451 rootdisk   Missing label 'llseek' in e2fs Ian Murdock <imurdock@debian.or
 3452 magicfilte magicfilter should run config  David Frey <David.Frey@eos.lugs
 3454 ucbmpeg    ucbmpeg control file problems  Raul Miller <moth@firefly.com>
 3456 a2gs       a2gs prompt looks like `please (unknown -- `a')
 3457 diald      diald control file problems    Giuseppe Vacanti <Giuseppe.Vaca
 3458 dviljk     dviljk missing prompt for inpu Nils Rennebarth <nils@nus.pan-n
 3459 inn        inn should Depend on inewsinn, Miquel van Smoorenburg <miquels
 3462 inn        INN postinst and configuration Miquel van Smoorenburg <miquels
 3464 kernel-sou kernel-source-2.0.0 maintainer (unknown -- `kernel-source-')
 3465 kernel-hea kernel-headers-2.0.0 maintaine (unknown -- `kernel-headers-')
 3466 tcsh, csh  tcsh, csh should use update-al Andrew Howell <andrew@it.com.au
 3467 cern-httpd cern-httpd curious message     Steve Greenland <stevegr@master
 3468 textfm, te textfm and texlib file conflic Nils Rennebarth <nils@nus.pan-n
 3469 lynx       lynx default home page         Andrew Howell <andrew@it.com.au
 3470 apache     apache problems                Mark Shuttleworth <marks@thawte
 3471 wu-ftpd    wu-ftpd postinst question aske Peter Tobias <tobias@et-inf.fho
 3475 xpaint     xpaint Recommends pbmplus      Mark Eichin <eichin@cygnus.com>
 3476 cnews      cnews description is gibberish Otmar Lendl <lendl@cosy.sbg.ac.
 3477 cnews, ine cnews and inews should be same Otmar Lendl <lendl@cosy.sbg.ac.
 3478 bind       bind should use lowercase `non Robert Leslie <rob@mars.org>
 3479            (no subject)                   (unknown)
 3480            (no subject)                   (unknown)
 3481            (no subject)                   (unknown)
 3483 genscript  using args with spaces in gens Sven Rudolph <sr1@inf.tu-dresde
 3484 manpages   broken reference to (un)link(8 Martin Schulze <joey@debian.org
 3486 cern-httpd forwarded message from Cron Da Steve Greenland <stevegr@master
 3488 rootdisk   basedisks modconf problems     Ian Murdock <imurdock@debian.or
 3489 rootdisk   basedisks configuration proble Ian Murdock <imurdock@debian.or
 3490 adduser    adduser password-setting probl Steve Phillips <sjp@cvfn.org>
 3491 rootdisk   basedisks newly booted system  Ian Murdock <imurdock@debian.or
 3492 xmix       xmix prints spurious message   Owen Dunn <osd1000@chiark.chu.c
 3493 base       Teles ISDN card installation b Bruce Perens <bruce@pixar.com>
 3494 manpages   ftw(3) typos                   Martin Schulze <joey@debian.org
 3495 npasswd_bo doesn't respect nis/yp         Chris Fearnley <cjf@netaxs.com>
 3496 cron       checksecurity patch for nfs mo Steve Greenland <stevegr@master
 3497 smail      smail calls obsolete yp_order  Soenke Lange <soenke@escher.nor
 3500 ftp.debian Required package modconf depen Ian Murdock <imurdock@debian.or
 3503 uucp       still a.out (and src doesn't b dhs@firefly.com (David H. Silbe
 3504 mailagent  /usr/bin/mailagent not executa Manoj Srivastava <srivasta@pilg
 3505 bind       ndc does not use start-stop-da Robert Leslie <rob@mars.org>
 3507 bind       named postinst mangled my conf Robert Leslie <rob@mars.org>
 3508 guile      guile doesn't have right permi Klee Dienes <klee@sedona.com>
 3509 ucbmpeg    mpeg_play puts bogus statistic Raul Miller <moth@firefly.com>
 3510 nas        removal of nas doesn't kill 'a Michael Nonweiler <mrn20@cam.ac
 3511 debianutil typo on installkernel man page Guy Maor <maor@debian.org>
 3514 dialog     Required package modconf depen llucius <llucius@millcomm.com>
 3515 gdb        gdb prints corrupted message   David Engel <david@ods.com>
 3516 kernel     SCSI_IOCTL_SEND_COMMAND can ca Simon Shapiro  <Shimon@i-connec
 3517 inn        innd won't remove syslog.conf  Miquel van Smoorenburg <miquels
 3519 kernel-pac kernel-package documentation d Manoj Srivastava <srivasta@pilg
 3521 mc         mc core dumps                  Fernando Alegre <alegre@mars.su
 3522 kernel-pac kernel-package image.postinst  Manoj Srivastava <srivasta@pilg
 3525 j1         j1 hard-linked docs/manpages   (unknown -- `j')
 3526 sysklogd   syslogd dumps core when no dom Martin Schulze <joey@linux.de>
 3529 ftp.debian libgr and zlib1 collide, but d Ian Murdock <imurdock@debian.or
 3530 dchanges   dchanges can create bad change awpguy@acs.ucalgary.ca (Andy W.
 3531 dchanges   dchanges should default to '-  awpguy@acs.ucalgary.ca (Andy W.
 3532 indent     Problems encountered while bui Steve Greenland <stevegr@neosof
 3533 rc         Problems encountered while bui Simon Shapiro <shimon@i-Connect
 3535 taper      Problems encountered while bui Joe Kirby <kirby@utk.edu>
 3538 bash       bash on m68k doesn't use ncurs daveb@tau.space.thiokol.com (Da
 3539            (no subject)                   (unknown)
 3540 mkisofs    mkisofs stops if a problem occ Stephen Early <sde1000@cam.ac.u
 3541 libc5      rlogin blocks on ECONNREFUSED! (unknown -- `libc')
 3542 mawk       Problems encountered while com Chris Fearnley <cjf@netaxs.com>
 3543 git        Problems encountered while com Klee Dienes <klee@sedona.com>
 3544 mawk       Problems encountered while com Chris Fearnley <cjf@netaxs.com>
 3545 pgp-i      Problems encountered while com Ian Jackson <ian@chiark.chu.cam
 3546 weblint    Weblint installs /usr/doc/webl Darren Stalder <torin@daft.com>
 3547 mc         Problems encountered while com Fernando Alegre <alegre@mars.su
 3548 acm        acm description: no ext        Ian Murdock <imurdock@debian.or
 3550 amstex     amstex description: no ext     Nils Rennebarth <nils@nus.pan-n
 3551 automake   automake description: summary  Kevin Dalley <kevin@aimnet.com>
 3552 aout-binut aout-binutils description: no  David Engel <david@ods.com>
 3553 aout-librl aout-librl description: no ext Ian Murdock <imurdock@debian.or
 3554 bdflush    bdflush description: summary s Guy Maor <maor@ece.utexas.edu>
 3555 apache     apache description: ext extra  Mark Shuttleworth <marks@thawte
 3556 autoconf   autoconf description: ext star Mark Eichin <eichin@kitten.gen.
 3557 base       base description: no ext       Bruce Perens <bruce@pixar.com>
 3558 beav       beav description: ext extra sp Klee Dienes <klee@sedona.com>
 3559 acs        acs description: no ext        adfernan@cnd.mcgill.ca (Andrew 
 3561 bash       bash description: no ext       daveb@tau.space.thiokol.com (Da
 3562 elviscmn   elviscmn description: no ext   sgk@sgk.tiac.net ("Susan G. Kle
 3565 dbview     dbview description: ext extra  Martin Schulze <joey@infodrom.n
 3566 dejagnu    dejagnu description: summary s Kevin Dalley <kevin@aimnet.com>
 3567 byacc      byacc description: no ext      dgregor@coil.com (D.J. Gregor)
 3568 bin86      bin86 description: no ext      (unknown -- `bin')
 3569 emacs-el   emacs-el description: no ext   Mark Eichin <eichin@kitten.gen.
 3570 fdflush    fdflush description: no ext    Joe Kirby <kirby@utk.edu>
 3571 fortune    fortune description: summary s dhs@firefly.com (David H. Silbe
 3572 dld        dld description: ext start ind gthomas@native-ed.bc.ca (Guy R.
 3573 diald      diald description: ext start b Giuseppe Vacanti <Giuseppe.Vaca
 3574 binutils   binutils description: no ext   David Engel <david@ods.com>
 3575 boot-flopp boot-floppies description: no  Bruce Perens <Bruce@Pixar.com>
 3577 es         es description: no ext         joost witteveen <joostje@debian
 3578 dlltools   dlltools description: no ext   adfernan@cnd.mcgill.ca (Andrew 
 3579 fileutils  fileutils description: no ext  daveb@tau.space.thiokol.com (Da
 3580 f2c        f2c description: no ext        (unknown -- `f')
 3582 electric-f electric-fence description: no Siggy Brentrup <bsb@uni-muenste
 3583 fort77     fort77 description: no ext     (unknown -- `fort')
 3584 g77        g77 description: ext start ind (unknown -- `g')
 3585 gimp-smoti gimp-smotif description: ext s Rob Browning <osiris@cs.utexas.
 3586 findutils  findutils description: no ext  Kevin Dalley <kevin@aimnet.com>
 3587 gnuplot    gnuplot description: no ext    joost witteveen <joostje@master
 3588 git        git description: ext extra spa Klee Dienes <klee@sedona.com>
 3590 libjpeg6a  libjpeg6a description: ext sta (unknown -- `libjpeg')
 3591 gzip       gzip description: no ext       Bdale Garbee <bdale@gag.com>
 3592 ipx        ipx description: no ext        mrn20@cam.ac.uk (Michael R. Non
 3593 hostname   hostname description: no ext   Peter Tobias <tobias@et-inf.fho
 3594 gwm        gwm description: no ext        Kevin Dalley <kevin@aimnet.com>
 3595 grep       grep description: no ext       Joe Kirby <kirby@utk.edu>
 3596 gsfonts    gsfonts description: no ext    joost witteveen <joostje@master
 3597 glibcdoc   glibcdoc description: no ext   Ian Murdock <imurdock@debian.or
 3598 ghostview  ghostview description: ext sta Helmut Geyer <Helmut.Geyer@iwr.
 3599 gdb        gdb description: no ext        David Engel <david@ods.com>
 3600 gimp-dmoti gimp-dmotif description: ext s Rob Browning <osiris@cs.utexas.
 3601 minicom    minicom description: no ext    Miquel van Smoorenburg <miquels
 3602 manpages-d manpages-de description: no ex Martin Schulze <joey@debian.org
 3604 jargon     jargon description: no ext     Steve Greenland <stevegr@neosof
 3605 kernel-ima kernel-image-2.0.0 description (unknown -- `kernel-image-')
 3606 lynx       lynx description: ext extra sp Andrew Howell <andrew@it.com.au
 3607 rc         rc description: no ext         Simon Shapiro <shimon@i-Connect
 3608 libjpeg6a- libjpeg6a-dev description: no  (unknown -- `libjpeg')
 3609 shellutils shellutils description: no ext daveb@tau.space.thiokol.com (Da
 3610 xfntcyr    xfntcyr description: no ext    Stephen Early <sde1000@debian.o
 3611 libwww-per libwww-perl description: no ex Rob Browning <osiris@cs.utexas.
 3612 libdb1     libdb1 description: no ext     (unknown -- `libdb')
 3613 mh-papers  mh-papers description: no ext  Jim Robinson <jimr@simons-rock.
 3614 symlinks   symlinks description: ext extr mitchell@mdd.comm.mot.com (Bill
 3615 m4         m4 description: no ext         (unknown -- `m')
 3616 less       less description: ext extra sp Darren Stalder <torin@daft.com>
 3617 mawk       mawk description: ext extra sp Chris Fearnley <cjf@netaxs.com>
 3618 psutils    psutils description: summary s Dale Scheetz <dwarf@polaris.net
 3619 rcs        rcs description: ext extra spa Sven Rudolph <sr1@inf.tu-dresde
 3620 most       most description: summary star Chris Fearnley <cjf@netaxs.com>
 3621 lxtools    lxtools description: no ext    Joe Kirby <kirby@utk.edu>
 3622 libident   libident description: summary  Dale Scheetz <dwarf@polaris.net
 3623 seesat5    seesat5 description: summary s (unknown -- `seesat')
 3625 sed        sed description: no ext        Joe Kirby <kirby@utk.edu>
 3626 libg++27   libg++27 description: no ext   (unknown -- `libg++')
 3627 octave     octave description: no ext     Dale Scheetz <dwarf@polaris.net
 3628 modconf    modconf description: no ext    Bruce Perens <Bruce@Pixar.com>
 3629 pmake      pmake description: no ext      Ian Murdock <imurdock@debian.or
 3630 ncpfs      ncpfs description: summary sta mrn20@cam.ac.uk (Michael R. Non
 3631 oleo       oleo description: no ext       Kevin Dalley <kevin@aimnet.com>
 3632 nis        nis description: summary start Miquel van Smoorenburg <miquels
 3633 pc532down  pc532down description: ext sta (unknown -- `pc')
 3634 nvi        nvi description: no ext        Steve Greenland <stevegr@neosof
 3635 pcb        pcb description: no ext        Bruce Perens <Bruce@Pixar.com>
 3637 w3-el      w3-el description: no ext      (unknown -- `w')
 3638 setserial  setserial description: no ext  Gordon Russell <gor@dcs.napier.
 3640 tkdesk     tkdesk description: ext start  Craig Sanders <cas@taz.net.au>
 3641 unarj      unarj description: ext start i Karl Ferguson <karl@tower.com.a
 3642 syslinux   syslinux description: no ext   Bruce Perens <Bruce@Pixar.com>
 3643 taper      taper description: no ext      Joe Kirby <kirby@utk.edu>
 3644 procmail   procmail description: no ext   Wendal Catt <wendal@southwind.n
 3645 slang-deve slang-devel description: ext e Chris Fearnley <cjf@netaxs.com>
 3646 textutils  textutils description: no ext  daveb@tau.space.thiokol.com (Da
 3647 timezone   timezone description: summary  Fernando Alegre <alegre@mars.su
 3649 win32libs  win32libs description: no ext  (unknown -- `win')
 3650 xfntbig    xfntbig description: no ext    Stephen Early <sde1000@debian.o
 3651 win32gcc   win32gcc description: no ext   (unknown -- `win')
 3653 win32binut win32binutils description: no  (unknown -- `win')
 3654 xcoral     xcoral description: summary st Christophe Le Bars <clebars@deb
 3655 wenglish   wenglish description: no ext   Erick Branderhorst <branderhors
 3656 tar        tar description: no ext        Bdale Garbee <bdale@gag.com>
 3657 xfnt100    xfnt100 description: no ext    (unknown -- `xfnt')
 3659 xpat2      xpat2 description: ext extra s (unknown -- `xpat')
 3661 xlib       xlib description: no ext       Stephen Early <sde1000@debian.o
 3662 xslib      xslib description: no ext      Stephen Early <sde1000@debian.o
 3663 xfntscl    xfntscl description: no ext    Stephen Early <sde1000@debian.o
 3664 workbone   workbone description: no ext   dgregor@bronze.coil.com (D.J. G
 3665 xfnt75     xfnt75 description: no ext     (unknown -- `xfnt')
 3666 xonix      xonix description: summary sta Sven Rudolph <sr1@inf.tu-dresde
 3667 pico       pico description: no ext       Dale Scheetz <dwarf@polaris.net
 3668 gopher-cli gopher-client description: ext Ted Hajek <tedhajek@boombox.mic
 3669 xsok       xsok description: ext extra sp Sven Rudolph <sr1@inf.tu-dresde
 3670 idanish    idanish description: no ext    jimr@simons-rock.edu (Robinson,
 3671 dosemu     dosemu description: no ext     Mike Deisher <deisher@dspsun.ea
 3672 idutch     idutch description: no ext     Erick Branderhorst <branderh@de
 3673 gsfonts    gsfonts description: no ext    joost witteveen <joostje@master
 3674 imapd      imapd description: no ext      Dale Scheetz <dwarf@polaris.net
 3675 xwpe       xwpe description: no ext       dgregor@coil.com (D.J. Gregor)
 3676 zoo        zoo description: summary start Martin Schulze <joey@namib.nort
 3677 arrl-infos arrl-infoserv description: no  Bruce Perens <Bruce@Pixar.com>
 3678 xxgdb      xxgdb description: no ext      Helmut Geyer <Helmut.Geyer@iwr.
 3680 auto-pgp   auto-pgp description: ext star Mike Deisher <deisher@dspsun.ea
 3681 tkman      tkman description: summary sta David Engel <david@ods.com>
 3682 wswedish   wswedish description: no ext   jimr@simons-rock.edu (Robinson,
 3683 gopherd    gopherd description: ext start Ted Hajek <tedhajek@boombox.mic
 3684 rsynth     rsynth description: summary st Marcel Riedi <riedi@tik.ee.ethz
 3686 ifrench    ifrench description: no ext    (orphan)
 3687 wfrench    wfrench description: no ext    jimr@simons-rock.edu (Robinson,
 3688 wnorwegian wnorwegian description: no ext jimr@simons-rock.edu (Robinson,
 3689 seyon      seyon description: no ext      Sven Rudolph <sr1@inf.tu-dresde
 3690 pine       pine description: no ext       Dale Scheetz <dwarf@polaris.net
 3691 witalian   witalian description: no ext   jimr@simons-rock.edu (Robinson,
 3692 zip        zip description: no ext        Carl Streeter <streeter@cae.wis
 3693 unzip      unzip description: no ext      Carl Streeter <streeter@cae.wis
 3694 tripwire   tripwire description: ext star Patrick Weemeeuw <patrick.weeme
 3695 zyxel      zyxel description: summary sta bcwhite@pobox.com (Brian C. Whi
 3696 pstoedit   pstoedit description: ext star joost witteveen <joostje@debian
 3697 wdutch     wdutch description: no ext     Erick Branderhorst <branderh@de
 3698 wspanish   wspanish description: no ext   jimr@simons-rock.edu (Robinson,
 3699 xpaint     xpaint description: summary st Mark Eichin <eichin@cygnus.com>
 3700 www.debian Web pages lack <LINK REV="MADE Ray Dassen <jdassen@wi.leidenun
 3703 mkisofs    mkisofs stops if a permission  Stephen Early <sde1000@cam.ac.u
 3704 dpkg       Weird dselect behavior (bug?)  Ian Jackson <ian@chiark.chu.cam
 3705 procmail   procmail does close(-1)        Wendal Catt <wendal@southwind.n
 3707 elm        Problems encountered while com Carl Streeter <streeter@cae.wis
 3709 ratfor77   Problems encountered while com (unknown -- `ratfor')
 3710 latex      Tex can't find the default for Nils Rennebarth <nils@nus.pan-n
 3711 uucp       Problems encountered while com dhs@firefly.com (David H. Silbe
 3712 netpbm     netpbm doesn't provide index o (unknown -- `netpbm')
 3713 p2c        Problems encountered while com (unknown -- `p')
 3714 term       Problems encountered while com Jim Robinson <jimr@simons-rock.
 3716 infocom    Problems encountered while com Brian White <bcwhite@pobox.com>
 3717            netpbm doesn't provide index o (unknown)
 3718 ash        Problems encountered while com Bruce Perens <Bruce@Pixar.com>
 3720 shutdown   shutdown prints "You don't exi (unknown -- `shutdown')
 3721 termcap-co Problems while compiling "term Christian Hudon <chrish@debian.
 3722 kernel-pac kernel-image uses stale LILO s Manoj Srivastava <srivasta@pilg
 3724 libc5-dev  nlist() missing from libc      (unknown -- `libc')
 3725 man        Another data point on apropos  Alvar Bray <alvar@debian.org>
 3726 ed         Problems encountered while com Austin Donnelly <and1000@debian
 3727 bc         Problems encountered while com Austin Donnelly <and1000@debian
 3728 ee         Problems while compiling "ee"  Steve Greenland <stevegr@neosof
 3729 nvi        Problems while compiling "nvi" Steve Greenland <stevegr@neosof
 3730 xbase      improper lookup of window mana Stephen Early <sde1000@debian.o
 3731 snmp       snmpd: patch for hrProcessorLo David Engel <david@ods.com>
 3732 psutils    psutils has invalid address in Dale Scheetz <dwarf@polaris.net
 3733 compress-p problems with compress-package Yves Arrouye <arrouye@debian.or
 3734 xbase et a X11 problems                   Stephen Early <sde1000@debian.o
 3735 cern-httpd cern-httpd doesn't send fqdn o Steve Greenland <stevegr@master
 3737 xosview    xosview uses -O3 -f...         joost witteveen <joostje@master
 3739 man        `man -l -' for stdin doesn't w Alvar Bray <alvar@debian.org>
 3740 modconf    A couple of problems popped up Bruce Perens <Bruce@Pixar.com>
 3741 netcat     Problems encountered while com Michael Shields <shields@crossl
 3742 tcpdump    tcpdump doesn't notice icmp pa Peter Tobias <tobias@et-inf.fho
 3743 netpbm     Problems encountered while com (unknown -- `netpbm')
 3746 kernel-pac kernel-package unclear on use  Manoj Srivastava <srivasta@pilg
 3747 setserial  "setserial" doesn't support mu Gordon Russell <gor@dcs.napier.
 3748 fvwm       Pixmaps missing from fvwm pack Austin Donnelly <and1000@debian
 3750 xserver-s3 X server inaccessible sometime (unknown -- `xserver-s')
 3751 xbase      xconsole stops logging when sy Stephen Early <sde1000@debian.o
 3752 sendmail   sendmail shouldn't require 'de Robert Leslie <rob@mars.org>
 3753 sendmail   sendmail shouldn't require 'de Robert Leslie <rob@mars.org>
 3754 sendmail   sendmail shouldn't require 'de Robert Leslie <rob@mars.org>
 3755 xaw3d      xaw3d shouldn't automatically  (unknown -- `xaw')
 3756 sendmail   sendmail has wrong path to pro Robert Leslie <rob@mars.org>
 3757 kernel-ima Installation of kernel-image-2 (unknown -- `kernel-image-')
 3758 transfig   transfig depends on libjpeg    dgregor@coil.com (D.J. Gregor)
 3759 ghostview  xxgdb and ghostview have bad M Helmut Geyer <Helmut.Geyer@iwr.
 3760 gimp-dmoti gimp-[ds]motif recommend obsol Rob Browning <osiris@cs.utexas.
 3761 base       LILO installation problem      Bruce Perens <bruce@pixar.com>
 3762 setserial  /etc/rc.boot/0setserial usuall Gordon Russell <gor@dcs.napier.
 3764 tar        tar dumps core                 Bdale Garbee <bdale@gag.com>

The listing by package maintainer is posted every Wednesday,
and the listing by age of the report every Friday.

Please see the developers' notes on the simple bug tracking system
for details of how to deal with a bug report.  Outstanding bug
reports and ones recently marked as done can be inspected at
 http://www.cl.cam.ac.uk/users/iwj10/debian-bugs/
or at the US mirror:
 http://www.debian.org/Bugs/


From debian-devel-request@lists.debian.org Sat Jul 13 20:34:29 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 20:19:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 20:19:37 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 01:41:16 -0000
Resent-Date: 13 Jul 1996 01:41:16 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31E6FE5B.7169D1D2@verisim.com>
Date: Fri, 12 Jul 1996 21:39:39 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Bruce Perens <bruce@pixar.com>
CC: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: GNU Makefile rules for debian preinst and postinst.
References: <m0ueSZU-0005YhC@mongo.pixar.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"xK0eM2.0._R3.xwlvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4898
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> What we'd like to arrive at is a "preinst:" and "postinst:" target in the
> makefile that would be run by "make install" when installing directly from
> make, and would be run by "dpkg" when installing a Debian package. The
> simplest way to do this would be to install "make" in the base system,
> put the makefile in the /DEBIAN directory of the package, and have the
> preinst and postinst scripts simply run "make -f package.makefile preinst"
> and so on.

It's an interesting idea, but it has problems if the install scripts are
at all complex, or are written in a higher language like perl.  The gnats
install scripts, for example, are very long and are actually built during
the "debian.rules binary" phase from a collection of smaller scripts (each
written and tested independant of the others).

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.


From debian-devel-request@lists.debian.org Sat Jul 13 20:59:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 20:57:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 20:57:10 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 03:17:59 -0000
Resent-Date: 13 Jul 1996 03:17:59 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0uevDB-0002EWC@plato>
To: debian-devel@lists.debian.org
Subject: Re: [linux-security] Re: You wouldn't believe it... 
In-reply-to: Message from kai@khms.westfalen.de (Kai Henningsen) 
   of "11 Jul 1996 20:14:00 +0200."References: <6CfNZ4kEcsB@khms.westfalen.de> 
 <6CfNZ4kEcsB@khms.westfalen.de> 
Date: Fri, 12 Jul 1996 23:17:39 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"4hPV3.0.0V4.dLnvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4899
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> From linux-security, with some thoughts about configuring packages and  
> telling the user (sysadmin) about it.
> 
> We've already talked about similar things. Maybe we should think some more  
> about this.

Well, I'll just thrown in the opinion that we shouldn't enable any
uneeded network services by default -- we should ask first, and if
possible we should move the configuration scripts into /usr/sbin or
something -- so that people can redo it whenever they want.

For example, it would be really nice for the script that runs on the
base disks and setups up the network were available as a netconfig
script, just like there is bindconfig and smailconfig available.

We also have never gotten the dpkg functions for "never ask me any
questions, just do this" (within reason).  I can't imagine what people
who want to install and ugprade hundereds of machines think of
Debian's questions -- they probably don't have the time or patience to
sit there and watch for the prompts.  Is there a way around this?  I
can't think of any off the top of my head -- perhaps an expect script
and some standardized format for config scripts?  Like "do you wish to
setup blah now [Y/n]?"

> > > server on our network.  "What windows server?"  It was then that I found
> > > that by default, Red Hat 3.0.3 setup Samba for me and ran it with /tmp
> > > world rw.  I still don't know Samba, but I assume this is the section of

Ack!  That is horrible behaviour!

> > the package and leaves you to figure out how to configure it. Debian
> > seems to follow the Redhat philosophy as well. If you install
> > netatalk, for instance, it configures it to allow users to mount this
> > home directory.

I've never installed netatalk, but if it does this without asking, it
sounds like a problem to me.



Jim


From debian-devel-request@lists.debian.org Sat Jul 13 21:24:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 13 Jul 1996 21:05:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 13 Jul 1996 21:05:20 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 03:26:26 -0000
Resent-Date: 13 Jul 1996 03:26:26 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0uevLD-0005YhC@mongo.pixar.com>
Date: Fri, 12 Jul 96 20:25 PDT
From: bruce@pixar.com (Bruce Perens)
To: Bruce Perens <bruce@pixar.com>, "Brian C. White" <bcwhite@verisim.com>
Subject: Re: GNU Makefile rules for debian preinst and postinst.
Cc: Debian Developers <debian-devel@lists.debian.org>
References: <m0ueSZU-0005YhC@mongo.pixar.com>
Resent-Message-ID: <"opcof1.0.9Z4.YTnvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4900
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I have a proposal from RMS on this in my back mail - I'll dig it up and
forward it to you guys. At the moment I'm dealing with some home purchase
stuff.

	Bruce
--
The "Toy Story Animated Storybook" CD was the best selling software product
during the month of May, outselling the Windows '95 upgrade, Quicken, etc.
Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Sun Jul 14 05:19:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 05:03:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 05:03:24 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 14:53:17 -0000
Resent-Date: 13 Jul 1996 14:53:16 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <llucius@millcomm.com>
Date: Sat, 13 Jul 1996 09:53:33 -0500 (CDT)
From: llucius <llucius@millcomm.com>
Subject: Re: Can someone direct me to info on taking over a package?
To: "Darren/Torin/Who Ever..." <torin@daft.com>
cc: "Debian Developer's List" <debian-devel@lists.debian.org>
In-Reply-To: <87vifux7lq.fsf@perv.daft.com>
Message-ID: <Pine.3.89.9607130909.A28948-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"3dEvU2.0.vr2.SXxvn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4901
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On 12 Jul 1996, Darren/Torin/Who Ever... wrote:

> 
> I've been meaning to ask this question:
> The perl package has a file debian.dialog.pl that gets installed at
> /usr/lib/perl5/dialog.pl.  Does anyone use this?  Where does it come
> from?  It was there when I got the package and I've just left it there.
> 
I don't know where it comes from, but the "dialog" package also has a 
copy (which doesn't get installed).

Leland

__ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth!
   oo o  oo o  o  | 
    o       o   o | llucius@millcomm.com
 o oo    o     o  | 
-- -- -- -- -- -- | http://www.millcomm.com/~llucius       (maybe one day)


From debian-devel-request@lists.debian.org Sun Jul 14 06:59:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 06:58:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 06:58:31 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 17:14:00 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3765: dpkg and kernel-* package names
Reply-To: Bill Mitchell <mitchell@mdd.comm.mot.com>, 3765@bugs.debian.org
Resent-From: Bill Mitchell <mitchell@mdd.comm.mot.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-Date: Sat, 13 Jul 1996 17:03:05 GMT
Resent-Message-ID: <handler.3765.B.8372765732866@bugs.debian.org>
X-Debian-PR-Package: dpkg
X-Loop: owner@bugs.debian.org
X-Authentication-Warning: bb29c.mdd.comm.mot.com: mitchell owned process doing -bs
Date: Sat, 13 Jul 1996 09:30:31 -0700 (PDT)
From: Bill Mitchell <mitchell@mdd.comm.mot.com>
X-Sender: mitchell@bb29c
To: submit@bugs.debian.org
Message-ID: <Pine.SUN.3.93.960713092030.8826A-100000@bb29c>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4902
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


PACKAGE: dpkg
VERSION: 1.2.6

Perhaps this is a package-naming problem in the kernel-*
packages, or a dpkg problem.  I'm not sure which.  In
any case, the following output from "dpkg --list"
seems confusing:

ii  kernel-headers- 2.0.0-0        Linux kernel headers.
ii  kernel-image-2. 2.0.0-0        Linux kernel binary image.

mitchell@mdd.comm.mot.com (Bill Mitchell)



From debian-devel-request@lists.debian.org Sun Jul 14 08:39:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 08:30:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 08:30:45 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 19:45:21 -0000
Resent-Date: 13 Jul 1996 19:45:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <richard@greenend.org.uk>
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <8NV+JUyX0@sfere.elmail.co.uk>
Date: Sat, 13 Jul 96 20:39:36 +0100 (BST)
To: Debian User mailing list <debian-devel@lists.debian.org>
Subject: Re: a.out libvga.so for DOOM
Newsgroups: chiark.mail.debian.user
In-Reply-To: <m0ueopq-00014qC@miles.econ.queensu.ca>
References: <31E5216F.6A54@vsl.com>
	<m0ueopq-00014qC@miles.econ.queensu.ca>
Resent-Message-ID: <"5qXWG3.0.kE2.Gp_vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4903
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>Yes, use the aout-svgalib package from the binary-i386/graphics section.
>
>edd@miles:~> dpkg -f `locate aout-svga`
>PACKAGE: aout-svgalib
>VERSION: 1.28-6
>MAINTAINER: Richard Kettlewell <richard@uk.geeks.org>
                                 ^^^^^^^^^^^^^^^^^^^^

Oops, that's a bit out of date.  Is there any way of getting that
fixed (to richard@greenend.org.uk, over which domain I have
considerably more control than the now mostly defunct uk.geeks.org)
short of uploading the package afresh?

I'm still hoping that someone else will maintain the svgalib packages,
as I don't have the time: most importantly they need to be updated to
use the latest upstream version.

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Sun Jul 14 09:04:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 08:43:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 08:43:51 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 19:51:17 -0000
Resent-Date: 13 Jul 1996 19:51:17 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0ufAiV-0002EWC@plato>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Installer packages and arbitrary files referenced by packages 
In-reply-to: Message from Lars Wirzenius <liw@iki.fi> 
   of "Fri, 12 Jul 1996 15:34:29 +0300."References: <m0uehQV-000HX4C@liw.clinet.fi> 
 <m0uehQV-000HX4C@liw.clinet.fi> 
Date: Sat, 13 Jul 1996 15:51:01 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"MGe4m2.0.LG2.ru_vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4904
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> 
> Some people will object to /tmp, others to ~root.  I object to both.
> Why not ask for a suitable pathname, and give a suitable default?

Because then we would have to check that they didn't stick in

	/etc/passwd

or something.  We can't just say "if (!-f file" because it might be a
legitimate file from a previous install.  And I don't want to get into
opening the file to check the contents... :-(

> And, if /usr/bin/mail is available (it often is), offer to mail the log
> file, or at least a notification (ask for the address to mail it to, as

Ok, you suggested this before, and I'm sorry I didn't get back to you
on it.  This sounds like a fine idea, but is mail doing local delivery
something we can rely on if the /usr/bin/mail is there?  I mean, what
if they install smail, mailx, and auctex at once -- does smail get set
up before auctex? (I don't know the answer -- this is a serious
question.)

This reminds me, has anybody else had a problem with smail not setting
up an aliases driver?  I had to fix such a problem on my system to get
/etc/alias working -- but I could have screwed something up earlier
and forgetten about it.


Jim


From debian-devel-request@lists.debian.org Sun Jul 14 09:05:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 08:47:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 08:47:17 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 19:58:23 -0000
Resent-Date: 13 Jul 1996 19:58:22 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <torin@perv.daft.com>
Sender: torin@perv.daft.com
To: llucius <llucius@millcomm.com>
Cc: "Darren/Torin/Who Ever..." <torin@daft.com>,
  "Debian Developer's List" <debian-devel@lists.debian.org>
Subject: Re: Can someone direct me to info on taking over a package?
References: <Pine.3.89.9607130909.A28948-0100000@mill2.MillComm.COM>
From: "Darren/Torin/Who Ever..." <torin@daft.com>
In-Reply-To: llucius's message of Sat, 13 Jul 1996 09:53:33 -0500 (CDT)
Date: 13 Jul 1996 12:53:50 -0700
Message-ID: <87hgrc53qp.fsf@perv.daft.com>
Lines: 31
X-Mailer: Gnus v5.2.34/XEmacs 19.14
Resent-Message-ID: <"wccDG3.0.KK2.U__vn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4905
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

llucius <llucius@millcomm.com>, in an immanent manifestation of deity, wrote:
>On 12 Jul 1996, Darren/Torin/Who Ever... wrote:
>> The perl package has a file debian.dialog.pl that gets installed at
>> /usr/lib/perl5/dialog.pl.  Does anyone use this?  Where does it come
>> from?  It was there when I got the package and I've just left it there.
>> 
>I don't know where it comes from, but the "dialog" package also has a 
>copy (which doesn't get installed).

Well, the one in the Perl package won't be installed and we'll see what
squawks.

Darren
- -- 
<torin@daft.com> <http://www.daft.com/~torin> <torin@debian.org> <torin@io.com>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMef+yI4wrq++1Ls5AQHNyAP/YdRKmUTdsDfqCI5uSgfFRGaZNwN+wWBw
L7aeb2VcgI9gC7mRk/hCwJm7Jm2uwGTF23/xNM1L+8irCgZU8ULT4J6iIk7Lp/Xk
VQEVE5yDsGnxzZl89IAoEy29sRdR9aXpA285TSkIh4U2rWBqapfWH6iSzcImK45k
0QTeO0frelY=
=cr1w
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Sun Jul 14 09:30:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 09:12:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 09:12:51 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 20:34:01 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3766: "man" acting too smart.
Reply-To: jimr@simons-rock.edu, 3766@bugs.debian.org
Resent-From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Alvar Bray <alvar@debian.org>
Resent-Date: Sat, 13 Jul 1996 20:18:05 GMT
Resent-Message-ID: <handler.3766.B.8372885707638@bugs.debian.org>
X-Debian-PR-Package: man
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufAbl-0002EWC@plato>
X-Mailer: MH 6.8.3
To: submit@bugs.debian.org
Date: Sat, 13 Jul 1996 15:44:04 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4906
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: man
Version: 2.3.10-11

Man refuses to find the 9term manpage because of the manpage name:


[lestat:~]$ ls -l /usr/man/man1/9term.1 
-rw-r--r--   1 root     root        14318 Jul 12 15:34    /usr/man/man1/9term.1
[lestat:~]$ man 9term
What manual page do you want from section 9term?
[lestat:~]$ man 1 9term


9TERM(1)                                                 9TERM(1)


NAME
       9term, label, wloc - terminal emulator

....


From debian-devel-request@lists.debian.org Sun Jul 14 09:55:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 09:40:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 09:40:51 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 21:43:36 -0000
Resent-Date: 13 Jul 1996 21:43:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Sat, 13 Jul 1996 17:43:29 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: llucius <llucius@millcomm.com>
cc: Richard Kaszeta <kaszeta@me.umn.edu>, debian-devel@lists.debian.org
Subject: Re: Postings
In-Reply-To: <Pine.3.89.9607121758.A9782-0100000@mill2.MillComm.COM>
Message-ID: <Pine.LNX.3.94.960713174251.240E-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"joYEW2.0._A4.8Y1wn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4907
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Fri, 12 Jul 1996, llucius wrote:

> On Thu, 11 Jul 1996, Richard Kaszeta wrote:
> 
> > I have seen none of my postings to debian-devel.  Does the listserver
> > not send them to the originator?
> > 
> 
> I have the same problem (also from MN), but eventually they come through 
> a little more than a day later.  B-(  I have no idea what's causing it.
> 
The list server is in France and sometimes has net connectivity problems.

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Sun Jul 14 09:55:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 09:41:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 09:41:50 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 21:49:05 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3767: axinfo coredump
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3767@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@dds.hacktic.nl>
Resent-Date: Sat, 13 Jul 1996 21:33:03 GMT
Resent-Message-ID: <handler.3767.B.8372930759055@bugs.debian.org>
X-Debian-PR-Package: axe
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <8NW0MXyX1@sfere.elmail.co.uk>
Date: Sat, 13 Jul 96 21:51:07 +0100 (BST)
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4908
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: axe
version: 6.1.2-2

I typed this command:

$ axinfo dir &

then hit the `tree' button.  axinfo immediately coredumped.  I'll keep
the coredump around for a bit...

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Sun Jul 14 10:20:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 10:00:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 10:00:19 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 23:04:09 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3768: axe info files incorrectly installed
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3768@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@dds.hacktic.nl>
Resent-Date: Sat, 13 Jul 1996 22:48:04 GMT
Resent-Message-ID: <handler.3768.B.83729757611451@bugs.debian.org>
X-Debian-PR-Package: axe
X-Loop: owner@bugs.debian.org
Message-Id: <8NW1SMyX3@sfere.elmail.co.uk>
Date: Sat, 13 Jul 96 23:05:36 +0100 (BST)
From: Richard Kettlewell <richard@greenend.org.uk>
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4909
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: axe
Version: 6.1.2-2

richard@sfere:richard$ ls -l /usr/info/axe*
-r--r--r--   1 root     root         1163 Mar 16 16:42 /usr/info/axe.info
-r--r--r--   1 root     root        45461 Mar 16 16:42 /usr/info/axe.info-1
-r--r--r--   1 root     root        45338 Mar 16 16:42 /usr/info/axe.info-2
richard@sfere:richard$ 

According to the guidelines:

   * Info documents should be mode 644, owned by `root.root', and
     compressed with `gzip -9' when installed.  The package must call
     `install-info' to update the Info `dir' file.  This should be done
     in the post-installation script (`postinst'), like this:

          install-info --quiet /usr/info/foobar.info

     The entries should be removed by the pre-removal script (`prerm'),
     like this:

          install-info --quiet --remove /usr/info/foobar.info

     It is also a good idea to specify a section for the Info `dir'
     entry.  This is done with the `--section' switch.  To determine
     which section to use, you should use look at `/usr/info/dir' on
     your system and choose the most relevant (or create a new section
     if none of the current sections are relevant).

     If `install-info' cannot find a description entry in the Info file
     you will have to supply one.  See `install-info'(8) for details.

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Sun Jul 14 10:20:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 10:02:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 10:02:13 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 23:04:12 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3770: dodgy `\n' in perl postinst
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3770@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Sat, 13 Jul 1996 22:48:07 GMT
Resent-Message-ID: <handler.3770.B.83729757711459@bugs.debian.org>
X-Debian-PR-Package: perl
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <8NW26myX5@sfere.elmail.co.uk>
Date: Sat, 13 Jul 96 23:22:14 +0100 (BST)
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4910
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: perl
Version: 5.002-10

    richard@sfere:binary$ really dpkg -i devel/perl-
    perl-5.002-10.deb       perl-suid-5.002-10.deb  perl-tk-b11.02-0.deb
    richard@sfere:binary$ really dpkg -i devel/perl-5.002-10.deb devel/perl-suid-5.002-10.deb 
    (Reading database ... 18380 files and directories currently installed.)
    Preparing to replace perl (using devel/perl-5.002-10.deb) ...
    Unpacking replacement perl ...
    Selecting previously deselected package perl-suid.
    Unpacking perl-suid (from devel/perl-suid-5.002-10.deb) ...
    Setting up perl ...
    Creating Perl header files.  This may take a while...
 +->\nIf possible, you should use Socket and/or some of the other modules.
 |  h2ph has always been somewhat broken.
 |
Here.

In addition the admonition to use Socket.pm and its friends instead of
the h2ph output is, while worthy, true, etc, not appropriate material
for a postinst to output; from the Guidelines:

       If a package has a vitally important piece of information to
    pass to the user (such as "don't run me as I am, you must edit the
    following configuration files first or you risk your system
    emitting badly-formatted messages"), it should display this in the
    `postinst' script and prompt the user to hit Return to acknowledge
    the message.  Copyright messages do not count as vitally important
    (they belong in `/usr/doc/copyright'; neither do instructions on
    how to use a program (these should be in on line documentation,
    where all the users can see them).

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Sun Jul 14 10:20:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 10:03:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 10:03:42 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 23:04:20 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3769: problems with sysklogd postinst
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3769@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Martin Schulze <joey@linux.de>
Resent-Date: Sat, 13 Jul 1996 22:48:06 GMT
Resent-Message-ID: <handler.3769.B.83729757611455@bugs.debian.org>
X-Debian-PR-Package: sysklogd
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <8NW1V-yX4@sfere.elmail.co.uk>
Date: Sat, 13 Jul 96 23:09:02 +0100 (BST)
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4911
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: sysklogd
Version: 1.3-6

    richard@sfere:binary$ really dpkg -i base/sysklogd-1.3-6.deb 
    Selecting previously deselected package sysklogd.
[......omissions........]
    Installing new version of config file /etc/cron.weekly/sysklogd ...
    Version 1.3 of the package is the culmination of about two years of
    experience and bug reports on the 1.2 version from both the INTERNET
    and our corporate Linux networks.
    
    The default behaviour of syslogd has altered from 1.2 to 1.3. By default
    *no* messages from the UDP port are accepted.
    
    Read the documentation in /usr/doc/base/sysklogd carefully. Some important
    things have been changed!
    starting /sbin/syslogd ...
    starting /sbin/klogd ...
    klogd: Already running.
    
    richard@sfere:binary$ ps uxaw | head -1 ; ps uxaw | grep log
    USER       PID %CPU %MEM  SIZE   RSS TTY STAT START   TIME COMMAND
    richard   8418  0.0  1.1   912   368  p5 S    22:58   0:00 grep log 
    root       100  0.0  1.1   816   372  ?  S    18:04   0:00 /sbin/klogd 
    root       217  0.0  5.1  2640  1592  ?  S    18:05   0:02 xterm -ls +ut -geometry 80x24+0-0 -title sfere -n login 
    root      8390  0.0  1.3   848   424  ?  S    22:51   0:00 /sbin/syslogd 

You need to killall klogd as well as syslogd.

    richard@sfere:binary$ ls /etc/rc4.d/
    K11cron@         S19bind@         S20syslogd@      S89cron@
    S10sysklogd@     S20diald@        S25netstd_nfs@   S99xdm@
    S15netstd_init@  S20lpd@          S30netstd_misc@  S99xfs@
    S18netbase@      S20smtpd@        S35inn@
    richard@sfere:binary$ 

The symlinks in /etc/rc?.d/ are still there.  The postinst contains an
attempt to remove them, but it doesn't work.

Additionally the postinst should also be modified to conform with the
guidelines, in particular with respect to this paragraph:

       If a package has a vitally important piece of information to
    pass to the user (such as "don't run me as I am, you must edit the
    following configuration files first or you risk your system
    emitting badly-formatted messages"), it should display this in the
    `postinst' script and prompt the user to hit Return to acknowledge
    the message.  Copyright messages do not count as vitally important
    (they belong in `/usr/doc/copyright'; neither do instructions on
    how to use a program (these should be in on line documentation,
    where all the users can see them).

I should have imagined that the advert about the years of development
etc can safely be ommitted, in particular - it's better suited to
static documentation than an installation message.

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Sun Jul 14 10:20:06 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 10:05:17 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 10:05:16 -0000
Received: (qmail-queue invoked by uid 40); 13 Jul 1996 23:29:08 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3771: kbd package postinst has no sensible defaults
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3771@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE>
Resent-Date: Sat, 13 Jul 1996 23:18:04 GMT
Resent-Message-ID: <handler.3771.B.83729908411973@bugs.debian.org>
X-Debian-PR-Package: kbd
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <cNW2kw2hv0@sfere.elmail.co.uk>
Date: Sat, 13 Jul 96 23:37:20 +0100 (BST)
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4912
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: kbd
Version: 0.91-2

    PLEASE NOTE, that there are still unresolved bug-reports as of this
    release.  Look at /usr/doc/kbd/KNOWN_BUGS before reporting any bugs to
    avoid a flood of already known bugs being reported.  Thanks!

    Press RETURN to continue.


		 kbdconfig v1.1  -  Copyright (C)1996  Dominik Kubla

    Select console type []: 

It's not obvious what I'm supposed to enter here.  Looking at the
script it appears that it wants a terminal type.

It also looks as if it's expecting to get a default value from
/etc/kbd/config, but there's no such file on my system, and kbdconfig
doesn't invent a sensible default.

[time passes]

I've ended up with the following:

richard@sfere:binary$ cat /etc/kbd/config 
CONSOLE=
TERM=linux
KEYMAP=uk.map
SOFTFONT=NONE
richard@sfere:binary$ 

As you can see CONSOLE is unset, which is bad because
/etc/init.d/console is going to use it next time I reboot.

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Sun Jul 14 10:45:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 10:34:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 10:34:54 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 00:19:10 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3773: xless default window too thin and won't go away when asked nicely
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3773@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Sun, 14 Jul 1996 00:03:09 GMT
Resent-Message-ID: <handler.3773.B.83730207815347@bugs.debian.org>
X-Debian-PR-Package: xless
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <cNW3h02hv1@sfere.elmail.co.uk>
Date: Sun, 14 Jul 96 00:41:52 +0100 (BST)
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4914
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: xless
Version: 1.7-1

I did `man xless | xless &' as the obvious test case, and the window
came up somewhat less than 80 characters wide - each line was
truncated by a black blob.

Additionally, the window doesn't go away when I hit the close button
(as added by fvwm).

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Sun Jul 14 10:45:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 10:32:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 10:32:29 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 00:19:09 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3772: lilo should not depend on MBR
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3772@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <Bruce@Pixar.com>
Resent-Date: Sun, 14 Jul 1996 00:03:03 GMT
Resent-Message-ID: <handler.3772.B.83730207815346@bugs.debian.org>
X-Debian-PR-Package: lilo
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufERt-0002Z2C@chiark.chu.cam.ac.uk>
Date: Sun, 14 Jul 96 00:50 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4913
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: lilo
Version: 17-2

LILO does not depend on MBR - for example, I may use LILO on the MBR
itself, or only for booting from floppy disks.  Perhaps it should
Recommend MBR - I don't know - but it shouldn't Depend on it.

Ian.


From debian-devel-request@lists.debian.org Sun Jul 14 11:10:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 10:46:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 10:46:31 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 00:48:30 -0000
Resent-Date: 14 Jul 1996 00:48:30 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <mrn20@hermes.cam.ac.uk>
Date: Sun, 14 Jul 1996 01:43:57 +0100 (BST)
From: Michael Nonweiler <mrn20@hermes.cam.ac.uk>
Reply-To: Michael Nonweiler <mrn20@hermes.cam.ac.uk>
To: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: orphaned bash and related packages ?
In-Reply-To: <m0udy1E-0002YIC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.LNX.3.93.960712120100.418A-100000@despair.local>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"9wsKZ1.0.i06.UF4wn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4915
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> The current Maintainers file says:
> 
>  bash                 daveb@tau.space.thiokol.com (David P. Boswell)
>  fileutils            daveb@tau.space.thiokol.com (David P. Boswell)
...
> David Boswell tells me that he had to drop out of the project due to
> time pressure early this year, and so someone else should be
> maintaining these packages.
...

I'll take over "fileutils" if nobody complains.  I'll upload a new version
when we've sorted out the source package format.

I'll also make an attempt to sort out the colour ls silliness.

Michael.

--
Michael Nonweiler <mrn20@cam.ac.uk>



From debian-devel-request@lists.debian.org Sun Jul 14 11:10:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 10:59:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 10:59:44 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 01:09:13 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3774: /etc/group incorrect
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3774@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Sun, 14 Jul 1996 00:48:04 GMT
Resent-Message-ID: <handler.3774.B.83730508017621@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <cNW3GE2hv2@sfere.elmail.co.uk>
Date: Sun, 14 Jul 96 01:09:12 +0100 (BST)
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4916
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: base
Version: 1.1.0-13

We have the line

majordomo:*:31:

in /etc/group; this should read

majordom:*:31:

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Sun Jul 14 11:10:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 11:01:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 11:01:47 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 01:11:27 -0000
Resent-Date: 14 Jul 1996 01:11:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ufFi4-0002Z2C@chiark.chu.cam.ac.uk>
Date: Sun, 14 Jul 96 02:10 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: bootdisks package `generate_library' script and __start___libc_subinit
Resent-Message-ID: <"3sUZo3.0.586.-a4wn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4917
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I tried using this script and produced a library which always gives
the error:
ls: can't resolve symbol '__stop___libc_subinit'
ls: can't resolve symbol '__start___libc_subinit'
(for ls replace whatever binary I'm trying to use).

These symbols are used in set-init.o (inside libc5_pic.a) and never
defined anywhere; the shared /lib/libc.so.5 has it defined somehow.

Fudging this up has only managed to produce a library which makes the
program in question dump core.

I have libc5 and libc5-pic 5.2.18-9, ldso 1.7.14-4 and boot-floppies
1.1.1-9.

Ian.


From debian-devel-request@lists.debian.org Sun Jul 14 11:35:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 11:23:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 11:23:35 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 01:34:13 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3775: upgrading login temporarily breaks it
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3775@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Guy Maor <maor@ece.utexas.edu>
Resent-Date: Sun, 14 Jul 1996 01:18:04 GMT
Resent-Message-ID: <handler.3775.B.83730658218480@bugs.debian.org>
X-Debian-PR-Package: login
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <cNW4qf3p50@sfere.elmail.co.uk>
Date: Sun, 14 Jul 96 01:59:59 +0100 (BST)
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4918
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: login
Version: 1.0-4

I upgraded to login 1.0-4 (from something prehistoric) and then tried
to login as root on tty1.  It said `root login refused on this
terminal'.  I tried other terminals and got `you must exec login from
the lowest shell level'.

However, further invocations of login worked fine.

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Sun Jul 14 12:00:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 11:41:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 11:41:26 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 01:53:11 -0000
Resent-Date: 14 Jul 1996 01:53:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31E84F2D.69DC208E@verisim.com>
Date: Sat, 13 Jul 1996 21:36:45 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: libg++ dependancies
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"5kn6P1.0.4r6.6C5wn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4919
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

It seems tha lbibg++ depends upon libc5-dev.  Can this be removed?
Alternatively, can libg++ be split into dev and run-time packages?

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.


From debian-devel-request@lists.debian.org Sun Jul 14 12:00:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 11:43:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 11:43:24 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 01:59:13 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3772: lilo should not depend on MBR
Reply-To: bruce@pixar.com (Bruce Perens), 3772@bugs.debian.org
Resent-From: bruce@pixar.com (Bruce Perens)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <Bruce@Pixar.com>
Resent-Date: Sun, 14 Jul 1996 01:48:03 GMT
Resent-Message-ID: <handler.3772.B.83730808221137@bugs.debian.org>
X-Debian-PR-Package: lilo
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufFnv-0006gdC@mongo.pixar.com>
Date: Sat, 13 Jul 96 18:16 PDT
From: bruce@pixar.com (Bruce Perens)
To: Debian bugs submission address <submit@bugs.debian.org>,
  3772@bugs.debian.org, Ian Jackson <ian@chiark.chu.cam.ac.uk>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4920
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

LILO's postinst script installs MBR. If you don't have MBR installed, it's
probably best to simply not run the postinst. Since MBR is so small, I find
it easier for it to be required.

	Bruce
--
The "Toy Story Animated Storybook" CD was the best selling software product
during the month of May, outselling the Windows '95 upgrade, Quicken, etc.
Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Sun Jul 14 12:00:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 11:45:17 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 11:45:16 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 01:59:14 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3773: xless default window too thin and won't go away when asked nicely 
Reply-To: "James A. Robinson" <jimr@simons-rock.edu>, 3773@bugs.debian.org
Resent-From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Sun, 14 Jul 1996 01:48:08 GMT
Resent-Message-ID: <handler.3773.B3773.83730808221132@bugs.debian.org>
X-Debian-PR-Package: xless
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufFjv-0002EWC@plato>
To: Richard Kettlewell <richard@greenend.org.uk>, 3773@bugs.debian.org
In-reply-to: Message from Richard Kettlewell <richard@greenend.org.uk> 
   of "Sun, 14 Jul 1996 00:41:52 BST."References: <cNW3h02hv1@sfere.elmail.co.uk> 
 <cNW3h02hv1@sfere.elmail.co.uk> 
Date: Sat, 13 Jul 1996 21:12:49 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4921
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> I did `man xless | xless &' as the obvious test case, and the window
> came up somewhat less than 80 characters wide - each line was
> truncated by a black blob.

Obviously there is no way for xless to figure out what the longest
line is on STDIN, and I think it would probably be inefficient for it
to figure it out on big files.  I believe the scroll bars at the
bottom are there as a solution to the problem (besides just resizing
the window)

> Additionally, the window doesn't go away when I hit the close button
> (as added by fvwm).

What? Do you mean the real close button, or do you mean the close
button that your Fvwm puts on the top?  The xless' close button works
for me, and my Afterstep-window close button (bound to "Delete") also
works...  Which button are you using?  If it is the latter, then it is
probably a buggy Fvwm...

Jim


From debian-devel-request@lists.debian.org Sun Jul 14 12:50:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 12:46:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 12:46:15 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 04:04:19 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3776: slrn doesn't let you see error messages
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3776@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
Resent-Date: Sun, 14 Jul 1996 03:48:04 GMT
Resent-Message-ID: <handler.3776.B.83731558828648@bugs.debian.org>
X-Debian-PR-Package: slrn
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <8NW4Cy6A0@sfere.elmail.co.uk>
Date: Sun, 14 Jul 96 02:13:07 +0100 (BST)
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4922
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: slrn
Version: 0.8.7.1-3

I ran slrn after installing it and it printed what looked like some
error messages, but it wiped the display before I could tell what they
actually said.

If it emits any error messages, it should arrange that they are
readable.

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Sun Jul 14 12:50:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 12:47:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 12:47:42 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 04:10:07 -0000
Resent-Date: 14 Jul 1996 04:10:07 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <klee@sedona.com>
Date: Sat, 13 Jul 1996 21:09:26 -0700
Message-Id: <199607140409.VAA23473@sauron.sedona.com>
From: Klee Dienes <klee@sedona.com>
Reply-To: Klee Dienes <klee@sedona.com>
To: debian-devel@pixar.com
Subject: python 1.4-1 uploaded (repackaged, added threads)
Resent-Message-ID: <"ch8OO2.0.4P.UC7wn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4923
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 14 Jul 96 03:59 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Klee Dienes <klee@debian.org>
Source: python
Version: 1.4-1
Binary:  python-base python-curses python-dev python-doc python-elisp python-examples python-gdbm python-misc python-mpz python-net python-stdwin python-tk
Architecture:  i386 source
Description: 
 python-base: An interactive object-oriented scripting language.
 python-curses: Curses support libraries for Python.
 python-dev: Header files and development libraries for Python.
 python-doc: Documentation files for the scripting language Python.
 python-elisp: Emacs-lisp mode for the scripting language Python.
 python-examples: Examples for the scripting language Python.
 python-gdbm: GDBM database support for Python.
 python-misc: Miscellaneous support modules for Python.
 python-mpz: Multiple-precision arithmetic suppport for Python.
 python-net: TCP/IP and various Internet support modules for Python.
 python-stdwin: Stdwin support for Python.
 python-tk: Tk support modules for Python.
Changes: 
 upgraded to new upstream version
 added thread support
 new packaging scheme
Files:
 422165888c392b45ea32f076af6011d9  2188009  -   python_1.4-1.tar.gz
 4155154355d346848a4e42c828bcc756  14328  -   python_1.4-1.diff.gz
 015de7ea5795d976c330d939dc45b9cf  240376  devel  optional  python-base_1.4-1_i386.deb
 c451cd0f07ef134919c7fbc5a56e8208  10906  devel  optional  python-curses_1.4-1_i386.deb
 80a94923359ab6c319365f3800417058  299860  devel  optional  python-dev_1.4-1_i386.deb
 32967ac853e36ed6d2696d67b6d012fd  223196  devel  optional  python-doc_1.4-1_i386.deb
 6a021db7e3995205b4858541ab3a8134  25158  devel  optional  python-elisp_1.4-1_i386.deb
 502a548ed222e04093d3a169034760b4  339018  devel  optional  python-examples_1.4-1_i386.deb
 356fc8e6411b218acf9fde286f6e010d  4936  devel  optional  python-gdbm_1.4-1_i386.deb
 61a2cc794637590a5ba935daa3deb077  131656  devel  optional  python-misc_1.4-1_i386.deb
 f7e08b940933889936c10556153a7170  21260  devel  optional  python-mpz_1.4-1_i386.deb
 c6c2a9b66d6e0733a8c8742a10ab7ff0  76810  devel  optional  python-net_1.4-1_i386.deb
 87aba934a19a6b117c61bfc2733d0db3  27626  devel  optional  python-stdwin_1.4-1_i386.deb
 170cbb47c647494395fb5cc6847e2343  26384  devel  optional  python-tk_1.4-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMehw3YYr8oDsBN9FAQHqagP+PQducyLoFUZgKmQpk3hVdGmqrR6SO8pE
thcY7pSRflDQWyGCWwrThRNnZ5Sp5cu7IyVtQFanRFuJyPUhnPUxcFw/RzfdFEy7
pPCWuYfGq3ScVWfwRrfv2TjP7R8sJq326z3jJuW5HrNRQb4FTgEpFGgBl/aLiu5l
pePVchz2nT0=
=24UX
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Sun Jul 14 16:10:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 15:53:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 15:53:23 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 06:51:24 -0000
Resent-Date: 14 Jul 1996 06:51:24 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <klee@sedona.com>
Message-Id: <199607140650.XAA23993@sauron.sedona.com>
From: Klee Dienes <klee@sedona.com>
Reply-To: Klee Dienes <klee@sedona.com>
To: "James A. Robinson" <jimr@simons-rock.edu>
Cc: debian-devel@lists.debian.org
Subject: Re: [linux-security] Re: You wouldn't believe it... 
In-reply-to: Your message of "Fri, 12 Jul 1996 23:17:39 -0400."
             <m0uevDB-0002EWC@plato> 
Date: Sat, 13 Jul 1996 23:50:00 -0700
Sender: klee@sedona.com
Resent-Message-ID: <"Z0ZMA1.0.IU2.iZ9wn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4924
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


>>> [...] If you install netatalk, for instance, it
>>> configures it to allow users to mount this home directory.

> I've never installed netatalk, but if it does this without asking, it
> sounds like a problem to me.

If not configured by the installer, the netatalk package by default
makes each user's home directory available to that user if they
connect to the fileserver with their username and password.

Although I'd argue that this isn't a significant security violation
(given that the base distribution already allows remote access using
the same username and password via rlogin), I'd be willing to take it
out as a matter of principle unless someone objects.


From debian-devel-request@lists.debian.org Sun Jul 14 21:10:30 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 21:00:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 21:00:58 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 12:24:37 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3777: mkfs.minix option parsing oddities
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3777@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Guy Maor <maor@debian.org>
Resent-Date: Sun, 14 Jul 1996 12:03:05 GMT
Resent-Message-ID: <handler.3777.B.8373456124195@bugs.debian.org>
X-Debian-PR-Package: util-linux
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufPZ9-0002ahC@chiark.chu.cam.ac.uk>
Date: Sun, 14 Jul 96 12:42 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4925
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: util-linux
Version: 2.5-4

It looks like the parsing is such that -i requires its value in a
separate option, and -n requires it stuck onto the end !

Ian.

-root@chiark:rootdisk> mkfs.minix -i 400 -n30 /dev/fd0 1440
400 inodes
1440 blocks
Firstdatazone=17 (17)
Zonesize=1024
Maxsize=268966912

-root@chiark:rootdisk> mkfs.minix -i 400 /dev/fd0 1440
400 inodes
1440 blocks
Firstdatazone=17 (17)
Zonesize=1024
Maxsize=268966912

-root@chiark:rootdisk> mkfs.minix -i400 /dev/fd0 1440
Usage: mkfs.minix [-c | -l filename] [-nXX] [-iXX] /dev/name blocks
-root@chiark:rootdisk> mkfs.minix -n30 /dev/fd0 1440
480 inodes
1440 blocks
Firstdatazone=19 (19)
Zonesize=1024
Maxsize=268966912

-root@chiark:rootdisk> mkfs.minix -n 30 /dev/fd0 1440
Usage: mkfs.minix [-c | -l filename] [-nXX] [-iXX] /dev/name blocks
-root@chiark:rootdisk> mkfs.minix -n 30 -i400 /dev/fd0 1440
Usage: mkfs.minix [-c | -l filename] [-nXX] [-iXX] /dev/name blocks
-root@chiark:rootdisk> mkfs.minix -n30 -i 400 /dev/fd0 1440
400 inodes
1440 blocks
Firstdatazone=17 (17)
Zonesize=1024
Maxsize=268966912

-root@chiark:rootdisk> 


From debian-devel-request@lists.debian.org Sun Jul 14 22:00:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 21:40:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 21:40:47 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 13:14:39 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3771: kbd package postinst has no sensible defaults
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3771@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE>
Resent-Date: Sun, 14 Jul 1996 13:03:05 GMT
Resent-Message-ID: <handler.3771.B.8373486125124@bugs.debian.org>
X-Debian-PR-Package: kbd
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607141240.OAA12064@picard.cistron.nl>
To: richard@greenend.org.uk
Date: Sun, 14 Jul 1996 14:40:50 +0200 (MET DST)
Cc: debian-bugs@pixar.com
In-Reply-To: <cNW2kw2hv0@sfere.elmail.co.uk> from "Richard Kettlewell" at Jul 13, 96 11:37:20 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4926
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Richard Kettlewell) wrote:
> Package: kbd
> Version: 0.91-2
> 
> I've ended up with the following:
> 
> richard@sfere:binary$ cat /etc/kbd/config 
> CONSOLE=
> TERM=linux
> KEYMAP=uk.map
> SOFTFONT=NONE
> richard@sfere:binary$ 
> 
> As you can see CONSOLE is unset, which is bad because
> /etc/init.d/console is going to use it next time I reboot.

Well it's called /etc/rc.boot/0kbd on my system, it has gone through
a personality crisis I suspect ;)
Also the 0kbd script makes a symlink called "/dev/console" to /dev/tty0,
or whatever you have defined as $CONSOLE. I don't think that belongs in
the keyboard package. As a matter of fact, from sysvinit-2.64 on init
sets the CONSOLE environment variable itself so that you always know
what the console is, and some scripts already use this (it is passed from
the kernel if you have the serial console patches). Perhaps this should
go in /etc/init.d/boot..

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Sun Jul 14 22:00:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 21:59:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 21:59:24 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 13:39:40 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3771: kbd package postinst has no sensible defaults
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3771@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE>
Resent-Date: Sun, 14 Jul 1996 13:18:02 GMT
Resent-Message-ID: <handler.3771.B.8373501135633@bugs.debian.org>
X-Debian-PR-Package: kbd
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <cNWe+V2Th2@sfere.elmail.co.uk>
Date: Sun, 14 Jul 96 14:02:49 +0100 (BST)
To: Miquel van Smoorenburg <miquels@cistron.nl>
Cc: debian-bugs@pixar.com
In-Reply-To: <199607141240.OAA12064@picard.cistron.nl>
References: <cNW2kw2hv0@sfere.elmail.co.uk>
	<199607141240.OAA12064@picard.cistron.nl>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4927
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Miquel van Smoorenburg writes:
>You (Richard Kettlewell) wrote:
>> Package: kbd
>> Version: 0.91-2
>> 
>> I've ended up with the following:
>> 
>> richard@sfere:binary$ cat /etc/kbd/config 
>> CONSOLE=
>> TERM=linux
>> KEYMAP=uk.map
>> SOFTFONT=NONE
>> richard@sfere:binary$ 
>> 
>> As you can see CONSOLE is unset, which is bad because
>> /etc/init.d/console is going to use it next time I reboot.
>
>Well it's called /etc/rc.boot/0kbd on my system, it has gone through
>a personality crisis I suspect ;)

Yes, there's one of those too, and it appears to be that that gets
called.  Apologies for any confusion caused.

I'd like to know what /etc/init.d/console is for, given that it
doesn't currently appear to get called.

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Sun Jul 14 22:25:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 22:11:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 22:11:55 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 14:04:40 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3773: xless default window too thin and won't go away when asked nicely 
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3773@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Sun, 14 Jul 1996 13:48:04 GMT
Resent-Message-ID: <handler.3773.B3773.8373516146050@bugs.debian.org>
X-Debian-PR-Package: xless
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <cNWffR2Th3@sfere.elmail.co.uk>
Date: Sun, 14 Jul 96 14:19:49 +0100 (BST)
To: "James A. Robinson" <jimr@simons-rock.edu>
Cc: 3773@bugs.debian.org
In-Reply-To: <m0ufFjv-0002EWC@plato>
References: <cNW3h02hv1@sfere.elmail.co.uk>
	    <m0ufFjv-0002EWC@plato>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4928
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

James A. Robinson writes:

>>I did `man xless | xless &' as the obvious test case, and the window
>>came up somewhat less than 80 characters wide - each line was
>>truncated by a black blob.
>
>Obviously there is no way for xless to figure out what the longest
>line is on STDIN,

No, as it reads the whole file into memory before even opening a
window, even when reading solely from stdin.

>and I think it would probably be inefficient for it to figure it out
>on big files.

Look at init.c:fixNewText.  It *does* attempt to work out the width.
Obviously it's incorrectly using the information later on.

>I believe the scroll bars at the bottom are there as a solution to
>the problem (besides just resizing the window)

It'll work, but it's not the best solution.

>>Additionally, the window doesn't go away when I hit the close button
>>(as added by fvwm).

(The same applies to the `help' window.)

>What? Do you mean the real close button, or do you mean the close
>button that your Fvwm puts on the top?

I mean the one added by Fvwm.

>The xless' close button works for me, and my Afterstep-window close
>button (bound to "Delete") also works...  Which button are you using?

It's bound to `Delete' in my ~/.fvmwrc file.

>If it is the latter, then it is probably a buggy Fvwm...

Perhaps, but given that the button works for every other program I can
think of that I use, suspect the bug is in xless...

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Sun Jul 14 22:50:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 22:28:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 22:28:54 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 14:24:52 -0000
Resent-Date: 14 Jul 1996 14:24:52 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0ufS6A-00013qC@miles.econ.queensu.ca>
Date: Sun, 14 Jul 96 10:24 EDT
To: Debian Developer <debian-devel@lists.debian.org>
Subject: Can we reorganise the "devel" dir, please?
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"tqUIo1.0.Zx3.qCGwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4929
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


There is _way_ too much stuff in binary-.*/devel; I currently see 89 packages
which is roughly a fifth of _all_ packages.

May I propose that we split the directory into
	devel			for linux and kernel compilation
	programming		for all those other languages and tools

That would make it easier for us to navigate, and for newbies to figure out
what the hell they need in order to roll their own kernels.

-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Sun Jul 14 23:40:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 14 Jul 1996 23:28:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 14 Jul 1996 23:28:10 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 15:44:43 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3762: etc/rc.boot/0setserial usually hangs machine 
Reply-To: "Susan G. Kleinmann" <sgk@sgk.tiac.net>, 3762@bugs.debian.org
Resent-From: "Susan G. Kleinmann" <sgk@sgk.tiac.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Gordon Russell <gor@dcs.napier.ac.uk>
Resent-Date: Sun, 14 Jul 1996 15:33:04 GMT
Resent-Message-ID: <handler.3762.B3762.8373576177569@bugs.debian.org>
X-Debian-PR-Package: setserial
X-Loop: owner@bugs.debian.org
Message-Id: <199607141501.LAA07203@sgk.tiac.net>
To: Michael Shields <shields@crosslink.net>, 3762@bugs.debian.org
In-reply-to: Your message of "Fri, 12 Jul 1996 18:51:19 -0000."
             <v0300763cae0c4e88f3ba@[205.198.168.35]> 
Date: Sun, 14 Jul 1996 11:01:02 -0400
From: "Susan G. Kleinmann" <sgk@sgk.tiac.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4930
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi Michael --
It turns out that much of the mail about setserial lately could have been
avoided had folks paid attention to the bug report filed by Chris Hanson
in early June, to the effect that the kernel package was mis-configured
wrt setserial.  It is bug #3195.  You may find that relevant to the
problem you're reporting now.

(The fact that I discovered this tells you just how bad my mailbox really
is right now.)

Cheers,
Susan Kleinmann
sgk@tiac.net


From debian-devel-request@lists.debian.org Mon Jul 15 00:55:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 00:32:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 00:32:31 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 18:14:49 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3773: xless default window too thin and won't go away when asked nicely 
Reply-To: "James A. Robinson" <jimr@simons-rock.edu>, 3773@bugs.debian.org
Resent-From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Sun, 14 Jul 1996 18:03:03 GMT
Resent-Message-ID: <handler.3773.B3773.83736662111160@bugs.debian.org>
X-Debian-PR-Package: xless
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufV33-0002EWC@plato>
To: Richard Kettlewell <richard@greenend.org.uk>
cc: 3773@bugs.debian.org
In-reply-to: Message from Richard Kettlewell <richard@greenend.org.uk> 
   of "Sun, 14 Jul 1996 14:19:49 BST."References: <cNWffR2Th3@sfere.elmail.co.uk>  <cNW3h02hv1@sfere.elmail.co.uk> <m0ufFjv-0002EWC@plato> 
 <cNWffR2Th3@sfere.elmail.co.uk> 
Date: Sun, 14 Jul 1996 13:33:35 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4931
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> Look at init.c:fixNewText.  It *does* attempt to work out the width.
> Obviously it's incorrectly using the information later on.

Ok, I will pass this upstream.

> It's bound to `Delete' in my ~/.fvmwrc file.
> 
> >If it is the latter, then it is probably a buggy Fvwm...
> 
> Perhaps, but given that the button works for every other program I can
> think of that I use, suspect the bug is in xless...

Ok -- perhaps it is a feature of Afterstep that this works on mine.  I
will pass it along.


Jim


From debian-devel-request@lists.debian.org Mon Jul 15 01:45:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 01:26:30 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 01:26:29 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 19:32:19 -0000
Resent-Date: 14 Jul 1996 19:32:19 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <boekhold@cindy.et.tudelft.nl>
Date: Sun, 14 Jul 1996 21:28:16 +0200 (MET DST)
From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
X-Sender: boekhold@niki.et.tudelft.nl
To: Debian developers list <debian-devel@lists.debian.org>
Subject: dchanges and name-format
Message-ID: <Pine.LNX.3.93.960714212602.2050A-100000@niki.et.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"cHG1d1.0.iE6.3jKwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4932
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

did I miss something or does dchanges (3.3) not support the correct
naming-convention (yet)?

[niki:debian/slrn-0.8.8.4 45] ./debian.rules changes
cd .. && \
dchanges -n slrn_0.8.8.4-1_i386.deb \
        slrn_0.8.8.4-1.{tar.gz,diff.gz}
ERROR: Deb filename dosn't match contents: slrn_0.8.8.4-1_i386.deb
       expected slrn-0.8.8.4-1.i386.deb
make: *** [changes] Error 1

Maarten

_______________________________________________________________________
| Maarten Boekhold, Faculty of Electrical Engineering TU Delft,   NL  |
|   boekhold@cindy.et.tudelft.nl boekhold@gopher.library.tudelft.nl   |
-----------------------------------------------------------------------


From debian-devel-request@lists.debian.org Mon Jul 15 01:45:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 01:33:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 01:33:09 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 19:50:54 -0000
Resent-Date: 14 Jul 1996 19:50:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <syrus@sdss.ucsd.edu>
Date: Sun, 14 Jul 1996 12:42:07 -0700 (PDT)
From: Syrus Nemat-Nasser <syrus@ucsd.edu>
Subject: Re: orphaned bash and related packages ?
To: Michael Nonweiler <mrn20@hermes.cam.ac.uk>
Cc: Debian developers list <debian-devel@lists.debian.org>
In-Reply-To: <Pine.LNX.3.93.960712120100.418A-100000@despair.local>
Message-Id: <Pine.3.03.9607141203.A3956-a100000@sdss>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"ap6Kj3.0.tK6.U-Kwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4933
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Sun, 14 Jul 1996, Michael Nonweiler wrote:

> I'll take over "fileutils" if nobody complains.  I'll upload a new version
> when we've sorted out the source package format.
> 
> I'll also make an attempt to sort out the colour ls silliness.

I'd appreciate it if you'd include the actual maintainer of the "silliness"
in your attempt.  Also, didn't someone else already offer to take over
fileutils?  In any case, color-ls is presently a separate and independent
package due to the requests of Ian J. and Bruce P. to do it that way.

Syrus.

----------------------------------------------------------
Syrus Nemat-Nasser <syrus@ucsd.edu>    UCSD Physics Dept.


From debian-devel-request@lists.debian.org Mon Jul 15 02:35:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 02:22:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 02:22:52 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 21:03:16 -0000
Resent-Date: 14 Jul 1996 21:03:16 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <david@elo.ods.com>
Message-Id: <m0ufYLp-000BnbC@elo.ods.com>
From: david@elo.ods.com (David Engel)
Subject: Re: Modified versions of gcc (as used by g77,gpc)
To: afrb2@chiark.chu.cam.ac.uk (Alan Bain)
Date: Sun, 14 Jul 1996 16:05:13 -0500 (CDT)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ueL2T-0002bgC@chiark.chu.cam.ac.uk> from "Alan Bain" at Jul 11, 96 01:40:13 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"JKZem.0.Jy6.K2Mwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4934
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Alan Bain writes:
> I have been working on GNU Pascal and I have a slight problem
> in that it and GNU Fortran need a modified `Pascal aware' or
> `Fortran aware' version of gcc.  How do I arrange for the
> possiblity (which is in my case a certainty) of both packages
> being required together (when a Pascal and Fortran aware gcc
> is needed).

Either send me the Pascal-specific diffs or tell me where to find them
and I'll add them to the standard gcc package.

David
-- 
David Engel                        Optical Data Systems, Inc.
david@ods.com                      1101 E. Arapaho Road
(214) 234-6400                     Richardson, TX  75081


From debian-devel-request@lists.debian.org Mon Jul 15 02:35:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 02:25:05 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 02:25:04 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 21:13:55 -0000
Resent-Date: 14 Jul 1996 21:13:55 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <david@elo.ods.com>
Message-Id: <m0ufYIJ-000BldC@elo.ods.com>
From: david@elo.ods.com (David Engel)
Subject: Re: libg++ dependancies
To: bcwhite@verisim.com (Brian C. White)
Date: Sun, 14 Jul 1996 16:01:35 -0500 (CDT)
Cc: debian-devel@lists.debian.org
In-Reply-To: <31E84F2D.69DC208E@verisim.com> from "Brian C. White" at Jul 13, 96 09:36:45 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"ICG6X1.0.j57.JCMwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4936
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Brian C. White writes:
> It seems tha lbibg++ depends upon libc5-dev.  Can this be removed?
> Alternatively, can libg++ be split into dev and run-time packages?

This is planned, but nobody (primarily me) has the time to do it.  Any
volunteers?

David
-- 
David Engel                        Optical Data Systems, Inc.
david@ods.com                      1101 E. Arapaho Road
(214) 234-6400                     Richardson, TX  75081


From debian-devel-request@lists.debian.org Mon Jul 15 02:35:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 02:23:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 02:23:26 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 21:09:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3778: Packages.stable: Debian-1.1-1 vs. Debian-1.1.1
Reply-To: Mark Huang <markman@MIT.EDU>, 3778@bugs.debian.org
Resent-From: Mark Huang <markman@MIT.EDU>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Sun, 14 Jul 1996 20:48:03 GMT
Resent-Message-ID: <handler.3778.B.83737712919932@bugs.debian.org>
X-Debian-PR-Package: Packages.stable
X-Loop: owner@bugs.debian.org
Message-Id: <199607142039.QAA04784@eepness.mit.edu>
To: submit@bugs.debian.org
Date: Sun, 14 Jul 1996 16:39:08 EDT
From: Mark Huang <markman@MIT.EDU>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4935
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: Packages.stable
Version: 1.1.1

In /debian/stable/Packages.stable, 948 occurrences of what should be
"Debian-1.1.1/foo/bar/" are instead "Debian-1.1-1/foo/bar". Installing
by FTP results in No such file OR directory errors.

-----------
Mark Huang     : markman@mit.edu
Summer Address : EC B309, 3 Ames Street, Cambridge MA 02139
Summer Phone   : (617) 225-6369 
URL            : http://web.mit.edu/markman/www/


From debian-devel-request@lists.debian.org Mon Jul 15 03:00:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 02:37:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 02:37:35 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 21:34:57 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3779: exmh configuration needs work
Reply-To: Brian Mays <bem5r@virginia.edu>, 3779@bugs.debian.org
Resent-From: Brian Mays <bem5r@virginia.edu>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Sun, 14 Jul 1996 21:18:03 GMT
Resent-Message-ID: <handler.3779.B.83737863227522@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufYLq-000Pu6C@localhost>
From: Brian Mays <bem5r@virginia.edu>
To: submit@bugs.debian.org
Date: Sun, 14 Jul 1996 17:05:10 -0400
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4937
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Here are lines 17-40 of the exmh TCL script:

----------------------------------------------------------------------
# The following lines are patched by exmh.install
#CONFIGURATION
set wish /usr/bin/wish
set exmh(version) {version 1.6.7 5/3/96}
set exmh(maintainer) Brent.Welch@eng.sun.com
set mh_path /usr/bin
            ^^^^^^^^ (incorrect)
set exmh(slocal) /usr/lib/mh/slocal
set mime(dir) /usr/bin
set mailcap_default /etc/mailcap
set exmh(expect) /usr/bin/expect
set faces(dir) {}
set faces(set,user) {}
set faces(set,unknown) {}
set faces(defaultDomain) {}
set faces(suffix) {}
set pgp(path) /usr/bin
set glimpse(path) /usr/bin
set sound(cmd) {}
set exmh(library) /usr/lib/exmh
set install(dir,bin) /usr/bin
set install(dir,man) /usr/man/man1
set install(dir,lib) /usr/lib/exmh

#END CONFIGURATION
----------------------------------------------------------------------

Note that mh_path is set to /usr/bin.  However the mh package installs
its commands in the /usr/bin/mh directory.  This means that, unless
"/usr/bin/mh" is included in the PATH environment variable, exmh does
not work.  Thus, mh_path should be set to /usr/bin/mh.

On my system, I like to use the faces and sounds features of exmh.
However, this means that I must change the exmh script itself to set
the appropriate variables.  Since the exmh script is not registered as
a configuration file, my changes are overwritten when I install a new
version of exmh.  To enable system administrators more freedom in
configuring exmh, here is what I propose:

Remove the configuration stuff from the /usr/bin/exmh file and place
it in a configuration file (called something like /etc/exmh.conf).
The contents of this file would be:

- /etc/exmh.conf -----------------------------------------------------
# Appropriate comments should be placed here describing what this file
# is for and how to change it.

set wish /usr/bin/wish
set exmh(version) {version 1.6.7 5/3/96}
set exmh(maintainer) Brent.Welch@eng.sun.com
set mh_path /usr/bin/mh
set exmh(slocal) /usr/lib/mh/slocal
set mime(dir) /usr/bin
set mailcap_default /etc/mailcap
set exmh(expect) /usr/bin/expect
set faces(dir) {}
set faces(set,user) {}
set faces(set,unknown) {}
set faces(defaultDomain) {}
set faces(suffix) {}
set pgp(path) /usr/bin
set glimpse(path) /usr/bin
set sound(cmd) {}
set exmh(library) /usr/lib/exmh
set install(dir,bin) /usr/bin
set install(dir,man) /usr/man/man1
set install(dir,lib) /usr/lib/exmh
----------------------------------------------------------------------

Since this is a configuration file, its name should be included in the
debian.conffiles file.  The exmh script can source this file to get
the configuration data.  It should be changed as follows:

----------------------------------------------------------------------
diff -cNr exmh.orig exmh
*** exmh.orig	Fri Jul  5 10:51:24 1996
--- exmh	Sun Jul 14 13:34:12 1996
***************
*** 14,41 ****
  # make no warranty about the software, its performance or its conformity to
  # any specification.
  
- # The following lines are patched by exmh.install
  #CONFIGURATION
! set wish /usr/bin/wish
! set exmh(version) {version 1.6.7 5/3/96}
! set exmh(maintainer) Brent.Welch@eng.sun.com
! set mh_path /usr/bin
! set exmh(slocal) /usr/lib/mh/slocal
! set mime(dir) /usr/bin
! set mailcap_default /etc/mailcap
! set exmh(expect) /usr/bin/expect
! set faces(dir) {}
! set faces(set,user) {}
! set faces(set,unknown) {}
! set faces(defaultDomain) {}
! set faces(suffix) {}
! set pgp(path) /usr/bin
! set glimpse(path) /usr/bin
! set sound(cmd) {}
! set exmh(library) /usr/lib/exmh
! set install(dir,bin) /usr/bin
! set install(dir,man) /usr/man/man1
! set install(dir,lib) /usr/lib/exmh
  
  #END CONFIGURATION
  
--- 14,21 ----
  # make no warranty about the software, its performance or its conformity to
  # any specification.
  
  #CONFIGURATION
! source /etc/exmh.conf
  
  #END CONFIGURATION
  
----------------------------------------------------------------------

This should allow maximum flexibility for configuring exmh and provide
the ease of upgrading that is a characteristic feature of Debian.

--
Brian


From debian-devel-request@lists.debian.org Mon Jul 15 03:50:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 03:46:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 03:46:41 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 22:49:51 -0000
Resent-Date: 14 Jul 1996 22:49:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0ufZyh-0002EWC@plato>
To: Debian Developer <debian-devel@lists.debian.org>
Subject: Re: Can we reorganise the "devel" dir, please? 
In-reply-to: Message from Dirk.Eddelbuettel@qed.econ.queensu.ca 
   of "Sun, 14 Jul 1996 10:24:00 EDT."References: <m0ufS6A-00013qC@miles.econ.queensu.ca> 
 <m0ufS6A-00013qC@miles.econ.queensu.ca> 
Date: Sun, 14 Jul 1996 18:49:26 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"U_z0k.0.o5.FcNwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4938
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> May I propose that we split the directory into
> 	devel			for linux and kernel compilation
> 	programming		for all those other languages and tools

Or perhaps
			kernel
			devel
			programming

and move the *doc* files into the docs directory?  I would prefer
better words to devel and programming, but I can't really think of any
off the top of my head...


Jim


From debian-devel-request@lists.debian.org Mon Jul 15 03:50:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 03:49:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 03:49:48 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 22:49:59 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3771: kbd package postinst has no sensible defaults
Reply-To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3771@bugs.debian.org
Resent-From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE>
Resent-Date: Sun, 14 Jul 1996 22:33:02 GMT
Resent-Message-ID: <handler.3771.B.83738313531891@bugs.debian.org>
X-Debian-PR-Package: kbd
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufZQX-00014qC@miles.econ.queensu.ca>
Date: Sun, 14 Jul 96 18:14 EDT
To: Miquel van Smoorenburg <miquels@cistron.nl>, 3771@bugs.debian.org
Cc: richard@greenend.org.uk, debian-bugs@pixar.com
In-Reply-To: <199607141240.OAA12064@picard.cistron.nl>
References: <cNW2kw2hv0@sfere.elmail.co.uk>
	<199607141240.OAA12064@picard.cistron.nl>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4939
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


/usr/sbin/kbdconfig is also screwed up:

   # Some people prefer customized terminal types, eg for higher resolutions
   echo -n "Select console type [$TERMTYP]: "; read termtyp
   test -z "$termtyp" && termtyp=$TERMTYP          

It asks for console, but stores it as terminal info. And the questions asked
by this script are much too terse.

-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Mon Jul 15 05:05:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 04:41:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 04:41:17 -0000
Received: (qmail-queue invoked by uid 40); 14 Jul 1996 23:40:03 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3780: netstat oddities
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3780@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Sun, 14 Jul 1996 23:18:04 GMT
Resent-Message-ID: <handler.3780.B.8373861391513@bugs.debian.org>
X-Debian-PR-Package: netbase
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <8NWl8P3N0@sfere.elmail.co.uk>
Date: Sun, 14 Jul 96 21:01:55 +0100 (BST)
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4940
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: netbase
Version: 2.04-1

According to the manpage:

    -N, --netlink
	   Recent  kernels  have  a kernel/user communication support
	   called netlink. You can get  messages  about  creation  or
	   deletion of interfaces or routes from /dev/route (36,0).

But according to `netstat -h':

            -L, --netlink            display netlink kernel messages

In practice, `netstat -N' appears to be equivalent to `netstat -n',
and `netstat -L' does the same as `netstat --netlink' (which is
sensible once one has created /dev/route and compiled the relevant
driver into the kernel.)

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Mon Jul 15 07:35:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 07:24:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 07:24:31 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 01:42:46 -0000
Resent-Date: 15 Jul 1996 01:42:46 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <karl@kaos.tower.net.au>
Message-Id: <m0ufclr-0008sdC@kaos.tower.net.au>
Subject: Re: dchanges and name-format
To: debian-devel@lists.debian.org
Date: Mon, 15 Jul 1996 09:48:23 +0800 (WST)
From: karl@tower.net.au (Karl Ferguson)
Reply-To: karl@tower.net.au
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"QEZ_5.0.JF2.L8Qwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4941
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Hi,
> 
> did I miss something or does dchanges (3.3) not support the correct
> naming-convention (yet)?
> 
> [niki:debian/slrn-0.8.8.4 45] ./debian.rules changes
> cd .. && \
> dchanges -n slrn_0.8.8.4-1_i386.deb \
>         slrn_0.8.8.4-1.{tar.gz,diff.gz}
> ERROR: Deb filename dosn't match contents: slrn_0.8.8.4-1_i386.deb
>        expected slrn-0.8.8.4-1.i386.deb
> make: *** [changes] Error 1
> 
> Maarten

3.3 doesn't support it, but version 3.4 does - try upgrading to the latest one.

[root@kaos:2:~] dpkg -l | grep dchanges
ii  dchanges        3.4            build the changes file for a debian package
[root@kaos:2:~]

Regards,

...Karl
--
Karl Ferguson, 
Tower Networking Pty Ltd (ACN: 072 322 760)         karl@tower.net.au
t/a STAR Online Services                            karl@debian.org
Tel: +61-9-455-3446  Fax: +61-9-455-2776            http://www.star.net.au


From debian-devel-request@lists.debian.org Mon Jul 15 09:40:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 09:19:53 -0000
Received: from vega.netg.se (qmailr@194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 09:19:52 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 03:25:08 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3781: "depmod -a" runs out of fd's, complains about configuration file
Reply-To: bruce@pixar.com (Bruce Perens), 3781@bugs.debian.org
Resent-From: bruce@pixar.com (Bruce Perens)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Meskes <meskes@debian.org>
Resent-Date: Mon, 15 Jul 1996 03:03:05 GMT
Resent-Message-ID: <handler.3781.B.8373996499807@bugs.debian.org>
X-Debian-PR-Package: modules
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufdZM-0005YhC@mongo.pixar.com>
Date: Sun, 14 Jul 96 19:39 PDT
From: bruce@pixar.com (Bruce Perens)
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4942
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: modules
Version: 2.0.0-4

The command "depmod -a" fails on my system, complaining that it
can't open /lib/modules/current . It's run out of file descriptors.
Strace shows the problem clearly, a trace is appended to this
message. To repair it:

	In depmod/depmod.c, change the "Can't open" message to print
	strerror(errno) as well as the file name.

	In depmod/load_obj.c, add the missing fclose() calls to match
	the fopen().

Please communicate these changes back to the upstream maintainer if
this has not yet been repaired upstream.

	Thanks

	Bruce

begin 666 typescript.gz
M'XL("-:MZ3$``W1Y<&5S8W)I<'0`O5U[<YM(MO\_5?D.E#<S*\_Z03=/I=9W
MRN7(&>\X=L9V-C,UY%((D$TL`0/(C]G<^]FW'X`:A(!NX;'+ED"<!^?\^O3C
M-$?7;A+$F91F3I+YGA2%TO4RE/ZUG$M`E<#X+=3?*OC-6'_U-W15XKB^Y/GQ
M(O*D?>?UZU?^D^\^^*.=PW0:A(?TDYT]Z?>=\NW.OK/S!9TY_$&"NO3@)*GT
MP^&77>E(DE^_6BR<>"3O2:H\UO>DCU>7-_;5Y/C=-_+N\]79S61/^G#\T?YX
M=?;OXYO)-_S^^.+RXK</EY^N]Z1]L"?)A-63*LNRCOX0SSB),M_-1O0D_MF3
M@*F.0;,$^G;RZ^2D4&K%P)15D]!#'1I*3WIDS`Q9Q,_<P[EWD$8'KN/>^<@4
M_TDS&QG%/[JVSTZO)N^_R;JJ[B&SVFGPIW^D08!$'!P<_%_.*(K]L)'1I7WU
M[O+B_+==B?P<2<K*E)1+J2BUW_5/QU<3]%ZIV,L@]G+G4>J/E)S7YA]6I7DP
MQ7\N5DH[@`?`K&E%5$I\QQLAD3L6,(S)^:D%R*^\]JOLH+NF*,#:X=?5#1F*
M`4TYOR7D>RY(C"DD"*OR!#*2;&CZ.N*P$]>YGY[]NFZ[.F-3HSB!LFGV13+#
M^,F8(OJ2/>%683^E[&6H@]XMA?!O-Q#ARXF!6@-KM>B&%K8,5QXQ*#V"[9IX
MSN;8W(9[>;V9K"UV,%2QGZ11Z,R#['GT<7)EGY]=?/JUP9;DXFER3^Y$4U3%
M;#$X=E!^%4.D$I1T$:G$J261UHM(JQ`92A\B<M6*R.FEGE-5SQGW(J(-[M;/
M['L_"?VYG3XOTM$F0A1_@,'(\'O)\)ME;%"R+F/62\:,R%B&SL(?_2=]3H]V
MSH-P^83B9XB[AIVI[]S.<9!G.H)"!&ZLW2+(50P1Z$4$JD2P%Q&L$O7"S)1B
MANG<W"B<':".<3GWT[7>C?0D,]*G*MU=J&8T&ZX7,*<4F&6WA5JTDTK3>>3>
M[R^<KU&R;TCS*(JMD'Y2[;60;(9VI_A@HT#.J!L'L3_Z';%6O[02D(MG$;KQ
M3K[$N!`4BJC]%&GVQ=GIY3<\`%OY0JYXHC0,&3ODSCYTETGBAUEQ?(!&C56C
M*@KCQ%YQ;*KQ]VB/3I"I(V0*-$[]?'8Z^15U6N]&Z:[T_??29WQT?7-\\^D:
MGSE"!&@XBV[NXM/Y^6YAP?W]?>GZ[/W)3^?OI-')73#W)/\I0$/J70E]]/J5
MMXQ'L)]#"MV[+V=P`8?'!13"!13!!:SC8AI%&9HPL.?JN,#(<%S73]-1$RUJ
M?U?VY<]%#-D'TN3B<G)Q(XTN(BE=NG?2+)C[4I1(7I"@'C]*GG?_*H8%ZF?I
MH3.;I0=1R9N8I`M+73S13&RVR.ROSH-39]U%.G,R7I*[>/T.NFB"-.(G6@1A
M\,1-E'H1MZ30%;BGD)\D74P%B)[3!UZ:);^8I9#E'G@!M`A2]_!B<F-_.+L^
ML3]<OOMT/KGFI7?B>.YGSOR>7[3[[,X=S^>[44(YRYS8YR<+W%"`*.8#/B5*
M/0%1\YB?)G:G@8#;$_0O6IC\A*GK"A#Y2>#,!>BB9>CQDV7^G!-5H9\=*JXF
M`R$J18A*$Z(R1*C&?!#&5*8REKF)'%=!LQ)^LC@)W(@/Q80N<=$+/UD&#`$M
MIZEGHS;#UT8QH>>K3_S.]GQ=0$E$!46H8I=OO$*H;A/^5N;-W8"?:+E8/'-3
M^1`(6-#WXR02H'J*$W0)/^$??'&1T&1W0.>WHO^8W/.'JMGB`9C\\>,NWH_G
M2WY[W/&WK[M8Q,_!=)$EW%0AW["#DCS:V3(,?7Y'AX$&N8GB><!OPSCFITF]
M.7_02.=W?`,(2B1P2^G"W5_.LT1`QX4[!F.5GRY+!/3,EB)W]\@W+B(D`9_E
M4S<-#C7%-?;,)[X`0"B=P#6>1`A])^/S64EEQP%?Z":4M_;%R96FF'PQA)#&
M3@IT?C+\#R_3"%+BE7$!4D]0Y*T`32(HBV\T1Y:'#_&RL`#9$Y]^KI=$BT/G
MS\P5H2/_A>B6"N!K#3GA`LI\R*1TMZG0_05IS-D0*-U"2!JBXHLKE"R*Q9R7
M3F,QNJ]B9%'X['J:LC9G*!?C]5Z+\71+1JO`('Y0T;_U_J=<&NZ?2^FY9EZL
M]T.Q]7Y(UO,A3F=T"3R2H/@.B[;UXE62C"M!ILK:6&U.S'1MT@!-FS3$Y<Y3
MW[_'E(INZNBCZ\GD9_MZ<E.WTA&]@%5T;?L(^LM6Q[5,@:&PL#5ZP9;NC"E5
MA*9NP#85R06,BIXO?>=9H24?GYY>OY66H3.=^U(62?@**=AO,F6IHME+1;.J
MH@(-W6RU(KZ@XFYB-]F"4+.4W,7%*4-%IYJ4',8)O3+^TS&;)^Z9ZV";A5K`
M4^V$IZ*H#6DIE;]58$9;B*7N5$F\V>3*,E)LIV.[78MU?-:>6G%C6N.-X9TU
MQ8W!\5C5FC/Q3B_?.ZM,O+9=;!)1EKI!XVSX6-',=B#9'&#)R(0VWDJ"+)H\
M6[([]YW$KNH)H*&PTO#VIE9I^`+6+.N6J/RVAIEI+T=,F3"#550U0V]5$5_`
MJ@A_H2%%A]1Q^;$"=+!)Q:VLV8[K,EO)`KO$BM[98@$<0V,]4NC;851$+G4)
MH@00FJV1GUS`*&I/@VSAQ):,_MD>WG5$WZHI25O7,NVZ,F:$F6#<TA[0Y?@"
M1A;J_#!K!TMY*TU1YT?>2G$4A)F?6.%&_PMJVN[^5>*9];]1^,'H]`-$P5-O
M#FQNK_;DK@*;L1UH1)2E?C0X0XW!#!?^62BVCU\^%D?'53U16-09:4!7S-8A
M'KF`D>:[44+&3Y^J(Z<$;\5*`J_)*G_MO95N]WJYW>LQEEEM<&#!:1;^-CL[
M,@6:,EP/3N9V.!.12WUA<@Y+L:+!$P[ST_F])3\Z][Z]Q*T?&\:.ETC<LC:4
M41E97'XWB^X3+*V'7ZXL1<-]$AKV&@KZ,\@?E!LWII>N[[6I=.HS/:C)V8,2
M+>$S5O2V&*3#._SR_^7AQ@B*B=_E_E4+/]/W\P($K??7:T/K=+:*:&(.[&@5
MY3X4ME6,"W2..]$)``3:>JL8;]<J1.12#(SY>E&LY]1*J*_?TQ=%+4Z\H2^J
M7C.K#!5&'GV\ID4>@QIB%PC`NS<6$H.:``*::LWPNV]OT']+7EJ*OCD`_W6W
MUXZ;U28N%C>@G)T!N7MZ)@.M8;$$4VX#'2')U+B8M'U.4IV2$%4S%PV?@[E_
M@%Z15>Q9^AP6;]'I^BA:-6%%7&M4K095(@[;_:UT&V7D>;'P%@WV'/?>S_##
M98].YK:%'+?7!G=79D(JT;$UIE9#*O4>A(9%XS^\SS&F%2<^M\Q*A`W:`=8F
MJ((2,*![J&>.-;,!JF!+J(I(SOT".*&*5<W0`/]K,)L%/IKR(:/8,1KQV?,@
MO*>':R.QBC0>I&)I$-_^^Y.3M]+H_<6G70D>&`?LN5:D]GJJP@6KSI'ZHFY\
M//#45L>;@2=HGG;<K7:@5I`'2__7MW,WA"I]K.L-R(-;(D]$<HX%V+6H7%U3
M)JHF0>;;B?-HR<@F]BSQ?=L+$IL\<8G/U=JT#%EI7/$'DB=+YI&+XF+B+"0'
MG<93'2PW\5T_>*A'D!KR>CV:XT(V1D+.MDB=1WT66T8^="2'67&X&:J$&FJX
M)\>7^KFW83[^A.AT(W5YA[V>(W(5IFT)NK"C=11;K2N-H\RV@.ZTAZ)"M6'L
M";;,MPA)SJ'0F2NHSLF(JD$4HH"#S4$[N$=L:DM&UL5=8/I<[_`,@Q7'U3H:
M<PNUW\V#3]"9K*D!G8A3P(\YPJ&<+U+J6G%*:0O*HL9IQ]VR*2:7V0S0G5<`
MT&C*\@&!9$$%=B*2<\>H70N5U75*HJK_8`=XT<]&YDJ<C!H:&8<T:_1)[?D[
M66>EM4]"*G,0:A<!T&VE:@<&FN>]H$S"@.;$1F5H9JBP.0OC]GH>TF6>AP1;
MIF&$U,V]V9EWJ,40HJJBJ:3WD>5QT?_D'="9!=;\"4UUS,IK7[&L+E@2>0=6
M>',7I-+">9:FZ/2]E-WYZ"B\1<.S6REM[>]Z/=CH5A_0=GMMP'!U=AC0F6.J
M#9(U9G'T7__(._$\1L;_Z!H&"+NAO,5>R7K7J-JEUSJ\Z_98D'UHRH*"%:1[
MI&T,V6Q8D05;YHN$).<8T#G!C57%:WC8&/8RI).-99CXMT&:^0GI\VIYF+')
M2N,)Q,0NQ9H3D'__7_M+>0C19`F]A;`E%.M,('\Z6,&M[_#A+U.7<09/KRA\
M?UOYLJ65;'I^K])BROP:Z)&S:AHNXR0-WB9V$%DA>1;."IEG_JQPAXD@&DO4
MOG.L:[]5P\.%E?LJ4S.@.4=2N2]Y;(#FOKA7!LGUF+YXRXR.D+HY8COS++4N
M!*MJ>_Y#X*+96/2(YKF.Y]E9L/`3-$9&PZ;$KTW,U#%@I7&U#RSM9^F[^*WT
M/LHD)(D\#X-GU]?T]'7P9VM/W"NEX[(I':(C3T"E.1VC]%.3]UIU[)66<6<U
MO`@XH9#H]5J5]>2N+G7]B=M*<RIS.J`YN5(-$T!NFN%LF=41DISC8,PY2AW3
MJ:=&5__`DKPH>#<>,\ZJS1N@R8KC@AT6%SCS_0_4*9*3(:]]]T0:QPGR2;38
M_VUSSX&IT<S&3GTTI[U'D,'U:]`@,`G"#/4A9U>_V(T+^UUH6#U%S4(!EED:
MV)TK`="$>L,@"VZ9IA$33;V#:0'4QYO1<)1_SBH;WMK1;(9Z9619]\YW[^U9
ME-A^-+-DWW7K!@;,\C<FQP.3MK!,/J_8IFX,G`/O6(LN0T*O14B/780D-@&J
MOCF:'^6?5QU8[$G5<>LH&H>BT55(:&S.?Q/ZGW*WTZ5(.O,@-TFVO;8,EJAT
M!1;F*#+H,&=P049>K3;J-<GVF$FV,`JZFEE1=:#2R,K\$NR1Y0&*V9!?@EOF
MEX0DYW#BS/A056494!45P]BEVI'-/E;RPSKDQ[+)2N,9B5!I"AK_`P5OIWYC
M%CC$QWAZ``W+V@P^3/Y$S'=9X(YBM\"S`AJQUPF$>'V'$2S3/;`[Z8*"2",0
MMDSW"$G.70/Y>D*J:EVWLIW/+'T="7`LJZP\CDDB$9=]3QROY!LK(/(_T"SK
M#=[$0Q'1&,:8&^3!'LV__(%OX\<\;D$B1L;9G/S$9NP)VZ<3?$5%D@KZRGP*
M[,YJF+)J-&R_A5OF4X0DY\Y!I(9APC;TD<]954,[RYYIHL!.HFAAR=@TY*1[
MY]3WM4)=4UAQFJ&H;>+(YZPXQ#J.8RKOK32/\4--^&DF//3[I_H_00OT$+D^
MUI6V?`KYG!6'L*[D@UK:=W^IGMB,/$S]C40ZU">:O^'7TR)NYETW!(W(+?O<
M7DNIGL;TN:(.Z4)[7DF'Q3HN&O;A].Q\(HUNH@BO#C]+F`TI'9;N=O-<5=H9
ME"U;B6=0QD6EGF&9KBKY#,NWK/0S*-M5):"AV%8K!0W-57D1KMJ+<#5>@NMX
M?8BT+=>RDM&03)E*1X.R92HA#<IW52EI4+:K2DI#LJU46AJ2\:H2T[!<]1<P
MPJJ2T[!<BTI/@W(M*D$-RK2H%#4HT[*2U)!<5Y6F!N5:5J(:EBM3J6I0QG\,
M.RZH5;H:E&U9"6M(KDREK"'9LI6TAN7[`BQ?HAVL*G4-R35<7_K>GF6ETM>@
MK(M*8$,R+2N%#<HT'IYG66EL4*9%);)AF;Z`2:N5S`;F7%8Z&Y1O60EM2*ZK
M2FE#<GT<=M[)5EH;BN=Z);9!.;.5V@9E7%9R&YQK6>EM4,[52G"#LEY5BAN4
M;:62W/"<RTISP[+V7DCEVQ?@F;R0KL/.QFN5\(9E^S3L_=<KZ0W+=U5I;VB^
M926^@1F7E?J&Y5M6\AN6[:K2W[!\%R^B;5DI<%BVJTJ"P_)=51H<F._7EV%;
MJ50X%.]J4<+!\@'TF'S-$>;Z^0IS_79IGUQ-CF_0Z\W5IXN3/0D7$N@EBV2L
M2(W$$R>T_I[13YMDYQDL%5W7=AFKXNM7)+^FOGYEX^^?&>V#K@J&1]*/KU_]
DC7Q;#?EN4/3RZM4U_8I1+PK]QN\7537Z_:+_!8J@:Y>+=```
`
end
--
The "Toy Story Animated Storybook" CD was the best selling software product
during the month of May, outselling the Windows '95 upgrade, Quicken, etc.
Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Mon Jul 15 10:56:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 10:31:31 -0000
Received: from vega.netg.se (qmailr@194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 10:31:30 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 05:08:54 -0000
Resent-Date: 15 Jul 1996 05:08:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <andrew@it.com.au>
Message-Id: <m0uffso-0002c4C@belgarion.it.com.au>
From: andrew@it.com.au (Andrew Howell)
Subject: Re: dchanges and name-format
To: boekhold@cindy.et.tudelft.nl (Maarten Boekhold)
Date: Mon, 15 Jul 1996 13:07:46 +0800 (WST)
Cc: debian-devel@lists.debian.org (Debian Development)
In-Reply-To: <Pine.LNX.3.93.960714212602.2050A-100000@niki.et.tudelft.nl> from "Maarten Boekhold" at Jul 14, 96 09:28:16 pm
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Mk_6n3.0.565.b9Twn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4943
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Maarten Boekhold writes:
> 
> Hi,
> 
> did I miss something or does dchanges (3.3) not support the correct
> naming-convention (yet)?

No it doesn't, you need dchanges 3.4 :)

Andrew

-- 
Of course...lager...the only thing that can kill a vindaloo.
     -- Lister, fighting the vindaloo monster in Red Dwarf `DNA'

Andrew Howell				      howellaa@cs.curtin.edu.au
Perth, Western Australia	     andrew@it.com.au andrew@debian.org


From debian-devel-request@lists.debian.org Mon Jul 15 11:46:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 11:34:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 11:34:00 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 06:34:19 -0000
Resent-Date: 15 Jul 1996 06:34:19 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <alex@unique.outlook.net>
Date: Mon, 15 Jul 1996 01:34:08 -0500 (CDT)
From: "Alexander E. Apke" <alex@unique.outlook.net>
Sender: alex@unique.outlook.net
To: Syrus Nemat-Nasser <syrus@ucsd.edu>
cc: Michael Nonweiler <mrn20@hermes.cam.ac.uk>,
  Debian developers list <debian-devel@lists.debian.org>
Subject: Re: orphaned bash and related packages ?
In-Reply-To: <Pine.3.03.9607141203.A3956-a100000@sdss>
Message-ID: <Pine.LNX.3.94.960715013007.9893A-100000@unique.outlook.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"2mby.0.HN6.hPUwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4944
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


On Sun, 14 Jul 1996, Syrus Nemat-Nasser wrote:

> On Sun, 14 Jul 1996, Michael Nonweiler wrote:
> 
> > I'll take over "fileutils" if nobody complains.  I'll upload a new version
> > when we've sorted out the source package format.
> > 
> > I'll also make an attempt to sort out the colour ls silliness.
> 
> I'd appreciate it if you'd include the actual maintainer of the "silliness"
> in your attempt.  Also, didn't someone else already offer to take over
> fileutils?  In any case, color-ls is presently a separate and independent
> package due to the requests of Ian J. and Bruce P. to do it that way.
> 

Color ls is now a part of filutils as of 3.13 which just came out
recently.  So, I believe we will not need a separate color-ls package.


						Alex Apke


From debian-devel-request@lists.debian.org Mon Jul 15 11:46:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 11:38:17 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 11:38:16 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 06:46:32 -0000
Resent-Date: 15 Jul 1996 06:46:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <clinhart@ping.at>
From: Christian Linhart <clinhart@ping.at>
Message-Id: <199607150644.IAA00465@baer.christian.linhart.nodomain>
Subject: Re: Can we reorganise the "devel" dir, please?
To: debian-devel@lists.debian.org
Date: Mon, 15 Jul 1996 08:44:54 +0200 (MET DST)
In-Reply-To: <m0ufZyh-0002EWC@plato> from "James A. Robinson" at Jul 14, 96 06:49:26 pm
X-Mailer: ELM [version 2.4 PL24 PGP2]
Content-Type: text
Resent-Message-ID: <"Hj2RF3.0.PS6.8bUwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4945
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> > May I propose that we split the directory into
> > 	devel			for linux and kernel compilation
> > 	programming		for all those other languages and tools
> 
[...]
> and move the *doc* files into the docs directory?  I would prefer
> better words to devel and programming, but I can't really think of any
> off the top of my head...

Maybe something like

devel-tools	general development tools such as make, rcs, indent, gdb, ...
kernel-devel	Development tools specific to the kernel
libs-runtime	Runtime libraries
libs-devel	Development libraries
programming	Compilers, interpreters 

Or should we start to use multilevel sectioning ?
Such as e.g.

devel/tools
devel/kernel
devel/libs
devel/runtime	Maybe this should go elsewhere
devel/lang

Or grouped by programming language ? 
Where each directory contains compilers, interpreters, development libs
and maybe runtime-libs.
e.g.

devel/tools/	No language but general tools
devel/tcl-tk/
devel/c++/
devel/fortran/
...


-Chris

--
Christian Linhart <chris@cosy.sbg.ac.at, chris@debian.org, clinhart@ping.at>
Student of Computer Science at Salzburg University (Austria/Europe)
get my PGP public key with "finger -l chris@cosy.sbg.ac.at"


From debian-devel-request@lists.debian.org Mon Jul 15 11:46:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 11:40:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 11:40:31 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 06:46:38 -0000
Resent-Date: 15 Jul 1996 06:46:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <clinhart@ping.at>
From: Christian Linhart <clinhart@ping.at>
Message-Id: <199607150608.IAA00342@baer.christian.linhart.nodomain>
Subject: Re: dchanges and name-format
To: boekhold@cindy.et.tudelft.nl (Maarten Boekhold)
Date: Mon, 15 Jul 1996 08:08:08 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <Pine.LNX.3.93.960714212602.2050A-100000@niki.et.tudelft.nl> from "Maarten Boekhold" at Jul 14, 96 09:28:16 pm
X-Mailer: ELM [version 2.4 PL24 PGP2]
Content-Type: text
Resent-Message-ID: <"1dITH.0.iS6.EbUwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4946
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> did I miss something or does dchanges (3.3) not support the correct
> naming-convention (yet)?
You're using an old version of dchanges. The current version is 3.4
and it supports the current naming-convention.
I think I got it from Incoming.

-Chris


From debian-devel-request@lists.debian.org Mon Jul 15 12:11:06 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 11:55:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 11:55:09 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 07:06:16 -0000
Resent-Date: 15 Jul 1996 07:06:15 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <joost@rulcmc.leidenuniv.nl>
Message-Id: <m0ufObT-00012EC@rulcmc.leidenuniv.nl>
From: joost@rulcmc.leidenuniv.nl (joost witteveen)
Subject: Re: cleaning layout
To: ecki@lina.inka.de (Bernd Eckenfels)
Date: Sun, 14 Jul 1996 12:40:43 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ue6Id-0004jtC@lina> from "Bernd Eckenfels" at Jul 10, 96 10:55:54 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"TQSjY.0.tl6.dtUwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4947
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO



I think you'll find you get more responce if you send a
(polite) message to the maintainers of each package, explaining
why you think things should be changed. Usually, I don't read
all messages in debian-devel (although I do maintain about 10 packages),
and I'm sure most of the maintainers you're trying to read don't
select a message with subject "layout cleanup". 

And, of cource, please remember all debian maintainers are volunteers,
I for one don't like being told "your package is a mess", but
much more eager to respond to something like "if you move this stuff
to that dir, it will comform better with this and that standard or 
whatever".

also note that the last 4 suggestions are WRONG, and will cause
serious problems if the maintainers actually do what you say.


> 
> Hello,
> 
> I have a few points from my 1.1 System which I will file some bug reports
> if we can agree on it:
> 
> Generally I think the X11 installation is rather nice with the config file,
> but the lib directory is a mess.
> 
> gwm: /usr/X11R6/lib/gwm/       should be placed in /usr/X11R6/lib/X11/gwm/
> gwm: /usr/X11R6/lib/gwm/*.xbm  all *.xbm files should be stored in a
>                                common location like
>                                /usr/X11R6/include/bitmap?
> lyx: /usr/X11R6/lib/lyx/       should be /usr/X11R6/lib/X11/lyx
> 
> zircon: /usr/X11R6/lib/zircon/ should be placed in /usr/X11R6/lib/X11/zircon
> zircon: mv /usr/X11R6/lib/zircon/bitmaps/*.xbm /usr/X11R6/include/bitmap?
> 
> (all a.out compat libs in one directoy)
> xcompat: /usr/X11R5/lib/ -> /usr/X11R6/lib/i486-linuxaout/
>          mv /usr/X11R5/lib/* /usr/X11R6/lib/i486-linuxaout/ 
>          remove /usr/X11R5/lib from /etc/ld.so.conf
> 
> man: delete /var/catman/X11R5/*, /var/carman/X386/* (obsolete and empty)
>      clean up manpath.config
> 


> tkdesk: mv /usr/lib/TkDesk/ -> /usr/lib/X11/TkDesk/
> 
> gimp: mv /usr/lib/gimp/ /usr/lib/X11/gimp/
> 
> tkined: mv /usr/lib/tkined/ /usr/lib/X11/tkined/
> 
> tk4.0: mv /usr/lib/tk4.0/ /usr/lib/X11/tk4.0/


WRONG WRONG. I got into MANY problems with putting xosview in
/usr/bin/X11/xosview. /usr/bin/X11 is a symlink to /usr/X11R6/bin,
just like /usr/lib/X11, and packages should _not_ install
anything in those symlinked directories, but only in /usr/X11R6/*.
Apparently, upgreading X will cause problems otherwise, and the
real problem then comes when you want to correct this, due to
a bug in dpkg this is next to impossible.



-- 
joost witteveen
            joost@rulcmc.leidenuniv.nl
          joostje@debian.org
--
Use Debian/GNU Linux!


From debian-devel-request@lists.debian.org Mon Jul 15 13:01:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 13:00:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 13:00:28 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 08:10:22 -0000
Resent-Date: 15 Jul 1996 08:10:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 15 Jul 1996 09:08:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6CuLAIeUcsB@khms.westfalen.de>
In-Reply-To: <m0ufZyh-0002EWC@plato>
Subject: Re: Can we reorganise the "devel" dir, please?
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"Aa1KE2.0.TH7.jpVwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4948
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

jimr@simons-rock.edu (James A. Robinson)  wrote on 14.07.96 in <m0ufZyh-0002EWC@plato>:

>
> > May I propose that we split the directory into
> > 	devel			for linux and kernel compilation
> > 	programming		for all those other languages and tools
>
> Or perhaps
> 			kernel
> 			devel
> 			programming
>
> and move the *doc* files into the docs directory?  I would prefer
> better words to devel and programming, but I can't really think of any
> off the top of my head...

An option might be sorting for languages, and a place for non-language  
stuff.

MfG Kai


From debian-devel-request@lists.debian.org Mon Jul 15 14:16:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 14:00:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 14:00:31 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 09:11:27 -0000
Resent-Date: 15 Jul 1996 09:11:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ufhya-0002hGC@debian.iaehv.nl>
Subject: Re: orphaned bash and related packages ?
To: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Mon, 15 Jul 1996 09:21:52 +0200 (MET DST)
Cc: branderh@debian.IAEhv.nl, debian-devel@lists.debian.org
In-Reply-To: <m0uelea-0002ZVC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 12, 96 06:05:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"BCdNb2.0.Iy7.-iWwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4949
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Hello ?  We really do need a bash maintainer ...

Ok if nobody is going to take this I 'll do but only on the condition 
that I have to download the bash source once and upload it once and
after that only patches will be uploaded.  I have to do this packaging
stuff from home most of the time so I don't want to pay too much for
on line connections. 

So it would be nice if the new source format would accept this 
possibility and not make me too poor.

"Unix: 30 definitions of regular expressions living under one roof"
                                                                D.E. Knuth
Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Mon Jul 15 14:16:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 14:06:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 14:06:41 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 09:11:36 -0000
Resent-Date: 15 Jul 1996 09:11:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ufiy5-0002hNC@debian.iaehv.nl>
Subject: Re: orphaned bash and related packages ?
To: syrus@ucsd.edu (Syrus Nemat-Nasser)
Date: Mon, 15 Jul 1996 10:25:22 +0200 (MET DST)
Cc: mrn20@hermes.cam.ac.uk, debian-devel@lists.debian.org
In-Reply-To: <Pine.3.03.9607141203.A3956-a100000@sdss> from "Syrus Nemat-Nasser" at Jul 14, 96 12:42:07 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"fyCkp1.0.by7.8jWwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4950
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> On Sun, 14 Jul 1996, Michael Nonweiler wrote:
> 
> > I'll take over "fileutils" if nobody complains.  I'll upload a new version
> > when we've sorted out the source package format.
> > 
> > I'll also make an attempt to sort out the colour ls silliness.
> 
> I'd appreciate it if you'd include the actual maintainer of the "silliness"
> in your attempt.  Also, didn't someone else already offer to take over
> fileutils?  In any case, color-ls is presently a separate and independent
> package due to the requests of Ian J. and Bruce P. to do it that way.

Yes, I (erick) did take the fileutils package and am working on it.

What do you folks want to be done with the color-ls thing.  AFAICS it seems
to be provided in the fileutils package.  I don't know if color support 
has been in fileutils but I presume that it wasn't.  Now that it is (with
3.13) we might remove the color-ls package?

control file should get
Conflicts: color-ls

I hope that no package exists out there what has a Depends on color-ls.

Would this solve the color-ls thing?

"Unix: 30 definitions of regular expressions living under one roof"
                                                                D.E. Knuth
Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Mon Jul 15 15:31:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 15:25:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 15:25:57 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 10:20:38 -0000
Resent-Date: 15 Jul 1996 10:20:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecki@lina.inka.de>
Message-Id: <m0ufkF6-0004jtC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
Subject: Re: cleaning layout
To: debian-devel@lists.debian.org
Date: Mon, 15 Jul 1996 11:47:04 +0200 (MET DST)
In-Reply-To: <m0ufObT-00012EC@rulcmc.leidenuniv.nl> from "joost witteveen" at Jul 14, 96 12:40:43 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"_bnHL.0.Dd.sjXwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4951
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

> I think you'll find you get more responce if you send a
> (polite) message to the maintainers of each package, explaining
> why you think things should be changed.

Actually I was looking for some discussion on my suggestions for improving
debian since it is a basic layout decission which affects a lot of
developers and packages. Since none is interested in giving comments on it I
think I can fill some bugreports for it.

> Usually, I don't read
> all messages in debian-devel (although I do maintain about 10 packages),
> and I'm sure most of the maintainers you're trying to read don't
> select a message with subject "layout cleanup". 

Since this is a general design question and this is the one general mailing
list for developing debian i dont see any problems with it.

> And, of cource, please remember all debian maintainers are volunteers,
> I for one don't like being told "your package is a mess",

I did not said that any package is a mess, I only said that a few
directories on the system are a mess, since different packages install in
different locations. I dont want to start a thread about language usage
again (*hehe*).

> but
> much more eager to respond to something like "if you move this stuff
> to that dir, it will comform better with this and that standard or 
> whatever".

As I said i my mail I will write bug reposrts for it.

> also note that the last 4 suggestions are WRONG, and will cause
> serious problems if the maintainers actually do what you say.

Yes you are right, the Packages need to be installed in /usr/X11R6, I only
used the other pathname (which is the canonical to access the files) that it
is clearer to see why the files need to be moved. In the above lines I have
mentioned the right directory.


> > gwm: /usr/X11R6/lib/gwm/*.xbm  all *.xbm files should be stored in a
> >                                common location like
> >                                /usr/X11R6/include/bitmap?

Any comments about this point? Anyone? Good idea? Bad idea? 

> > (all a.out compat libs in one directoy)

And this one?

Greetings
Bernd


From debian-devel-request@lists.debian.org Mon Jul 15 16:21:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 16:07:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 16:07:17 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 11:08:06 -0000
Resent-Date: 15 Jul 1996 11:08:06 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Mon, 15 Jul 1996 00:07:43 +0200
Message-Id: <199607142207.AAA01266@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: Re: VIRTUAL PACKAGES need to be added: awk, nawk
In-Reply-To: <199607111625.MAA24467@access.netaxs.com>
References: <m0ueLLU-00014fC@miles.econ.queensu.ca>
	<199607111625.MAA24467@access.netaxs.com>
Resent-Message-ID: <"wefhq.0.7M1.MQYwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4952
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Chris Fearnley writes:
 > Yes, there is no technical reason not to do it this way.  [Unless
 > someone writes an old awk compatible interpreter --- which as far as I
 > know no one has done.]  However, the mawk and gawk package both provide
 > (via update-alternatives) /usr/bin/awk AND /usr/bin/nawk.  Which I feel
 > is important.  But we could define the "awk" virtual package as
 > including "awk" and "nawk".
 > 
 > I think you've persuaded me.  I'll only make one virtual package "awk"
 > which will have the assumptions of nawk as I just described.

I'd better like having just one virtual package "nawk" which effectively
holds the assumption that nawk supersedes awk. And packages would depend
on nawk then (if we ever consider having an awk package, this is a mistake
because not all packages need nawk really; but I think it's strange to have
a virtual awk package which actually provides nawk).

Yves.


From debian-devel-request@lists.debian.org Mon Jul 15 18:01:20 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 17:38:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 17:38:40 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 12:12:16 -0000
Resent-Date: 15 Jul 1996 12:12:16 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ufmbx-0002lKC@debian.iaehv.nl>
Subject: uploaded ltxtool-1.0-4 to master (I'm not maintainer)
To: debian-devel@lists.debian.org
Date: Mon, 15 Jul 1996 14:18:47 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"jIQxQ3.0.EZ2.WMZwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4953
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Date: 15 Jul 96 09:43 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Nils Rennebarth <nils@nus.pan-net.de>
Source: ltxtool
Version: 1.0-4
Binary:  ltxtool
Architecture:  all source
Description: 
 ltxtool: Add on macro packages for LaTeX
Changes: 
 Mon Jul 15 09:33:32 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * documentation goes in /usr/doc/ltxtool
        * modified debian.control
        * semi half rewrite of debian.rules
        * merged Makefile into debian.rules
        * no install in misc but in subdir tools
 .
Files:
 20587a4564f94afcce8d4ed6d4d84bc0  196662  -   ltxtool-1.0-4.tar.gz
 010c4a1c86f7eb4d33182508d4bbf47e  4211  -   ltxtool-1.0-4.diff.gz
 d74cdcb1935448f5a9e0e81986417d60  233568  tex extra  ltxtool_1.0-4_all.deb
"Unix: 30 definitions of regular expressions living under one roof"
                                                                D.E. Knuth
Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Mon Jul 15 18:51:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 18:47:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 18:47:35 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 12:52:29 -0000
Resent-Date: 15 Jul 1996 12:52:29 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0ufn8H-00014ZC@miles.econ.queensu.ca>
Date: Mon, 15 Jul 96 08:52 EDT
To: Debian Developer <debian-devel@lists.debian.org>
Subject: Where is Fernando Alegre?
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"5rlZe3.0.eZ3.CyZwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4954
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


I just tried to email Fernando, but the mail bounced. Has anybody heard of
him lately? 

-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Mon Jul 15 21:46:30 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 21:31:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 21:31:10 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 14:10:04 -0000
Resent-Date: 15 Jul 1996 14:10:04 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31EA4F05.A43777C@verisim.com>
Date: Mon, 15 Jul 1996 10:00:38 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Can we reorganise the "devel" dir, please?
References: <m0ufS6A-00013qC@miles.econ.queensu.ca>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"pqXD73.0.0f4.x4bwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4955
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> There is _way_ too much stuff in binary-.*/devel; I currently see 89 packages
> which is roughly a fifth of _all_ packages.
> 
> May I propose that we split the directory into
>         devel                   for linux and kernel compilation
>         programming             for all those other languages and tools

I kind of like "devel" for all development tools, but there are other
things in there as well.  Here is a quick list of things I would think
should belong elsewhere:

CGI-modules-2.75-3.deb@			run-time lib
boot-floppies-1.1.1-7.deb		system devel, but not program devel
dchanges-3.3.deb@			ditto
ecc-1.35-1.deb				utility, not devel tool
gmp-1.3.2-2.deb				run-time lib
j1-7-7.deb				interpreted lang, like perl
kernel-headers-2.0.0-0.all.deb		system devel
kernel-source-2.0.0-0.deb		system devel
libc4-4.6.27-15.deb			run-time lib
libg++27-2.7.1-2.deb			includes run-time lib
libident-0.17-1.deb			run-time lib
libobjects-0.1.19-1.deb			run-time lib
libwww-perl-5.00-1.deb			run-time lib
m4-1.4-2.deb				general macro preprocessor
perl-5.002-10.deb			interpreted lang, required package!
perl-suid-5.002-10.deb			interpreted lang
perl-tk-b11.02-2.deb			interpreted lang
python-1.3-3.deb			interpreted lang
slang-lib-0.99.23-1.deb			run-time lib
strace-3.0-5.deb			useful system utility
tcl74-7.4p3-3.deb			run-time lib
tcl75-7.5-1.deb				run-time lib
tclX-7.4a-p2-1.deb			run-time lib
tk40-4.0p3-3.deb			run-time lib
tk41-4.1-1.deb				run-time lib

I'd like to suggest a "libs" dir for the run-time versions of the shared
libraries.  A person who isn't going to be doing any program development
should be able to exclude the "devel" directory completely.  No packages
from another section should depend upon development packages to run.

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.


From debian-devel-request@lists.debian.org Mon Jul 15 22:36:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 22:24:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 22:24:02 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 15:30:40 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3782: GNU nm breaks lorder
Reply-To: Philip Blundell <pb@nexus.co.uk>, 3782@bugs.debian.org
Resent-From: Philip Blundell <pb@nexus.co.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Austin Donnelly <and1000@debian.org>
Resent-Date: Mon, 15 Jul 1996 15:18:04 GMT
Resent-Message-ID: <handler.3782.B.83744317526914@bugs.debian.org>
X-Debian-PR-Package: bsdmainutils
X-Loop: owner@bugs.debian.org
Date: Mon, 15 Jul 1996 15:52:44 +0100 (BST)
From: Philip Blundell <pb@nexus.co.uk>
To: debian-bugs@pixar.com
Message-Id: <Pine.BSF.3.91.960715154423.18082A-100000@globe>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4956
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: bsdmainutils
Version: 3.1-0

The output generated by GNU nm is slightly incompatible with what lorder 
expects (ie what BSD nm produces).  This means that the output from 
lorder will fail to mention any module that doesn't reference any 
external symbols (and hence, if you're building a library, that module 
may not be added to the library).

I suggest that either the version of lorder that is distributed with 
Debian be changed to take account of GNU nm, or that GNU nm be updated so 
that its output mimics BSD nm more closely.  The former seems like 
a simpler option.

The difference between GNU and BSD nm manifests itself like this:

linux$ nm -go foo.o bar.o
foo.o:00000000 T _some_symbol
bar.o:00000000 T _something_else
linux$

bsd$ nm -go foo.o bar.o

foo.o:
foo.o:00000000 T _some_symbol

bar.o:
bar.o:00000000 T _something_else
bsd$


From debian-devel-request@lists.debian.org Mon Jul 15 23:01:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 22:37:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 22:37:47 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 15:38:45 -0000
Resent-Date: 15 Jul 1996 15:38:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Mon, 15 Jul 1996 10:39:47 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: "Debian Developer's List" <debian-devel@lists.debian.org>
Subject: Re: orphaned bash and related packages ?
In-Reply-To: <m0udy1E-0002YIC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.SOL.3.93.960715103552.15129D-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"6qvc72.0.Z07.5Ocwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4957
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 10 Jul 1996, Ian Jackson wrote:

> The current Maintainers file says:
>  bash                 daveb@tau.space.thiokol.com (David P. Boswell)
>  libreadline2         daveb@tau.space.thiokol.com (David P. Boswell)
>  libreadline2-dev     daveb@tau.space.thiokol.com (David P. Boswell)

I'd like to take these.  I had already started modifying libreadline to
test for a rl_shell variable instead of a SHELL define at runtime
instead of compiletime.  This fixes some Debian only bash bugs.  I'll
go ahead and finish it.

Anybody have a problem with my killing the librl package?  It's the
a.out libreadline package.


Guy


From debian-devel-request@lists.debian.org Mon Jul 15 23:01:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 22:41:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 22:41:46 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 15:45:12 -0000
Resent-Date: 15 Jul 1996 15:45:12 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Mon, 15 Jul 1996 10:46:15 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: "James A. Robinson" <jimr@simons-rock.edu>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Installer packages and arbitrary files referenced by packages 
In-Reply-To: <m0ufAiV-0002EWC@plato>
Message-ID: <Pine.SOL.3.93.960715104129.15129E-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"7yYEt3.0.X37.8Ucwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4958
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Sat, 13 Jul 1996, James A. Robinson wrote:

> > Some people will object to /tmp, others to ~root.  I object to both.
> > Why not ask for a suitable pathname, and give a suitable default?
> 
> Because then we would have to check that they didn't stick in
> 
> 	/etc/passwd
> 
> or something.  We can't just say "if (!-f file" because it might be a
> legitimate file from a previous install.  And I don't want to get into
> opening the file to check the contents... :-(

Doing 'dpkg -S $file' is better, but I don't think we should go too far
down this path.  Assuming a few connected neurons in the installer's
brain is reasonable.

(or not...)


Guy


From debian-devel-request@lists.debian.org Mon Jul 15 23:26:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 23:04:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 23:04:44 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 16:20:37 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3762: etc/rc.boot/0setserial usually hangs machine
Reply-To: Michael Shields <shields@crosslink.net>, 3762@bugs.debian.org
Resent-From: Michael Shields <shields@crosslink.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Gordon Russell <gor@dcs.napier.ac.uk>
Resent-Date: Mon, 15 Jul 1996 16:03:01 GMT
Resent-Message-ID: <handler.3762.B3762.83744617727795@bugs.debian.org>
X-Debian-PR-Package: setserial
X-Loop: owner@bugs.debian.org
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v0300764bae1011e549e6@[205.198.168.35]>
In-Reply-To: <199607141501.LAA07203@sgk.tiac.net>
References: Your message of "Fri, 12 Jul 1996 18:51:19 -0000."            
 <v0300763cae0c4e88f3ba@[205.198.168.35]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Mon, 15 Jul 1996 15:19:29 +0000
To: "Susan G. Kleinmann" <sgk@sgk.tiac.net>
From: Michael Shields <shields@crosslink.net>
Cc: 3762@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4959
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-07-14 15:01 +0000, Susan G. Kleinmann wrote:
>It turns out that much of the mail about setserial lately could have been
>avoided had folks paid attention to the bug report filed by Chris Hanson
>in early June, to the effect that the kernel package was mis-configured
>wrt setserial.  It is bug #3195.  You may find that relevant to the
>problem you're reporting now.

Nope.  I'm using a custom kernel and the serial support is hard-compiled
in, not as a module.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Mon Jul 15 23:26:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 23:08:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 23:08:30 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 16:25:32 -0000
Resent-Date: 15 Jul 1996 16:25:31 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ufqZH-0002hYC@debian.iaehv.nl>
Subject: uploaded mfnfss to master
To: debian-devel@lists.debian.org
Date: Mon, 15 Jul 1996 18:32:18 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"YYrWf3.0.NO7.x3dwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4960
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Date: 15 Jul 96 14:53 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Nils Rennebarth <nils@nus.pan-net.de>
Source: mfnfss
Version: 2.1g-2
Binary:  mfnfss
Architecture:  all source
Description: 
 mfnfss: Use additional Metafont fonts with LaTeX
Changes: 
 Mon Jul 15 16:50:17 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * debian.Changelog: initial
        * debian.rules was rewritten
        * debian.control according to current guidelines
 .
Files:
 dcb4a209df9a43f0ac21afdcb5768a21  55341  -   mfnfss-2.1g-2.tar.gz
 74415618e595b64ffc0ea53610efd470  6625  -   mfnfss-2.1g-2.diff.gz
 4a77681724905102f2d425d754c881b5  26208  tex  extra  mfnfss_2.1g-2_all.deb
"Unix: 30 definitions of regular expressions living under one roof"
                                                                D.E. Knuth
Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Mon Jul 15 23:26:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 23:11:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 23:11:30 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 16:26:54 -0000
Resent-Date: 15 Jul 1996 16:26:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0ufqTZ-0004RBC@chiark.chu.cam.ac.uk>
Date: Mon, 15 Jul 96 17:26 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: Klee Dienes <klee@sedona.com>, branderh@debian.IAEhv.nl
Cc: debian-devel@lists.debian.org
Subject: Re: orphaned bash and related packages ? 
In-Reply-To: <199607131614.JAA15374@sauron.sedona.com>
References: <m0uelea-0002ZVC@chiark.chu.cam.ac.uk>
	<m0ufhya-0002hGC@debian.iaehv.nl>
	<199607131614.JAA15374@sauron.sedona.com>
Resent-Message-ID: <"FqiaB1.0.3P7.D5dwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4961
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Klee Dienes writes (in private email to me):
> I'd be willing to take bash and readline, if for no other reason than
> to fix the obnoxious line-wrapping bug that's been annoying me since
> 1992.

This may be an ncurses bug, but it's too late now :-).

> I probably wouldn't have any reason to put up a new release soon, so
> if no-one else steps up to grab it, feel free to add me to the
> overrides file.

OK, you're now the maintainer.  You'll probably find that there are a
number of bugs outstanding that could at least do with sending to the
FSF, upstream.

branderh@debian.iaehv.nl writes ("Re: orphaned bash and related packages ?"):
...
> Ok if nobody is going to take this I 'll do but only on the condition 
> that I have to download the bash source once and upload it once and
> after that only patches will be uploaded.  I have to do this packaging
> stuff from home most of the time so I don't want to pay too much for
> on line connections. 
> 
> So it would be nice if the new source format would accept this 
> possibility and not make me too poor.

The new source format will allow this, I think (at least, my current
plan for it will).  But since we're not there yet I think Klee should
take the package for now.

There'll be plenty for you to do later :-).  Thanks for the offer.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 00:16:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 15 Jul 1996 23:54:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 15 Jul 1996 23:54:28 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 16:56:09 -0000
Resent-Date: 15 Jul 1996 16:56:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <syrus@sdss.ucsd.edu>
Date: Mon, 15 Jul 1996 09:49:35 -0700 (PDT)
From: Syrus Nemat-Nasser <syrus@ucsd.edu>
Sender: Syrus Nemat-Nasser <syrus@ucsd.edu>
Reply-To: Syrus Nemat-Nasser <syrus@ucsd.edu>
Subject: Re: orphaned bash and related packages ?
To: branderh@debian.iaehv.nl
Cc: mrn20@hermes.cam.ac.uk, debian-devel@lists.debian.org
In-Reply-To: <m0ufiy5-0002hNC@debian.iaehv.nl>
Message-Id: <Pine.3.03.9607150930.A5040-c100000@sdss>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Resent-Message-ID: <"8INsi1.0.c4.fWdwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4962
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 15 Jul 1996 branderh@debian.iaehv.nl wrote:

> > On Sun, 14 Jul 1996, Michael Nonweiler wrote:
> > 
> > > I'll take over "fileutils" if nobody complains.  I'll upload a new version
> > > when we've sorted out the source package format.
> > > 
> > > I'll also make an attempt to sort out the colour ls silliness.
> > 
> > I'd appreciate it if you'd include the actual maintainer of the "silliness"
> > in your attempt.  Also, didn't someone else already offer to take over
> > fileutils?  In any case, color-ls is presently a separate and independent
> > package due to the requests of Ian J. and Bruce P. to do it that way.
> 
> Yes, I (erick) did take the fileutils package and am working on it.
> 
> What do you folks want to be done with the color-ls thing.  AFAICS it seems
> to be provided in the fileutils package.  I don't know if color support 
> has been in fileutils but I presume that it wasn't.  Now that it is (with
> 3.13) we might remove the color-ls package?
> 
> control file should get
> Conflicts: color-ls
> 
> I hope that no package exists out there what has a Depends on color-ls.
> 
> Would this solve the color-ls thing?

Yes, I think so.  My understanding is as follows:  Both Red Hat and Slackware
have included the fileutils 3.12 with the color-ls patch added.  Slackware defaults
to color enabled and Red Had defaults to no color.  I think we would have to do it
like Red Hat, but the question of how to get color will for sure become a FAQ unless
we documment it clearly.  When I first started building a color-ls package, I was
going to have it replace all of fileutils with my color-ls-patched version.  There
were some serious objections to this at the time, so I made my package install two
small binaries and two man pages, none of which had a conflict with any other files.

Since the upstream source for fileutils has now incorporated color, I think it
will be logical to kill my color-ls package for 1.2.  I expect we'll hear from a few
interested people before this discussion is over.

Syrus.


----------------------------------------------------------
Syrus Nemat-Nasser <syrus@ucsd.edu>    UCSD Physics Dept.



From debian-devel-request@lists.debian.org Tue Jul 16 01:31:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 01:13:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 01:13:10 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 18:01:14 -0000
Resent-Date: 15 Jul 1996 18:01:14 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <chrish@ana.concordia.ca>
Date: Mon, 15 Jul 1996 11:02:48 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
X-Sender: chrish@ana.concordia.ca
To: Christian Linhart <clinhart@ping.at>
cc: debian-devel@lists.debian.org
Subject: Re: Can we reorganise the "devel" dir, please?
In-Reply-To: <199607150644.IAA00465@baer.christian.linhart.nodomain>
Message-ID: <Pine.SGI.3.94.960715104440.20970A-100000@ana.concordia.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"4Hbjh3.0.7x.gTewn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4963
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 15 Jul 1996, Christian Linhart wrote:

> Maybe something like
> 
> devel-tools	general development tools such as make, rcs, indent, gdb, ...
> kernel-devel	Development tools specific to the kernel
> libs-runtime	Runtime libraries
> libs-devel	Development libraries
> programming	Compilers, interpreters 
> 
> Or should we start to use multilevel sectioning ?
> Such as e.g.
> 
> devel/tools
> devel/kernel
> devel/libs
> devel/runtime	Maybe this should go elsewhere
> devel/lang
> 
> Or grouped by programming language ? 
> Where each directory contains compilers, interpreters, development libs
> and maybe runtime-libs.
> e.g.
> 
> devel/tools/	No language but general tools
> devel/tcl-tk/
> devel/c++/
> devel/fortran/
> ...

Hmm. Can the dselect/dchanges/dinstall handle multilevel sections?

How about a mix of the first and last suggestions? Something like:

devel-tools    general development tools
libs-runtime   runtime shared libs.
libs-devel     header files, etc. needed to develop with libs in libs-runtime
programming-c  
programming-tcl
programming-perl
programming-python
...

But most of the programming-* categories would be almost empty. How about
then

...
programming-c
programming-whatever-other-languages-have-lots-of-.deb-files
programming-misc

<shrug>

I don't care that much about the final layout, except for the
'libs-runtime' category which is something I strongly feel we should have.
That way, people can install all the .so libs with one keystroke in
dselect, instead of hunting around.

And I don't think the 'kernel-devel' category is a very good idea...
Because a) the kernel is a moving target; who knows what other stuff Linus
and co. might be using to compile the kernel 6 months or a year from now?
b) looks like this problem will be solved by the new source package
format, with the source dependencies.

   Christian




From debian-devel-request@lists.debian.org Tue Jul 16 01:56:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 01:54:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 01:54:30 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 19:07:58 -0000
Resent-Date: 15 Jul 1996 19:07:58 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0ufsyx-0002EWC@plato>
To: ecki@lina.inka.de (Bernd Eckenfels)
cc: debian-devel@lists.debian.org
Subject: Re: cleaning layout 
In-reply-to: Message from ecki@lina.inka.de (Bernd Eckenfels) 
   of "Wed, 10 Jul 1996 22:55:54 +0200."References: <m0ue6Id-0004jtC@lina> 
 <m0ue6Id-0004jtC@lina> 
Date: Mon, 15 Jul 1996 15:06:54 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"Ho0gz2.0.C-1.ESfwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4964
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> Generally I think the X11 installation is rather nice with the config file,
> but the lib directory is a mess.

> zircon: /usr/X11R6/lib/zircon/ should be placed in /usr/X11R6/lib/X11/zircon
> zircon: mv /usr/X11R6/lib/zircon/bitmaps/*.xbm /usr/X11R6/include/bitmap?

You might try installing the latest version of zircon -- the above lib
layout was a mistake that has already been fixed.  As to the bitmaps,
no I don't think they should be moved.  Zircon looks for them in the
LIB directory, to move just the bitmaps would require me either
hacking the makefile and source code, or making a tree of symlink.
Neither of which are needed, especially considering that the bitmaps
are very zircon specific (simple shapes and the letter T is all).


Jim


From debian-devel-request@lists.debian.org Tue Jul 16 02:21:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 02:03:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 02:03:24 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 19:15:45 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3784: perl does not install on base 1.1
Reply-To: Michael Shields <shields@crosslink.net>, 3784@bugs.debian.org
Resent-From: Michael Shields <shields@crosslink.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 15 Jul 1996 19:03:04 GMT
Resent-Message-ID: <handler.3784.B.837456686289@bugs.debian.org>
X-Debian-PR-Package: perl
X-Loop: owner@bugs.debian.org
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v03007656ae103dd99d3f@[205.198.168.35]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Mon, 15 Jul 1996 18:28:25 +0000
To: debian-bugs@pixar.com
From: Michael Shields <shields@crosslink.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4965
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: perl
Version: 5.003-2

This is on a system containing the base 1.1 (1996-06-16), plus dpkg
1.2.11elf, and an attempted install of dpkg-ftp 1.4.2 (which failed because
it needs perl).  A completely fresh installation.

# dpkg -i perl_5.003-2.deb
Selecting previously deselected package perl.
(Reading database ... 3308 files and directories currently installed.)
Unpacking perl (from perl_5.003-2.deb) ...
Setting up perl (5.003-2) ...
Creating Perl header files.  This may take a while...
If possible, you should use Socket and/or some of the other modules.
h2ph has always been somewhat broken.
/var/lib/dpkg/info/perl.postinst: /usr/lib/perl5/i486-linux/5.003/sys: No
such file or directory
dpkg: error processing perl (--install):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 perl

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Tue Jul 16 03:36:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 03:25:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 03:25:14 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 20:05:46 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3785: perl_5.003-2.deb (in "rex") and "mirror"
Reply-To: Bruce Perens <Bruce@pixar.com>, 3785@bugs.debian.org
Resent-From: bruce@pixar.com (Bruce Perens)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 15 Jul 1996 19:48:05 GMT
Resent-Message-ID: <handler.3785.B.8374596881371@bugs.debian.org>
X-Debian-PR-Package: perl
X-Loop: owner@bugs.debian.org
Message-Id: <m0uft7g-0005YhC@mongo.pixar.com>
Date: Mon, 15 Jul 96 12:16 PDT
From: bruce@pixar.com (Bruce Perens)
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4966
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: perl
Version: 5.003-2

I installed perl_5.003-2.deb on my system. Every time I run "mirror" to
mirror the Debian distribution to my private archive, it rattles the disk
for a while and then says "Out of memory!". This did not happen with the
Perl 5.002 package in "buzz".

	Thanks

	Bruce
--
The "Toy Story Animated Storybook" CD was the best selling software product
during the month of May, outselling the Windows '95 upgrade, Quicken, etc.
Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Tue Jul 16 03:36:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 03:27:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 03:27:00 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 20:07:14 -0000
Resent-Date: 15 Jul 1996 20:07:14 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecl@fnpc21.if.usp.br>
Message-Id: <m0uftsY-000VRtC@fnpc21.if.usp.br>
Date: Mon, 15 Jul 96 17:04 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: afrb2@chiark.chu.cam.ac.uk (Alan Bain)
Cc: debian-devel@lists.debian.org
Subject: Re: Modified versions of gcc (as used by g77,gpc)
In-Reply-To: <m0ueL2T-0002bgC@chiark.chu.cam.ac.uk>
References: <m0ueL2T-0002bgC@chiark.chu.cam.ac.uk>
Resent-Message-ID: <"ovcol2.0.gf2.oJgwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4967
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "AB" == Alan Bain <afrb2@chiark.chu.cam.ac.uk> wrote:

AB> Just a quick question:
AB> I have been working on GNU Pascal and I have a slight problem
AB> in that it and GNU Fortran need a modified `Pascal aware' or
AB> `Fortran aware' version of gcc.  How do I arrange for the
AB> possiblity (which is in my case a certainty) of both packages
AB> being required together (when a Pascal and Fortran aware gcc
AB> is needed).

Yes, there is this problem. And don't forget that there is GNU Ada
too.

That's why I think all these frontends (C, C++, Ada, Fortran and
Pascal) should have the same maintainer, or at least individual
maintainers should work together.

Emilio.

-- 
                 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
               Instituto de Fisica da Universidade de Sao Paulo
             Caixa Postal 66318, 05389-970 Sao Paulo - SP, BRAZIL
              Phone: (+55) (11) 818-6724 (Voice) / 818-6715 (Fax)


From debian-devel-request@lists.debian.org Tue Jul 16 04:01:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 03:42:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 03:42:32 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 20:18:11 -0000
Resent-Date: 15 Jul 1996 20:18:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v03007662ae1055fe4988@[205.198.168.35]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Mon, 15 Jul 1996 20:10:32 +0000
To: debian-devel@lists.debian.org
From: Michael Shields <shields@crosslink.net>
Subject: Debian-1.1.1 vs. Debian-1.1-1
Resent-Message-ID: <"TQl4M.0.Nm2.2Ugwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4968
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The Packages file lists every package as being in
Debian-1.1-1/binary-i386/..., but the actual directory name is
Debian-1.1.1.  This causes dpkg-ftp to be unable to install anything from
the stable tree.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Tue Jul 16 04:26:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 04:09:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 04:09:03 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 20:55:50 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3748: Pixmaps missing from fvwm package?
Reply-To: ecl@fnpc21.if.usp.br (Emilio Lopes), 3748@bugs.debian.org
Resent-From: ecl@fnpc21.if.usp.br (Emilio Lopes)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Austin Donnelly <and1000@debian.org>
Resent-Date: Mon, 15 Jul 1996 20:33:04 GMT
Resent-Message-ID: <handler.3748.B.8374626903313@bugs.debian.org>
X-Debian-PR-Package: fvwm
X-Loop: owner@bugs.debian.org
Message-Id: <m0uftyE-000VVVC@fnpc21.if.usp.br>
Date: Mon, 15 Jul 96 17:10 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: Chris Fearnley <cjf@netaxs.com>, 3748@bugs.debian.org
Cc: larry@n2h2.com, submit@bugs.debian.org
In-Reply-To: <199607122029.QAA20054@access.netaxs.com>
References: <31E45F85.69475AB6@n2h2.com>
	<199607122029.QAA20054@access.netaxs.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4969
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "CF" == Chris Fearnley <cjf@netaxs.com> wrote:

CF> You need to install the fvwm2 package.  That's where they live.
CF> One might consider it a dependency problem.  But I think the two
CF> packages should be independent.  Maybe we need a fvwmpixmap package
CF> that each can depend on.

Yes, sure we need. Maybe just a "pixmaps" package, since there are
other window managers that can use pixmaps (afterstep, tvtwm?). It
could contains other pixmaps from the net beside the one that come
standard with fvwm.

Emilio.

-- 
                 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
               Instituto de Fisica da Universidade de Sao Paulo
             Caixa Postal 66318, 05389-970 Sao Paulo - SP, BRAZIL
              Phone: (+55) (11) 818-6724 (Voice) / 818-6715 (Fax)


From debian-devel-request@lists.debian.org Tue Jul 16 04:26:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 04:15:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 04:15:34 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 20:56:07 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3787: tin uses /etc/news/descriptions instead of /etc/news/newsgroups
Reply-To: Scott Barker <scott@galileo.cuug.ab.ca>, 3787@bugs.debian.org
Resent-From: Scott Barker <scott@galileo.cuug.ab.ca>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Kenny Wickstrom <kenny@kennet.com>
Resent-Date: Mon, 15 Jul 1996 20:33:09 GMT
Resent-Message-ID: <handler.3787.B.8374626903320@bugs.debian.org>
X-Debian-PR-Package: tin
X-Loop: owner@bugs.debian.org
From: Scott Barker <scott@galileo.cuug.ab.ca>
Message-Id: <199607152008.OAA26791@galileo.cuug.ab.ca>
To: submit@bugs.debian.org
Date: Mon, 15 Jul 1996 14:08:52 -0600 (MDT)
X-Mailer: ELM [version 2.4 PL25 PGP2]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4971
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: tin
Version: 1.3beta.950824-12

tin looks in /etc/news/descriptions instead of the usual /etc/news/newsgroups
(which actually used to be /var/lib/news/newsgroups) for newsgroup
descriptions.


-- 
Scott Barker
Linux Consultant
scott@galileo.cuug.ab.ca
http://www.cuug.ab.ca:8001/~barkers/   (under construction)

[ I try to reply to all e-mail within 5 days. If you don't  ]
[ get a response by then, I probably didn't get your e-mail ]
[ (we have a sometimes sporadic connection to the internet) ]

"I would like to take you seriously, but to do so would affront your
   intelligence."
   - William F. Buckley, Jr.


From debian-devel-request@lists.debian.org Tue Jul 16 04:26:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 04:12:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 04:12:20 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 20:55:59 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3786: base includes anonymous ftp account
Reply-To: Michael Shields <shields@crosslink.net>, 3786@bugs.debian.org
Resent-From: Michael Shields <shields@crosslink.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Mon, 15 Jul 1996 20:33:08 GMT
Resent-Message-ID: <handler.3786.B.8374626903315@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v03007661ae10554d2012@[205.198.168.35]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Mon, 15 Jul 1996 20:07:53 +0000
To: debian-bugs@pixar.com
From: Michael Shields <shields@crosslink.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4970
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: base
Version: 1.1.0-13

The base /etc/passwd includes an `ftp' account which 0.93R6 did not
include.  It is better to have the ftp package set this up; wu-ftpd will do
it correctly.  As it stands, wu-ftpd will complain that you have an ftp
account but not a /home/ftp.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Tue Jul 16 04:51:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 04:38:17 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 04:38:16 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 21:08:41 -0000
Resent-Date: 15 Jul 1996 21:08:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ufuK4-000HVrC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: Debian Developer <debian-devel@lists.debian.org>
Subject: Re: Can we reorganise the "devel" dir, please? 
In-Reply-To: Your message of "Sun, 14 Jul 1996 10:24:00 EDT."
             <m0ufS6A-00013qC@miles.econ.queensu.ca> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_700706240P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 15 Jul 1996 23:32:49 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"8gziW2.0.Tm3.PDhwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4972
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_700706240P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Dirk.Eddelbuettel@qed.econ.queensu.ca:
> There is _way_ too much stuff in binary-.*/devel; I currently see 89 packages
> which is roughly a fifth of _all_ packages.

I agree about the need, although I'd suggest a different split.

I invite comments on the following suggestion:

	devel-base	
		enough to compile the kernel, and some other typical 
		programs
			
	devel-lang
		implementations of programming languages, 
		language implementation tools
		
	libraries
		runtime library packages (needed for running programs
		using the library)
	
	devel-libs
		development library packages (needed to compile the
		programs using the library)
		
	devel-tools
		other programming tools
		
My personal mirror isn't quite complete, but the 68 packages I do have 
would fall into the above categories something like this (some of this
may have to be discussed):

	devel-base:
		bin86 binutils gcc libc5-dev make ncurses3.0-dev 

	devel-lang:
		bison byacc cpp flex gcl gclinfo gmp guile j1 intercal m4 
		p2c perl-debug perl-suid perl-tk perl python tcl74-dev tcl74 
		tcl75-dev tcl75 ratfor77 tk40-dev tk40 tk41-dev tk41 tclX 

	libraries:
		libc4 libg++27 libobjects libwww-perl slang-lib 

	devel-libs:
		electric-fence libc4-dev libc5-dbg libc5-pic libdb1-dev 
		libgdbm1-dev libident libreadline2-dev ncurses3.0-pic 
		slang-devel 
		
	devel-tools:
		c2man cvs cflow ddd-smotif gdb gettext gnat indent dlltools 
		expect pmake rcs strace xxgdb ecc id-utils ilu dld 
		
Unclassified remain:

	boot-floppies (shouldn't this be in admin?)
	xwpe (shouldn't this be in editors?)

Someone with a full mirror might want to add the missing packages.

Other comment: should libobjects be divided into runtime and development
packages?  It seemed  to have both kinds of stuff.



--==_Exmh_700706240P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMeqq74QRll5MupLRAQGKHgP/d4xfnQxSqABip1taBacxmCsQXkjy1wxR
ia8/5pAhy7Aves3jYdgq6lPT2QwAz0a/Tx4MC5IGMNr0SWV+qTrnF7eQKN3j0N0v
3zJOU0DlJd3KMRbsr4/X4EXtCvwTsuhjahYn0/BgXORX9NE2hY1P1bxTflJKpmPR
x9kaIPctB1g=
=jW2H
-----END PGP MESSAGE-----

--==_Exmh_700706240P--


From debian-devel-request@lists.debian.org Tue Jul 16 07:21:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 06:58:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 06:58:45 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 23:44:21 -0000
Resent-Date: 15 Jul 1996 23:44:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ufxJ3-0004RDC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 00:44 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Local packages - how to handle them ?
Resent-Message-ID: <"aVQWr2.0.ja5.KVjwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4974
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

People often want to install local versions of things, and it is good
to allow them to use our tools to do this.

One of the ways I do this is to have a `local' area supported in
dselect.

Another thing that people have asked for is a way to get dselect to
automatically use a local copy of some things, or to stop it from
`upgrading' to the distribution's version.

Some people have done this by creating differently-named local
versions of the packages in question; this is perhaps a good solution
to the problem as currently exists, but doesn't strike me as generally
optimal - we ought to be able to support this better.

I can see at least two things I could do that would make life easier
for these people, which I'll describe below.  It would be good if
people could have a discussion about their needs and how they are or
aren't met by these or other schemes, so I can decide where to put my
effort.

1st additional feature:

Extend the version number syntax in a way that means that certain
version numbers are (a) reserved for locally-generated packages and
(b) always considered `more recent' than all other numbers.  Perhaps a
range of `locality' would be useful here.

This would mean that you could `dpkg -i' the local package, and
dselect wouldn't ever upgrade it from the distribution, because the
distribution's version would be older.

I might combine this by giving dpkg better handling of archives with
two versions of something: for example, it could skip a package that
was less recent than the one it thinks is `available' - but of course,
this would break when the Packages file is newer than the rest of a
mirror.  Alternatively, I could introduce special-case code so that if
it thought that a `local' version was thought to be available and
selected it would not install an un-local one.  These kinds of special
handling would make it possible to put the local packages in the local
subtree and have dselect install them automatically.  Without any
changes to dpkg in this area you could do this, but the first dselect
`install' run would probably unpack first the standard version and
then the local one.  In any case dselect wouldn't ever replace a local
package with a non-local one.

2nd additional feature:

One or two new `want' flags in dselect, a bit like `hold', but meaning
`local-only'.  The first one (`permanent hold', perhaps) would be just
like `hold' but wouldn't be unset by using `dpkg' on the package
directly (perhaps I should just make hold like this anyway?).

The second (`local only' perhaps) would have an effect on dselect's
access methods.  The default would be for dpkg not to process such
packages (treat them as if they were on hold), but the access methods
would pass a flag to dpkg to allow them to be processed only when they
were running dpkg on the `local' area (as defined by the access
method).

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 07:21:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 07:12:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 07:12:50 -0000
Received: (qmail-queue invoked by uid 40); 15 Jul 1996 23:49:06 -0000
Resent-Date: 15 Jul 1996 23:49:06 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecl@fnpc21.if.usp.br>
Message-Id: <m0ufxQw-000VRtC@fnpc21.if.usp.br>
Date: Mon, 15 Jul 96 20:52 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: "Brian C. White" <bcwhite@verisim.com>
Cc: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Can we reorganise the "devel" dir, please?
In-Reply-To: <31EA4F05.A43777C@verisim.com>
References: <m0ufS6A-00013qC@miles.econ.queensu.ca>
	<31EA4F05.A43777C@verisim.com>
Resent-Message-ID: <"uN7Oc2.0.9e5.nZjwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4975
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "BCW" == Brian C White <bcwhite@verisim.com> wrote:

BCW> m4-1.4-2.deb				general macro preprocessor

text section?

Emilio.

-- 
                 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
               Instituto de Fisica da Universidade de Sao Paulo
             Caixa Postal 66318, 05389-970 Sao Paulo - SP, BRAZIL
              Phone: (+55) (11) 818-6724 (Voice) / 818-6715 (Fax)


From debian-devel-request@lists.debian.org Tue Jul 16 07:46:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 07:37:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 07:37:18 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 00:15:55 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3788: `apropos' matches only word-substrings even in page names
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3788@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Alvar Bray <alvar@debian.org>
Resent-Date: Tue, 16 Jul 1996 00:03:05 GMT
Resent-Message-ID: <handler.3788.B.837474700243@bugs.debian.org>
X-Debian-PR-Package: man
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufx65-0004RCC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 00:30 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4976
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: man
Version: 2.3.10-11

I've been trying to investigate why `man -k pbm', `man -k pnm',
`man -k pnm' &c didn't produce the results I'd expected.

I have come to the conclusion that the search term presented to
apropos is matched against any substring consisting of a whole number
of words in the `description', or against the entire page name at once
(presumably because the name is always considered an entire word).

Observe this in the transcript below.

I think it would be much more useful for `man -k alternatives',
`man -k pnm', `man -k dpkg' and similar incantations to give pages
which contain the search term as any substring of the page name, even
if this isn't a whole `word'.  After all, if you want matching on the
whole page name you can use `whatis' rather than `apropos'.

The existing match-words-only behaviour wrt the description is
probably useful.

I'm (now, after having RTFM) aware that `whatis -w' can be used to
do the search I want, with a suitable search term, but I think that
`apropos' should do this by default.

Thanks,
Ian.

-chiark:~> whatis dpkg
dpkg (8)             - a low-level package manager for Debian GNU/Linux
-chiark:~> man -k dpkg
dpkg (8)             - a low-level package manager for Debian GNU/Linux
-chiark:~> man -k pkg
pkg: nothing appropriate.
-chiark:~> man -k dpk
dpk: nothing appropriate.
-chiark:~> man -k gnu/
gnu/: nothing appropriate.
-chiark:~> man -k GNU/
GNU/: nothing appropriate.
-chiark:~> man -k 'package manager'
dpkg (8)             - a low-level package manager for Debian GNU/Linux
-chiark:~> man -k Debian
dpkg-name (1)        - rename Debian packages to full package names
start-stop-daemon (8) - Debian package installation tool
dchanges (1)         - build changes file for a Debian package
update-alternatives (8) - Debian package installation tool
deb (5)              - Debian GNU/Linux binary package format
dchanges (5)         - debian package changes file 
deb-control (5)      - Debian GNU/Linux packages' master control file format
dpkg (8)             - a low-level package manager for Debian GNU/Linux
dpkg-deb (8)         - Debian package archive (.deb) manipulation tool
deb-old (5)          - Debian GNU/Linux binary package old style format
-chiark:~> man -k 'GNU/Linux'
deb (5)              - Debian GNU/Linux binary package format
deb-control (5)      - Debian GNU/Linux packages' master control file format
dpkg (8)             - a low-level package manager for Debian GNU/Linux
deb-old (5)          - Debian GNU/Linux binary package old style format
-chiark:~> man -k packa
packa: nothing appropriate.
-chiark:~> man -k deb
deb (5)              - Debian GNU/Linux binary package format
dpkg-deb (8)         - Debian package archive (.deb) manipulation tool
-chiark:~> man -k .deb
dpkg-deb (8)         - Debian package archive (.deb) manipulation tool
-chiark:~> man -k alternatives
alternatives: nothing appropriate.
-chiark:~> man -k update-alternatives
update-alternatives (8) - Debian package installation tool
-chiark:~> man -k tool
start-stop-daemon (8) - Debian package installation tool
update-alternatives (8) - Debian package installation tool
installit (1)        - file/directory installation tool
dpkg-deb (8)         - Debian package archive (.deb) manipulation tool
-chiark:~> 


From debian-devel-request@lists.debian.org Tue Jul 16 07:46:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 07:40:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 07:40:36 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 00:17:41 -0000
Resent-Date: 16 Jul 1996 00:17:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ufxpP-0004REC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 01:17 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Chris Fearnley <cjf@netaxs.com>
Cc: debian-devel@lists.debian.org
Subject: Re: Source packaging
In-Reply-To: <199607090021.UAA27373@access.netaxs.com>
References: <m0ubpih-0002YCC@chiark.chu.cam.ac.uk>
	<199607090021.UAA27373@access.netaxs.com>
Resent-Message-ID: <"7qXmh.0.rx5.b-jwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4977
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Chris Fearnley writes ("Re: Source packaging"):
...
> Maybe the upstream source URL could go here too?  Most people include
> it in the Copyright file, but not always.

We could make it a policy requirement that the original location of
the original source be described.

I'm seriously unconvinced that a URL would be that useful - it
wouldn't last from one version to another, probably, and would in any
case often yield a file that needed to be repacked and unpacked.

It might be worth suggesting that debian/rules contain a `fetch new
original source' target, which would FTP it from some appropriate
place and do any rearrangement that would be necessary.  Is
`origsource' a good name for this ?

It would have to provide the upstream version number in some standard
way - how about a `make' variable (ie, name=value option to
debian/rules) which gives the name of a file to drop the version
number into ?  Or perhaps it should always put it in
`<sourcepackage>_version' in the current directory ?  (You wouldn't
invoke debian/rules from its own directory in any case.)

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 08:11:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 07:53:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 07:53:39 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 00:19:53 -0000
Resent-Date: 16 Jul 1996 00:19:53 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ufxra-0004REC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 01:19 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Bug#3422: termcap entry too long error
In-Reply-To: <Pine.LNX.3.94.960708203944.15473A-100000@dwarf.polaris.net>
References: <m0ud4Xw-0002ahC@chiark.chu.cam.ac.uk>
	<Pine.LNX.3.94.960708203944.15473A-100000@dwarf.polaris.net>
Resent-Message-ID: <"1zsky1.0.6-5.f0kwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4978
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dale Scheetz writes ("Re: Bug#3422: termcap entry too long error"):
...
> As I use Pine :-( I can only say yes|no to 'reply to all recipients' so I
> typicaly edit the headers to keep the list traffic down.

Doesn't `no' to `reply to all recipients' not do the right thing for
bug mail ?  If not please let me know privately at
owner@bugs.debian.org to discuss it.

> Can you point me to a "really" good mail editor? Is it time for me to
> learn emacs? Do I have too <wine, wine>?

I can heartily recommend VM under Emacs.  Of course it does run under
Emacs, which some people consider a disadvantage, but this does make
it an awful lot easier to customise.  IMO VM is the mailer for people
who get a lot of mail and want to be able to hack their mailer to
behave the way they want.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 10:42:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 10:28:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 10:28:54 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 01:26:03 -0000
Resent-Date: 16 Jul 1996 01:26:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ufytZ-0004RBC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 02:25 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Installer packages and arbitrary files referenced by packages 
In-Reply-To: <m0ue699-0002GCC@plato>
References: <ian@chiark.chu.cam.ac.uk>
	<m0udhzc-0002YdC@chiark.chu.cam.ac.uk>
	<m0ue699-0002GCC@plato>
Resent-Message-ID: <"Gg_wb2.0.947.g-kwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4982
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

James A. Robinson writes ("Re: Installer packages and arbitrary files
referenced by packages "):
> [Ian Jackson:]
> > (a) It is a shared directory and thus has undesirable security
> > properties.
> 
> You should submit to the FSSTND that they add to the definition of
> /tmp to indicate this concern.  

This is not within their scope, I think.  Anyway, the FSSTND group are
too busy reorganising /var to make it BSD-compatible and retargeting
themselves not to be Linux-specific and flaming me for not liking it.
Bitter, me ?  Never.

> > (b) It is often regularly cleaned by cron and bootup scripts or
> > mounted using volatile filesystems, so that data in it is not safe.
> 
> Ok, does Netscape rely on the data being there for installation?  I
> know AucTeX doesn't.

Yes, it does.

> > (c) It is not somewhere where sysadmins can be expected to look.
> 
> Perhaps you're different from many of us, but when I read that I
> should look in /tmp, I usually think I should look in /tmp.  Granted a
> package should not stick any semi-important stuff in /tmp without
> telling you.

I just think that /tmp is rather out of the way.  Look, I'm not trying
to get at you here, honest !  I'd just like to see a consistent and
sensible policy on this issue.

> > To my mind a better (default) place would root's home directory or a
> > subdirectory of it.  I propose that we decide on a name for this
> > application, and have packages use that.  If the admin wants the files
> > in ~root directly or elsewhere then they can make a symbolic link.
> > 
> > As a starting suggestion I propose the name `debian-pkg-stuff'.
> 
> This general concept sounds fine -- but are you sure people will want
> ~root cluttered up?  I know that I would not; which is why I used /tmp
> in the first place (from the FSSTND, it seemed like the ideal place
> for a temporary logfile).  Perhaps a /var/lib/dpkg/ subdirectory would
> be better, especially if this is stuff packaged up with dpkg.

/var/lib/dpkg is definitely inappropriate.

Would everyone be happy if I changed the guidelines to say that things
like this (output from scripts that needs to be dumped somewhere, and
files that packages, eg installer packages, need to read to install)
should have a filename prompted for, and that the default should be
~root/<packagename><somethingorother> and preferably kept in some way
from one installation to the next ?

Do we need a special file in /etc giving a default directory name for
this ?

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 10:42:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 10:38:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 10:38:14 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 01:28:54 -0000
Resent-Date: 16 Jul 1996 01:28:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ufywR-0004RBC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 02:28 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Installer packages and arbitrary files referenced by 
 packages 
In-Reply-To: <199607102116.RAA26797@zaphod.caz.ny.us>
References: <m0udhzc-0002YdC@chiark.chu.cam.ac.uk>
	<199607102116.RAA26797@zaphod.caz.ny.us>
Resent-Message-ID: <"uLEpc1.0.k57.L1lwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4983
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Buddha Buck writes ("Re: Installer packages and arbitrary files referenced by   packages "):
...
> I would prefer a directory under /var/lib/dpkg myself.  Dpkg-ftp 
> already 
> places temporary files under /var/lib/dpkg/methods/ftp, so I think
> a /var/lib/dpkg/tmp would be a reasonable choice.

(a) Packages shouldn't mess with /var/lib/dpkg (dpkg-ftp is in some
sense part of dpkg, so it has an excuse - it owns
/var/lib/dpkg/methods/ftp).

(b) Users should certainly not be encouraged to mess with
/var/lib/dpkg !  Reading it is fine, fair enough, but if they go
around editing stuff it will probably break something.  I don't think
that using /var/lib/dpkg in a published interface is at all a good
idea.

(c) It needs to be prompted for, since obviously everyone has
different ideas.

(d) I think ~root is much better as a default.  /home is for people
and programs they communicate with; /var is for programs to store
their internal guts.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 11:07:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 10:42:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 10:42:22 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 01:30:59 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3507: named postinst mangled my configuration
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3507@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Tue, 16 Jul 1996 01:18:05 GMT
Resent-Message-ID: <handler.3507.B3507.8374792001435@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufyW1-0004REC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 02:01 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3507@bugs.debian.org
In-Reply-To: <199607092234.SAA07047@deimos.mars.org>
References: <m0udkUT-0002XpC@chiark.chu.cam.ac.uk>
	<199607092234.SAA07047@deimos.mars.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4984
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Rob Leslie writes ("Re: Bug#3507: named postinst mangled my configuration"):
...
> Very well, I agree the script can be made to ask before modifying one's
> configuration.

Thanks.

...
> I don't really understand how this is possible...

Well, there was a named.boot.old, but the timestamp indicated that it
was much older than it ought to have been.  It looks like it might
have been from a previous package installation attempt.

> > But my nameserver was *already configured* ?  Why does it feel the
> > need to rewrite my /etc/resolv.conf when I already had a perfectly
> > good one ?
> 
> Where did that perfectly good resolv.conf come from?

I wrote it, when I configured my nameserver and stuff by hand back in
the mists of time ...

...
> > After I had restored an old named.boot from backup, and then re-edited
> > it to take account of a recent change, it was not defective.
> 
> So you didn't take the time to see if the new configuration arrangement was
> perfectly usable, if not perhaps even superior to the arrangement you had?

No, because my nameserver has to work correctly.  It is a secondary
for debian.org, a primary for several local unofficial zones, and acts
as a resolver for several local systems.  I can't afford for it to be
acting incorrectly.

Furthermore, I think the `my setup is better than your setup' attitude
is very rude, especially when it comes from a program.  I should be
allowed to have my own setup.

...
> Ian, I know war is probably what you would prefer, [...]

I apologise for my comment about war.  I don't prefer it.

> Again, your previous configuration should have been saved in
> /var/named/named.boot.old; if not, this is certainly a bug. Can you be
> absolutely sure this file did not exist, despite your obvious panic over the
> situation?

It did exist, but its timestamp was wrong and the contents didn't look
plausible.  Admittedly the messages from the script had thrown me into
a panic so I can't be 100% certain that it wasn't a backup, but I
think that messages that throw reasonably experienced sysadmins into
panics are a bad thing ...

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 11:07:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 10:52:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 10:52:36 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 01:42:47 -0000
Resent-Date: 16 Jul 1996 01:42:47 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ufz9j-0004RGC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 02:42 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Source packaging
In-Reply-To: <Pine.SUN.3.91.960711085035.15053B-100000@koma.informatik.tu-muenchen.de>
References: <m0udmqy-0002ZwC@chiark.chu.cam.ac.uk>
	<Pine.SUN.3.91.960711085035.15053B-100000@koma.informatik.tu-muenchen.de>
Resent-Message-ID: <"Zz48O3.0.iB7.NElwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4985
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Juergen Menden writes ("Re: Source packaging"):
> On Wed, 10 Jul 1996, Ian Jackson wrote:
> > Juergen Menden writes ("Re: Source packaging"):
...
> > > the distinction between all and any: this at least should be
> > > skipped.
> > 
> > This distiction is needed so that you know whether to bother
> > rebuilding a source package for a new architecture. 
> 
> better way is by looking in the Binary: field and trying to
> find the coresponding binary package in binary-<non-intel>.

That doesn't work.  It only tells you whether the package has been
built yet, not whether it needs to be built.

> this way i also notice which packages need to be rebuild because
> of new source versions, and as a side effect i get notices which
> binary packages are missing.

I don't follow you.

> > If it says `any'
> > you do, but if it says `any' then all the binary packages are
> > arch-independent and so don't need to be rebuilt.
> 
> :-) your statement is the best argument against using all/any.
> :-) which one should have been all?
> 
> please skip it. it's confusing for everyone.

If you have failed to understand what the field and its values are for
you are in no position to say that it is unnecessary.

Feel free to suggest alternative names.

The semantics I intend are:

 all:  The source package generates only arch-independent
       binaries.  Ie, the Architecture field of all the binaries
       is `all'.

 any:  The source package generates at least some arch-dependent
       binary packages, but it should compile and build properly
       for any architecture.  It may only provide a subset of
       the packages on some architectures.

 a list of architecture names (or a single name):
       The source package generates at least some arch-dependent
       binary packges, and will only compile and build properly
       on the architectures listed.  It may only provide a subset
       of the packages on some architectures.

...
> > No, the arch-dependent files only option should be a command-line
> > option and not an rc file option, 
> 
> ok. but an rc file option for the uploader/maintainer field would
> be _really_ nice. :-)

See my new proposal.  Here the builder calls the program which
generates the .changes file directly, so that they can use a
command-line flag.

This avoids rc files altogether :-).

...
> this information helps noone. rather i would like it very much
> to see which changes in the source (!!!) were done since the last
> source release. note that bug-fixes are a helpful information even
> on our m68k arch. :-)

Well, then we'll provide a way for the .changes file maker to do this,
but of course you'll somehow have to tell it the version most recently
released for the arch in question so that it can figure out how much
of the debian/changelog to include.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 11:07:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 11:06:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 11:06:06 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 01:56:00 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3737: xosview uses -O3 -f...
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3737@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@master.debian.org>
Resent-Date: Tue, 16 Jul 1996 01:33:05 GMT
Resent-Message-ID: <handler.3737.B3737.8374807041939@bugs.debian.org>
X-Debian-PR-Package: xosview
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufygw-0004RBC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 02:12 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3737@bugs.debian.org
In-Reply-To: <m0uduNs-00010uC@rulcmc.leidenuniv.nl>
References: <m0udkw8-0002XuC@chiark.chu.cam.ac.uk>
	<m0uduNs-00010uC@rulcmc.leidenuniv.nl>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4986
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

joost witteveen writes ("Re: Bug#3737: xosview uses -O3 -f..."):
> [Ian Jackson:]
> > Package: xosview
> > Version: 1.3.2-4.1
> > 
> > The compilation flags here are very silly.  Just -O2 would be sane;
> > -O3 optimises at the expense of executable size and all the -f<wotsit>
> > options are just silly.
> 
> Yes they are silly. But let's remind you that I (the maintainer) didn't
> put those flags there. It's all in the package, and I didn't want
> to remove all of them.

Ahhh.

> [ general moans about the upstream package ]
>
> However I agree with the silliness of the flags, I read 
> (from the Guidelines):
> 
>      It is up to the package maintainer to decide what compilation
>      options are best for the package. Don't add flags for the sake
>      of adding flags; only add flags if there is good reason to do so.
> 
> as also saying: "don't remove flags for the sake of removing flags".

Obviously this isn't clear enough, since I've failed to convey what is
meant :-).  Hmm, how about:

 It is up to the package maintainer to decide what compilation options
 are best for the package.  Certain binaries (such as
 computationally-intensive programs) may function better with certain
 flags (@code{-O3}, for example); feel free to use them.  Please use
 good judgment here.  Don't use flags for the sake of adding flags;
 only use flags if there is good reason to do so.  You are quite
 likely to have to override the decision of an upstream author about
 which flags to use.

Does this make things clearer ?  Basically - go ahead and override the
upstream author's flags.

In the old a.out days all GNU stuff would build statically linked by
default, because the GNU people would supply -g ...

> Oh, and about the location thingy: I _was_ going to correct it,
> (along with the i386 hardcoded arch), but I also sent you one or two emails
> asking why other ways of correcting this bug in dpkg didn't work.
> Now I realise you are probably correct in saying that it's impossible
> to correct it in dpkg, but, if you think it's so serious, then I would
> at least expect you to answer my emails about it.

Sorry, I didn't realise that the ball was in my court.

> One way that I think should work is to simply check the time stamps
> of the files in the old package in step 4 in the guidelines, node
> "Maintainer script arguments and how dpkg does things", and then
> only delete them in step 6 if the timestamps were unchanged.

This wouldn't really help with several of the other problems that this
kind of aliasing causes.

I think I'll just have to make do with documenting the problems.

> Anyway, thanks for uploading the corrected xosview package.

You're welcome.  I'm sorry if I offended you.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 11:32:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 11:15:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 11:15:28 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 01:56:42 -0000
Resent-Date: 16 Jul 1996 01:56:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ufzNK-0004Q7C@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 02:56 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: dchanges-3.3 and package names
In-Reply-To: <Pine.LNX.3.94.960711120023.2285D-100000@dwarf.polaris.net>
References: <m0udlML-0002ZwC@chiark.chu.cam.ac.uk>
	<Pine.LNX.3.94.960711120023.2285D-100000@dwarf.polaris.net>
Resent-Message-ID: <"IG8kT3.0.vH7.PRlwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4987
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dale Scheetz writes ("Re: dchanges-3.3 and package names"):
...
> With the use of dpkg-name currently in place, the only thing a maintainer
> needs to do to incorporate any new naming convention is to upgrade to the
> version of dpkg that supports the new convention. This seems to me to be a
> pretty seamless/painless method of creating compliance.

This assumes, I think, that most future changes will be just to the
package filename format.

I don't think this is true - we don't have a format-of-the-week now.

The next change will be the source format reorganisation, I think.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 11:32:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 11:18:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 11:18:53 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 02:02:08 -0000
Resent-Date: 16 Jul 1996 02:02:08 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ufzS1-0004Q7C@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 03:01 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@pixar.com
Subject: Re: GNU Makefile rules for debian preinst and postinst.
In-Reply-To: <m0ueSZU-0005YhC@mongo.pixar.com>
References: <m0ueSZU-0005YhC@mongo.pixar.com>
Resent-Message-ID: <"FqwXr.0.DL7.WWlwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4988
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bruce Perens writes ("GNU Makefile rules for debian preinst and postinst."):
> Ian Jackson & Co.,
> 
> Richard Stallman and I have been discussing how to change FSF's guidelines
> so that GNU software would build Debian packages "out of the box". Given
> standard targets in the GNU makefiles, it seems as if we could use the same
> debian.rules file for all conforming GNU packages, and put most of the work
> into the Makefile.

That sounds useful ...

> What we'd like to arrive at is a "preinst:" and "postinst:" target in the
> makefile that would be run by "make install" when installing directly from
> make, and would be run by "dpkg" when installing a Debian package. The
> simplest way to do this would be to install "make" in the base system,
> put the makefile in the /DEBIAN directory of the package, and have the
> preinst and postinst scripts simply run "make -f package.makefile preinst"
> and so on.

That sounds rather ugly to me.

> I also thought about generating the preinst and postinst scripts as shell
> scripts by simply copying those targets out of the makefile.

You could perhaps copy them out of the makefile and use the #!
technique to make them executable scripts, but of course dpkg will
pass all the wrong arguments.

> Your thoughts on this would be much appreciated.

How about splitting the preinst, postinst, prerm and postrm scripts
out as separate files, and having the main makefile simply call them ?

It might also be worth thinking about how this works with our new
source format ...

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 11:57:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 11:39:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 11:39:18 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 02:10:12 -0000
Resent-Date: 16 Jul 1996 02:10:12 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ufzaQ-0004RBC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 03:10 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Data flow during package building.
In-Reply-To: <96Jul12.132143gmt+0100.6254@gateway.azr.nl>
References: <m0ue3U1-0002ZCC@chiark.chu.cam.ac.uk>
	<96Jul12.132143gmt+0100.6254@gateway.azr.nl>
Resent-Message-ID: <"Ijknf2.0.kO7.3elwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4989
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Erick Branderhorst writes ("Re: Data flow during package building."):
...
> I miss the url reference to the original sources here. If this url is
> included, and perhaps some additional descriptive information, this can
> be the input for an autogenerated copyright file which comes with the
> package.

Urgh, autogenerated copyright file ?  It's full of random waffle, how
can you automatically generate it ?!

...
> > It's not clear to me how it should find out the versions of the binary
> > packages (whose names it will already know by now).  These could
> > either be supplied on the command line, or be accumulated somehow
> > during the build process when each package is built, or perhaps the
> > script could search the directory for binary packages with the correct
> > source version in their Source field.
> 
> What about calling debian.rules (or debian/rules) with the target
> <package>.<version>.  
> $ make -f debian/rules textutils.version
> 1.18e-1

make doesn't work like that; it prints lots of messages (which we
don't want to suppress).

I'm leaning towards the `search the directory for binary packages with
the correct source version' approach.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 11:57:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 11:42:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 11:42:33 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 02:15:49 -0000
Resent-Date: 16 Jul 1996 02:15:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ufzfs-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 03:15 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Mosaic ?
Resent-Message-ID: <"BdE5l3.0.0Q7.Ljlwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4990
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Did anyone say they were going to do a Mosaic package ?  One of my
users wants it and I thought there was a package for it, but I can't
find any reference to it now ...

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 11:57:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 11:48:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 11:48:58 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 02:46:02 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3464: kernel-source-2.0.0 maintainer scripts #!/usr/bin/perl
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3464@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Tue, 16 Jul 1996 02:33:04 GMT
Resent-Message-ID: <handler.3464.B3464.8374837072836@bugs.debian.org>
X-Debian-PR-Package: kernel-source-2.0.0
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufzSt-0004Q7C@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 03:02 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Mark Eichin <eichin@cygnus.com>
Cc: 3464@bugs.debian.org
In-Reply-To: <xe1raqiv6c2.fsf@maneki-neko.cygnus.com>
References: <m0uajbT-0002b4C@chiark.chu.cam.ac.uk>
	<gvxybl339rt.fsf@diamond.pilgrim.umass.edu>
	<m0udi1c-0002YdC@chiark.chu.cam.ac.uk>
	<xe1raqiv6c2.fsf@maneki-neko.cygnus.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4991
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Mark Eichin writes ("Re: Bug#3464: kernel-source-2.0.0 maintainer scripts #!/usr/bin/perl"):
> > The guidelines are wrong; I'll fix them.
> > When they were written it was thought that some scripts on / might
> > need Perl in /bin.
> 
> Can you forward the change to debian-devel? I might have to rerelease
> autoconf to deal (it uses #!/bin/perl, because it finds it there.)

Yes, you do need to, I'm afraid.

Ian.

--- ../dpkg-1.2.12/doc/guidelines.texi  Mon Jul  1 04:41:52 1996
+++ doc/guidelines.texi Tue Jul  9 20:01:19 1996
@@ -360,12 +360,7 @@
 used to interpret them.
 
 @item
-In the case of Perl scripts this should be @code{#!/usr/bin/perl} or
-sometimes @code{#!/bin/perl}, as follows: if the script is a critical
-one that may be called when the @file{/usr} partition is unmounted or
-broken it should use @file{/bin/perl}.  Otherwise (especially if the
-script is not specifically targetted at Debian) it should use Perl's
-standard location, @file{/usr/bin/perl}.
+In the case of Perl scripts this should be @code{#!/usr/bin/perl}.
 
 @item
 Generally the following compilation parameters should be used:
@@ -973,9 +968,8 @@
 
    If these scripts exist they should be left in the @file{DEBIAN}
 directory with execute permission enabled and should contain an
-appropriate @code{#!} line, such as @code{#!/bin/bash} for a
-@code{bash} script or @code{#!/bin/perl} for a Perl script (see
-above).
+appropriate @code{#!} line, such as @code{#!/bin/bash} for a @code{bash}
+script or @code{#!/usr/bin/perl} for a Perl script (see above).
 
 @node Dependencies and Conflicts, Package Classification Fields, Installation and Removal Scripts, Control Files
 @unnumberedsec Conflicts, Depends, Suggests, Recommends and Provides


From debian-devel-request@lists.debian.org Tue Jul 16 12:22:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 12:01:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 12:01:31 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 02:46:06 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3517: innd won't remove syslog.conf lines when purged
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3517@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Tue, 16 Jul 1996 02:33:08 GMT
Resent-Message-ID: <handler.3517.B3517.8374837072839@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufzVL-0004Q7C@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 03:04 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Scott Barker <scott@galileo.cuug.ab.ca>
Cc: 3517@bugs.debian.org
In-Reply-To: <199607120040.SAA11520@galileo.cuug.ab.ca>
References: <199607100936.LAA14651@picard.cistron.nl>
	<199607120040.SAA11520@galileo.cuug.ab.ca>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4992
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Scott Barker writes ("Re: Bug#3517: innd won't remove syslog.conf lines when purged"):
...
> Uh-oh. Not again. I went through this with the sys(k)logd packages already.
> It seems that when a file is listed as part of two packages, dpkg removes the
> reference to it from the first package when the second package is installed.
> If the second package is then upgraded, and no longer lists the file, the file
> becomes orphaned by dpkg, and will never go away unless removed by hand (or,
> worse yet, it goes away and never comes back! -- I haven't figured out why
> sometimes a file is orphaned, and sometimes it's lost completely).

Can you produce a repeatable example of this ?  I think that the
sys[k]logd packages do an awful lot of messing about with files in
their maintainer scripts, and that this is causing all of these
problems.  Certainly there haven't been many complaints in the context
of other packages.

> Is there a reason dpkg doesn't let two packages own a file? (Aside from the
> obvious reason that two packages *shouldn't* own the same file). It doesn't
> seem to be a good idea for dpkg to assume that the package maintainers are all
> aware of which files are owned by which packages -- simple mistakes by
> maintainers can lead to orphaned (or missing) files all over the place...

dpkg doesn't allow two packages to own the same *file*, though it will
allow them to share a directory.

This is because it needs to know which version ought to be installed,
and what to do when each package is removed, &c.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 12:22:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 12:05:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 12:05:32 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 02:46:14 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3517: DPKG and innd won't remove syslog.conf lines when purged
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3517@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Tue, 16 Jul 1996 02:33:09 GMT
Resent-Message-ID: <handler.3517.B3517.8374837072844@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
Message-Id: <m0ufzdR-0004RBC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 03:13 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Miquel van Smoorenburg <miquels@cistron.nl>
Cc: scott@galileo.cuug.ab.ca (Scott Barker), 3517@bugs.debian.org
In-Reply-To: <199607121040.MAA00788@picard.cistron.nl>
References: <199607120040.SAA11520@galileo.cuug.ab.ca>
	<199607121040.MAA00788@picard.cistron.nl>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4993
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Miquel van Smoorenburg writes ("Re: Bug#3517: DPKG and innd won't remove syslog.conf lines when purged"):
> You (Scott Barker) wrote:
> > If the second package is then upgraded, and no longer lists the file, the file
> > becomes orphaned by dpkg, and will never go away unless removed by hand (or,
> > worse yet, it goes away and never comes back! -- I haven't figured out why
> > sometimes a file is orphaned, and sometimes it's lost completely).
> 
> Yeah, I've seen this before. I have some local packages: cis-sendmail, and
> cis-sysklogd for example. The control file for both is setup to "replace"
> the originals.
> 
> But as soon as I do an upgrade, the /etc/init.d/sysklogd and
> /etc/init.d/sendmail files dissapear! Worse, even a reinstall won't get
> them back (they are config-files, and dpkg seems to think the old ones are
> still there...). I now keep the init.d files seperate and install them
> after the upgrade.
> 
> I thought I had setup the packages wrong but now it seems that this
> could be a bug in dpkg?

What it is supposed to do is just `take over' the conffile from one
package to the other.

Do these packages not manipulate the /etc/init.d files themselves, in
their {pre,post}{inst,rm} scripts ?

> It is probably because when I install cis-sysklogd, sysklogd is
> removed but not purged. So it stays in a "deinstalled, config files
> remain" status. And even worse: I just did a "dpkg --purge sysklogd" and
> all config files dissapeared (AAARGH) even though they belong to
> cis-sysklogd. Which is still installed, by the way. But now without
> conffiles :((

What version of dpkg are you using ?

There was a bug here prior to 1.2.4, but that's very old now.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 12:22:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 12:09:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 12:09:43 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 02:57:09 -0000
Resent-Date: 16 Jul 1996 02:57:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Mon, 15 Jul 1996 22:58:03 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: debian-devel@lists.debian.org
Subject: Re: Octave-1.1.1-5 uploaded to master.
In-Reply-To: <Pine.LNX.3.94.960715222348.23146A-100000@dwarf.polaris.net>
Message-ID: <Pine.LNX.3.94.960715225703.23220A-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"O2iCN1.0.W_7.5Kmwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4994
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

This will fix the extended description problems with this package.

Date: 15 Jul 96 17:46 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Dale Scheetz <dwarf@polaris.net>
Source: octave
Version: 1.1.1-5
Binary:  octave
Architecture:  i386 source
Description: 
 octave: MATLAB-like interactive language for numerical computations.
Changes: Fixed extended description.
Files:
 c7e56ce8a18e4dc0496823ff868b96a5  2611549  math  -  octave-1.1.1-5.tar.gz
 09cba40ae4eabbf7e2b55393148e84b0  125697  math  -  octave-1.1.1-5.diff.gz
 eb05662eaedc7e8fd7deb9f590b07d7e  1793956  math  extra  octave_1.1.1-5_i386.deb

Later,

Dwarf
 
------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------



From debian-devel-request@lists.debian.org Tue Jul 16 13:12:11 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 13:06:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 13:06:15 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 04:26:06 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3785: perl_5.003-2.deb (in "rex") and "mirror"
Reply-To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3785@bugs.debian.org
Resent-From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Tue, 16 Jul 1996 04:03:03 GMT
Resent-Message-ID: <handler.3785.B3785.8374897114868@bugs.debian.org>
X-Debian-PR-Package: perl
X-Loop: owner@bugs.debian.org
Message-Id: <m0ug1DX-00014ZC@miles.econ.queensu.ca>
Date: Mon, 15 Jul 96 23:54 EDT
To: Bruce Perens <Bruce@pixar.com>, 3785@bugs.debian.org
In-Reply-To: <m0uft7g-0005YhC@mongo.pixar.com>
References: <m0uft7g-0005YhC@mongo.pixar.com>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4995
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Bruce> Package: perl
  Bruce> Version: 5.003-2
  Bruce> 
  Bruce> I installed perl_5.003-2.deb on my system. Every time I run "mirror"
  Bruce> to mirror the Debian distribution to my private archive, it rattles
  Bruce> the disk for a while and then says "Out of memory!". This did not
  Bruce> happen with the Perl 5.002 package in "buzz".

Odd. It works for me with the same perl_5.003-2.  Note that Michael Shields
reported a bug on perl today, concerning the installation. I had noted myself
that perl_5.002 had left
	/usr/lib/perl5/i486-linux/5.002
on my box which I nuked manually. Can that be it?

How much RAM do you have? How much of Debian do you mirror? How much memory
does mirror usually claim (as reported by top and ps)? Here, on a 16 MB Ram
box, I mirror around 195 MB and see around 6 MB used by mirror (according to
top). 

-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Tue Jul 16 17:47:20 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 17:28:23 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 16 Jul 1996 17:28:23 -0000
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 17:27:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 16 Jul 1996 17:27:29 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 07:21:14 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3722: kernel-image uses stale LILO script, over-writes MBR
Reply-To: Manoj Srivastava <srivasta@pilgrim.umass.edu>, 3722@bugs.debian.org
Resent-From: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Orignal-Sender: srivasta@pilgrim.umass.edu
Resent-To: debian-devel@lists.debian.org
Resent-Date: Tue, 16 Jul 1996 07:03:04 GMT
Resent-Message-ID: <handler.3722.B3722.8375002179090@bugs.debian.org>
X-Debian-PR-Package: kernel-package
X-Loop: owner@bugs.debian.org
Sender: srivasta@pilgrim.umass.edu
X-Time: Tue Jul 16 02:42:11 1996
X-Mail-System: Vm 5.96 (beta) for GNU Emacs 19.31.1
Organization: University of Massachusetts, Amherst, MA 01003
To: bruce@pixar.com (Bruce Perens)
Cc: 3722@bugs.debian.org
References: <m0ud23F-0006fnC@mongo.pixar.com>
Mime-Version: 1.0 (generated by tm-edit 7.71)
Content-Type: text/plain; charset=US-ASCII
From: Manoj Srivastava <srivasta@pilgrim.umass.edu>
In-Reply-To: bruce@pixar.com's message of Sun, 7 Jul 96 15:11 PDT
Lines: 69
X-Mailer: Gnus v5.2.35/Emacs 19.31
Date: 16 Jul 1996 02:42:12 -0400
Message-ID: <gvxohlg66nv.fsf@diamond.pilgrim.umass.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4998
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

	Hmm, I was just looking at the image postinst, and this is
 what it does.
 A)         If a /etc/lilo.conf exists, ask the user if that is to be used, 
            and run lilo, exit.  
   A1)      If user says don't use lilo.conf, ask if it is to be
            wiped, if so, mv it to lilo.conf.OLD, and proceed to B,
            else leave it in place and exit.
B)          Look through /etc/fstab, hunting for 
    1)      The partition root (/) lives on, (this is the "root"
            partition), and
    2)      A lilo "boot" partition. If none is found, then the boot
            partition is set to the "root" partition above.
C) Set up a lilo.conf using the above.

 In my case the root and boot partitions are on different drives, and
 this script takes care of that since I have an active partition that
 lilo is on already.

 It does not install the mbr (I don't think I've ever installed a mbr,
 and I started with an old SLS system way back when, I just made the
 boot partition the active partition, and lilo worked for me)). I know
 my ignorance is showing.
 
 On my system:
 root = /dev/hdb3         (/)
 boot = /dev/hda3         (/usr/local/)           active partition
 
 I think that the lilo postinst will try to write the mbr onto
 /dev/hdb (or /dev/hda, which is my dos partition with the original
 mbr, which I'd hate to loose). 

 I feel very uncomfortable dd'ing /boot/mbr onto the first few bytes of
 the drive that the root (/) is on, and only slighly less uncomfotable
 making it active. 

 what happens if my root/boot partition is /dev/hda1 (say), I guess
 lilo writes something in the first few blocks of the active/boot
 partition (I knew I should have saved a copy of the lilo manual);
 does the mbr package overwrite that? If I do use the mbr in postinst,
 should the image package pre-depend on the mbr package? 

	manoj

>>"Bruce" == Bruce Perens <bruce@pixar.com> writes:

Package> kernel-package

Bruce> I figured out what happened to Christoph Lameter's MBR:

Bruce> The LILO configuration script used in the kernel-image postinst
Bruce> is stale. It needs to be updated from the latest LILO postinst
Bruce> script. The major change is that the new LILO script writes a
Bruce> partition boot record and (if you approve) instals our "mbr"
Bruce> program on the MBR. The older one just overwrites the MBR with
Bruce> LILO, and we should be more polite.


-- 
 In the future, etiquette will become more and more important.  That
 doesn't mean knowing which fork to pick up -- I mean basic
 consideration for the rights of other animals (human beings included)
 and the willingness, whenever practical, to tolerate the other guy's
 idiosyncrasies. Frank Zappa, _The Real Frank Zappa Book_
Manoj Srivastava               Systems Research Programmer, Project Pilgrim,
Phone: (413) 545-3918                A143B Lederle Graduate Research Center,
Fax:   (413) 545-1249         University of Massachusetts, Amherst, MA 01003
<srivasta@pilgrim.umass.edu> <URL:http://www.pilgrim.umass.edu/%7Esrivasta/>


From debian-devel-request@lists.debian.org Tue Jul 16 18:12:21 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 17:50:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 17:50:42 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 07:29:13 -0000
Resent-Date: 16 Jul 1996 07:29:13 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ug4fd-0002jhC@debian.iaehv.nl>
Subject: uploaded ltxgraph 1.0-1 to master (I'm not maintainer)
To: debian-devel@lists.debian.org
Date: Tue, 16 Jul 1996 09:35:49 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"1oNK83.0.x-3.9Jqwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4999
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Date: 15 Jul 96 18:03 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Nils Rennebarth <nils@nus.pan-net.de>
Source: ltxgraph
Version: 1.0-1
Binary:  ltxgraph
Architecture:  all source
Description: 
 ltxgraph: Color and graphics in LaTeX
Changes: 
 Mon Jul 15 19:51:14 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * debian.Changelog: init
        * rewrote debian.control debian.rules
        * updated to mainstream 1.0
Files:
 4180d87c4f7979c94c6e3161e9b87a2d  116555  -   ltxgraph-1.0-1.tar.gz
 fd91b7b72d2c1e7af38373fc95acaf3e  6888  -   ltxgraph-1.0-1.diff.gz
 9d51064b8df04e10c39bd4dc6cd6d631  129480  tex  extra  ltxgraph_1.0-1_all.deb
"Unix: 30 definitions of regular expressions living under one roof"
                                                                D.E. Knuth
Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Tue Jul 16 19:02:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 18:48:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 18:48:30 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 08:46:06 -0000
Resent-Date: 16 Jul 1996 08:46:06 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <93jkr@eng.cam.ac.uk>
Date: Tue, 16 Jul 1996 09:45:18 +0100 (BST)
From: Jon Rabone <93jkr@eng.cam.ac.uk>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Local packages - how to handle them ?
In-Reply-To: <m0ufxJ3-0004RDC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.HPP.3.91.960716093158.25204B-100000@punch.eng.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"iH96X2.0.So4.DRrwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5000
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> I can see at least two things I could do that would make life easier
> for these people, which I'll describe below.  It would be good if
> people could have a discussion about their needs and how they are or
> aren't met by these or other schemes, so I can decide where to put my
> effort.

<snip>

First off, this is a very good idea - I've needed to  make local versions 
of things, and the hold feature of dselect was the only way I could find 
of stopping things being clobbered. I would suggest support for a 'local' 
packages hierarchy, with its own access method. Dselect would 
automatically treat packages from this tree as latest-version. I can 
forsee a problem with packages that have dependecies on a particular 
version number - perhaps an Overrides: field in the control file is 
needed to resolve this? OTOH, perhaps the Depends: field checking in dpkg 
can be made aware of the 'local' feature, and make this transparent.

It would be nice to have an indication of 'locality' in the filename of 
the package, as Ian suggests. How about prefixing the version number with 
the letter L ? 

FWIW I think 'hold' should not be cleared by installing a package manually
using dpkg -i. Addding more hold flags to dselect could make it cumbersome
to use. You could just add an L flag (for local) in dselect, meaning
'Don't get this one from the primary access method, wait for the secondary
access method' This, in combination with the different filenames and
enhanced Depends: handling would provide the required functionality,
wouldn't it? 

Just my thoughts.

Jon. 

/-----------J. K. Rabone-----------\ "There's a picture, I like to look at
| http://club.eng.cam.ac.uk/~93jkr |  A picture of a beautiful face.
|    Email: 93jkr@eng.cam.ac.uk    |  And I see something, in her eyes
\--------Phone 01223 331547--------/  Sends me to a better place..."


From debian-devel-request@lists.debian.org Tue Jul 16 19:27:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 19:17:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 19:17:25 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 09:48:41 -0000
Resent-Date: 16 Jul 1996 09:48:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ug6qn-0002hoC@debian.iaehv.nl>
Subject: uploaded fileutils 3.13 to master
To: debian-devel@lists.debian.org
Date: Tue, 16 Jul 1996 11:55:28 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"7Q_zb1.0.qa5.vLswn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5002
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 16 Jul 96 09:41 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: fileutils
Version: 3.13-1
Binary:  fileutils
Architecture:  i386 source
Description: 
 fileutils: GNU file management utilities.
Changes: 
 Mon Jul 15 12:21:44 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * debian.Changelog: added
        * removed -N in LDFLAGS
        * semi half rewrite of debian.rules
        * updated to upstream 3.13
 .
Files:
 a7b5cd88c9fa5458bc0134024b8e904e  584538  -   fileutils-3.13-1.tar.gz
 34f1e71db2c237352cc59d2fbfbccf9a  4249  -   fileutils-3.13-1.diff.gz
 5b1a43f63361a707e7bb041befdbcf5a  267530  base  required  fileutils_3.13-1_i386.deb

Erick Branderhorst  http://www.iaehv.nl/users/branderh/

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.6.2i

mQCNAzHZJuIAAAEEAKsCUB1bvwo1LiLV1syNThFhi87wvHa0m7BCAKbUV2TzCNQj
sa6EP75c0bT8bKQOuXpufuTBkEne9WcDTtvf7L14He3rPxssTKpQeVFhfs4TNqKL
mf0v+LmIPdo/jhFNIFsIWcK4Wavrm1StuCat5h0ZVtq1MgUyzqXl16B8emrRAAUT
tChFcmljayBCcmFuZGVyaG9yc3QgPGJyYW5kZXJoQGRlYmlhbi5vcmc+
=Ywqa
-----END PGP PUBLIC KEY BLOCK-----


From debian-devel-request@lists.debian.org Tue Jul 16 19:27:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 19:12:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 19:12:58 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 09:39:16 -0000
Resent-Date: 16 Jul 1996 09:39:16 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ug5EV-0002hoC@debian.iaehv.nl>
Subject: (non-)essential Packages information
To: debian-devel@lists.debian.org
Date: Tue, 16 Jul 1996 10:11:50 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"RWaL_2.0.jS5.4Dswn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5001
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

I suggest that the Packages information is split in two files for each
specific distribution-method of the distribution.  And by
distribution-method of the distrib I mean binary-i386, msdos-i386,
binary-m68k and newly to be created floppy-i386-1440, floppy-i386-1220 &c.

I suggest that the Packages information is split up into an essential part
and a non essential part.  Essential part is of course the name, version,
section, dependencies (&c) and perhaps the first line of the description. 
As non-essential can be considered the fields suggest, maintainer and the
(extended) description.

The essential Packages information should go in Packages.map and the non
essential Packages information should go in Packages.txt (or whatever).

* The information in Packages.map is specific for the distribution-method:

  For normal binary-* parts one doesn't need the msdos name and a list where
  the package parts are located on floppy.

  For msdos-* parts one does need the msdos name but doesn't need the list
  where package parts are located on floppy.

  For floppy-* parts one need the number of parts in which is floppy is split
  up and the floppy disk number where these specific parts went.  The
  placement of these parts is different for each different floppy size.

* The information in Packages.txt is not specific for the
  distribution-method (so this info can be symlinked):

  This part of the information can also be internationalized, which shoul
  probably reflected in the extension of the file.

This will:
- reduce the number of bytes needed to get up to date package information.
This might:
- convince Ian J. to add an option to dselect in which extended description
  can be switched of, which might speed up dselect a little because the
  extended description information doesn't need to be handled. I don't know
  very much about this but I can imagine that it consumes quite a lot of
  memory and I have only 8 megs and people exist out there with only 4 megs.

Erick

"Unix: 30 definitions of regular expressions living under one roof"
                                                                D.E. Knuth
Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Tue Jul 16 19:52:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 19:28:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 19:28:54 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 10:12:11 -0000
Resent-Date: 16 Jul 1996 10:12:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ug74B-0002hoC@debian.iaehv.nl>
Subject: Re: Source packaging
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Tue, 16 Jul 1996 12:09:19 +0200 (MET DST)
Cc: cjf@netaxs.com, debian-devel@lists.debian.org
In-Reply-To: <m0ufxpP-0004REC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 16, 96 01:17:00 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"nJDfD2.0.Jv5.whswn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5003
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> I'm seriously unconvinced that a URL would be that useful - it
> wouldn't last from one version to another, probably, and would in any
> case often yield a file that needed to be repacked and unpacked.

I propose a splitted URL only providing the site and the directory and the
original source file like this:

URL: ftp://ftp.gnu.ai.mit.edu/pub/gnu/ textutils-1.18.tar.gz

This is very informative for humans, easily machine convertible to a
complete url.

> It might be worth suggesting that debian/rules contain a `fetch new
> original source' target, which would FTP it from some appropriate
> place and do any rearrangement that would be necessary.  Is
> `origsource' a good name for this ?

`getorig' or `getorigsrc' is better or are these in use ?.

Erick Branderhorst  http://www.iaehv.nl/users/branderh/



From debian-devel-request@lists.debian.org Tue Jul 16 19:52:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 19:32:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 19:32:53 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 10:16:17 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3793: bsd.lib.mk incompatible with GNU ar
Reply-To: Philip Blundell <pb@nexus.co.uk>, 3793@bugs.debian.org
Resent-From: Philip Blundell <pb@nexus.co.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ian Murdock <imurdock@debian.org>
Resent-Date: Tue, 16 Jul 1996 10:03:05 GMT
Resent-Message-ID: <handler.3793.B.83751072012096@bugs.debian.org>
X-Debian-PR-Package: pmake
X-Loop: owner@bugs.debian.org
Date: Tue, 16 Jul 1996 10:46:27 +0100 (BST)
From: Philip Blundell <pb@nexus.co.uk>
To: debian-bugs@pixar.com
Message-Id: <Pine.BSF.3.91.960716104242.21759A-100000@globe>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5004
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: pmake
Version: 1.0-12

The bsd.lib.mk file supplied with pmake passes the T flag to GNU ar, which
doesn't understand it and produces an error.  Although GNU ar arguably
ought to silently accept and ignore -T (for compatibility with other
versions) it would be best if bsd.lib.mk didn't give the flag in the 
first place.

I suggest that bsd.lib.mk be amended as follows:

--- bsd.lib.mk.orig	Fri May 24 10:52:39 1996
+++ bsd.lib.mk	Mon Jul 15 15:55:23 1996
@@ -62,14 +62,14 @@
 lib${LIB}.a:: ${OBJS}
 	@echo building standard ${LIB} library
 	@rm -f lib${LIB}.a
-	@${AR} cTq lib${LIB}.a `lorder ${OBJS} | tsort` ${LDADD}
+	@${AR} cq lib${LIB}.a `lorder ${OBJS} | tsort` ${LDADD}
 	ranlib lib${LIB}.a
 
 POBJS+=	${OBJS:.o=.po}
 lib${LIB}_p.a:: ${POBJS}
 	@echo building profiled ${LIB} library
 	@rm -f lib${LIB}_p.a
-	@${AR} cTq lib${LIB}_p.a `lorder ${POBJS} | tsort` ${LDADD}
+	@${AR} cq lib${LIB}_p.a `lorder ${POBJS} | tsort` ${LDADD}
 	ranlib lib${LIB}_p.a
 
 llib-l${LIB}.ln: ${SRCS}


From debian-devel-request@lists.debian.org Tue Jul 16 19:52:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 19:35:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 19:35:56 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 00:35:15 -0000
Resent-Date: 16 Jul 1996 00:35:15 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ufy6Q-0004REC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 01:35 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Sociology and the bug tracking system
Resent-Message-ID: <"Y2tRz1.0.5P6.3Fkwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4979
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I've noticed that a couple of people have recently become offended
when bugs were reported against some of their packages.  I won't go
into the details of those cases, which have been sorted out by now to
everyone's pacification I hope, but there is something I really want
to say here:

Reporting a bug against a package is _not_ per se a comment on the
character, competence or responsiveness of the maintainer.

It is very often just a way to make sure that a `work item' doesn't
get forgotten, or to make sure that it gets routed to the right
person.

The bug system was concieved to address the problems with bug reports
and similar messages being posted to a mailing list, or sent to a
developer directly.

Even with the best will in the world it is impossible to keep track of
every work item and make sure that it is dealt with, without some kind
of (automatic, because we don't have much available effort)
administrative tracking scheme.  Maintainers change their email
addresses and even go away completely; mailing list traffic is easily
overlooked, and longstanding problems that are hard to fix disappear
into the mounds of email that many of us get.

Putting the bugs in a central database also allows users to see where
problems lie and often what work-arounds are available and helps other
developers to see where a package maintainer might appreciate some
assistance.

You should think of the bug system as a `to do' list - if someone puts
an entry in it for one of your packages they are just doing their
part, passing whatever buck it is on to you to make sure it doesn't
get lost as it might well do if left to the very fallible memories of
us humans.

It does *not* mean that they're in some way unhappy with your
performance as a maintainer.  As we're all aware, every program can
have bugs.  dpkg has 33 outstanding bugs, for example !

New bugs can arise because, for example, packing standards or binary
formats change, other packages are changed.  The fact that these are
not the `fault' of the maintainer doesn't mean that they don't belong
in the bug system.

The bug system is not a register of how delinquent each maintainer is;
please don't respond to bug reports as if it was.

Thanks,
Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 19:52:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 19:38:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 19:38:56 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 10:26:28 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#2318: emacs sendmail complaints
Reply-To: eichin@kitten.gen.ma.us (Mark W. Eichin), 2318@bugs.debian.org
Resent-From: eichin@kitten.gen.ma.us (Mark W. Eichin)
Orignal-Sender: eichin@paycheck.kitten.gen.ma.us
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Eichin <eichin@kitten.gen.ma.us>
Resent-Date: Tue, 16 Jul 1996 09:03:02 GMT
Resent-Message-ID: <handler.2318.B2318.83750772111291@bugs.debian.org>
X-Debian-PR-Package: emacs
X-Loop: owner@bugs.debian.org
Sender: eichin@paycheck.kitten.gen.ma.us
To: 2318@bugs.debian.org
From: eichin@kitten.gen.ma.us (Mark W. Eichin)
Date: 16 Jul 1996 04:00:38 -0400
Message-Id: <xe1k9w4hbkp.fsf@paycheck.kitten.gen.ma.us>
Lines: 10
X-Mailer: Gnus v5.3/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5005
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Currently, emacs will check the variable sendmail-program; it's still
defaulting to /usr/lib/sendmail, and sendmail-program isn't set to
anything, but I'm not inclined to set up an override for that unless
the mailer packages stop providing /usr/lib/sendmail.

As for the default use of "-f (user-login-name)", perhaps you could be
clearer about why you *wouldn't* want to pass that?  I'd suggest that
perhaps the problem is in Smail, if it deals any differently in this
case... but I'd need more information to really decide, so I won't
close this report just yet.


From debian-devel-request@lists.debian.org Tue Jul 16 20:17:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 20:04:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 20:04:55 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 11:19:27 -0000
Resent-Date: 16 Jul 1996 11:19:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ug6Ud-000HVzC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: debiandoc change of name?
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-968299140P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 16 Jul 1996 12:32:32 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"yO9La1.0.Qi6._gtwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5006
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_-968299140P
Content-Type: text/plain; charset=us-ascii

I've just noticed that there is a package called doc-debian, which provides
/usr/doc/debian and /usr/info/debian-faq.info.gz.  The name is similar to
debiandoc, my package for viewing docs via WWW.  I guess I should rename
debiandoc to avoid confusion.  Since debiandoc is so new, this shouldn't
be too much of a problem.

Any suggestions for a better name?



--==_Exmh_-968299140P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMethrIQRll5MupLRAQG/aQQAv7mYgLbx+BpB+zof2c1O7GaPHm+ziUuX
SeDqQRGw/qLR8/ujyPBqFTBU8hNlBQlHw0dzTGGOuIMeaHep2zlB1yFLrs2r8e5Z
aHLZjIHFc8QH9LS95d3QJgczkAS1HNY3rDAkl5H7rZd+mE2YCewmX+mPhmPqAsN6
MlxFCEKHVBI=
=L5aB
-----END PGP MESSAGE-----

--==_Exmh_-968299140P--


From debian-devel-request@lists.debian.org Tue Jul 16 20:42:30 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 20:32:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 20:32:22 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 00:50:57 -0000
Resent-Date: 16 Jul 1996 00:50:57 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ufyLg-0004REC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 01:50 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Source packaging
In-Reply-To: <96Jul9.114111gmt+0100.6249@gateway.azr.nl>
References: <m0ubpih-0002YCC@chiark.chu.cam.ac.uk>
	<96Jul9.114111gmt+0100.6249@gateway.azr.nl>
Resent-Message-ID: <"d_4MN.0.FY6.mTkwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4980
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Erick Branderhorst writes ("Re: Source packaging"):
...
> No diff file.  The diff should be combined with the .dsc file.  The .dsc
> file can be named <pkg>_<orgver>-<rev>.dsc.  This .dsc file can be an `ar'
> archive containing files like: control, md5sum, diff, pgp, changes,
> additional patches &c.

I've described already why I think the .dsc and diff need to be
separate.

Having the .dsc be an `ar' is a very bad idea - it makes it
un-editable.

> > So, my current list of fields for the control file is:
> >  Source: <source-package-name>
> 
> Missing support for multiple source packages.  This is required for
> combining small packages from different sources into one binary.

You call the whole thing one Debian source package which is simply
made by bundling all the upstream source packages into a single
tarfile; we don't need any programmatic support for this (and in fact
it's not much different from, say, downloading a pile of shars from a
sources newsgroup mirror and putting them together).

> >  Version: <orgver>-<rev>
> >  Architecture: <"any"|"all"|architecture>
> 
> Architecture is binary-package specific and can't be defined for the whole
> package.  We probably only need to define the architecture for those
> packages that can be used on all architectures.

We need to define whether (a) a package needs to be rebuilt for
different architectures at all and (b) if so whether it makes sense to
try to build it for *this* architecture.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 20:42:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 20:35:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 20:35:04 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 00:55:24 -0000
Resent-Date: 16 Jul 1996 00:55:24 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ufyPT-0004REC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 01:54 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@pixar.com (Debian Developers)
Subject: Re: Bug system enhancements
In-Reply-To: <xe1ohlp9upx.fsf@maneki-neko.cygnus.com>
References: <199606302039.PAA27487@Starbase.NeoSoft.COM>
	<m0udFA7-0002ZVC@chiark.chu.cam.ac.uk>
	<xe1ohlp9upx.fsf@maneki-neko.cygnus.com>
Resent-Message-ID: <"XZxR-3.0.Ib6.yXkwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4981
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Mark Eichin writes ("Re: Bug system enhancements"):
> I'll certainly note that the two most heavily used features of PRMS
> (err, GNATS rather) here seem to be
> 	- list pr's by maintainer
> 	- list pr's by submitter/customer
> The latter is uninteresting for debian since we don't have paying
> customers, and none of the submitters are "special" :-) but I'd
> certainly have an easier time if I could just pull up my current
> responsibility list easily (and getting the list of *all outstanding
> bugs* that just happens to be sorted does *not* count as "easily",
> given the size of the list - especially from home where I do all of my
> real debian work.) 
> 
> Perhaps there's an easy way to split apart the "by-maintainer" post
> that goes out weekly? 

Have you looked at the Web pages ?  These have the information you
want.

Also, see my recent posting on this very subject, to which noone has
responded.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:07:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:04:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:04:38 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 12:42:27 -0000
Resent-Date: 16 Jul 1996 12:42:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ug9Rz-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 13:42 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Packages that shouldn't be `Essential'
Resent-Message-ID: <"lK6vz1.0.Ac7.puuwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5008
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The `Essential: yes' control file field should not be used unless
removing a package really will completely hose the system; nor should
it be used for a shared library package - the dependencies will
prevent its premature removal, and we need to be able to remove it
when it has been superseded.

I'm going to report bugs of the form `this package should not be
marked as Essential' against the following list of packages:

adduser, ae, fdflush, kbd, modules[*], ncurses3.0, passwd, setserial,
timezone.

[*] modules will probably need a test in their prerm to see if it is
really safe to remove - for example it might check to see whether
there were any kernel modules loaded or whether the kernel supports
them.  If the kernel doesn't then the user can be assumed to know what
they're doing.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:07:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:02:05 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:02:04 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 12:04:24 -0000
Resent-Date: 16 Jul 1996 12:04:24 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Tue, 16 Jul 1996 08:03:57 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Emilio Lopes <ecl@fnpc21.if.usp.br>
cc: "Brian C. White" <bcwhite@verisim.com>,
  Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Can we reorganise the "devel" dir, please?
In-Reply-To: <m0ufxQw-000VRtC@fnpc21.if.usp.br>
Message-ID: <Pine.LNX.3.94.960716080239.24763B-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"CmzFX3.0.vC7.8Luwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5007
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 15 Jul 1996, Emilio Lopes wrote:

> >>>>> "BCW" == Brian C White <bcwhite@verisim.com> wrote:
> 
> BCW> m4-1.4-2.deb				general macro preprocessor
> 
> text section?
> 
Nope, this falls in the same class as cpp, and the other preprocessors. It
is not a text processor like psutils...

Later,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Tue Jul 16 21:07:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:06:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:06:57 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 12:42:41 -0000
Resent-Date: 16 Jul 1996 12:42:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ug9S2-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 13:42 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: definition of "Required" priority
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607071649.MAA05739@sgk.tiac.net>
References: <199607071649.MAA05739@sgk.tiac.net>
Resent-Message-ID: <"o1H6p3.0.Xc7.1vuwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5009
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Susan G. Kleinmann writes ("definition of "Required" priority"):
> As some of you may have noticed, I included the Debian definitions of
> various package priorities in the new version of the FAQ, which has
> been available for a couple of weeks at:
> http://sgk.phast.umass.edu/FAQ/debian-faq.html
> 
> Sven Rudolph pointed out that the definition of "Required" packages
> might need refining.  Currently, it says:
>    Required packages are absolutely essential.
>    You absolutely must not remove these packages
>    or your systems will become unuseable and your will not even be able to
>    use dpkg to put things back.  Systems with only the Required packages are
>    probably unuseable, but they do have enough functionality to install more
>    software.

You're right, this definition is poor.  For starters it confuses
`Priority: required' (which is a selection priority in dselect and
isn't actually enforced at all) with `Essential: yes' (which is a flag
for dpkg and is enforced).

How about:

 Required packages are necessary for the functioning and repairability
 of the system.  You must not remove these packages or your system may
 become totally broken and you may probably not even be able to use
 dpkg to put things back.  Systems with only the Required packages are
 probably unuseable, but they do have enough functionality to allow
 the sysadmin to boot and install more software.

> A short list of required packages from the Packages.gz file includes these:
> adduser, ae, base, bash, bdflush, bsdutils, debianutils, diff, dpkg,
> e2fsprogs, fdflush, fileutils, findutils, gawk, getty, grep, gzip, 
> hostname, kbd, kernel-image, ldso, libc5, libreadline2, login, mbr, 
> modconf, modules, mount, ncurses-base, ncurses-bin, ncurses3.0, passwd,
> procps, sed, setserial, shellutils, sysklogd, syslinux, sysvinit, tar,
> texutils, timezone, util-linux

Of these I think that only base, bash, bdflush, bsdutils, debianutils,
diff, dpkg, e2fsprogs, fileutils, findutils, gawk (or nawk, if we
switch to that), getty, grep, gzip, hostname, kbd, kernel-image, ldso,
libc5, libreadline2, login, modules (probably), modconf (don't know,
what does it do?), mount, ncurses-base, ncurses-bin, ncurses3.0,
procps, sed, shellutils, sysklogd, sysvinit, tar, textutils and
util-linux should be Required.

Most of the rest should be important.  We need to be able to have
packages that are in section base (ie, installed on the basedisks) but
are only important rather than required - I don't see that there's
anything but reluctance stopping us.

...
> My intention here is merely to seek a clarification of the *definition* 
> of Required.

I hope I've helped.

> I note that all but syslinux are marked as 'essential'.

Urgh.  I'm going to report these as bugs.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:32:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:19:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:19:08 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 12:46:35 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3772: lilo should not depend on MBR
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3772@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <Bruce@Pixar.com>
Resent-Date: Tue, 16 Jul 1996 12:33:06 GMT
Resent-Message-ID: <handler.3772.B3772.83751973014211@bugs.debian.org>
X-Debian-PR-Package: lilo
X-Loop: owner@bugs.debian.org
Message-Id: <m0ug8nh-0004RCC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 13:00 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3772@bugs.debian.org
In-Reply-To: <m0ufFnv-0006gdC@mongo.pixar.com>
References: <m0ufFnv-0006gdC@mongo.pixar.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5011
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bruce Perens writes ("Re:  Bug#3772: lilo should not depend on MBR"):
> LILO's postinst script installs MBR. If you don't have MBR installed, it's
> probably best to simply not run the postinst.

Or to say `no'.  Not running the postinst isn't the only effect of the
dependency - it also makes dpkg not mark the package as properly
installed, which makes it show up as `broken' in dselect and dpkg
--audit.  The dependency also makes it hard to select LILO without MBR
in dselect.

>   Since MBR is so small, I find
> it easier for it to be required.

Perhaps MBR should be put in the same package as LILO, then ?  It
might be worth getting it put into the upstream source.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:32:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:23:17 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:23:16 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 12:52:24 -0000
Resent-Date: 16 Jul 1996 12:52:24 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ug9bj-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 13:52 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Conffiles &c.
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <6C$PTcjjcsB@khms.westfalen.de>
References: <6CNQQVzEcsB@khms.westfalen.de>
	<6C$PTcjjcsB@khms.westfalen.de>
Resent-Message-ID: <"nLfKl1.0.8t7.82vwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5013
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Kai Henningsen writes ("Re: Conffiles &c."):
> ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 10.07.96 in
<m0udnEY-0002ZwC@chiark.chu.cam.ac.uk>:
...
> > I don't plan to have dpkg try to remove anything it didn't create -
> > that sounds like a recipe for trouble.
> 
> I don't quite see why this would be any more trouble than the current  
> behaviour.

The boundary between dpkg and packages is getting rather fuzzy; this
makes debugging difficult.

It is better for packages to take responsibility for a file, or for
dpkg to take responsibility for it, than to have some kind of mixed
scheme.

Look what has happened to the sys[k]logd packages, which try to mess
with dpkg's conffiles in their maintainer scripts ...

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:32:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:17:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:17:58 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 12:46:27 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3765: dpkg and kernel-* package names
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3765@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Tue, 16 Jul 1996 12:33:03 GMT
Resent-Message-ID: <handler.3765.B3765.83751973014208@bugs.debian.org>
X-Debian-PR-Package: dpkg
X-Loop: owner@bugs.debian.org
Message-Id: <m0ug8kS-0004RCC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 12:57 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3765@bugs.debian.org
In-Reply-To: <Pine.SUN.3.93.960713092030.8826A-100000@bb29c>
References: <Pine.SUN.3.93.960713092030.8826A-100000@bb29c>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5010
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bill Mitchell writes ("Bug#3765: dpkg and kernel-* package names"):
> PACKAGE: dpkg
> VERSION: 1.2.6
> 
> Perhaps this is a package-naming problem in the kernel-*
> packages, or a dpkg problem.  I'm not sure which.  In
> any case, the following output from "dpkg --list"
> seems confusing:
> 
> ii  kernel-headers- 2.0.0-0        Linux kernel headers.
> ii  kernel-image-2. 2.0.0-0        Linux kernel binary image.

All that's happened here is that the package names (which include the
version numbers) have been truncated.

Doing something different about this is on my work list.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:32:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:21:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:21:49 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 12:50:50 -0000
Resent-Date: 16 Jul 1996 12:50:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ug9Yx-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 13:49 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Christian Hudon <chrish@libertel.montreal.qc.ca>
Cc: debian-devel@lists.debian.org, Andrew Howell <andrew@it.com.au>
Subject: Re: Bug in Lynx?
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.SGI.3.94.960709064514.5533A-100000@ana.concordia.ca>
References: <199607080731.JAA00886@marin.fdn.fr>
	<Pine.SGI.3.94.960709064514.5533A-100000@ana.concordia.ca>
Resent-Message-ID: <"w5k6l2.0.Pq7.g0vwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5012
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Christian Hudon writes ("Re: Bug in Lynx?"):
> On Mon, 8 Jul 1996, Yves Arrouye wrote:
> 
> > If Lynx gets a document with something like
> [snip -- possible Lynx bug deleted]
> 
> Maybe using the new version 2.5 would help with this bug... It also
> doesn't bomb whe you access a page with so-called JavaScript, etc.
> 
> It is being packaged? Or is Lynx orphaned?

If Andrew Howell doesn't want to put out a package you should feel
free to do so.

If you do make sure that you start from Andrew's diffs, as found in
the Debian archive, or you'll lose any bugfixes &c he has made.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:32:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:24:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:24:50 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 12:59:38 -0000
Resent-Date: 16 Jul 1996 12:59:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ug9he-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 13:58 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Bug#3520: Manpages netpbm show up double
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <9607110849.AA01396@getafix.meiko.co.uk>
References: <Pine.LNX.3.91.960711013805.31150B-100000@cindy.et.tudelft.nl>
	<9607110849.AA01396@getafix.meiko.co.uk>
Resent-Message-ID: <"i9vVz.0.F2.w8vwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5014
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Alvar Bray writes [ SuperCite undone - iwj ]:
> Maarten Boekhold <boekhold@cindy.et.tudelft.nl> writes:
> > I think the problem here is that man doesn't recreate the database after 
> > it has detected new manpages. It *does* update it database thought. I 
> > think recreating the stuff takes lots more time then just adding unknown 
> > pages.
> 
> This is indeed the case. 
> 
> Its not clear to me what the correct solution should be. Recreating
> the database from scratch takes quite some time. 
> 
> Maybe mandb -c should be run each night by cron to rebuild the
> database. This would leaving the database with possible phantom
> entries for at most a day. 
> 
> Maybe dpkg/dselect should [ask?] to run mandb -c before it exits.
> 
> What do people think the correct behaviour should be?

How about having apropos and whatis check to see if the manpage
they're about to print info about actually exists ?

If it doesn't they could either leave out the info, or run a check on
all the files listed to remove stale entries.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:32:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:31:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:31:55 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:05:24 -0000
Resent-Date: 16 Jul 1996 13:05:23 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ug9nG-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 14:04 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: /etc/default?
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <6CfNYn9EcsB@khms.westfalen.de>
References: <Pine.SUN.3.91.960701083320.1120A-100000@koma.informatik.tu-muenchen.de>
	<6CfNYn9EcsB@khms.westfalen.de>
Resent-Message-ID: <"1hxA03.0.U7.JEvwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5018
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Kai Henningsen writes ("Re: /etc/default?"):
...
> *> > can you tell me the difference between /etc and /etc/default?
...
> To what question? The above question (*>) looks more like a weak attempt  
> at humour than like a serious question.

That was the question I want an answer to.

If there is no difference then what's the point of the new directory ?

> Maybe you mean "what is /etc/default(s? I can't remember) good for".
> 
> This has, of course, been explained painfully often by now, but I'm  
> willing to do it again.
> 
> /etc/default would contain files which follow a common syntax. They would  
> look like shell scripts that contain *only* variable assignments, and  
> comments (and no substitutions in the assignments, either - just  
> name=value, and possibly quotes around the value).

So we've had at least two answers so far.

Here Kai Henningsen says `files which follow a common syntax', and
sketches the syntax briefly.

In another message someone else suggested that it was for install-time
rather than run-time configuration.

We need to think about our requirements before stampeding to create
and use this directory.  Configuration files are hard to move - let's
move slowly !

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:32:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:26:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:26:21 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:00:25 -0000
Resent-Date: 16 Jul 1996 13:00:25 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ug9da-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 13:54 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Martin Konold <konold@fiwi02.wiwi.uni-tuebingen.de>,
  debian-devel@lists.debian.org, joey@Troi.Orgatech.DE
Subject: Re: ftp.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.SOL.3.93.960710120549.29659A-100000@brando.ece.utexas.edu>
References: <Pine.3.89.9607091601.F11077-0100000@fiwi02.wiwi.uni-tuebingen.de>
	<Pine.SOL.3.93.960710120549.29659A-100000@brando.ece.utexas.edu>
Resent-Message-ID: <"mFZSr2.0.k3.e9vwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5015
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Guy Maor writes ("Re: ftp.debian.org"):
> On Tue, 9 Jul 1996, Martin Konold wrote:
> > I do have constant trouble with the main ftp.debian.org site/distribution.
> > The most annoying fact is that files do permanently change in /debian/buzz.
> 
> The only file that should have changed is the Packages file.  This is
> due to maintainer changes; it doesn't matter if these changes don't
> make it out to a CD.

It's also possible that a package or two was moved from one directory
to another, to make it correspond to the Packages file, or that a
broken symlink or README or something was changed.

None of the contents of the packages have changed - the list of
packages for 1.1 has been frozen.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:32:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:30:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:30:12 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:04:02 -0000
Resent-Date: 16 Jul 1996 13:04:02 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ug9il-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 13:59 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Modified versions of gcc (as used by g77,gpc)
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0ueL2T-0002bgC@chiark.chu.cam.ac.uk>
References: <m0ueL2T-0002bgC@chiark.chu.cam.ac.uk>
Resent-Message-ID: <"_dYnF.0.i6.2Dvwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5017
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Alan Bain writes ("Modified versions of gcc (as used by g77,gpc)"):
> Just a quick question:
> 
> I have been working on GNU Pascal and I have a slight problem
> in that it and GNU Fortran need a modified `Pascal aware' or
> `Fortran aware' version of gcc.  How do I arrange for the
> possiblity (which is in my case a certainty) of both packages
> being required together (when a Pascal and Fortran aware gcc
> is needed).

We really need to have one gcc frontend which is aware of both Pascal
and Fortran (and any other languages).

How about having the Fortran and Pascal maintainers send the
appropriate patches (which are probably not too large) to the GCC
maintainer ?

The GCC maintainer can forward them upstream if they feel it
appropriate.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:32:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:28:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:28:08 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:02:23 -0000
Resent-Date: 16 Jul 1996 13:02:22 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ug9l8-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 14:01 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org (Debian Developers)
Subject: Re: BETA: miniSQL database engine & tools v1.0.16
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0ueNDp-002COaC@finlandia.Infodrom.North.DE>
References: <m0ueNDp-002COaC@finlandia.Infodrom.North.DE>
Resent-Message-ID: <"t_1QL3.0.J5.UBvwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5016
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Martin Schulze writes ("BETA: miniSQL database engine & tools v1.0.16"):
...
> a) I have splitted the package into 4 parts to provide a maximum of
>    flexibility.
> 
>    - libmsql1
>      contains the shared library (only a static lib on a.out systems)
>      all other packages depend on it.
> 
>    - msqld
>      contains the database engine itself
> 
>    - msqladmin
>      contains some programs to maintain the engine and databases
> 
>    - msql
>      contains user programs to manipulate databases
> 
>    - msqlperl
>      contains a library for perl that provides an easy environment for
>      programing database applications

Just one question - is this really necessary ?  I can see that the
shared library might want to be a separate package, but surely (for
example) the msqld and msqladmin packages want to be the same ?

Is msqlperl not small enough to be included in msql ?

> b) This mSQL package needs a special user id `msql' to maintain
>    databases.  Please make sure that a user and a group with that name
>    exists. (on my system they are uid=gid=25, if you choose different
>    values, you HAVE TO recompile the package)

You'll need to get this fixed, I'm afraid, before putting it in the
distribution.

> c) Does it make sense to put msqlperl into the misc section (it's as
>    free as perl itself), while libmsql1 on which it depends has to go
>    into the non-free section?

No, it'll all have to go in non-free.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:57:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:33:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:33:35 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:07:50 -0000
Resent-Date: 16 Jul 1996 13:07:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Tue, 16 Jul 1996 09:08:44 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: debian-devel@lists.debian.org
Subject: Re: dchanges-3.3 and package names
In-Reply-To: <m0ufzNK-0004Q7C@chiark.chu.cam.ac.uk>
Message-ID: <Pine.LNX.3.94.960716085013.24763E-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"HUX55.0.39.bGvwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5019
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 16 Jul 1996, Ian Jackson wrote:

> Dale Scheetz writes ("Re: dchanges-3.3 and package names"):
> ...
> > With the use of dpkg-name currently in place, the only thing a maintainer
> > needs to do to incorporate any new naming convention is to upgrade to the
> > version of dpkg that supports the new convention. This seems to me to be a
> > pretty seamless/painless method of creating compliance.
> 
> This assumes, I think, that most future changes will be just to the
> package filename format.

Well, that is the topic of the discussion ;-) but seriously, the more of
the variable part of this management problem that are "contained" within
dpkg and it's children, the easier these changes become to implement.

> 
> I don't think this is true - we don't have a format-of-the-week now.
> 
Well, it sure has felt that way lately...we have gone through at least
three cycles of changes in package naming in at least as many months.

> The next change will be the source format reorganisation, I think.
> 
Hopefully, controled by dpkg in the same way that dpkg-name manages the
format of binary package names.

My fundamental problem with the current state of dchanges is that it is a
seperate package from dpkg. There is such a tight relationship between
dchanges and dpkg, that whenever dpkg changes, dchanges must be changed to
conform. This would be easiest handled if both programs were in the same
package (more work for Ian...sorry). 
On the other hand, if dchanges weren't so pedantic about checking filename
format, and comparing internal and external package names, then the only
time upgrades are necessary is when the changes format is modified, or
features are added to the program.
My feeling is that this is supposed to be a tool that helps the maintainer
do his/her job. Yet every time I have used it in a new situation, I have
had to hack the code to make it work.
I have heard the argument that these verification efforts are in aid of
producing a "well formed" changes file, yet every time I have removed or
modified the validation schemes the well formed nature of the changes file
have not been impacted. I see no reason for dchanges to go any farther
than checking to make sure that the files you specify in the command line,
are, in fact, files on the disk. Since the archive maintainance tools do
all the necessary validation before installing a package, having these
checks in dchanges is redundant and just gets in the way.

Later,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Tue Jul 16 21:57:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:38:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:38:18 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:11:49 -0000
Resent-Date: 16 Jul 1996 13:11:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ug9p4-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 14:05 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Source packaging - alternatives
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <6CfNYazUcsB@khms.westfalen.de>
References: <6CNQQFNjcsB@khms.westfalen.de>
	<6CfNYazUcsB@khms.westfalen.de>
Resent-Message-ID: <"gQ1eL.0.gC.KKvwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5021
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Kai Henningsen writes ("Re: Source packaging - alternatives"):
> ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 10.07.96 in
<m0udnFP-0002ZwC@chiark.chu.cam.ac.uk>:
> > Kai Henningsen writes ("Re: Source packaging - alternatives"):
...
> > > Needs: some freeform text here that tells about "unusual" requirements
> >
> > This is pointless.  We should either do the job properly, or not spend
> > effort on it.
> 
> Either perfect, or not at all?

Either we say that we aim to make it accurate and useable, or there's
little point in putting in the effort to write anything at all.

> This is not a useful attitude.
> 
> Noting unusual requirements is obviously helpful, even if it is  
> incomplete; it is far from "pointless".

There are already plenty of places to put freeform waffle.  I think
this particular bit belongs in debian/README.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:57:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:39:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:39:47 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:16:04 -0000
Resent-Date: 16 Jul 1996 13:16:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sgk@sgk.tiac.net>
Message-Id: <199607161316.JAA00804@sgk.tiac.net>
Reply-to: sgk@sgk.tiac.net
To: debian-devel@lists.debian.org
Subject: for the FAQ:  need precise meaning of various arch's
Date: Tue, 16 Jul 1996 09:16:11 -0400
From: "Susan G. Kleinmann" <sgk@sgk.tiac.net>
Resent-Message-ID: <"NM6bs2.0.dG.IOvwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5022
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

In the process of describing all the binary-foo directories, I realized
I don't really know the answers to these questions:

Exactly what platform does binary-68k refer to?  
Does this mean 
 -- the PowerPC (if so, who makes "the" PowerPC?), or 
 -- any PowerPC, or 
 -- something else (if so, what else)?

Ditto for binary-sparc.  Does this refer to 
 -- Sun Sparcstations, or 
 -- any workstation based on a sparc?  
Does it refer to 
 -- any sparc, or 
 -- only some variants of sparc, e.g., ultra-sparc?

Re: binary-alpha: 
Is there only 1 product line of alphas?  
Does binary-alpha refer to the entirety of that product line, or only the
later (or earlier) generations of it?
Are they only sold by DEC?


I guess at some point it's going to be necessary to ask whether any/all
packages actually run "out of the box" on the new Intel multi-processor
platforms, but I'll put that off til anyone's had a chance to find out.

Regards,
Susan Kleinmann
sgk@tiac.net


From debian-devel-request@lists.debian.org Tue Jul 16 21:57:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:36:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:36:45 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:11:14 -0000
Resent-Date: 16 Jul 1996 13:11:14 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ug9s9-0002lHC@debian.iaehv.nl>
Subject: Re: Installer packages and arbitrary files referenced by packages
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Tue, 16 Jul 1996 15:09:04 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ufytZ-0004RBC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 16, 96 02:25:00 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"RkCDk.0.sB.oJvwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5020
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Would everyone be happy if I changed the guidelines to say that things
> like this (output from scripts that needs to be dumped somewhere, and
> files that packages, eg installer packages, need to read to install)
> should have a filename prompted for, and that the default should be
> ~root/<packagename><somethingorother> and preferably kept in some way
> from one installation to the next ?

I would be happy if this would go in the guidelines. What else is ~root
intended for than these kind of things? It must be good for something!

Additionally I would like to see some kind of standardized interface 
like we have we conffiles at this moment.  It can be very handy is 
one can shell out to inspect situation in this situations (grab the
netscrape tar.gz or something).

> Do we need a special file in /etc giving a default directory name for
> this ?

The directory name is in the concept of unix all ready: ~root

Erick Branderhorst  http://www.iaehv.nl/users/branderh/



From debian-devel-request@lists.debian.org Tue Jul 16 21:57:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:43:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:43:10 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:24:25 -0000
Resent-Date: 16 Jul 1996 13:24:25 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ugA6C-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 14:23 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@pixar.com
Subject: Re: python 1.4-1 uploaded (repackaged, added threads)
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607140409.VAA23473@sauron.sedona.com>
References: <199607140409.VAA23473@sauron.sedona.com>
Resent-Message-ID: <"m9e0C3.0.SN.8Wvwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5023
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Klee Dienes writes ("python 1.4-1 uploaded (repackaged, added threads)"):
...
>  python-base: An interactive object-oriented scripting language.
>  python-curses: Curses support libraries for Python.
>  python-dev: Header files and development libraries for Python.
>  python-doc: Documentation files for the scripting language Python.
>  python-elisp: Emacs-lisp mode for the scripting language Python.
>  python-examples: Examples for the scripting language Python.
>  python-gdbm: GDBM database support for Python.
>  python-misc: Miscellaneous support modules for Python.
>  python-mpz: Multiple-precision arithmetic suppport for Python.
>  python-net: TCP/IP and various Internet support modules for Python.
>  python-stdwin: Stdwin support for Python.
>  python-tk: Tk support modules for Python.

Eeek, why ?!

Do we really need a dozen python packages ?  Can't some of these be
lumped together ?

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:57:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:48:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:48:32 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:34:25 -0000
Resent-Date: 16 Jul 1996 13:34:24 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ug9ni-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 14:04 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Strange 'dpkg' error messages
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607111616.LAA00630@bofh.me.umn.edu>
References: <199607111616.LAA00630@bofh.me.umn.edu>
Resent-Message-ID: <"Ryb3k3.0.jU.Wfvwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5025
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Richard Kaszeta writes ("Strange 'dpkg' error messages"):
> When installing debian 1.1:
> 
> Packages: sudo-1.4.2-2.deb
> 	  kernel-headers.deb (hand-made using kernel-package 1.02)
> 
> Attempts to install yield:
> 	  unable to execute post-installation script: No such file or
>           directory
> 
> Attempts to remove or purge:
> 	  This package is in a very inconsistent state.  Please
>           reinstall before removing.
> 
> Attempts to re-install:
>          unable to execture post-removal script: No such....
> 
> Ideas?

Get an updated Perl package, or make a link /bin/perl pointing to
perl.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:57:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:45:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:45:24 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:26:57 -0000
Resent-Date: 16 Jul 1996 13:26:57 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ugA53-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 14:22 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Richard Kettlewell <richard@greenend.org.uk>
Cc: Debian User mailing list <debian-devel@lists.debian.org>
Subject: Re: a.out libvga.so for DOOM
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <8NV+JUyX0@sfere.elmail.co.uk>
References: <31E5216F.6A54@vsl.com>
	<m0ueopq-00014qC@miles.econ.queensu.ca>
	<8NV+JUyX0@sfere.elmail.co.uk>
Resent-Message-ID: <"UTR9D1.0.7P.XYvwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5024
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Richard Kettlewell writes ("Re: a.out libvga.so for DOOM"):
> >Yes, use the aout-svgalib package from the binary-i386/graphics section.
> >
> >edd@miles:~> dpkg -f `locate aout-svga`
> >PACKAGE: aout-svgalib
> >VERSION: 1.28-6
> >MAINTAINER: Richard Kettlewell <richard@uk.geeks.org>
>                                  ^^^^^^^^^^^^^^^^^^^^
> 
> Oops, that's a bit out of date.  Is there any way of getting that
> fixed (to richard@greenend.org.uk, over which domain I have
> considerably more control than the now mostly defunct uk.geeks.org)
> short of uploading the package afresh?

It's fixed in the Maintainers and Packages files in the distribution
(using the overrides file) but not in the .deb file because we don't
edit those on master.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:57:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:55:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:55:23 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:36:30 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3749: etc/sudoers unreadable
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3749@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Meskes <meskes@debian.org>
Resent-Date: Tue, 16 Jul 1996 13:18:07 GMT
Resent-Message-ID: <handler.3749.B3749.83752273215212@bugs.debian.org>
X-Debian-PR-Package: sudo
X-Loop: owner@bugs.debian.org
Message-Id: <m0ug9g1-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 13:56 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3749@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607111728.TAA02222@circe.informatik.rwth-aachen.de>
References: <m0ueL2Z-00014fC@miles.econ.queensu.ca>
	<199607111728.TAA02222@circe.informatik.rwth-aachen.de>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5029
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Michael Meskes writes ("Bug#3749: etc/sudoers unreadable"):
...
> It has 440 in the .deb file which is incorrect, too btw. Just changing this
> permission doesn't help as you probably won't install the new one if you
> edited the old one already. 

In any case dpkg will copy the permissions from the old to the new
file, so even if you do say `yes' or install it manually that won't
fix it.

The postinst has to do this.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:57:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:54:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:54:17 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:35:50 -0000
Resent-Date: 16 Jul 1996 13:35:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ugA40-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 14:21 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: [linux-security] Re: You wouldn't believe it... 
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607140650.XAA23993@sauron.sedona.com>
References: <m0uevDB-0002EWC@plato>
	<199607140650.XAA23993@sauron.sedona.com>
Resent-Message-ID: <"EvuXN.0.GX.rgvwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5028
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Klee Dienes writes ("Re: [linux-security] Re: You wouldn't believe it... "):
...
> If not configured by the installer, the netatalk package by default
> makes each user's home directory available to that user if they
> connect to the fileserver with their username and password.

That's reasonable.

> Although I'd argue that this isn't a significant security violation
> (given that the base distribution already allows remote access using
> the same username and password via rlogin), I'd be willing to take it
> out as a matter of principle unless someone objects.

Object !

I may be a security paranoid type, but it is futile to try to make
things more secure by failing to set them up in a useful way when they
are installed.

Our default settings should be secure but useful.  If people don't
trust the security in a program they are free not to install it at
all.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:57:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:52:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:52:44 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:35:27 -0000
Resent-Date: 16 Jul 1996 13:35:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ugA1m-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 14:19 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Installer packages and arbitrary files referenced by packages 
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0ufAiV-0002EWC@plato>
References: <liw@iki.fi>
	<m0uehQV-000HX4C@liw.clinet.fi>
	<m0ufAiV-0002EWC@plato>
Resent-Message-ID: <"aGBOd1.0.OW.Vgvwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5027
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

James A. Robinson writes ("Re: Installer packages and arbitrary files referenced by packages "):
> [ Lars: ]
> > Some people will object to /tmp, others to ~root.  I object to both.
> > Why not ask for a suitable pathname, and give a suitable default?
> 
> Because then we would have to check that they didn't stick in
> 	/etc/passwd
> or something.

Nonsense.  If we give them a sensible default and then they type in
/etc/passwd then that's their fault.

We can't stop them from screwing up their system like this.  By this
logic we should change bash so that you can't do
  $ >/etc/passwd RET
either.

...
> Ok, you suggested this before, and I'm sorry I didn't get back to you
> on it.  This sounds like a fine idea, but is mail doing local delivery
> something we can rely on if the /usr/bin/mail is there?  I mean, what
> if they install smail, mailx, and auctex at once -- does smail get set
> up before auctex? (I don't know the answer -- this is a serious
> question.)

No, unfortunately you can't guarantee that it will be.  However, it's
quite OK to use dpkg --list or dpkg --status to check to see whether
mailx is configured.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:57:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:50:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:50:46 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:34:37 -0000
Resent-Date: 16 Jul 1996 13:34:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ug9vP-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 14:12 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Source packaging - alternatives
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <6CfNXkQjcsB@khms.westfalen.de>
References: <6C2uHrWjcsB@khms.westfalen.de>
	<6CfNXkQjcsB@khms.westfalen.de>
Resent-Message-ID: <"0dJuL2.0.0V.jfvwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5026
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Kai Henningsen writes ("Re: Source packaging - alternatives"):
...
> You should certainly be able to unpack everything without trusting the  
> package. Applying the diff, however, is not the same as unpacking the  
> package.

Yes, it is.  Unpacking the *Debian* source package involves unpacking
the upstream source and then applying the diff.

You're just moving the goalposts.

It is a requirement that one can unpack the Debian source tree, to
look at it, without having to execute anything.

> In fact, a diff file is itself a script of some form, and patch is the  
> interpreter for this script. It's just missing some features we could use.  
> And we certainly have to trust that script if we "apply the diffs".

It is easy to secure against `patch' (or indeed `tar') doing something
bad.  I intend to do this.

Look, all of you people who want to include scripts in this might as
well give up.

I'm not interested in continuing this discussion; my mind is made up.
I *will not* implement or accept any scheme that involves executing
(trusting) parts of Debian source packages when they are unpacked (and
that means the process of producing the Debianised source tree from
the Debian source files).

If you have a problem with this you will have to take it up with Bruce
and get him to overrule me.

Thanks,
Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 21:57:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 21:56:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 21:56:45 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 13:36:36 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3731: snmpd: patch for hrProcessorLoad MIB variable
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3731@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Tue, 16 Jul 1996 13:18:05 GMT
Resent-Message-ID: <handler.3731.B3731.83752273215211@bugs.debian.org>
X-Debian-PR-Package: snmp
X-Loop: owner@bugs.debian.org
Message-Id: <m0ug9Zn-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 13:50 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Patrick.Weemeeuw@kulnet.KULeuven.ac.be, 3731@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607091429.QAA23104@amber.kulnet.kuleuven.ac.be>
References: <199607091429.QAA23104@amber.kulnet.kuleuven.ac.be>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5030
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Patrick Weemeeuw writes ("Bug#3731: snmpd: patch for hrProcessorLoad MIB variable"):
...
> The hrProcessorLoad MIB variable is not computed correctly in snmp
> 2.1.2l4: the value returned is max(loadavg*100, 100).  Under linux, we
> can compute the correct value by regurarly polling the idle jiffies
> counter available in /proc/stat.  The patch below adds a signal
> handler to correctly keep track of the cpu load over the last minute.

Is this really such a good idea ?  It makes the program have to wake
up 5 or 10 times a minute to do the calculation.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 22:47:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 22:35:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 22:35:35 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 14:01:27 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3756: sendmail has wrong path to procmail
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3756@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Tue, 16 Jul 1996 13:48:04 GMT
Resent-Message-ID: <handler.3756.B3756.83752423215684@bugs.debian.org>
X-Debian-PR-Package: sendmail
X-Loop: owner@bugs.debian.org
Message-Id: <m0ug9xT-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 14:14 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3756@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.LNX.3.91.960712095650.2034S-100000@siva.taz.net.au>
References: <Pine.LNX.3.91.960712095650.2034S-100000@siva.taz.net.au>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5031
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Craig Sanders writes ("Bug#3756: sendmail has wrong path to procmail"):
...
> Also, sendmail depends on deliver.  Maybe it should depend on a virtual
> package called 'local_delivery_agent' which is provided by both procmail and
> deliver.

Package names, including virtual package names, may not contain
underscores.

FYI,
Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 22:47:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 22:42:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 22:42:04 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 14:23:39 -0000
Resent-Date: 16 Jul 1996 14:23:39 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Tue, 16 Jul 1996 10:24:37 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: Debian Development <debian-devel@lists.debian.org>
Subject: Re: Bug#3795: ae should not be essential
In-Reply-To: <m0ug9OG-0004PqC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.LNX.3.94.960716101950.25074B-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"gSOAs3.0.XK1.hNwwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5033
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 16 Jul 1996, Ian Jackson wrote:

> Package: ae
> version: 962-8
> 
> As discussed on debian-devel just now, this package should not be
> marked with `Essential: yes'.  A system can function perfectly happily
> without it.
> 
I don't see this discussion, but knowing that you do your mail in batch
mode, I can imagine that "now" could be as much as a week ago ;-)

It was my understanding that the reason for the Essential rating was that
this is the "only?" editor provided by the base package (actually I think
sed is also in the base package, but some don't think of it as an editor).
Is this not sufficient for it's Essential status?

Thanks,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Tue Jul 16 22:47:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 22:40:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 22:40:19 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 14:23:27 -0000
Resent-Date: 16 Jul 1996 14:23:26 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ugB1y-0004OZC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 15:23 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Local packages - how to handle them ?
In-Reply-To: <Pine.HPP.3.91.960716093158.25204B-100000@punch.eng.cam.ac.uk>
References: <m0ufxJ3-0004RDC@chiark.chu.cam.ac.uk>
	<Pine.HPP.3.91.960716093158.25204B-100000@punch.eng.cam.ac.uk>
Resent-Message-ID: <"HpAJV.0.DK1.UNwwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5032
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Jon Rabone writes ("Re: Local packages - how to handle them ?"):
...
> First off, this is a very good idea - I've needed to  make local versions 
> of things, and the hold feature of dselect was the only way I could find 
> of stopping things being clobbered. I would suggest support for a 'local' 
> packages hierarchy, with its own access method. Dselect would 
> automatically treat packages from this tree as latest-version. I can 
> forsee a problem with packages that have dependecies on a particular 
> version number - perhaps an Overrides: field in the control file is 
> needed to resolve this? OTOH, perhaps the Depends: field checking in dpkg 
> can be made aware of the 'local' feature, and make this transparent.

If we're not using the version number then you can just make sure that
your local version of the package has the right version.

> It would be nice to have an indication of 'locality' in the filename of 
> the package, as Ian suggests. How about prefixing the version number with 
> the letter L ? 

If we're doing it via dselect using a different access method and a
different tree there's no need for this.

> FWIW I think 'hold' should not be cleared by installing a package manually
> using dpkg -i. Addding more hold flags to dselect could make it cumbersome
> to use. You could just add an L flag (for local) in dselect, meaning
> 'Don't get this one from the primary access method, wait for the secondary
> access method' This, in combination with the different filenames and
> enhanced Depends: handling would provide the required functionality,
> wouldn't it? 

Mmm.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 22:47:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 22:44:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 22:44:40 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 14:28:35 -0000
Resent-Date: 16 Jul 1996 14:28:35 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ugB3c-0004OZC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 15:25 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Source packaging
In-Reply-To: <m0ug74B-0002hoC@debian.iaehv.nl>
References: <m0ufxpP-0004REC@chiark.chu.cam.ac.uk>
	<m0ug74B-0002hoC@debian.iaehv.nl>
Resent-Message-ID: <"a5kZU1.0.3M1.JSwwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5034
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

branderh@debian.iaehv.nl writes ("Re: Source packaging"):
> [Ian Jackson:]
> > I'm seriously unconvinced that a URL would be that useful - it
> > wouldn't last from one version to another, probably, and would in any
> > case often yield a file that needed to be repacked and unpacked.
> 
> I propose a splitted URL only providing the site and the directory and the
> original source file like this:
> 
> URL: ftp://ftp.gnu.ai.mit.edu/pub/gnu/ textutils-1.18.tar.gz
> 
> This is very informative for humans, easily machine convertible to a
> complete url.

But the complete URL isn't machine-useable when the upstream version
has changed, and a human can just as easily read a README.

> > It might be worth suggesting that debian/rules contain a `fetch new
> > original source' target, which would FTP it from some appropriate
> > place and do any rearrangement that would be necessary.  Is
> > `origsource' a good name for this ?
> 
> `getorig' or `getorigsrc' is better or are these in use ?.

So, I think that this is a better idea.

Comments on the name of the target are welcome.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 23:12:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 23:04:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 23:04:53 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 14:32:08 -0000
Resent-Date: 16 Jul 1996 14:32:08 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ugB9a-0004Q7C@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 15:31 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Can we reorganise the "devel" dir, please?
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.SGI.3.94.960715104440.20970A-100000@ana.concordia.ca>
References: <199607150644.IAA00465@baer.christian.linhart.nodomain>
	<Pine.SGI.3.94.960715104440.20970A-100000@ana.concordia.ca>
Resent-Message-ID: <"m0Z-C3.0.7O1.eVwwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5035
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Christian Hudon writes ("Re: Can we reorganise the "devel" dir, please?"):
...
> Hmm. Can the dselect/dchanges/dinstall handle multilevel sections?

dselect and dpkg can.  dpkg-scanpackages can too, but it seems to me
that using hyphenated rather than slash-separated names is probably
better.

I think that we need to think about what kind of packages people may
choose to install or not to install.  Remember that we already have a
priority classification scheme for saying whether something is
`important' or `standard', so there's little point in separating
devel-base and devel-extra or whatever.

Useful categories might be scripting languages (which are useful even
if you don't write the scripts yourself), shared libraries (which
ought not to be in devel at all IMO), and C/C++ development vs. other
languages.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 23:12:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 23:07:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 23:07:06 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 14:33:35 -0000
Resent-Date: 16 Jul 1996 14:33:35 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ugB5A-0004OZC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 15:26 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: dchanges-3.3 and package names
In-Reply-To: <Pine.LNX.3.94.960716085013.24763E-100000@dwarf.polaris.net>
References: <m0ufzNK-0004Q7C@chiark.chu.cam.ac.uk>
	<Pine.LNX.3.94.960716085013.24763E-100000@dwarf.polaris.net>
Resent-Message-ID: <"lY5gE1.0.wO1.-Wwwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5036
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dale Scheetz writes ("Re: dchanges-3.3 and package names"):
...
> My fundamental problem with the current state of dchanges is that it is a
> seperate package from dpkg.  [...]

Yes.  When we have the new source format decided on all the
implementation, including the thing that produces the changes file,
will be in dpkg.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 23:37:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 23:22:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 23:22:20 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 14:36:23 -0000
Resent-Date: 16 Jul 1996 14:36:23 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ugBE8-0004OZC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 15:35 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Can we reorganise the "devel" dir, please?
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0ufxQw-000VRtC@fnpc21.if.usp.br>
References: <m0ufS6A-00013qC@miles.econ.queensu.ca>
	<31EA4F05.A43777C@verisim.com>
	<m0ufxQw-000VRtC@fnpc21.if.usp.br>
Resent-Message-ID: <"fQOBm3.0.cQ1.dZwwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5037
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Emilio Lopes writes ("Re: Can we reorganise the "devel" dir, please?"):
> >>>>> "BCW" == Brian C White <bcwhite@verisim.com> wrote:
> 
> BCW> m4-1.4-2.deb				general macro preprocessor
> 
> text section?

I think this should count as a programming language or script
interpreter.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 16 23:37:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 23:27:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 23:27:13 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 14:51:37 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3803: perl and the empty directories
Reply-To: branderh@debian.IAEhv.nl, 3803@bugs.debian.org
Resent-From: branderh@debian.IAEhv.nl
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Tue, 16 Jul 1996 14:33:04 GMT
Resent-Message-ID: <handler.3803.B.83752723516577@bugs.debian.org>
X-Debian-PR-Package: perl
X-Loop: owner@bugs.debian.org
Message-Id: <m0ugA7q-0002lDC@debian.iaehv.nl>
From: branderh@debian.IAEhv.nl
To: submit@bugs.debian.org
Date: Tue, 16 Jul 1996 15:25:18 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5038
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: perl
Version: 5.003-2

After deleting the dir /usr/lib/perl/i486-linux/5.002 and all its empty
subdirs I still found a few other empty dirs.

Erick

# cd /usr/lib/perl/i486-linux; ls -lR
total 23
drwxr-xr-x  34 root     root         3072 Jul 15 16:35 5.003
drwxr-xr-x   2 root     root         1024 Dec 28  1995 arpa
drwxr-xr-x   2 root     root         1024 Dec 28  1995 asm
[deleted]
-rw-r--r--   1 root     root            3 Jul 15 16:32 vuvisor.ph

arpa:
total 0

asm:
total 0

bind-4.9.3:
total 1
drwxr-xr-x   2 root     root         1024 Dec 28  1995 arpa

bind-4.9.3/arpa:
total 0

bsd:
total 1
drwxr-xr-x   2 root     root         1024 Dec 28  1995 sys

bsd/sys:
total 0

gnu:
total 0

i386:
total 0

linux:
total 0

m68k:
total 0

ncurses:
total 0

net:
total 0

netinet:
total 0

octave:
total 0

protocols:
total 0

readline:
total 0

rpc:
total 0

rpcsvc:
total 0

sys:
total 0

tcl:
total 0
Erick Branderhorst  http://www.iaehv.nl/users/branderh/

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.6.2i

mQCNAzHZJuIAAAEEAKsCUB1bvwo1LiLV1syNThFhi87wvHa0m7BCAKbUV2TzCNQj
sa6EP75c0bT8bKQOuXpufuTBkEne9WcDTtvf7L14He3rPxssTKpQeVFhfs4TNqKL
mf0v+LmIPdo/jhFNIFsIWcK4Wavrm1StuCat5h0ZVtq1MgUyzqXl16B8emrRAAUT
tChFcmljayBCcmFuZGVyaG9yc3QgPGJyYW5kZXJoQGRlYmlhbi5vcmc+
=Ywqa
-----END PGP PUBLIC KEY BLOCK-----


From debian-devel-request@lists.debian.org Wed Jul 17 00:02:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 23:47:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 23:47:59 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 15:39:28 -0000
Resent-Date: 16 Jul 1996 15:39:28 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0ugCDI-0004RCC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 16:39 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Two more packages with lost maintainers
Resent-Message-ID: <"q5k4l.0.CF2.lUxwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5041
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Andrew Fernandes tells me he hasn't been able to work on the project
for some time now.  He's listed as the maintainer for:
 acs                  adfernan@cnd.mcgill.ca (Andrew D. Fernandes)
 dlltools             adfernan@cnd.mcgill.ca (Andrew D. Fernandes)

He tells me that these packages were taken over by someone, but they
obviously didn't release new versions.

Would the maintainer(s) for these please step forward ?  Volunteers
welcome.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 17 00:02:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 23:45:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 23:45:29 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 15:16:29 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3782: GNU nm breaks lorder
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3782@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Austin Donnelly <and1000@debian.org>
Resent-Date: Tue, 16 Jul 1996 15:03:07 GMT
Resent-Message-ID: <handler.3782.B3782.83752873716986@bugs.debian.org>
X-Debian-PR-Package: bsdmainutils
X-Loop: owner@bugs.debian.org
Message-Id: <m0ugBBd-0004OZC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 15:33 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3782@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.BSF.3.91.960715154423.18082A-100000@globe>
References: <Pine.BSF.3.91.960715154423.18082A-100000@globe>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5040
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Philip Blundell writes ("Bug#3782: GNU nm breaks lorder"):
...
> The output generated by GNU nm is slightly incompatible with what lorder 
> expects (ie what BSD nm produces).  This means that the output from 
> lorder will fail to mention any module that doesn't reference any 
> external symbols (and hence, if you're building a library, that module 
> may not be added to the library).

Could this be related to my problem with libc5_pic, which I posted
recently ?

Ian.

------- start of forwarded message (RFC 934 encapsulation) -------
To: Debian developers list <debian-devel@lists.debian.org>
Subject: bootdisks package `generate_library' script and __start___libc_subinit

I tried using this script and produced a library which always gives
the error:
ls: can't resolve symbol '__stop___libc_subinit'
ls: can't resolve symbol '__start___libc_subinit'
(for ls replace whatever binary I'm trying to use).

These symbols are used in set-init.o (inside libc5_pic.a) and never
defined anywhere; the shared /lib/libc.so.5 has it defined somehow.

Fudging this up has only managed to produce a library which makes the
program in question dump core.

I have libc5 and libc5-pic 5.2.18-9, ldso 1.7.14-4 and boot-floppies
1.1.1-9.

Ian.
------- end -------


From debian-devel-request@lists.debian.org Wed Jul 17 00:02:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 23:41:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 23:41:48 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 15:01:51 -0000
Resent-Date: 16 Jul 1996 15:01:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <chrish@ana.concordia.ca>
Date: Tue, 16 Jul 1996 08:03:23 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
X-Sender: chrish@ana.concordia.ca
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: debian-devel@lists.debian.org
Subject: Re: Data flow during package building.
In-Reply-To: <m0ufzaQ-0004RBC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.SGI.3.94.960716075003.22613A-100000@ana.concordia.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"84gUe1.0.wj1.Vxwwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5039
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 16 Jul 1996, Ian Jackson wrote:

> Erick Branderhorst writes ("Re: Data flow during package building."):
> ...
> > I miss the url reference to the original sources here. If this url is
> > included, and perhaps some additional descriptive information, this can
> > be the input for an autogenerated copyright file which comes with the
> > package.
> 
> Urgh, autogenerated copyright file ?  It's full of random waffle, how
> can you automatically generate it ?!

Indeed! Let's not try to be too clever.

Erick, take a look at the copyright files for pgp and termcap-compat, for
instance. The first one has stuff from Ian and PRZ about export
restrictions, etc. The second one is a combination of the ncurses termcap
database copyright and of the Linux termcap library copyright... and the
latter was derived from the GNU termcap library, which has its own
copyright notice.  You can't autogenerate these. 

  Christian



From debian-devel-request@lists.debian.org Wed Jul 17 00:02:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 16 Jul 1996 23:54:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 16 Jul 1996 23:54:56 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 15:47:36 -0000
Resent-Date: 16 Jul 1996 15:47:35 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <osiris@cs.utexas.edu>
Sender: osiris@cs.utexas.edu
To: ecki@lina.inka.de (Bernd Eckenfels)
Cc: debian-devel@lists.debian.org
Subject: Re: cleaning layout
References: <m0ue6Id-0004jtC@lina>
From: Rob Browning <osiris@cs.utexas.edu>
Date: 16 Jul 1996 10:24:10 -0500
In-Reply-To: ecki@lina.inka.de's message of Wed, 10 Jul 1996 22:55:54 +0200 (MET DST)
Message-ID: <8720icp6g5.fsf@raven.ots.utexas.edu>
Lines: 8
X-Mailer: Gnus v5.2.33/Emacs 19.31
Resent-Message-ID: <"Opykj1.0.OJ2.Ncxwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5042
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

ecki@lina.inka.de (Bernd Eckenfels) writes:

> gimp: mv /usr/lib/gimp/ /usr/lib/X11/gimp/

Fixed in upcoming release.

--
Rob


From debian-devel-request@lists.debian.org Wed Jul 17 00:27:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 00:08:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 00:08:15 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 15:48:19 -0000
Resent-Date: 16 Jul 1996 15:48:19 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <osiris@cs.utexas.edu>
Sender: osiris@cs.utexas.edu
To: joost@rulcmc.leidenuniv.nl (joost witteveen)
Cc: ecki@lina.inka.de (Bernd Eckenfels), debian-devel@lists.debian.org
Subject: Re: cleaning layout
References: <m0ufObT-00012EC@rulcmc.leidenuniv.nl>
From: Rob Browning <osiris@cs.utexas.edu>
Date: 16 Jul 1996 10:23:50 -0500
In-Reply-To: joost@rulcmc.leidenuniv.nl's message of Sun, 14 Jul 1996 12:40:43 +0200 (MET DST)
Message-ID: <873f2sp6gp.fsf@raven.ots.utexas.edu>
Lines: 17
X-Mailer: Gnus v5.2.33/Emacs 19.31
Resent-Message-ID: <"Vv3Sk.0.3M2.3dxwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5043
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

joost@rulcmc.leidenuniv.nl (joost witteveen) writes:

> WRONG WRONG. I got into MANY problems with putting xosview in
> /usr/bin/X11/xosview. /usr/bin/X11 is a symlink to /usr/X11R6/bin,
> just like /usr/lib/X11, and packages should _not_ install
> anything in those symlinked directories, but only in /usr/X11R6/*.
> Apparently, upgreading X will cause problems otherwise, and the
> real problem then comes when you want to correct this, due to
> a bug in dpkg this is next to impossible.

Does /usr/X11 even exist on new installations?  I only had it because
an *old* netscape package had created it.  It was actually causing
problems with man.  The newer ones don't create this dir.  Does X?

--
Rob


From debian-devel-request@lists.debian.org Wed Jul 17 00:27:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 00:10:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 00:10:03 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 15:50:46 -0000
Resent-Date: 16 Jul 1996 15:50:46 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <osiris@cs.utexas.edu>
Sender: osiris@cs.utexas.edu
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: debian-devel@lists.debian.org
Subject: Re: popclient and a socket -P (password) file.
References: <86ohltcfv8.fsf@argus.csres.utexas.edu>
	<m0udmsQ-0002ZwC@chiark.chu.cam.ac.uk>
From: Rob Browning <osiris@cs.utexas.edu>
Date: 16 Jul 1996 09:21:39 -0500
In-Reply-To: Ian Jackson's message of Wed, 10 Jul 96 01:11 BST
Message-ID: <87d91wp9cc.fsf@raven.ots.utexas.edu>
Lines: 15
X-Mailer: Gnus v5.2.33/Emacs 19.31
Resent-Message-ID: <"AAAQg2.0.xN2.Mfxwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5044
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ian Jackson <ian@chiark.chu.cam.ac.uk> writes:

> You can't just open a socket for reading - you have to connect() to
> it.

Right, I knew that, but I was just explaining the problem...

> Perhaps an option to popclient to read the password from stdin rather
> than /dev/tty ?  Then you could do what pgp-auto does for pgp (connect
> up the socket and invoke pgp).

That would certainly solve the problem.

--
Rob


From debian-devel-request@lists.debian.org Wed Jul 17 00:52:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 00:40:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 00:40:15 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 16:16:22 -0000
Resent-Date: 16 Jul 1996 16:16:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0ugCgT-0004REC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 17:09 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: Guy Maor <maor@ece.utexas.edu>, Dan Stromberg <strombrg@hydra.acs.uci.edu>
Cc: Klee Dienes <klee@sedona.com>, branderh@debian.IAEhv.nl,
  debian-devel@lists.debian.org
Subject: Re: orphaned bash and related packages ? 
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <88766770@toto.iv>
References: <m0udy1E-0002YIC@chiark.chu.cam.ac.uk>
	<m0ueboV-0002hGC@debian.iaehv.nl>
	<m0uelea-0002ZVC@chiark.chu.cam.ac.uk>
	<31EAD223.6112@hydra.acs.uci.edu>
	<Pine.SOL.3.93.960715103552.15129D-100000@brando.ece.utexas.edu>
	<m0ufhya-0002hGC@debian.iaehv.nl>
	<199607131614.JAA15374@sauron.sedona.com>
Resent-Message-ID: <"gJPBn1.0.Wg2.L1ywn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5045
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Guy Maor writes ("Re: orphaned bash and related packages ?"):
> On Wed, 10 Jul 1996, Ian Jackson wrote:
> > The current Maintainers file says:
> >  bash                 daveb@tau.space.thiokol.com (David P. Boswell)
> >  libreadline2         daveb@tau.space.thiokol.com (David P. Boswell)
> >  libreadline2-dev     daveb@tau.space.thiokol.com (David P. Boswell)
> 
> I'd like to take these.  I had already started modifying libreadline to
> test for a rl_shell variable instead of a SHELL define at runtime
> instead of compiletime.  This fixes some Debian only bash bugs.  I'll
> go ahead and finish it.

You sound really keen - that's good.

I'd already said that Klee Dienes should do it, but if people don't
object I think Guy ought to.

The bash package (and libreadline2 too) are important for the
distribution, and it would be good to have a rather more experienced
maintainer.

Klee, and Dan: if you're still interested you could go through the bug
lists and find some packages with old bug reports and offer to take
them over or fix the bugs :-).

Alternatively Bruce says he wants to give his packages away:
    arrl-infoserv        Bruce Perens <Bruce@Pixar.com>
    ash                  Bruce Perens <Bruce@Pixar.com>
    ax25-kernel-source   Bruce Perens <Bruce@Pixar.com>
    ax25-util            Bruce Perens <Bruce@Pixar.com>
    base                 Bruce Perens <bruce@pixar.com>
    boot-floppies        Bruce Perens <Bruce@Pixar.com>
    bootdisk             Bruce Perens <bruce@pixar.com>
    lilo                 Bruce Perens <Bruce@Pixar.com>
    mbr                  Bruce Perens <Bruce@Pixar.com>
    modconf              Bruce Perens <Bruce@Pixar.com>
    pcb                  Bruce Perens <Bruce@Pixar.com>
    rspfd                Bruce Perens <Bruce@Pixar.com>
    syslinux             Bruce Perens <Bruce@Pixar.com>
    x10                  Bruce Perens <Bruce@Pixar.com>

Several of these are pretty easy, really.  Coordinate with Bruce, or
any existing maintainer, and debian-devel, to sort out what you're
doing.

When you've decided and have a package to upload let Bruce, Simon
Shapiro <shimon@i-connect.net> and Anders Chrigstrom <ac@netg.se> know
so that they can give you an a/c on master and add you to
debian-private.

Thanks,
Ian.


From debian-devel-request@lists.debian.org Wed Jul 17 01:17:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 01:05:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 01:05:33 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 16:32:10 -0000
Resent-Date: 16 Jul 1996 16:32:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0ugD23-0004PqC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 17:31 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Priority change for kernel-source and kernel-package
Resent-Message-ID: <"Pte4h.0.mt2.9Gywn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5046
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I've changed the priority of kernel-source from `standard' to `extra'.
This is because we don't need kernel source in this form any more, and
because it's the dpkg maintainer's opinion that it's a bad way to
distribute it :-).

I've made kernel-package optional.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 17 01:17:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 01:06:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 01:06:56 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 16:40:20 -0000
Resent-Date: 16 Jul 1996 16:40:20 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <klee@sedona.com>
Message-Id: <199607161639.JAA11556@sauron.sedona.com>
From: Klee Dienes <klee@sedona.com>
Reply-To: Klee Dienes <klee@sedona.com>
To: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
cc: Guy Maor <maor@ece.utexas.edu>,
  Dan Stromberg <strombrg@hydra.acs.uci.edu>, Klee Dienes <klee@sedona.com>,
  branderh@debian.IAEhv.nl, debian-devel@lists.debian.org
Subject: Re: orphaned bash and related packages ? 
In-reply-to: Your message of "Tue, 16 Jul 1996 17:09:00 -0000."
             <m0ugCgT-0004REC@chiark.chu.cam.ac.uk> 
Date: Tue, 16 Jul 1996 09:39:30 -0700
Sender: klee@sedona.com
Resent-Message-ID: <"G57Uo.0.n13.qNywn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5047
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> I'd already said that Klee Dienes should do it, but if people don't
> object I think Guy ought to.

No objections here.   I can't compete with Guy's enthusiasm, and 
besides I'd rather be making new packages than maintaining old ones
any day.


From debian-devel-request@lists.debian.org Wed Jul 17 01:42:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 01:30:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 01:30:21 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 16:56:37 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3805: /dev/MAKEDEV spells 'isdn' as 'idsn'
Reply-To: Niels <niels@holding.pi.net>, 3805@bugs.debian.org
Resent-From: Niels <niels@holding.pi.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Tue, 16 Jul 1996 16:33:09 GMT
Resent-Message-ID: <handler.3805.B.83753474318424@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Date: Tue, 16 Jul 1996 17:55:02 +0200 (MDT)
From: Niels <niels@holding.pi.net>
To: submit@bugs.debian.org
Message-ID: <Pine.SGI.3.94.960716175248.6737B-100000@amsterdam.holding.pi.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5048
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: base
Version: 6_16_1996

/dev/MAKEDEV (shell script) creates several devices in /dev from the
'isdn' section with a misspelling - idsn instead of isdn. Also, it misses
a 'p' in 'ippp'.



	Niels

----------------------------------------------------------------------
Planet Internet Holding   XXTP Support Engineer   <niels@undernet.org>
I do not speak for my employer  -  they are perfectly able to do that.


From debian-devel-request@lists.debian.org Wed Jul 17 01:42:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 01:31:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 01:31:58 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 16:56:38 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3804: npasswd-boulder doesn't change NIS passwds
Reply-To: Carlos Carvalho <carlos@riglos.fisica.ufpr.br>, 3804@bugs.debian.org
Resent-From: Carlos Carvalho <carlos@riglos.fisica.ufpr.br>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Chris Fearnley <cjf@netaxs.com>
Resent-Date: Tue, 16 Jul 1996 16:33:05 GMT
Resent-Message-ID: <handler.3804.B.83753474318415@bugs.debian.org>
X-Debian-PR-Package: npasswd-boulder
X-Loop: owner@bugs.debian.org
Message-Id: <m0ugCpG-00002iC@riglos.fisica.ufpr.br>
Date: Tue, 16 Jul 96 13:18 EST
From: Carlos Carvalho <carlos@riglos.fisica.ufpr.br>
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5049
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: npasswd-boulder
Version: 1.2.2-2

I'm using NIS, and I tried to use npasswd-boulder. The manual says it
can change NIS passwords. However what it does is to merge the local
passwd file, which contains only the system accounts, with the NIS one.
It does change the LOCAL password, but the machine no longer uses NIS!!

Carlos


From debian-devel-request@lists.debian.org Wed Jul 17 01:42:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 01:33:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 01:33:27 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 16:56:39 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3806: dump doesn't record the dump dates...
Reply-To: Carlos Carvalho <carlos@riglos.fisica.ufpr.br>, 3806@bugs.debian.org
Resent-From: Carlos Carvalho <carlos@riglos.fisica.ufpr.br>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Frey <David.Frey@eos.lugs.ch>
Resent-Date: Tue, 16 Jul 1996 16:33:10 GMT
Resent-Message-ID: <handler.3806.B.83753474318425@bugs.debian.org>
X-Debian-PR-Package: dump
X-Loop: owner@bugs.debian.org
Message-Id: <m0ugClM-00002iC@riglos.fisica.ufpr.br>
Date: Tue, 16 Jul 96 13:14 EST
From: Carlos Carvalho <carlos@riglos.fisica.ufpr.br>
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5050
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: dump
Version: 0.3-5

I used the command
dump 0f - / | (cd /mnt; restore xf -)

to make a copy of the root partition. The file /etc/dumpdates was
created, but it was empty at the end. This means that I can't do level
9 dumps/restores to track only the modifications... The same happens
if I dump other partitions. The dump/restore itself seems to work.

Carlos


From debian-devel-request@lists.debian.org Wed Jul 17 01:42:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 01:34:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 01:34:36 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 06:06:54 -0000
Resent-Date: 16 Jul 1996 06:06:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <coleman@cstp.umkc.edu>
Message-Id: <m0ug3HQ-000Wm8C@chez-gnu.cstp.umkc.edu>
Date: Tue, 16 Jul 96 01:06 CDT
From: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
To: debian-devel@lists.debian.org
Subject: jdk*_1.0.1-try3-01 uploaded to master (JDK == Java Development Kit)
Resent-Message-ID: <"C6Kip2.0.os2.z5pwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4996
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

This is the first version uploaded.  Minutes of extensive testing suggest that
it's basically in working order.  Please flog away and send bug reports.

--Mike

-----BEGIN PGP SIGNED MESSAGE-----

Date: 16 Jul 96 05:44 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
Source: jdk
Version: 1.0.1-try3-01
Binary:  jdk-common jdk-shared jdk-static
Architecture:  all i386 source
Description: 
 JDK (Java Development Kit)
 -  This is a Debian packaging of Randy Chapman's Linux port of Sun's JDK.  The
 -  JDK will allow you to run Java programs and applets as well as write your
 -  own.  If you recompile your kernel with Java executables enabled, you can
 -  even "run" Java programs just like regular executables.  The package also
 -  includes a number of demo programs.
 -  .
 -  If you have the shared ELF Motif libraries, you can use the dynamic
 -  package, otherwise use the static package.  The common package is required
 -  either way.
 -  .
 -  Check out 'http://www.javasoft.com/' for general information on Java, and
 -  'http://www.blackdown.org/java-linux.html' for specific information on the
 -  Linux port.  Also, be aware that Sun has been changing their licensing terms
 -  for the JDK, and as a result, this might be the last Debian version.
Changes: no changes info provided
Files:
 20f0cfee75b8398e85724ed06f4c6f4c  3388  non-free  -  jdk_1.0.1-try3-01.tar.gz
 6d8706f8069b3ca87be04a49cd8bf02b  3337  non-free  -  jdk_1.0.1-try3-01.diff.gz
 e3a8b09a0b289cf8c90b38038e7d9b2f  1698202  non-free  optional  jdk-common_1.0.1-try3-01_all.deb
 0efccc533eba40307f6f9d4ef31c2548  390060  non-free  optional  jdk-shared_1.0.1-try3-01_i386.deb
 c4402061bccc18ece641df1d46df752b  1404596  non-free  optional  jdk-static_1.0.1-try3-01_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBMessyMW6wcKHP/Z1AQHPIwP/XQUyz+cyh1M1XKtwV6Vdfq81QQRpB4Xy
KGEmyvQMFO3o2j+oNIeEkubchDIQBkaKUhQYLp1EOvbzlPDVSUu1/goCHNrKXaS8
FcvERMBBcfkY9rStE8YMQWUEEXxf5rPFU6W/JdttyP0M/0HylFC2PGI+ZsbshcVk
kXfh8Fs2xEU=
=jOF0
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Wed Jul 17 02:07:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 01:43:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 01:43:49 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 17:29:32 -0000
Resent-Date: 16 Jul 1996 17:29:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Tue, 16 Jul 1996 12:30:17 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
Reply-To: Guy Maor <maor@ece.utexas.edu>
To: Klee Dienes <klee@sedona.com>
cc: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>,
  Dan Stromberg <strombrg@hydra.acs.uci.edu>, branderh@debian.IAEhv.nl,
  debian-devel@lists.debian.org
Subject: Re: orphaned bash and related packages ? 
In-Reply-To: <199607161639.JAA11556@sauron.sedona.com>
Message-ID: <Pine.SOL.3.93.960716121635.7502A-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"g6Zis3.0.Jv3.y5zwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5051
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ian Jackson wrote:
> You sound really keen - that's good.

Klee Dienes wrote:
> No objections here.   I can't compete with Guy's enthusiasm

?!?

I've always had a secret woody for bash.  Now I can go print up those
business cards I've been dreaming of, "Guy Maor, ENTHUSIASTIC bash
maintainer..."


Guy


From debian-devel-request@lists.debian.org Wed Jul 17 02:07:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 01:45:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 01:45:26 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 17:44:55 -0000
Resent-Date: 16 Jul 1996 17:44:55 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0ugEAG-0004OZC@chiark.chu.cam.ac.uk>
Date: Tue, 16 Jul 96 18:44 BST
Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
From: ian@chiark.chu.cam.ac.uk (Ian Jackson)
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Thesis
Resent-Message-ID: <"95nLo3.0.a74.MKzwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5052
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I've just started to have something of a work crisis.  Please forgive
me if your email goes unanswered for too long.

If it's really urgent and needs priority attention (esp. if it's
quick) mail ian-urgent@chiark.  As ever, problems with the bug system
should go to owner@bugs.debian.org and with the ftp site cron jobs
to iwj-mastercron@master.debian.org.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 17 02:07:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 02:00:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 01:59:59 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 06:51:44 -0000
Resent-Date: 16 Jul 1996 06:51:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <srivasta@diamond.pilgrim.umass.edu>
Sender: srivasta@pilgrim.umass.edu
X-Time: Tue Jul 16 02:52:03 1996
X-Mail-System: Vm 5.96 (beta) for GNU Emacs 19.31.1
Organization: University of Massachusetts, Amherst, MA 01003
To: debian-devel@lists.debian.org
Subject: Re: definition of "Required" priority
References: <m0udN0w-0006fnC@mongo.pixar.com>
Mime-Version: 1.0 (generated by tm-edit 7.71)
Content-Type: text/plain; charset=US-ASCII
From: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Date: 16 Jul 1996 02:52:04 -0400
In-Reply-To: bruce@pixar.com's message of Mon, 8 Jul 96 13:34 PDT
Message-ID: <gvxn310667f.fsf@diamond.pilgrim.umass.edu>
Lines: 32
X-Mailer: Gnus v5.2.35/Emacs 19.31
Resent-Message-ID: <"IiiJ4.0.YX3._lpwn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/4997
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

	The image postinst script should be able to handle the
 non-existance of LILO. Umm, I have not yet put in a dependence on
 /boot/mbr, but I'll try to make the postinst script cope with the
 absence of mbr as well.  I don't think I depend on  the rest ...

	manoj
>>"Bruce" == Bruce Perens <bruce@pixar.com> writes:

Bruce> modconf, syslinux, mbr, and LILO don't really need to be
Bruce> "required". However, they are used by the installation
Bruce> floppies, and are thus part of the base system that is
Bruce> installed before you get any package choice. I would not mind
Bruce> removing their "required" status, as long as the kernel-image
Bruce> postinst script was made able to cope with their absence.

Bruce> Thanks

Bruce> Bruce -- Re-Elect Clinton/Gore '96

Bruce> Bruce Perens AB6YM Bruce@Pixar.com http://www.hams.com/



-- 
 "Honest Officer, had I known my health stood in jeprody I would never
 had lit one." Maxim of the Hells Angels
Manoj Srivastava               Systems Research Programmer, Project Pilgrim,
Phone: (413) 545-3918                A143B Lederle Graduate Research Center,
Fax:   (413) 545-1249         University of Massachusetts, Amherst, MA 01003
<srivasta@pilgrim.umass.edu> <URL:http://www.pilgrim.umass.edu/%7Esrivasta/>


From debian-devel-request@lists.debian.org Wed Jul 17 02:07:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 01:58:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 01:57:59 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 18:11:37 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3807: xboard dumps core at once
Reply-To: Rickard Westman <ricwe@ida.liu.se>, 3807@bugs.debian.org
Resent-From: Rickard Westman <ricwe@ida.liu.se>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Brian Mays <brian@debian.org>
Resent-Date: Tue, 16 Jul 1996 17:48:02 GMT
Resent-Message-ID: <handler.3807.B.83753924320383@bugs.debian.org>
X-Debian-PR-Package: xboard
X-Loop: owner@bugs.debian.org
From: Rickard Westman <ricwe@ida.liu.se>
Date: Tue, 16 Jul 1996 19:24:42 +0200
Message-Id: <199607161724.TAA03817@sen21.ida.liu.se>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5053
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: xboard
Version: 3.4.pl1-1

The symptom
===========
> xboard -ncp
Segmentation fault

> xboard
Segmentation fault

> xboard --help
Usage: xboard
        -timeControl (or -tc) minutes[:seconds]
        -movesPerSession (or -mps) number
        -timeIncrement (or -inc) seconds
        -clockMode (True | False), or -[x]clock
        -searchTime (or -st) minutes[:seconds]
        -searchDepth (or -sd) number
        -matchMode (True | False), or -[x]mm
        -internetChessServerMode (True | False), or -[x]ics
        -internetChessServerHost (or -icshost) host_name
        -loadGameFile (or -lgf) file_name
        -loadGameIndex (or -lgi) number
        -boardSize (or -size) (Large | Medium | Small | Tiny)
        -noChessProgram (True | False), or -[x]ncp
        -debugMode (True | False), or -[x]debug
See the man page for more options and information

Some extra digging
==================
> ls -l `which xboard`
-rwxr-xr-x   1 root     root       200172 May 30 19:58 /usr/games/xboard*

> sum `which xboard`
29772   196

> gdb xboard
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.15.1 (i486-linux), Copyright 1995 Free Software Foundation, Inc...
(no debugging symbols found)...
(gdb) run
Starting program: /usr/games/xboard 
warning: shared library handler failed to enable breakpoint

Program received signal SIGSEGV, Segmentation fault.
0x4007966b in __ctype_tolower ()
(gdb) where
#0  0x4007966b in __ctype_tolower ()
#1  0x0 in ?? ()
(gdb) The program is running.  Quit anyway (and kill it)? (y or n) y

> strace -f xboard |& tail -20
read(4, "", 4096)                       = 0
close(4)                                = 0
open("/usr/X11R6/lib/X11/locale/locale.dir", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0444, st_size=2019, ...}) = 0
read(4, "#\t$XConsortium: locale.dir,v 1."..., 4096) = 2019
lseek(4, -1796, SEEK_CUR)               = 223
close(4)                                = 0
access("/usr/X11R6/lib/X11/locale/C/XLC_LOCALE", R_OK) = 0
open("/usr/X11R6/lib/X11/locale/C/XLC_LOCALE", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0444, st_size=503, ...}) = 0
read(4, "#  $XConsortium: C,v 1.4 94/03/2"..., 4096) = 503
brk(0x8086000)                          = 0x8086000
read(4, "", 4096)                       = 0
close(4)                                = 0
access("/home/ricwe/XBoard", R_OK)      = -1 ERRNO_2 (No such file or directory)
access("/usr/X11R6/lib/X11/app-defaults/XBoard", R_OK) = -1 ERRNO_2 (No such file or directory)
readv(0x3, 0xbffffae0, 0x3)             = 52
read(3, "\1v\5\0\0\0\0\0\0\0\0\0x\373\377"..., 32) = 32
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

The configuration
=================
A fairly small installation of Debian Linux 1.1, so there may be
some hidden dependencies, which aren't checked by the package
mechanism.

> dpkg -s xboard
Package: xboard
Status: install ok installed
Priority: optional
Section: games
Maintainer: Brian Mays <brian@debian.org>
Version: 3.4.pl1-1
Depends: X11R6, libc5
Description: An X Window System Chess Board.
 XBoard is a graphical chessboard that can serve as a user interface
 for GNU Chess, for the Internet Chess Server, or for electronic mail
 correspondence chess.  XBoard can also be used by itself.

> uname -a
Linux orec 2.0.0 #8 Tue Jun 11 09:53:39 PDT 1996 i486

> env
LOGNAME=ricwe
MAIL=/var/spool/mail/ricwe
MACHTYPE=i386
PAGER=less
TERM=xterm
HOSTTYPE=i486-linux
PATH=/usr/games:/home/ricwe/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11
HOME=/home/ricwe
SHELL=/usr/bin/tcsh
USER=ricwe
VENDOR=unknown
GROUP=ricwe
HOSTDISPLAY=orec:0.0
DISPLAY=:0.0
HOST=orec
OSTYPE=linux
PWD=/home/ricwe
_=/usr/bin/X11/fvwm
SHLVL=1
WINDOWID=29360141
TERMCAP=co#80:li#45:

> dpkg -l
Desired=Unknown/Install/Remove/Purge
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name            Version        Description
+++-===============-==============-============================================
hi  adduser         1.99-1         Utilities to add users and groups to the sys
hi  ae              962-7          Anthony's Editor -- a tiny full-screen edito
ii  autoconf        2.10-3         automatic configure script builder.
hi  base            1.1.0-13       Debian Base System Miscellaneous Files
hi  bash            1.14.6-4       The GNU Bourne-Again SHell.
ii  bc              1.03-10        An arbitrary precision calculator language.
hi  bdflush         1.5-3          bdflush (update)
rc  bind            4.9.3-P1-3     An Internet domain name server.
ii  binutils        2.6-2          The GNU assembler and binary utilities (ELF 
hi  bsdutils        3.0-2          Basic utilities from 4.4BSD-Lite.
hi  debianutils     1.2-3          Miscellaneous utilities specific to Debian.
hi  dialog          0.9a-2         cdialog - a utility for adding dialog boxes 
hi  diff            2.7-10         File comparison utilities
ii  doc-debian      1.0-2          Debian Manual, FAQ and other documents
ii  doc-linux       96.06-0        Linux FAQ, HOWTOs and mini-HOWTOs.
ii  dpkg            1.2.11elf      Package maintenance system for Debian Linux
ii  dpkg-ftp        1.4.2          Ftp method for dpkg
hi  e2fsprogs       1.02-1         The EXT2 file system utilities.
ii  emacs           19.31-2        The GNU Emacs editor.
hi  fdflush         1.0.0-2        A band-aid for floppy drives with bad disk-c
hi  fileutils       3.12-4         The GNU file management utilities.
hi  findutils       4.1-11         GNU find, xargs and locate.
ii  flex            2.5.2-6        A fast lexical analyzer generator.
ii  fvwm            1.24r-24       F(?) Virtual Window Manager.
ii  fvwm2           2.0.42-BETA-0  F(?) Virtual Window Manager, version 2.
hi  gawk            3.0.0-2        GNU awk, a pattern scanning and processing l
ii  gcc             2.7.2-8        The GNU C compiler (ELF version).
ii  gdb             4.15.1-1       The GNU debugger (ELF and a.out version).
hi  getty           1.0-5          agetty, an alternative Linux getty.
ii  glibcdoc        0.06-1         GNU C library Info documentation.
ii  gnuchess        4.0.pl75-2     Plays a game of chess, either against the us
ii  gpm             1.06-1         A mouse event server for the Linux console
hi  grep            2.0-5          GNU grep, egrep and fgrep.
ii  groff           1.09-11        GNU RunOFF text-formatting system. 
hi  gzip            1.2.4-10       The GNU compression utility.
hi  hostname        1.9-1          A utility to set/show the hostname or DNS do
iU  iamerican       3.1.18-3       An American English dictionary for ispell.
hi  kbd             0.91-2         Linux console font and keytable utilities.
ii  kermit          190-7          C-Kermit communications software for unix
ii  kernel-headers- 2.0.0-0        Linux kernel headers.
ii  kernel-source-2 2.0.0-0        Linux kernel source.
hi  ldso            1.7.14-4       The Linux dynamic linker, library and utilit
ii  less            290-8          A file pager program, similar to more(1)
ii  libc4           4.6.27-15      The Linux C library version 4 (run-time libr
hi  libc5           5.2.18-9       The Linux C library version 5 (run-time libr
ii  libc5-dev       5.2.18-9       The Linux C library version 5 (development f
hi  libdb1          1.85.2-8       the Berkeley database routines (runtime vers
ii  libdb1-dev      1.85.2-8       the Berkeley database routines (development 
hi  libgdbm1        1.7.3-11       GNU dbm database routines (runtime version).
hi  libreadline2    2.0-15         GNU readline and history libraries, runtime 
hi  lilo            17-2           LInux LOader - Loads Linux from the hard dis
hi  login           1.0-5          sign on to the system
ii  m4              1.4-2          GNU m4 - a macro processing language
ii  make            3.74-12        GNU Make.
ii  man             2.3.10-11      Display the on-line manual.
ii  manpages        1.11-4         Section 2, 3, 4, 5, 7, and 9 manpages
hi  mbr             1.0.0-2        Master Boot Record for IBM-PC compatible com
hi  modconf         0.1.0-4        Module configuration program.
hi  modules         1.3.69k-3      Linux module utilities.
hi  mount           2.5j-1         Tools for mounting and manipulating filesyst
hi  ncurses-base    1.9.9e-1       Video terminal manipulation: Minimum set of 
hi  ncurses-bin     1.9.9e-1       Video terminal manipulation: associated prog
hi  ncurses3.0      1.9.9e-1       Video terminal manipulation: shared librarie
ii  netbase         2.04-1         Basic TCP/IP networking binaries
iU  netscape        3.0-beta4-1    Popular World-Wide-Web browser software
ii  netstd          2.05-1         Networking binaries and daemons for Linux
hi  passwd          1.0-5          Change password data.
ii  patch           2.1-9          Apply a diff file to an original
ii  perl            5.003-2        Larry Wall's Practical Extracting and Report
iU  perl-suid       5.002-10       Runs setuid perl scripts.
ii  ppp             2.2.0f-2       Point-to-Point Protocol (PPP) daemon.
hi  procps          0.99-3         The /proc file system utilities.
ii  rcs             5.7-2          The GNU Revision Control System
hi  sed             2.05-6         The GNU sed stream editor.
hi  setserial       2.10-8         Configures serial ports.
hi  shellutils      1.12-5         The GNU shell programming utilities.
ii  strace          3.0-5          A system call tracer
hi  sysklogd        1.3-6          Kernel and system logging daemons.
hi  syslinux        1.20-0         Boot disk creator.
hi  sysvinit        2.62-1         System-V like init.
hi  tar             1.11.8-5       GNU tar.
ii  tcpdump         3.0.4-1        A powerful tool for network monitoring and d
hi  tcsh            6.06-3         An enhanced version of the Berkeley C shell.
hi  textutils       1.11-4         The GNU text file processing utilities.
hi  timezone        7.48-3         Timezone utilities and data files.
hi  util-linux      2.5-4          Miscellaneous system utilities.
ii  wg15-locale     1-1            collection of locale definition files.
ii  xbase           3.1.2-9        XFree86 3.1.2 base distribution.
ii  xboard          3.4.pl1-1      An X Window System Chess Board.
ii  xcontrib        3.1.2-1        XFree86 3.1.2 contributed clients
ii  xfntbase        3.1.2-4        XFree86 3.1.2 base fonts
ii  xlib            3.1.2-7        XFree86 3.1.2 shared libraries
ii  xpm4.7          3.4g-5         XPM runtime libraries.
iU  xpm4.7-dev      3.4g-5         XPM library developer's files.
ii  xserver-svga    3.1.2-5        XFree86 3.1.2 SVGA server

Untested
========
I haven't tried to rebuild it from source yet.

/RiW


From debian-devel-request@lists.debian.org Wed Jul 17 02:32:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 02:31:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 02:31:51 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 19:08:18 -0000
Resent-Date: 16 Jul 1996 19:08:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0ugFS3-0005YhC@mongo.pixar.com>
Date: Tue, 16 Jul 96 12:06 PDT
From: bruce@pixar.com (Bruce Perens)
To: Bruce@Pixar.com, andrew@it.com.au (Andrew Howell)
Subject: Re: Again: NCR53c810 + 2.0.0 in Debian
Cc: debian-devel@lists.debian.org (Debian Development)
Reply-To: Bruce Perens <Bruce@pixar.com>
Resent-Message-ID: <"N1u7k3.0.sC5.YY-wn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5055
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

[regarding the 53c7,8xx driver object being 230K in size]
> Ahh okay, but then how did we used to fit it? Is the bsd driver any
> smaller possibly? It doesn't have support for the 7xx series so it may
> be smaller.

I don't know anything about other 53c8xx drivers.
I think the solution is to go to an initrd-based boot floppy
as RedHat is now using, and let the user load in as many modules floppies
as they need.

	Bruce
--
The "Toy Story Animated Storybook" CD was the best selling software product
during the month of May, outselling the Windows '95 upgrade, Quicken, etc.
Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Wed Jul 17 02:57:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 02:34:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 02:34:44 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 19:26:39 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3722: kernel-image uses stale LILO script, over-writes MBR
Reply-To: Bruce Perens <Bruce@pixar.com>, 3722@bugs.debian.org
Resent-From: bruce@pixar.com (Bruce Perens)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Tue, 16 Jul 1996 19:03:02 GMT
Resent-Message-ID: <handler.3722.B3722.83754374522757@bugs.debian.org>
X-Debian-PR-Package: kernel-package
X-Loop: owner@bugs.debian.org
Message-Id: <m0ugF2M-0005YhC@mongo.pixar.com>
Date: Tue, 16 Jul 96 11:39 PDT
From: bruce@pixar.com (Bruce Perens)
To: bruce@pixar.com (Bruce Perens),
  Manoj Srivastava <srivasta@pilgrim.umass.edu>
Cc: 3722@bugs.debian.org
References: <m0ud23F-0006fnC@mongo.pixar.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5056
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I'm not sure your analysis is correct. I think that if an
/etc/lilo.conf file does not exist, the kernel-image LILO script
creates an /etc/lilo.conf that writes the LILO boot record over the
MBR, rather than on the partition.  The more up-to-date LILO postinst
now writes the LILO boot record to the partition, and writes the MBR
program to the MBR only if the user approves, so that there will be
_something_ to run the partition boot record. If the user does not
select to write the MBR, the user had better have their own MBR program
there already or be ready to use a boot floppy.

Activate could only do something bad if the disk partition table was
different from the one used by DOS, Linux, and every other PC OS. It
just sets a flag in the partition table, and this is easily reversed
using DOS fdisk, etc. In the LILO postinst we ask if we should run
activate, just as we ask if we should install the MBR.

If we wanted to be very careful about the existing MBR, we could back
up block 0 as LILO does. Our MBR program duplicates the features of the
DOS one, and adds its own features. It works just fine with other PC
operating systems, and will chain to their partition boot records
correctly if they are marked active.

The LILO postinst has not messed up anyone's disk or clobbered their
MBR without their knowledge since I modified it to use a partition boot
record and install the MBR program. As the LILO maintainer, I would
appreciate if you'd track my post-inst script exactly, and let me decide
how LILO should be installed.

	Thanks

	Bruce
--
The "Toy Story Animated Storybook" CD was the best selling software product
during the month of May, outselling the Windows '95 upgrade, Quicken, etc.
Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Wed Jul 17 02:57:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 02:42:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 02:42:34 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 19:57:40 -0000
Resent-Date: 16 Jul 1996 19:57:40 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecl@fnpc21.if.usp.br>
Message-Id: <m0ugGJG-000VThC@fnpc21.if.usp.br>
Date: Tue, 16 Jul 96 17:01 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Installer packages and arbitrary files referenced by packages
In-Reply-To: <m0ufytZ-0004RBC@chiark.chu.cam.ac.uk>
References: <ian@chiark.chu.cam.ac.uk>
	<m0udhzc-0002YdC@chiark.chu.cam.ac.uk>
	<m0ue699-0002GCC@plato>
	<m0ufytZ-0004RBC@chiark.chu.cam.ac.uk>
Resent-Message-ID: <"ZOKkR1.0.i-5.qG_wn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5057
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "IJ" == Ian Jackson <ian@chiark.chu.cam.ac.uk> wrote:

IJ> Would everyone be happy if I changed the guidelines to say that
IJ> things like this (output from scripts that needs to be dumped
IJ> somewhere, and files that packages, eg installer packages, need to
IJ> read to install) should have a filename prompted for, and that the
IJ> default should be ~root/<packagename><somethingorother> and
IJ> preferably kept in some way from one installation to the next ?

Seems very reasonable.

IJ> Do we need a special file in /etc giving a default directory name
IJ> for this ?

Nice idea, but not necessary.


Emilio.

-- 
                 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
               Instituto de Fisica da Universidade de Sao Paulo
             Caixa Postal 66318, 05389-970 Sao Paulo - SP, BRAZIL
              Phone: (+55) (11) 818-6724 (Voice) / 818-6715 (Fax)


From debian-devel-request@lists.debian.org Wed Jul 17 03:22:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 02:59:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 02:59:18 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 20:03:43 -0000
Resent-Date: 16 Jul 1996 20:03:43 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <cjf@netaxs.com>
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607162002.QAA10581@access.netaxs.com>
Subject: Re: Bug#3520: Manpages netpbm show up double
To: alvar@meiko.co.uk (Alvar Bray)
Date: Tue, 16 Jul 1996 16:02:40 -0400 (EDT)
Cc: boekhold@cindy.et.tudelft.nl, jimr@simons-rock.edu,
  debian-devel@lists.debian.org
In-Reply-To: <9607110849.AA01396@getafix.meiko.co.uk> from "Alvar Bray" at Jul 11, 96 09:49:40 am
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
Resent-Message-ID: <"P0a6G2.0.D56.UM_wn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5058
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Alvar Bray wrote:'
>
>Its not clear to me what the correct solution should be. Recreating
>the database from scratch takes quite some time. 
>
>Maybe mandb -c should be run each night by cron to rebuild the
>database. This would leaving the database with possible phantom
>entries for at most a day. 
>
>Maybe dpkg/dselect should [ask?] to run mandb -c before it exits.
>
>What do people think the correct behaviour should be?

I don't think we need any manpage database management at all.  If I
ever get a chance, I'll make an alternative man package that uses
Andries' man program which I feel works faster and has none of the
constant stream of problems that mandb has had.  Then again it hasn't
received "the Debian Workout" :)

If I were thinking of desining a man system, I would consider a client
server solution.  Where the server would keep a database in RAM and
the man clients would ask it for appropriate man pages.  Then someone
could complain about my design :)

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Wed Jul 17 03:22:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 03:00:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 03:00:51 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 20:14:11 -0000
Resent-Date: 16 Jul 1996 20:14:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <cjf@netaxs.com>
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607162013.QAA11458@access.netaxs.com>
Subject: Re: [Mark Eichin <eichin@cygnus.com>] Re: xntp: Is it an `export'
To: shields@crosslink.net (Michael Shields)
Date: Tue, 16 Jul 1996 16:13:55 -0400 (EDT)
Cc: ian@chiark.chu.cam.ac.uk, debian-devel@lists.debian.org
In-Reply-To: <v0300763dae0c54be6926@[205.198.168.35]> from "Michael Shields" at Jul 12, 96 07:23:18 pm
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
Resent-Message-ID: <"LoQw.0.LL6.IW_wn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5059
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Michael Shields wrote:'
>
>Having a US-only site and American developers is suboptimal, I agree, but
>it is useful.  I'm offering the archive site and some packages, and Mark
>has some packages to put up as well.  I'm not saying that it would in the
>abstract further development of crypto software -- I'm saying that the work
>is done and it would be nice if other people could share and enjoy packages
>which already exist.

The Debian diff file could be exported.  So a transition once a
team of developers in the free-world were found, would be easy.

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Wed Jul 17 03:22:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 03:04:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 03:04:07 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 20:23:39 -0000
Resent-Date: 16 Jul 1996 20:23:39 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <chrish@ana.concordia.ca>
Date: Tue, 16 Jul 1996 13:25:19 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
X-Sender: chrish@ana.concordia.ca
To: branderh@debian.IAEhv.nl
cc: Ian Jackson <ian@chiark.chu.cam.ac.uk>, cjf@netaxs.com,
  debian-devel@lists.debian.org
Subject: Re: Source packaging
In-Reply-To: <m0ug74B-0002hoC@debian.iaehv.nl>
Message-ID: <Pine.SGI.3.94.960716130903.22613C-100000@ana.concordia.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"x-FnL.0.yg6.Bf_wn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5060
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> > I'm seriously unconvinced that a URL would be that useful - it
> > wouldn't last from one version to another, probably, and would in any
> > case often yield a file that needed to be repacked and unpacked.
> 

Agreed a URL wouldn't be very useful for automated building scripts and
the like. But it *would* be useful for humans. Many people already put a
URL at the top of the copyright file. Maybe it'd be good to standardize
that practice and move the URL where it's more easily accessible to
humans. Maybe 'dpkg -s' could show that URL somewhere.  <shrug>  We could
call it 'Pristine source URL' or 'Originam source URL' or whatever.

> I propose a splitted URL only providing the site and the directory and the
> original source file like this:
> 
> URL: ftp://ftp.gnu.ai.mit.edu/pub/gnu/ textutils-1.18.tar.gz
> 
> This is very informative for humans, easily machine convertible to a
> complete url.

Maybe. But it's just as easy to extract the host and directory from a
normal URL. So if we're putting URLs somewhere, I think they should be
normal URLs, which everyone is used to seeing. The first thing I saw in
your message was the URL, and the first thing I thought was "Aha! Syntax
error."

> 
> > It might be worth suggesting that debian/rules contain a `fetch new
> > original source' target, which would FTP it from some appropriate
> > place and do any rearrangement that would be necessary.  Is
> > `origsource' a good name for this ?
> 
> `getorig' or `getorigsrc' is better or are these in use ?.

a) I think the word 'source' should be in there in one form or another,
since it's the *sources* we're getting.

b) How about using dashes or some other form of separator in there?
'get-orig-source' or 'get-origsource' or 'get-origsrc' look more readable
to me.

   Christian



From debian-devel-request@lists.debian.org Wed Jul 17 03:22:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 03:07:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 03:07:51 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 20:41:44 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3758: transfig depends on libjpeg
Reply-To: Andy Guy <awpguy@acs.ucalgary.ca>, 3758@bugs.debian.org
Resent-From: Andy Guy <awpguy@acs.ucalgary.ca>
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@debian.org>
Resent-Date: Tue, 16 Jul 1996 20:18:04 GMT
Resent-Message-ID: <handler.3758.B3758.83754825024461@bugs.debian.org>
X-Debian-PR-Package: transfig
X-Loop: owner@bugs.debian.org
To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3758@bugs.debian.org
References: <m0uek5X-00013oC@miles.econ.queensu.ca>
Date: 16 Jul 1996 13:09:31 -0600
In-Reply-To: Dirk.Eddelbuettel@qed.econ.queensu.ca's message of Fri, 12 Jul 96 11:25 EDT
Message-ID: <87wx0410d0.fsf@frodo.nx.cpsc.ucalgary.ca>
Lines: 13
X-Mailer: Gnus v5.2.25/XEmacs 19.14
From: Andy Guy <awpguy@acs.ucalgary.ca>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5061
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dirk.Eddelbuettel@qed.econ.queensu.ca writes:

> Package: transfig
> Version: 3.1.2a-1
> Depends: libc5, libjpeg      
>                 ^^^^^^^
> 
> Installation fails as the libjpeg6a package does not provide libjpeg.

libjpeg6a dosn't provide libjpeg because they have incompatible shared
libraries (6 -> 6a version changed broke things).

Andy.


From debian-devel-request@lists.debian.org Wed Jul 17 03:22:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 03:09:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 03:09:56 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 20:47:38 -0000
Resent-Date: 16 Jul 1996 20:47:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0ugH13-0002DWC@plato>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Sociology and the bug tracking system 
In-reply-to: Message from Ian Jackson <ian@chiark.chu.cam.ac.uk> 
   of "Tue, 16 Jul 1996 01:35:00 -0000."References: <m0ufy6Q-0004REC@chiark.chu.cam.ac.uk> 
 <m0ufy6Q-0004REC@chiark.chu.cam.ac.uk> 
Date: Tue, 16 Jul 1996 16:46:43 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"F79Et2.0.b57.e__wn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5062
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


This is a very long message, but it express some things I feel are
important.  If you're not interested in a lot of "How we all get
along?" stuff, feel free to press "D" now.

> I've noticed that a couple of people have recently become offended
> [with bug reports...] but there is something I really want to say here:
> 
> Reporting a bug against a package is _not_ per se a comment on the
> character, competence or responsiveness of the maintainer.
> 
> You should think of the bug system as a `to do' list - if someone puts
> [..]
> It does *not* mean that they're in some way unhappy with your
> performance as a maintainer.  As we're all aware, every program can
> have bugs.  dpkg has 33 outstanding bugs, for example !
> [...]
> The bug system is not a register of how delinquent each maintainer is;
> please don't respond to bug reports as if it was.

Ok, I think it is good this is out in the open for discussion.  I
think that everyone realizes that the bug report is just a to-do list,
and that it is not a bad reflection on them.

I think some friction may arise between people when the maintainer and
bug-reported disagree about whether or no there really is a problem.
This can be for a few reasons.  Either party may not understand the
Guidelines, or similarly the Guidelines may have changed without one
of them realizing it.  But sometimes the bug report is just an
expression of one person's "view" of "how things should be."  And I
think this part causes real problems.

The first two can easily be dealt with by explaining what the
up-to-date Guideline says on the subject, and explaining it in detail
if it is at all obscure (which, of course, is an indication that the
section should be rewritten or amplified).  However, the last one
causes problems -- and may always cause problems.  If the maintainer
doesn't believe it is a bug, they will usually explain why and either
wait for a response, or close the bug (if they are really sure it
isn't a bug).

Now, the bug-reporter needs to answer the e-mail within a reasonable
amount of time, or the maintainer will probably figure that they are
in agreement and close the bug.  But if the bug-reporter doesn't
agree, I think the weight is on him or her to convince the maintainer
that the package was indeed "made the wrong way."  This may cause
tempers to flare, because different people have different ways of
trying to convince others.  Some may detail the reasons in a fairly
logical fashion, some just say "it is just wrong, so please change
it."

Now, the first is obviously the best, probably the only, way -- but
one needs to be careful and not stick too much "I feel" into there. In
other words, it should not come off as the second method in a numbered
list format.  The second method obviously will cause problems.

Now, sometimes the issue gets taken to the whole list. I think this
all right on issues where both parties feel more input is needed, or
on issues where the two simply can't agree.  But if one party sends a
list-message out before either of these stages, I think the other
party is likely to be fairly offended at not being asked in advance.
This is because it _does_ make the maintainer look bad.  It makes it
seem like the maintainer is just being stubborn and not listening to
reason.  And _that_ can cause people to get fairly angry.

A lot of anger in the messages I see between maintainers and
bug-reporters looks like it simply came about from not taking the
other person's feelings into consideration when writing a certain
sentence or performing a certain action.  They may write in a
overbearing or "threatening" manner.  Regardless of whether or not we
are all supposed to be perfect people, feelings _do_ matter, and
_will_ cloud the issues.  I believe this is true no matter _who_ you
are.  So, both sides taking a little time and thinking about what they
are writing will probably resolve a lot of these kinds of issues.

You can see where I got a lot of this from. :) With the AucTeX report,
I didn't think the bug was a bug.  But you managed to partly convince
me. However, instead of responding to my "I partly agree" message, I
saw you post a message to the mailing list!  I was indeed a little
annoyed at not getting a response and a "Do you think people on the
list should discuss this?" message.  I'm always in favor of list
discussion, but I would prefer to hear a heads-up about it when it
concerns me, especially since I hadn't received a reply to my latest
message.  I responded in poor fashion, and I do apologize for it.
Since I hadn't seen a response (logical or otherwise) against my
reasoning on looking in /tmp, and then saw it taken to the list, it
got me mad.  I should have calmed down a bit before I wrote it, but
unfortunately, like I wrote above, people will let emotions cloud
their reasoning.


Jim


From debian-devel-request@lists.debian.org Wed Jul 17 03:47:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 03:28:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 03:28:21 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 21:06:45 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3808: ppp postinst gives error
Reply-To: shields@crosslink.net, 3808@bugs.debian.org
Resent-From: shields@crosslink.net
Resent-To: debian-devel@lists.debian.org
Resent-CC: Alvar Bray <alvar@debian.org>
Resent-Date: Tue, 16 Jul 1996 20:48:06 GMT
Resent-Message-ID: <handler.3808.B.83754975225513@bugs.debian.org>
X-Debian-PR-Package: ppp
X-Loop: owner@bugs.debian.org
From: shields@crosslink.net
Date: Tue, 16 Jul 1996 16:18:46 -0400
Message-Id: <199607162018.QAA05462@odin.crosslink.net>
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5063
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: ppp
Version: 2.2.0f-2

With dpkg 1.2.11elf:

    Setting up ppp (2.2.0f-2) ...
    shift: shift count must be <= $#
-- 
Shields, CrossLink.


From debian-devel-request@lists.debian.org Wed Jul 17 03:47:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 03:31:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 03:31:26 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 21:06:47 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3748: Pixmaps missing from fvwm package?
Reply-To: Chris Fearnley <cjf@netaxs.com>, 3748@bugs.debian.org
Resent-From: Chris Fearnley <cjf@netaxs.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Austin Donnelly <and1000@debian.org>
Resent-Date: Tue, 16 Jul 1996 20:48:11 GMT
Resent-Message-ID: <handler.3748.B.83754975225518@bugs.debian.org>
X-Debian-PR-Package: fvwm
X-Loop: owner@bugs.debian.org
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607162020.QAA11992@access.netaxs.com>
To: larry@n2h2.com, 3748@bugs.debian.org
Date: Tue, 16 Jul 1996 16:20:23 -0400 (EDT)
Cc: cjf@netaxs.com, submit@bugs.debian.org
In-Reply-To: <v02110104ae0c770bb4ab@[206.129.0.235]> from "Larry Gilbert" at Jul 12, 96 01:56:57 pm
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5064
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Larry Gilbert wrote:'
>
>I haven't moved to fvwm2 because I'm nervous about software that's listed
>as beta.  Perhaps that makes me a hypocrite because I've been using Debian
>0.93R6 and Linux 1.3.x for so long... :-)

If you have disk space and install it, your old fvwm installing will
still work.  I think it installs the fvwm 2 binary as "fvwm2" and one
must modify various things (like .xinitrc).  So until the package
maintainer comes up with a reasonable solution, there is no danger in
installing fvwm2 --- just don't use it :)

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Wed Jul 17 03:47:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 03:33:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 03:33:28 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 21:12:35 -0000
Resent-Date: 16 Jul 1996 21:12:35 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <cjf@netaxs.com>
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607162112.RAA16759@access.netaxs.com>
Subject: Re: orphaned bash and related packages ?
To: branderh@debian.IAEhv.nl
Date: Tue, 16 Jul 1996 17:12:06 -0400 (EDT)
Cc: syrus@ucsd.edu, mrn20@hermes.cam.ac.uk, debian-devel@lists.debian.org
In-Reply-To: <m0ufiy5-0002hNC@debian.iaehv.nl> from "branderh@debian.IAEhv.nl" at Jul 15, 96 10:25:22 am
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
Resent-Message-ID: <"3zdO72.0.Il7.2N0xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5065
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'branderh@debian.IAEhv.nl wrote:'
>
>Yes, I (erick) did take the fileutils package and am working on it.
>
>What do you folks want to be done with the color-ls thing.  AFAICS it seems
>to be provided in the fileutils package.  I don't know if color support 
>has been in fileutils but I presume that it wasn't.  Now that it is (with
>3.13) we might remove the color-ls package?

Is "ls" colored?  Probably it's best to have a /bin/ls and
/usr/bin/color-ls, so that scripts can us /bin/ls and pipe with it and
etc.  And interactive sessions can use color-ls.

>control file should get
>Conflicts: color-ls

And
Replaces: color-ls

>I hope that no package exists out there what has a Depends on color-ls.

If it's a problem we could even "Provides: color-ls" in the control
file.

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Wed Jul 17 03:47:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 03:35:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 03:35:39 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 21:16:15 -0000
Resent-Date: 16 Jul 1996 21:16:15 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Tue, 16 Jul 1996 16:17:14 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Packages that shouldn't be `Essential'
In-Reply-To: <m0ug9Rz-0004PqC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.SOL.3.93.960716161105.771A-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"Curr8.0.Ht7.VQ0xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5066
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 16 Jul 1996, Ian Jackson wrote:

> The `Essential: yes' control file field should not be used [...]
> for a shared library package
>
> I'm going to report bugs against [...]
> adduser, ae, fdflush, kbd, modules[*], ncurses3.0, passwd, setserial,
> timezone.

What about the four base libraries?


Guy


From debian-devel-request@lists.debian.org Wed Jul 17 03:47:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 03:37:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 03:37:11 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 21:19:14 -0000
Resent-Date: 16 Jul 1996 21:19:13 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <cjf@netaxs.com>
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607162118.RAA17274@access.netaxs.com>
Subject: Re: VIRTUAL PACKAGES need to be added: awk, nawk
To: arrouye@marin.fdn.fr (Yves Arrouye)
Date: Tue, 16 Jul 1996 17:18:59 -0400 (EDT)
Cc: debian-devel@lists.debian.org
In-Reply-To: <199607142207.AAA01266@marin.fdn.fr> from "Yves Arrouye" at Jul 15, 96 00:07:43 am
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
Resent-Message-ID: <"Pbtom3.0.F-7.HT0xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5067
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Yves Arrouye wrote:'
>
>Chris Fearnley writes:
> > I think you've persuaded me.  I'll only make one virtual package "awk"
> > which will have the assumptions of nawk as I just described.
>
>I'd better like having just one virtual package "nawk" which effectively
>holds the assumption that nawk supersedes awk. And packages would depend
>on nawk then (if we ever consider having an awk package, this is a mistake
>because not all packages need nawk really; but I think it's strange to have
>a virtual awk package which actually provides nawk).

Hmm, "The AWK Programming Language" by Aho, Kernighan and Weinberger is
not entitled "The NAWK Programming Language" even though it describes
many features unique to nawk (and mawk and gawk too of course).  And
ANSI C is usually just dubbed "C".  I think "awk" generally includes
nawk implicitly and only when context demands does it mean (only) old
awk.  So I prefer the single virtual package "awk" still.

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Wed Jul 17 04:12:47 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 03:54:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 03:54:47 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 21:31:44 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3810: linux.ucs.indiana.edu is no longer a mirror
Reply-To: Richard Kaszeta <kaszeta@me.umn.edu>, 3810@bugs.debian.org
Resent-From: Richard Kaszeta <kaszeta@me.umn.edu>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Tue, 16 Jul 1996 21:18:06 GMT
Resent-Message-ID: <handler.3810.B.83755125728671@bugs.debian.org>
X-Debian-PR-Package: (ftp)
X-Loop: owner@bugs.debian.org
Date: Tue, 16 Jul 1996 15:52:34 -0500
Message-Id: <199607162052.PAA07888@rayleigh.me.umn.edu>
From: Richard Kaszeta <kaszeta@me.umn.edu>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5069
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: (ftp)
Version: none

linux.ucs.indiana.edu is no longer a debian mirror, as listed in the
login message.


From debian-devel-request@lists.debian.org Wed Jul 17 04:12:47 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 03:58:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 03:58:34 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 21:38:53 -0000
Resent-Date: 16 Jul 1996 21:38:53 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0ugHpG-0002DZC@plato>
To: Dale Scheetz <dwarf@polaris.net>
Cc: debian-devel@lists.debian.org
Subject: Re: dchanges-3.3 and package names 
In-reply-to: Message from Dale Scheetz <dwarf@polaris.net> 
   of "Tue, 16 Jul 1996 09:08:44 EDT."References: <Pine.LNX.3.94.960716085013.24763E-100000@dwarf.polaris.net> 
 <Pine.LNX.3.94.960716085013.24763E-100000@dwarf.polaris.net> 
Date: Tue, 16 Jul 1996 17:38:36 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"NoctG.0.BZ.il0xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5071
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> have not been impacted. I see no reason for dchanges to go any farther
> than checking to make sure that the files you specify in the command line,
> are, in fact, files on the disk. Since the archive maintainance tools do
> all the necessary validation before installing a package, having these
> checks in dchanges is redundant and just gets in the way.

I might be misunderstanding you, but do you mean it gets verified
after it gets uploaded?  For those of us with only modem connections
to the net, that is a big deal.  I like having dchanges, when it is up
to date, warn me of a problem in my package before it gets uploaded.
I waste much less time that way.


Jim


From debian-devel-request@lists.debian.org Wed Jul 17 04:12:47 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 03:56:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 03:56:49 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 21:35:13 -0000
Resent-Date: 16 Jul 1996 21:35:13 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <cjf@netaxs.com>
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607162135.RAA18446@access.netaxs.com>
Subject: Re: Can we reorganise the "devel" dir, please?
To: debian-devel@lists.debian.org
Date: Tue, 16 Jul 1996 17:35:05 -0400 (EDT)
In-Reply-To: <m0ufuK4-000HVrC@liw.clinet.fi> from "Lars Wirzenius" at Jul 15, 96 11:32:49 pm
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
Resent-Message-ID: <"NcOVD1.0.-Q.Gi0xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5070
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Lars Wirzenius wrote:'
>
>I invite comments on the following suggestion:
>
>	devel-base	
>		enough to compile the kernel, and some other typical 
>		programs

No, dselects' section field covers this.

I haven't seen a suggestion I like yet ...

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Wed Jul 17 05:27:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 05:12:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 05:12:50 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 22:35:37 -0000
Resent-Date: 16 Jul 1996 22:35:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <phaedrus@dreamscape.com>
Message-Id: <199607162232.SAA12804@zaphod.caz.ny.us>
X-Mailer: exmh version 1.6.7 5/3/96
To: sgk@sgk.tiac.net
cc: debian-devel@lists.debian.org
Reply-To: bmbuck@acsu.buffalo.edu
Subject: Re: for the FAQ: need precise meaning of various arch's 
In-reply-to: Your message of "Tue, 16 Jul 1996 09:16:11 EDT."
             <199607161316.JAA00804@sgk.tiac.net> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 16 Jul 1996 18:32:38 -0400
From: Buddha Buck <phaedrus@dreamscape.com>
Resent-Message-ID: <"KdPza.0.sf1.ua1xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5073
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> In the process of describing all the binary-foo directories, I realized
> I don't really know the answers to these questions:

I could be wrong, but it is my belief that the manufacturer-specific
system details should be taken care of by the kernel, and individual
programs/packages shouldn't have to worry about it.

> 
> Exactly what platform does binary-68k refer to?  
> Does this mean 
>  -- the PowerPC (if so, who makes "the" PowerPC?), or 
>  -- any PowerPC, or 
>  -- something else (if so, what else)?

Something else:  Machines which use (or are compatable with) variants on
the Motorola 680x0 family of microprocessors that Linux supports.  This
includes the Atari ST family, the Amiga family, and so forth.  If anyone
ports Linux to run on 680x0 based Macintoshes, then this would refer to 
this
platform also.

"binary-ppc" should be for PowerPC based binary files.  This should be 
for
any PPC chip made by Motorola or IBM, and any compatables (we don't 
have a
"binary-cyrix" directory, do we?), on any platform supported by working 
Linux
kernels (The Motorola PowerPPC based workstation line, MkLinux on 
PowerMacs,
etc).

> 
> Ditto for binary-sparc.  Does this refer to 
>  -- Sun Sparcstations, or 
>  -- any workstation based on a sparc?  
> Does it refer to 
>  -- any sparc, or 
>  -- only some variants of sparc, e.g., ultra-sparc?

I believe it should refer to any sparc-based machine with a working 
linux
kernel.

> Re: binary-alpha: 
> Is there only 1 product line of alphas?  
> Does binary-alpha refer to the entirety of that product line, or only the
> later (or earlier) generations of it?
> Are they only sold by DEC?

DEC may be the only one selling ALPHA chips (I don't know, though), but 
DEC
is certainly not the only one selling ALPHA based workstations.  
Again, I believe that the binary-alpha directory should be for any 
binaries
specific to machines running linux on an alpha (or alpha-compatible) 
processor.

I believe that the main difference between the binaries in binary-bar 
and
in binary-foo is that the binaries in binary-bar are compiled into the 
machine
code native for the bar processor, which is different from the machine 
code native to the foo processor.  

Details like SMP, "fast/chip" memory (on Amiga machines), etc, should 
be dealt
with in the kernel, and should not affect most packages.  This might 
mean that
we would need a kernel-image-amiga_2.0, kernel-image-atari_2.0, etc 
packages.

> I guess at some point it's going to be necessary to ask whether any/all
> packages actually run "out of the box" on the new Intel multi-processor
> platforms, but I'll put that off til anyone's had a chance to find out.
> 
> Regards,
> Susan Kleinmann
> sgk@tiac.net
> 

--
     Buddha Buck                      bmbuck@acsu.buffalo.edu
"Just as the strength of the Internet is chaos, so the strength of our
liberty depends upon the chaos and cacaphony of the unfettered speech
the First Amendment protects."  -- A.L.A. v. U.S. Dept. of Justice


From debian-devel-request@lists.debian.org Wed Jul 17 05:52:47 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 05:31:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 05:31:52 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 22:58:35 -0000
Resent-Date: 16 Jul 1996 22:58:35 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <david@elo.ods.com>
Message-Id: <m0ugJ6S-000BldC@elo.ods.com>
From: david@elo.ods.com (David Engel)
Subject: Re: Modified versions of gcc (as used by g77,gpc)
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Tue, 16 Jul 1996 18:00:28 -0500 (CDT)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ug9il-0004PqC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 16, 96 01:59:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"o3ggS2.0.4N2.Rw1xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5074
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ian Jackson writes:
> We really need to have one gcc frontend which is aware of both Pascal
> and Fortran (and any other languages).
> 
> How about having the Fortran and Pascal maintainers send the
> appropriate patches (which are probably not too large) to the GCC
> maintainer ?

This is already being done for Fortran.

David
-- 
David Engel                        Optical Data Systems, Inc.
david@ods.com                      1101 E. Arapaho Road
(214) 234-6400                     Richardson, TX  75081


From debian-devel-request@lists.debian.org Wed Jul 17 05:52:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 05:42:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 05:42:09 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 23:14:16 -0000
Resent-Date: 16 Jul 1996 23:14:16 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <andrew@it.com.au>
Message-Id: <m0ugCct-0002c4C@belgarion.it.com.au>
From: andrew@it.com.au (Andrew Howell)
Subject: Re: Bug in Lynx?
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Wed, 17 Jul 1996 00:05:30 +0800 (WST)
Cc: chrish@libertel.montreal.qc.ca,
  debian-devel@lists.debian.org (Debian Development)
In-Reply-To: <m0ug9Yx-0004PqC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 16, 96 01:49:00 pm
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"ijQOI1.0.Dg2.892xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5075
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ian Jackson writes:
> 
> 
> Christian Hudon writes ("Re: Bug in Lynx?"):
> > On Mon, 8 Jul 1996, Yves Arrouye wrote:
> > 
> > > If Lynx gets a document with something like
> > [snip -- possible Lynx bug deleted]
> > 
> > Maybe using the new version 2.5 would help with this bug... It also
> > doesn't bomb whe you access a page with so-called JavaScript, etc.
> > 
> > It is being packaged? Or is Lynx orphaned?
> 
> If Andrew Howell doesn't want to put out a package you should feel
> free to do so.

I am going to, have just been lacking in time lately

Andrew

-- 
Of course...lager...the only thing that can kill a vindaloo.
     -- Lister, fighting the vindaloo monster in Red Dwarf `DNA'

Andrew Howell				      howellaa@cs.curtin.edu.au
Perth, Western Australia	     andrew@it.com.au andrew@debian.org


From debian-devel-request@lists.debian.org Wed Jul 17 05:52:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 05:45:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 05:45:22 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 23:14:35 -0000
Resent-Date: 16 Jul 1996 23:14:35 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <andrew@it.com.au>
Message-Id: <m0ugCh9-0002c4C@belgarion.it.com.au>
From: andrew@it.com.au (Andrew Howell)
Subject: Re: Again: NCR53c810 + 2.0.0 in Debian
To: Bruce@Pixar.com
Date: Wed, 17 Jul 1996 00:09:54 +0800 (WST)
Cc: debian-devel@lists.debian.org (Debian Development)
In-Reply-To: <m0ufvUP-0005YhC@mongo.pixar.com> from "Bruce Perens" at Jul 15, 96 02:47:00 pm
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"ugYfp3.0.jg2.R92xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5076
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bruce Perens writes:
> 
> 
> > I'm still having trouble understanding why ncr810 support isn't on the
> > standard boot disk, it's about the most common scsi controller there is
> > now a days, surely there is something less important we can remove.
> 
> Note the size of the driver:
> 
> -rw-r--r--   1 root     root       231500 Jul 14 18:53 53c7,8xx.o
> 
> It's not like you'd have to remove something to fit it in. You'd have
> to remove 10 or 20 somethings.

Ahh okay, but then how did we used to fit it? Is the bsd driver any smaller
possibly? It doesn't have support for the 7xx series so it may be smaller.

Andrew

-- 
Of course...lager...the only thing that can kill a vindaloo.
     -- Lister, fighting the vindaloo monster in Red Dwarf `DNA'

Andrew Howell				      howellaa@cs.curtin.edu.au
Perth, Western Australia	     andrew@it.com.au andrew@debian.org


From debian-devel-request@lists.debian.org Wed Jul 17 06:17:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 05:54:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 05:54:37 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 23:42:10 -0000
Resent-Date: 16 Jul 1996 23:42:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Tue, 16 Jul 1996 19:42:08 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: "James A. Robinson" <jimr@simons-rock.edu>
cc: debian-devel@lists.debian.org
Subject: Re: dchanges-3.3 and package names 
In-Reply-To: <m0ugHpG-0002DZC@plato>
Message-ID: <Pine.LNX.3.94.960716193957.745A-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"sqBQY.0.MF3.HZ2xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5077
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 16 Jul 1996, James A. Robinson wrote:

> 
> > have not been impacted. I see no reason for dchanges to go any farther
> > than checking to make sure that the files you specify in the command line,
> > are, in fact, files on the disk. Since the archive maintainance tools do
> > all the necessary validation before installing a package, having these
> > checks in dchanges is redundant and just gets in the way.
> 
> I might be misunderstanding you, but do you mean it gets verified
> after it gets uploaded?  For those of us with only modem connections
> to the net, that is a big deal.  I like having dchanges, when it is up
> to date, warn me of a problem in my package before it gets uploaded.
> I waste much less time that way.
> 
Well, if you use dpkg-name in the creation of the package, then you only
need to be up-to-date with dpkg and you will create a properly formed
package name. My complaint is that dchanges does not track these changes
until after they happen and require upgrading to a proper dchanges as well
as dpkg.

Later,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Wed Jul 17 06:17:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 06:11:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 06:11:33 -0000
Received: (qmail-queue invoked by uid 40); 16 Jul 1996 23:56:45 -0000
Resent-Date: 16 Jul 1996 23:56:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Tue, 16 Jul 1996 19:56:45 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: debian-devel@lists.debian.org
Subject: Re: Source packaging - alternatives
In-Reply-To: <m0ug9vP-0004PqC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.LNX.3.94.960716194627.745B-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"3JUD-3.0.uV3.ym2xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5078
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 16 Jul 1996, Ian Jackson wrote:

> I'm not interested in continuing this discussion; my mind is made up.
> I *will not* implement or accept any scheme that involves executing
> (trusting) parts of Debian source packages when they are unpacked (and
> that means the process of producing the Debianised source tree from
> the Debian source files).
> 
Unless I have misunderstood, the purpose of this exercise is, among other
other things, to produce Debian source from the upstream source. (I assume
the above is a typo)
The problem that is causing this discussion comes from the fact that
diff/patch are not up to the task we wish to assign them. Are we going to
deal with this by re-writing these programs to fill this need?
How do you propose to create the Debian Source Tree from the pristine
source without the option of scripts that repair these inadequacies.
I don't have any problem with your dictating this issue, as long as it
doesn't leave us with a source packaging scheme that doesn't work for all
packages.

Later,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Wed Jul 17 06:42:49 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 06:19:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 06:19:19 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 00:02:52 -0000
Resent-Date: 17 Jul 1996 00:02:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dduucp@cuug.ab.ca>
From: Scott Barker <scott@galileo.cuug.ab.ca>
Message-Id: <199607162352.RAA14757@galileo.cuug.ab.ca>
Subject: Re: ftp.debian.org
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Tue, 16 Jul 1996 17:52:54 -0600 (MDT)
Cc: konold@fiwi02.wiwi.uni-tuebingen.de, debian-devel@lists.debian.org,
  joey@Troi.Orgatech.DE
In-Reply-To: <m0ug9da-0004PqC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 16, 96 01:54:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Z9p7K2.0.Kc3.hs2xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5079
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ian Jackson said:
> None of the contents of the packages have changed - the list of
> packages for 1.1 has been frozen.

Speaking of 1.1 being frozen, I notice that there's one broken symlink in
there -- msdos/x11/9menu... points to a non-existant package in
binary-i386/x11/

I can't imagine this symlink will affect many people, but nevertheless, it is
broken. Perhaps 1.1 could be "unfrozen" just long enough to fix that link...



-- 
Scott Barker
Linux Consultant
scott@galileo.cuug.ab.ca
http://www.cuug.ab.ca:8001/~barkers/   (under construction)

[ I try to reply to all e-mail within 5 days. If you don't  ]
[ get a response by then, I probably didn't get your e-mail ]
[ (we have a sometimes sporadic connection to the internet) ]

"Nothing is illegal if one hundred businessmen decide to do it."
   - Andrew Young


From debian-devel-request@lists.debian.org Wed Jul 17 06:42:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 06:35:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 06:35:58 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 00:26:55 -0000
Resent-Date: 17 Jul 1996 00:26:55 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <owner@bugs.debian.org>
From: owner@bugs.debian.org
Message-Id: <m0ugJSk-000CdjC@submailer.bugs.debian.org>
Date: Tue, 16 Jul 96 16:23 PDT
To: debian-devel@lists.debian.org
Subject: Unanswered problem reports by maintainer
Resent-Message-ID: <"k1Osu.0.q94.FD3xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5080
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The following problem reports have not yet been marked as `taken up' by a
message to done@bugs.debian.org or or `forwarded' by a
message to forwarded@bugs.debian.org.

The maintainer listed against each package is derived from the Maintainer
field of the package as found in the development tree; there is an override
file that can be amended to get the right results if you have taken over a
package and do not expect to issue a new version soon.

Variant versions of the Maintainer field for the same actual package
maintainer will be listed separately.
 Package      Ref   Subject

Owen Dunn <osd1000@chiark.chu.cam.ac.uk> (1 bugs):
 xmix         3492  xmix prints spurious message

Michael Shields <shields@crosslink.net> (1 bugs):
 netcat       3741  Problems encountered while compiling "netcat" on m68k arch

Kenny Wickstrom <kenny@kennet.com> (1 bugs):
 tin          3787  tin uses /etc/news/descriptions instead of /etc/news/newsgr

Doug Geiger <runexe@ntplx.net> (1 bugs):
 apsfilter    3224  apsfilter doesn't configure on a read-only filesystem

Christophe Le Bars <clebars@debian.org> (1 bugs):
 xcoral       3654  xcoral description: summary starts w/ pkg name

Patrick Weemeeuw <patrick.weemeeuw@kulnet.kuleuven.ac.be> (1 bugs):
 tripwire     3694  tripwire description: ext start blank line

Brian Mays <brian@debian.org> (1 bugs):
 xboard       3807  xboard dumps core at once

Yves Arrouye <arrouye@debian.org> (1 bugs):
 compress-p   3733  problems with compress-package

Siggy Brentrup <bsb@uni-muenster.de> (1 bugs):
 electric-f   3582  electric-fence description: no ext

Anders Christrom <ac@netg.se> (1 bugs):
 lists.debi   3199  Bizarre message from debian-devel-request@lists.debian.org

Martin Schulze <joey@namib.north.de> (1 bugs):
 zoo          3676  zoo description: summary starts w/ pkg name

Michael Alan Dorman <mdorman@debian.org> (1 bugs):
 mingetty     3362  Problems encountered while compiling "mingetty" for m68k ar

Bill Mitchell <mitchell@debian.org> (1 bugs):
 beav         3558  beav description: ext extra spaces

Maarten Boekhold <boekhold@cindy.et.tudelft.nl> (1 bugs):
 slrn         3776  slrn doesn't let you see error messages

Karl Ferguson <karl@tower.net.au> (1 bugs):
 unarj        3641  unarj description: ext start indented, summary starts w/ pk

Craig Sanders <cas@taz.net.au> (1 bugs):
 tkdesk       3640  tkdesk description: ext start indented

Wichert Akkerman <wakkerma@wi.leidenuniv.nl> (1 bugs):
 strace       2177  "strace -ff -o file dpkg --install foo.deb" causes dpkg to 

Helmut Geyer <Helmut.Geyer@iwr.uni-heidelberg.de> (1 bugs):
 xxgdb        3678  xxgdb description: no ext

adfernan@cnd.mcgill.ca (Andrew D. Fernandes) (2 bugs):
 acs          3559  acs description: no ext
 dlltools     3578  dlltools description: no ext

Raul Miller <moth@firefly.com> (2 bugs):
 ucbmpeg      3454  ucbmpeg control file problems
 ucbmpeg      3509  mpeg_play puts bogus statistics on stdout

Michael Meskes <meskes@debian.org> (2 bugs):
 modules      3781  "depmod -a" runs out of fd's, complains about configuration
 modules      3802  modules should not be essential

Brian White <bcwhite@pobox.com> (2 bugs):
 infocom      3716  Problems encountered while compiling "infocom" on m68k arch
 mime-suppo   1930  metamail wants xloadimage

llucius <llucius@millcomm.com> (2 bugs):
 dialog       2591  rootdisk
 dialog       3514  Required package modconf depends on extra package dialog

Christian Linhart <chris@cosy.sbg.ac.at> (2 bugs):
 xarchie       887  xarchie barfs when ftp closes unexpectedly
 xarchie      1275  xarchie clumsy with 2-button mouse

Kenneth MacDonald <K.MacDonald@ed.ac.uk> (2 bugs):
 ispell       2425  ispell thinks `formated' is correct
 ispell       3196  ispell symlinks broken

Richard Kettlewell <richard@elmail.co.uk> (2 bugs):
 majordomo    1881  Majordomo UID wrong?
 repair       1532  no revision number with repair

Ray Dassen <jdassen@wi.leidenuniv.nl> (2 bugs):
 www.debian   3431  some packages have no information on WWW-server
 www.debian   3700  Web pages lack <LINK REV="MADE" ...>

sgk@sgk.tiac.net ("Susan G. Kleinmann") (2 bugs):
 elviscmn     3562  elviscmn description: no ext
 elvisnox     2592  Elvis Compilation Peoblem

Otmar Lendl <lendl@cosy.sbg.ac.at> (2 bugs):
 cnews        3476  cnews description is gibberish
 cnews, ine   3477  cnews and inews should be same package

Marcel Riedi <riedi@tik.ee.ethz.ch> (2 bugs):
 rsynth       2206  Description
 rsynth       3684  rsynth description: summary starts w/ pkg name, no ext

bcwhite@pobox.com (Brian C. White) (2 bugs):
 gnats        3053  gnats: typo in postinst omits install-info
 zyxel        3695  zyxel description: summary starts w/ pkg name

Giuseppe Vacanti <Giuseppe.Vacanti@DeSelby.xs4all.nl> (2 bugs):
 diald        3457  diald control file problems
 diald        3573  diald description: ext start blank line

Alvar Bray <alvar@meiko.co.uk> (2 bugs):
 groff        2233  groff-1.09-4
 groff        2970  soelim [in groff] is confused by .so in macros definitions

dgregor@gregor.com (D.J. Gregor) (2 bugs):
 cdtool       2450  `cdir' prints out huge chunks of /etc/passwd !
 cdtool       2923  CD-ROM device /dev/hdc permissions

Michael Nonweiler <mrn20@cam.ac.uk> (3 bugs):
 nas          1747  nas: no manpages for au available
 nas          3107  nas postinst could use a warning
 nas          3510  removal of nas doesn't kill 'au' daemon

Jim Robinson <jimr@simons-rock.edu> (3 bugs):
 mh-papers    3613  mh-papers description: no ext
 term         3714  Problems encountered while compiling 'term' on m68k arch
 xless        3773  xless default window too thin and won't go away when asked 

mrn20@cam.ac.uk (Michael R. Nonweiler) (3 bugs):
 ipx          2913  ipx bootup scripts are broken
 ipx          3592  ipx description: no ext
 ncpfs        3630  ncpfs description: summary starts w/ pkg name

Simon Shapiro <shimon@i-Connect.Net> (3 bugs):
 rc           3206  rc terminates on CTRL-C
 rc           3533  Problems encountered while building "rc" on m68k arch
 rc           3607  rc description: no ext

(orphan) (3 bugs):
 ifrench      1233  Bad french.hash file in ifrench.deb
 ifrench      2605  #1233,#1793 (ifrench doesn't work...)
 ifrench      3686  ifrench description: no ext

Erick Branderhorst <branderhorst@heel.fgg.eur.nl> (3 bugs):
 giftrans     3284  giftrans is free
 info          889  Info 3.1-6
 wenglish     3655  wenglish description: no ext

Ian Jackson <ijackson@chiark.chu.cam.ac.uk> (3 bugs):
 bugs.debia   2296  debian-bugs WWW doesn't say how to find out Debian version
 bugs.debia   2966  bugs2ftp is broken
 bugs.debia   2998  bugs2ftp still flaky

David Frey <David.Frey@eos.lugs.ch> (3 bugs):
 dump         3806  dump doesn't record the dump dates...
 magicfilte   3254  magicfilter recommends dvips, gs, pbmplus
 magicfilte   3452  magicfilter should run config in postinst

mitchell@mdd.comm.mot.com (Bill Mitchell) (3 bugs):
 elv-ctags    2503  elvis and emacs both provide ctags
 symlinks     3364  Problems encountered while compiling "symlinks" for m68k ar
 symlinks     3614  symlinks description: ext extra spaces

Manoj Srivastava <srivasta@pilgrim.umass.edu> (4 bugs):
 kernel-pac   3519  kernel-package documentation doesn't match program
 kernel-pac   3522  kernel-package image.postinst troubles.
 kernel-pac   3722  kernel-image uses stale LILO script, over-writes MBR
 kernel-pac   3746  kernel-package unclear on use

Bdale Garbee <bdale@gag.com> (4 bugs):
 gzip         3326  zegrep missing
 gzip         3591  gzip description: no ext
 tar          3656  tar description: no ext
 tar          3764  tar dumps core

Guy Maor <maor@debian.org> (4 bugs):
 debianutil   3122  run-parts should ignore RCS
 debianutil   3511  typo on installkernel man page
 util-linux   3259  [c]fdisk does not recognize NEXTSTEP partitions
 util-linux   3777  mkfs.minix option parsing oddities

Helmut Geyer, Helmut.Geyer@iwr.uni-heidelberg.de (4 bugs):
 ghostview    1451  `ghostviewR6' conflict with ghostview &c
 ghostview    2200  Description
 ghostview    3598  ghostview description: ext start indented
 ghostview    3759  xxgdb and ghostview have bad Maintainer field

Mark Eichin <eichin@cygnus.com> (4 bugs):
 xpaint       3475  xpaint Recommends pbmplus
 xpaint       3699  xpaint description: summary starts w/ pkg name
 xterm-colo   2353  postrm script broken
 xterm-colo   2710  colour xterm has problems when resizing

Wendal Catt <wendal@southwind.net> (4 bugs):
 procmail     3197  wrong uid/gid in /usr/doc/procmail
 procmail     3349  Problems encountered while compiling "procmail" for m68k ar
 procmail     3644  procmail description: no ext
 procmail     3705  procmail does close(-1)

awpguy@acs.ucalgary.ca (Andy W.P. Guy) (5 bugs):
 dchanges     3305  dchanges: urg= override is ignored
 dchanges     3530  dchanges can create bad changes file
 dchanges     3531  dchanges should default to '- -' not 'misc extra'
 dpkg-ftp     2870  dpkg-ftp-1.4.1 bug
 dpkg-ftp     2933  dpkg-ftp needs perl 5.002

Gordon Russell <gor@dcs.napier.ac.uk> (5 bugs):
 setserial    2892  setserial marked as Essential when it isn't
 setserial    3638  setserial description: no ext
 setserial    3747  "setserial" doesn't support multiple architectures.
 setserial    3762  /etc/rc.boot/0setserial usually hangs machine
 setserial    3800  setserial should not be essential

dgregor@bronze.coil.com (D.J. Gregor) (5 bugs):
 workbone     1381  workbone postinst fails
 workbone     1973  workbone postinst needs rewording
 workbone     1984  dpkg won't install cdtool
 workbone     3382  workbone disappears during upgrade
 workbone     3664  workbone description: no ext

Martin Schulze <joey@linux.de> (5 bugs):
 sysklogd     3060  problems with new sysklogd-1.3-3
 sysklogd     3103  "/etc/init.d/sysklogd restart" does not restart klogd
 sysklogd     3324  Non-existant conffile not created.
 sysklogd     3526  syslogd dumps core when no domainname has been set
 sysklogd     3769  problems with sysklogd postinst

jkr@master.debian.org (Jonathan K. Rabone) (5 bugs):
 trn           825  trn warning messages corrupt thread selector display
 trn          1845  dead.letter and dead.article are world readable
 trn          2298  trn bug with shell escaping
 trn          2783  trn needs to provide virtual package news-reader
 trn          3089  trn -- needs to depend on "inews" or "inewsinn"

joost witteveen <joostje@master.debian.org> (5 bugs):
 gsfonts      1112  a2gs output unusable by gs but usable by ghostview
 gsfonts      3596  gsfonts description: no ext
 gsfonts      3673  gsfonts description: no ext
 xosview      3385  xosview and /usr/bin/X11 (again)
 xosview      3737  xosview uses -O3 -f...

Steve Phillips <sjp@cvfn.org> (5 bugs):
 adduser      1711  adduser replaces NIS entries in /etc/passwd
 adduser      2309  Multiple root accounts
 adduser      3490  adduser password-setting problem
 adduser      3794  adduser should not be essential
 adduser? m   1708  `passwd' not interruptible when invoked by `adduser'

Christian Hudon <chrish@debian.org> (5 bugs):
 termcap-co    797  /etc/termcap console keydefs for function keys
 termcap-co    836  Possible bugs in termcap system
 termcap-co   1045  tgetflag("hc") segfaults (fwd)
 termcap-co   1803  /etc/termcap linux definition incomplete
 termcap-co   3721  Problems while compiling "termcap-compat" on m68k arch

Mike Deisher <deisher@dspsun.eas.asu.edu> (5 bugs):
 auto-pgp     2211  Description
 auto-pgp     3216  auto-pgp doesn't remove info entry when removed
 auto-pgp     3680  auto-pgp description: ext start indented
 dosemu       1791  dosemu troubles
 dosemu       3671  dosemu description: no ext

gthomas@native-ed.bc.ca (Guy R. Thomas) (5 bugs):
 dld          1488  dld control file dsccription problem
 dld          2209  Description
 dld          2758  dld: missing source file
 dld          3572  dld description: ext start indented, summary starts w/ pkg 
 hdparm       2197  hdparm -c switch

Martin Schulze <joey@debian.org> (5 bugs):
 manpages     2861  glob(3) references glob(7); the latter doesn't exist
 manpages     3165  fcntl(2) references nonexistent man pages
 manpages     3484  broken reference to (un)link(8).
 manpages     3494  ftw(3) typos
 manpages-d   3602  manpages-de description: no ext

Dale Miller <dale@csd.uwo.ca> (6 bugs):
 mailx        2009  mailx ignores ^C at Subject prompt
 mailx        2010  mailx misses VM-generated From_ lines
 mailx        2284  mailx ^C at Cc: prompt sends mail !
 mailx        2356  mailx -- problems with TMPDIR symlink
 mailx        2733  /usr/bin/mail leaves lock files when disk full
 mailx        2971  mailx doesn't quit on two successive C-c

Guy Maor <maor@ece.utexas.edu> (6 bugs):
 bdflush      3554  bdflush description: summary starts w/ pkg name
 login        3227  login refuses, and then allows, root login on tty?
 login        3439  Login reconfigures serial port
 login        3775  upgrading login temporarily breaks it
 passwd       3408  Various bugs in passwd manpages
 passwd       3798  passwd should not be essential

jimr@simons-rock.edu (Robinson, Jim) (6 bugs):
 idanish      3670  idanish description: no ext
 wfrench      3687  wfrench description: no ext
 witalian     3691  witalian description: no ext
 wnorwegian   3688  wnorwegian description: no ext
 wspanish     3698  wspanish description: no ext
 wswedish     3682  wswedish description: no ext

Kevin Dalley <kevin@aimnet.com> (6 bugs):
 automake     3551  automake description: summary starts w/ pkg name
 dejagnu      3566  dejagnu description: summary starts w/ pkg name, no ext
 findutils    1239  /etc/cron.daily/find: updatedb doesn't exclude cdrom and ot
 findutils    3586  findutils description: no ext
 gwm          3594  gwm description: no ext
 oleo         3631  oleo description: no ext

Rob Browning <osiris@cs.utexas.edu> (6 bugs):
 gimp-dmoti   3377  gimp's sample .gimprc does not correspond to gimp paths
 gimp-dmoti   3378  gimp should put a .gimprc in /etc/skel
 gimp-dmoti   3600  gimp-dmotif description: ext start blank line
 gimp-dmoti   3760  gimp-[ds]motif recommend obsolete libgr package
 gimp-smoti   3585  gimp-smotif description: ext start blank line
 libwww-per   3611  libwww-perl description: no ext

debian-devel@pixar.com (6 bugs):
 general      2022  utmp corruption
 general      2481  /sbin/ldconfig in scripts
 general      2717  conffiles in /usr
 general      3066  a.out binaries in various packages
 general      3161  Newbie 1.1beta installation.
 general      3381  Upgrade document and kernel upgrades

joost witteveen <joostje@debian.org> (6 bugs):
 axe          3767  axinfo coredump
 axe          3768  axe info files incorrectly installed
 es           3577  es description: no ext
 gnuplot      3587  gnuplot description: no ext
 pstoedit     3696  pstoedit description: ext start indented
 transfig     3758  transfig depends on libjpeg

Ted Hajek <tedhajek@boombox.micro.umn.edu> (6 bugs):
 gopher-cli   1851  gopher-client-2.1.1 has quotes around version and revision 
 gopher-cli   3668  gopher-client description: ext start indented
 gopherd      1717  gopherd recommends freeWAIS - nonexistent package
 gopherd      1718  gopherd version has spurious quotes
 gopherd      3262  Gopherd problems
 gopherd      3683  gopherd description: ext start indented

Peter Tobias <tobias@et-inf.fho-emden.de> (7 bugs):
 hostname     3341  Problems encountered while compiling "hostname" for m68k ar
 hostname     3593  hostname description: no ext
 netbase      3270  bugs
 netstd       3401  talk clears screen after showing error
 tcpdump      3742  tcpdump doesn't notice icmp packets on PPP interface
 wu-ftpd      3447  Wu-ftpd prompts for installation of /home/ftp twice
 wu-ftpd      3471  wu-ftpd postinst question asked twice

Stephen Early <sde1000@cam.ac.uk> (7 bugs):
 mkisofs      3479  copyright occurs twice
 mkisofs      3480  missing information in manpage
 mkisofs      3539  mkisofs stops if an error occurs
 mkisofs      3540  mkisofs stops if a problem occurs
 mkisofs      3703  mkisofs stops if a permission problem occurs
 xcompat      3246  Cant load library libXt.so.6
 xcontrib     1981  xman fails to format ascii(7) correctly

Carl Streeter <streeter@cae.wisc.edu> (8 bugs):
 elm          2557  add to elm manpage
 elm          2562  elm manpage paths incorrect
 elm          2789  elm doesn't show rest of pgp-signed message
 elm          2991  nfrm is not installed...
 elm          3042  Elm produces bogus Content-Type header for PGP signed stuff
 elm          3707  Problems encountered while compiling "elm" on m68k arch
 unzip        3693  unzip description: no ext
 zip          3692  zip description: no ext

Austin Donnelly <and1000@debian.org> (8 bugs):
 bc           3727  Problems encountered while compiling "bc" for m68k arch.
 bsdmainuti   3782  GNU nm breaks lorder
 bsdutils      988  `script' is insecure, and general tty insecurity
 ed           3726  Problems encountered while compiling "ed" for m68k arch.
 fvwm         3437  fvwm should not recommend fvwm2
 fvwm         3748  Pixmaps missing from fvwm package?
 fvwm2        3407  fvwm2: WindowList infelicity
 xcal         3292  xcal app-defaults shouldn't be conffiles

Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE> (9 bugs):
 amd          2497  Fixes for amd-upl102
 amd          2868  amd hangs on tcsh hostname completion
 amd          3208  amd bug
 amd          3445  bug in amd package (upgrade)
 kbd          1901  `compose' keytable command not documented
 kbd          2217  loadkeys problem
 kbd          2238  another loadkeys problem
 kbd          3383  kbd bogosity
 kbd          3796  kbd should not be essential

Alvar Bray <alvar@debian.org> (9 bugs):
 man          2969  zsoelim [in man] is confused by .so in macros definitions
 man          3098  man-2.3.10-11 segfaults
 man          3109  man 9menu unpleasant
 man          3220  apropos dumps core
 man          3725  Another data point on apropos segfaulting.
 man          3739  `man -l -' for stdin doesn't work
 man          3766  "man" acting too smart.
 man          3788  `apropos' matches only word-substrings even in page names
 ppp          3808  ppp postinst gives error

Soenke Lange <soenke@escher.north.de> (10 bugs):
 smail        1481  smail paniclog suggestion
 smail        1693  forwarded message from Harald T. Alvestrand
 smail        1799  smail nameresloving problems
 smail        1929  aliasinclude and forwardinclude directors missing
 smail        2348  Smail fails to define NO_PETER_HONEYMAN
 smail        2423  scattered sendmail links
 smail        3046  Smail configuration problem?
 smail        3164  runq dumps core
 smail        3366  Problems encountered while compiling "smail" for m68k arch
 smail        3497  smail calls obsolete yp_order

Chris Fearnley <cjf@netaxs.com> (10 bugs):
 gawk         3328  Problems encountered while compiling "gawk" for m68k arch
 mawk         3542  Problems encountered while compiling "mawk" on m68k arch
 mawk         3544  Problems encountered while compiling "mawk" on m68k arch
 mawk         3617  mawk description: ext extra spaces
 most         2205  Description
 most         3158  most differs from man page
 most         3620  most description: summary starts w/ pkg name
 npasswd-bo   3804  npasswd-boulder doesn't change NIS passwds
 npasswd_bo   3495  doesn't respect nis/yp
 slang-deve   3645  slang-devel description: ext extra spaces

Martin Schulze <joey@infodrom.north.de> (11 bugs):
 at           2475  `at' uses middle-endian 2-digit-year date format
 at           3394  /etc/crontab has a bad entry
 cfingerd     3250  cfingerd descriptive text
 cfingerd     3433  weird output if cfingerd.conf: NO_PLAN = ""
 cfingerd     3791  Problems with "cfingerd" when compiling on m68k arch
 dbview       3565  dbview description: ext extra spaces
 gpm          2874  gpm will not work if the system is setup for a serial conso
 gpm          3280  (no subject)
 gpm          3373  gpm -k hangs if X server running on console
 rman         3304  [rman] Off-by-one in generated HTML
 xfractint    3186  Can't chdir

dhs@firefly.com (David H. Silber) (11 bugs):
 dbackup      1406  backup postrm can fail when it shouldn't
 fortune      1118  fortune is setuid games ?!
 fortune      3213  fortune need libc.so.4
 fortune      3571  fortune description: summary starts w/ pkg name, no ext
 uucp         1265  Misc. uucp bugs
 uucp         2198  uuxqt can't execute rmail
 uucp         2293  uucp should compress big files in /usr/doc/uucp
 uucp         2810  uucp postrm should use -f flag to rm
 uucp         3112  UUCP uses /usr/spool/uucp (and does not create it)
 uucp         3503  still a.out (and src doesn't build binary *.deb out of the 
 uucp         3711  Problems encountered while compiling "uucp" on m68k arch

Sven Rudolph <sr1@inf.tu-dresden.de> (11 bugs):
 genscript    3169  dvipsk doesn't use /etc/papersize
 genscript    3483  using args with spaces in genscriptrc
 linuxdoc-s   3180  linuxdoc-sgml semantics and formatting problems
 linuxdoc-s   3285  possibly unintended files installed by linuxdoc-sgml
 linuxdoc-s   3317  linuxdoc-sgml info files are missing all ftp names...
 rcs          2302  RCS - problems with msdos filesystems
 rcs          3619  rcs description: ext extra spaces
 seyon        2701  seyon: dpkg --purge doesn't work
 seyon        3689  seyon description: no ext
 xonix        3666  xonix description: summary starts w/ pkg name
 xsok         3669  xsok description: ext extra spaces

Erick Branderhorst <branderh@debian.org> (11 bugs):
 glibcdoc     1468  `glibcdoc' should use `info-browser' virtual packages
 glibcdoc     2759  glibcdoc: missing source file
 glibcdoc     2906  Inconsistency in libc.info re snprintf
 glibcdoc     3597  glibcdoc description: no ext
 idutch       3672  idutch description: no ext
 mathpad      2231  mathpad problems
 mathpad      3312  installation and startup problems with mathpad
 sharutils    3357  Problems encountered while compiling "sharutils" for m68k a
 textutils    1812  Cut in textutils with fields
 textutils    3646  textutils description: no ext
 wdutch       3697  wdutch description: no ext

Mark Shuttleworth <marks@thawte.com> (11 bugs):
 apache       2426  apache overwrites existing home page
 apache       2703  apache: wrong location of icons and cgi-bins
 apache       2802  apache tweaks
 apache       2812  Apache server: SECURITY HOLE
 apache       2814  Apache 1.0.3: wrong manpage
 apache       2872  Apache starts several times
 apache       2934  Some cgi scripts don't work
 apache       3384  apache leaves /var/log/httpd non-empty
 apache       3448  Apache purge gives several error message
 apache       3470  apache problems
 apache       3555  apache description: ext extra spaces

Michael Alan Dorman <mdorman@lot49.med.miami.edu> (11 bugs):
 mh           2334  MH scan -width dumps core
 mh           2346  MH can lose mail
 mh           2648  
 mh           2661  dist and mh both have a dist manpage
 ncurses-ba   2863  dselect and ncurses in select window
 ncurses-ba   3163  disconnects between ncurses-base and xbase
 ncurses-bi   2076  reset(1)
 ncurses-bi   2474  /usr/bin/reset does the wrong thing
 ncurses-bi   3191  reset(1) doesn't bring an xterm out of alt charset mode
 ncurses-bi   3192  tset(1) man page problem
 ncurses-te   2158  new ncurses bug ?

Dale Scheetz <dwarf@polaris.net> (12 bugs):
 ae           3795  ae should not be essential
 diff         3351  Problems encountered while compiling "diff" for m68k arch
 gmp          3790  Problems with "gmp" when compiling on m68k arch
 imapd        3674  imapd description: no ext
 libident     3622  libident description: summary starts w/ pkg name, no ext
 pico         3667  pico description: no ext
 pine         2365  Pine erases message before I can read it
 pine         2367  Pine supplies PATH line when posting news
 pine         3253  Pine over-encodes files (came from Bug#932)
 pine         3690  pine description: no ext
 psutils      3618  psutils description: summary starts w/ pkg name, no ext
 psutils      3732  psutils has invalid address in Maintainer field

Robert Leslie <rob@mars.org> (14 bugs):
 bind         2530  bind locks up system
 bind         2819  named loses (in an easily fixed way) on 1.2.13 kernels
 bind         3478  bind should use lowercase `none' in postinst
 bind         3505  ndc does not use start-stop-daemon
 bind         3507  named postinst mangled my configuration
 ddd-smotif   3307  ddd-smotif does not replace ddd
 deliver      3319  deliver does not set exit codes as expected by sendmail
 maelstrom    3287  (no subject)
 mount        2304  umount calls gethostbyname() at consequence
 sendmail     3151  Sendmail runs too late
 sendmail     3752  sendmail shouldn't require 'deliver'
 sendmail     3753  sendmail shouldn't require 'deliver'
 sendmail     3754  sendmail shouldn't require 'deliver'
 sendmail     3756  sendmail has wrong path to procmail

Joe Kirby <kirby@utk.edu> (14 bugs):
 fdflush      3331  Problems encountered while compiling "fdflush" for m68k arc
 fdflush      3570  fdflush description: no ext
 fdflush      3797  fdflush should not be essential
 grep         2047  grep segfaults when abused
 grep         3334  Problems encountered while compiling "grep" for m68k arch
 grep         3595  grep description: no ext
 lxtools      3096  lxtools: user error (misuse of -r and filename) gives cored
 lxtools      3621  lxtools description: no ext
 sed          3356  Problems encountered while compiling "sed" for m68k arch
 sed          3625  sed description: no ext
 taper        2891  taper documentation is missing
 taper        3115  taper recommends ftape
 taper        3535  Problems encountered while building "taper" on m68k arch
 taper        3643  taper description: no ext

dgregor@coil.com (D.J. Gregor) (14 bugs):
 byacc        3361  Problems encountered while compiling "byacc" for m68k arch
 byacc        3567  byacc description: no ext
 lpr           902  lpr can't print a PostScript file ?!
 lpr          1061  /etc/printcap vs. /usr/man/man5/printcap.5
 lpr          1923  lpr not de-installing
 lpr          2555  lpd source files aren't clean
 lpr          2556  "\031\1"
 lpr          3034  SOLVED: can't remove print jobs
 lpr          3038  SOLVED: can't remove print jobs
 lpr          3156  lpr and smail uuname returned -1
 lpr          3346  Problems encountered while compiling "lpr" for m68k arch
 lpr, magic   3075  lpr, magicfilter, dvi-fonts failed
 xwpe         2486  Ghost packages
 xwpe         3675  xwpe description: no ext

daveb@tau.space.thiokol.com (David P. Boswell) (15 bugs):
 fileutils    1854  cp -dpR doesn't preserve ownership of symlinks
 fileutils    3157  df from fileutils calls sync() needlessly
 fileutils    3329  Problems encountered while compiling "fileutils" for m68k a
 fileutils    3579  fileutils description: no ext
 shellutils    821  /bin/echo doesn't check write errors
 shellutils   1164  who --help uses /etc/{w,u}tmp
 shellutils   1560  `su' produces incomplete log entries when not in ordinary s
 shellutils   1616  'who' can't find utmp
 shellutils   2068  su doesn't su.
 shellutils   2292  date does not support dates past 2000 !
 shellutils   2345  Inclusion of shadow breaks up some packages in the current 
 shellutils   2959  date + bug
 shellutils   3087  Bug in date.
 shellutils   3359  Problems encountered while compiling "sh-utils" for m68k ar
 shellutils   3609  shellutils description: no ext

Miquel van Smoorenburg <miquels@cistron.nl> (15 bugs):
 inn          2112  Submission for INN doc file
 inn          2220  INN feed password interacts badly with trn XMODE READER
 inn          2822  Some minor glitches with the inn package
 inn          3153  inn ctlinnd not readable/executable, but /var/run/innd is !
 inn          3459  inn should Depend on inewsinn, not contain it
 inn          3462  INN postinst and configuration problems
 inn          3517  innd won't remove syslog.conf lines when purged
 minicom      3601  minicom description: no ext
 nis          3632  nis description: summary starts w/ pkg name
 sysvinit     2439  rc?.d scripts sometimes not run
 sysvinit     2796  sysvinit makes obsolete symbolic link
 sysvinit     2908  mesg sets wrong permissions on /dev/ttyp*
 sysvinit     3130  sysvinit init.d/network script buglet
 sysvinit     3140  /etc/init.d/boot has rm -f bugs
 sysvinit     3143  sysvinit init.d/network script buglet

David Engel <david@ods.com> (16 bugs):
 aout-binut   3552  aout-binutils description: no ext
 binutils     1108  No manpage ar(5)
 binutils     1303  `man 1 nm` slightly incomplete
 binutils     2161  elf-binutils 2.5.2l.20-1 ld can be made to segfault
 binutils     3574  binutils description: no ext
 gcc          2493  GCC -O3 produces unsatisfied external ref to static functio
 gcc          2909  GCC Info has funny formatting
 gcc          2910  GCC accepts multi-line strings without \ or " " &c
 gcc          3330  Problems encountered while compiling "gcc" for m68k arch
 gdb           660  GDB gets address of structure member wrong in memory breakp
 gdb          3515  gdb prints corrupted message
 gdb          3599  gdb description: no ext
 snmp         3108  snmpd provides too much information
 snmp         3731  snmpd: patch for hrProcessorLoad MIB variable
 tkman        2884  tkman doesn't use /var/catman
 tkman        3681  tkman description: summary starts w/ pkg name

Steve Greenland <stevegr@neosoft.com> (17 bugs):
 ee           3728  Problems while compiling "ee" for m68k arch.
 indent       3532  Problems encountered while building "indent" on m68k arch
 jargon       3222  Jargon info entry in wrong category
 jargon       3604  jargon description: no ext
 nvi          2382  would like `view' link for nvi
 nvi          2428  nvi segmentation faults
 nvi          2797  nvi dumped core?
 nvi          2825  restricted movement in nvi
 nvi          2832  nvi likes turning auto-margins off
 nvi          2855  nvi changes xterm settings...
 nvi          3035  nvi dumps core
 nvi          3166  SIGSEGV on TERM=dumb
 nvi          3189  nvi over-cautious about .exrc?
 nvi          3234  nvi segfaults if stty rows 0 columns 0
 nvi          3235  nvi gives unhelpful message for unknown TERM type
 nvi          3634  nvi description: no ext
 nvi          3729  Problems while compiling "nvi" for m68k arch.

Ian Murdock <imurdock@debian.org> (20 bugs):
 acm          1366  acm networking problems
 acm          3548  acm description: no ext
 aout-librl   3553  aout-librl description: no ext
 ftp.debian   1672  non-free packages
 ftp.debian   2941  lots of hyphens in archive
 ftp.debian   3236  auto-pgp in non-free, mailcrypt in misc
 ftp.debian   3500  Required package modconf depends on extra package dialog
 ftp.debian   3529  libgr and zlib1 collide, but don't conflict!
 metamail     3340  Problems encountered while compiling "metamail" for m68k ar
 pmake        3629  pmake description: no ext
 pmake        3793  bsd.lib.mk incompatible with GNU ar
 rootdisk     2945  Bus Error given by rootdisk
 rootdisk     3142  1.1 installation and large partitions
 rootdisk     3147  May 19 boot floppies...
 rootdisk     3272  bug in root disks...
 rootdisk     3420  Boot disk creats corrupted filesystems in some situations
 rootdisk     3451  Missing label 'llseek' in e2fsck - rootdisk
 rootdisk     3488  basedisks modconf problems
 rootdisk     3489  basedisks configuration problems
 rootdisk     3491  basedisks newly booted system problems

Steve Greenland <stevegr@master.debian.org> (22 bugs):
 cern-httpd   1767  cern-httpd installation
 cern-httpd   2268  stale documentation links
 cern-httpd   3124  CERN httpd sends useless cron mail
 cern-httpd   3327  cern-httpd postinst hangs if daemon configured for inetd
 cern-httpd   3370  httpdconfig installs Welcome.html even if index.html exists
 cern-httpd   3467  cern-httpd curious message
 cern-httpd   3486  forwarded message from Cron Daemon
 cern-httpd   3735  cern-httpd doesn't send fqdn on redirect
 cron         1681  Missing files
 cron         1995  run-parts on laptops
 cron         2052  find over NFS
 cron         2338  finds in cron.daily should be nice
 cron         2808  wrong crontab entry for atrun
 cron         3047  cron script problem?
 cron         3099  /etc/cron.daily/standard security hole
 cron         3114  cron.daily/standard script
 cron         3148  Cron: Cannot stat in /var/spool/cron/atjobs/
 cron         3182  cron's checksecurity runs find on NFS mounted filesystems
 cron         3302  savelog seems to be missing from cron package
 cron         3358  Problems encountered while compiling "cron" for m68k arch
 cron         3368  cron's checksecurity still scans NFS servers
 cron         3496  checksecurity patch for nfs mounts

Andrew Howell <andrew@it.com.au> (22 bugs):
 lynx         2067  lynx -source can't find documents
 lynx         2295  (no subject)
 lynx         2946  Lynx gives fatal error message
 lynx         2964  lynx -dump fails through proxy
 lynx         2965  lynxexec not compiled into lynx.
 lynx         3105  lynx access to dot files is disabled
 lynx         3386  lynx version number changes
 lynx         3469  lynx default home page
 lynx         3606  lynx description: ext extra spaces
 mandelspaw   3176  mandelspawn slave problems
 rxvt         2510  rxvt-2.14 breaks old scripts
 rxvt         2989  rxvt source bug
 tcsh          820  tcsh builtin `echo' doesn't check write errors
 tcsh         3396  tcsh doesn't provide c-shell
 tcsh, csh    3466  tcsh, csh should use update-alternatives, not diversions
 tf           2547  tf does not support visual mode
 xntp         2051  /etc/ntp.conf is an auto-handled conffile
 xntp         2982  xntp calls ntpdate at start
 xtron        1703  xtron documentation
 ytalk        2196  ytalk `shell' option can't run dpkg
 ytalk        2575  ytalk lies about who you are talking to
 ytalk        2699  ytalk doesn't use FQDNs

Mark Eichin <eichin@kitten.gen.ma.us> (25 bugs):
 CVS          3374  CVS wrappers can't be turned off
 emacs        1879  Emacs shell mode weirdness - looks like C code bug
 emacs        2183  emacs shouldn't touch /usr/local
 emacs        2235  emacs eats manual pages
 emacs        2267  emacs ange ftp fails
 emacs        2318  Emacs makes it hard for MTAs to do the right thing
 emacs        2392  Emacs mishandles fonts under X.
 emacs        2417  emacs inferior process buffers failing
 emacs        2431  Emacs mishandles X fonts.
 emacs        2476  emacs mucks up my email address
 emacs        2477  annoying bug in emacs
 emacs        2478  ange ftpd croaks on anonftpd
 emacs        2479  ange-ftp is incredibly inefficient
 emacs        2532  Emacs fails to use `set -e' in postinst
 emacs        2630  emacs package needs to break ctags-related files out separa
 emacs        2634  emacs hung
 emacs        2709  emacs should list /usr/lib/emacs/19.30/lisp/default.el as a
 emacs        2714  Emacs and XEmacs share files
 emacs        2731  emacs with gud creates ~/.terminfo/e/emacs
 emacs        2829  emacs: gdb says: slashes aren't allowed (/etc/termcap)
 emacs        3119  emacs font handling
 emacs        3179  emacs ctags segfaults
 emacs        3241  derived.el fails in emacs
 emacs        3400  gnus broken? in Debian-emacs-19.31-2
 emacs-el     3569  emacs-el description: no ext

Simon Shapiro  <Shimon@i-connect.net> (26 bugs):
 kernel       1707  image 1.2.13-5 has no msdos.o
 kernel       1744  dpkg: cannot scan updates directory `/var/lib/dpkg/updates/
 kernel       1759  running out of swap causes deadlock
 kernel       1914  general protection in unix_proto_connect
 kernel       1922  1.3.43 Kernel is too nice
 kernel       1962  kernel needs sbpcd.h editing in some cases
 kernel       1989  mmap bug?
 kernel       2063  scsi driver sequence unreasonable
 kernel       2064  aha1740 driver only supports one card
 kernel       2105  console error messages "Source Route Failed."
 kernel       2463  "msdos" filesystem needed for bootstrapping
 kernel       2470  in kernel Attached ether adapter driver interferes with lp 
 kernel       2692  kernel swap space problem
 kernel       2940  image-1.3.64-0 lacks scsi tape device
 kernel       3019  no 386 support in kernel_image 1.3.100
 kernel       3040  Sound module in 1.3.95 kernel not compatible with my SB16 c
 kernel       3106  v 1.1 beta kernel image not for i386
 kernel       3195  "/etc/rc.boot/0setserial" fails due to missing "serial" mod
 kernel       3258  pcmcia-cs minor postinst bug
 kernel       3265  kernel-image and PS/2 mouse problem
 kernel       3268  network modules don't work with kernel 
 kernel       3275  dpkg --no-act leaves control info in /tmp
 kernel       3393  printer-driver problem in kernel 1.99.7
 kernel       3397  (no subject)
 kernel       3516  SCSI_IOCTL_SEND_COMMAND can cause major corruption
 kernel       3757  Installation of kernel-image-2.0.0-0 messes up the system

Klee Dienes <klee@sedona.com> (27 bugs):
 bash          818  bash builtin `echo' doesn't check write errors
 bash         1009  bash problem with quoting/completioon
 bash         1549  bash should not have world-readable history
 bash         1624  thermal run away problem
 bash         1702  telnet+su root->thermal process
 bash         1714  bash is confused when breaking lines
 bash         1746  rsh <system> sh -i produces CPU hog
 bash         1834  [kubla@goofy.zdv.Uni-Mainz.de: /etc/profile on Debian Linux
 bash         2110  Bash tab completion of non alphanumeric characters
 bash         2265  bash `horizontal scroll' can't be turned off
 bash         2301  bash doesn't document any way to safely create tmp file
 bash         2362  bash (readline) dumps core on completion
 bash         2818  bash doesn't provide enough docs
 bash         2856  fd leak in bash
 bash         3174  set -i doesn't work in bash
 bash         3177  sh -nc <command> actually runs command (!)
 bash         3353  Problems encountered while compiling "bash" for m68k arch
 bash         3538  bash on m68k doesn't use ncurses termcap emulation
 bash         3561  bash description: no ext
 git          3543  Problems encountered while compiling "git" for m68k arch
 git          3588  git description: ext extra spaces
 guile        3052  guile is missing slib.info.gz
 guile        3223  guile installs entry for slib, but no info file
 guile        3508  guile doesn't have right permissions on /usr/include/guile/
 netatalk     2542  No default config files?
 netatalk     2690  netatalk: a few small problems
 python       3442  python postinst is very verbose

Bruce Perens <Bruce@Pixar.com> (27 bugs):
 arrl-infos   2737  arrl-infoserv: missing source file
 arrl-infos   3677  arrl-infoserv description: no ext
 ash          2604  ash: cc: Internal compiler error: program ld got fatal sign
 ash          3056  ash-source contains objects
 ash          3718  Problems encountered while compiling "ash" on m68k arch.
 boot-flopp    998  Can't Configure DOS Partitions
 boot-flopp   1032  Linux Counter Project Info Not Included
 boot-flopp   1372  rootdisk: no dvorak keytable
 boot-flopp   2569  bootdisk: Leading dot in dnsdomainname?
 boot-flopp   2738  Installing Debian 1.1
 boot-flopp   2739  Configuring Network with Debian 1.1
 boot-flopp   2740  Configuring Network with Debian 1.1
 boot-flopp   2850  nfs.o isn't loaded in clean debian 1.1 nfs install
 boot-flopp   3031  various boot-floppies nits
 boot-flopp   3064  need a pointer in /usr/doc/boot-floppies
 boot-flopp   3121  boot-floppies doesn't have basedisks.sh
 boot-flopp   3575  boot-floppies description: no ext
 lilo         2926  Lilo: can't make documentation
 lilo         3247  Lilo unpack removes boot.b
 lilo         3772  lilo should not depend on MBR
 mbr          3789  `mbr' package doesn't say how to install/use it
 modconf      3628  modconf description: no ext
 modconf      3740  A couple of problems popped up while using "modconf"
 pcb          3413  linked with aout libXaw
 pcb          3635  pcb description: no ext
 syslinux     2774  syslinux: missing source file
 syslinux     3642  syslinux description: no ext

Stephen Early <sde1000@debian.org> (31 bugs):
 xbase         725  twm places windows incorrectly
 xbase         740  xclock leaves `droppings' in its window
 xbase         773  xmh falls over if mh is not installed
 xbase         775  twm reports errors on incorrect line numbers
 xbase        1621  Xmark has no manpage
 xbase        1690  XDM protection fault on X config error
 xbase        1691  X config allows invalid numeric range
 xbase        1819  X11 doesn't set a lock on the mouse port
 xbase        1985  xdm won't redirect to remote machines.
 xbase        2243  xterm vanishes when it's big (some escape sequence?)
 xbase        2297  xterm gets mouse-paste and RETURN in wrong order
 xbase        2313  xterm keymapping problems suspected
 xbase        2360  xdm cannot find a free VT
 xbase        3026  xbase et al postinst doesn't flush stdout
 xbase        3073  xbase contains imake and xmkmf without their config files
 xbase        3095  xbase kills xdm and *then* asks (politely, but belatedly)
 xbase        3162  disconnects between ncurses-base and xbase
 xbase        3267  Unqualified hostnames in rstart
 xbase        3395  can't login via xdm
 xbase        3730  improper lookup of window managers by /etc/X11/Xsession
 xbase        3751  xconsole stops logging when syslogd is hupped
 xbase et a   3734  X11 problems
 xbase?       3110  X servers muck up xdm when uninstalled
 xfntbig      3650  xfntbig description: no ext
 xfntcyr      3610  xfntcyr description: no ext
 xfntscl      3663  xfntscl description: no ext
 xlib         3661  xlib description: no ext
 xmanpages    3308  X(1) manpage in wrong place?
 xserver-sv   1292  X locks up
 xserver-sv   3300  xserver-svga configuration
 xslib        3662  xslib description: no ext

Ian Jackson <ian@chiark.chu.cam.ac.uk> (35 bugs):
 dpkg          957  dpkg should automatically log everything
 dpkg         1037  dselect user interface (was Re: debian 0.93pl5 installation
 dpkg         1399  dselect error handling not consistent
 dpkg         1480  start-stop-daemon doesn't check process status
 dpkg         1526  man dpkg(5) dpkg(8) dselect
 dpkg         1555  dselect per-screen-half focus request
 dpkg         1642  dpkg recursive package listing doesn't do the right thing
 dpkg         1670  start-stop-daemon is too slow
 dpkg         1797  upgrade/downgrade dependency calculation problem
 dpkg         1818  configure ordering based on Recommends
 dpkg         1921  update-alternatives prompt, dpkg conffile show diff
 dpkg         2531  install-info should use better locking strategy
 dpkg         2536  dpkg inappropriately marks packages as installed
 dpkg         2576  base: selecting [A]ccess with dselect
 dpkg         2603  dpkg-1.1.3 seg fault when installing xterm-color
 dpkg         2664  arrow keys fail in dselect not just after search ?
 dpkg         2828  have to install xosview twice to work
 dpkg         2834  desect loses state if it can't find a pre-dependancy
 dpkg         2894  dpkg guidelines info files not recognized
 dpkg         2904  install-info doesn't cope with nonexistent /usr/info/dir fi
 dpkg         2911  Conffiles are deleted too late ? (Re: Bug#2701: seyon: dpkg
 dpkg         2929  dpkg-name 1.1.6 is broken.
 dpkg         2939  Bad dpkg/ldconfig Interaction
 dpkg         2973  install-info created 5 Development sections in my /usr/info
 dpkg         3125  bug (and correction) in dpkg-1.1.6 scripts/install-info.pl
 dpkg         3170  again dpkg --root=xxx
 dpkg         3218  install-info adds Miscellaneous section badly
 dpkg         3225  dpkg-1.2.3 upgrade problems from 1.0.17
 dpkg         3233  dselect for 1.1 as of June, 2nd
 dpkg         3406  dselect unreadable under xterm
 dpkg         3410  some problems/bugs/suggestions with install-info
 dpkg         3704  Weird dselect behavior (bug?)
 dpkg         3765  dpkg and kernel-* package names
 pgp-i        1831  pgp-i bug..
 pgp-i        3545  Problems encountered while compiling "pgp" on m68k arch

Fernando Alegre <alegre@mars.superlink.net> (41 bugs):
 mc           2823  mc segfaults on reconnect of ftpfs
 mc           3128  mc-3.2.1-1 needs libgpm.so.1
 mc           3245  mc should depend on gpm
 mc           3521  mc core dumps
 mc           3547  Problems encountered while compiling "mc" on m68k arch
 mc (Midnig   2242  mc should depend on ncurses3.0
 procps       1016  top has 3's in vt100
 procps       1176  /usr/bin/top segfault with unknown terminal
 procps       1240  ps(1) man page incomplete
 procps       1246  ps man page does not agree with implementation
 procps       1336  CFLAGS shouldn't be used when linking
 procps       1533  `w' produces bogus login@, idle time &c for xdm login entry
 procps       1713  procps: manpage doesn't tell the truth
 procps       1853  top fails after 130 processes?
 procps       1908  Top and tabs
 procps       1933  w from procps gives wrong idle times
 procps       2159  "ps pids" lists more than just pids
 procps       2402  ps no longer understands `g' option
 procps       2427  top d 60 fails
 procps       2460  bizarre output from `free'
 procps       2520  procps needs dependency on ncurses3.0
 procps       2721  free fails to understand recent kernels' /proc/meminfo
 procps       2728  top coredump
 procps       2841  top produces `$<3>' at end of each line !
 procps       2938  libproc is in wrong place
 procps       3080  error message in syslog caused by ps
 procps       3102  top has problems when not on console
 procps       3260  psupdate man page out of date
 procps       3350  Problems encountered while compiling "procps" for m68k arch
 timezone     2167  timezone zdump for US zones gives GMT instead of local time
 timezone     2169  timezone zdump utility should be able to dump files
 timezone     2170  timezone: it needs more documentation
 timezone     2171  timezone: how to determine zone setting?
 timezone     2275  ctime(3) should be replaced by newctime(3)
 timezone     2671  timezone Mexico/General doesn't switch to DST
 timezone     2682  Zoneinfo library has a name-clash with compression library
 timezone     2785  Timezone has static library?
 timezone     3084  missing timezones
 timezone     3363  Problems encountered while compiling "timezone" for m68k ar
 timezone     3647  timezone description: summary starts w/ pkg name, no ext
 timezone?,   2942  Wrong timezone for Europe/Warsaw?

Darren Stalder <torin@daft.com> (42 bugs):
 less         3336  Problems encountered while compiling "less" for m68k arch
 less         3616  less description: ext extra spaces
 patch        3348  Problems encountered while compiling "patch" for m68k arch
 perl         1099  perl bug
 perl         1170  perl fails to make headers first time...
 perl         1201  perl doesn't know about includes
 perl         1247  perl <...> globbing only works if (t)csh installed
 perl         1411  perlconfig misses an opportunity to use xargs
 perl         1856  creating perl header files
 perl         1916  perl: wrong entries in Config.pm
 perl         1972  perl should suggest kernel sources
 perl         2182  perl shouldn't touch /usr/local
 perl         2184  perl's sys/socket.ph causes warning
 perl         2241  Perl 5.002-3 handles LANG and LC_* poorly
 perl         2251  Perl coredumps while invoking adduser
 perl         2254  perl doesn't initialize variable to 0 or something
 perl         2405  perl postinst messages re unctrl.h
 perl         2440  sys/socket.ph produces spurious message
 perl         2495  perl requires tcsh (as it is currently configured)
 perl         2501  (no subject)
 perl         2502  configure fails if /vmlinuz is missing
 perl         2589  perl can't load libdb.so.1
 perl         2590  new revision of perl does not include suidperl
 perl         2593  perl tries to install in /usr/local
 perl         2658  Errors during perlconfig
 perl         2691  new perl break suid scripts
 perl         3093  Perl dumps core
 perl         3212  Perl recommends nonexistent packages
 perl         3230  why the hell does perl depend on tcsh???
 perl         3242  perl's dependencies are wrong
 perl         3277  nit: perl setup emits a \n
 perl         3283  /usr/bin/perlconfig should be in /usr/sbin
 perl         3295  perls debian.rules doesn't work
 perl         3296  /bin/perl is not updated
 perl         3423  Problems installing kernel sources and sudo
 perl         3434  pod2latex: E<szlig>, =over/=cut/=pod/=item not handled corr
 perl         3770  dodgy `\n' in perl postinst
 perl         3784  perl does not install on base 1.1
 perl         3785  perl_5.003-2.deb (in "rex") and "mirror"
 perl         3803  perl and the empty directories
 weblint      3028  bad weblint permission
 weblint      3546  Weblint installs /usr/doc/weblintrc.gz with wrong permissio

Nils Rennebarth <nils@nus.pan-net.de> (44 bugs):
 amstex       3550  amstex description: no ext
 bibtex       2037  bibtex not searching $TEXINPUTS
 bibtex, kp   1429  several TeX packages Provide themselves
 dviljk       3198  dviljk is still aout! :-(
 dviljk       3202  dviljk doesn't read stdin!!! :-(
 dviljk       3458  dviljk missing prompt for input
 dvipsk       1873  dvipsk ignores /etc/papersize!
 dvipsk       2104  dvips doesn't provide color
 dvipsk       2357  dvipsk generated PS causes `restore error'
 kpathsea     1858  kpathsea package does not install or maintain an ls-R datab
 kpathsea     1865  cmr10 at 10.0pt not loadable: Metric (TFM) file not found.
 kpathsea     2027  tiny bug in web2c debian.rules
 latex        3415  Xdvi and postscript fonts
 latex        3710  Tex can't find the default format file for Latex.
 latex,xdvi   2054  no subject (file transmission)
 ltxmisc      2749  ltxmisc: missing source file
 ltxtool      1771  Legal problems with ltxtool
 ltxtool lt   1502  Uniform lists in debian.control
 mfbasfnt     2751  mfbasfnt: missing source file
 mfbin        1686  psfonts.map can't be found
 mfbin        1934  font scaling problem
 mfbin        2972  MetaFONT linked against X libraries
 mfbin        3077  gray font .mf files missing from MFBIN
 mflib        2185  texmf/metafont or texmf/mf ?
 mflib        2772  mflib: missing source file
 mflib        3323  MakeTeXPK mis-invokes ps2pk
 mgetty       3372  mgetty+sendfax missing new_fax script
 psnfss       3135  psnfss has no Architecture field
 texbin       1647  dpkg can present incorrect info for virtual packages.
 texbin       1653  Missing dvicopy(1) man page.
 texbin       1663  TeX comes without configuration script
 texbin       1664  TeX is lacking documentation on the setup
 texbin       1823  texbin postinst failed with error 1, no message
 texbin       2023  latex dumps core on -QUIT
 texbin       2038  tex man page has unexpanded macros in it
 texbin       2621  unstable/texbin install fails
 texlib       2186  national hyphenation patterns
 texlib       2766  texlib: missing source file
 texpsfnt     2764  texpsfnt: missing source file
 textfm       2763  textfm: missing source file
 textfm, te   3468  textfm and texlib file conflicts
 xbmbrowser   3050  xbmbrowser man page installed as xbmbrowser.man
 xdvik        2122  xdvik doesn't handle the `zcat convention
 xdvik        2803  xdvi does not handle redraws of includedEPS files correctly

Bruce Perens <bruce@pixar.com> (48 bugs):
 base         1699  Install/Config quirks: Missing secondary DNS server, NIS se
 base         1742  /dev/tty has wrong permissions
 base         1855  packages adding entries to /etc/group
 base         1885  base 0.93.6-13: doesn't create higher ttys
 base         1954  setting up the network
 base         1955  base discs still aren't creating /var/log/news
 base         2001  Incorrect ownership of audio device files
 base         2070  /etc/issue and /etc/issue.net
 base         2524  problems with base package
 base         2538  audio devices have different group id than audio group
 base         2688  base: wrong group for rft* devices
 base         2741  First booting with Debian 1.1
 base         2840  Conflicting entries in login/group
 base         2889  no NCR 53c810 driver in 1.1 boot-disk
 base         2895  base -- incorrect passwd entry for 'gnats'
 base         2920  incorrect entry for nobody in recent "base" package
 base         2927  /usr/info/dir in base confuses install-info
 base         2928  nobody has wrong login shell
 base         2975  [base] missing /dev entries
 base         2978  May 13 15:51:25 lohi wu-ftpd[345]: wtmp /var/log/wtmp No su
 base         3002  majordomo has conflicting group id
 base         3027  updatedb can't run properly
 base         3036  automatic adduser/addgroup in postinst (was Re: fingerd)
 base         3039  MAKEDEV script does not create the random/urandom devices
 base         3070  base copyright string
 base         3149  upgrading base truncates utmp
 base         3183  permissions problems with /var/lib/games
 base         3231  /usr/i486-linuxaout/lib not present
 base         3252  base template /usr/info/dir malformed
 base         3314  On request of Bruce: /etc/rc.boot/0serial way too optimisti
 base         3315  Bug in /etc/init.d/networks on 11-6 disks
 base         3387  base leaves /tmp/base.postinst lying around
 base         3409  Could not make boot floppy
 base         3421  /tmp installs wrongly
 base         3493  Teles ISDN card installation buglets
 base         3557  base description: no ext
 base         3761  LILO installation problem
 base         3774  /etc/group incorrect
 base         3786  base includes anonymous ftp account
 base         3805  /dev/MAKEDEV spells 'isdn' as 'idsn'
 base         3809  /usr/doc/debian-0.93 still around
 base, ae     3146  1.1 installation: ae doesn't work
 bootdisk     2937  Copyright message function key incorrect
 bootdisk     2956  beta experience
 bootdisk     3185  Lack of NCR53c810 support on boot disk
 bootdisk     3269  bootdisk silently fails-change instalation manual
 bootdisk     3320  Kernel oops - problem with APM BIOS?
 bootdisk/r   3279  ne2000 lockups during instalation

(unknown) (92 bugs):
 (ftp)        3810  linux.ucs.indiana.edu is no longer a mirror
 a2gs         3456  a2gs prompt looks like `please wait' message
 a2ps         1874  a2ps ignores /etc/papersize!
 ax25-kerne   1467  `ax25-kernel-source', `ax25-util' should use virtual packag
 ax25-kerne   2762  ax25-kernel-source: missing source file
 ax25-util    2099  slip module stops axattach
 ax25-util    2765  ax25-util: missing source file
 bin86        1281  bin86
 bin86        3568  bin86 description: no ext
 f2c          3580  f2c description: no ext
 fort77       2919  very bad fort77 installation message
 fort77       3583  fort77 description: no ext
 g77          2852  Bug 2711: g77 does not include info file
 g77          3584  g77 description: ext start indented
 j1           3525  j1 hard-linked docs/manpages
 kermit       2430  kermit configuration script is hard to read on a monochrome
 kernel-hea   3465  kernel-headers-2.0.0 maintainer scripts #!/usr/bin/perl
 kernel-ima   3605  kernel-image-2.0.0 description: no ext
 kernel-sou   3464  kernel-source-2.0.0 maintainer scripts #!/usr/bin/perl
 libc4         911  libc causes rsh to fail on commands with option arguments
 libc4        1130  Stdlib.h problems when using gcc -O-traditional
 libc4        1211  libc __nis_getgrnam() segfaults for dpkg when using NIS
 libc4        1278  dpkg seg faults with NIS
 libc4        1279  Strangeness involving <bsd/signal.h>
 libc4        1378  weird ELF/a.out difference
 libc4        1685  dpkg-split --msdos not correct
 libc4        1774  <paths.h>: _PATH_DEFPATH contains `.'
 libc4        2011  very silly messages from rsh
 libc5        3190  rlogin takes far too long when remote says Connection Refus
 libc5        3244  (no subject)
 libc5        3338  Problems encountered while compiling "libc5" for m68k arch
 libc5        3541  rlogin blocks on ECONNREFUSED!
 libc5 (and   2321  libc doesn't use **h_aliases (hostent)
 libc5-dev    2387  gethostbyaddr(3) ill documented
 libc5-dev    2573  sysinfo system call not in libc
 libc5-dev    3724  nlist() missing from libc
 libdb1       2483  libdb1 uses not-yet-completely-supported >= syntax
 libdb1       2504  remove -m486 from Makefile
 libdb1       2896  postinst has bad permissions 644
 libdb1       3240  [libdb]: obsolete bugfix
 libdb1       3335  Problems encountered while compiling "libdb1" for m68k arch
 libdb1       3612  libdb1 description: no ext
 libg++27     2610  support for m68k-linux
 libg++27     3626  libg++27 description: no ext
 libgdbm1     2484  libgdbm1 conflicts with some versions of perl5 and man
 libgdbm1     3321  libgdbm.so version number...
 libgdbm1     3342  Problems encountered while compiling "libgdbm1" for m68k ar
 libjpeg6a    3590  libjpeg6a description: ext start indented
 libjpeg6a-   3608  libjpeg6a-dev description: no ext
 libreadlin   2899  postinst has bad permissions 644
 libreadlin   3345  Problems encountered while compiling "libreadline2" for m68
 m4           3615  m4 description: no ext
 ncurses3.0   1314  ncurses fails in silly way on TERM=dumb
 ncurses3.0   1997  ncurses linux terminal definition for kbs
 ncurses3.0   2085  /usr/lib/termcap/l/linux kbs Capname definition questioned
 ncurses3.0   2130  ncurses3.0-dev misinstalls scr_dump man page
 ncurses3.0   2291  missing terminfo capabilities for xterm
 ncurses3.0   2806  ncurses man pages internal inconsistencies
 ncurses3.0   2962  dselect arrow keys don't work after a search
 ncurses3.0   3113  dselect provokes ncurses problem when window enlarged
 ncurses3.0   3207  strange screen update choices from ncurses
 ncurses3.0   3422  termcap entry too long error
 ncurses3.0   3801  ncurses3.0 should not be essential
 netpbm       3712  netpbm doesn't provide index of commands
 netpbm       3717  netpbm doesn't provide index of commands 
 netpbm       3743  Problems encountered while compiling "netpbm" on m68k arch
 netpbm       3792  Problems with "netpbm" when compiling on m68k arch
 p2c          3713  Problems encountered while compiling "p2c" on m68k arch.
 pc532down    3633  pc532down description: ext start indented
 ratfor77     3709  Problems encountered while compiling "ratfor77" on m68k arc
 seesat5      3623  seesat5 description: summary starts w/ pkg name, no ext
 shutdown     3720  shutdown prints "You don't exist. Go away!"
 spice        3155  spice still on my system
 svgalib1     2379  svgalib postinst broken
 svgalib1     2455  can't install svgalib1-1.28-5
 svgalib1     2876  svgalib will not work in a setup with serial console
 svgalib1-b   2311  svgalib has undocumented setuid program in /usr/doc/example
 w3-el        3637  w3-el description: no ext
 win32binut   2650  win32binutils has /usr/bin/flex++
 win32binut   3653  win32binutils description: no ext
 win32gcc     3651  win32gcc description: no ext
 win32libs    3649  win32libs description: no ext
 xaw3d        3067  broken libXaw3d
 xaw3d        3755  xaw3d shouldn't automatically install as libXaw
 xemacs       2689  (no subject)
 xemacs       2839  Xemacs problems
 xfnt100      3657  xfnt100 description: no ext
 xfnt75       3665  xfnt75 description: no ext
 xpat2        3659  xpat2 description: ext extra spaces
 xserver-ma   2039  X server font erosion
 xserver-s3   1796  missing call to ntohs in X server
 xserver-s3   3750  X server inaccessible sometimes

The listing by package maintainer is posted every Wednesday,
and the listing by age of the report every Friday.

Please see the developers' notes on the simple bug tracking system
for details of how to deal with a bug report.  Outstanding bug
reports and ones recently marked as done can be inspected at
 http://www.cl.cam.ac.uk/users/iwj10/debian-bugs/
or at the US mirror:
 http://www.debian.org/Bugs/


From debian-devel-request@lists.debian.org Wed Jul 17 08:22:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 07:59:30 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 07:59:29 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 01:41:51 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3811: Apsfilter should depend on file
Reply-To: Doug Geiger <runexe@ntplx.net>, 3811@bugs.debian.org
Resent-From: Doug Geiger <runexe@ntplx.net>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Wed, 17 Jul 1996 01:18:03 GMT
Resent-Message-ID: <handler.3811.B.83756626514361@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Date: Tue, 16 Jul 1996 21:00:20 -0400 (EDT)
From: Doug Geiger <runexe@ntplx.net>
To: submit@bugs.debian.org
Message-ID: <Pine.LNX.3.93.960716205806.1786B-100000@thevoid.ntplx.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5081
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Packge: apsfilter
Version: 4.9.1-10

Apsfilter uses file to determine the type of file, and should depend on
it.

-- Run.exe
runexe@ntplx.net http://www.ntplx.net/~runexe/ Finger me for PGP key
--------------------------------------------------------------------------
As far as the laws of mathematics refer to reality, they are not
certain, and as far as they are certain, they do not refer to reality.
                -- Albert Einstein
---------------------------------------------------------------------------
Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Wed Jul 17 09:12:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 08:56:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 08:56:22 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 02:31:44 -0000
Resent-Date: 17 Jul 1996 02:31:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bbum@www.friday.com>
Message-Id: <199607170231.VAA04398@www.friday.com>
Content-Type: text/plain
Mime-Version: 1.0 (NeXT Mail 3.3 v118.2)
From: Bill Bumgarner <bbum@friday.com>
Date: Tue, 16 Jul 96 21:31:29 -0500
To: debian-devel@lists.debian.org (Debian Developers)
Subject: Hey, a NeXT Black Box is an m68k machine...
Reply-To: bbum@friday.com
References: <m0ugDrp-002CKNC@finlandia.Infodrom.North.DE>
Resent-Message-ID: <"TFHvD.0.LM6.G25xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5082
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


...has anyone tried running Linux on it?    Anyone interested?  They are  
certainly ROCK SOLID pieces of hardware [i have one that is close to five  
years old, has been hit by lightning and still works *perfectly*-- except  
the optical vacuum cleaner].

b.bum


From debian-devel-request@lists.debian.org Wed Jul 17 09:12:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 09:01:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 09:01:06 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 02:31:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3807: Bug #3807 explained
Reply-To: Rickard Westman <ricwe@ida.liu.se>, 3807@bugs.debian.org
Resent-From: Rickard Westman <ricwe@ida.liu.se>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Brian Mays <brian@debian.org>
Resent-Date: Wed, 17 Jul 1996 02:18:08 GMT
Resent-Message-ID: <handler.3807.B3807.83756926515366@bugs.debian.org>
X-Debian-PR-Package: xboard
X-Loop: owner@bugs.debian.org
From: Rickard Westman <ricwe@ida.liu.se>
Date: Wed, 17 Jul 1996 04:03:03 +0200
Message-Id: <199607170203.EAA05369@sen21.ida.liu.se>
To: 3807@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5083
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bug #3807 caused xboard to dump core because it couldn't find the
fonts (Helvetica) it wanted.  A minimal fix would be to add
dependencies to xfnt100 and xfnt75, so that the required fonts
would always be available.  One of them would do, but it has to be
the one corresponding to the DPI setting of the server -- otherwise
xboard won't run in the default configuration.

Of course, it would also be nice if xboard didn't dump core upon
failing, and even nicer if it used a more flexible scheme when the
default font was not found.  The core dump happens in
DisplayFatalError() on line 3796 of xboard.c, because the
referenced widget pointer has not yet been initialized when the
function is called from main() via FindFont().  Also, if it weren't
for the core dump, xboard wouldn't exit when the "fatal" error had
been detected, but it would rather continue with the font it knows
doesn't exist, eventually leading to an Xlib error.

I have a feeling there are more bugs of this kind in xboard.

/RiW


From debian-devel-request@lists.debian.org Wed Jul 17 09:12:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 09:04:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 09:04:35 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 02:32:04 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3812: Apsfilter should depend on file
Reply-To: Doug Geiger <runexe@ntplx.net>, 3812@bugs.debian.org
Resent-From: Doug Geiger <runexe@ntplx.net>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Wed, 17 Jul 1996 02:18:05 GMT
Resent-Message-ID: <handler.3812.B.83756926515357@bugs.debian.org>
X-Debian-PR-Package: apsfilter
X-Loop: owner@bugs.debian.org
Date: Tue, 16 Jul 1996 21:46:55 -0400 (EDT)
From: Doug Geiger <runexe@ntplx.net>
To: submit@bugs.debian.org
Message-ID: <Pine.LNX.3.93.960716214633.1143A-100000@thevoid.ntplx.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5084
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: apsfilter
Version: 4.9.1-10

Apsfilter uses file to determine the type of file, and should depend on
it.

-- Run.exe
runexe@ntplx.net http://www.ntplx.net/~runexe/ Finger me for PGP key
--------------------------------------------------------------------------
As far as the laws of mathematics refer to reality, they are not
certain, and as far as they are certain, they do not refer to reality.
                -- Albert Einstein
---------------------------------------------------------------------------
Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!



From debian-devel-request@lists.debian.org Wed Jul 17 09:37:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 09:32:30 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 09:32:29 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 03:18:45 -0000
Resent-Date: 17 Jul 1996 03:18:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecki@lina.inka.de>
Message-Id: <m0ugN7J-0004jSC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
Subject: FTP 9menu msdos linkerror
To: debian-devel@lists.debian.org
Date: Wed, 17 Jul 1996 05:17:36 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"ueZon3.0.7J7.Kk5xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5085
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,
 
my mirror reports:

Not symlinking buzz/msdos-i386/x11/9menu.deb -> ../binary-i386/x11/9menu-1.4-3.deb

 
Greetings
Bernd


From debian-devel-request@lists.debian.org Wed Jul 17 10:02:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 09:43:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 09:43:13 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 03:39:28 -0000
Resent-Date: 17 Jul 1996 03:39:28 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0ugNS3-00015LC@miles.econ.queensu.ca>
Date: Tue, 16 Jul 96 23:39 EDT
To: Chris Fearnley <cjf@netaxs.com>
Cc: branderh@debian.IAEhv.nl, syrus@ucsd.edu, mrn20@hermes.cam.ac.uk,
  debian-devel@lists.debian.org
Subject: Re: orphaned bash and related packages ?
In-Reply-To: <199607162112.RAA16759@access.netaxs.com>
References: <m0ufiy5-0002hNC@debian.iaehv.nl>
	<199607162112.RAA16759@access.netaxs.com>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"vE7It3.0.Kl7.m16xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5086
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Chris>  Is "ls" colored?  Probably it's best to have a /bin/ls and
  Chris> /usr/bin/color-ls, so that scripts can us /bin/ls and pipe with it
  Chris> and etc.  And interactive sessions can use color-ls.

Non-issue. The colour-ls only adds colour if there is a controlling
terminal. That 

--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Wed Jul 17 10:02:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 09:48:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 09:48:43 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 03:46:28 -0000
Resent-Date: 17 Jul 1996 03:46:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <lukas@kukulkan.ifisicacu.unam.mx>
Message-Id: <199607170129.UAA01314@kukulkan.ifisicacu.unam.mx>
X-Mailer: exmh version 1.6.2 7/18/95
To: branderh@iaehv.nl (Erick Branderhorst)
Cc: debian-devel@lists.debian.org
Cc: lukas@teorica0.ifisicacu.unam.mx
Subject: Re: mflib creates /var/spool/texmf/fonts/ 
In-Reply-To: Your message of "Thu, 11 Jul 1996 09:41:10 BST."
             <96Jul11.130112gmt+0100.6249@gateway.azr.nl> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 16 Jul 1996 20:29:30 -0500
From: Lukas Nellen <lukas@teorica0.ifisicacu.unam.mx>
Resent-Message-ID: <"jnFiz.0.Bu7.J86xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5087
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


branderh@iaehv.nl said:
> I was wondering why the mflib postinst script creates directories:
> 
> install -d -g root -o root -m 755 /var/spool/texmf/fonts/source
> install -d -g root -o root -m 755 /var/spool/texmf/fonts/tfm
> install -d -g root -o root -m 755 /var/spool/texmf/fonts/pk
> chmod a+w,o+t /var/spool/texmf/fonts/source
> chmod a+w,o+t /var/spool/texmf/fonts/tfm
> chmod a+w,o+t /var/spool/texmf/fonts/pk
> 
> cd /usr/doc; ln -sf ../lib/texmf/doc texmf
> 
> Isn't it better to include these in the directory structure of the package?
> 
> Erick
> 
Or why doesn't it call install right away with the correct mode settings, 
i.e., with `-m 1777' ?

			Cheers,
				Lukas

-------------------------------------------------------------------------------
   Dr. Lukas Nellen                 | Email: lukas@teorica0.ifisicacu.unam.mx
   Depto. de Fisica Teorica, IFUNAM |
   Apdo. Postal 20-364              | Tel.:  +52 5 622 5014 ext. 218
   01000 Mexico D.F., MEXICO        | Fax:   +52 5 622 5015



From debian-devel-request@lists.debian.org Wed Jul 17 10:02:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 09:57:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 09:57:52 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 04:11:59 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3813: (no subject)
Reply-To: Lukas Nellen <lukas@teorica0.ifisicacu.unam.mx>,
  3813@bugs.debian.org
Resent-From: Lukas Nellen <lukas@teorica0.ifisicacu.unam.mx>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <Bruce@Pixar.com>
Resent-Date: Wed, 17 Jul 1996 03:48:02 GMT
Resent-Message-ID: <handler.3813.B.83757527117807@bugs.debian.org>
X-Debian-PR-Package: lilo
X-Loop: owner@bugs.debian.org
Message-Id: <199607170137.UAA01329@kukulkan.ifisicacu.unam.mx>
X-Mailer: exmh version 1.6.2 7/18/95
To: submit@bugs.debian.org
Cc: lukas@teorica0.ifisicacu.unam.mx
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 16 Jul 1996 20:37:13 -0500
From: Lukas Nellen <lukas@teorica0.ifisicacu.unam.mx>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5089
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: lilo
Version: 17-?

The latest upstream version of lilo is 19 (check: ftp://lrcftp.epfl.ch/pub/linu
x/lilo - I hope I got it right). This version includes support for loading 
kernels bigger than 0.5MB as well as initrd support.

			Cheers,
				Lukas

-------------------------------------------------------------------------------
   Dr. Lukas Nellen                 | Email: lukas@teorica0.ifisicacu.unam.mx
   Depto. de Fisica Teorica, IFUNAM |
   Apdo. Postal 20-364              | Tel.:  +52 5 622 5014 ext. 218
   01000 Mexico D.F., MEXICO        | Fax:   +52 5 622 5015



From debian-devel-request@lists.debian.org Wed Jul 17 10:02:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 09:50:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 09:50:23 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 03:46:29 -0000
Resent-Date: 17 Jul 1996 03:46:29 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <lukas@kukulkan.ifisicacu.unam.mx>
Message-Id: <199607170320.WAA01400@kukulkan.ifisicacu.unam.mx>
X-Mailer: exmh version 1.6.2 7/18/95
To: kai@khms.westfalen.de (Kai Henningsen)
Cc: debian-devel@lists.debian.org
Cc: lukas@teorica0.ifisicacu.unam.mx
Subject: Re: /etc/default? 
In-Reply-To: Your message of "11 Jul 1996 20:03:00 +0200."
             <6CfNYn9EcsB@khms.westfalen.de> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 16 Jul 1996 22:20:21 -0500
From: Lukas Nellen <lukas@teorica0.ifisicacu.unam.mx>
Resent-Message-ID: <"UlN6L.0.Ju7.K86xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5088
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

kai@khms.westfalen.de said:
> ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 09.07.96 in <m0udlFW-0002ZwC@chiark.chu.cam.ac.uk>:
> 
 *> > can you tell me the difference between /etc and /etc/default?
> >
> > Before I will even consider amending the guidelines to say to use
> > /etc/default (or some other name for it) I want a clear and cogent
> > answer to this question.

> To what question? The above question (*>) looks more like a weak attempt  
> at humour than like a serious question.
> 
> Maybe you mean "what is /etc/default(s? I can't remember) good for".
> 
> This has, of course, been explained painfully often by now, but I'm  
> willing to do it again.
>

I think we have to discuss this point rather than explain the `proper use' - after all, no consensus has been reached yet. 

> 
> /etc/default would contain files which follow a common syntax. They would  
> look like shell scripts that contain *only* variable assignments, and  
> comments (and no substitutions in the assignments, either - just  
> name=value, and possibly quotes around the value).
>

To me, this sounds very much like a selection-by-contents, as in: If the file follows such-and-such syntax, it goes into /etc/default, otherwise it ends up in /etc. Or am I mis/overinterpreting your statement?

I must say that I don't like a selection by contents or structure of the file. For my taste, the selection criterion should be by intended use of the file. More or less like the criterion used in the FSSTND (or how is it called these days) to discriminate between files placed into /bin, /sbin, /usr/bin, /usr/sbin.

> 
> Those scripts are useful for any programs (scripts or otherwise) that need  
> to have some simple settings (the /rc/init.d scripts would be a good  
> example, for an existing SysV example, that's where their tar has things  
> like the default device). It's a separate directory both because there are  

What is wrong about /etc/tar.conf in this case? What makes tar better/worse than, say, syslogd or modules?

> potentially very many small files of this sort, and because this way, the  
> files in that directory all have the same format and are not mixed  
> together with lots of different files with lots of different syntaxes.

To put it in a slightly drastic way (no offense meant): When I configure my system, I tend to edit files grouped by function, not by syntax. E.g., one day the bootup files, next day the samba configration. Not like: today all config files which use `=' to separate name from value, tomorrow those wich separate them by ` '. So I would prefer to have all files I have to touch for setting up one subsytem grouped together - not those files that have the same syntax.
> 
> Besides, there's prior art - current SysV uses this, and I've also seen it  
> on Xenix.

But a lot of things that where customary in other UN*X systems have been reshuffled in the FSSTND to reach a more logical arrangement of files instead of some of the historical `ad hoc' placements used in BSD and AT&T systems. I think previous art has to be reviewd critically.
> 
> There seems to be clear consensus that scripts need to have _some_ place  
> to put this stuff, outside the script itself.

Certainly the scripts in /etc/init.d need a common place to keep defaults outside the scripts. Other scripts are just like any odd program in the system and should use a config file in /etc. For the scripts in /etc/init.d, let me suggest two different possibilities:
        - A separate subdirectory in /etc
        - A second file per script in /etc/init.d. E.g., for /etc/init.d/foo, 
          add /etc/init.d/foo.conf (or conf.foo or CONF.foo - depending on the
          ordering you like in your file listing)

Before we try to fix the use of /etc/default, it might be a good idea to have a clear statement of how to use /etc by itself. I don't have my copy of the guidelines here, is there a statement about the use of /etc? 

My impression is that as a basic rule, each package (or closely related set of packages) should have at most one file in /etc. If necessary, this can be a subdirectory to hold any number of files. 

There are a number of exceptions from this to accomodate well-known paths, like the placement of /etc/passwd or the directory structure to hold the boot scripts.

Comments, improvements, clarifications or corrections? 

What about system-wide, generic config files - like the tape device ot the paper size. Do we have a mechanism to a) specify their location, b) fix their contents (syntax, allowed values) c) decide which packages have to use the information specified in those files to be considered `bug free'? For the last point, common sense is probably sufficent. For the first to point, we might need to extend the guidelines - maybe a set of appendices maintained by the owner(s) of the packages concerned.

Hopefully, at the end of this discussion we have a better idea about the purpose of /etc/default, too. 

I think to keep the defaults for postinst scripts might be one possibility (I know, I made that suggestion before). It has the same pitfalls as all the automatic maintenace of user editable config files. However, having set up the system once, these defaults could be used on the same or on a different system to install without further user intervention. This scenario requires some work for a large number of packages, though.

                              Cheers,
                                  Lukas

-------------------------------------------------------------------------------
   Dr. Lukas Nellen                 | Email: lukas@teorica0.ifisicacu.unam.mx
   Depto. de Fisica Teorica, IFUNAM |
   Apdo. Postal 20-364              | Tel.:  +52 5 622 5014 ext. 218
   01000 Mexico D.F., MEXICO        | Fax:   +52 5 622 5015



From debian-devel-request@lists.debian.org Wed Jul 17 11:18:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 10:53:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 10:53:19 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 05:09:56 -0000
Resent-Date: 17 Jul 1996 05:09:56 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0ugOrZ-0005YhC@mongo.pixar.com>
Date: Tue, 16 Jul 96 22:09 PDT
From: bruce@pixar.com (Bruce Perens)
To: debian-devel@lists.debian.org
Subject: GNU Makefile that generates Debian package directly
Reply-To: Bruce Perens <Bruce@pixar.com>
Resent-Message-ID: <"NVdxs2.0.BN1.ZM7xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5090
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Here's another pass at a strategy for GNU Makefiles to generate Debian
packages directly. This one does not require that the base system contain
"make", it uses the shell to execute the preinst and postinst commands.
How does this look?

	Thanks

	Bruce

--- begin Makefile ---

prefix=/usr

# Flag to suppress informational messages from GNU Make.
NO_INFORMATIONAL=-s

# The install target is split into pre_install, install_files, and
# post_install. Install_files does everything you would not need to run
# on the target system.
# pre_install and post_install do things that need to run on the target,
# and they are constrained to be executable by
# the shell directly, and to use the restricted command set on our
# base system.

install: pre_install install_files post_install

pre_install:
	echo running pre_install

install_files:
	echo installing files into $(prefix)

post_install:
	echo running post_install

# The debian_binary target generates the Debian binary package.

debian_binary:
	- mkdir debian-tmp debian-tmp/DEBIAN debian-tmp/usr
	make prefix=debian-tmp/usr install_files
	echo "#!	/bin/sh" > debian-tmp/DEBIAN/preinst
	echo "#!	/bin/sh" > debian-tmp/DEBIAN/postinst
	make $(NO_INFORMATIONAL) -n pre_install >> debian-tmp/DEBIAN/preinst
	make $(NO_INFORMATIONAL) -n post_install >> debian-tmp/DEBIAN/postinst
	echo "exit 0" >> debian-tmp/DEBIAN/preinst
	echo "exit 0" >> debian-tmp/DEBIAN/postinst
	chmod 755 debian-tmp/DEBIAN/preinst debian-tmp/DEBIAN/postinst
	# ...
	
.FAKE: pre_install install_files post_install

--- end Makefile ---
--
The "Toy Story Animated Storybook" CD was the best selling software product
during the month of May, outselling the Windows '95 upgrade, Quicken, etc.
Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Wed Jul 17 12:08:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 12:00:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 12:00:00 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 06:54:40 -0000
Resent-Date: 17 Jul 1996 06:54:39 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <srivasta@diamond.pilgrim.umass.edu>
Sender: srivasta@pilgrim.umass.edu
X-Time: Wed Jul 17 02:55:00 1996
X-Mail-System: Vm 5.96 (beta) for GNU Emacs 19.31.1
Organization: University of Massachusetts, Amherst, MA 01003
To: debian-devel@lists.debian.org
Subject: kernel-package 2.01 uploaded to master
Mime-Version: 1.0 (generated by tm-edit 7.71)
Content-Type: text/plain; charset=US-ASCII
From: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Date: 17 Jul 1996 02:55:01 -0400
Message-ID: <gvx20ibv06y.fsf@diamond.pilgrim.umass.edu>
Lines: 62
X-Mailer: Gnus v5.2.36/Emacs 19.31
Resent-Message-ID: <"njOk6.0.Vh2.lu8xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5091
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

	I think this may be the last version that needs go into the
 experimental section, unless there are some more major flubs. Please
 test this version, I think I have addressed all the issues that were
 raised about kernel-packages in the last two weeks.

	manoj

-----BEGIN PGP SIGNED MESSAGE-----

Date: 17 Jul 96 06:25 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Manoj Srivastava <srivasta@debian.org>
Source: kernel-package
Version: 2.01
Binary:  kernel-package
Architecture: all source
Description: 
 kernel-package: Debian Linux kernel package build scripts.
Changes: 
 * Changed the scripts to refer to /usr/bin/perl rather than /bin/perl.
 * Added an extended description to the image control file.
 * Added a note that the dist target requires a PGP key.
 * Fixed a typo (missing DEBDIR) in debian.rules.
 * Fixed the targets expected by make-dpkg (kernel_image rather than
   kernel-image, etc).
 * In image.postinst, made arguments to system be a single argument if
   the arguments contain shell metacharacters, (this way perl passes
   them to sh -c).
 * Made make-kpkg accept non floats as revision numbers, to facilitate
   local names.
 * Fixed silly bug in makefloppy in image.postinst.
 * Fixed the extended description of the kernel-package package.
 * Updated the image postinst to install the mbr, if it exists, and to
   activate the root partition, and to not overwrite the mbr (oops).
 * Changed maintainer email address to debian.org (I'll be in a state of
   flux soon)
Files:
 c02fe284ae17cf369e959366c4d40191  31841  misc  -  kernel-package_2.01.tar.gz
 6d12caa14a5c4cd3ab5fdd297b7de71b  39394  misc  optional  kernel-package_2.01_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBMeyHXlY2UL3QGw2DAQH+/QP/cDGEEw5jv1TQ4WU+oUnVQe4O/RE3PQID
CBuEdyzNvOXJD8jHs1LoAD4o4kDiHRW0Ol2v/uUB6plODcwbaViRURMh7NKaJ4l4
V2jqqd/6lELlCJ3FfD5IC2A7TXDRLMnEfIySPWy2akZpypM73M1bY+OTsomjYK4I
JEIbz/ljnaY=
=IHKd
-----END PGP SIGNATURE-----

-- 
 If a man does not make new acquaintances, as he advances through
 life, he soon will find himself alone.  A man should keep his
 friendship in constant repair. Johnson
Manoj Srivastava               Systems Research Programmer, Project Pilgrim,
Phone: (413) 545-3918                A143B Lederle Graduate Research Center,
Fax:   (413) 545-1249         University of Massachusetts, Amherst, MA 01003
<srivasta@pilgrim.umass.edu> <URL:http://www.pilgrim.umass.edu/%7Esrivasta/>


From debian-devel-request@lists.debian.org Wed Jul 17 12:08:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 12:06:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 12:06:33 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 07:02:21 -0000
Resent-Date: 17 Jul 1996 07:02:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <srivasta@diamond.pilgrim.umass.edu>
Sender: srivasta@pilgrim.umass.edu
X-Time: Wed Jul 17 03:02:40 1996
X-Mail-System: Vm 5.96 (beta) for GNU Emacs 19.31.1
Organization: University of Massachusetts, Amherst, MA 01003
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Sociology and the bug tracking system
References: <m0ufy6Q-0004REC@chiark.chu.cam.ac.uk>
Mime-Version: 1.0 (generated by tm-edit 7.71)
Content-Type: text/plain; charset=US-ASCII
From: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Date: 17 Jul 1996 03:02:41 -0400
In-Reply-To: Ian Jackson's message of Tue, 16 Jul 96 01:35 BST
Message-ID: <gvxzq4ztl9q.fsf@diamond.pilgrim.umass.edu>
Lines: 34
X-Mailer: Gnus v5.2.36/Emacs 19.31
Resent-Message-ID: <"UZWN41.0.8l2.z_8xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5092
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

	Let me first state that I agree with Ian that the bug
 reporting system is in principle a good thing; however, I have sat
 and simmered at the *tone* of  some of the reports that have flashed
 by in the last few days. 

	I like bug reports, I really do, since I'd hate to have a
 buggy piece of work  exist with my name on it; but could we please be
 less abrasive/patronizing when reporting the bugs?

	manoj

>>"Ian" == Ian Jackson <ian@chiark.chu.cam.ac.uk> writes:

Ian> I've noticed that a couple of people have recently become
Ian> offended when bugs were reported against some of their packages.
Ian> I won't go into the details of those cases, which have been
Ian> sorted out by now to everyone's pacification I hope, but there is
Ian> something I really want to say here:


-- 
 Fiery energy lanced out, but the beams struck an intangible wall
 between the Gubru and the rapidly turning Earth ship.  "Water!" it
 shrieked as it read the spectral report.  "A barrier of water vapor!
 A civilized race could not have found such a trick in the Library! A
 civilized race could not have stooped so low!  A civilized race would
 not have..."  It screamed as the Gubru ship hit a cloud of drifting
 snowflakes.  _Startide Rising_, by David Brin
Manoj Srivastava               Systems Research Programmer, Project Pilgrim,
Phone: (413) 545-3918                A143B Lederle Graduate Research Center,
Fax:   (413) 545-1249         University of Massachusetts, Amherst, MA 01003
<srivasta@pilgrim.umass.edu> <URL:http://www.pilgrim.umass.edu/%7Esrivasta/>


From debian-devel-request@lists.debian.org Wed Jul 17 12:33:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 12:09:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 12:09:08 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 07:07:12 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3731: snmpd: patch for hrProcessorLoad MIB variable
Reply-To: Patrick.Weemeeuw@kulnet.KULeuven.ac.be, 3731@bugs.debian.org
Resent-From: Patrick Weemeeuw <patrick@kulnet.KULeuven.ac.be>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Wed, 17 Jul 1996 06:48:07 GMT
Resent-Message-ID: <handler.3731.B3731.83758577320288@bugs.debian.org>
X-Debian-PR-Package: snmp
X-Loop: owner@bugs.debian.org
Date: Wed, 17 Jul 1996 08:21:46 +0200
Message-Id: <199607170621.IAA24458@amber.kulnet.kuleuven.ac.be>
From: Patrick Weemeeuw <patrick@kulnet.KULeuven.ac.be>
To: ian@chiark.chu.cam.ac.uk
CC: 3731@bugs.debian.org
In-reply-to: <m0ug9Zn-0004PqC@chiark.chu.cam.ac.uk> (message from Ian Jackson
	on Tue, 16 Jul 96 13:50 BST)
Organization: K. U. Leuven Network - Belgium
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5093
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


   Date: Tue, 16 Jul 96 13:50 BST
   From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
   Newsgroups: chiark.mail.debian.devel
   References: <199607091429.QAA23104@amber.kulnet.kuleuven.ac.be>

   Patrick Weemeeuw writes ("Bug#3731: snmpd: patch for hrProcessorLoad MIB variable"):
   ...
   > The hrProcessorLoad MIB variable is not computed correctly in snmp
   > 2.1.2l4: the value returned is max(loadavg*100, 100).  Under linux, we
   > can compute the correct value by regurarly polling the idle jiffies
   > counter available in /proc/stat.  The patch below adds a signal
   > handler to correctly keep track of the cpu load over the last minute.

   Is this really such a good idea ?  It makes the program have to wake
   up 5 or 10 times a minute to do the calculation.

   Ian.

Well, the original code is simply not correct, and useless, as one
background job (e.g. a backup program that is IO bound) is enough to
get de loadavg above 1, while the cpuload may be only 3%.  On the other
hand, if implemented correctly, this metric is very usable, as a cpu load
of 100% typically indicates a runaway process on one of my dedicated
server machines (which run all IO bound services).

The host resources MIB describes hrProcessorLoad as "The average, over
the last minute, of the percentage of time that this processor was not
idle."  IMHO, this doesn't leave much room for interpretation.

However, your point is worth raising, as this is one of my areas of
concern as well; but I simply don't see any better method of obtaining
this value than polling twice per minute.  [polling 2 times per minute
should be sufficient; my patch polls 12 times, which is overkill meant
only for debugging purposes.]

Patrick.


From debian-devel-request@lists.debian.org Wed Jul 17 12:33:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 12:16:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 12:16:24 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 07:21:13 -0000
Resent-Date: 17 Jul 1996 07:21:13 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <patrick@kulnet.KULeuven.ac.be>
Date: Wed, 17 Jul 1996 09:21:03 +0200
Message-Id: <199607170721.JAA25472@amber.kulnet.kuleuven.ac.be>
From: Patrick Weemeeuw <patrick@kulnet.KULeuven.ac.be>
To: debian-devel@lists.debian.org
Subject: upload questions
Organization: K. U. Leuven Network - Belgium
Reply-To: Patrick.Weemeeuw@kulnet.KULeuven.ac.be
Resent-Message-ID: <"fCqS4.0.tv2.fH9xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5094
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Being only an occasional maintainer of packages, I have lost track
of some essential points of the upload procedure.

I see uploads to master and to chark; which one should I use, and
what account and password?  Probably I should ask the distribution
maintainer, but who is that currently?

Thank you.

Patrick Weemeeuw, network manager
K.U.Leuven, KULeuvenNet, currently at the Dept. of Computer Science
	Celestijnenlaan 200 A, B-3001 Leuven, Belgium
Tel: +32 16 327635 Fax: +32 16 327996
E-mail: patrick.weemeeuw@kulnet.kuleuven.ac.be
PGP key: ftp://ftp.kulnet.kuleuven.ac.be/pub/people/patrick/pgpkey.asc


From debian-devel-request@lists.debian.org Wed Jul 17 13:23:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 13:22:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 13:22:36 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 07:39:12 -0000
Resent-Date: 17 Jul 1996 07:39:11 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <heiko@lotte.sax.de>
Message-Id: <m0ugPww-000VqDC@ira.lotte.sax.de>
From: heiko@lotte.sax.de (Heiko Schlittermann)
Subject: Re: Local packages - how to handle them ?
To: 93jkr@eng.cam.ac.uk (Jon Rabone)
Date: Wed, 17 Jul 1996 08:19:05 +0200 (MET DST)
Cc: ian@chiark.chu.cam.ac.uk, debian-devel@lists.debian.org
In-Reply-To: <Pine.HPP.3.91.960716093158.25204B-100000@punch.eng.cam.ac.uk> from "Jon Rabone" at Jul 16, 96 09:45:18 am
X-Phone: +49 351 4677452
X-Fax: +49 351 4677436
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"noRcn.0.IA3.VY9xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5095
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Jon Rabone wrote:
: 
: It would be nice to have an indication of 'locality' in the filename of 
: the package, as Ian suggests. How about prefixing the version number with 
: the letter L ? 

For packages I don't want to get updated automagically from dselect
I choose (as supposed in the kernel-source package) a name like
name-1.0-local7.deb.  However, a new mainstream version updates.

For packages I want to get updated I choose name-1.0-7local.deb.

It's the way _I_ understood the deb naming and versioning scheme.  (But
this nice (?) approach breakes in several debian.rules when the debian
version is in- or decremented.


    Heiko
--
email : heiko@lotte.sax.de heiko@debian.org heiko@sax.de
pgp   : A1 7D F6 7B 69 73 48 35  E1 DE 21 A7 A8 9A 77 92 
finger: heiko@sax.sax.de         heiko@master.debian.org


From debian-devel-request@lists.debian.org Wed Jul 17 13:48:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 13:45:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 13:45:34 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 07:57:07 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3761: LILO installation problem
Reply-To: Manoj Srivastava <srivasta@pilgrim.umass.edu>, 3761@bugs.debian.org
Resent-From: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Orignal-Sender: srivasta@pilgrim.umass.edu
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Wed, 17 Jul 1996 07:33:02 GMT
Resent-Message-ID: <handler.3761.B3761.83758877521448@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Sender: srivasta@pilgrim.umass.edu
X-Time: Wed Jul 17 03:17:51 1996
X-Mail-System: Vm 5.96 (beta) for GNU Emacs 19.31.1
Organization: University of Massachusetts, Amherst, MA 01003
To: bruce@pixar.com (Bruce Perens)
Cc: 3761@bugs.debian.org
References: <m0uenNx-0005yRC@mongo.pixar.com>
Mime-Version: 1.0 (generated by tm-edit 7.71)
Content-Type: text/plain; charset=US-ASCII
From: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Date: 17 Jul 1996 03:17:52 -0400
In-Reply-To: bruce@pixar.com's message of Fri, 12 Jul 96 11:56 PDT
Message-ID: <gvxwx03tkkf.fsf@diamond.pilgrim.umass.edu>
Lines: 41
X-Mailer: Gnus v5.2.36/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5096
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

	On a related note, what should one do if the root filesystem
 lies on the second hard drive? on my system:
Filesystem         1024-blocks  Used Available Capacity Mounted on
/dev/hdb3              80508   17441    58909     23%   /
/dev/hda1             174156  172120     2036     99%   /dos
/dev/hdb1             226187  154166    60341     72%   /usr
/dev/hda3  **          47181   28784    15961     64%   /usr/local
(/dev/hda3 mounted on /usr/local is the active partition).

	This could happen if the first drive is a dos drive. Maybe the
 postinst should ask for the partition to write to? 

	manoj
	
-- 
 [Astrology is] 100 percent hokum, Ted.  As a matter of fact, the
 first edition of the Encyclopaedia Britannica, written in 1771 --
 1771! -- said that this belief system is a subject long ago ridiculed
 and reviled.  We're dealing with beliefs that go back to the ancient
 Babylonians.  There's nothing there.... It sounds a lot like science,
 it sounds like astronomy.  It's got technical terms.  It's got
 jargon.  It confuses the public....The astrologer is quite glib,
 confuses the public, uses terms which come from science, come from
 metaphysics, come from a host of fields, but they really mean
 nothing.  The fact is that astrological beliefs go back at least
 2,500 years.  Now that should be a sufficiently long time for
 astrologers to prove their case.  They have not proved their
 case....It's just simply gibberish.  The fact is, there's no theory
 for it, there are no observational data for it.  It's been tested and
 tested over the centuries.  Nobody's ever found any validity to it at
 all.  It is not even close to a science.  A science has to be
 repeatable, it has to have a logical foundation, and it has to be
 potentially vulnerable -- you test it.  And in that astrology is
 really quite something else. Astronomer Richard Berendzen, President,
 American University, on ABC News "Nightline," May 3, 1988
Manoj Srivastava               Systems Research Programmer, Project Pilgrim,
Phone: (413) 545-3918                A143B Lederle Graduate Research Center,
Fax:   (413) 545-1249         University of Massachusetts, Amherst, MA 01003
<srivasta@pilgrim.umass.edu> <URL:http://www.pilgrim.umass.edu/%7Esrivasta/>


From debian-devel-request@lists.debian.org Wed Jul 17 14:13:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 13:53:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 13:53:44 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 08:22:07 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3785: perl_5.003-2.deb (in "rex") and "mirror"
Reply-To: "Darren/Torin/Who Ever..." <torin@daft.com>, 3785@bugs.debian.org
Resent-From: "Darren/Torin/Who Ever..." <torin@daft.com>
Orignal-Sender: torin@perv.daft.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Wed, 17 Jul 1996 08:03:04 GMT
Resent-Message-ID: <handler.3785.B3785.83759027821879@bugs.debian.org>
X-Debian-PR-Package: perl
X-Loop: owner@bugs.debian.org
Sender: torin@perv.daft.com
To: Bruce Perens <Bruce@pixar.com>, 3785@bugs.debian.org
References: <m0uft7g-0005YhC@mongo.pixar.com>
From: "Darren/Torin/Who Ever..." <torin@daft.com>
In-Reply-To: bruce@pixar.com's message of Mon, 15 Jul 96 12:16 PDT
Date: 17 Jul 1996 00:41:54 -0700
Message-ID: <87buhf72d9.fsf@perv.daft.com>
Lines: 32
X-Mailer: Gnus v5.2.34/XEmacs 19.14
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5097
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Bruce Perens, in an immanent manifestation of deity, wrote:
>Package: perl
>Version: 5.003-2
>
>I installed perl_5.003-2.deb on my system. Every time I run "mirror" to
>mirror the Debian distribution to my private archive, it rattles the disk
>for a while and then says "Out of memory!". This did not happen with the
>Perl 5.002 package in "buzz".

I've been hitting mirror pretty hard and I haven't been able to get it
to do this.  It shouldn't matter, but what version of mirror are you
using?

Darren
- -- 
<torin@daft.com> <http://www.daft.com/~torin> <torin@debian.org> <torin@io.com>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMeyZN44wrq++1Ls5AQED6wP+Oa7CL9sTs6VebE2hRwBxGbR/AjJbCzO4
QB3hvfpGrRKLu483nR2TkJSRtPstLQjEVgB4cpWY7Ud8U4XekDvSvPRcWXWfyhDt
f6noRuXZqk7B6gdMKtc/IszcO+UU3KsT4luqklCeTUBrYV5GkqG0/pwy3IRkNVW+
HVRwk4ptKmc=
=AXXG
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Wed Jul 17 14:13:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 14:06:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 14:06:21 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 08:35:50 -0000
Resent-Date: 17 Jul 1996 08:35:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ugRb3-0002lbC@debian.iaehv.nl>
Subject: Re: Data flow during package building.
To: chrish@libertel.montreal.qc.ca (Christian Hudon)
Date: Wed, 17 Jul 1996 10:04:36 +0200 (MET DST)
Cc: ian@chiark.chu.cam.ac.uk, debian-devel@lists.debian.org
In-Reply-To: <Pine.SGI.3.94.960716075003.22613A-100000@ana.concordia.ca> from "Christian Hudon" at Jul 16, 96 08:03:23 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"n-GaS1.0.l74.bNAxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5098
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> > Urgh, autogenerated copyright file ?  It's full of random waffle, how
> > can you automatically generate it ?!
> 
> Indeed! Let's not try to be too clever.
> 
> Erick, take a look at the copyright files for pgp and termcap-compat, for
> instance. The first one has stuff from Ian and PRZ about export
> restrictions, etc. The second one is a combination of the ncurses termcap
> database copyright and of the Linux termcap library copyright... and the
> latter was derived from the GNU termcap library, which has its own
> copyright notice.  You can't autogenerate these. 

I can take a look but it isn't needed.
I propose a four part /usr/doc/copyright/<package>

part 1:  A few sentences automatically generated from source control
information telling, who did what with what from where under gpl.

part 2:  The most recent debian/Changelog information (only the current
revision).

part 3:  cat debian/README >>

part 4:  optionally cat some other stuff generated by debian/rules.

Erick


From debian-devel-request@lists.debian.org Wed Jul 17 14:38:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 14:13:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 14:13:31 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 08:43:07 -0000
Resent-Date: 17 Jul 1996 08:43:07 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 17 Jul 1996 09:52:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
cc: sgk@sgk.tiac.net
Message-ID: <6D2OfAhjcsB@khms.westfalen.de>
In-Reply-To: <199607161316.JAA00804@sgk.tiac.net>
Subject: Re: for the FAQ:  need precise meaning of various arch's
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"-AcDE2.0.UA4.RUAxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5099
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

sgk@sgk.tiac.net (Susan G. Kleinmann)  wrote on 16.07.96 in <199607161316.JAA00804@sgk.tiac.net>:

> Exactly what platform does binary-68k refer to?
> Does this mean
>  -- the PowerPC (if so, who makes "the" PowerPC?), or
>  -- any PowerPC, or
>  -- something else (if so, what else)?

It means the 680x0 family of processors, with x=2, 3, 4, or 6. (68020  
needs an external MMU - 68851? Better look at the FAQ for that port, I'm  
sure there is one.) There is no real relation to the PowerPC, except that  
Motorola makes both and Apple has used both, and there is a Linux port for  
both. Well, two ports for the PowerPC - one native, and one with a layer  
of Mach in between.

> I guess at some point it's going to be necessary to ask whether any/all
> packages actually run "out of the box" on the new Intel multi-processor
> platforms, but I'll put that off til anyone's had a chance to find out.

As far as I've heard, there was a Compaq machine that wouldn't work  
because it didn't support some Intel MP standard. Alan "Linux MP" Cox  
would probably be the guy to ask that question.


MfG Kai


From debian-devel-request@lists.debian.org Wed Jul 17 15:03:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 14:58:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 14:58:45 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 09:37:14 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3815: "ndc stats" fails 
Reply-To: Martyn Plummer <plummer@iarc.fr>, 3815@bugs.debian.org
Resent-From: Martyn Plummer <plummer@iarc.fr>
Orignal-Sender: martyn@hobbes.iarc.fr
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Wed, 17 Jul 1996 09:18:05 GMT
Resent-Message-ID: <handler.3815.B.83759477822937@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Message-ID: <XFMail.960717105459.plummer@iarc.fr>
X-Mailer: XFMail 0.4 [p0] on Linux
Sender: martyn@hobbes.iarc.fr
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Date: Wed, 17 Jul 1996 10:11:32 +0200 (MET DST)
Organization: IARC
From: Martyn Plummer <plummer@iarc.fr>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5100
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: bind
Version: 4.9.3-P1-3

"ndc stats" fails to dump named statistics to /var/tmp/named.stats because
ndc sends the ABRT signal to named. The IOT signal should be used instead.
Editing /usr/sbin/ndc and changing ABRT to IOT fixes the problem.
Transcript follows

bash# ndc stats
kill: bad signal spec `ABRT'
bash# kill -l
 1) SIGHUP       2) SIGINT       3) SIGQUIT      4) SIGILL
 5) SIGTRAP      6) SIGIOT       7) SIGBUS       8) SIGFPE
 9) SIGKILL     10) SIGUSR1     11) SIGSEGV     12) SIGUSR2
13) SIGPIPE     14) SIGALRM     15) SIGTERM     17) SIGCHLD
18) SIGCONT     19) SIGSTOP     20) SIGTSTP     21) SIGTTIN
22) SIGTTOU     23) SIGURG      24) SIGXCPU     25) SIGXFSZ
26) SIGVTALRM   27) SIGPROF     28) SIGWINCH    29) SIGIO
30) SIGPWR

I'm using Debian 1.1 "out of the box".
Martyn Plummer


From debian-devel-request@lists.debian.org Wed Jul 17 15:28:11 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 15:14:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 15:14:39 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 10:11:07 -0000
Resent-Date: 17 Jul 1996 10:11:07 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0ugRIm-0002lZC@debian.iaehv.nl>
Subject: Re: Source packaging
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Wed, 17 Jul 1996 09:45:43 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ugB3c-0004OZC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 16, 96 03:25:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Q1bxK2.0.n65.xmBxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5101
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> > URL: ftp://ftp.gnu.ai.mit.edu/pub/gnu/ textutils-1.18.tar.gz
> 
> But the complete URL isn't machine-useable when the upstream version
> has changed, and a human can just as easily read a README.

dpkg-source --get-orig-source --use-lynx whatever-package.dsc

will start, fiddle around with the source package, the action is
get-orig-source, call lynx with the first element of the proposed URL
field, show the contents of the gnu dir and lets me select what I want.

This is a far quicker approach than unpacking sources, going through 
debian/README for that URL being there or not, calling lynx or ncftp
and making a type with the site (ok ftp.gnu.ai.mit.edu is a bad example
in this case), rereading debian/README, fixing the typo and then getting
to the original source.

Get the point.  An URL like this (or in the official way) makes sense
if used like this.

Above this, it can be an element of the information which goes in
/usr/doc/copyright/<package>.  IMHO this file should consist of a few
standard fields nice formed together into a sentence, about who did what
with what and gpl'ed it for debian.  Followed by the latest debian/Changelog
changes, followed by the contents of debian/README.

> > `getorig' or `getorigsrc' is better or are these in use ?.
> 
> So, I think that this is a better idea.

`get-orig-source' has been suggested and I think that that one is even
better.

Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Wed Jul 17 15:28:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 15:22:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 15:22:01 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 10:20:38 -0000
Resent-Date: 17 Jul 1996 10:20:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sr1@os.inf.tu-dresden.de>
Date: Wed, 17 Jul 1996 12:17:46 +0200
Message-Id: <199607171017.MAA16798@os.inf.tu-dresden.de>
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
CC: debian-devel@lists.debian.org
In-reply-to: Ian Jackson's message of Tue, 16 Jul 96 03:15 BST
Subject: Re: Mosaic ?
References: <m0ufzfs-0004PqC@chiark.chu.cam.ac.uk>
Resent-Message-ID: <"uffPw1.0.SL5.svBxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5102
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

In article <m0ufzfs-0004PqC@chiark.chu.cam.ac.uk> Ian Jackson <ian@chiark.chu.cam.ac.uk> writes:

> Did anyone say they were going to do a Mosaic package ?  One of my
> users wants it and I thought there was a package for it, but I can't
> find any reference to it now ...

  Sven Rudolph sr1@inf.tu-dresden.de :

  o  NCSA Mosaic (waiting for 2.7)

Thats me :-)

I have too much stability problems with Mosaic, therefore I didn't
release something.

	Sven
-- 
Sven Rudolph <sr1@inf.tu-dresden.de> ; WWW : http://www.sax.de/~sr1/


From debian-devel-request@lists.debian.org Wed Jul 17 15:28:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 15:24:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 15:24:53 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 10:52:12 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3817: trn should be marked as news-reader
Reply-To: Andreas Jellinghaus <andij@dungeon.lake.de>, 3817@bugs.debian.org
Resent-From: Andreas Jellinghaus <andij@dungeon.lake.de>
Orignal-Sender: aj
Resent-To: debian-devel@lists.debian.org
Resent-CC: jkr@master.debian.org (Jonathan K. Rabone)
Resent-Date: Wed, 17 Jul 1996 10:33:03 GMT
Resent-Message-ID: <handler.3817.B.83759928324059@bugs.debian.org>
X-Debian-PR-Package: trn
X-Loop: owner@bugs.debian.org
Sender: aj@bugs.debian.org
Message-ID: <31EBC996.3FFFFCBE@dungeon.lake.de>
Date: Tue, 16 Jul 1996 18:55:50 +0200
From: Andreas Jellinghaus <andij@dungeon.lake.de>
X-Mailer: Mozilla 3.0b5 (X11; I; Linux 2.0.6 i586)
MIME-Version: 1.0
To: submit@bugs.debian.org
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5104
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

package: trn
version: ? (of debian-1.1.1)

like inn requests to install a news-reader and slrn has the flag to be a
news-reader, trn should also be marked as news.reader to satify inn.


From debian-devel-request@lists.debian.org Wed Jul 17 15:28:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 15:27:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 15:27:00 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 10:52:11 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3819: debian package files.
Reply-To: Andreas Jellinghaus <andij@dungeon.lake.de>, 3819@bugs.debian.org
Resent-From: Andreas Jellinghaus <andij@dungeon.lake.de>
Orignal-Sender: aj@adj.com
Resent-To: debian-devel@lists.debian.org
Resent-Date: Wed, 17 Jul 1996 10:33:04 GMT
Resent-Message-ID: <handler.3819.B.83759928324061@bugs.debian.org>
X-Debian-PR-Package: ???
X-Loop: owner@bugs.debian.org
Sender: aj@adj.com
Message-ID: <31EBCC07.8FDF41F@dungeon.lake.de>
Date: Tue, 16 Jul 1996 19:06:15 +0200
From: Andreas Jellinghaus <andij@dungeon.lake.de>
X-Mailer: Mozilla 3.0b5 (X11; I; Linux 2.0.6 i586)
MIME-Version: 1.0
To: submit@bugs.debian.org
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5103
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

package: ???
version: ???

after getting new package files, my dselect tries to install packages in
Debian-1.1-1/.... these packages are lockatet in Debian-1.1.1, not
Debian-1.1-1 (that directory doesn't exist).

...
msdos-filename: Debian-1.1-1/msdos-i386/net/snmp.deb
filename: Debian-1.1-1/binary-i386/sound/sox_11gamma-1.deb
msdos-filename: Debian-1.1-1/msdos-i386/sound/sox.deb
filename: Debian-1.1-1/binary-i386/text/spellprogs_1.1-2.deb
msdos-filename: Debian-1.1-1/msdos-i386/text/spellprg.deb
filename: Debian-1.1-1/binary-i386/math/spline_1.0-2.deb
msdos-filename: Debian-1.1-1/msdos-i386/math/spline.deb
filename: Debian-1.1-1/binary-i386/admin/statserial_1.1-11.deb
msdos-filename: Debian-1.1-1/msdos-i386/admin/statserl.deb
filename: Debian-1.1-1/binary-i386/devel/strace_3.0-5.deb
msdos-filename: Debian-1.1-1/msdos-i386/devel/strace.deb
filename: Debian-1.1-1/binary-i386/news/suck_2.6.3-1.deb
msdos-filename: Debian-1.1-1/msdos-i386/news/suck.deb
filename: Debian-1.1-1/binary-i386/admin/sudo_1.4.2-2.deb
msdos-filename: Debian-1.1-1/msdos-i386/admin/sudo.deb
filename: Debian-1.1-1/binary-i386/admin/super_3.9.7-2.deb
msdos-filename: Debian-1.1-1/msdos-i386/admin/super.deb
filename: Debian-1.1-1/binary-i386/graphics/svgalib1_1.28-6.deb
msdos-filename: Debian-1.1-1/msdos-i386/graphics/svgalib1.deb
filename: Debian-1.1-1/binary-i386/graphics/svgalib1-bin_1.28-6.deb
msdos-filename: Debian-1.1-1/msdos-i386/graphics/svg1-bin.deb
filename: Debian-1.1-1/binary-i386/graphics/svgalib1-dev_1.28-6.deb
...


From debian-devel-request@lists.debian.org Wed Jul 17 15:53:11 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 15:28:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 15:28:21 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 10:52:16 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3816: uucp is still a.out
Reply-To: Andreas Jellinghaus <andij@dungeon.lake.de>, 3816@bugs.debian.org
Resent-From: Andreas Jellinghaus <andij@dungeon.lake.de>
Orignal-Sender: aj
Resent-To: debian-devel@lists.debian.org
Resent-Date: Wed, 17 Jul 1996 10:33:01 GMT
Resent-Message-ID: <handler.3816.B.83759928324058@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Sender: aj@bugs.debian.org
Message-ID: <31EBC8E2.3DFD5422@dungeon.lake.de>
Date: Tue, 16 Jul 1996 18:52:50 +0200
From: Andreas Jellinghaus <andij@dungeon.lake.de>
X-Mailer: Mozilla 3.0b5 (X11; I; Linux 2.0.6 i586)
MIME-Version: 1.0
To: submit@bugs.debian.org
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5105
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

package : uucp
version: 1.06-2

still a.out


From debian-devel-request@lists.debian.org Wed Jul 17 15:53:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 15:30:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 15:30:06 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 10:52:16 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3818: fortune is still a.out !
Reply-To: Andreas Jellinghaus <andij@dungeon.lake.de>, 3818@bugs.debian.org
Resent-From: Andreas Jellinghaus <andij@dungeon.lake.de>
Orignal-Sender: aj
Resent-To: debian-devel@lists.debian.org
Resent-CC: dhs@firefly.com (David H. Silber)
Resent-Date: Wed, 17 Jul 1996 10:33:03 GMT
Resent-Message-ID: <handler.3818.B.83759928324060@bugs.debian.org>
X-Debian-PR-Package: fortune
X-Loop: owner@bugs.debian.org
Sender: aj@bugs.debian.org
Message-ID: <31EBC80B.1A23E780@dungeon.lake.de>
Date: Tue, 16 Jul 1996 18:51:16 +0200
From: Andreas Jellinghaus <andij@dungeon.lake.de>
X-Mailer: Mozilla 3.0b5 (X11; I; Linux 2.0.6 i586)
MIME-Version: 1.0
To: submit@bugs.debian.org
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5106
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

package: fortune
version: 2.1-1

still a.out !

aj@dungeon:~$ file /usr/games/fortune /usr/sbin/strfile /usr/sbin/unstr 
/usr/games/fortune: setuid Linux/i386 demand-paged executable (QMAGIC)
/usr/sbin/strfile:  Linux/i386 demand-paged executable (QMAGIC)
/usr/sbin/unstr:    Linux/i386 demand-paged executable (QMAGIC)


From debian-devel-request@lists.debian.org Wed Jul 17 15:53:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 15:31:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 15:31:51 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 10:52:24 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3820: trn should be marked as news-reader
Reply-To: Andreas Jellinghaus <andij@dungeon.lake.de>, 3820@bugs.debian.org
Resent-From: Andreas Jellinghaus <andij@dungeon.lake.de>
Orignal-Sender: aj
Resent-To: debian-devel@lists.debian.org
Resent-CC: jkr@master.debian.org (Jonathan K. Rabone)
Resent-Date: Wed, 17 Jul 1996 10:33:04 GMT
Resent-Message-ID: <handler.3820.B.83759928324069@bugs.debian.org>
X-Debian-PR-Package: trn
X-Loop: owner@bugs.debian.org
Sender: aj@bugs.debian.org
Message-ID: <31EBC9F0.3BE60340@dungeon.lake.de>
Date: Tue, 16 Jul 1996 18:57:20 +0200
From: Andreas Jellinghaus <andij@dungeon.lake.de>
X-Mailer: Mozilla 3.0b5 (X11; I; Linux 2.0.6 i586)
MIME-Version: 1.0
To: submit@bugs.debian.org
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5107
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

package: trn
version: ? (of debian-1.1.1)

trn should be marked as news.reader, so inn will b e satisfied 
(inn recomends to install a news-reader. but only slrn is marked as
news-reader, trn and tin are not.)


From debian-devel-request@lists.debian.org Wed Jul 17 17:08:29 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 16:52:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 16:52:42 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 12:01:42 -0000
Resent-Date: 17 Jul 1996 12:01:42 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <joey@finlandia.Infodrom.North.DE>
Message-Id: <m0ugV66-002CMbC@finlandia.Infodrom.North.DE>
From: joey@finlandia.Infodrom.North.DE (Martin Schulze)
Subject: Re: BETA: miniSQL database engine & tools v1.0.16
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Wed, 17 Jul 1996 13:48:54 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ug9l8-0004PqC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 16, 96 02:01:00 pm
X-URL: http://home.pages.de/~joey/
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Resent-Message-ID: <"zlFWg.0.6u6.aODxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5108
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hallo Ian!

}> a) I have splitted the package into 4 parts to provide a maximum of
}>    flexibility.
}> 
}>    - libmsql1
}>    - msqld
}>    - msqladmin
}>    - msql

}Just one question - is this really necessary ?  I can see that the
}shared library might want to be a separate package, but surely (for
}example) the msqld and msqladmin packages want to be the same ?

msqld has to run on the machine that contains the engine, msqladmin
and msqldump hasn't.  To get a smart machine that acts as a mSQL
server you only have to install the library and the daemon.  You can
do all maintainance from your workstation if you like to.

Of course, when setting up the machine you have to install msqladmin,
too, but may purge it right after the databases are created.

Otherwise you'll get a mSQL engine whenever you want to install the
admin tools.

}Is msqlperl not small enough to be included in msql ?

I don't think that this would be a good idea, because it comes from a
different source package and is maintained separately.  The same
happens to dbf2msql which I shall package...

}> b) This mSQL package needs a special user id `msql' to maintain
}>    databases.  Please make sure that a user and a group with that name
}>    exists. (on my system they are uid=gid=25, if you choose different
}>    values, you HAVE TO recompile the package)
}
}You'll need to get this fixed, I'm afraid, before putting it in the
}distribution.

I?  Hmm, I'm sure this is Bruce' job, isn't it?  Or shall my preinst
script try to install a new user and group?


Regards,

	Joey

-- 
    / Martin Schulze  *  joey@infodrom.north.de  *  26129 Oldenburg /
   / To-Zeilen in öffentlichen Nachrichten ist FidoNet-Technologie /
  / <gröll>                                            ^^^^^^^^^^ /
 / ... endlich 'mal wieder ein echt gelungener Witz!!!           /
/                                              -- Rainer Scholz /


From debian-devel-request@lists.debian.org Wed Jul 17 20:28:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 20:10:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 20:10:14 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 13:49:26 -0000
Resent-Date: 17 Jul 1996 13:49:26 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <chrish@ana.concordia.ca>
Date: Wed, 17 Jul 1996 06:51:12 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
X-Sender: chrish@ana.concordia.ca
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: debian-devel@lists.debian.org
Subject: Re: Installer packages and arbitrary files referenced by packages
In-Reply-To: <m0ug9s9-0002lHC@debian.iaehv.nl>
Message-ID: <Pine.SGI.3.94.960717064722.25729B-100000@ana.concordia.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"MKbbm.0.Oh.bzExn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5109
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Would everyone be happy if I changed the guidelines to say that things
> like this (output from scripts that needs to be dumped somewhere, and
> files that packages, eg installer packages, need to read to install)
> should have a filename prompted for, and that the default should be
> ~root/<packagename><somethingorother> and preferably kept in some way
> from one installation to the next ?

And personally I'd be happy with any default location as long as packages
always prompt.

For some people ~root is on the (small) root partition while /tmp is a
symlink to the (roomier) /var/tmp on the var partition. But hey, if it
prompts then what do I care.

  Christian



From debian-devel-request@lists.debian.org Wed Jul 17 20:53:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 20:29:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 20:29:50 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 14:02:01 -0000
Resent-Date: 17 Jul 1996 14:02:01 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <chrish@ana.concordia.ca>
Date: Wed, 17 Jul 1996 07:03:45 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
X-Sender: chrish@ana.concordia.ca
To: Chris Fearnley <cjf@netaxs.com>
cc: branderh@debian.IAEhv.nl, syrus@ucsd.edu, mrn20@hermes.cam.ac.uk,
  debian-devel@lists.debian.org
Subject: Re: orphaned bash and related packages ?
In-Reply-To: <199607162112.RAA16759@access.netaxs.com>
Message-ID: <Pine.SGI.3.94.960717065734.25729C-100000@ana.concordia.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"Tjx5g2.0.Yr.O9Fxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5110
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 16 Jul 1996, Chris Fearnley wrote:

> 'branderh@debian.IAEhv.nl wrote:'
> >
> >Yes, I (erick) did take the fileutils package and am working on it.
> >
> >What do you folks want to be done with the color-ls thing.  AFAICS it seems
> >to be provided in the fileutils package.  I don't know if color support 
> >has been in fileutils but I presume that it wasn't.  Now that it is (with
> >3.13) we might remove the color-ls package?

If color-ls is being folded into the fileutils, I say we do the same and
make the 'color-ls' package obsolete.

> 
> Is "ls" colored?  Probably it's best to have a /bin/ls and
> /usr/bin/color-ls, so that scripts can us /bin/ls and pipe with it and
> etc.  And interactive sessions can use color-ls.

Hmm. We don't need the /usr/bin/color-ls link, do we?. Just put the color
ls as /usr/bin/ls and make it default to 'no color'. And provide a default
DIR_COLORS (or whatever file) that colors only when the output is sent to
a tty. That way both scripts and people will be happy.

> >I hope that no package exists out there what has a Depends on color-ls.
> 
> If it's a problem we could even "Provides: color-ls" in the control
> file.

None does. And anyhow, why would a package depend on color-ls? The 'color'
is useful for humans. For programs, doing a 'stat' is easier.

  Christian



From debian-devel-request@lists.debian.org Wed Jul 17 20:53:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 20:47:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 20:47:36 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 14:06:17 -0000
Resent-Date: 17 Jul 1996 14:06:17 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <chrish@ana.concordia.ca>
Date: Wed, 17 Jul 1996 07:08:02 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
X-Sender: chrish@ana.concordia.ca
To: Chris Fearnley <cjf@netaxs.com>
cc: Yves Arrouye <arrouye@marin.fdn.fr>, debian-devel@lists.debian.org
Subject: Re: VIRTUAL PACKAGES need to be added: awk, nawk
In-Reply-To: <199607162118.RAA17274@access.netaxs.com>
Message-ID: <Pine.SGI.3.94.960717070441.25729D-100000@ana.concordia.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"YtE8E3.0.4v.ODFxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5111
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 16 Jul 1996, Chris Fearnley wrote:

> 'Yves Arrouye wrote:'
>
> >I'd better like having just one virtual package "nawk" which effectively
> >holds the assumption that nawk supersedes awk. And packages would depend
> >on nawk then (if we ever consider having an awk package, this is a mistake
> >because not all packages need nawk really; but I think it's strange to have
> >a virtual awk package which actually provides nawk).
> 
> Hmm, "The AWK Programming Language" by Aho, Kernighan and Weinberger is
> not entitled "The NAWK Programming Language" even though it describes
> many features unique to nawk (and mawk and gawk too of course).  And
> ANSI C is usually just dubbed "C".  I think "awk" generally includes
> nawk implicitly and only when context demands does it mean (only) old
> awk.  So I prefer the single virtual package "awk" still.

Likewise here.

And if the distinction is really needed, we can always have an 'old-awk'
virtual package. Not that I think we'll ever need to do that...

  Christian



From debian-devel-request@lists.debian.org Wed Jul 17 22:33:30 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 22:21:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 22:21:06 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 15:27:23 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3821: [linux-security] sliplogin (fwd)
Reply-To: Michael Shields <shields@crosslink.net>, 3821@bugs.debian.org
Resent-From: Michael Shields <shields@crosslink.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Wed, 17 Jul 1996 15:18:01 GMT
Resent-Message-ID: <handler.3821.B.83761579029002@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v03007679ae12ad290f4b@[205.198.168.35]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 17 Jul 1996 14:46:44 +0000
To: debian-bugs@pixar.com
From: Michael Shields <shields@crosslink.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5112
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: netstd
Version: 2.05-1

>Approved-By: ALEPH1@UNDERGROUND.ORG
>X-Received: from tarsier.cv.nrao.edu by dfw.dfw.net.dfw.dfw.net (4.1/SMI-4.1)
>            id AA05808; Tue, 16 Jul 96 15:18:37 CDT
>X-Received: from marmoset.cv.nrao.edu (root@marmoset.cv.nrao.edu
>            [192.33.115.176]) by tarsier.cv.nrao.edu (8.6.13/$Revision: 2.9 $)
>            with ESMTP id QAA26858; Tue, 16 Jul 1996 16:16:06 -0400
>X-Received: from tarsier.cv.nrao.edu (majdom@tarsier.cv.nrao.edu
>            [192.33.115.50]) by marmoset.cv.nrao.edu (8.6.12/$Revision:
>3.20 $)
>            with ESMTP id FAA29067; Tue, 16 Jul 1996 05:12:07 -0400
>X-Received: (from majdom@localhost) by tarsier.cv.nrao.edu (8.6.13/$Revision:
>            2.9 $) id FAA21145; Tue, 16 Jul 1996 05:11:55 -0400
>Mime-Version: 1.0
>Precedence: list
>Approved-By:  Aleph One <aleph1@DFW.NET>
>Date: 	Tue, 16 Jul 1996 15:27:19 -0500
>Reply-To: Bugtraq List <BUGTRAQ@NETSPACE.ORG>
>Sender: Bugtraq List <BUGTRAQ@NETSPACE.ORG>
>From: David Holland <dholland@hcs.HARVARD.EDU>
>Subject:      [linux-security] sliplogin
>To: Multiple recipients of list BUGTRAQ <BUGTRAQ@NETSPACE.ORG>
>Status:
>
>Anyone running a version of sliplogin older than sliplogin-2.1.0
>(which can be gotten from sunsite.unc.edu:/pub/Linux/system/Network/serial
>or ftp.uk.linux.org:/pub/linux/Networking/transports) should remove it
>or upgrade it immediately.
>
>It does
>
>        setuid(0);
>        if (s = system(logincmd)) {
>           :
>        }
>
>without clearing the environment first. Therefore, anybody can get
>root trivially.
>
>The sliplogin from NetKit-B-0.06 is affected.
>Current RedHat sliplogin is not affected.
>Others I don't know about.
>
>--
>   - David A. Holland          | Number of words in the English language that
>     dholland@hcs.harvard.edu  | exist because of typos or misreadings: 381
>

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Wed Jul 17 22:33:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 22:25:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 22:25:53 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 15:32:21 -0000
Resent-Date: 17 Jul 1996 15:32:20 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <joost@rulcmc.leidenuniv.nl>
Message-Id: <m0ugYaF-00011NC@rulcmc.leidenuniv.nl>
From: joost@rulcmc.leidenuniv.nl (joost witteveen)
Subject: Re: Sociology and the bug tracking system
To: jimr@simons-rock.edu (James A. Robinson)
Date: Wed, 17 Jul 1996 17:32:15 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ugH13-0002DWC@plato> from "James A. Robinson" at Jul 16, 96 04:46:43 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"JFXNA3.0.qH2.4UGxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5113
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> > I've noticed that a couple of people have recently become offended
> > [with bug reports...] but there is something I really want to say here:
> > 
> > Reporting a bug against a package is _not_ per se a comment on the
> > character, competence or responsiveness of the maintainer.

I couldn't agree more, but as others have mentioned:

> I think some friction may arise between people when the maintainer and
> bug-reported disagree about whether or no there really is a problem.

Also here I couldn't agree more. Very often I see "bug reports" 
(usually against other people's packages, sometimes against mine),
reporting things that are arguably not done TheBestWay at the
moment in a package, but are also clearly not RealBugs (TM).

I know that using the bug-reporting system in such cases doesn't mean
anyone is commenting on the maintainer, but by reporting it as a
bug the maintainer _will_ have to do (some) more work.

In my view it would be better that, if someone dislikes the way a package
handles something (as opposed to finding a RealBug), s/he eighter
mails the maintainer privately, or reports a set of patches to
the bug-tracking system. I mean, if someone really wants something
to be improved, then I think he should spend the time improving it,
not trying to force the maintainer to do the work.


Oh, and before I offend anyone: I don't mean your bug-reports, they're OK!

-- 
joost witteveen
            joost@rulcmc.leidenuniv.nl
          joostje@debian.org
--
Use Debian/GNU Linux!


From debian-devel-request@lists.debian.org Wed Jul 17 22:58:30 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 22:37:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 22:37:58 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 16:21:07 -0000
Resent-Date: 17 Jul 1996 16:21:07 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kubla@zeder.netz.klinik.uni-mainz.de>
Message-Id: <199607171615.SAA09354@zeder.netz.klinik.uni-mainz.de>
X-Mailer: exmh version 1.6.7 5/3/96
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Packages that shouldn't be `Essential' 
In-reply-to: Your message of "Tue, 16 Jul 1996 13:42:00 -0000."
             <m0ug9Rz-0004PqC@chiark.chu.cam.ac.uk> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 17 Jul 1996 18:15:37 +0200
From: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>
Resent-Message-ID: <"w75t31.0.rA3.oBHxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5114
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi!

> I'm going to report bugs of the form `this package should not be
> marked as Essential' against the following list of packages:
> 
> adduser, ae, fdflush, kbd, modules[*], ncurses3.0, passwd, setserial,
                         ^
                         |
                         +--- will be fixed in the next release.

Dominik


From debian-devel-request@lists.debian.org Wed Jul 17 23:23:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 23:19:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 23:19:47 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 16:42:27 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3822: sysvinit: inittab should use 38400 for getty on vc
Reply-To: ecki@lina.inka.de (Bernd Eckenfels), 3822@bugs.debian.org
Resent-From: ecki@lina.inka.de (Bernd Eckenfels)
Resent-To: debian-devel@lists.debian.org
Resent-Date: Wed, 17 Jul 1996 16:33:01 GMT
Resent-Message-ID: <handler.3822.B.83762030130483@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Message-Id: <m0ugYpk-0004jSC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
To: submit@bugs.debian.org
Date: Wed, 17 Jul 1996 17:48:16 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5115
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package sysvinit
Version: 2.62-1

The gettys in /etc/inittab are started with 9600, which will make a few
full-screen applications (like joe) painfully slow. Joe calculates the
maximum number of character he is able to output to avoid buffer-overruns,
this will not happen, if it sees 38400 as the tty speed. Additionally
I will suggest to give a few getty lines more like this:

----------------------------------------------
...
# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Make sure that the tty devices are present in /dev/.
# To generate new ttys modify "MAXVT=" in /dev/MAKEDEV 
# and execute it.
#
# Format:
#  <id>:<runlevels>:<action>:<process>
t1:2345:respawn:/sbin/getty 38400 tty1
t2:2345:respawn:/sbin/getty 38400 tty2
t3:23:respawn:/sbin/getty 38400 tty3
t4:23:respawn:/sbin/getty 38400 tty4
t5:23:respawn:/sbin/getty 38400 tty5
t6:23:respawn:/sbin/getty 38400 tty6
t7:23:respawn:/sbin/getty 38400 tty7
#t8:23:respawn:/sbin/getty 38400 tty8
#t9:23:respawn:/sbin/getty 38400 tty9
#u0:23:respawn:/sbin/getty 38400 tty10
#u1:23:respawn:/sbin/getty 38400 tty11
#u2:23:respawn:/sbin/getty 38400 tty12
...
---------------------------------------------

Greetings
Bernd


From debian-devel-request@lists.debian.org Wed Jul 17 23:48:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 23:41:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 23:41:38 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 17:04:56 -0000
Resent-Date: 17 Jul 1996 17:04:56 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31ED15BE.5EB4BBAD@verisim.com>
Date: Wed, 17 Jul 1996 12:33:02 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Bug#3820: trn should be marked as news-reader
References: <31EBC9F0.3BE60340@dungeon.lake.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"6fAJu3.0.W_3.uqHxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5116
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> trn should be marked as news.reader, so inn will b e satisfied
> (inn recomends to install a news-reader. but only slrn is marked as
> news-reader, trn and tin are not.)

Is there a problem with multiple packages providing the same virtual
package?  Netscape should provide news-reader and mail-reader, too.

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.


From debian-devel-request@lists.debian.org Wed Jul 17 23:48:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 17 Jul 1996 23:43:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 17 Jul 1996 23:43:48 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 17:13:30 -0000
Resent-Date: 17 Jul 1996 17:13:30 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0uga9G-000147C@miles.econ.queensu.ca>
Date: Wed, 17 Jul 96 13:12 EDT
To: joey@finlandia.Infodrom.North.DE (Martin Schulze)
Cc: ian@chiark.chu.cam.ac.uk (Ian Jackson), debian-devel@lists.debian.org
Subject: Re: BETA: miniSQL database engine & tools v1.0.16
In-Reply-To: <m0ugV66-002CMbC@finlandia.Infodrom.North.DE>
References: <m0ug9l8-0004PqC@chiark.chu.cam.ac.uk>
	<m0ugV66-002CMbC@finlandia.Infodrom.North.DE>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"3cEym2.0.p94.wyHxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5117
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Martin> I?  Hmm, I'm sure this is Bruce' job, isn't it?  Or shall my
  Martin> preinst script try to install a new user and group?

I cannot find it in the Guidelines, but I think it's still valid: if a
package needs a special user or group id, the maintainer _has_ to register it
in advance with Bruce.


--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Thu Jul 18 00:38:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 00:26:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 00:26:14 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 18:04:18 -0000
Resent-Date: 17 Jul 1996 18:04:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <srivasta@diamond.pilgrim.umass.edu>
Sender: srivasta@pilgrim.umass.edu
X-Time: Wed Jul 17 14:04:26 1996
X-Mail-System: Vm 5.96 (beta) for GNU Emacs 19.31.1
Organization: University of Massachusetts, Amherst, MA 01003
To: Bruce Perens <Bruce@pixar.com>
Cc: debian-devel@lists.debian.org
Subject: Re: GNU Makefile that generates Debian package directly
References: <m0ugOrZ-0005YhC@mongo.pixar.com>
Mime-Version: 1.0 (generated by tm-edit 7.71)
Content-Type: text/plain; charset=US-ASCII
From: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Date: 17 Jul 1996 14:04:27 -0400
In-Reply-To: bruce@pixar.com's message of Tue, 16 Jul 96 22:09 PDT
Message-ID: <gvxspaq21uc.fsf@diamond.pilgrim.umass.edu>
Lines: 66
X-Mailer: Gnus v5.2.36/Emacs 19.31
Resent-Message-ID: <"dsDEo.0.-Y4.YiIxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5118
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

	If I understand this correctly, the pre and post install
 scripts are encapsulated in the debian.rules (using echo to generate
 the files). This gets rather tedious for large scripts^1, unless
 external files are used.  

	Even if we use external files (and use cat rather than echo),
 the current scripts expect to be called in a variety of different
 scenarios with different command line options^2. How do we introduce
 even a shadow of the complex dance  that dpkg dances in a makefile
 snippet?  Or am I missing the point entirely?

	manoj

^1 Script sizes: on my system the following holds:
----------------------------------------------------------------------
Number of lines in script                 Number of scripts
----------------------------------------------------------------------
  1 -   9					90
 10 -  99					84
100 - 199					 7
200 - 299					 4
300 - 399					 3
400+						 1
----------------------------------------------------------------------
					       189
----------------------------------------------------------------------
^2: Script options.
<new preinst> install
<new preinst> install <old-version>
<new preinst> upgrade <old-version>
<old preinst> abort-upgrade <new-version>

<postinst> configure <most-recently-configured-version>
<old postinst> abort-upgrade <new version>
<conflictor's postinst> abort-remove in-favour <package> <new version>
<deconfigured's postinst> abort-deconfigure \
              in-favour <package-being-installed-but-failed> <version>
              removing <conflicting-package> <version>

<prerm> remove
<old prerm> upgrade <new version>
<new prerm> failed-upgrade <old-vppersion>
<conflictor's prerm> remove in-favour <package> <new version>
<deconfigured's prerm> deconfigure \
              in-favour <package-being-installed> <version> \
              removing <conflicting-package> <version>

<postrm> remove
<postrm> purge
<old postrm> upgrade <new-version>
<new postrm> failed-upgrade <old-version>
<new postrm> abort-install
<new postrm> abort-install <old-version>
<new postrm> abort-upgrade <old-version>
<disappearer's postrm> disappear <overwriter> <new version>


-- 
 If the newspapers of a country are filled with good news, the jails
 will be filled with good people.  -- Daniel P. Monynihan
Manoj Srivastava               Systems Research Programmer, Project Pilgrim,
Phone: (413) 545-3918                A143B Lederle Graduate Research Center,
Fax:   (413) 545-1249         University of Massachusetts, Amherst, MA 01003
<srivasta@pilgrim.umass.edu> <URL:http://www.pilgrim.umass.edu/%7Esrivasta/>


From debian-devel-request@lists.debian.org Thu Jul 18 00:38:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 00:36:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 00:36:27 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 18:22:35 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3823: Gdb's `handle' command behaviour differs from doc.
Reply-To: Yves Arrouye <arrouye@marin.fdn.fr>, 3823@bugs.debian.org
Resent-From: Yves Arrouye <arrouye@marin.fdn.fr>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Wed, 17 Jul 1996 18:03:03 GMT
Resent-Message-ID: <handler.3823.B.8376263011559@bugs.debian.org>
X-Debian-PR-Package: gdb
X-Loop: owner@bugs.debian.org
Date: Tue, 16 Jul 1996 12:05:35 +0200
Message-Id: <199607161005.MAA05992@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5119
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: gdb
Version: 4.15.1-1

The info manual for gdb says:

`handle SIGNAL KEYWORDS...'
     Change the way GDB handles signal SIGNAL.  SIGNAL can be the
     number of a signal or its name (with or without the `SIG' at the
     beginning).  The KEYWORDS say what change to make.

But typing

    gdb> handle QUIT pass nostop

does not work whereas

    gdb> handle SIGQUIT pass nostop

works.

Yves.


From debian-devel-request@lists.debian.org Thu Jul 18 01:28:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 01:14:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 01:14:57 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 19:21:21 -0000
Resent-Date: 17 Jul 1996 19:21:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <cjf@netaxs.com>
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607171921.PAA13914@access.netaxs.com>
Subject: Re: debiandoc change of name?
To: debian-devel@lists.debian.org
Date: Wed, 17 Jul 1996 15:21:15 -0400 (EDT)
In-Reply-To: <m0ug6Ud-000HVzC@liw.clinet.fi> from "Lars Wirzenius" at Jul 16, 96 12:32:32 pm
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
Resent-Message-ID: <"XmGqE1.0.S76.nqJxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5120
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Lars Wirzenius wrote:'
>
>--==_Exmh_-968299140P
>Content-Type: text/plain; charset=us-ascii
>
>I've just noticed that there is a package called doc-debian, which provides
>/usr/doc/debian and /usr/info/debian-faq.info.gz.  The name is similar to
>debiandoc, my package for viewing docs via WWW.  I guess I should rename
>debiandoc to avoid confusion.  Since debiandoc is so new, this shouldn't
>be too much of a problem.
>
>Any suggestions for a better name?

How about docview?

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Thu Jul 18 03:08:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 02:46:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 02:46:42 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 21:06:40 -0000
Resent-Date: 17 Jul 1996 21:06:40 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ugSu0-000HVuC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: Re: Can we reorganise the "devel" dir, please? 
In-Reply-To: Your message of "Tue, 16 Jul 1996 15:31:00 -0000."
             <m0ugB9a-0004Q7C@chiark.chu.cam.ac.uk> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1201483640P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 17 Jul 1996 12:28:13 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"pxS4K1.0.Wr7.VNLxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5121
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_1201483640P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Ian Jackson:
> dselect and dpkg can.  dpkg-scanpackages can too, but it seems to me
> that using hyphenated rather than slash-separated names is probably
> better.

If we start creating subdirectories of devel, we should move all packages
to the subdirectories.  It is too difficult to find subdirectories among
a couple of dozen packages.

> I think that we need to think about what kind of packages people may
> choose to install or not to install.  Remember that we already have a
> priority classification scheme for saying whether something is
> `important' or `standard', so there's little point in separating
> devel-base and devel-extra or whatever.

It is my impression that many people will only use gcc for compiling 
the kernel.  I think we should make it easy to download just the essentials
for that.

> Useful categories might be scripting languages

I'd prefer to call them interpreters.  For example, Lisp and Python aren't
scripting languages.

> shared libraries (which ought not to be in devel at all IMO), 

I agree.



--==_Exmh_1201483640P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMeyyKoQRll5MupLRAQHRSgQApDvJ0tNm4GgYjN8J0U3rvSrL18pkSNBB
ZiJrBzJaeuuYAzGA+Q1HtWx4u9rkbYe+mNGHEpWVHSdJ2qcW96Z4hjFoGHRrbyPE
Rm46nALU3WQ/GakhmpuhAHPYHnoxoVNCs3uFZChej7K1YxaJG+4VMJT3ZH0tx73n
NO/S2jdOXSc=
=8iIv
-----END PGP MESSAGE-----

--==_Exmh_1201483640P--


From debian-devel-request@lists.debian.org Thu Jul 18 03:08:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 03:05:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 03:05:27 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 21:42:39 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3824: exmh fails to start
Reply-To: amos@dsi.co.il (Amos Shapira), 3824@bugs.debian.org
Resent-From: amos@dsi.co.il (Amos Shapira)
Orignal-Sender: amos@dsi.co.il
Resent-To: debian-devel@lists.debian.org
Resent-CC: krs@caos.aamu.edu (Karl R. Sackett)
Resent-Date: Wed, 17 Jul 1996 21:33:04 GMT
Resent-Message-ID: <handler.3824.B.83763830718742@bugs.debian.org>
X-Debian-PR-Package: exmh
X-Loop: owner@bugs.debian.org
Message-Id: <199607172106.AAA01137@birnam.dsi.co.il>
To: debian-bugs@pixar.com
From: amos@dsi.co.il (Amos Shapira)
Mime-Version: 1.0 (generated by tm-edit 7.69)
Content-Type: text/plain; charset=US-ASCII
Date: Thu, 18 Jul 1996 00:06:07 +0300
Sender: amos@dsi.co.il
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5122
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: exmh
Version: 1.6.7-2

exmh will not start running, instead it outputs:
----------------------------------------------------------------------
|birnam| exmh
error while autoloading "Env_Init": bad option "join": should be atime,
dirname, executable, exists, extension, isdirectory, isfile, lstat,
mtime, owned, readable, readlink, root, size, stat, tail, type,
or writable
    while executing
"Env_Init"
    (file "/usr/bin/exmh" line 75)
    invoked from within
"source /usr/bin/exmh"
----------------------------------------------------------------------

Then dies (list of "should be..." folded manually by me to fit to mail
message).

I've got such errors also when I tried to install exmh manually, I
suspect it has something to do with the tcl and tk versions
combination but never found the exact problem nor a fix.

Here are the related package versions I have:

----------------------------------------------------------------------
Desired=Unknown/Install/Remove/Purge
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name            Version        Description
+++-===============-==============-============================================
ii  exmh            1.6.7-2        An X user interface for MH mail.
ii  tk40            4.0p3-3        The Tk toolkit for TCL and X11 v4.0 - Run-Ti
ii  tcl74           7.4p3-3        The Tool Command Language (TCL) v7.4 - Run-T
ii  mh              6.8.4-2        A set of electronic mail handling programs.
ii  metamail        2.7-3          An implementation of MIME.
ii  pgp-i           2.6.2i-5       Public key encryption system (International 
ii  glimpse         3.5-1          Full-text indexing and searching tools
ii  expect          5.19.0-1       The expect/expectk programs and libraries.
----------------------------------------------------------------------

Thanks.

--Amos

--Amos Shapira                    | "Of course Australia was marked for
133 Shlomo Ben-Yosef st.          |  glory, for its people had been chosen
Jerusalem 93 805                  |  by the finest judges in England."
ISRAEL            amos@dsi.co.il  |                     -- Anonymous


From debian-devel-request@lists.debian.org Thu Jul 18 03:33:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 03:23:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 03:23:20 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 22:18:22 -0000
Resent-Date: 17 Jul 1996 22:18:22 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <strombrg@hydra.acs.uci.edu>
Sender: strombrg@hydra.acs.uci.edu
Message-ID: <31ED6694.1B76@hydra.acs.uci.edu>
Date: Wed, 17 Jul 1996 15:17:56 -0700
From: Dan Stromberg <strombrg@hydra.acs.uci.edu>
X-Mailer: Mozilla 2.02 (X11; I; SunOS 5.5.1 sun4m)
MIME-Version: 1.0
To: branderh@debian.IAEhv.nl
CC: debian-devel@lists.debian.org
Subject: Re: Source packaging
References: <m0ug74B-0002hoC@debian.iaehv.nl>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"54r0M3.0.1-.jQMxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5123
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

There would be a use for a utility that could:

1) Take a hostname and fuzzily specified package name.  An app-specific
   override might be needed for apps that "don't follow the usual
   naming rules"
2) Use that input to grab "the most recent version" of that package
   (.tar.gz or similar), and any related patches.

Tools for building up an executable from the .tar.gz (plus patches)
already exist.  We've been seeing good results with one locally.

With such a program at hand, of course, rebuilding an entire OS could
become a series of:

1) Fetch the program
2) build it
3) install it
4) blow it away, or leave it around to be expired later

An interaction between the "fetcher" and the "builder" could also be
beneficial, like:

1) Fetch the most recent
2) Attempt a build
3) Find that the build glitched, via an app-specific test for presence
   of executables or similar
4) Iterate over fetching the previous versions, back thru the last   
   version known to work ok
5) finally build something that at least produces executables
6) install it
7) blow it away, or...

branderh@debian.IAEhv.nl wrote:
> 
> > I'm seriously unconvinced that a URL would be that useful - it
> > wouldn't last from one version to another, probably, and would in any
> > case often yield a file that needed to be repacked and unpacked.
> 
> I propose a splitted URL only providing the site and the directory and the
> original source file like this:
> 
> URL: ftp://ftp.gnu.ai.mit.edu/pub/gnu/ textutils-1.18.tar.gz
> 
> This is very informative for humans, easily machine convertible to a
> complete url.
> 
> > It might be worth suggesting that debian/rules contain a `fetch new
> > original source' target, which would FTP it from some appropriate
> > place and do any rearrangement that would be necessary.  Is
> > `origsource' a good name for this ?
> 
> `getorig' or `getorigsrc' is better or are these in use ?.
> 
> Erick Branderhorst  http://www.iaehv.nl/users/branderh/


From debian-devel-request@lists.debian.org Thu Jul 18 04:23:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 04:04:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 04:04:22 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 22:45:52 -0000
Resent-Date: 17 Jul 1996 22:45:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Thu, 18 Jul 1996 00:36:19 +0200
Message-Id: <199607172236.AAA01026@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: Re: VIRTUAL PACKAGES need to be added: awk, nawk
In-Reply-To: <Pine.SGI.3.94.960717070441.25729D-100000@ana.concordia.ca>
References: <199607162118.RAA17274@access.netaxs.com>
	<Pine.SGI.3.94.960717070441.25729D-100000@ana.concordia.ca>
Resent-Message-ID: <"A2I5F.0.9K1.VqMxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5124
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Christian Hudon writes:
 > > Hmm, "The AWK Programming Language" by Aho, Kernighan and Weinberger is
 > > not entitled "The NAWK Programming Language" even though it describes
 > > many features unique to nawk (and mawk and gawk too of course).  And
 > > ANSI C is usually just dubbed "C".  I think "awk" generally includes
 > > nawk implicitly and only when context demands does it mean (only) old
 > > awk.  So I prefer the single virtual package "awk" still.
 > 
 > Likewise here.
 > 
 > And if the distinction is really needed, we can always have an 'old-awk'
 > virtual package. Not that I think we'll ever need to do that...

You're right. Nobody will use anything other than nawk, I think.
Yves.


From debian-devel-request@lists.debian.org Thu Jul 18 04:23:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 04:05:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 04:05:02 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 22:46:12 -0000
Resent-Date: 17 Jul 1996 22:46:11 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Wed, 17 Jul 1996 20:51:48 +0200
Message-Id: <199607171851.UAA03882@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: iBCS2 support in Debian?
Resent-Message-ID: <"D5j691.0.SK1.pqMxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5125
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Is someone working on this (or is it already ready)? Every distribution
I hear of has iBCS2 support at installation time, but does Debian? This
would be nice, I think.

Yves.


From debian-devel-request@lists.debian.org Thu Jul 18 04:23:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 04:05:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 04:05:33 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 22:46:24 -0000
Resent-Date: 17 Jul 1996 22:46:23 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Wed, 17 Jul 1996 21:03:56 +0200
Message-Id: <199607171903.VAA04066@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: Re: RPM 2.1
In-Reply-To: <xe1logqjx0y.fsf@maneki-neko.cygnus.com>
References: <xe1logqjx0y.fsf@maneki-neko.cygnus.com>
Resent-Message-ID: <"uXv0Z3.0.fK1._qMxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5126
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

 > The highlights of the new release include:
 > 
 > 	2) Relocateable packages
 > 	3) Support for building and installing packages as non-root user

As I understand it, we will have support for building non-root. I still
consider that it would be nice to be able to install non-root, which may
easily be done (as long as not setuid/setgid files need to be installed)
as follows:

  - make dpkg setgid to a 'pkgmgr' (or whatever its name) group;
  - (eventually, dpkg adds /usr/sbin to its path at startup);
  - make /var/lib/dpkg files writable by the pkgmgr group;
  - dpkg only uses this group when maintaining files there, and if not
    root does not try to restore ownership when installing files.

Now if someone non-root wants to install, he must just have enough
permissions to create the files. (I know this is incomplete, but it's
feasible).

This would of course be of a great interest if some packages could be
relocated, their package scripts getting a new argument giving the
root of installation in order to configure the files correctly.

Yves.


From debian-devel-request@lists.debian.org Thu Jul 18 04:23:47 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 04:06:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 04:06:11 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 22:57:40 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3825: %p either misbehaves or misdocumented
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3825@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Wed, 17 Jul 1996 22:48:06 GMT
Resent-Message-ID: <handler.3825.B.83764281520691@bugs.debian.org>
X-Debian-PR-Package: libc5
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <8NXmiJtl3@sfere.elmail.co.uk>
Date: Wed, 17 Jul 96 23:09:49 +0100 (BST)
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5127
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: libc5
Version: 5.2.18-9

    richard@sfere:junk$ cat t.c
    #include <stdio.h>

    int main(void)
    {
	printf("%p\n", NULL);
	return 0;
    }
    richard@sfere:junk$ cc -o t t.c
    richard@sfere:junk$ ./t
    (nil)
    richard@sfere:junk$ 

But according to the printf(3) man page:


       p      The ``void *'' pointer argument is printed in  hex-
              adecimal (as if by %#x or %#lx).

``(nil)'' doesn't look very hexadecimal to me.  I think it ought to
print ``0x0''.

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Thu Jul 18 04:23:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 04:06:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 04:06:56 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 22:57:48 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#2318: emacs sendmail complaints
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 2318@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Eichin <eichin@kitten.gen.ma.us>
Resent-Date: Wed, 17 Jul 1996 22:48:10 GMT
Resent-Message-ID: <handler.2318.B2318.83764281520682@bugs.debian.org>
X-Debian-PR-Package: emacs
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <8NXmb0tl2@sfere.elmail.co.uk>
Date: Wed, 17 Jul 96 23:01:36 +0100 (BST)
To: eichin@kitten.gen.ma.us (Mark W. Eichin), 2318@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <xe1k9w4hbkp.fsf@paycheck.kitten.gen.ma.us>
References: <xe1k9w4hbkp.fsf@paycheck.kitten.gen.ma.us>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5128
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Mark W. Eichin writes:

>As for the default use of "-f (user-login-name)", perhaps you could be
>clearer about why you *wouldn't* want to pass that?

Suppose my login name is unrelated to my email address?  For the MUA
to override it is potentially a foolish thing to do in such a
situation.

With a correctly set up mailer, there's no good reason to use the -f
option in the normal course of sending mail.

>I'd suggest that perhaps the problem is in Smail, if it deals any
>differently in this case... but I'd need more information to really
>decide, so I won't close this report just yet.

In my original bug report I said it made it hard to do `non-obvious
things' ... unfortunately they're sufficiently non-obvious that I
can't remember what they were, and I certainly can't make smail do
anything stupid by adding `-f richard' when calling it directly.

Perhaps it's a more recent version of smail, with some obscure bug
fixed.  I don't know.

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Thu Jul 18 04:48:47 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 04:28:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 04:28:15 -0000
Received: (qmail-queue invoked by uid 40); 17 Jul 1996 23:22:50 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3806: dump doesn't record the dump dates...
Reply-To: Carlos Carvalho <carlos@riglos.fisica.ufpr.br>, 3806@bugs.debian.org
Resent-From: Carlos Carvalho <carlos@riglos.fisica.ufpr.br>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Frey <David.Frey@eos.lugs.ch>
Resent-Date: Wed, 17 Jul 1996 23:03:04 GMT
Resent-Message-ID: <handler.3806.B.83764431521825@bugs.debian.org>
X-Debian-PR-Package: dump
X-Loop: owner@bugs.debian.org
Message-Id: <m0ugf8e-00002GC@riglos.fisica.ufpr.br>
Date: Wed, 17 Jul 96 19:32 EST
From: Carlos Carvalho <carlos@riglos.fisica.ufpr.br>
To: debian-bugs@pixar.com
In-Reply-To: <m0ugdqS-000AHoa@eos>
References: <m0ugClM-00002iC@riglos.fisica.ufpr.br>
	<m0ugdqS-000AHoa@eos>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5130
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

David Frey (david@eos.lugs.ch) wrote on 17 July 1996 23:09:
 >Carlos> Package: dump
 >Carlos> Version: 0.3-5
 >Carlos> 
 >Carlos> I used the command
 >Carlos> dump 0f - / | (cd /mnt; restore xf -)
 >Carlos> 
 >Carlos> to make a copy of the root partition. The file /etc/dumpdates was
 >Carlos> created, but it was empty at the end. This means that I can't do level
 >Carlos> 9 dumps/restores to track only the modifications... The same happens
 >Carlos> if I dump other partitions. The dump/restore itself seems to work.
 >
 >Haven't you forgot the u (update /etc/dumpdates) flag?

Yes :-( In fact u isn't the default. I think it should be, because the
file is created, but left empty, so the behaviour is inconsistent.

Carlos


From debian-devel-request@lists.debian.org Thu Jul 18 09:48:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 09:25:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 09:25:36 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 07:02:51 -0000
Resent-Date: 18 Jul 1996 07:02:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bdale@gag.com>
Date: Thu, 18 Jul 1996 01:14:31 -0600
From: Bdale Garbee <bdale@gag.com>
Message-Id: <199607180714.BAA15040@chunks.gag.com>
To: debian-devel@pixar.com
Subject: pc532down_1.1-2 uploaded to master
Resent-Message-ID: <"m8GxO1.0.K2.Q6Uxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5131
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 18 Jul 96 07:07 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Bdale Garbee <bdale@gag.com>
Source: pc532down
Version: 1.1-2
Binary:  pc532down
Architecture:  i386 source
Description: 
 pc532down: Downloader for pc532 monitor ROM.
Changes: fix extended description (Bug#3633), update to new naming stuff
Files:
 b623abcdbb7590cb369e2ff4eaad57a7  10018  misc  -  pc532down_1.1-2.tar.gz
 1f34e2dcc25e6802f15e0a5914221a33  6362  misc  -  pc532down_1.1-2.diff.gz
 685d403a6fdc686e1d942adda71d3d44  5740  misc  extra  pc532down_1.1-2_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBMe3jBuqS7YWdYhDJAQEktQP/fleFj7mn6Ssp6pz9wWbDrPfQ8k9NtWgb
NeeFqc5RvKfPJJ0fmLOjK8r5t4CHoV3paXkfm/19+OLvX64hCvddJ0sienZAfBJ6
nibDhfhkS1lxz15zt01DVQ7Obi7yIRlFay5a4FuXMTBM2NCRAmeGRLEXvKF3SWZg
gWTuMPmPGrg=
=Xhrj
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Thu Jul 18 09:48:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 09:42:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 09:42:47 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 07:30:49 -0000
Resent-Date: 18 Jul 1996 07:30:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bdale@gag.com>
Date: Thu, 18 Jul 1996 01:42:28 -0600
From: Bdale Garbee <bdale@gag.com>
Message-Id: <199607180742.BAA16444@chunks.gag.com>
To: debian-devel@pixar.com
Subject: gzip_1.2.4-11 uploaded to master
Resent-Message-ID: <"YgWbE1.0.MT.eWUxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5132
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 18 Jul 96 07:38 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Bdale Garbee <bdale@gag.com>
Source: gzip
Version: 1.2.4-11
Binary:  gzip
Architecture:  i386 source
Description: 
 gzip: The GNU compression utility.
Changes: add z[ef]grep links (Bug#3326), add extended description (Bug#3591)
Files:
 dd74ce61aec6db5292cf5c86f4aa6238  234529  base  -  gzip_1.2.4-11.tar.gz
 ca0d499820b55adb59aa1e1845929749  5984  base  -  gzip_1.2.4-11.diff.gz
 a5c016213f905dbc66c74df90b1bce9d  51956  base  required  gzip_1.2.4-11_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBMe3qUuqS7YWdYhDJAQF45gQAs1pGwVbPIsrMbFmTS4qyOl7h883xLKVv
99ThSHo8N57x24EIIaYz3CjjkeM39n+L0YENjwgL1P/ueKw82Rs0LNtNKFZxK0+P
zFzkVmtDtXIUX0tEv8owyjE1fXO+fk3jq9jCDua5jG+aY2gHCxCFrO4CVIWJHlqZ
+uTySihF+Co=
=Xofe
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Thu Jul 18 10:13:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 10:02:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 10:02:51 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 08:33:03 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3827: Tk4.0's bell flashes the display
Reply-To: Philippe Troin <phil@sj-coop.net>, 3827@bugs.debian.org
Resent-From: Philippe Troin <phil@sj-coop.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Thu, 18 Jul 1996 08:18:06 GMT
Resent-Message-ID: <handler.3827.B.83767733624644@bugs.debian.org>
X-Debian-PR-Package: tk40
X-Loop: owner@bugs.debian.org
From: Philippe Troin <phil@sj-coop.net>
Message-Id: <199607180753.AAA25543@tantale.sjcoop.net>
To: submit@bugs.debian.org, david@ods.com
Date: Thu, 18 Jul 1996 00:52:58 -0700 (PDT)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5133
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: tk40
Version: 4.0p3-3

I found a problem with wish/tk4.0. When one uses the wish `bell' command,
the display flashes badly (probably changing quickly to the underlaying
console text mode, and then back to the graphic mode).

This simple script will demonstrate the problem:
	#!/usr/bin/wish
	bell
	exit 0

After investigation, it appeared that that the bell command sends a
XForceScreenSaver request to the server, which is what causes the flash.

This quick'n'dirty patch will fix the problem:

diff -cr tk4.0.orig/tkCmds.c tk4.0/tkCmds.c
*** tk4.0.orig/tkCmds.c	Sat Jun 24 17:43:37 1995
--- tk4.0/tkCmds.c	Wed Jul 17 23:56:48 1996
***************
*** 77,83 ****
  	}
      }
      XBell(Tk_Display(tkwin), 0);
!     XForceScreenSaver(Tk_Display(tkwin), ScreenSaverReset);
      XFlush(Tk_Display(tkwin));
      return TCL_OK;
  }
--- 77,83 ----
  	}
      }
      XBell(Tk_Display(tkwin), 0);
!     /*    XForceScreenSaver(Tk_Display(tkwin), ScreenSaverReset); */
      XFlush(Tk_Display(tkwin));
      return TCL_OK;
  }

I guess that the idea behind this XForceScreenSaver is to reset the screensaver
if a wish application sends a beep.

However, the other beeping programs didn't show the problem, and think Tk
justs wants to be better than the others :-)

I think the definitive patch would be to fix the XF86 server so that it
doesn't blink when the XForceScreenSaver X request is received.

Phil.

Some configuration information:
Debian 1.1 (mostly, except some packages fixes)
Linux tantale 2.0.7 #1 Mon Jul 15 21:40:10 PDT 1996 i486
libc 5.2.18

Package: tk40
Status: install ok installed
Priority: optional
Section: devel
Maintainer: David Engel <david@ods.com>
Source: tk40
Version: 4.0p3-3
Depends: tcl74 (>= 7.4p3-3), elf-x11r6lib
Conflicts: tk
Description: The Tk toolkit for TCL and X11 v4.0 - Run-Time Package.
 Tk is an X11 toolkit that provides the Motif look and feel and is 
 implemented using the Tcl scripting language.


Package: tcl74
Status: install ok installed
Priority: optional
Section: devel
Maintainer: David Engel <david@ods.com>
Source: tcl74
Version: 7.4p3-3
Depends: libc5 (>= 5.2.18-5)
Conflicts: tcl
Description: The Tool Command Language (TCL) v7.4 - Run-Time Package.
 TCL is a powerful, easy to use, interpreted scripting language.

Package: xlib
Status: install ok installed
Priority: standard
Section: x11
Maintainer: Stephen Early <sde1000@debian.org>
Source: XFree86
Version: 3.1.2-7
Replaces: elf-x11r6lib
Provides: xR6shlib, xlibraries, elf-x11r6lib
Depends: libc5, ldso (>= 1.7.14-1)
Conflicts: elf-x11r6lib
Description: XFree86 3.1.2 shared libraries

Package: xserver-svga
Status: install ok installed
Priority: optional
Section: x11
Maintainer: Stephen Early <sde1000@debian.org>
Source: XFree86
Version: 3.1.2-5
Replaces: xsvga
Provides: xserver
Depends: libc5
Recommends: xfntbase
Suggests: xbase
Conflicts: xsvga
Description: XFree86 3.1.2 SVGA server
 This package provides an X server suitable for use with all SVGA video
 cards. The server also makes use of the accelerator features of Cirrus,
 Western Digital and Oak chipsets.


From debian-devel-request@lists.debian.org Thu Jul 18 10:38:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 10:17:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 10:17:53 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 09:06:11 -0000
Resent-Date: 18 Jul 1996 09:06:11 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Tue, 16 Jul 1996 14:32:21 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
Fake-Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Local packages - how to handle them ?
In-Reply-To: <m0ufxJ3-0004RDC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.SUN.3.91.960716141909.4693B-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"RJjI82.0.Pw1.3wVxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5134
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 16 Jul 1996, Ian Jackson wrote:
> 
> 1st additional feature:
> 
> Extend the version number syntax in a way that means that certain
> version numbers are (a) reserved for locally-generated packages and
> (b) always considered `more recent' than all other numbers.  Perhaps a
> range of `locality' would be useful here.

   hello_l-1.2.3-4.deb: local overrides even newer distribution
   hello_1.2.3-4-l.deb: new distributed overrides local one

i think there are no version strings starting or ending with l-
resp -l.

version ordering rule (#1, #2 are nowadays version numbers): 
  l-#1 >= l-#2  iff  #1 >= #2
  l-#1 >  #2
  
  #1-l >= #2-l  iff  #1 >= #2
  #1-l >  #2    iff  #1 >= #2
  #1   >  #2-l  iff  #1 >  #2

my $0.02

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Thu Jul 18 10:38:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 10:27:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 10:27:56 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 09:06:50 -0000
Resent-Date: 18 Jul 1996 09:06:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Wed, 17 Jul 1996 13:30:32 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
Fake-Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Bill Bumgarner <bbum@friday.com>
cc: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Hey, a NeXT Black Box is an m68k machine...
In-Reply-To: <199607170231.VAA04398@www.friday.com>
Message-ID: <Pine.SUN.3.91.960717132130.8154D-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"iuHFW1.0.0x1.gwVxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5135
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 16 Jul 1996, Bill Bumgarner wrote:
> 
> ...has anyone tried running Linux on it?   

i don't know anyone.

> Anyone interested? 

sure! we are interested in any new m68k platform. :-)
but you have to be a kernel hacker and have the
hardware info's to port the device drivers.

if you would like to try a port, look at the m68k faq at 
tsx-11, somewhere in .../linux/680x0/FAQ.gz for our kernel
development list, or ask me, i can send it to you.

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Thu Jul 18 10:38:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 10:30:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 10:30:42 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 09:10:40 -0000
Resent-Date: 18 Jul 1996 09:10:39 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Thu, 18 Jul 1996 11:05:20 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Kai Henningsen <kai@khms.westfalen.de>
cc: debian-devel@lists.debian.org, sgk@sgk.tiac.net
Subject: Re: for the FAQ: need precise meaning of various arch's
In-Reply-To: <6D2OfAhjcsB@khms.westfalen.de>
Message-ID: <Pine.SUN.3.91.960718104633.12324A-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"vR92J2.0.8z1.F-Vxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5136
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On 17 Jul 1996, Kai Henningsen wrote:
> sgk@sgk.tiac.net (Susan G. Kleinmann)  wrote on 16.07.96 in <199607161316.JAA00804@sgk.tiac.net>:
> 
> > Exactly what platform does binary-68k refer to?
> > Does this mean
> >  -- the PowerPC (if so, who makes "the" PowerPC?), or
> >  -- any PowerPC, or
> >  -- something else (if so, what else)?
> 
> It means the 680x0 family of processors, with x=2, 3, 4, or 6. 

the ppc is as near to the m68k as the mips, sparc, m68k are near to the 
i386. they are completely different processors with no connection 
whatsoever.

currently the m68k port of the linux kernel is done mainly for the
atari and amiga type of computers, but also for some vme based 
industry standard boards.

there are very regularly questions whether there is a port of linux
to the old m68k based mac's. the answer is short: no. the problem is
that anyone want's such a beast, but noone tries to make one. there 
is also another problem with apple, which doesn't give anyone
the needed hardware information, but some information should be 
possible to gather from the netbsd port.

> (68020 needs an external MMU - 68851? Better look at the FAQ for 
> that port, I'm sure there is one.) 

yes, eg on tsx-11 somewhere in .../linux/680x0/FAQ.gz, as well as
in the news.answers archives in linux/m68k-faq and regularily on
comp.os.linux.m68k, and just as well i can send it to you.

jjm

ps: if you have some m68k questions please direct them to 
debian-68k@lists.debian.org as there is too much traffic here
that i could scan through all articles

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Thu Jul 18 11:03:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 10:44:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 10:44:40 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 09:31:47 -0000
Resent-Date: 18 Jul 1996 09:31:47 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Wed, 17 Jul 1996 12:14:22 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
Fake-Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: debian-devel@lists.debian.org
Subject: Re: Source packaging - alternatives
In-Reply-To: <m0ug9vP-0004PqC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.SUN.3.91.960717121239.8154A-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"0cqv51.0.E92.3IWxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5137
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 16 Jul 1996, Ian Jackson wrote:
>
> Look, all of you people who want to include scripts in this might as
> well give up.
> 
> I'm not interested in continuing this discussion; my mind is made up.
> I *will not* implement or accept any scheme that involves executing
> (trusting) parts of Debian source packages when they are unpacked (and
> that means the process of producing the Debianised source tree from
> the Debian source files).

and if anyone thinks (s)he _really_ needs that, why not putting that
stuff in the debian.rules file? 

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Thu Jul 18 11:54:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 11:29:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 11:29:57 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 11:03:04 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3828: suck : i don't wont to run suck as root
Reply-To: Andreas Jellinghaus <andij@dungeon.lake.de>, 3828@bugs.debian.org
Resent-From: Andreas Jellinghaus <andij@dungeon.lake.de>
Orignal-Sender: aj
Resent-To: debian-devel@lists.debian.org
Resent-CC: Christophe Le Bars <clebars@debian.org>
Resent-Date: Thu, 18 Jul 1996 10:48:05 GMT
Resent-Message-ID: <handler.3828.B.83768634226891@bugs.debian.org>
X-Debian-PR-Package: suck
X-Loop: owner@bugs.debian.org
Sender: aj@bugs.debian.org
Message-ID: <31ECC0E1.28DEAD8A@dungeon.lake.de>
Date: Wed, 17 Jul 1996 12:30:57 +0200
From: Andreas Jellinghaus <andij@dungeon.lake.de>
X-Mailer: Mozilla 3.0b5 (X11; I; Linux 2.0.6 i586)
MIME-Version: 1.0
To: submit@bugs.debian.org
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5138
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

package: suck
version: 2.6.3-1

i don't wont to run suck as root.
if all files would be changed to news.news (in my opinion suck is a part
of the news system), there would be no problem...

should create an empty /var/log/suck-status (news.news) file.

        /var/lib/suck should be news.news
        /etc/suck and the files in there should be news.news
        (otherwise you will have to run suck as root.  i see no reason
        to do this, so i don't like the idea, that i'm forced to do
so).  

        get-news.inn should NOT remove /var/lib/suck !


From debian-devel-request@lists.debian.org Thu Jul 18 11:54:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 11:34:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 11:34:29 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 11:17:32 -0000
Resent-Date: 18 Jul 1996 11:17:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Thu, 18 Jul 1996 12:11:49 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: joost witteveen <joost@rulcmc.leidenuniv.nl>
cc: debian-devel@lists.debian.org
Subject: Re: Sociology and the bug tracking system
In-Reply-To: <m0ugYaF-00011NC@rulcmc.leidenuniv.nl>
Message-ID: <Pine.SUN.3.91.960718115021.12324C-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"23cGR2.0.kT3.CrXxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5139
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 17 Jul 1996, joost witteveen wrote:
> 
> > I think some friction may arise between people when the maintainer and
> > bug-reported disagree about whether or no there really is a problem.

i don't think this is necesarily a problem. see below.

> Also here I couldn't agree more. Very often I see "bug reports" 
> [...] reporting things that are arguably not done TheBestWay at the
> moment in a package, but are also clearly not RealBugs (TM).

what's wrong with this? the bug system is a very good tool to 
keep a todo-list. nobody should be offended if such things

> I know that using the bug-reporting system in such cases doesn't mean
> anyone is commenting on the maintainer, but by reporting it as a
> bug the maintainer _will_ have to do (some) more work.

not necessarily. you are the maintainer of the package, so you
are the boss. if you think some suggestions of this type are to 
timeconsuming for you to do, forward it to the upstream maintainer,
if you think (s)he might want to do it.

you just as well can consider this behaviour not a bug, but a feature
and simply close the report. the original reporter can still ask
Bruce to override you, but i don't think Bruce is likely
to do this without need. :-)

> I mean, if someone really wants something
> to be improved, then I think he should spend the time improving it,
> not trying to force the maintainer to do the work.

you shouldn't feel forced to do something just because someone
sent it to submit@bugs instead of your adress. just say "no", and
close the report. no problems with that. be strong. :-))

> Oh, and before I offend anyone: I don't mean your bug-reports, they're OK!

:-)

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Thu Jul 18 11:54:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 11:38:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 11:38:11 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 11:17:41 -0000
Resent-Date: 18 Jul 1996 11:17:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Thu, 18 Jul 1996 11:48:24 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: debian-devel@lists.debian.org
Subject: Re: Source packaging
In-Reply-To: <31ED6694.1B76@hydra.acs.uci.edu>
Message-ID: <Pine.SUN.3.91.960718111634.12324B-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"9jEqC3.0.5U3.LrXxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5140
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

please don't try to make the .dsc file and the corresponding 
tools to inteligent. for a reliable package maintaining it
is _essential_ that some human mind carefully controls
upgrading.

On Wed, 17 Jul 1996, Dan Stromberg wrote:
> 
> 1) Fetch the most recent
> 2) Attempt a build
> 3) Find that the build glitched, via an app-specific test for presence
>    of executables or similar
> 4) Iterate over fetching the previous versions, back thru the last   
>    version known to work ok
> 5) finally build something that at least produces executables
> 6) install it
> 7) blow it away, or...

a really bad idea.

at least for now we should leave this subject an open one, but
include a 
   Version:
line in the .dsc file. please let us stick to the core tools we
need for now. we still can later expand our toolset if needed.

another thing: the name of the tools. i find it anoying if i
always have to write
   dpkg-... (eg dpkg-source)
for all debian specific tools. i think
   d-...    (d-source)
is enough, or (like in dchanges or dinstall) simply
   d...     (dsource)
(this last line also conforms with dpkg)

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!



From debian-devel-request@lists.debian.org Thu Jul 18 12:19:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 12:07:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 12:07:08 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 11:32:26 -0000
Resent-Date: 18 Jul 1996 11:32:25 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jdassen@wi.leidenuniv.nl>
From: jdassen@wi.leidenuniv.nl (J.H.M.Dassen)
Organization: Leiden University,
              Dept. of Mathematics & Computer Science,
              The Netherlands
Message-Id: <199607181132.LAA07659@ind206ab.wi.leidenuniv.nl>
Subject: gettext_0.10.23-2 uploaded
To: debian-devel@pixar.com
Date: Thu, 18 Jul 1996 13:32:04 +0200 (MDT)
X-Home-Page: <URL:http://www.wi.leidenuniv.nl/home/jdassen>
X-No-Junk-Mail: I do not want to get *any* junk mail.
  Do not add me to any mailing lists without my express request.
X-Pgp: finger jdassen@{zeus,artemis,hermes}.wi.LeidenUniv.nl for PGP key
X-Mailer: ELM [version 2.4 PL24 PGP6]
Content-Type: text
Resent-Message-ID: <"R5Z2-2.0.iq3.93Yxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5141
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Note: I'm not the maintainer. Erick is working at home and therefore has
low bandwidth.

Date: 18 Jul 96 11:27 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: gettext
Version: 0.10.23-2
Binary:  gettext
Architecture:  i386 source
Description: 
 gettext: Internationalization utitilities
Changes: 
 * debian.rules (d): 2
 * debian.rules: install unstripped libintl.a (reported by J.H.M. Dassen)
Files:
 57f75bea9a8095049df2acbaae626131  529458  devel  -  gettext-0.10.23-2.tar.gz
 ee3cf5b90a2862f9050dfa19215e40e7  6800  devel  -  gettext-0.10.23-2.diff.gz
 e8bb67ab5730b7bcc4e4595618ae6f9e  275446  devel  optional  gettext_0.10.23-2_i386.deb

Greetings,
Ray
- -- 
POPULATION EXPLOSION  Unique in human experience, an event which happened 
yesterday but which everyone swears won't happen until tomorrow.  
- - The Hipcrime Vocab by Chad C. Mulligan 

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: noconv

iQCVAwUBMe4gs4cCuHlnLQXBAQEeBAP+OR+lrIH2zQrtAxNLzTYb9DSlq1BSR3MQ
0ElMTbmIsuSk3Z6HRiWstDXRU154dAHgReArwpomBIJi9i6u772KSohARwIN3nZW
OJXn2TGT2mNoLc8yp/DxLCT4I8Iohm/XFX5PK+hQKBRyl3ArPRIH3Ys18qiLeqpD
av1z4M+MlQM=
=7pQJ
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Thu Jul 18 12:44:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 12:23:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 12:22:58 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 11:53:11 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3829: tic.1 refers to unavailable infotocap command.
Reply-To: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>, 3829@bugs.debian.org
Resent-From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
Resent-Date: Thu, 18 Jul 1996 11:33:03 GMT
Resent-Message-ID: <handler.3829.B.83768934529015@bugs.debian.org>
X-Debian-PR-Package: ncurses-bin
X-Loop: owner@bugs.debian.org
Date: Thu, 18 Jul 1996 09:50:59 +0200
From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Message-Id: <199607180750.JAA00820@marin.fdn.fr>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5142
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: ncurses-bin
Version: 1.9.9e-1

The subject says it: infotocap is not available, though referenced by the
tic manual page.

It would be nice to have infotocap, which would avoid the need to install
a terminfo entry before doing `infocmp -Cr entryname'.

Yves.


From debian-devel-request@lists.debian.org Thu Jul 18 12:44:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 12:27:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 12:27:53 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 11:53:15 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3830: captoinfo confused by /etc/termcap entries
Reply-To: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>, 3830@bugs.debian.org
Resent-From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
Resent-Date: Thu, 18 Jul 1996 11:33:06 GMT
Resent-Message-ID: <handler.3830.B.83768934529016@bugs.debian.org>
X-Debian-PR-Package: ncurses-bin
X-Loop: owner@bugs.debian.org
Date: Thu, 18 Jul 1996 09:56:04 +0200
From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Message-Id: <199607180756.JAA00856@marin.fdn.fr>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5143
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: ncurses-bin
Version: 1.9.9e-1

Package: termcap-compat
Version: 1.0.0-1

I'm trying to report this bug against ncurses-bin 1.9.9e-1 *and*
termcap-compat 1.0.0-1, hoping the bug system will handle it. If
not, could one of the maintainers forward it to the other one?

When doing `captoinfo /etc/termcap' I get errors:

"/etc/termcap", line 6152: col 36: terminal 'citoh', 'rp' unknown % code '0' = 0
x30
"/etc/termcap", line 6509: col 52: terminal 'cs10', 'cm' unknown % code '0' = 0x
30
"/etc/termcap", line 6509: col 52: terminal 'cs10', 'cm' unknown % code '0' = 0x
30
"/etc/termcap", line 6515: col 18: terminal 'cs10-w', 'cm' unknown % code '0' = 
0x30
"/etc/termcap", line 6515: col 18: terminal 'cs10-w', 'cm' unknown % code '0' = 
0x30
"/etc/termcap", line 6888: col 53: terminal 'sb1', 'cm' unknown % code '0' = 0x3
0
"/etc/termcap", line 6888: col 53: terminal 'sb1', 'cm' unknown % code '0' = 0x3
0
"/etc/termcap", line 8545: col 36: terminal 'cbblit', 'pO' unknown % code '0' = 
0x30

I don't know what is faulty (termcap or captoinfo).
Yves.


From debian-devel-request@lists.debian.org Thu Jul 18 13:59:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 13:39:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 13:39:25 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 13:01:43 -0000
Resent-Date: 18 Jul 1996 13:01:43 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Wed, 17 Jul 1996 12:26:36 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
Fake-Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Two more packages with lost maintainers
In-Reply-To: <m0ugCDI-0004RCC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.SUN.3.91.960717122135.8154B-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"Q636L1.0.VE5.sMZxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5144
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 16 Jul 1996, Ian Jackson wrote:
> 
> Andrew Fernandes tells me he hasn't been able to work on the project
> for some time now.  He's listed as the maintainer for:
>  acs                  adfernan@cnd.mcgill.ca (Andrew D. Fernandes)
>  dlltools             adfernan@cnd.mcgill.ca (Andrew D. Fernandes)
> 
> He tells me that these packages were taken over by someone, but they
> obviously didn't release new versions.

how about removing dlltools, or movin it to contrib? AFAIK it's only 
needed to build aout shared libs and therefore not needed any more.

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Thu Jul 18 17:19:21 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 17:13:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 17:13:35 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 14:46:46 -0000
Resent-Date: 18 Jul 1996 14:46:46 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0uguSn-0002lZC@debian.iaehv.nl>
Subject: uploaded mflib 1.0-7 to master
To: debian-devel@lists.debian.org
Date: Thu, 18 Jul 1996 16:54:00 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Hx1zF3.0.6i6.Lvaxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5145
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 18 Jul 96 14:46 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: mflib
Version: 1.0-7
Binary:  mflib
Architecture:  all source
Description: 
 mflib: Auxiliary files to run Metafont
Changes: 
 Thu Jul 18 12:59:27 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * debian.control: took over from Nils (I hope he doesn't mind)
        * added cron.weekly entry to keep /var/spool/texmf/fonts up to date
        * debian.postrm: purge will remove /var/spool/texmf/fonts
        * debian.rules: a few changes
        * merged Makefile.debian in debian.rules
        * rm debian.changes (was almost empty)
        * merged debian.copyright in debian.README
 .
Files:
 624c69a5c8bf42d15dae27b310e7ecf9  42854  tex  -  mflib-1.0-7.tar.gz
 8d609ca365d525cb149cc163912e3941  42372  tex  standard  mflib_1.0-7_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMe5OlaXl16B8emrRAQEyRgP/RM6oSg3kgqTolu3XdkyB442sSEvB6lSC
WG+7IsK5KuDGeqqeVdFxcyfj2aM/9KuYzpK59CfSbbMMF9WA+mxsGcrfAp1f/UW9
ButAHPPARLIhDzWYs9wQMtVH30Ur/SFy6SBkwcGdmR27sylqI1CAeMBalp8YTfr9
X/DVXnREiEc=
=+NlZ
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Thu Jul 18 17:19:21 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 17:17:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 17:17:38 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 14:47:45 -0000
Resent-Date: 18 Jul 1996 14:47:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0uguTg-0002hXC@debian.iaehv.nl>
Subject: uploaded babel 3.6-2 to master
To: debian-devel@lists.debian.org
Date: Thu, 18 Jul 1996 16:54:56 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"BQXaJ2.0.ci6.Gwaxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5146
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 18 Jul 96 14:48 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: babel
Version: 3.6-2
Binary:  babel
Architecture:  all source
Description: 
 babel: Support for multilingual typesetting with (La)TeX
Changes: 
 Thu Jul 18 09:40:40 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * debian.control (Maintainer): took over from Nils (I hope he doesn't mind)
        * moved Makefile into debian.rules
        * added postinst for recreating .fmt files after babel install
        * added postrm for recreating .fmt files after babel remove
 .
Files:
 7fa6eda20d2cc830c4863179423c33b3  199435  tex  -  babel-3.6-2.tar.gz
 f0c9860d2607c132a2232805639c5e65  3038  tex  -  babel-3.6-2.diff.gz
 89b2a0a5ef48354f1af91efe49b8e720  301630  tex  optional  babel_3.6-2_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMe5O3aXl16B8emrRAQEy8gP9F3cRJBpt1gg5ywuBfY/ab4GAblc0TfbM
YWZD+lLsX9WCuVjwtE7WJYnznhJIWxEhyvcd1bFohr20V8qZw729wGrp4tx3CaEq
TDvQvHh4nCaW1fwbh9v6qPVabqfUVAqiCwR8WLtunwy+F63ijQ8/M3lp/H5DWTPi
xb34kx/HiCw=
=sV96
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Thu Jul 18 17:44:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 17:19:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 17:19:46 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 14:48:03 -0000
Resent-Date: 18 Jul 1996 14:48:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@debian.IAEhv.nl>
From: branderh@debian.IAEhv.nl
Message-Id: <m0uguU8-0002hXC@debian.iaehv.nl>
Subject: uploaded id-utils 3.1-1 to master
To: debian-devel@lists.debian.org
Date: Thu, 18 Jul 1996 16:55:24 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"AlF1N2.0.vi6.Zwaxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5147
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 18 Jul 96 14:52 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: id-utils
Version: 3.1-1
Binary:  id-utils
Architecture:  i386 source
Description: 
 id-utils: Fast, high-capacity, identifier database tool.
Changes: 
 Thu Jul 18 11:57:08 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * mainstream 3.1
 .
Files:
 4532936afc8630cdea4519dcf63eecb5  388356  devel  -  id-utils-3.1-1.tar.gz
 eee5e869af0a2851aa30e0c16e3f08c2  2128  devel  -  id-utils-3.1-1.diff.gz
 bdc8f839f478a6f2dab40a573ed8ca8f  118948  devel  extra  id-utils_3.1-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMe5PsqXl16B8emrRAQFI0wP/ZqH/4vOF2nIbutJU8lvcsKocRrE1xBgj
NO+WYQb33MRJHfnw3bt4vt1qBD0+epS5f/tquWMzruGQdUuFVpb4FGGdfIj1/l6a
6ClSjFs2d5GA+IJP4f5C4kqMnAoPV9vs/hIwRCVigQVj6fXPYQHMDdAplBKRGGTa
HpEoTQ/AgsE=
=WVfW
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Thu Jul 18 17:44:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 17:21:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 17:21:54 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 14:48:55 -0000
Resent-Date: 18 Jul 1996 14:48:55 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Thu, 18 Jul 1996 10:48:57 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Juergen Menden <menden@informatik.tu-muenchen.de>
cc: joost witteveen <joost@rulcmc.leidenuniv.nl>,
  debian-devel@lists.debian.org
Subject: Re: Sociology and the bug tracking system
In-Reply-To: <Pine.SUN.3.91.960718115021.12324C-100000@koma.informatik.tu-muenchen.de>
Message-ID: <Pine.LNX.3.94.960718102653.5582F-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"Gli5y3.0.Rj6.Nxaxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5148
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Listening to this discussion has been real educational for me. I have come
to a different point of view about the "bug tracking system" than I have
had in the past. From what Ian and others have said, this is a "to do
list" more than an "it's broken" indicator.
My personal problems, have been with the recent use of the bug list by the
m68k developers to blanket report changes for debian.rules that have not
yet made it to the source tree. My major problem stemed from the "glut" of
almost identical bugs messages that flood the list from time to time. Ian
has pointed out the "bugs-quiet" will keep this traffic off the lists. I
strongly suggest that maintainance clean up issues like this be kept off
the list via this method. My other concern stemmed from the bad public
image that results from large quantities of bug reports hitting the system
and the public eye. For the most part using bugs-quite resolves this issue
also.
I have come to a realization that goes way beyond these two trivial
issues. I have had some real problems with the way we do development
design in this group. We talk about the issue from all sides. Sometimes
taking months to reach a conclusion. Bruce, Ian and a few others then
confab over the issues, come to a conclusion, and deliver a terse
statement about the "new" conditions. I have no problem with the way the
discussions run (for the most part, barring fist fights). The synergy
created by the differing views, almost always creates something larger
than any of us could produce on our own. The problem I have, is with how
the decission gets reported. A terse, sometimes confusing, decission
report, via e-mail on the lists, is often either missed or forgotten in
the rush to get the next version of the package out. 
So, here is my suggestion: If Ian is correct (and I have every reason to
believe he is) and the bug reporting system is to be treated as a
to-do-list, then, whenever a design change is made to the package building
proceedure, a bug should be reported out on every package in the system
(maintainer only messages). That bug report should be a complete
description of the changes that need to be made to conform the the new
guidelines (including changes to the guideline docs). I would find this to
be a great help in deciding how up to date my packages are WRT the current
state of the distribution. I think it would also be a better way to
historicaly track the development of the distribution. Having this
historical record would allow clearer information to surface faster in a
discussion/argument of "how we used to do it".

Thoughts?

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Thu Jul 18 20:14:23 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 20:01:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 20:01:53 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 16:26:17 -0000
Resent-Date: 18 Jul 1996 16:26:17 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai-new-networked-fs@khms.westfalen.de>
Date: 18 Jul 1996 09:26:00 +0200
From: kai-new-networked-fs@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6D6r-3VJlbB@khms.westfalen.de>
In-Reply-To: <m0uenNx-0005yRC@mongo.pixar.com>
Subject: Re: Bug#3761: LILO installation problem
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"l9zkz3.0.KN.fMcxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5149
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

srivasta@pilgrim.umass.edu (Manoj Srivastava)  wrote on 17.07.96 in <gvxwx03tkkf.fsf@diamond.pilgrim.umass.edu>:

> 	On a related note, what should one do if the root filesystem
>  lies on the second hard drive? on my system:
> Filesystem         1024-blocks  Used Available Capacity Mounted on
> /dev/hdb3              80508   17441    58909     23%   /
> /dev/hda1             174156  172120     2036     99%   /dos
> /dev/hdb1             226187  154166    60341     72%   /usr
> /dev/hda3  **          47181   28784    15961     64%   /usr/local
> (/dev/hda3 mounted on /usr/local is the active partition).
>
> 	This could happen if the first drive is a dos drive. Maybe the
>  postinst should ask for the partition to write to?

Note also that people using, say, the OS/2 boot manager can boot from an  
extended partition on any drive the BIOS can access.

What is reasonable if / lives on /dev/sdc13?

(Mine has been on /dev/sdb2 and is now on /dev/sda13. That's where I  
install lilo, too. Obviously, I don't need another mbr.)

MfG Kai


From debian-devel-request@lists.debian.org Thu Jul 18 20:14:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 20:03:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 20:03:48 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 16:26:33 -0000
Resent-Date: 18 Jul 1996 16:26:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0ugvtk-0004RBC@chiark.chu.cam.ac.uk>
Date: Thu, 18 Jul 96 17:25 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: Scott Barker <scott@galileo.cuug.ab.ca>
Cc: konold@fiwi02.wiwi.uni-tuebingen.de, debian-devel@lists.debian.org
Subject: Re: ftp.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607162352.RAA14757@galileo.cuug.ab.ca>
References: <m0ug9da-0004PqC@chiark.chu.cam.ac.uk>
	<199607162352.RAA14757@galileo.cuug.ab.ca>
Resent-Message-ID: <"Hy-9O1.0.mN.vMcxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5150
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Scott Barker writes ("Re: ftp.debian.org"):
> Ian Jackson said:
> > None of the contents of the packages have changed - the list of
> > packages for 1.1 has been frozen.
> 
> Speaking of 1.1 being frozen, I notice that there's one broken symlink in
> there -- msdos/x11/9menu... points to a non-existant package in
> binary-i386/x11/
> 
> I can't imagine this symlink will affect many people, but nevertheless, it is
> broken. Perhaps 1.1 could be "unfrozen" just long enough to fix that link...

This turned out to be a bug in the script that makes the msdos
symlinks.  I've fixed the bug and the script has fixed the link.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 18 21:04:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 20:44:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 20:44:18 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 16:49:23 -0000
Resent-Date: 18 Jul 1996 16:49:23 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Thu, 18 Jul 1996 15:41:44 +0200
From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Message-Id: <199607181341.PAA06996@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: Suggestion for the bug tracking system
Resent-Message-ID: <"Wd0Uv1.0.it.Jicxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5151
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hello,

Would it be possible to have the bug-tracking system sends bug reports to
a mailing list that is not debian-devel? Something like debian-bugs, for
example, which could be subscribed to independently of debian-devel. As
the bug system already emails a copy to the owner of the package, I don't
see the need to receive *all other* bug reports unless they are explicitely
asked for: this would save a lot of transfer for us with a PPP connection,
and will make reading debian-devel more manageable.

I'd like you to consider that.
Thanks,
Yves.


From debian-devel-request@lists.debian.org Thu Jul 18 21:04:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 20:46:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 20:46:02 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 16:49:31 -0000
Resent-Date: 18 Jul 1996 16:49:31 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Thu, 18 Jul 1996 15:45:30 +0200
From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Message-Id: <199607181345.PAA07158@marin.fdn.fr>
X-Mailer: Mail User's Shell (7.2.6unoff 7/17/96)
To: debian-devel@lists.debian.org
Subject: Re: Installer packages and arbitrary files referenced by packages
Resent-Message-ID: <"Z1rOo.0.0u.Ricxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5152
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>From arrouye Thu Jul 18 15:34:29 1996
From: arrouye
To: ecl@fnpc21.if.usp.br (Emilio Lopes)
Subject: Re: Installer packages and arbitrary files referenced by packages
Date: Thu, 18 Jul 1996 15:34:29 +0200

} Subject: Re: Installer packages and arbitrary files referenced by packages
} >>>>> "IJ" == Ian Jackson <ian@chiark.chu.cam.ac.uk> wrote:
} 
} IJ> Would everyone be happy if I changed the guidelines to say that
} IJ> things like this (output from scripts that needs to be dumped
} IJ> somewhere, and files that packages, eg installer packages, need to
} IJ> read to install) should have a filename prompted for, and that the
} IJ> default should be ~root/<packagename><somethingorother> and
} IJ> preferably kept in some way from one installation to the next ?

Preferably not at the first level, rather in ~root/setup or something
else.

} IJ> Do we need a special file in /etc giving a default directory name
} IJ> for this ?

It could be nice: many people have ~root == /root on / with really little
space left (shared with /tmp, too), so it would be nice if it could be
possible to have something like /var/adm/setup instead (and in fact, I'd
like to have /var/adm/<something> be the default).

Yves.



-- 


From debian-devel-request@lists.debian.org Thu Jul 18 22:19:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 22:01:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 22:01:25 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 17:18:25 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3401: talk clears screen after showing error
Reply-To: ian@chiark.chu.cam.ac.uk (Ian Jackson), 3401@bugs.debian.org
Resent-From: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Orignal-Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: "ian@chiark.chu.cam.ac.uk \(Ian Jackson\) Peter Tobias" <tobias@et-inf.fho-emden.de>
Resent-Date: Thu, 18 Jul 1996 17:03:09 GMT
Resent-Message-ID: <handler.3401.B3401.8377088601219@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
Message-Id: <m0ugwJO-0004RBC@chiark.chu.cam.ac.uk>
Date: Thu, 18 Jul 96 17:52 BST
Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
From: ian@chiark.chu.cam.ac.uk (Ian Jackson)
To: 3401@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5153
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Closing Bug#3401, Peter Tobias writes:
> Guy Maor wrote:
> > Package: netstd
> > Version: 2.03-1
> >
> > After talk displays a connection error, for example "Your party is not
> > logged in." or "party is refusing messages", it restores the screen,
> > clearing the error.
> >
> > It should print the error after restoring the screen, not before.

I agree with Guy.

> Since I haven't received any answers to my last two mails I'll close
> this bug report. The behaviour mentioned above does not occur on
> the virtual console. It only happens with X11. This is a problem with
> X11 or the xterm terminfo entry which also affects other programs
> like elm (so it's not the fault of the netstd package).

I don't have the mails you sent to Guy, of course, but it seems to me
that this is a bug in talk, not in X11.

The problem is caused as follows:

The xterm has an `alternative screen' mode for fullscreen programs, so
that entering a full screen application doesn't destroy your
scrollback, &c.  When you exit a full screen program the scrolling
display from before you started it is restored.

I don't know if this feature is unique to xterm; I strongly suspect
that some (perhaps older) terminals do this too.  In any case, other
programs (and plain `talk' on OSF/1, too) have worked round it by not
displaying something fullscreen and then immediately exiting.  I think
that our talk should do the same.

It's arguable that this feature should be configurable in xterm.

In any case, closing the report because you think it is really a
problem with a different package is I think less than appropriate.  I
think you'll agree with me that there is a problem here, and so if you
wanted to get the thing off your `bug books' you should reassign it to
the X packages, not close it.

Anyway, for the reasons above I'm going to reopen this report.

Thanks,
Ian.


From debian-devel-request@lists.debian.org Thu Jul 18 22:44:29 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 22:23:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 22:23:51 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 17:43:22 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3832: Problem with Latex installation
Reply-To: "D. J. Raymond" <raymond@kestrel.nmt.edu>, 3832@bugs.debian.org
Resent-From: "D. J. Raymond" <raymond@kestrel.nmt.edu>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Thu, 18 Jul 1996 17:33:07 GMT
Resent-Message-ID: <handler.3832.B.8377103641654@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Date: Thu, 18 Jul 1996 11:08:21 -0600
Message-Id: <199607181708.LAA12817@oriole.nmt.edu>
From: "D. J. Raymond" <raymond@kestrel.nmt.edu>
To: submit@bugs.debian.org
Package: Latex
Version: 2e-4
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5154
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO



This is in reference to latex on Debian 1.1.

I discovered that the latex.fmt file didn't exist in
/usr/lib/texmf/ini after installation of latex.  Since the same code
worked in Debian 0.93, I was baffled.  After some detective work, I
got the latex/debian source and tried running texmakelatexfmt and it
didn't do what its name implies.

Here is what texmake... looks like:

#!/bin/sh
cd /usr/lib/texmf/ini
initex latex.initex </dev/null >/dev/null


I then tried running initex by hand and got a message saying that the
latex distribution was more than a year old and did I still want to
proceed.  I said yes and everything then worked, and a latex.fmt file
was produced.  My question is, is the new kernel treating /dev/null
that occurs in texmakelatexfmt differently?  Perhaps the shell script
is now blocking on a read/write to/from /dev/null where it wasn't
blocking with the old kernel.

Here is the output of uname -a:
Linux oriole 2.0.0 #8 Tue Jun 11 09:53:39 PDT 1996 i586

Dave Raymond





From debian-devel-request@lists.debian.org Thu Jul 18 22:44:30 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 22:25:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 22:25:57 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 17:43:26 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3065: lsof looks for /System.map
Reply-To: ian@chiark.chu.cam.ac.uk (Ian Jackson), 3065@bugs.debian.org
Resent-From: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Orignal-Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: "ian@chiark.chu.cam.ac.uk \(Ian Jackson\) Dominik Kubla" <kubla@uni-mainz.de>
Resent-Date: Thu, 18 Jul 1996 17:33:11 GMT
Resent-Message-ID: <handler.3065.B3065.8377103641642@bugs.debian.org>
X-Debian-PR-Package: lsof
X-Loop: owner@bugs.debian.org
Message-Id: <m0ugwJX-0004RBC@chiark.chu.cam.ac.uk>
Date: Thu, 18 Jul 96 17:52 BST
Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
From: ian@chiark.chu.cam.ac.uk (Ian Jackson)
To: 3065@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5155
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Miquel van Smoorenburg <miquels@cistron.nl> wrote wrt this report:
...
> Duh. I hate the /System.map and /vmlinuz symlinks in /. I feel they
> clutter up / without any reason; I prefer to keep that kind of stuff
> in /boot (and I do).

I agree, and this seems to be what we in Debian have standardised on.

> [Dominik Kubla wrote:]
...
> >  ln -s /boot/System.map-`uname -r` /System.map
> 
> Nah. As I said, I don't like the /System.map symlink. If you want to have
> one, dump a script in /etc/rc.boot that takes care of it. (see the
> manpages for rc.boot).

I agree.

...
> > I will reassign this bug report to the sysvinit package, so that Miquel
> > can close it when he releases the next sysvinit.
> 
> Please don't.

I respectfully request the lsof maintainer to change the program to
look in /boot for the System.map file.

I see that this bug has been closed (but is still assigned to lsof); I
shall reopen it.

Thanks,
Ian.


From debian-devel-request@lists.debian.org Thu Jul 18 22:44:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 22:27:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 22:27:47 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 17:43:28 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3290: sysvinit path doesn't include /usr/local/{,s}bin
Reply-To: ian@chiark.chu.cam.ac.uk (Ian Jackson), 3290@bugs.debian.org
Resent-From: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Orignal-Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: "ian@chiark.chu.cam.ac.uk \(Ian Jackson\) Miquel van Smoorenburg" <miquels@cistron.nl>
Resent-Date: Thu, 18 Jul 1996 17:33:12 GMT
Resent-Message-ID: <handler.3290.B3290.8377103641641@bugs.debian.org>
X-Debian-PR-Package: sysvinit
X-Loop: owner@bugs.debian.org
Message-Id: <m0ugwJU-0004RBC@chiark.chu.cam.ac.uk>
Date: Thu, 18 Jul 96 17:52 BST
Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
From: ian@chiark.chu.cam.ac.uk (Ian Jackson)
To: 3290@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5156
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I wrote:
> [Closing Bug#3290, Miquel van Smoorenburg wrote:]
> > The PATH set in /etc/init.d/boot is only used in that script; remember that
> > you cannot modify the parents environment. If you want to change the
> > behavour of this script by simply putting binaries in /usr/local/sbin that
> > override the default binaries that won't work. An example with a custom
> > mount was given; but how do use use /usr/local/sbin/mount when /usr isn't
> > mounted yet ;) You'll have to edit the script anyway.
> 
> But this *will* work if the system administrator sets their system up
> so that /usr/local is on the root fs, for example.
>
> [...]
> > The only solution seems to be to change the PATH hardcoded in the init binary
> > itself. This is ofcourse a bit hard to do. Therefor init has another solution;
> > you can let all programs executed by init go through a script called
> > /etc/initscript. See the manpage: initscript(8). This is turned off by default,
> > and for a good reason: it spawns an extra shell for everything executed
> > by init.

It seems to me that init should have an appropriate default PATH.
This is especially true if the default is hard to change or override.

I've recently been bitten by an /etc/rc?.d script not having the PATH
I expected.

The default PATH for non-superuser programs everywhere should be
 /usr/local/bin:/bin:/usr/bin
and for superuser (admin) programs
 /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
should it not ?

Should it not therefore be the case that
 (a) the default PATH set by init when it runs things out of inittab
 should be /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
and
 (b) the scripts that init runs (/etc/init.d/boot, /etc/rc, &c) should
 either not modify their PATH or set it to that value, or should
 possibly read it from some system config file ?

I shall reopen this bug report, to ensure that the issue is not
forgotten; I hope we won't have to have more discussion before a
consensus is reached, but if we do I hope the sysvinit maintainer will
bear with us and allow us to keep the bug on his books while we agree
what to do.

Ian.


From debian-devel-request@lists.debian.org Thu Jul 18 22:44:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 22:42:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 22:42:03 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 18:08:23 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3833: Manual pages for some yp* programs in nis
Reply-To: karl@tower.net.au, 3833@bugs.debian.org
Resent-From: karl@tower.net.au (Karl Ferguson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Thu, 18 Jul 1996 17:48:05 GMT
Resent-Message-ID: <handler.3833.B.8377118662107@bugs.debian.org>
X-Debian-PR-Package: nis
X-Loop: owner@bugs.debian.org
Message-Id: <m0ugwjx-0008uWC@kaos.tower.net.au>
To: submit@bugs.debian.org
Date: Fri, 19 Jul 1996 01:19:53 +0800 (WST)
From: karl@tower.net.au (Karl Ferguson)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5157
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: nis
Version: 1.20-1

Hi.

It seems there are no manual pages for the following binaries in the NIS
package which may be useful:

ypwhich
ypcat
ypmatch
yppol
ypset
domainname (nisdomainname)

Also, the binary rpc.yppasswdd has no manual page (yes, I know it's really
yppasswdd) and a symlink should perhaps go from yppasswdd to rpc.yppasswdd.
Either that, or move the rpc.yppasswdd binary to yppasswdd (or vice versa).

...Karl
--
Karl Ferguson, 
Tower Networking Pty Ltd (ACN: 072 322 760)         karl@tower.net.au
t/a STAR Online Services                            karl@debian.org
Tel: +61-9-455-3446  Fax: +61-9-455-2776            http://www.star.net.au


From debian-devel-request@lists.debian.org Thu Jul 18 23:59:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 23:35:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 23:35:40 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 19:09:32 -0000
Resent-Date: 18 Jul 1996 19:09:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecl@fnpc21.if.usp.br>
Message-Id: <m0ugyWN-000VTiC@fnpc21.if.usp.br>
Date: Thu, 18 Jul 96 16:13 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Bug#3820: trn should be marked as news-reader
In-Reply-To: <31ED15BE.5EB4BBAD@verisim.com>
References: <31EBC9F0.3BE60340@dungeon.lake.de>
	<31ED15BE.5EB4BBAD@verisim.com>
Resent-Message-ID: <"u6fHC1.0.dP3.ilexn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5158
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "BCW" == Brian C White <bcwhite@verisim.com> wrote:

BCW> Is there a problem with multiple packages providing the same
BCW> virtual package?  Netscape should provide news-reader and
BCW> mail-reader, too.

So does emacs, that does not currently provides news-reader:

   Package: emacs
   Status: install ok installed
   Priority: standard
   Section: editors
   Maintainer: Mark Eichin <eichin@kitten.gen.ma.us>
   Source: emacs
   Version: 19.31-2
   Provides: info-browser, mail-reader
   Depends: libc5, elf-x11r6lib, ncurses3.0
   Suggests: emacs-el
   Description: The GNU Emacs editor.
    GNU Emacs is the extensible self-documenting text editor.


From debian-devel-request@lists.debian.org Thu Jul 18 23:59:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 23:41:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 23:41:55 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 19:30:20 -0000
Resent-Date: 18 Jul 1996 19:30:20 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <mdorman@lot49.med.miami.edu>
Message-Id: <m0ugymc-0004n4C@lot49.med.miami.edu>
To: debian-devel@lists.debian.org
Subject: Re: Sociology and the bug tracking system 
In-reply-to: <Pine.LNX.3.94.960718102653.5582F-100000@dwarf.polaris.net>
Date: Thu, 18 Jul 1996 15:30:44 -0400
From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
Resent-Message-ID: <"-E8972.0.zq3.C3fxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5159
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

In message <Pine.LNX.3.94.960718102653.5582F-100000@dwarf.polaris.net>, Dale Scheetz writes:
>So, here is my suggestion: If Ian is correct (and I have every reason to
>believe he is) and the bug reporting system is to be treated as a
>to-do-list, then, whenever a design change is made to the package building
>proceedure, a bug should be reported out on every package in the system
>(maintainer only messages). That bug report should be a complete
>description of the changes that need to be made to conform the the new
>guidelines (including changes to the guideline docs). I would find this to
>be a great help in deciding how up to date my packages are WRT the current
>state of the distribution. I think it would also be a better way to
>historicaly track the development of the distribution. Having this
>historical record would allow clearer information to surface faster in a
>discussion/argument of "how we used to do it".

An additional benefit of this implementing this in the fashion you
suggest is that it will give developers taking over orphaned packages
a good starting point for bringing things in line with the current
standards.

Mike.
--
"Don't let me make you unhappy by failing to be contrary enough...."


From debian-devel-request@lists.debian.org Thu Jul 18 23:59:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 23:51:05 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 23:51:04 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 19:48:26 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3834: squid core dumps regularly
Reply-To: "Mark Purcell" <purcell@rmcs.cranfield.ac.uk>, 3834@bugs.debian.org
Resent-From: "Mark Purcell" <purcell@rmcs.cranfield.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Craig Sanders <cas@taz.net.au>
Resent-Date: Thu, 18 Jul 1996 19:33:06 GMT
Resent-Message-ID: <handler.3834.B.8377178645460@bugs.debian.org>
X-Debian-PR-Package: squid
X-Loop: owner@bugs.debian.org
Message-Id: <199607181916.UAA03526@typhoon.dial.pipex.net>
From: "Mark Purcell" <purcell@rmcs.cranfield.ac.uk>
To: <submit@bugs.debian.org>
Date: Thu, 18 Jul 1996 20:10:03 +0100
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1132
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5160
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: squid
Version: 1.0.beta16-1

The beta version of squid in Debian has been dumping core regularly on me
which is a real pity as it is a great program and improvement on Web
caching.

I see the release notes for later versions of squid
<http://www.nlanr.net/Squid/> state that a core dump problem was fixed in
version 1.0.beta17.  The current released version of squid is at 1.0.2.

I would be happy to provide assistance for the upgrade of the package.

Mark


From debian-devel-request@lists.debian.org Fri Jul 19 00:24:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 18 Jul 1996 23:59:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 18 Jul 1996 23:59:55 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 20:03:37 -0000
Resent-Date: 18 Jul 1996 20:03:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecl@fnpc21.if.usp.br>
Message-Id: <m0ugyy0-000VTiC@fnpc21.if.usp.br>
Date: Thu, 18 Jul 96 16:42 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: arrouye@debian.org
Cc: debian-devel@lists.debian.org
Subject: Re: Uploading mush-7.2.5unoff1 to master
In-Reply-To: <19960717231811.22184.qmail@primer.i-connect.net>
References: <19960717231811.22184.qmail@primer.i-connect.net>
Resent-Message-ID: <"4Pmg7.0.ud4.PYfxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5161
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


>>>>> "arrouye" == arrouye  <arrouye@debian.org> wrote:

arrouye>  Description: Mush, the mail user shell
arrouye>   Mush is a powerful yet simple mail user agent which
arrouye>   features an optional curses interface. Mush also provides
arrouye>   powerful macro and key binding facilities to the user, and
arrouye>   a scripting language.
arrouye>   .
arrouye>   Mush is nearly fully compatible with mailx and Mail and it
arrouye>   will correctly their configuration files at startup, making
                         ^  
               I'm not an english expert, but I think a verb is
               missing here

Emilio.

-- 
                 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
               Instituto de Fisica da Universidade de Sao Paulo
             Caixa Postal 66318, 05389-970 Sao Paulo - SP, BRAZIL
              Phone: (+55) (11) 818-6724 (Voice) / 818-6715 (Fax)


From debian-devel-request@lists.debian.org Fri Jul 19 00:24:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 00:03:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 00:03:37 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 20:13:27 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3835: Problem with Latex installation
Reply-To: "D. J. Raymond" <raymond@kestrel.nmt.edu>, 3835@bugs.debian.org
Resent-From: "D. J. Raymond" <raymond@kestrel.nmt.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Thu, 18 Jul 1996 20:03:04 GMT
Resent-Message-ID: <handler.3835.B.8377193656716@bugs.debian.org>
X-Debian-PR-Package: Latex
X-Loop: owner@bugs.debian.org
Date: Thu, 18 Jul 1996 13:23:19 -0600
Message-Id: <199607181923.NAA13128@oriole.nmt.edu>
From: "D. J. Raymond" <raymond@kestrel.nmt.edu>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5162
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: Latex
Version: 2e-4

This is in reference to latex on Debian 1.1.

I discovered that the latex.fmt file didn't exist in
/usr/lib/texmf/ini after installation of latex.  Since the same binaries
worked in Debian 0.93, I was baffled.  After some detective work, I
got the latex/debian source and tried running texmakelatexfmt and it
didn't do what its name implies.

Here is what texmake... looks like:

#!/bin/sh
cd /usr/lib/texmf/ini
initex latex.initex </dev/null >/dev/null


I then tried running initex by hand and got a message saying that the
latex distribution was more than a year old and did I still want to
proceed.  I said yes and everything then worked, and a latex.fmt file
was produced.  My question is, is the new kernel treating /dev/null
that occurs in texmakelatexfmt differently?  Perhaps the shell script
is now blocking on a read/write to/from /dev/null where it wasn't
blocking with the old kernel.

Here is the output of uname -a:
Linux oriole 2.0.0 #8 Tue Jun 11 09:53:39 PDT 1996 i586

Dave Raymond


From debian-devel-request@lists.debian.org Fri Jul 19 00:24:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 00:05:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 00:04:59 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 20:16:46 -0000
Resent-Date: 18 Jul 1996 20:16:46 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0ugzUx-0002DnC@plato>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Installer packages and arbitrary files referenced by packages 
In-reply-to: Message from Ian Jackson <ian@chiark.chu.cam.ac.uk> 
   of "Tue, 16 Jul 1996 14:19:00 -0000."References: <m0ugA1m-0004PqC@chiark.chu.cam.ac.uk>  <liw@iki.fi> <m0uehQV-000HX4C@liw.clinet.fi> <m0ufAiV-0002EWC@plato> 
 <m0ugA1m-0004PqC@chiark.chu.cam.ac.uk> 
Date: Thu, 18 Jul 1996 16:16:33 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"I12-N3.0.2x4.kkfxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5163
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> > Because then we would have to check that they didn't stick in
> > 	/etc/passwd
> > or something.
> 
> Nonsense.  If we give them a sensible default and then they type in
> /etc/passwd then that's their fault.

I disagree with this.  In following up with what somebody said
earlier, everything we have done with dpkg and Debian in general seems
to stem from the believe that we _don't_ assume the installer has a
few firing neurons.  That aside, I think we should at least check to
see if the file exists, and then warn then about it -- with a default
of no overwrite.

> We can't stop them from screwing up their system like this.  By this

Sure we can.  If they do it from the root prompt in a shell, that
isn't our problem.  But if that do it from a Debian provided
installation program, we can and probably should watch for things like
that.


> No, unfortunately you can't guarantee that it will be.  However, it's
> quite OK to use dpkg --list or dpkg --status to check to see whether
> mailx is configured.

Hmm...  I really hate to slow the install down more then needed, but I
guess I will add this.  If I write a perl script that accepts as an
argument the program to run and the default output file and gives a
prompt for mailing, output to screen, or output to file, can it be
included in dpkg?  It seems wasteful to have everybody writing the
same code for the same process.


Jim


From debian-devel-request@lists.debian.org Fri Jul 19 01:14:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 00:50:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 00:50:25 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 21:07:17 -0000
Resent-Date: 18 Jul 1996 21:07:17 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: lupus.ece.utexas.edu: maor owned process doing -bs
Date: Thu, 18 Jul 1996 15:59:53 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
Reply-To: Guy Maor <maor@ece.utexas.edu>
To: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
cc: debian-devel@lists.debian.org
Subject: Re: Suggestion for the bug tracking system
In-Reply-To: <199607181341.PAA06996@marin.fdn.fr>
Message-ID: <Pine.A32.3.93.960718154723.17922D-100000@lupus.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"FD_ZT.0.Z16.4Ugxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5164
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Thu, 18 Jul 1996, Yves Arrouye wrote:

> Would it be possible to have the bug-tracking system sends bug reports to
> a mailing list that is not debian-devel?

That's not a good idea actually.  The reason the bugs are forwarded to
debian-devel is because bugs in one package frequently affect other
packages.  Many times the package maintainer needs others' opinions
anyway.

> this would save a lot of transfer for us with a PPP connection,
> and will make reading debian-devel more manageable.

If you use procmail, just filter out the debian bug stuff to another
folder.  I can't imagine you saving more than a minute a day or so on
your PPP.  Thankfully, we don't have *that* many new bug reports coming
in (yet).


Guy


From debian-devel-request@lists.debian.org Fri Jul 19 02:29:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 02:04:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 02:04:42 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 23:08:33 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3290: (no subject)
Reply-To: jsp@betz.biostr.washington.edu (Jeff Prothero), 3290@bugs.debian.org
Resent-From: jsp@betz.biostr.washington.edu (Jeff Prothero)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Thu, 18 Jul 1996 22:48:06 GMT
Resent-Message-ID: <handler.3290.B3290.83772987522250@bugs.debian.org>
X-Debian-PR-Package: sysvinit
X-Loop: owner@bugs.debian.org
Date: Thu, 18 Jul 1996 15:34:40 -0700
From: jsp@betz.biostr.washington.edu (Jeff Prothero)
Message-Id: <199607182234.PAA18490@betz.biostr.washington.edu>
Apparently-To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Apparently-To: 3290@bugs.debian.org
To: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5165
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

| The default PATH for non-superuser programs everywhere should be
| /usr/local/bin:/bin:/usr/bin
How about /usr/bin/X11:/usr/games ?  Debian seems to like to
install tf in the latter, which puzzles users who don't have
/usr/games on their path...


From debian-devel-request@lists.debian.org Fri Jul 19 02:29:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 02:08:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 02:08:04 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 23:08:38 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3401: talk clears screen after showing error
Reply-To: tobias@et-inf.fho-emden.de, 3401@bugs.debian.org
Resent-From: "Peter Tobias" <tobias@server.et-inf.fho-emden.de>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Thu, 18 Jul 1996 22:48:08 GMT
Resent-Message-ID: <handler.3401.B3401.83772987522244@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
Message-Id: <199607182219.AAA27017@server.et-inf.fho-emden.de>
To: ian@chiark.chu.cam.ac.uk, 3401@bugs.debian.org
Date: Fri, 19 Jul 1996 00:19:14 +0200 (MET DST)
From: "Peter Tobias" <tobias@server.et-inf.fho-emden.de>
In-Reply-To: <m0ugwJO-0004RBC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 18, 96 05:52:00 pm
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5166
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ian Jackson wrote:
> > this bug report. The behaviour mentioned above does not occur on
> > the virtual console. It only happens with X11. This is a problem with
> > X11 or the xterm terminfo entry which also affects other programs
> > like elm (so it's not the fault of the netstd package).
> 
> I don't have the mails you sent to Guy, of course, but it seems to me
> that this is a bug in talk, not in X11.

I don't think it's a bug in talk.

> The problem is caused as follows:
> 
> The xterm has an `alternative screen' mode for fullscreen programs, so
> that entering a full screen application doesn't destroy your
> scrollback, &c.  When you exit a full screen program the scrolling
> display from before you started it is restored.
> 
> I don't know if this feature is unique to xterm; I strongly suspect
> that some (perhaps older) terminals do this too.  In any case, other
> programs (and plain `talk' on OSF/1, too) have worked round it by not
> displaying something fullscreen and then immediately exiting.  I think
> that our talk should do the same.

AFAIK this has nothing to do with the xterm. Ncurses and termcap have
the ability to switch to a different mode (terminfo: smcup/rmcup,
termcap: ti/te). OSF/1 (and Ultrix, AIX ...) doesn't use ti/te,
that's why it works on OSF/1. If you define ti/te for the xterm
entry on OSF/1 you'll get exactly the same results as on the Linux
system. IMHO the xterm terminfo entry should be changed to either
not include the smcup/rmcup (ti/te) entries by default or to provide
a new xterm entry which does not these entries (the user could choose
then).

If there are no objections I'll reassign the bug to ncurses.


Thanks,

Peter

-- 
 Peter Tobias                                EMail:
 Fachhochschule Ostfriesland                 tobias@et-inf.fho-emden.de
 Fachbereich Elektrotechnik und Informatik   tobias@debian.org
 Constantiaplatz 4, 26723 Emden, Germany     tobias@linux.de


From debian-devel-request@lists.debian.org Fri Jul 19 02:29:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 02:23:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 02:23:47 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 23:49:51 -0000
Resent-Date: 18 Jul 1996 23:49:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecki@lina.inka.de>
Message-Id: <m0uh2km-0004jSC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
Subject: Ooops
To: debian-devel@lists.debian.org
Date: Fri, 19 Jul 1996 01:45:07 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"XXDdO.0.9s.Vsixn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5167
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hello,

just announced the new upload of net-acct-0.4-1 for rex on debian-changes
instead of debian-devel, sorry for that, cause as I understand it,
debian-changes is only used for buzz-fix changes? If no, then it's ok, if
yes, should'nt we change this and announce the new versons in the rex tree
there, since there will be no traffic otherwise.

Greetings
Bernd


From debian-devel-request@lists.debian.org Fri Jul 19 02:54:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 02:54:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 02:54:02 -0000
Received: (qmail-queue invoked by uid 40); 18 Jul 1996 23:58:33 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3832: Problem with Latex installation
Reply-To: Richard Kaszeta <kaszeta@me.umn.edu>, 3832@bugs.debian.org
Resent-From: Richard Kaszeta <kaszeta@me.umn.edu>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Thu, 18 Jul 1996 23:48:06 GMT
Resent-Message-ID: <handler.3832.B.83773287423204@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Date: Thu, 18 Jul 1996 18:19:07 -0500
Message-Id: <199607182319.SAA10610@bofh.me.umn.edu>
From: Richard Kaszeta <kaszeta@me.umn.edu>
To: raymond@kestrel.nmt.edu, 3832@bugs.debian.org
CC: submit@bugs.debian.org
In-reply-to: <199607181708.LAA12817@oriole.nmt.edu> (raymond@kestrel.nmt.edu)
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5168
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>I discovered that the latex.fmt file didn't exist in
>/usr/lib/texmf/ini after installation of latex.  Since the same code
>worked in Debian 0.93, I was baffled.  After some detective work, I
>got the latex/debian source and tried running texmakelatexfmt and it
>didn't do what its name implies.

In addition to fixing this bug (it applies to Latex2e-5 as well),
could the texmake*fmt scripts be tweaked somehow so that they don't
fail silently like they do in this case?

-- 
Richard W Kaszeta 			Graduate Student/Sysadmin
bofh@bofh.me.umn.edu			University of MN, ME Dept
http://www.me.umn.edu/0h/home/kaszeta/www.html




From debian-devel-request@lists.debian.org Fri Jul 19 03:44:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 03:25:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 03:25:48 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 01:13:36 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3804: npasswd-boulder doesn't change NIS passwds
Reply-To: Chris Fearnley <cjf@netaxs.com>, 3804@bugs.debian.org
Resent-From: Chris Fearnley <cjf@netaxs.com>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Fri, 19 Jul 1996 01:03:05 GMT
Resent-Message-ID: <handler.3804.B.83773737724879@bugs.debian.org>
X-Debian-PR-Package: npasswd-boulder
X-Loop: owner@bugs.debian.org
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607190033.UAA14361@access.netaxs.com>
To: carlos@riglos.fisica.ufpr.br
Date: Thu, 18 Jul 1996 20:33:01 -0400 (EDT)
Cc: debian-bugs@pixar.com
In-Reply-To: <m0ugCpG-00002iC@riglos.fisica.ufpr.br> from "Carlos Carvalho" at Jul 16, 96 01:18:00 pm
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5170
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Carlos Carvalho wrote:'
>
>Package: npasswd-boulder
>Version: 1.2.2-2
>
>I'm using NIS, and I tried to use npasswd-boulder. The manual says it
>can change NIS passwords. However what it does is to merge the local
>passwd file, which contains only the system accounts, with the NIS one.
>It does change the LOCAL password, but the machine no longer uses NIS!!

Can the archive maintainer please move this package into contrib?

I've decided that it's not important enough to warrent my time (I've
already neglected gawk, mawk and slang more than I should).  And there
are several hard problems with the package.  If someone chooses to
take on this package, I'll pass on my thoughts about it's problems (or
you can check other outstanding bugs and read my already published
comments).

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Fri Jul 19 05:24:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 05:07:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 05:07:09 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 02:53:41 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3401: talk clears screen after showing error
Reply-To: ecki@lina.inka.de (Bernd Eckenfels), 3401@bugs.debian.org
Resent-From: ecki@lina.inka.de (Bernd Eckenfels)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Fri, 19 Jul 1996 02:33:04 GMT
Resent-Message-ID: <handler.3401.B3401.83774338327946@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
Message-Id: <m0uh57A-0004jSC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
To: tobias@et-inf.fho-emden.de
Date: Fri, 19 Jul 1996 04:16:23 +0200 (MET DST)
Cc: 3401@bugs.debian.org
In-Reply-To: <199607182219.AAA27017@server.et-inf.fho-emden.de> from "Peter Tobias" at Jul 19, 96 00:19:14 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5171
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

>        IMHO the xterm terminfo entry should be changed to either
> not include the smcup/rmcup (ti/te) entries by default or to provide
> a new xterm entry which does not these entries (the user could choose
> then).

I think the save/restore feature for fullscreen applications should be
selectable by TERM/terminfo, yes. But on the other hand every application
should behave well if te/ti is present. Simplest solution would be to wait
for a keystroke before restoring the screen. (This would help in situations
where the romte end closes the connection and one is unable to see what was
written, too).

Greetings
Bernd


From debian-devel-request@lists.debian.org Fri Jul 19 06:14:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 06:00:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 06:00:51 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 03:25:20 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3822: sysvinit: inittab should use 38400 for getty on vc
Reply-To: Chris Fearnley <cjf@netaxs.com>, 3822@bugs.debian.org
Resent-From: Chris Fearnley <cjf@netaxs.com>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Fri, 19 Jul 1996 03:03:04 GMT
Resent-Message-ID: <handler.3822.B3822.83774488328343@bugs.debian.org>
X-Loop: owner@bugs.debian.org
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607190253.WAA24526@access.netaxs.com>
To: ecki@lina.inka.de, 3822@bugs.debian.org
Date: Thu, 18 Jul 1996 22:53:15 -0400 (EDT)
In-Reply-To: <m0ugYpk-0004jSC@lina> from "Bernd Eckenfels" at Jul 17, 96 05:48:16 pm
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5172
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Bernd Eckenfels wrote:'
>
>Package sysvinit
>Version: 2.62-1
>
>The gettys in /etc/inittab are started with 9600, which will make a few
>full-screen applications (like joe) painfully slow. Joe calculates the
>maximum number of character he is able to output to avoid buffer-overruns,
>this will not happen, if it sees 38400 as the tty speed. Additionally
>I will suggest to give a few getty lines more like this:

I don't dispute your 9600 bug, but I always edit /etc/inittab to
/reduce/ the number of gettys running to 2.  Then I run X and save a
bit of swap space and process table space (not much, but there's no
reason to run things you don't need!).  Given the tools of screen and
open (my favorite), I consider it an historical accident that we have 6
gettys running.  If we were voting, I'd vote for two (2) gettys.  But
I'm inclined to accept the package maintainer's decision as it's not
really a bug.

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Fri Jul 19 06:14:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 06:09:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 06:09:19 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 03:43:40 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3822: sysvinit: inittab should use 38400 for getty on vc
Reply-To: ecki@lina.inka.de (Bernd Eckenfels), 3822@bugs.debian.org
Resent-From: ecki@lina.inka.de (Bernd Eckenfels)
Resent-To: debian-devel@lists.debian.org
Resent-Date: Fri, 19 Jul 1996 03:33:04 GMT
Resent-Message-ID: <handler.3822.B3822.83774638229155@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Message-Id: <m0uh5kB-0004jSC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
To: cjf@netaxs.com (Chris Fearnley)
Date: Fri, 19 Jul 1996 04:56:42 +0200 (MET DST)
Cc: 3822@bugs.debian.org
In-Reply-To: <199607190253.WAA24526@access.netaxs.com> from "Chris Fearnley" at Jul 18, 96 10:53:15 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5173
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> I'd vote for two (2) gettys.

2 active gettys are just fine. I was only refering to the comments that one
can see how to specify >tty10.

Greetings
Bernd


From debian-devel-request@lists.debian.org Fri Jul 19 06:14:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 06:11:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 06:11:19 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 03:44:31 -0000
Resent-Date: 19 Jul 1996 03:44:30 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <cjf@netaxs.com>
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607190313.XAA26043@access.netaxs.com>
Subject: Re: Sociology and the bug tracking system
To: dwarf@polaris.net (Dale Scheetz)
Date: Thu, 18 Jul 1996 23:13:40 -0400 (EDT)
Cc: menden@informatik.tu-muenchen.de, joost@rulcmc.leidenuniv.nl,
  debian-devel@lists.debian.org
In-Reply-To: <Pine.LNX.3.94.960718102653.5582F-100000@dwarf.polaris.net> from "Dale Scheetz" at Jul 18, 96 10:48:57 am
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
Resent-Message-ID: <"n74ie2.0.kq3.UImxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5174
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Dale Scheetz wrote:'
>
>So, here is my suggestion: If Ian is correct (and I have every reason to
>believe he is) and the bug reporting system is to be treated as a
>to-do-list, then, whenever a design change is made to the package building
>proceedure, a bug should be reported out on every package in the system
>(maintainer only messages). That bug report should be a complete
>description of the changes that need to be made to conform the the new
>guidelines (including changes to the guideline docs). I would find this to
>be a great help in deciding how up to date my packages are WRT the current
>state of the distribution. I think it would also be a better way to
>historicaly track the development of the distribution. Having this
>historical record would allow clearer information to surface faster in a
>discussion/argument of "how we used to do it".
>
>Thoughts?

I like this suggestion.  The person making to bug report would be able
to include a summary of discussions and etc.  If it happens a lot, it
would be nice to have the bug system /not/ send 500 mail messages for
each such bug!

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Fri Jul 19 08:44:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 08:43:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 08:43:13 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 05:48:45 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3836: Minicom checks the /etc/minicom.users file only if euid!=uid
Reply-To: Philippe Troin <phil@sj-coop.net>, 3836@bugs.debian.org
Resent-From: Philippe Troin <phil@sj-coop.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Fri, 19 Jul 1996 05:33:02 GMT
Resent-Message-ID: <handler.3836.B.83775388631138@bugs.debian.org>
X-Debian-PR-Package: minicom
X-Loop: owner@bugs.debian.org
Message-Id: <199607190521.WAA04897@tantale.sjcoop.net>
To: submit@bugs.debian.org
Date: Thu, 18 Jul 1996 22:20:34 -0700
From: Philippe Troin <phil@sj-coop.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5175
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: minicom
Version: 1.75-1

I couldn't let minicom observe the /etc/minicom.users restrictions
file.

My cua files were:
crw-rw----   1 root     dialout    5,  64 Dec 31  1969 /dev/cua0
crw-rw----   1 root     dialout    5,  65 Jul 18 21:57 /dev/cua1
crw-rw----   1 root     dialout    5,  66 Dec 31  1969 /dev/cua2
crw-rw----   1 root     dialout    5,  67 Dec 31  1969 /dev/cua3

And I set up minicom to be:
-rwxr-sr-x   1 root     dialout    118865 Jun  8 05:37 /usr/bin/minicom*
as to minimize poptential security problems.

After looking at the sources, I found that the authorization file
is only checked if EUID != UID.
Minicom should either always check the auth file (which doesn't
makes much sense, as anubody can recompile it), or checks for it if
EGID != GID too...

By the way, shouldn't minicom be installed as setgid dialout and the
/etc/minicom.users file be empty (instead of ALL now). It would make
more sense. The current configuration makes minicom potentially
useable by anybody, but nobody except root can access the callout
devices...

Some trivia:

Debian 1.1
Linux tantale 2.0.7 #1 Mon Jul 15 21:40:10 PDT 1996 i486

Package: minicom
Status: install ok installed
Priority: extra
Section: comm
Maintainer: Miquel van Smoorenburg <miquels@cistron.nl>
Version: 1.75-1
Recommends: lrzsz
Conffiles:
 /etc/minicom.users 6cbaf5cad1586d129878fb9ff416ec5c
 /etc/minirc.dfl 38385c3c6fe6a9cbad92b201bd72ef67
Description: Clone of the MS-DOS "Telix" communications program.

A trivial patch to check for gids too (I think it's the right
thing):

*** minicom-1.75/src/minicom.c~ Thu Jan 25 01:53:11 1996
--- minicom-1.75/src/minicom.c  Thu Jul 18 22:03:10 1996
***************
*** 558,564 ****
    sprintf(pparfile, "%s/.minirc.%s", homedir, use_port);
  
    /* Check this user in the USERFILE */
!   if (real_uid != 0 && real_uid != eff_uid) {
        sprintf(userfile, "%s/minicom.users", LIBDIR);
        if ((fp = fopen(userfile, "r")) != (FILE *)0) {
                while(fgets(buf, 70, fp) != CNULL && !userok) {
--- 558,564 ----
    sprintf(pparfile, "%s/.minirc.%s", homedir, use_port);
  
    /* Check this user in the USERFILE */
!   if (real_uid != 0 && (real_uid != eff_uid || real_gid != eff_gid)) {
        sprintf(userfile, "%s/minicom.users", LIBDIR);
        if ((fp = fopen(userfile, "r")) != (FILE *)0) {
                while(fgets(buf, 70, fp) != CNULL && !userok) {

Hope that helps.

Phil.


From debian-devel-request@lists.debian.org Fri Jul 19 10:24:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 10:20:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 10:20:57 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 08:11:46 -0000
Resent-Date: 19 Jul 1996 08:11:46 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Fri, 19 Jul 1996 08:31:34 +0200
From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Message-Id: <199607190631.IAA00841@marin.fdn.fr>
X-Mailer: Mail User's Shell (7.2.6unoff 7/17/96)
To: debian-devel@lists.debian.org
Subject: Re: Bug#3290: (no subject)
Resent-Message-ID: <"5ES3R2.0.wY.1Dqxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5176
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Jul 18,  3:34pm, Jeff Prothero wrote:
} Subject: Bug#3290: (no subject)
} | The default PATH for non-superuser programs everywhere should be
} | /usr/local/bin:/bin:/usr/bin
} How about /usr/bin/X11:/usr/games ?  Debian seems to like to
} install tf in the latter, which puzzles users who don't have
} /usr/games on their path...

I'm not sure this is a good idea, X and games are optional parts of the
system and don't need to be in the default path (by the way, it should
be /usr/X11R6/bin, not /usr/bin/X).

For users and other scripts, it's simple enough to have something like
that in /etc/profile or whatever:

	PATH=${PATH}:/usr/X11R6/bin:/usr/games

or even

	for d in /usr/X11R6/bin /usr/games
	do
	    if [ -d "$d" ]
	    then
	 	PATH=${PATH}:"$d"
	    fi
	done

so that the path is correctly setup given the actual configuration of
the system.

Yves.


-- 


From debian-devel-request@lists.debian.org Fri Jul 19 10:49:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 10:25:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 10:25:18 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 08:11:55 -0000
Resent-Date: 19 Jul 1996 08:11:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Fri, 19 Jul 1996 08:20:28 +0200
From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Message-Id: <199607190620.IAA00780@marin.fdn.fr>
In-Reply-To: ecl@fnpc21.if.usp.br (Emilio Lopes)
       "Re: Uploading mush-7.2.5unoff1 to master" (Jul 18,  4:42pm)
X-Mailer: Mail User's Shell (7.2.6unoff 7/17/96)
To: ecl@fnpc21.if.usp.br (Emilio Lopes)
Subject: Re: Uploading mush-7.2.5unoff1 to master
Cc: debian-devel@lists.debian.org
Resent-Message-ID: <"MVhYh1.0.SZ.ADqxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5177
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Jul 18,  4:42pm, Emilio Lopes wrote:
} Subject: Re: Uploading mush-7.2.5unoff1 to master
} arrouye>   Mush is nearly fully compatible with mailx and Mail and it
} arrouye>   will correctly their configuration files at startup, making
}                          ^  
}                I'm not an english expert, but I think a verb is
}                missing here

I'm not either, but I'm sure you're right ;-) I'll correct it.
Yves.



-- 


From debian-devel-request@lists.debian.org Fri Jul 19 11:39:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 11:19:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 11:19:39 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 09:23:32 -0000
Resent-Date: 19 Jul 1996 09:23:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: Re: Bug#3820: trn should be marked as news-reader
To: ecl@fnpc21.if.usp.br (Emilio Lopes)
Date: Fri, 19 Jul 1996 10:06:17 +0100
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ugyWN-000VTiC@fnpc21.if.usp.br> from "Emilio Lopes" at Jul 18, 96 04:13:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul19.132244gmt+0100.6254@gateway.azr.nl>
Resent-Message-ID: <"7Z_6t3.0.WR1.JGrxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5178
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> BCW> Is there a problem with multiple packages providing the same
> BCW> virtual package?  Netscape should provide news-reader and
> BCW> mail-reader, too.
> 
> So does emacs, that does not currently provides news-reader:

Are mail-reader and news-reader appropriate names? Aren't they
being used for sending mail and news as well?  Can't come up with
an appropriate alternative.


From debian-devel-request@lists.debian.org Fri Jul 19 12:55:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 12:41:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 12:41:46 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 11:32:10 -0000
Resent-Date: 19 Jul 1996 11:32:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <93jkr@eng.cam.ac.uk>
Date: Fri, 19 Jul 1996 12:28:17 +0100 (BST)
From: Jon Rabone <93jkr@eng.cam.ac.uk>
To: Erick Branderhorst <branderh@iaehv.nl>
cc: Emilio Lopes <ecl@fnpc21.if.usp.br>, debian-devel@lists.debian.org
Subject: Re: Bug#3820: trn should be marked as news-reader
In-Reply-To: <96Jul19.132244gmt+0100.6254@gateway.azr.nl>
Message-ID: <Pine.HPP.3.91.960719122147.163A-100000@punch.eng.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"WJQ6C3.0.Zm2.w8txn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5179
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Firstly. I've closed bug 3820 as trn3.6-6 fixed this about a month ago. 

> > BCW> Is there a problem with multiple packages providing the same
> > BCW> virtual package?  Netscape should provide news-reader and
> > BCW> mail-reader, too.
> > 
> > So does emacs, that does not currently provides news-reader:
> 
> Are mail-reader and news-reader appropriate names? Aren't they
> being used for sending mail and news as well?  Can't come up with
> an appropriate alternative.

We could have news-agent and mail-agent, in the spirit of MTA and MUA - 
bear in mind that I can't easily upload a new version of trn at the 
moment, I'm on restricted net access...

Jon.


/-----------J. K. Rabone-----------\ "There's a picture, I like to look at
| http://club.eng.cam.ac.uk/~93jkr |  A picture of a beautiful face.
|    Email: 93jkr@eng.cam.ac.uk    |  And I see something, in her eyes
\--------Phone 01223 331547--------/  Sends me to a better place..."


From debian-devel-request@lists.debian.org Fri Jul 19 13:45:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 13:31:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 13:31:21 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 12:03:59 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3837: Why isn't xv linked with the libgr libraries ?
Reply-To: Philippe Troin <phil@sj-coop.net>, 3837@bugs.debian.org
Resent-From: Philippe Troin <phil@sj-coop.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Fri, 19 Jul 1996 11:48:01 GMT
Resent-Message-ID: <handler.3837.B.8377763993793@bugs.debian.org>
X-Debian-PR-Package: xv
X-Loop: owner@bugs.debian.org
Message-Id: <199607191123.EAA06886@tantale.sjcoop.net>
To: submit@bugs.debian.org
Date: Fri, 19 Jul 1996 04:23:52 -0700
From: Philippe Troin <phil@sj-coop.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5180
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: xv
Version: 3.10a-4

Why isn't xv dynamically linked with the libgr suite ?

$ ldd /usr/bin/X11/xv
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6.0
        libm.so.5 => /lib/libm.so.5.0.5
        libc.so.5 => /lib/libc.so.5.2.18

Phil.

****

Administratrivia:

Debian 1.1
Linux tantale 2.0.7 #1 Mon Jul 15 21:40:10 PDT 1996 i486

Package: xv
Status: install ok installed
Priority: optional
Section: non-free
Maintainer: Jim Robinson <jimr@simons-rock.edu>
Version: 3.10a-4
Provides: X11-image-viewer
Depends: X11R6, elf-x11r6lib
Suggests: xvdoc
Description: An image viewer and manipulator for the X Window System.
 The xv program displays images in the GIF, JPEG, TIFF, PBM, PGM, PPM,
 X11 bitmap, Utah Raster Toolkit RLE, PDS/VICAR, Sun Rasterfile, BMP,
 PCX, IRIS RGB, XPM, Targa, XWD, possibly PostScript, and PM formats
 on workstations and terminals running the X11 Window System.
 .
 The creators of the GIF format require the following 
 acknowledgement:
 .
  The Graphics Interchange Format(c) is the Copyright property of
  CompuServe Incorporated. GIF(sm) is a Service Mark property of
  CompuServe Incorporated.


From debian-devel-request@lists.debian.org Fri Jul 19 14:10:06 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 13:54:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 13:54:12 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 12:38:39 -0000
Resent-Date: 19 Jul 1996 12:38:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded textutils 1.19 to master
To: debian-devel@lists.debian.org
Date: Fri, 19 Jul 1996 13:22:02 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul19.163824gmt+0100.6249@gateway.azr.nl>
Resent-Message-ID: <"ymEEy2.0.UG3.E7uxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5181
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 19 Jul 96 12:14 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: textutils
Version: 1.19-1
Binary:  textutils
Architecture:  i386 source
Description: 
 textutils: The GNU text file processsing utilities.
Changes: 
 Fri Jul 19 13:26:46 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * updated to mainstream 1.19
Files:
 f00af1c19078e1aeb2fcb18785fdd1da  721677  base  -  textutils-1.19-1.tar.gz
 ff5c6bfc7053e8b0476d1531d38aae8c  2914  base  -  textutils-1.19-1.diff.gz
 e7feaf176c59e8a8d17f18581d5451c2  278520  base  required  textutils_1.19-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMe98meKGUa6t6e7lAQG/YgP9Heyr8tNQ46QT2ND62MkakjDpLnd2NF/l
rYOsQWcueUJyOl3YxQNO0kL7cLmKCjeqYGz8KouiUiY0eMIv3tjy3XAt9PoW2jnp
SGWsrzmXeMwgYB0ufJQjE/aCi3GEG+WCx03GmAH/1g0SI617MhYwx4fb08nAVva0
SeXT5XM7UCA=
=UJW7
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Fri Jul 19 14:10:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 13:56:30 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 13:56:29 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 12:45:22 -0000
Resent-Date: 19 Jul 1996 12:45:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded mflib 1.0-8 to master
To: debian-devel@lists.debian.org
Date: Fri, 19 Jul 1996 13:28:41 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul19.164511gmt+0100.6249@gateway.azr.nl>
Resent-Message-ID: <"UDeun1.0.6N3.XDuxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5182
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 19 Jul 96 12:24 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: mflib
Version: 1.0-8
Binary:  mflib
Architecture:  all source
Description: 
 mflib: Auxiliary files to run Metafont
Changes: 
 Fri Jul 19 10:53:51 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * install-fmt-base: feeding initex and inimf with yes
        * install-fmt-base: errors are not going to /dev/null
 .
Files:
 254f93c8466379362ddd04f2834f8dc4  42758  tex  -  mflib-1.0-8.tar.gz
 7e9da44220acb5af436a9a95b56a6d4f  42476  tex  standard  mflib_1.0-8_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMe9+vuKGUa6t6e7lAQEr7QQAg1GkL4cMfAIeYeh0FvPCwlrTQnRgWsXi
fSFjTUz1F5vfbBHFHO7446GVUX5oxcVCnHHtLsCputfESTAOuz/4CSO9OvxiV5TJ
BJ97VzLF1o5pkFjlYx/qecbY65x1lSUSN6D8VsTYXhZjn5csKnjTwCd1juDOdT4U
Qd4xdaQ0umA=
=5OUu
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Fri Jul 19 14:10:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 14:00:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 14:00:02 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 12:49:02 -0000
Resent-Date: 19 Jul 1996 12:49:02 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded babel 3.6-3 to master
To: debian-devel@lists.debian.org
Date: Fri, 19 Jul 1996 13:31:56 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul19.164856gmt+0100.6254@gateway.azr.nl>
Resent-Message-ID: <"aepn13.0.9P3.-Guxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5183
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 19 Jul 96 12:26 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: babel
Version: 3.6-3
Binary:  babel
Architecture:  all source
Description: 
 babel: Support for multilingual typesetting with (La)TeX
Changes: 
 Thu Jul 18 09:40:40 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * debian.control (Maintainer): took over
        * moved Makefile into debian.rules
        * added postinst for recreating .fmt files after babel install
        * added postrm for recreating .fmt files after babel remove
 .
Files:
 936be288a6c764112dcac85580723bc0  199449  tex  -  babel-3.6-3.tar.gz
 de368390c5910b40e0870fed9803ead8  3043  tex  -  babel-3.6-3.diff.gz
 5f7742b38ef0286a4d84ec6cdf69fec1  301482  tex  optional  babel_3.6-3_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMe9+/eKGUa6t6e7lAQGwMgQAlYGDEvA71yVYoGc6RIEsyx1q80IkWLHi
gI9RNws3Irsa7MxtFWMP2qpGLSLAo5YwGGe19luC27dKJD68RR29wG+gMjKdZPYp
bNae6r81kVyg78Hg2I7/LQwySc0TLRa6Po3UYEQUBF6xUMv3l36nQoHXtWkVWVik
4eMLesr8n0g=
=GN+r
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Fri Jul 19 14:35:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 14:17:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 14:17:11 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 12:54:05 -0000
Resent-Date: 19 Jul 1996 12:54:05 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded latex 2e-6 to master
To: debian-devel@lists.debian.org
Date: Fri, 19 Jul 1996 13:37:27 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul19.165353gmt+0100.6249@gateway.azr.nl>
Resent-Message-ID: <"4rpAx2.0.RR3.jLuxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5184
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 19 Jul 96 12:27 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: latex
Version: 2e-6
Binary:  latex
Architecture:  all source
Description: 
 latex: Write structured documents with TeX
Changes: 
 Fri Jul 19 10:41:02 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * debian.control (Maintainer): took over from nils, I hope he
        doesn't mind.
        * debian.control: added dependency on texbin.
        * debian.postrm + debian.postinst better .fmt creation (I hope)
        * rm debian.changes
        * install all config files in /etc/texmf (symlinks provided)
Files:
 938528777b441eaae0e2aaea31fafc21  813895  tex  -  latex-2e-6.tar.gz
 2c93acff68d056b2bcab63cead62b330  9451  tex  -  latex-2e-6.diff.gz
 8132b04adc093bcbacc19813bca54eb6  869212  tex  optional  latex_2e-6_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMe9/WOKGUa6t6e7lAQENTAP/U3xpkjFkxmVQX+lF7pNO6px4VdKdttZh
tpDqKMIAqpEZ5T2IMSstMFnzcJwbTZTg1oR+pfHhZmAOWtV98PZ7sCIsLHlKjbdP
S9/p62WxRqTgmx5ov0e3rKwnjNRFOwfazZoqJyrfITFGnfk00Bx2CWdn5e1uWgrM
bw2vFNYFM9U=
=IOWA
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Fri Jul 19 15:25:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 15:07:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 15:07:26 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 13:44:07 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3822: sysvinit: inittab should use 38400 for getty on vc
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3822@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Fri, 19 Jul 1996 13:33:01 GMT
Resent-Message-ID: <handler.3822.B3822.8377824035210@bugs.debian.org>
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607191302.PAA13070@picard.cistron.nl>
To: ecki@lina.inka.de, 3822@bugs.debian.org
Date: Fri, 19 Jul 1996 15:02:32 +0200 (MET DST)
Cc: done@bugs.debian.org
In-Reply-To: <m0ugYpk-0004jSC@lina> from "Bernd Eckenfels" at Jul 17, 96 05:48:16 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5185
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Bernd Eckenfels) wrote:
> Package sysvinit
> Version: 2.62-1
> 
> The gettys in /etc/inittab are started with 9600, which will make a few
> full-screen applications (like joe) painfully slow. Joe calculates the
> maximum number of character he is able to output to avoid buffer-overruns,
> this will not happen, if it sees 38400 as the tty speed. Additionally

OK, I've changed that.

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Fri Jul 19 16:15:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 15:56:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 15:56:10 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 14:09:09 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3836: Minicom checks the /etc/minicom.users file only if euid!=uid
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3836@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Fri, 19 Jul 1996 13:48:01 GMT
Resent-Message-ID: <handler.3836.B.8377839065587@bugs.debian.org>
X-Debian-PR-Package: minicom
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607191335.PAA13756@picard.cistron.nl>
To: phil@sj-coop.net
Date: Fri, 19 Jul 1996 15:35:48 +0200 (MET DST)
Cc: submit@bugs.debian.org, done@bugs.debian.org
In-Reply-To: <199607190521.WAA04897@tantale.sjcoop.net> from "Philippe Troin" at Jul 18, 96 10:20:34 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5186
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Philippe Troin) wrote:
> Package: minicom
> Version: 1.75-1
> 
> I couldn't let minicom observe the /etc/minicom.users restrictions
> file.

Fixed (and mentioned in the manpage) for 1.75-2 or 1.76

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Fri Jul 19 16:15:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 15:58:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 15:58:06 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 14:09:14 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3822: sysvinit: inittab should use 38400 for getty on vc
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3822@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Fri, 19 Jul 1996 13:48:01 GMT
Resent-Message-ID: <handler.3822.B3822.8377839065591@bugs.debian.org>
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607191337.PAA13792@picard.cistron.nl>
To: ecki@lina.inka.de, 3822@bugs.debian.org
Date: Fri, 19 Jul 1996 15:37:04 +0200 (MET DST)
Cc: cjf@netaxs.com, 3822@bugs.debian.org
In-Reply-To: <m0uh5kB-0004jSC@lina> from "Bernd Eckenfels" at Jul 19, 96 04:56:42 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5187
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Bernd Eckenfels) wrote:
> > I'd vote for two (2) gettys.
> 
> 2 active gettys are just fine. I was only refering to the comments that one
> can see how to specify >tty10.

As the 2-character restriction of the id field has been lifted to 4, that's
not needed. One can indeed have:

t8:
t9:
t10:
t11:

etc.

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Fri Jul 19 17:30:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 17:08:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 17:08:10 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 14:59:18 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3401: talk clears screen after showing error
Reply-To: tobias@et-inf.fho-emden.de, 3401@bugs.debian.org
Resent-From: "Peter Tobias" <tobias@server.et-inf.fho-emden.de>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Fri, 19 Jul 1996 14:48:04 GMT
Resent-Message-ID: <handler.3401.B3401.8377869106465@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
Message-Id: <199607191414.QAA05267@server.et-inf.fho-emden.de>
To: ecki@lina.inka.de (Bernd Eckenfels)
Date: Fri, 19 Jul 1996 16:14:40 +0200 (MET DST)
From: "Peter Tobias" <tobias@server.et-inf.fho-emden.de>
Cc: tobias@et-inf.fho-emden.de, 3401@bugs.debian.org
In-Reply-To: <m0uh57A-0004jSC@lina> from "Bernd Eckenfels" at Jul 19, 96 04:16:23 am
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5188
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bernd Eckenfels wrote:
> >        IMHO the xterm terminfo entry should be changed to either
> > not include the smcup/rmcup (ti/te) entries by default or to provide
> > a new xterm entry which does not these entries (the user could choose
> > then).
> 
> I think the save/restore feature for fullscreen applications should be
> selectable by TERM/terminfo, yes. But on the other hand every application
> should behave well if te/ti is present. Simplest solution would be to wait
> for a keystroke before restoring the screen. (This would help in situations
> where the romte end closes the connection and one is unable to see what was
> written, too).

AFAIK that would affect _every_ application that uses (n)curses! Isn't
it possible to add a control code to rmcup/te that forces (n)curses
to wait for a keystroke? Having it as an additional entry would be
nice.


Thanks,

Peter

-- 
 Peter Tobias                                EMail:
 Fachhochschule Ostfriesland                 tobias@et-inf.fho-emden.de
 Fachbereich Elektrotechnik und Informatik   tobias@debian.org
 Constantiaplatz 4, 26723 Emden, Germany     tobias@linux.de


From debian-devel-request@lists.debian.org Fri Jul 19 18:20:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 18:05:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 18:05:46 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 15:26:28 -0000
Resent-Date: 19 Jul 1996 15:26:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@hase.informatik.tu-muenchen.de>
Date: 	Fri, 19 Jul 1996 17:25:55 +0200 (MET DST)
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Dale Scheetz <dwarf@polaris.net>
cc: debian-devel@lists.debian.org
Subject: Re: Sociology and the bug tracking system
In-Reply-To: <Pine.LNX.3.94.960718102653.5582F-100000@dwarf.polaris.net>
Message-ID: <Pine.SUN.3.91.960719172111.18173B-100000@hase.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"2xT2n3.0.MR5.Zawxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5189
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Thu, 18 Jul 1996, Dale Scheetz wrote:
> 
> whenever a design change is made to the package building
> proceedure, a bug should be reported out on every package in the system
> (maintainer only messages). That bug report should be a complete
> description of the changes that need to be made to conform the the new
> guidelines

the last weeks i could see some messages from Ian on this list, that 
a script is going to send a bunch of bug reports to maintonly@bugs, for 
the packages XXX are still YYY.

i think this is pretty near to what you suggest. :-)

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Fri Jul 19 19:10:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 19:00:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 19:00:15 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 16:03:23 -0000
Resent-Date: 19 Jul 1996 16:03:23 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v03007606ae1560fafcc6@[205.198.168.35]>
In-Reply-To: <199607181345.PAA07158@marin.fdn.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 19 Jul 1996 15:58:40 +0000
To: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
From: Michael Shields <shields@crosslink.net>
Subject: Re: Installer packages and arbitrary files referenced by packages
Cc: debian-devel@lists.debian.org
Resent-Message-ID: <"Y6Z0I2.0.0E6.B7xxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5190
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-07-18 13:45 +0000, Yves Arrouye wrote:
>Preferably not at the first level, rather in ~root/setup or something
>else.
>
>} IJ> Do we need a special file in /etc giving a default directory name
>} IJ> for this ?
>
>It could be nice: many people have ~root == /root on / with really little
>space left (shared with /tmp, too), so it would be nice if it could be
>possible to have something like /var/adm/setup instead (and in fact, I'd
>like to have /var/adm/<something> be the default).

If we make it ~root/setup, then root can easily symlink it elsewhere.

I don't think /var/adm/setup would be a good choice -- isn't /var/adm just
a compatibility symlink to /var/log, and deprecated?

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Fri Jul 19 20:25:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 20:10:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 20:10:27 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 16:40:40 -0000
Resent-Date: 19 Jul 1996 16:40:40 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31EFBA2B.3A38475F@verisim.com>
Date: Fri, 19 Jul 1996 12:39:07 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Search Engine
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"aKpbv2.0.FA7.8gxxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5192
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

[ I posted this to debian-private, but never saw it come through. ]

My company has a search engine we have put together.  It is intended for
small to medium sized sites containing thousands of documents totalling
tens of megabytes, though it does scale quite well.  While not limited
to the Web in any way, it does work very well with it.

While it is a commercial product, it is free to non-profit and educational
instituions.  There will also be freely available evaluation versions.

Being somewhat of a Debian fan <grin>, I'd like to make it available to
search the Debian web site and its bug system.  We, of course, get some
free advertising out of it.

Version 1.0 is due to be released Monday and is in final testing right now.
Included is a nifty front-end to the query system and a fairly-functional
web crawler.

Would Debian like to make use of this?

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.


From debian-devel-request@lists.debian.org Fri Jul 19 23:45:30 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 23:34:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 23:34:32 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 19:08:05 -0000
Resent-Date: 19 Jul 1996 19:08:05 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhKtr-0004Q9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 20:07 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian Development <debian-devel@lists.debian.org>
Subject: Re: Bug#3795: ae should not be essential
In-Reply-To: <Pine.LNX.3.94.960716101950.25074B-100000@dwarf.polaris.net>
References: <m0ug9OG-0004PqC@chiark.chu.cam.ac.uk>
	<Pine.LNX.3.94.960716101950.25074B-100000@dwarf.polaris.net>
Resent-Message-ID: <"LiihL2.0.4Q1.Jqzxn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5193
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dale Scheetz writes ("Re: Bug#3795: ae should not be essential"):
...
> I don't see this discussion, but knowing that you do your mail in batch
> mode, I can imagine that "now" could be as much as a week ago ;-)

:-).

> It was my understanding that the reason for the Essential rating was that
> this is the "only?" editor provided by the base package (actually I think
> sed is also in the base package, but some don't think of it as an editor).
> Is this not sufficient for it's Essential status?

That's good enough for Required (which is just a classification in
dselect), but not IMO for Essential.

After all, if I install emacs or nvi I have no need of ae and the ae
package shouldn't prevent me from using it.  Even if I have no other
editor I can reinstall ae if I need to.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 00:10:30 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 19 Jul 1996 23:59:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 19 Jul 1996 23:59:51 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 20:03:15 -0000
Resent-Date: 19 Jul 1996 20:03:15 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <strombrg@hydra.acs.uci.edu>
Sender: strombrg@hydra.acs.uci.edu
Message-ID: <31EFE9E5.AE9@hydra.acs.uci.edu>
Date: Fri, 19 Jul 1996 13:02:45 -0700
From: Dan Stromberg <strombrg@hydra.acs.uci.edu>
X-Mailer: Mozilla 2.02 (X11; I; SunOS 5.5.1 sun4m)
MIME-Version: 1.0
To: Juergen Menden <menden@informatik.tu-muenchen.de>
CC: debian-devel@lists.debian.org
Subject: Re: Source packaging
References: <Pine.SUN.3.91.960718111634.12324B-100000@koma.informatik.tu-muenchen.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"GM-hL2.0.pQ2.3e-xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5194
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Juergen Menden wrote:
> 
> please don't try to make the .dsc file and the corresponding
> tools to inteligent. for a reliable package maintaining it
> is _essential_ that some human mind carefully controls
> upgrading.
> 
> On Wed, 17 Jul 1996, Dan Stromberg wrote:
> >
> > 1) Fetch the most recent
> > 2) Attempt a build
> > 3) Find that the build glitched, via an app-specific test for presence
> >    of executables or similar
> > 4) Iterate over fetching the previous versions, back thru the last
> >    version known to work ok
> > 5) finally build something that at least produces executables
> > 6) install it
> > 7) blow it away, or...
> 
> a really bad idea.

A really bad idea, or one who's time hasn't quite come?

I strongly suspect that given an adequate initial-investment of time in
solid regression tests, something like this would increase free
software's pace considerably.

Upstream maintainers would then include software, doc, regression tests,
and especially, clear indications of "how stable" a package is
considered, in a manner that a script could inspect and use.


From debian-devel-request@lists.debian.org Sat Jul 20 00:10:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:02:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:02:41 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 20:04:20 -0000
Resent-Date: 19 Jul 1996 20:04:19 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhLm4-0004RAC@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 21:03 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>,
  Mark Eichin <eichin@kitten.gen.ma.us>
Subject: site-start.el and lout-mode.el
Resent-Message-ID: <"C7C6a.0._R2.3f-xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5195
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

There exists an Emacs mode for editing Lout source files, and I'd like
the Lout package to arrange for this to `work right'.

This means putting lout-mode.el in /usr/lib/emacs/site-lisp (which is
fine) and editing site-start.el so that it contains:
 (autoload 'lout-mode "lout-mode" "Mode for editing Lout source" t)
 (setq auto-mode-alist (append '(("\\.lout$" . lout-mode)) auto-mode-alist))
This would ideally be removed again when the package is removed.

Is there some recommended procedure for doing this ?

Mark, you're the Emacs maintainer, what do you say ?

Thanks,
Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 00:10:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:10:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:10:27 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 20:18:21 -0000
Resent-Date: 19 Jul 1996 20:18:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhM05-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 21:18 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Packages that shouldn't be `Essential'
In-Reply-To: <Pine.SOL.3.93.960716161105.771A-100000@brando.ece.utexas.edu>
References: <m0ug9Rz-0004PqC@chiark.chu.cam.ac.uk>
	<Pine.SOL.3.93.960716161105.771A-100000@brando.ece.utexas.edu>
Resent-Message-ID: <"acURV3.0.kk2.Ds-xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5197
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Guy Maor writes ("Re: Packages that shouldn't be `Essential'"):
...
> What about the four base libraries?

They aren't marked as essential, quite correctly.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 00:10:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:09:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:09:16 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 20:18:03 -0000
Resent-Date: 19 Jul 1996 20:18:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhLzl-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 21:17 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Source packaging
In-Reply-To: <Pine.SGI.3.94.960716130903.22613C-100000@ana.concordia.ca>
References: <m0ug74B-0002hoC@debian.iaehv.nl>
	<Pine.SGI.3.94.960716130903.22613C-100000@ana.concordia.ca>
Resent-Message-ID: <"ub3dF.0.Sk2.xr-xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5196
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Christian Hudon writes ("Re: Source packaging"):
...
> Agreed a URL wouldn't be very useful for automated building scripts and
> the like. But it *would* be useful for humans. Many people already put a
> URL at the top of the copyright file. Maybe it'd be good to standardize
> that practice and move the URL where it's more easily accessible to
> humans. Maybe 'dpkg -s' could show that URL somewhere.  <shrug>  We could
> call it 'Pristine source URL' or 'Originam source URL' or whatever.

We already require that the copyright file say where the package came
from.  Given that there may be no such thing as a URL and that we
can't make it machine-parseable anyway what's the gain in mandating a
URL in the source control information, compared to mandating
information about the original source in the debian/README ?

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 00:35:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:11:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:11:57 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 20:22:54 -0000
Resent-Date: 19 Jul 1996 20:22:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhM4Q-0004RBC@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 21:22 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Source packaging - alternatives
In-Reply-To: <Pine.LNX.3.94.960716194627.745B-100000@dwarf.polaris.net>
References: <m0ug9vP-0004PqC@chiark.chu.cam.ac.uk>
	<Pine.LNX.3.94.960716194627.745B-100000@dwarf.polaris.net>
Resent-Message-ID: <"iMwAI.0.Gm2.Uw-xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5198
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dale Scheetz writes ("Re: Source packaging - alternatives"):
...
> The problem that is causing this discussion comes from the fact that
> diff/patch are not up to the task we wish to assign them. Are we going to
> deal with this by re-writing these programs to fill this need?
> How do you propose to create the Debian Source Tree from the pristine
> source without the option of scripts that repair these inadequacies.
> I don't have any problem with your dictating this issue, as long as it
> doesn't leave us with a source packaging scheme that doesn't work for all
> packages.

Right, now I see what you're getting at.

I propose to support at least the following differences between the
debianised and original source:
 * Change to contents of an ordinary file.   } using diff and a bit
 * Creation of an ordinary file.             }  of glue script
 * Making the debian/rules executable (special case).

Symlinks will be ignored entirely, so that you can't change any
symlinks during the `debianisation', but likewise they won't cause any
problems.  This applies to named pipes and other similar things too.

Other permission changes, changes to the targets of symlinks, renaming
of files and directories and so forth will probably not be supported.

Is this sufficient to meet your needs ?

It's hard to do anything more without requiring people who want the
debianised source to download our special tool.  As it is they can
download our source package and apply the diff and the only thing that
won't be right will be the permissions on debian/rules.  You will need
the special tool to create a source package, because (for example) you
need to avoid trying to dereference symlinks, &c.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 00:35:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:22:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:22:01 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 20:27:50 -0000
Resent-Date: 19 Jul 1996 20:27:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhM95-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 21:27 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Data flow during package building.
In-Reply-To: <m0ugRb3-0002lbC@debian.iaehv.nl>
References: <Pine.SGI.3.94.960716075003.22613A-100000@ana.concordia.ca>
	<m0ugRb3-0002lbC@debian.iaehv.nl>
Resent-Message-ID: <"WXOIS3.0.Eo2.6_-xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5199
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

branderh@debian.iaehv.nl writes ("Re: Data flow during package building."):
...
> I can take a look but it isn't needed.
> I propose a four part /usr/doc/copyright/<package>
> 
> part 1:  A few sentences automatically generated from source control
> information telling, who did what with what from where under gpl.

The source control file doesn't have this information and in any case
it is free-form.

> part 2:  The most recent debian/Changelog information (only the current
> revision).

This belongs in a separate file.

> part 3:  cat debian/README >>

This is the same as 1.

> part 4:  optionally cat some other stuff generated by debian/rules.

This is unnecessary.

I plan to mandate in the new source format that debian/README or
perhaps debian/copyright be copied to /usr/doc/copyright/<package>
verbatim.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 00:35:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:27:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:27:37 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 20:43:10 -0000
Resent-Date: 19 Jul 1996 20:43:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhMB6-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 21:29 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Source packaging - alternatives
In-Reply-To: <Pine.SUN.3.91.960717121239.8154A-100000@koma.informatik.tu-muenchen.de>
References: <m0ug9vP-0004PqC@chiark.chu.cam.ac.uk>
	<Pine.SUN.3.91.960717121239.8154A-100000@koma.informatik.tu-muenchen.de>
Resent-Message-ID: <"twSjf.0.bz2.TD_xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5201
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Juergen Menden writes ("Re: Source packaging - alternatives"):
> On Tue, 16 Jul 1996, Ian Jackson wrote:
> > Look, all of you people who want to include scripts in this might as
> > well give up.
> > 
> > I'm not interested in continuing this discussion; my mind is made up.
> > I *will not* implement or accept any scheme that involves executing
> > (trusting) parts of Debian source packages when they are unpacked (and
> > that means the process of producing the Debianised source tree from
> > the Debian source files).
> 
> and if anyone thinks (s)he _really_ needs that, why not putting that
> stuff in the debian.rules file? 

No, because the debian/rules file is not looked at during the unpack
process.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 00:35:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:25:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:25:05 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 20:30:47 -0000
Resent-Date: 19 Jul 1996 20:30:47 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhMAc-0004RBC@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 21:29 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Source packaging
In-Reply-To: <m0ugRIm-0002lZC@debian.iaehv.nl>
References: <m0ugB3c-0004OZC@chiark.chu.cam.ac.uk>
	<m0ugRIm-0002lZC@debian.iaehv.nl>
Resent-Message-ID: <"9borB1.0.8s2.s1_xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5200
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

branderh@debian.iaehv.nl writes ("Re: Source packaging"):
...
> dpkg-source --get-orig-source --use-lynx whatever-package.dsc
> 
> will start, fiddle around with the source package, the action is
> get-orig-source, call lynx with the first element of the proposed URL
> field, show the contents of the gnu dir and lets me select what I want.

This is nonsense, because the URL field will not have useable
information.  The original source target in the debian/rules can
handle this and we don't need to add anything to dpkg-source to
support it.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 00:35:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:31:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:31:39 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:05:02 -0000
Resent-Date: 19 Jul 1996 21:05:02 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhMik-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:04 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: GNU Makefile that generates Debian package directly
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0ugOrZ-0005YhC@mongo.pixar.com>
References: <m0ugOrZ-0005YhC@mongo.pixar.com>
Resent-Message-ID: <"lsNZX2.0.P83.zX_xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5203
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bruce Perens writes ("GNU Makefile that generates Debian package directly"):
> Here's another pass at a strategy for GNU Makefiles to generate Debian
> packages directly. This one does not require that the base system contain
> "make", it uses the shell to execute the preinst and postinst commands.
> How does this look?

Apart from the other problems people have pointed out, you can't just
take bits of makefile and sed them out into scripts.  The variable
substitution, change directory, error handling &c are all different.

Why not just have the scripts as separate files, called from the
makefile ?

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 00:35:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:29:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:29:01 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 20:57:12 -0000
Resent-Date: 19 Jul 1996 20:57:12 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhMaz-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 21:56 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Installer packages and arbitrary files referenced by packages 
In-Reply-To: <m0ugzUx-0002DnC@plato>
References: <ian@chiark.chu.cam.ac.uk>
	<m0ugA1m-0004PqC@chiark.chu.cam.ac.uk>
	<liw@iki.fi>
	<m0uehQV-000HX4C@liw.clinet.fi>
	<m0ufAiV-0002EWC@plato>
	<m0ugzUx-0002DnC@plato>
Resent-Message-ID: <"Uxi3G.0.953.eQ_xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5202
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

James A. Robinson writes ("Re: Installer packages and arbitrary files referenced by packages "):
...
> Sure we can.  If they do it from the root prompt in a shell, that
> isn't our problem.  But if that do it from a Debian provided
> installation program, we can and probably should watch for things like
> that.

dpkg -S takes 3.5 seconds on my 32Mb Cyrix 5x86/120 with /var on a
9.5ms SCSI disk.

On my 8Mb 486/33 laptop it takes 7.8 seconds.

On a 4Mb machine it will probably take more like 20.

Is this really appropriate at this point ?

> > No, unfortunately you can't guarantee that it will be.  However, it's
> > quite OK to use dpkg --list or dpkg --status to check to see whether
> > mailx is configured.
> 
> Hmm...  I really hate to slow the install down more then needed,
>  [...]

And now you're worrying about dpkg --status, which takes around a
quarter of that time ?  :-)

>  but I
> guess I will add this.  If I write a perl script that accepts as an
> argument the program to run and the default output file and gives a
> prompt for mailing, output to screen, or output to file, can it be
> included in dpkg?  It seems wasteful to have everybody writing the
> same code for the same process.

Yes, that would be great.

The default output file should be just a plain filename, so that the
script specifies the default directory.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 00:35:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:33:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:33:25 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:06:56 -0000
Resent-Date: 19 Jul 1996 21:06:56 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhMkz-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:06 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Patrick.Weemeeuw@kulnet.KULeuven.ac.be
Cc: debian-devel@lists.debian.org
Subject: Re: upload questions
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607170721.JAA25472@amber.kulnet.kuleuven.ac.be>
References: <199607170721.JAA25472@amber.kulnet.kuleuven.ac.be>
Resent-Message-ID: <"Yjqtf1.0.O93.lZ_xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5204
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Patrick Weemeeuw writes ("upload questions"):
> Being only an occasional maintainer of packages, I have lost track
> of some essential points of the upload procedure.
> 
> I see uploads to master and to chark; which one should I use, and
> what account and password?  Probably I should ask the distribution
> maintainer, but who is that currently?

You can either upload to /home/Debian/ftp/private/project/Incoming
using your a/c on master, or via anon-ftp to chiark using the
instructions in
chiark.chu.cam.ac.uk:/pub/debian/private/project/README.how-to-upload.

chiark just shunts the files it gets to master.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:00:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:46:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:46:13 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:13:10 -0000
Resent-Date: 19 Jul 1996 21:13:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhMqd-0004RBC@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:12 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Bug#3820: trn should be marked as news-reader
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <31ED15BE.5EB4BBAD@verisim.com>
References: <31EBC9F0.3BE60340@dungeon.lake.de>
	<31ED15BE.5EB4BBAD@verisim.com>
Resent-Message-ID: <"voMHq.0.AF3.bf_xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5205
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Brian C. White writes ("Re: Bug#3820: trn should be marked as news-reader"):
> > trn should be marked as news.reader, so inn will b e satisfied
> > (inn recomends to install a news-reader. but only slrn is marked as
> > news-reader, trn and tin are not.)
> 
> Is there a problem with multiple packages providing the same virtual
> package?  Netscape should provide news-reader and mail-reader, too.

No problem.  Feel free to report this as a bug.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:00:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:47:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:47:51 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:17:17 -0000
Resent-Date: 19 Jul 1996 21:17:17 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhMuX-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:16 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: RPM 2.1
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607171903.VAA04066@marin.fdn.fr>
References: <xe1logqjx0y.fsf@maneki-neko.cygnus.com>
	<199607171903.VAA04066@marin.fdn.fr>
Resent-Message-ID: <"bvwko2.0.JJ3.Sj_xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5206
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Yves Arrouye writes ("Re: RPM 2.1"):
...
> As I understand it, we will have support for building non-root. I still
> consider that it would be nice to be able to install non-root, which may
> easily be done (as long as not setuid/setgid files need to be installed)
> as follows:
> 
>   - make dpkg setgid to a 'pkgmgr' (or whatever its name) group;
>   - (eventually, dpkg adds /usr/sbin to its path at startup);

dpkg is completely unsuited to being installed set-id.  The security
implications of this are tremendous, and you don't want to try to deal
with them in the context of a program like dpkg.

>   - make /var/lib/dpkg files writable by the pkgmgr group;
>   - dpkg only uses this group when maintaining files there, and if not
>     root does not try to restore ownership when installing files.

This last option would be reasonably easy to implement.  If you send
me good patches I'll apply them.  If I don't like them I'll tell you
so :-).

...
> This would of course be of a great interest if some packages could be
> relocated, their package scripts getting a new argument giving the
> root of installation in order to configure the files correctly.

This is difficult.  There is certainly insufficient effort available
to implement it.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:00:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:49:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:49:05 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:19:50 -0000
Resent-Date: 19 Jul 1996 21:19:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhMx8-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:19 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Uploading mush-7.2.5unoff1 to master
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <19960717231811.22184.qmail@primer.i-connect.net>
References: <19960717231811.22184.qmail@primer.i-connect.net>
Resent-Message-ID: <"WkwKu.0.DM3.ql_xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5207
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

arrouye@debian.org writes ("Uploading mush-7.2.5unoff1 to master"):
...
> Source will be available after the patches have been accepted by mush
> authors who control source release. the patch is available to whoever
> wants it in the meantime.
...
> Distribution: unstable

This is Not Allowed, of course - everything in unstable must come with
source code.  I hope that Guy's scripts can be made to check this if
they don't already.

Sourceless things can go in contrib or non-free.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:00:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:55:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:55:33 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:27:05 -0000
Resent-Date: 19 Jul 1996 21:27:05 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhN3o-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:26 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Two more packages with lost maintainers
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.SUN.3.91.960717122135.8154B-100000@koma.informatik.tu-muenchen.de>
References: <m0ugCDI-0004RCC@chiark.chu.cam.ac.uk>
	<Pine.SUN.3.91.960717122135.8154B-100000@koma.informatik.tu-muenchen.de>
Resent-Message-ID: <"WA3fg2.0.1W3.es_xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5209
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Juergen Menden writes ("Re: Two more packages with lost maintainers"):
> On Tue, 16 Jul 1996, Ian Jackson wrote:
> > 
> > Andrew Fernandes tells me he hasn't been able to work on the project
> > for some time now.  He's listed as the maintainer for:
> >  acs                  adfernan@cnd.mcgill.ca (Andrew D. Fernandes)
> >  dlltools             adfernan@cnd.mcgill.ca (Andrew D. Fernandes)
> > 
> > He tells me that these packages were taken over by someone, but they
> > obviously didn't release new versions.
> 
> how about removing dlltools, or movin it to contrib? AFAIK it's only 
> needed to build aout shared libs and therefore not needed any more.

We still support a.out development.  Is there any reason not to do
so ?

We shouldn't move things to contrib without a good reason.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:00:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:54:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:53:41 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:22:45 -0000
Resent-Date: 19 Jul 1996 21:22:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhMzN-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:21 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Bug#3830: captoinfo confused by /etc/termcap entries
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607180756.JAA00856@marin.fdn.fr>
References: <199607180756.JAA00856@marin.fdn.fr>
Resent-Message-ID: <"unomt3.0.vQ3.Zo_xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5208
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Yves Arrouye writes ("Bug#3830: captoinfo confused by /etc/termcap entries"):
...
> I'm trying to report this bug against ncurses-bin 1.9.9e-1 *and*
> termcap-compat 1.0.0-1, hoping the bug system will handle it. If
> not, could one of the maintainers forward it to the other one?

Putting the packages separated with commas in the same Package line
may do this.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:00:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 00:58:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 00:58:34 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:30:26 -0000
Resent-Date: 19 Jul 1996 21:30:25 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhN7i-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:30 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Sociology and the bug tracking system
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.LNX.3.94.960718102653.5582F-100000@dwarf.polaris.net>
References: <Pine.SUN.3.91.960718115021.12324C-100000@koma.informatik.tu-muenchen.de>
	<Pine.LNX.3.94.960718102653.5582F-100000@dwarf.polaris.net>
Resent-Message-ID: <"WSsUw2.0.GZ3.mv_xn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5210
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dale Scheetz writes ("Re: Sociology and the bug tracking system"):
> [...] whenever a design change is made to the package building
> proceedure, a bug should be reported out on every package in the system
> (maintainer only messages). [...]

I don't think this is the best way to manage this.  This will stretch
our procedures rather badly.

How about the following, as an alternative means of doing the same
thing:

1. When we define the new source package format we also ship a `known'
version of the packaging guidelines, with a version number.

2. Make sure that all updates to the guidelines from then on are
recorded in a changelog saying what package maintainers need to
change, and cause the version number to be incremented.

3. Include a `current with standards version' field in the source
package control file.

4. Report bugs against packages that are more than a certain amount
out of date (eg, older major number more than 1 month after change or
older minor number more than 6 months, depending on the change).

This will mean that most packages will not need bugs reported, and
will reduce the amount of chasing around after the bug system that
needs to be done.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:25:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:00:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:00:42 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:39:29 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3806: dump doesn't record the dump dates...
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3806@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Frey <David.Frey@eos.lugs.ch>
Resent-Date: Fri, 19 Jul 1996 21:18:03 GMT
Resent-Message-ID: <handler.3806.B3806.83781092527779@bugs.debian.org>
X-Debian-PR-Package: dump
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhMrt-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:13 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3806@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0ugf8e-00002GC@riglos.fisica.ufpr.br>
References: <m0ugClM-00002iC@riglos.fisica.ufpr.br>
	<m0ugdqS-000AHoa@eos>
	<m0ugf8e-00002GC@riglos.fisica.ufpr.br>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5211
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Carlos Carvalho writes ("Bug#3806: dump doesn't record the dump dates..."):
> David Frey (david@eos.lugs.ch) wrote on 17 July 1996 23:09:
> > [Carlos:]
> > > Package: dump
> > > Version: 0.3-5
> > > 
> > > I used the command
> > > dump 0f - / | (cd /mnt; restore xf -)
> > > 
> > > to make a copy of the root partition. The file /etc/dumpdates was
> > > created, but it was empty at the end. This means that I can't do level
> > > 9 dumps/restores to track only the modifications... The same happens
> > > if I dump other partitions. The dump/restore itself seems to work.
> > 
> > Haven't you forgot the u (update /etc/dumpdates) flag?
> 
> Yes :-( In fact u isn't the default. I think it should be, because the
> file is created, but left empty, so the behaviour is inconsistent.

Then surely the bug is that it is created even when you don't
say `u' ?

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:25:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:04:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:04:41 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:39:38 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3722: kernel-image uses stale LILO script, over-writes MBR
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3722@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Fri, 19 Jul 1996 21:18:03 GMT
Resent-Message-ID: <handler.3722.B3722.83781092427772@bugs.debian.org>
X-Debian-PR-Package: kernel-package
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhMgb-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:02 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3722@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0ud23F-0006fnC@mongo.pixar.com>
References: <m0ud23F-0006fnC@mongo.pixar.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5214
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bruce Perens writes ("Bug#3722: kernel-image uses stale LILO script, over-writes MBR"):
> Package: kernel-package
> 
> I figured out what happened to Christoph Lameter's MBR:
> 
> The LILO configuration script used in the kernel-image postinst is stale.
> It needs to be updated from the latest LILO postinst script. The major
> change is that the new LILO script writes a partition boot record and
> (if you approve) instals our "mbr" program on the MBR. The older one just
> overwrites the MBR with LILO, and we should be more polite.

Why not provide the LILO configuration script in /usr/sbin, so that
the kernel-image package (and related ones) can just call it ?

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:25:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:02:05 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:01:56 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:39:30 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3401: talk clears screen after showing error
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3401@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Fri, 19 Jul 1996 21:18:02 GMT
Resent-Message-ID: <handler.3401.B3401.83781092427769@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhMbj-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 21:57 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: tobias@et-inf.fho-emden.de
Cc: 3401@bugs.debian.org
In-Reply-To: <199607182219.AAA27017@server.et-inf.fho-emden.de>
References: <m0ugwJO-0004RBC@chiark.chu.cam.ac.uk>
	<199607182219.AAA27017@server.et-inf.fho-emden.de>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5212
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Peter Tobias writes ("Re: Bug#3401: talk clears screen after showing error"):
> [...] If you define ti/te for the xterm
> entry on OSF/1 you'll get exactly the same results as on the Linux
> system.

No, that's not what I meant.  OSF/1's talk prompts you before exiting.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:25:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:06:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:06:00 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:39:43 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3815: ndc stats" fails 
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3815@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Fri, 19 Jul 1996 21:18:04 GMT
Resent-Message-ID: <handler.3815.B3815.83781092427774@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhMlY-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:07 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Martyn Plummer <plummer@iarc.fr>, 3815@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <XFMail.960717105459.plummer@iarc.fr>
References: <XFMail.960717105459.plummer@iarc.fr>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5215
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Martyn Plummer writes ("Bug#3815: "ndc stats" fails "):
> Package: bind
> Version: 4.9.3-P1-3
> 
> "ndc stats" fails to dump named statistics to /var/tmp/named.stats because
> ndc sends the ABRT signal to named. The IOT signal should be used instead.
> Editing /usr/sbin/ndc and changing ABRT to IOT fixes the problem.
> Transcript follows
> 
> bash# ndc stats
> kill: bad signal spec `ABRT'
> bash# kill -l
>  1) SIGHUP       2) SIGINT       3) SIGQUIT      4) SIGILL
>  5) SIGTRAP      6) SIGIOT       7) SIGBUS       8) SIGFPE
>  9) SIGKILL     10) SIGUSR1     11) SIGSEGV     12) SIGUSR2
> 13) SIGPIPE     14) SIGALRM     15) SIGTERM     17) SIGCHLD
> 18) SIGCONT     19) SIGSTOP     20) SIGTSTP     21) SIGTTIN
> 22) SIGTTOU     23) SIGURG      24) SIGXCPU     25) SIGXFSZ
> 26) SIGVTALRM   27) SIGPROF     28) SIGWINCH    29) SIGIO
> 30) SIGPWR

Surely this is a bug in `kill' ?  I think kill should accept ABRT as a
signal name.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:25:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:20:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:20:30 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:49:30 -0000
Resent-Date: 19 Jul 1996 21:49:29 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <eichin@cygnus.com>
Sender: eichin@cygnus.com
To: debian-devel@lists.debian.org
Subject: fileutils can now replace perforate...
From: Mark Eichin <eichin@cygnus.com>
Date: 19 Jul 1996 17:49:15 -0400
Message-Id: <xe1k9vzc3s4.fsf@maneki-neko.cygnus.com>
Lines: 133
X-Mailer: Gnus v5.2.36/Emacs 19.31
Resent-Message-ID: <"Yml952.0.R84.fB0yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5218
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

This came up a while back, in a discussion of creating sparse
files.  Perforate is probably still a win if it operates in place
(does it? I haven't really looked) but cp now has:

* cp has a new option to control creation of sparse files:
  --sparse={auto,always,never}.  --sparse=auto is the default.

							_Mark_

------- Start of forwarded message -------
Message-ID: <gnusenet199607132340.SAA09249@appaloosa.asic.sc.ti.com>
To: info-gnu@prep.ai.mit.edu
To: bug-gnu-utils@prep.ai.mit.edu
Subject: ANNOUNCE: GNU file utilities 3.13 released
Reply-To: meyering@na-net.ornl.gov
Date: Sat, 13 Jul 1996 18:40:35 -0500
From: Jim Meyering <meyering@asic.sc.ti.com>
Newsgroups: gnu.announce,gnu.utils.bug,comp.os.linux.misc,comp.unix.shell,comp.unix.programmer,comp.unix.misc,comp.software-eng
Followup-To: gnu.utils.bug

A new release of the GNU file management utilities is available at

  ftp://ftp.gnu.ai.mit.edu/pub/gnu/fileutils-3.13.tar.gz.

This is mostly a bug-fix release.

The programs in the fileutils are:

chgrp chmod chown cp dd df dir dircolors du install ln ls mkdir
mkfifo mknod mv rm rmdir touch sync vdir

Most of these programs have significant advantages over their Unix
counterparts, such as greater speed, additional options, and fewer
arbitrary limits.

Changes in release 3.13
* ls properly determines window size on SunOS and Solaris systems
* ls accepts new option --color[=WHEN] where WHEN is `always', `never',
  or `auto'.  --color=never is the default.  --color is equivalent
  to --color=always.
* new program: dircolors
* ls allows 0 as argument to --tabsize (-T) option.  Using --tabsize=0
  inhibits the use of TAB characters for separating columns.
* you can create a backup of FILE with cp --force --backup FILE FILE.  Before,
  that command failed saying that ``FILE' and `FILE' are the same file'.
* uses automake-generated Makefile templates
* chown and chgrp accept new option --no-dereference (-h)
* ln -f FILE FILE fails with a diagnostic rather than silently removing FILE
* when building on systems that have getopt_long (like Linux), the system-
  provided function will be used -- so executables may be a little smaller
* cp -p, and mv modify owner and/or group of symlinks on systems
  (like Solaris) that provide the lchown system call.
* df no longer invokes the sync system call by default.  You can use the
  --sync option to make df invoke sync before getting file system sizes.
* internationalized diagnostic messages
* mkdir accepts new option: --verbose
* `cp file D/' uses the full file name `D/file' instead of `D//file'.
* cp --backup a~ a fails instead of silently destroying the source file
* df and du have new options --human-readable (-h) and --megabytes (-m).
* install now honors --backup (-b), --suffix=SUFFIX (-S SUFFIX), and
  --version-control=WORD (-V WORD) options just as cp, ln, and mv do.
* ln --verbose output is less prone to misinterpretation
* ls -o works like -lG;  for compatibility with other versions of ls
* cp has a new option to control creation of sparse files:
  --sparse={auto,always,never}.  --sparse=auto is the default.
* rm -rf '' behaves properly on SunOS 4 systems
* touch: rename long option name, --file, to --reference.
  `touch --file' will continue to work a little longer.
* df fails if the same file system type is both selected and excluded.
* df works around SunOS statfs brokenness wrt filesystems larger than 2GB
* df better handles inconsistent mtab entries
* `ls -lDR dir dir2' works
* `ls -c' does what it's supposed to
* all programs include program name in --version output
* `ls --quote-name' works
* mv properly determines whether src and dest are the same file
  Before, it could (though with very low probability) fail to do the move,
  reporting that distinct source and destination are the same file.
* du --dereference (-L) works with directory symlinks
* du works on SunOS 4 systems even when accounting is enabled
* many programs that convert strings to integers now use strtol or strtoul
  and detect overflow

Here's the md5 checksum for the distribution.  It was generated
using the md5sum program that is part of the textutils package.
You can check it by saving this message to a file, say tu-announce
and then running md5sum -c tu-announce.

0e9c7b0915f5e2dc887d2f646e2dd9a8  fileutils-3.13.tar.gz

Please send bug reports for this software to the mailing list
	bug-gnu-utils@prep.ai.mit.edu

[ Most GNU software is packed using the GNU `gzip' compression program.
  Source code is available on most sites distributing GNU software.

  For information on how to order GNU software on tape or cd-rom, and
  printed GNU manuals, check the file etc/ORDERS in the GNU Emacs
  distribution, ftp the file /pub/gnu/GNUinfo/ORDERS on prep, or
  e-mail a request to: gnu@prep.ai.mit.edu 

  By ordering your GNU software from the FSF, you help us continue to
  develop more free software.  Media revenues are our primary source of
  support.  Donations to FSF are deductible on US tax returns.

  The above software will soon be at these ftp sites as well.
  Please try them before prep.ai.mit.edu as prep is very busy!

  thanx -gnu@prep.ai.mit.edu

	ASIA: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp/ftpsync/prep,
  cair-archive.kaist.ac.kr/pub/gnu, ftp.nectec.or.th/pub/mirrors/gnu
	AUSTRALIA: archie.au/gnu (archie.oz or archie.oz.au for ACSnet)
	AFRICA: ftp.sun.ac.za/pub/gnu
	MIDDLE-EAST: ftp.technion.ac.il/pub/unsupported/gnu
	EUROPE: irisa.irisa.fr/pub/gnu, ftp.univ-lyon1.fr:pub/gnu,
  ftp.mcc.ac.uk, unix.hensa.ac.uk/mirrors/uunet/systems/gnu,
  src.doc.ic.ac.uk/gnu, ftp.ieunet.ie:pub/gnu, ftp.eunet.ch,
  nic.switch.ch/mirror/gnu, ftp.informatik.rwth-aachen.de/pub/gnu,
  ftp.informatik.tu-muenchen.de, ftp.win.tue.nl/pub/gnu, ftp.nl.net,
  ftp.etsimo.uniovi.es/pub/gnu, ftp.funet.fi/pub/gnu, ftp.denet.dk,
  ftp.stacken.kth.se, isy.liu.se, ftp.luth.se/pub/unix/gnu,
  ftp.sunet.se/pub/gnu, archive.eu.net
	SOUTH AMERICA: ftp.inf.utfsm.cl/pub/gnu, ftp.unicamp.br/pub/gnu
	WESTERN CANADA: ftp.cs.ubc.ca/mirror2/gnu
	USA: wuarchive.wustl.edu/systems/gnu, labrea.stanford.edu,
  ftp.digex.net/pub/gnu, ftp.kpc.com/pub/mirror/gnu, f.ms.uky.edu/pub3/gnu,
  jaguar.utah.edu/gnustuff, ftp.hawaii.edu/mirrors/gnu,
  uiarchive.cso.uiuc.edu/pub/gnu, ftp.cs.columbia.edu/archives/gnu/prep,
  gatekeeper.dec.com/pub/GNU, ftp.uu.net/systems/gnu

]
------- End of forwarded message -------


From debian-devel-request@lists.debian.org Sat Jul 20 01:25:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:12:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:03:11 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:39:35 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3290: PATH for sysvinit
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3290@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Fri, 19 Jul 1996 21:18:01 GMT
Resent-Message-ID: <handler.3290.B3290.83781092427775@bugs.debian.org>
X-Debian-PR-Package: sysvinit
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhMd3-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 21:58 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: jsp@betz.biostr.washington.edu (Jeff Prothero), 3290@bugs.debian.org
In-Reply-To: <199607182234.PAA18490@betz.biostr.washington.edu>
References: <199607182234.PAA18490@betz.biostr.washington.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5213
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Jeff Prothero writes (""):
> | The default PATH for non-superuser programs everywhere should be
> | /usr/local/bin:/bin:/usr/bin
>
> How about /usr/bin/X11:/usr/games ?  Debian seems to like to
> install tf in the latter, which puzzles users who don't have
> /usr/games on their path...

Yes, /usr/games (and /usr/local/games) should be included in the
default _user_ path, but probably doesn't want to be on the path for
init scripts, &c.

For starters, it may have a different security policy.

Ian.

PS: your message had no `To' or `Subject' field.  This is broken.  Fix
your mailer.


From debian-devel-request@lists.debian.org Sat Jul 20 01:25:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:20:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:19:51 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:43:31 -0000
Resent-Date: 19 Jul 1996 21:43:31 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhNJd-0004Q9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:42 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Ooops
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0uh2km-0004jSC@lina>
References: <m0uh2km-0004jSC@lina>
Resent-Message-ID: <"uJ7rB3.0.I14.260yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5217
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bernd Eckenfels writes ("Ooops"):
> just announced the new upload of net-acct-0.4-1 for rex on debian-changes
> instead of debian-devel, sorry for that, cause as I understand it,
> debian-changes is only used for buzz-fix changes? If no, then it's ok, if
> yes, should'nt we change this and announce the new versons in the rex tree
> there, since there will be no traffic otherwise.

I have been announcing packages for `unstable' on debian-changes.

Unless there's some good reason not to do this I think everyone else
should too.

If there is then I shouldn't.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:25:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:19:05 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:19:03 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:42:45 -0000
Resent-Date: 19 Jul 1996 21:42:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhNIl-0004Q9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:41 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Bug#3290: (no subject)
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607190631.IAA00841@marin.fdn.fr>
References: <199607190631.IAA00841@marin.fdn.fr>
Resent-Message-ID: <"EA5WO3.0.H_3.K50yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5216
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Yves Arrouye writes ("Re: Bug#3290: (no subject)"):
> [...] (by the way, it should  be /usr/X11R6/bin, not /usr/bin/X).

No, it should be /usr/bin/X11.  This is to that when we have X11R7 it
will work correctly.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:50:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:25:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:25:49 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 21:52:54 -0000
Resent-Date: 19 Jul 1996 21:52:53 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uhNLA-0004Q9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:44 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Bug#3820: trn should be marked as news-reader
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <96Jul19.132244gmt+0100.6254@gateway.azr.nl>
References: <m0ugyWN-000VTiC@fnpc21.if.usp.br>
	<96Jul19.132244gmt+0100.6254@gateway.azr.nl>
Resent-Message-ID: <"NWq7V2.0.CG4.qE0yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5219
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Erick Branderhorst writes ("Re: Bug#3820: trn should be marked as news-reader"):
> Are mail-reader and news-reader appropriate names? Aren't they
> being used for sending mail and news as well?  Can't come up with
> an appropriate alternative.

Yes, they are being used for sending mail and news as well.

This is implicit and shouldn't be changed.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:50:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:33:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:33:38 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 22:04:37 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3825: p either misbehaves or misdocumented
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3825@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Fri, 19 Jul 1996 21:48:02 GMT
Resent-Message-ID: <handler.3825.B3825.83781242828344@bugs.debian.org>
X-Debian-PR-Package: libc5
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhMvn-0004R9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:17 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3825@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <8NXmiJtl3@sfere.elmail.co.uk>
References: <8NXmiJtl3@sfere.elmail.co.uk>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5220
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Richard Kettlewell writes ("Bug#3825: %p either misbehaves or misdocumented"):
...
> But according to the printf(3) man page:
> 
>        p      The ``void *'' pointer argument is printed in  hex-
>               adecimal (as if by %#x or %#lx).
> 
> ``(nil)'' doesn't look very hexadecimal to me.  I think it ought to
> print ``0x0''.

Hmm.  On some architectures null pointers are not all-bits-zero, and
it's not inconceivable that the GNU libc and Linux will run on them.

Surely `(nil)' is better ?  The documentation ought to be changed if
this is intentional.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:50:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:48:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:48:33 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 22:29:45 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3401: talk clears screen after showing error
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3401@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Fri, 19 Jul 1996 22:18:08 GMT
Resent-Message-ID: <handler.3401.B3401.83781392728718@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhNTc-0004PpC@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:52 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3401@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607191414.QAA05267@server.et-inf.fho-emden.de>
References: <m0uh57A-0004jSC@lina>
	<199607191414.QAA05267@server.et-inf.fho-emden.de>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5222
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Peter Tobias writes ("Bug#3401: talk clears screen after showing error"):
...
> AFAIK [prompting before exiting fullscreen mode] would affect
> _every_ application that uses (n)curses! [...]

No, it only affects those few applications which can exit as a result
of something other than user input.

For example, dselect switches in and out of fullscreen mode quite a
bit, and there's no reason for it to prompt.  Every switch out of
fullscreen mode was immediately preceded by a user keypress anyway.

I think that programs like `talk' which can exit due to network and
similar activity should be changed.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 01:50:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:47:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:47:01 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 22:28:35 -0000
Resent-Date: 19 Jul 1996 22:28:35 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31F00BE3.6D5AC466@verisim.com>
Date: Fri, 19 Jul 1996 18:27:48 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: "Susan G. Kleinmann" <sgk@sgk.tiac.net>
CC: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Search Engine 
References: <199607192028.QAA21740@sgk.tiac.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"FZxD61.0.gh5.Jm0yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5221
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> As you may know, there is a search engine in the docdebian package
> that Lars is building, and there is a glimpse-based search engine in
> the Debian WWW pages.  I think we ought to get coordinated on whatever
> we do (I don't have a stake in anything.)

I don't have specs for them, so I can't compare them for speed and the like.


> Does your search engine do these things:
>  Boolean operators, including AND NOT

Yes.  It uses "&" (and), "|" (or), and "!" (not).  Also includes
paretheses to prioritize certain operations.

>  Proximity matching, e.g., Susan NEAR Kleinmann

Yes.  Use '"Susan Kleinmann"' to match next to, or 'Susan 10 Kleinmann' to
search for within 10 words of each other.

(The web front-end makes easy selection of operators using words instead
 of symbols, if desired.)

>  Case (in)sensitivity

Yes.  "susan" to match case insensitive.  Any uppercase letters will force
an exact case match of the word.

>  substrings

Yes.  It supports the standard command line "globbing" characters: *,?,[]

>  Fielded searches

Yes, but you first have to break your document into fields and index each
field.  The results of individual queries on each field can then be combined.
This feature is still in alpha, but should be done soon.

>  phrases

Yes.  A phrase '"Susan Kleinmann"' is identical to 'Susan 1 Kleinmann'.

> The output format is also important (obviously).  And I think we'd
> need to build it into a form that allowed a user to zero-in on a
> particular dataset, like the mailing lists, the bug log, the
> (newly expanded!) FAQ, the files in /usr/doc, and the files in /usr/info,
> etc., etc.

It's a Perl extension library so you can format the results any way
you want.  The matches are also scored based on how well they matched.

We do have a really cool Web front end to it, though!  Come monday, it
will be up on our website for you to look at.

> I'm interested!

This is good!

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.


From debian-devel-request@lists.debian.org Sat Jul 20 01:50:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:49:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:49:38 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 22:29:51 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3837: Why isn't xv linked with the libgr libraries ?
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3837@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Fri, 19 Jul 1996 22:18:09 GMT
Resent-Message-ID: <handler.3837.B3837.83781392728713@bugs.debian.org>
X-Debian-PR-Package: xv
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhNRt-0004Q9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:51 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Philippe Troin <phil@sj-coop.net>, 3837@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607191123.EAA06886@tantale.sjcoop.net>
References: <199607191123.EAA06886@tantale.sjcoop.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5223
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Philippe Troin writes ("Bug#3837: Why isn't xv linked with the libgr libraries ?"):
> Package: xv
> Version: 3.10a-4
> 
> Why isn't xv dynamically linked with the libgr suite ?
> 
> $ ldd /usr/bin/X11/xv
>         libX11.so.6 => /usr/X11R6/lib/libX11.so.6.0
>         libm.so.5 => /lib/libm.so.5.0.5
>         libc.so.5 => /lib/libc.so.5.2.18

libgr is obsolete.  Perhaps you mean libpng et al ?  In which case, do
you know that xv actually supports being built like that ?

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 02:15:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:54:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:54:31 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 22:31:11 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3839: autoconf wants `nawk'
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3839@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Eichin <eichin@kitten.gen.ma.us>
Resent-Date: Fri, 19 Jul 1996 22:18:07 GMT
Resent-Message-ID: <handler.3839.B.83781392728715@bugs.debian.org>
X-Debian-PR-Package: autoconf
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhNWh-0004PpC@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:55 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5224
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: autoconf
Version: 2.10-3

-chiark:dpkg-1.2.13> make autoconf
autoheader
configure.in:114: warning: AC_TRY_RUN called without default to allow cross compiling
autoconf
configure.in:114: warning: AC_TRY_RUN called without default to allow cross compiling
configure.in:115: warning: AC_TRY_RUN called without default to allow cross compiling
configure.in:116: warning: AC_TRY_RUN called without default to allow cross compiling
/usr/bin/autoconf: nawk: command not found
-chiark:dpkg-1.2.13> dpkg -l '*awk*'
Desired=Unknown/Install/Remove/Purge
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name            Version        Description
+++-===============-==============-============================================
ii  gawk            2.15.6-1       GNU awk, a pattern scanning and processing l
in  mawk            <none>         (no description available)
-chiark:dpkg-1.2.13> 

I'll see if installing mawk helps, and if not I'll make a symlink.

Either autoconf should be changed or a dependency added or both.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 02:15:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 01:58:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 01:58:43 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 22:34:07 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3838: GCC should depend on CPP, not conflict with it
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3838@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Fri, 19 Jul 1996 22:18:05 GMT
Resent-Message-ID: <handler.3838.B.83781392728714@bugs.debian.org>
X-Debian-PR-Package: gcc
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhNPU-0004Q9C@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 22:48 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
Newsgroups: chiark.mail.debian.user
In-Reply-To: <2.2.32.19960719075710.0072fd3c@10.1.4.3>
References: <2.2.32.19960719075710.0072fd3c@10.1.4.3>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5225
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: gcc
Version: 2.7.2-8

The fact that gcc includes cpp and thus conflicts with it is causing
confusion for users who know that they need cpp and don't realise that
gcc includes it, and for people who want to switch between the two and
try to select cpp for removal in dselect (which makes it want to
remove lots of important stuff).

gcc should instead depend on cpp.

Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 02:15:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 02:12:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 02:12:50 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 22:54:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3840: rwhod should remove stale entries
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3840@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: "Steve McIntyre <sam1007@chiark.chu.cam.ac.uk> Peter Tobias" <sam1007@chiark.chu.cam.ac.uk>
Resent-Date: Fri, 19 Jul 1996 22:33:02 GMT
Resent-Message-ID: <handler.3840.B.83781543129267@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhO1A-0004RAC@chiark.chu.cam.ac.uk>
Date: Fri, 19 Jul 96 23:27 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5226
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: netstd
Version: 2.03-1

If a package leaves the local network its entry in /var/spool/rwho is
never removed, so that it always shows up in rwho listings.

Should these not be removed when they become more than a month or so
old ?

Thanks,
Ian.


From debian-devel-request@lists.debian.org Sat Jul 20 02:40:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 02:19:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 02:19:45 -0000
Received: (qmail-queue invoked by uid 40); 19 Jul 1996 23:20:40 -0000
Resent-Date: 19 Jul 1996 23:20:40 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <eichin@cygnus.com>
Sender: eichin@cygnus.com
To: Brian Mays <bem5r@virginia.edu>
Cc: debian-devel@lists.debian.org
Subject: Re: pcmcia-cs_2.8.16-2 uploaded
References: <199606270221.WAA31517@neutron.mane.Virginia.EDU>
From: Mark Eichin <eichin@cygnus.com>
Date: 19 Jul 1996 18:53:24 -0400
In-Reply-To: Brian Mays's message of Wed, 26 Jun 96 22:21:49 -0500
Message-Id: <xe1hgr3c0t7.fsf@maneki-neko.cygnus.com>
Lines: 17
X-Mailer: Gnus v5.2.36/Emacs 19.31
Resent-Message-ID: <"qFoXN3.0.ST1.7X1yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5227
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

As far as I can tell, this isn't in sync with the kernel. I just
installed off of the 1996_6_11 disks, and
mirror/binary-i386/admin/pcmcia-cs-2.0.0_2.8.18-1.deb doesn't work,
because it gets apm_unregister_callback and apm_register_callback
undefined when it starts up. (Also a few "module symbols (from
linux-2.0.0) don't match your linux-2.0.0...)

I'll note, though, that I can't *find* -2 anywhere, and that there
appear to be 2.0.5 boot disks in Incoming. Suggestions for a matching
pair? Would someone consider putting an appropriate pcmcia .deb in the
disks-i386 directory with the release it matches?

This is with the stock kernels. Really, they should match, even if it
means everyone rebuilds both later -- because if I'm loading the
pcmcia binary module at all, it's because that's the *only* way to get
in the rest of the release (short of a floppy-by-floppy compiler+libs
install... which misses the point...)


From debian-devel-request@lists.debian.org Sat Jul 20 03:05:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 02:52:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 02:52:54 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 00:01:46 -0000
Resent-Date: 20 Jul 1996 00:01:46 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <eichin@paycheck.cygnus.com>
Sender: eichin@paycheck.kitten.gen.ma.us
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: Debian developers list <debian-devel@lists.debian.org>,
  Mark Eichin <eichin@kitten.gen.ma.us>
Subject: Re: site-start.el and lout-mode.el
References: <m0uhLm4-0004RAC@chiark.chu.cam.ac.uk>
From: eichin@kitten.gen.ma.us (Mark W. Eichin)
Date: 19 Jul 1996 19:51:28 -0400
In-Reply-To: Ian Jackson's message of Fri, 19 Jul 96 21:03 BST
Message-Id: <xe1ohlb6bun.fsf@paycheck.kitten.gen.ma.us>
Lines: 2
X-Mailer: Gnus v5.3/Emacs 19.31
Resent-Message-ID: <"EGhd43.0.2j2.g72yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5228
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I don't have a good mechanism for it, but look at what "gnats" does, I
think it adds it's own hooks...


From debian-devel-request@lists.debian.org Sat Jul 20 03:30:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 03:19:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 03:19:08 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 00:34:38 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3807: Bug #3807 explained 
Reply-To: Brian Mays <bem5r@virginia.edu>, 3807@bugs.debian.org
Resent-From: Brian Mays <bem5r@virginia.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Brian Mays <brian@debian.org>
Resent-Date: Sat, 20 Jul 1996 00:18:03 GMT
Resent-Message-ID: <handler.3807.B3807.83782143030815@bugs.debian.org>
X-Debian-PR-Package: xboard
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhObE-000Pu7C@localhost>
From: Brian Mays <bem5r@virginia.edu>
To: Rickard Westman <ricwe@ida.liu.se>, 3807@bugs.debian.org
In-reply-to: Your message of "Wed, 17 Jul 1996 04:03:03 +0200."
             <199607170203.EAA05369@sen21.ida.liu.se> 
Date: Fri, 19 Jul 1996 19:04:42 -0400
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5229
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "Rickard" == Rickard Westman <ricwe@ida.liu.se> writes:


    Rickard> Bug #3807 caused xboard to dump core because it couldn't
    Rickard> find the fonts (Helvetica) it wanted.  A minimal fix
    Rickard> would be to add dependencies to xfnt100 and xfnt75, so
    Rickard> that the required fonts would always be available.  One
    Rickard> of them would do, but it has to be the one corresponding
    Rickard> to the DPI setting of the server -- otherwise xboard
    Rickard> won't run in the default configuration.

I've added a 'Recommends: xfnt100 | xfnt75' dependency to the control
file.  I don't think that 'Depends' is warranted, since XBoard can
still run when the Helvetica fonts are not available if it is told to
use another font -- either from a command line option or an X
resource.

    Rickard> Of course, it would also be nice if xboard didn't dump
    Rickard> core upon failing, and even nicer if it used a more
    Rickard> flexible scheme when the default font was not found.  The
    Rickard> core dump happens in DisplayFatalError() on line 3796 of
    Rickard> xboard.c, because the referenced widget pointer has not
    Rickard> yet been initialized when the function is called from
    Rickard> main() via FindFont().

I'll report this error to the upstream maintainers.  For now, I've
modified the XBoard program to print an error message to stderr and
exit instead of calling DisplayFatalError().  This eliminates the core
dump.

    Rickard> I have a feeling there are more bugs of this kind in
    Rickard> xboard.

Of that I have no doubt.  But all we can do is fix 'em when we find
'em.

--
Brian


From debian-devel-request@lists.debian.org Sat Jul 20 03:30:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 03:20:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 03:20:15 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 00:35:38 -0000
Resent-Date: 20 Jul 1996 00:35:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <owner@bugs.debian.org>
From: owner@bugs.debian.org
Message-Id: <m0uhOtD-000CdjC@submailer.bugs.debian.org>
Date: Fri, 19 Jul 96 16:23 PDT
To: debian-devel@lists.debian.org
Subject: Unanswered problem reports by date
Resent-Message-ID: <"vDpTV3.0.j34.Qd2yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5230
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The following problem reports have not yet been marked as `taken up' by a
message to done@bugs.debian.org or or `forwarded' by a
message to forwarded@bugs.debian.org.

OVER 16 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
  660 gdb        GDB gets address of structure  David Engel <david@ods.com>

OVER 15 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
  725 xbase      twm places windows incorrectly Stephen Early <sde1000@debian.o
  740 xbase      xclock leaves `droppings' in i Stephen Early <sde1000@debian.o
  773 xbase      xmh falls over if mh is not in Stephen Early <sde1000@debian.o
  775 xbase      twm reports errors on incorrec Stephen Early <sde1000@debian.o
  797 termcap-co /etc/termcap console keydefs f Christian Hudon <chrish@debian.
  818 bash       bash builtin `echo' doesn't ch Klee Dienes <klee@sedona.com>
  820 tcsh       tcsh builtin `echo' doesn't ch Andrew Howell <andrew@it.com.au
  821 shellutils /bin/echo doesn't check write  daveb@tau.space.thiokol.com (Da
  825 trn        trn warning messages corrupt t jkr@master.debian.org (Jonathan
  836 termcap-co Possible bugs in termcap syste Christian Hudon <chrish@debian.

OVER 14 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
  887 xarchie    xarchie barfs when ftp closes  (unknown -- `xarchie')
  889 info       Info 3.1-6                     Erick Branderhorst <branderhors
  902 lpr        lpr can't print a PostScript f dgregor@coil.com (D.J. Gregor)
  911 libc4      libc causes rsh to fail on com (unknown -- `libc')

OVER 13 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
  957 dpkg       dpkg should automatically log  Ian Jackson <ian@chiark.chu.cam
  988 bsdutils   `script' is insecure, and gene Austin Donnelly <and1000@debian
  998 boot-flopp Can't Configure DOS Partitions Bruce Perens <Bruce@Pixar.com>
 1009 bash       bash problem with quoting/comp Klee Dienes <klee@sedona.com>
 1016 procps     top has 3's in vt100           Fernando Alegre <alegre@mars.su
 1032 boot-flopp Linux Counter Project Info Not Bruce Perens <Bruce@Pixar.com>
 1037 dpkg       dselect user interface (was Re Ian Jackson <ian@chiark.chu.cam
 1045 termcap-co tgetflag("hc") segfaults (fwd) Christian Hudon <chrish@debian.

OVER 12 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1061 lpr        /etc/printcap vs. /usr/man/man dgregor@coil.com (D.J. Gregor)
 1099 perl       perl bug                       Darren Stalder <torin@daft.com>
 1108 binutils   No manpage ar(5)               David Engel <david@ods.com>
 1112 gsfonts    a2gs output unusable by gs but joost witteveen <joostje@master
 1118 fortune    fortune is setuid games ?!     dhs@firefly.com (David H. Silbe
 1130 libc4      Stdlib.h problems when using g (unknown -- `libc')

OVER 11 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1164 shellutils who --help uses /etc/{w,u}tmp  daveb@tau.space.thiokol.com (Da
 1170 perl       perl fails to make headers fir Darren Stalder <torin@daft.com>
 1176 procps     /usr/bin/top segfault with unk Fernando Alegre <alegre@mars.su
 1201 perl       perl doesn't know about includ Darren Stalder <torin@daft.com>
 1211 libc4      libc __nis_getgrnam() segfault (unknown -- `libc')
 1233 ifrench    Bad french.hash file in ifrenc (unknown -- `ifrench')
 1239 findutils  /etc/cron.daily/find: updatedb Kevin Dalley <kevin@aimnet.com>
 1240 procps     ps(1) man page incomplete      Fernando Alegre <alegre@mars.su
 1246 procps     ps man page does not agree wit Fernando Alegre <alegre@mars.su
 1247 perl       perl <...> globbing only works Darren Stalder <torin@daft.com>
 1265 uucp       Misc. uucp bugs                dhs@firefly.com (David H. Silbe
 1275 xarchie    xarchie clumsy with 2-button m (unknown -- `xarchie')
 1278 libc4      dpkg seg faults with NIS       (unknown -- `libc')
 1279 libc4      Strangeness involving <bsd/sig (unknown -- `libc')

OVER 10 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1281 bin86      bin86                          (unknown -- `bin')
 1292 xserver-sv X locks up                     Stephen Early <sde1000@debian.o
 1303 binutils   `man 1 nm` slightly incomplete David Engel <david@ods.com>
 1314 ncurses3.0 ncurses fails in silly way on  (unknown -- `ncurses')
 1336 procps     CFLAGS shouldn't be used when  Fernando Alegre <alegre@mars.su
 1366 acm        acm networking problems        Ian Murdock <imurdock@debian.or
 1372 boot-flopp rootdisk: no dvorak keytable   Bruce Perens <Bruce@Pixar.com>
 1378 libc4      weird ELF/a.out difference     (unknown -- `libc')
 1381 workbone   workbone postinst fails        dgregor@bronze.coil.com (D.J. G
 1399 dpkg       dselect error handling not con Ian Jackson <ian@chiark.chu.cam
 1406 dbackup    backup postrm can fail when it dhs@firefly.com (David H. Silbe
 1411 perl       perlconfig misses an opportuni Darren Stalder <torin@daft.com>
 1429 bibtex, kp several TeX packages Provide t Nils Rennebarth <nils@nus.pan-n
 1451 ghostview  `ghostviewR6' conflict with gh Helmut Geyer, Helmut.Geyer@iwr.
 1467 ax25-kerne `ax25-kernel-source', `ax25-ut (unknown -- `ax')

OVER 9 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1480 dpkg       start-stop-daemon doesn't chec Ian Jackson <ian@chiark.chu.cam
 1481 smail      smail paniclog suggestion      Soenke Lange <soenke@escher.nor
 1488 dld        dld control file dsccription p gthomas@native-ed.bc.ca (Guy R.
 1502 ltxtool lt Uniform lists in debian.contro Nils Rennebarth <nils@nus.pan-n
 1526 dpkg       man dpkg(5) dpkg(8) dselect    Ian Jackson <ian@chiark.chu.cam
 1532 repair     no revision number with repair Richard Kettlewell <richard@elm
 1533 procps     `w' produces bogus login@, idl Fernando Alegre <alegre@mars.su
 1549 bash       bash should not have world-rea Klee Dienes <klee@sedona.com>
 1555 dpkg       dselect per-screen-half focus  Ian Jackson <ian@chiark.chu.cam
 1560 shellutils `su' produces incomplete log e daveb@tau.space.thiokol.com (Da
 1616 shellutils 'who' can't find utmp          daveb@tau.space.thiokol.com (Da
 1621 xbase      Xmark has no manpage           Stephen Early <sde1000@debian.o
 1624 bash       thermal run away problem       Klee Dienes <klee@sedona.com>
 1642 dpkg       dpkg recursive package listing Ian Jackson <ian@chiark.chu.cam
 1647 texbin     dpkg can present incorrect inf Nils Rennebarth <nils@nus.pan-n
 1653 texbin     Missing dvicopy(1) man page.   Nils Rennebarth <nils@nus.pan-n
 1663 texbin     TeX comes without configuratio Nils Rennebarth <nils@nus.pan-n
 1664 texbin     TeX is lacking documentation o Nils Rennebarth <nils@nus.pan-n
 1670 dpkg       start-stop-daemon is too slow  Ian Jackson <ian@chiark.chu.cam
 1672 ftp.debian non-free packages              Ian Murdock <imurdock@debian.or
 1681 cron       Missing files                  Steve Greenland <stevegr@master
 1685 libc4      dpkg-split --msdos not correct (unknown -- `libc')
 1686 mfbin      psfonts.map can't be found     Nils Rennebarth <nils@nus.pan-n
 1690 xbase      XDM protection fault on X conf Stephen Early <sde1000@debian.o
 1691 xbase      X config allows invalid numeri Stephen Early <sde1000@debian.o
 1693 smail      forwarded message from Harald  Soenke Lange <soenke@escher.nor
 1699 base       Install/Config quirks: Missing Bruce Perens <bruce@pixar.com>
 1702 bash       telnet+su root->thermal proces Klee Dienes <klee@sedona.com>
 1703 xtron      xtron documentation            Andrew Howell <andrew@it.com.au
 1707 kernel     image 1.2.13-5 has no msdos.o  Simon Shapiro  <Shimon@i-connec
 1708 adduser? m `passwd' not interruptible whe Steve Phillips <sjp@cvfn.org>
 1711 adduser    adduser replaces NIS entries i Steve Phillips <sjp@cvfn.org>
 1713 procps     procps: manpage doesn't tell t Fernando Alegre <alegre@mars.su
 1714 bash       bash is confused when breaking Klee Dienes <klee@sedona.com>
 1717 gopherd    gopherd recommends freeWAIS -  (unknown -- `gopherd')
 1718 gopherd    gopherd version has spurious q (unknown -- `gopherd')
 1742 base       /dev/tty has wrong permissions Bruce Perens <bruce@pixar.com>
 1744 kernel     dpkg: cannot scan updates dire Simon Shapiro  <Shimon@i-connec
 1746 bash       rsh <system> sh -i produces CP Klee Dienes <klee@sedona.com>
 1747 nas        nas: no manpages for au availa Michael Nonweiler <mrn20@cam.ac

OVER 8 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1759 kernel     running out of swap causes dea Simon Shapiro  <Shimon@i-connec
 1767 cern-httpd cern-httpd installation        Steve Greenland <stevegr@master
 1771 ltxtool    Legal problems with ltxtool    Nils Rennebarth <nils@nus.pan-n
 1774 libc4      <paths.h>: _PATH_DEFPATH conta (unknown -- `libc')
 1791 dosemu     dosemu troubles                Mike Deisher <deisher@dspsun.ea
 1796 xserver-s3 missing call to ntohs in X ser (unknown -- `xserver-s')
 1797 dpkg       upgrade/downgrade dependency c Ian Jackson <ian@chiark.chu.cam
 1799 smail      smail nameresloving problems   Soenke Lange <soenke@escher.nor
 1803 termcap-co /etc/termcap linux definition  Christian Hudon <chrish@debian.
 1818 dpkg       configure ordering based on Re Ian Jackson <ian@chiark.chu.cam
 1819 xbase      X11 doesn't set a lock on the  Stephen Early <sde1000@debian.o
 1823 texbin     texbin postinst failed with er Nils Rennebarth <nils@nus.pan-n
 1831 pgp-i      pgp-i bug..                    Ian Jackson <ian@chiark.chu.cam
 1834 bash       [kubla@goofy.zdv.Uni-Mainz.de: Klee Dienes <klee@sedona.com>
 1845 trn        dead.letter and dead.article a jkr@master.debian.org (Jonathan
 1851 gopher-cli gopher-client-2.1.1 has quotes (unknown -- `gopher-client')
 1853 procps     top fails after 130 processes? Fernando Alegre <alegre@mars.su
 1854 fileutils  cp -dpR doesn't preserve owner Erick Branderhorst <branderh@de
 1855 base       packages adding entries to /et Bruce Perens <bruce@pixar.com>
 1856 perl       creating perl header files     Darren Stalder <torin@daft.com>
 1858 kpathsea   kpathsea package does not inst Nils Rennebarth <nils@nus.pan-n
 1865 kpathsea   cmr10 at 10.0pt not loadable:  Nils Rennebarth <nils@nus.pan-n
 1873 dvipsk     dvipsk ignores /etc/papersize! Nils Rennebarth <nils@nus.pan-n
 1874 a2ps       a2ps ignores /etc/papersize!   (unknown -- `a')
 1879 emacs      Emacs shell mode weirdness - l Mark Eichin <eichin@kitten.gen.
 1881 majordomo  Majordomo UID wrong?           Richard Kettlewell <richard@elm
 1885 base       base 0.93.6-13: doesn't create Bruce Perens <bruce@pixar.com>

OVER 7 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 1901 kbd        `compose' keytable command not Dominik Kubla <Dominik.Kubla@Un
 1908 procps     Top and tabs                   Fernando Alegre <alegre@mars.su
 1914 kernel     general protection in unix_pro Simon Shapiro  <Shimon@i-connec
 1916 perl       perl: wrong entries in Config. Darren Stalder <torin@daft.com>
 1921 dpkg       update-alternatives prompt, dp Ian Jackson <ian@chiark.chu.cam
 1922 kernel     1.3.43 Kernel is too nice      Simon Shapiro  <Shimon@i-connec
 1923 lpr        lpr not de-installing          dgregor@coil.com (D.J. Gregor)
 1929 smail      aliasinclude and forwardinclud Soenke Lange <soenke@escher.nor
 1930 mime-suppo metamail wants xloadimage      Brian White <bcwhite@pobox.com>
 1933 procps     w from procps gives wrong idle Fernando Alegre <alegre@mars.su
 1934 mfbin      font scaling problem           Nils Rennebarth <nils@nus.pan-n
 1954 base       setting up the network         Bruce Perens <bruce@pixar.com>
 1955 base       base discs still aren't creati Bruce Perens <bruce@pixar.com>
 1962 kernel     kernel needs sbpcd.h editing i Simon Shapiro  <Shimon@i-connec
 1972 perl       perl should suggest kernel sou Darren Stalder <torin@daft.com>
 1973 workbone   workbone postinst needs reword dgregor@bronze.coil.com (D.J. G
 1981 xcontrib   xman fails to format ascii(7)  Stephen Early <sde1000@cam.ac.u
 1984 workbone   dpkg won't install cdtool      dgregor@bronze.coil.com (D.J. G
 1985 xbase      xdm won't redirect to remote m Stephen Early <sde1000@debian.o
 1989 kernel     mmap bug?                      Simon Shapiro  <Shimon@i-connec
 1995 cron       run-parts on laptops           Steve Greenland <stevegr@master
 1997 ncurses3.0 ncurses linux terminal definit (unknown -- `ncurses')
 2001 base       Incorrect ownership of audio d Bruce Perens <bruce@pixar.com>
 2009 mailx      mailx ignores ^C at Subject pr Dale Miller <dale@csd.uwo.ca>
 2010 mailx      mailx misses VM-generated From Dale Miller <dale@csd.uwo.ca>
 2011 libc4      very silly messages from rsh   (unknown -- `libc')
 2022 general    utmp corruption                debian-devel@pixar.com
 2023 texbin     latex dumps core on -QUIT      Nils Rennebarth <nils@nus.pan-n
 2027 kpathsea   tiny bug in web2c debian.rules Nils Rennebarth <nils@nus.pan-n
 2037 bibtex     bibtex not searching $TEXINPUT Nils Rennebarth <nils@nus.pan-n
 2038 texbin     tex man page has unexpanded ma Nils Rennebarth <nils@nus.pan-n
 2039 xserver-ma X server font erosion          (unknown -- `xserver-mach')
 2047 grep       grep segfaults when abused     Joe Kirby <kirby@utk.edu>
 2051 xntp       /etc/ntp.conf is an auto-handl Andrew Howell <andrew@it.com.au
 2052 cron       find over NFS                  Steve Greenland <stevegr@master
 2054 latex,xdvi no subject (file transmission) Nils Rennebarth <nils@nus.pan-n

OVER 6 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 2063 kernel     scsi driver sequence unreasona Simon Shapiro  <Shimon@i-connec
 2064 kernel     aha1740 driver only supports o Simon Shapiro  <Shimon@i-connec
 2067 lynx       lynx -source can't find docume Andrew Howell <andrew@it.com.au
 2068 shellutils su doesn't su.                 daveb@tau.space.thiokol.com (Da
 2070 base       /etc/issue and /etc/issue.net  Bruce Perens <bruce@pixar.com>
 2076 ncurses-bi reset(1)                       Michael Alan Dorman <mdorman@lo
 2085 ncurses3.0 /usr/lib/termcap/l/linux kbs C (unknown -- `ncurses')
 2099 ax25-util  slip module stops axattach     (unknown -- `ax')
 2104 dvipsk     dvips doesn't provide color    Nils Rennebarth <nils@nus.pan-n
 2105 kernel     console error messages "Source Simon Shapiro  <Shimon@i-connec
 2110 bash       Bash tab completion of non alp Klee Dienes <klee@sedona.com>
 2112 inn        Submission for INN doc file    Miquel van Smoorenburg <miquels
 2122 xdvik      xdvik doesn't handle the `zcat Nils Rennebarth <nils@nus.pan-n
 2158 ncurses-te new ncurses bug ?              Michael Alan Dorman <mdorman@lo
 2159 procps     "ps pids" lists more than just Fernando Alegre <alegre@mars.su
 2161 binutils   elf-binutils 2.5.2l.20-1 ld ca David Engel <david@ods.com>
 2167 timezone   timezone zdump for US zones gi Fernando Alegre <alegre@mars.su
 2169 timezone   timezone zdump utility should  Fernando Alegre <alegre@mars.su
 2170 timezone   timezone: it needs more docume Fernando Alegre <alegre@mars.su
 2171 timezone   timezone: how to determine zon Fernando Alegre <alegre@mars.su
 2177 strace     "strace -ff -o file dpkg --ins Wichert Akkerman <wakkerma@wi.l
 2182 perl       perl shouldn't touch /usr/loca Darren Stalder <torin@daft.com>
 2183 emacs      emacs shouldn't touch /usr/loc Mark Eichin <eichin@kitten.gen.
 2184 perl       perl's sys/socket.ph causes wa Darren Stalder <torin@daft.com>
 2185 mflib      texmf/metafont or texmf/mf ?   Nils Rennebarth <nils@nus.pan-n
 2186 texlib     national hyphenation patterns  Nils Rennebarth <nils@nus.pan-n
 2196 ytalk      ytalk `shell' option can't run Andrew Howell <andrew@it.com.au
 2197 hdparm     hdparm -c switch               gthomas@native-ed.bc.ca (Guy R.

OVER 5 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 2198 uucp       uuxqt can't execute rmail      dhs@firefly.com (David H. Silbe
 2200 ghostview  Description                    Helmut Geyer, Helmut.Geyer@iwr.
 2205 most       Description                    Chris Fearnley <cjf@netaxs.com>
 2206 rsynth     Description                    (unknown -- `rsynth')
 2209 dld        Description                    gthomas@native-ed.bc.ca (Guy R.
 2211 auto-pgp   Description                    (unknown -- `auto-pgp')
 2217 kbd        loadkeys problem               Dominik Kubla <Dominik.Kubla@Un
 2220 inn        INN feed password interacts ba Miquel van Smoorenburg <miquels
 2231 mathpad    mathpad problems               (unknown -- `mathpad')
 2233 groff      groff-1.09-4                   Alvar Bray <alvar@meiko.co.uk>
 2235 emacs      emacs eats manual pages        Mark Eichin <eichin@kitten.gen.
 2238 kbd        another loadkeys problem       Dominik Kubla <Dominik.Kubla@Un
 2241 perl       Perl 5.002-3 handles LANG and  Darren Stalder <torin@daft.com>
 2242 mc (Midnig mc should depend on ncurses3.0 Fernando Alegre <alegre@mars.su
 2243 xbase      xterm vanishes when it's big ( Stephen Early <sde1000@debian.o
 2251 perl       Perl coredumps while invoking  Darren Stalder <torin@daft.com>
 2254 perl       perl doesn't initialize variab Darren Stalder <torin@daft.com>
 2265 bash       bash `horizontal scroll' can't Klee Dienes <klee@sedona.com>
 2267 emacs      emacs ange ftp fails           Mark Eichin <eichin@kitten.gen.
 2268 cern-httpd stale documentation links      Steve Greenland <stevegr@master
 2275 timezone   ctime(3) should be replaced by Fernando Alegre <alegre@mars.su
 2284 mailx      mailx ^C at Cc: prompt sends m Dale Miller <dale@csd.uwo.ca>
 2291 ncurses3.0 missing terminfo capabilities  (unknown -- `ncurses')
 2292 shellutils date does not support dates pa daveb@tau.space.thiokol.com (Da
 2293 uucp       uucp should compress big files dhs@firefly.com (David H. Silbe
 2295 lynx       (no subject)                   Andrew Howell <andrew@it.com.au
 2296 bugs.debia debian-bugs WWW doesn't say ho Ian Jackson <ijackson@chiark.ch
 2297 xbase      xterm gets mouse-paste and RET Stephen Early <sde1000@debian.o
 2298 trn        trn bug with shell escaping    jkr@master.debian.org (Jonathan
 2301 bash       bash doesn't document any way  Klee Dienes <klee@sedona.com>
 2302 rcs        RCS - problems with msdos file Sven Rudolph <sr1@inf.tu-dresde
 2304 mount      umount calls gethostbyname() a Robert Leslie <rob@mars.org>
 2309 adduser    Multiple root accounts         Steve Phillips <sjp@cvfn.org>
 2311 svgalib1-b svgalib has undocumented setui (unknown -- `svgalib')
 2313 xbase      xterm keymapping problems susp Stephen Early <sde1000@debian.o
 2318 emacs      Emacs makes it hard for MTAs t Mark Eichin <eichin@kitten.gen.
 2321 libc5 (and libc doesn't use **h_aliases ( (unknown -- `libc')
 2334 mh         MH scan -width dumps core      Michael Alan Dorman <mdorman@lo
 2338 cron       finds in cron.daily should be  Steve Greenland <stevegr@master
 2345 shellutils Inclusion of shadow breaks up  daveb@tau.space.thiokol.com (Da
 2346 mh         MH can lose mail               Michael Alan Dorman <mdorman@lo
 2348 smail      Smail fails to define NO_PETER Soenke Lange <soenke@escher.nor
 2353 xterm-colo postrm script broken           Mark Eichin <eichin@cygnus.com>
 2356 mailx      mailx -- problems with TMPDIR  Dale Miller <dale@csd.uwo.ca>
 2357 dvipsk     dvipsk generated PS causes `re Nils Rennebarth <nils@nus.pan-n
 2360 xbase      xdm cannot find a free VT      Stephen Early <sde1000@debian.o
 2362 bash       bash (readline) dumps core on  Klee Dienes <klee@sedona.com>
 2365 pine       Pine erases message before I c (unknown -- `pine')
 2367 pine       Pine supplies PATH line when p (unknown -- `pine')

OVER 4 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 2379 svgalib1   svgalib postinst broken        (unknown -- `svgalib')
 2382 nvi        would like `view' link for nvi Steve Greenland <stevegr@neosof
 2387 libc5-dev  gethostbyaddr(3) ill documente (unknown -- `libc')
 2392 emacs      Emacs mishandles fonts under X Mark Eichin <eichin@kitten.gen.
 2402 procps     ps no longer understands `g' o Fernando Alegre <alegre@mars.su
 2405 perl       perl postinst messages re unct Darren Stalder <torin@daft.com>
 2417 emacs      emacs inferior process buffers Mark Eichin <eichin@kitten.gen.
 2423 smail      scattered sendmail links       Soenke Lange <soenke@escher.nor
 2425 ispell     ispell thinks `formated' is co Kenneth MacDonald <K.MacDonald@
 2426 apache     apache overwrites existing hom Mark Shuttleworth <marks@thawte
 2427 procps     top d 60 fails                 Fernando Alegre <alegre@mars.su
 2428 nvi        nvi segmentation faults        Steve Greenland <stevegr@neosof
 2430 kermit     kermit configuration script is (unknown -- `kermit')
 2431 emacs      Emacs mishandles X fonts.      Mark Eichin <eichin@kitten.gen.
 2439 sysvinit   rc?.d scripts sometimes not ru Miquel van Smoorenburg <miquels
 2440 perl       sys/socket.ph produces spuriou Darren Stalder <torin@daft.com>
 2450 cdtool     `cdir' prints out huge chunks  dgregor@gregor.com (D.J. Gregor
 2455 svgalib1   can't install svgalib1-1.28-5  (unknown -- `svgalib')
 2460 procps     bizarre output from `free'     Fernando Alegre <alegre@mars.su
 2463 kernel     "msdos" filesystem needed for  Simon Shapiro  <Shimon@i-connec
 2470 kernel     in kernel Attached ether adapt Simon Shapiro  <Shimon@i-connec
 2474 ncurses-bi /usr/bin/reset does the wrong  Michael Alan Dorman <mdorman@lo
 2475 at         `at' uses middle-endian 2-digi Martin Schulze <joey@infodrom.n
 2476 emacs      emacs mucks up my email addres Mark Eichin <eichin@kitten.gen.
 2477 emacs      annoying bug in emacs          Mark Eichin <eichin@kitten.gen.
 2478 emacs      ange ftpd croaks on anonftpd   Mark Eichin <eichin@kitten.gen.
 2479 emacs      ange-ftp is incredibly ineffic Mark Eichin <eichin@kitten.gen.
 2481 general    /sbin/ldconfig in scripts      debian-devel@pixar.com
 2483 libdb1     libdb1 uses not-yet-completely (unknown -- `libdb')
 2484 libgdbm1   libgdbm1 conflicts with some v (unknown -- `libgdbm')
 2486 xwpe       Ghost packages                 dgregor@coil.com (D.J. Gregor)
 2493 gcc        GCC -O3 produces unsatisfied e David Engel <david@ods.com>
 2495 perl       perl requires tcsh (as it is c Darren Stalder <torin@daft.com>
 2497 amd        Fixes for amd-upl102           Dominik Kubla <Dominik.Kubla@Un
 2501 perl       (no subject)                   Darren Stalder <torin@daft.com>
 2502 perl       configure fails if /vmlinuz is Darren Stalder <torin@daft.com>
 2503 elv-ctags  elvis and emacs both provide c mitchell@mdd.comm.mot.com (Bill
 2504 libdb1     remove -m486 from Makefile     (unknown -- `libdb')
 2510 rxvt       rxvt-2.14 breaks old scripts   Andrew Howell <andrew@it.com.au
 2520 procps     procps needs dependency on ncu Fernando Alegre <alegre@mars.su
 2524 base       problems with base package     Bruce Perens <bruce@pixar.com>
 2530 bind       bind locks up system           Robert Leslie <rob@mars.org>
 2531 dpkg       install-info should use better Ian Jackson <ian@chiark.chu.cam
 2532 emacs      Emacs fails to use `set -e' in Mark Eichin <eichin@kitten.gen.
 2536 dpkg       dpkg inappropriately marks pac Ian Jackson <ian@chiark.chu.cam
 2538 base       audio devices have different g Bruce Perens <bruce@pixar.com>
 2542 netatalk   No default config files?       Klee Dienes <klee@sedona.com>
 2547 tf         tf does not support visual mod Andrew Howell <andrew@it.com.au
 2555 lpr        lpd source files aren't clean  dgregor@coil.com (D.J. Gregor)
 2556 lpr        "\031\1"                       dgregor@coil.com (D.J. Gregor)
 2557 elm        add to elm manpage             Carl Streeter <streeter@cae.wis
 2562 elm        elm manpage paths incorrect    Carl Streeter <streeter@cae.wis
 2569 boot-flopp bootdisk: Leading dot in dnsdo Bruce Perens <Bruce@Pixar.com>
 2573 libc5-dev  sysinfo system call not in lib (unknown -- `libc')
 2575 ytalk      ytalk lies about who you are t Andrew Howell <andrew@it.com.au
 2576 dpkg       base: selecting [A]ccess with  Ian Jackson <ian@chiark.chu.cam

OVER 3 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref  Package    Keywords/Subject               Package maintainer
 2589 perl       perl can't load libdb.so.1     Darren Stalder <torin@daft.com>
 2590 perl       new revision of perl does not  Darren Stalder <torin@daft.com>
 2591 dialog     rootdisk                       llucius <llucius@millcomm.com>
 2592 elvisnox   Elvis Compilation Peoblem      sgk@sgk.tiac.net ("Susan G. Kle
 2593 perl       perl tries to install in /usr/ Darren Stalder <torin@daft.com>
 2603 dpkg       dpkg-1.1.3 seg fault when inst Ian Jackson <ian@chiark.chu.cam
 2604 ash        ash: cc: Internal compiler err Bruce Perens <Bruce@Pixar.com>
 2605 ifrench    #1233,#1793 (ifrench doesn't w (unknown -- `ifrench')
 2610 libg++27   support for m68k-linux         (unknown -- `libg++')
 2621 texbin     unstable/texbin install fails  Nils Rennebarth <nils@nus.pan-n
 2630 emacs      emacs package needs to break c Mark Eichin <eichin@kitten.gen.
 2634 emacs      emacs hung                     Mark Eichin <eichin@kitten.gen.
 2648 mh                                        Michael Alan Dorman <mdorman@lo
 2650 win32binut win32binutils has /usr/bin/fle (unknown -- `win')
 2658 perl       Errors during perlconfig       Darren Stalder <torin@daft.com>
 2661 mh         dist and mh both have a dist m Michael Alan Dorman <mdorman@lo
 2664 dpkg       arrow keys fail in dselect not Ian Jackson <ian@chiark.chu.cam
 2671 timezone   timezone Mexico/General doesn' Fernando Alegre <alegre@mars.su
 2682 timezone   Zoneinfo library has a name-cl Fernando Alegre <alegre@mars.su
 2688 base       base: wrong group for rft* dev Bruce Perens <bruce@pixar.com>
 2689 xemacs     (no subject)                   (unknown -- `xemacs')
 2690 netatalk   netatalk: a few small problems Klee Dienes <klee@sedona.com>
 2691 perl       new perl break suid scripts    Darren Stalder <torin@daft.com>
 2692 kernel     kernel swap space problem      Simon Shapiro  <Shimon@i-connec
 2699 ytalk      ytalk doesn't use FQDNs        Andrew Howell <andrew@it.com.au
 2701 seyon      seyon: dpkg --purge doesn't wo Sven Rudolph <sr1@inf.tu-dresde
 2703 apache     apache: wrong location of icon Mark Shuttleworth <marks@thawte
 2709 emacs      emacs should list /usr/lib/ema Mark Eichin <eichin@kitten.gen.
 2710 xterm-colo colour xterm has problems when Mark Eichin <eichin@cygnus.com>
 2714 emacs      Emacs and XEmacs share files   Mark Eichin <eichin@kitten.gen.
 2717 general    conffiles in /usr              debian-devel@pixar.com
 2721 procps     free fails to understand recen Fernando Alegre <alegre@mars.su
 2728 procps     top coredump                   Fernando Alegre <alegre@mars.su
 2731 emacs      emacs with gud creates ~/.term Mark Eichin <eichin@kitten.gen.

Over two months old - attention is required:
 Ref  Package    Keywords/Subject               Package maintainer
 2733 mailx      /usr/bin/mail leaves lock file Dale Miller <dale@csd.uwo.ca>
 2737 arrl-infos arrl-infoserv: missing source  (unknown -- `arrl-infoserv')
 2738 boot-flopp Installing Debian 1.1          Bruce Perens <Bruce@Pixar.com>
 2739 boot-flopp Configuring Network with Debia Bruce Perens <Bruce@Pixar.com>
 2740 boot-flopp Configuring Network with Debia Bruce Perens <Bruce@Pixar.com>
 2741 base       First booting with Debian 1.1  Bruce Perens <bruce@pixar.com>
 2758 dld        dld: missing source file       gthomas@native-ed.bc.ca (Guy R.
 2762 ax25-kerne ax25-kernel-source: missing so (unknown -- `ax')
 2764 texpsfnt   texpsfnt: missing source file  Nils Rennebarth <nils@nus.pan-n
 2765 ax25-util  ax25-util: missing source file (unknown -- `ax')
 2774 syslinux   syslinux: missing source file  Bruce Perens <Bruce@Pixar.com>
 2785 timezone   Timezone has static library?   Fernando Alegre <alegre@mars.su
 2789 elm        elm doesn't show rest of pgp-s Carl Streeter <streeter@cae.wis
 2796 sysvinit   sysvinit makes obsolete symbol Miquel van Smoorenburg <miquels
 2797 nvi        nvi dumped core?               Steve Greenland <stevegr@neosof
 2802 apache     apache tweaks                  Mark Shuttleworth <marks@thawte
 2803 xdvik      xdvi does not handle redraws o Nils Rennebarth <nils@nus.pan-n
 2806 ncurses3.0 ncurses man pages internal inc (unknown -- `ncurses')
 2808 cron       wrong crontab entry for atrun  Steve Greenland <stevegr@master
 2810 uucp       uucp postrm should use -f flag dhs@firefly.com (David H. Silbe
 2812 apache     Apache server: SECURITY HOLE   Mark Shuttleworth <marks@thawte
 2814 apache     Apache 1.0.3: wrong manpage    Mark Shuttleworth <marks@thawte
 2818 bash       bash doesn't provide enough do Klee Dienes <klee@sedona.com>
 2819 bind       named loses (in an easily fixe Robert Leslie <rob@mars.org>
 2822 inn        Some minor glitches with the i Miquel van Smoorenburg <miquels
 2823 mc         mc segfaults on reconnect of f Fernando Alegre <alegre@mars.su
 2825 nvi        restricted movement in nvi     Steve Greenland <stevegr@neosof
 2828 dpkg       have to install xosview twice  Ian Jackson <ian@chiark.chu.cam
 2829 emacs      emacs: gdb says: slashes aren' Mark Eichin <eichin@kitten.gen.
 2832 nvi        nvi likes turning auto-margins Steve Greenland <stevegr@neosof
 2834 dpkg       desect loses state if it can't Ian Jackson <ian@chiark.chu.cam
 2839 xemacs     Xemacs problems                (unknown -- `xemacs')
 2840 base       Conflicting entries in login/g Bruce Perens <bruce@pixar.com>
 2841 procps     top produces `$<3>' at end of  Fernando Alegre <alegre@mars.su
 2850 boot-flopp nfs.o isn't loaded in clean de Bruce Perens <Bruce@Pixar.com>
 2852 g77        Bug 2711: g77 does not include (unknown -- `g')
 2855 nvi        nvi changes xterm settings...  Steve Greenland <stevegr@neosof
 2856 bash       fd leak in bash                Klee Dienes <klee@sedona.com>
 2861 manpages   glob(3) references glob(7); th Martin Schulze <joey@debian.org
 2863 ncurses-ba dselect and ncurses in select  Michael Alan Dorman <mdorman@lo
 2868 amd        amd hangs on tcsh hostname com Dominik Kubla <Dominik.Kubla@Un
 2870 dpkg-ftp   dpkg-ftp-1.4.1 bug             awpguy@acs.ucalgary.ca (Andy W.
 2872 apache     Apache starts several times    Mark Shuttleworth <marks@thawte
 2874 gpm        gpm will not work if the syste Martin Schulze <joey@infodrom.n
 2876 svgalib1   svgalib will not work in a set (unknown -- `svgalib')
 2884 tkman      tkman doesn't use /var/catman  David Engel <david@ods.com>
 2889 base       no NCR 53c810 driver in 1.1 bo Bruce Perens <bruce@pixar.com>
 2891 taper      taper documentation is missing Joe Kirby <kirby@utk.edu>
 2892 setserial  setserial marked as Essential  Gordon Russell <gor@dcs.napier.
 2894 dpkg       dpkg guidelines info files not Ian Jackson <ian@chiark.chu.cam
 2895 base       base -- incorrect passwd entry Bruce Perens <bruce@pixar.com>
 2896 libdb1     postinst has bad permissions 6 (unknown -- `libdb')
 2899 libreadlin postinst has bad permissions 6 (unknown -- `libreadline')
 2904 dpkg       install-info doesn't cope with Ian Jackson <ian@chiark.chu.cam
 2906 glibcdoc   Inconsistency in libc.info re  Erick Branderhorst <branderh@de
 2908 sysvinit   mesg sets wrong permissions on Miquel van Smoorenburg <miquels
 2909 gcc        GCC Info has funny formatting  David Engel <david@ods.com>
 2910 gcc        GCC accepts multi-line strings David Engel <david@ods.com>
 2911 dpkg       Conffiles are deleted too late Ian Jackson <ian@chiark.chu.cam
 2913 ipx        ipx bootup scripts are broken  mrn20@cam.ac.uk (Michael R. Non
 2919 fort77     very bad fort77 installation m (unknown -- `fort')
 2920 base       incorrect entry for nobody in  Bruce Perens <bruce@pixar.com>
 2923 cdtool     CD-ROM device /dev/hdc permiss dgregor@gregor.com (D.J. Gregor
 2926 lilo       Lilo: can't make documentation Bruce Perens <Bruce@Pixar.com>
 2927 base       /usr/info/dir in base confuses Bruce Perens <bruce@pixar.com>
 2928 base       nobody has wrong login shell   Bruce Perens <bruce@pixar.com>
 2929 dpkg       dpkg-name 1.1.6 is broken.     Ian Jackson <ian@chiark.chu.cam
 2933 dpkg-ftp   dpkg-ftp needs perl 5.002      awpguy@acs.ucalgary.ca (Andy W.
 2934 apache     Some cgi scripts don't work    Mark Shuttleworth <marks@thawte
 2937 bootdisk   Copyright message function key Bruce Perens <bruce@pixar.com>
 2938 procps     libproc is in wrong place      Fernando Alegre <alegre@mars.su
 2939 dpkg       Bad dpkg/ldconfig Interaction  Ian Jackson <ian@chiark.chu.cam
 2940 kernel     image-1.3.64-0 lacks scsi tape Simon Shapiro  <Shimon@i-connec
 2941 ftp.debian lots of hyphens in archive     Ian Murdock <imurdock@debian.or
 2942 timezone?, Wrong timezone for Europe/Wars Fernando Alegre <alegre@mars.su
 2945 rootdisk   Bus Error given by rootdisk    Ian Murdock <imurdock@debian.or
 2946 lynx       Lynx gives fatal error message Andrew Howell <andrew@it.com.au
 2956 bootdisk   beta experience                Bruce Perens <bruce@pixar.com>
 2959 shellutils date +%Z bug                   daveb@tau.space.thiokol.com (Da
 2962 ncurses3.0 dselect arrow keys don't work  (unknown -- `ncurses')
 2964 lynx       lynx -dump fails through proxy Andrew Howell <andrew@it.com.au
 2965 lynx       lynxexec not compiled into lyn Andrew Howell <andrew@it.com.au
 2966 bugs.debia bugs2ftp is broken             Ian Jackson <ijackson@chiark.ch
 2969 man        zsoelim [in man] is confused b Alvar Bray <alvar@debian.org>
 2970 groff      soelim [in groff] is confused  Alvar Bray <alvar@meiko.co.uk>
 2971 mailx      mailx doesn't quit on two succ Dale Miller <dale@csd.uwo.ca>
 2972 mfbin      MetaFONT linked against X libr Nils Rennebarth <nils@nus.pan-n
 2973 dpkg       install-info created 5 Develop Ian Jackson <ian@chiark.chu.cam
 2975 base       [base] missing /dev entries    Bruce Perens <bruce@pixar.com>
 2978 base       May 13 15:51:25 lohi wu-ftpd[3 Bruce Perens <bruce@pixar.com>
 2982 xntp       xntp calls ntpdate at start    Andrew Howell <andrew@it.com.au
 2989 rxvt       rxvt source bug                Andrew Howell <andrew@it.com.au
 2991 elm        nfrm is not installed...       Carl Streeter <streeter@cae.wis
 2998 bugs.debia bugs2ftp still flaky           Ian Jackson <ijackson@chiark.ch
 3002 base       majordomo has conflicting grou Bruce Perens <bruce@pixar.com>
 3019 kernel     no 386 support in kernel_image Simon Shapiro  <Shimon@i-connec
 3026 xbase      xbase et al postinst doesn't f Stephen Early <sde1000@debian.o
 3027 base       updatedb can't run properly    Bruce Perens <bruce@pixar.com>
 3031 boot-flopp various boot-floppies nits     Bruce Perens <Bruce@Pixar.com>
 3034 lpr        SOLVED: can't remove print job dgregor@coil.com (D.J. Gregor)
 3035 nvi        nvi dumps core                 Steve Greenland <stevegr@neosof
 3036 base       automatic adduser/addgroup in  Bruce Perens <bruce@pixar.com>
 3038 lpr        SOLVED: can't remove print job dgregor@coil.com (D.J. Gregor)
 3039 base       MAKEDEV script does not create Bruce Perens <bruce@pixar.com>
 3040 kernel     Sound module in 1.3.95 kernel  Simon Shapiro  <Shimon@i-connec
 3042 elm        Elm produces bogus Content-Typ Carl Streeter <streeter@cae.wis
 3046 smail      Smail configuration problem?   Soenke Lange <soenke@escher.nor
 3047 cron       cron script problem?           Steve Greenland <stevegr@master
 3050 xbmbrowser xbmbrowser man page installed  Nils Rennebarth <nils@nus.pan-n
 3052 guile      guile is missing slib.info.gz  Klee Dienes <klee@sedona.com>
 3053 gnats      gnats: typo in postinst omits  bcwhite@pobox.com (Brian C. Whi
 3056 ash        ash-source contains objects    Bruce Perens <Bruce@Pixar.com>
 3060 sysklogd   problems with new sysklogd-1.3 Martin Schulze <joey@linux.de>
 3064 boot-flopp need a pointer in /usr/doc/boo Bruce Perens <Bruce@Pixar.com>
 3065 lsof       lsof looks for /System.map     Dominik Kubla <Dominik.Kubla@Un
 3066 general    a.out binaries in various pack debian-devel@pixar.com
 3067 xaw3d      broken libXaw3d                (unknown -- `xaw')
 3070 base       base copyright string          Bruce Perens <bruce@pixar.com>

Over one month old:
 Ref  Package    Keywords/Subject               Package maintainer
 3073 xbase      xbase contains imake and xmkmf Stephen Early <sde1000@debian.o
 3075 lpr, magic lpr, magicfilter, dvi-fonts fa dgregor@coil.com (D.J. Gregor)
 3077 mfbin      gray font .mf files missing fr Nils Rennebarth <nils@nus.pan-n
 3080 procps     error message in syslog caused Fernando Alegre <alegre@mars.su
 3084 timezone   missing timezones              Fernando Alegre <alegre@mars.su
 3087 shellutils Bug in date.                   daveb@tau.space.thiokol.com (Da
 3093 perl       Perl dumps core                Darren Stalder <torin@daft.com>
 3095 xbase      xbase kills xdm and *then* ask Stephen Early <sde1000@debian.o
 3096 lxtools    lxtools: user error (misuse of Joe Kirby <kirby@utk.edu>
 3098 man        man-2.3.10-11 segfaults        Alvar Bray <alvar@debian.org>
 3099 cron       /etc/cron.daily/standard secur Steve Greenland <stevegr@master
 3102 procps     top has problems when not on c Fernando Alegre <alegre@mars.su
 3103 sysklogd   "/etc/init.d/sysklogd restart" Martin Schulze <joey@linux.de>
 3105 lynx       lynx access to dot files is di Andrew Howell <andrew@it.com.au
 3106 kernel     v 1.1 beta kernel image not fo Simon Shapiro  <Shimon@i-connec
 3107 nas        nas postinst could use a warni Michael Nonweiler <mrn20@cam.ac
 3108 snmp       snmpd provides too much inform David Engel <david@ods.com>
 3109 man        man 9menu unpleasant           Alvar Bray <alvar@debian.org>
 3110 xbase?     X servers muck up xdm when uni Stephen Early <sde1000@debian.o
 3112 uucp       UUCP uses /usr/spool/uucp (and dhs@firefly.com (David H. Silbe
 3113 ncurses3.0 dselect provokes ncurses probl (unknown -- `ncurses')
 3114 cron       cron.daily/standard script     Steve Greenland <stevegr@master
 3115 taper      taper recommends ftape         Joe Kirby <kirby@utk.edu>
 3119 emacs      emacs font handling            Mark Eichin <eichin@kitten.gen.
 3121 boot-flopp boot-floppies doesn't have bas Bruce Perens <Bruce@Pixar.com>
 3122 debianutil run-parts should ignore RCS    Guy Maor <maor@debian.org>
 3124 cern-httpd CERN httpd sends useless cron  Steve Greenland <stevegr@master
 3125 dpkg       bug (and correction) in dpkg-1 Ian Jackson <ian@chiark.chu.cam
 3128 mc         mc-3.2.1-1 needs libgpm.so.1   Fernando Alegre <alegre@mars.su
 3130 sysvinit   sysvinit init.d/network script Miquel van Smoorenburg <miquels
 3135 psnfss     psnfss has no Architecture fie Nils Rennebarth <nils@nus.pan-n
 3140 sysvinit   /etc/init.d/boot has rm -f bug Miquel van Smoorenburg <miquels
 3142 rootdisk   1.1 installation and large par Ian Murdock <imurdock@debian.or
 3143 sysvinit   sysvinit init.d/network script Miquel van Smoorenburg <miquels
 3146 base, ae   1.1 installation: ae doesn't w Bruce Perens <bruce@pixar.com>
 3147 rootdisk   May 19 boot floppies...        Ian Murdock <imurdock@debian.or
 3148 cron       Cron: Cannot stat in /var/spoo Steve Greenland <stevegr@master
 3149 base       upgrading base truncates utmp  Bruce Perens <bruce@pixar.com>
 3151 sendmail   Sendmail runs too late         Robert Leslie <rob@mars.org>
 3153 inn        inn ctlinnd not readable/execu Miquel van Smoorenburg <miquels
 3155 spice      spice still on my system       (unknown -- `spice')
 3156 lpr        lpr and smail uuname returned  dgregor@coil.com (D.J. Gregor)
 3157 fileutils  df from fileutils calls sync() Erick Branderhorst <branderh@de
 3158 most       most differs from man page     Chris Fearnley <cjf@netaxs.com>
 3161 general    Newbie 1.1beta installation.   debian-devel@pixar.com
 3162 xbase      disconnects between ncurses-ba Stephen Early <sde1000@debian.o
 3163 ncurses-ba disconnects between ncurses-ba Michael Alan Dorman <mdorman@lo
 3164 smail      runq dumps core                Soenke Lange <soenke@escher.nor
 3165 manpages   fcntl(2) references nonexisten Martin Schulze <joey@debian.org
 3166 nvi        SIGSEGV on TERM=dumb           Steve Greenland <stevegr@neosof
 3169 genscript  dvipsk doesn't use /etc/papers Sven Rudolph <sr1@inf.tu-dresde
 3170 dpkg       again dpkg --root=xxx          Ian Jackson <ian@chiark.chu.cam
 3174 bash       set -i doesn't work in bash    Klee Dienes <klee@sedona.com>
 3176 mandelspaw mandelspawn slave problems     Andrew Howell <andrew@it.com.au
 3177 bash       sh -nc <command> actually runs Klee Dienes <klee@sedona.com>
 3179 emacs      emacs ctags segfaults          Mark Eichin <eichin@kitten.gen.
 3180 linuxdoc-s linuxdoc-sgml semantics and fo Sven Rudolph <sr1@inf.tu-dresde
 3182 cron       cron's checksecurity runs find Steve Greenland <stevegr@master
 3183 base       permissions problems with /var Bruce Perens <bruce@pixar.com>
 3185 bootdisk   Lack of NCR53c810 support on b Bruce Perens <bruce@pixar.com>
 3186 xfractint  Can't chdir                    (unknown -- `xfractint')
 3189 nvi        nvi over-cautious about .exrc? Steve Greenland <stevegr@neosof
 3190 libc5      rlogin takes far too long when (unknown -- `libc')
 3191 ncurses-bi reset(1) doesn't bring an xter Michael Alan Dorman <mdorman@lo
 3192 ncurses-bi tset(1) man page problem       Michael Alan Dorman <mdorman@lo
 3195 kernel     "/etc/rc.boot/0setserial" fail Simon Shapiro  <Shimon@i-connec
 3196 ispell     ispell symlinks broken         Kenneth MacDonald <K.MacDonald@
 3197 procmail   wrong uid/gid in /usr/doc/proc Wendal Catt <wendal@southwind.n
 3198 dviljk     dviljk is still aout! :-(      Nils Rennebarth <nils@nus.pan-n
 3199 lists.debi Bizarre message from debian-de Anders Christrom <ac@netg.se>
 3202 dviljk     dviljk doesn't read stdin!!! : Nils Rennebarth <nils@nus.pan-n
 3206 rc         rc terminates on CTRL-C        Simon Shapiro <shimon@i-Connect
 3207 ncurses3.0 strange screen update choices  (unknown -- `ncurses')
 3208 amd        amd bug                        Dominik Kubla <Dominik.Kubla@Un
 3212 perl       Perl recommends nonexistent pa Darren Stalder <torin@daft.com>
 3213 fortune    fortune need libc.so.4         dhs@firefly.com (David H. Silbe
 3216 auto-pgp   auto-pgp doesn't remove info e (unknown -- `auto-pgp')
 3218 dpkg       install-info adds Miscellaneou Ian Jackson <ian@chiark.chu.cam
 3220 man        apropos dumps core             Alvar Bray <alvar@debian.org>
 3222 jargon     Jargon info entry in wrong cat Steve Greenland <stevegr@neosof
 3223 guile      guile installs entry for slib, Klee Dienes <klee@sedona.com>
 3224 apsfilter  apsfilter doesn't configure on Doug Geiger <runexe@ntplx.net>
 3225 dpkg       dpkg-1.2.3 upgrade problems fr Ian Jackson <ian@chiark.chu.cam
 3227 login      login refuses, and then allows Guy Maor <maor@ece.utexas.edu>
 3230 perl       why the hell does perl depend  Darren Stalder <torin@daft.com>
 3231 base       /usr/i486-linuxaout/lib not pr Bruce Perens <bruce@pixar.com>
 3233 dpkg       dselect for 1.1 as of June, 2n Ian Jackson <ian@chiark.chu.cam
 3234 nvi        nvi segfaults if stty rows 0 c Steve Greenland <stevegr@neosof
 3235 nvi        nvi gives unhelpful message fo Steve Greenland <stevegr@neosof
 3236 ftp.debian auto-pgp in non-free, mailcryp Ian Murdock <imurdock@debian.or
 3240 libdb1     [libdb]: obsolete bugfix       (unknown -- `libdb')
 3241 emacs      derived.el fails in emacs      Mark Eichin <eichin@kitten.gen.
 3242 perl       perl's dependencies are wrong  Darren Stalder <torin@daft.com>
 3244 libc5      (no subject)                   (unknown -- `libc')
 3245 mc         mc should depend on gpm        Fernando Alegre <alegre@mars.su
 3246 xcompat    Cant load library libXt.so.6   Stephen Early <sde1000@cam.ac.u
 3247 lilo       Lilo unpack removes boot.b     Bruce Perens <Bruce@Pixar.com>
 3250 cfingerd   cfingerd descriptive text      Martin Schulze <joey@infodrom.n
 3252 base       base template /usr/info/dir ma Bruce Perens <bruce@pixar.com>
 3253 pine       Pine over-encodes files (came  (unknown -- `pine')
 3254 magicfilte magicfilter recommends dvips,  David Frey <David.Frey@eos.lugs
 3258 kernel     pcmcia-cs minor postinst bug   Simon Shapiro  <Shimon@i-connec
 3259 util-linux [c]fdisk does not recognize NE Guy Maor <maor@debian.org>
 3260 procps     psupdate man page out of date  Fernando Alegre <alegre@mars.su
 3262 gopherd    Gopherd problems               (unknown -- `gopherd')
 3265 kernel     kernel-image and PS/2 mouse pr Simon Shapiro  <Shimon@i-connec
 3267 xbase      Unqualified hostnames in rstar Stephen Early <sde1000@debian.o
 3268 kernel     network modules don't work wit Simon Shapiro  <Shimon@i-connec
 3269 bootdisk   bootdisk silently fails-change Bruce Perens <bruce@pixar.com>
 3272 rootdisk   bug in root disks...           Ian Murdock <imurdock@debian.or
 3275 kernel     dpkg --no-act leaves control i Simon Shapiro  <Shimon@i-connec
 3277 perl       nit: perl setup emits a \n     Darren Stalder <torin@daft.com>
 3279 bootdisk/r ne2000 lockups during instalat Bruce Perens <bruce@pixar.com>
 3280 gpm        (no subject)                   Martin Schulze <joey@infodrom.n
 3283 perl       /usr/bin/perlconfig should be  Darren Stalder <torin@daft.com>
 3284 giftrans   giftrans is free               (unknown -- `giftrans')
 3285 linuxdoc-s possibly unintended files inst Sven Rudolph <sr1@inf.tu-dresde
 3287 maelstrom  (no subject)                   Robert Leslie <rob@mars.org>
 3290 sysvinit   sysvinit path doesn't include  Miquel van Smoorenburg <miquels
 3292 xcal       xcal app-defaults shouldn't be Austin Donnelly <and1000@debian
 3295 perl       perls debian.rules doesn't wor Darren Stalder <torin@daft.com>
 3296 perl       /bin/perl is not updated       Darren Stalder <torin@daft.com>
 3300 xserver-sv xserver-svga configuration     Stephen Early <sde1000@debian.o
 3302 cron       savelog seems to be missing fr Steve Greenland <stevegr@master
 3304 rman       [rman] Off-by-one in generated David Engel <david@ods.com>
 3305 dchanges   dchanges: urg= override is ign awpguy@acs.ucalgary.ca (Andy W.
 3307 ddd-smotif ddd-smotif does not replace dd Robert Leslie <rob@mars.org>
 3308 xmanpages  X(1) manpage in wrong place?   Stephen Early <sde1000@debian.o
 3312 mathpad    installation and startup probl (unknown -- `mathpad')
 3314 base       On request of Bruce: /etc/rc.b Bruce Perens <bruce@pixar.com>
 3315 base       Bug in /etc/init.d/networks on Bruce Perens <bruce@pixar.com>
 3317 linuxdoc-s linuxdoc-sgml info files are m Sven Rudolph <sr1@inf.tu-dresde
 3319 deliver    deliver does not set exit code Robert Leslie <rob@mars.org>
 3320 bootdisk   Kernel oops - problem with APM Bruce Perens <bruce@pixar.com>
 3321 libgdbm1   libgdbm.so version number...   (unknown -- `libgdbm')
 3323 mflib      MakeTeXPK mis-invokes ps2pk    Nils Rennebarth <nils@nus.pan-n
 3324 sysklogd   Non-existant conffile not crea Martin Schulze <joey@linux.de>
 3327 cern-httpd cern-httpd postinst hangs if d Steve Greenland <stevegr@master

Submitted in the last month:
 Ref  Package    Keywords/Subject               Package maintainer
 3328 gawk       Problems encountered while com Chris Fearnley <cjf@netaxs.com>
 3329 fileutils  Problems encountered while com Erick Branderhorst <branderh@de
 3330 gcc        Problems encountered while com David Engel <david@ods.com>
 3331 fdflush    Problems encountered while com Joe Kirby <kirby@utk.edu>
 3334 grep       Problems encountered while com Joe Kirby <kirby@utk.edu>
 3335 libdb1     Problems encountered while com (unknown -- `libdb')
 3336 less       Problems encountered while com Darren Stalder <torin@daft.com>
 3338 libc5      Problems encountered while com (unknown -- `libc')
 3340 metamail   Problems encountered while com Ian Murdock <imurdock@debian.or
 3342 libgdbm1   Problems encountered while com (unknown -- `libgdbm')
 3345 libreadlin Problems encountered while com (unknown -- `libreadline')
 3346 lpr        Problems encountered while com dgregor@coil.com (D.J. Gregor)
 3348 patch      Problems encountered while com Darren Stalder <torin@daft.com>
 3349 procmail   Problems encountered while com Wendal Catt <wendal@southwind.n
 3350 procps     Problems encountered while com Fernando Alegre <alegre@mars.su
 3351 diff       Problems encountered while com Dale Scheetz <dwarf@polaris.net
 3353 bash       Problems encountered while com Klee Dienes <klee@sedona.com>
 3356 sed        Problems encountered while com Joe Kirby <kirby@utk.edu>
 3358 cron       Problems encountered while com Steve Greenland <stevegr@master
 3359 shellutils Problems encountered while com daveb@tau.space.thiokol.com (Da
 3361 byacc      Problems encountered while com dgregor@coil.com (D.J. Gregor)
 3362 mingetty   Problems encountered while com Michael Alan Dorman <mdorman@de
 3363 timezone   Problems encountered while com Fernando Alegre <alegre@mars.su
 3364 symlinks   Problems encountered while com mitchell@mdd.comm.mot.com (Bill
 3366 smail      Problems encountered while com Soenke Lange <soenke@escher.nor
 3368 cron       cron's checksecurity still sca Steve Greenland <stevegr@master
 3370 cern-httpd httpdconfig installs Welcome.h Steve Greenland <stevegr@master
 3372 mgetty     mgetty+sendfax missing new_fax Nils Rennebarth <nils@nus.pan-n
 3373 gpm        gpm -k hangs if X server runni Martin Schulze <joey@infodrom.n
 3374 CVS        CVS wrappers can't be turned o Mark Eichin <eichin@kitten.gen.
 3377 gimp-dmoti gimp's sample .gimprc does not Rob Browning <osiris@cs.utexas.
 3378 gimp-dmoti gimp should put a .gimprc in / Rob Browning <osiris@cs.utexas.
 3381 general    Upgrade document and kernel up debian-devel@pixar.com
 3382 workbone   workbone disappears during upg dgregor@bronze.coil.com (D.J. G
 3383 kbd        kbd bogosity                   Dominik Kubla <Dominik.Kubla@Un
 3384 apache     apache leaves /var/log/httpd n Mark Shuttleworth <marks@thawte
 3385 xosview    xosview and /usr/bin/X11 (agai joost witteveen <joostje@master
 3386 lynx       lynx version number changes    Andrew Howell <andrew@it.com.au
 3387 base       base leaves /tmp/base.postinst Bruce Perens <bruce@pixar.com>
 3393 kernel     printer-driver problem in kern Simon Shapiro  <Shimon@i-connec
 3394 at         /etc/crontab has a bad entry   Martin Schulze <joey@infodrom.n
 3395 xbase      can't login via xdm            Stephen Early <sde1000@debian.o
 3396 tcsh       tcsh doesn't provide c-shell   Andrew Howell <andrew@it.com.au
 3397 kernel     (no subject)                   Simon Shapiro  <Shimon@i-connec
 3400 emacs      gnus broken? in Debian-emacs-1 Mark Eichin <eichin@kitten.gen.
 3401 netstd     talk clears screen after showi Peter Tobias <tobias@et-inf.fho
 3406 dpkg       dselect unreadable under xterm Ian Jackson <ian@chiark.chu.cam
 3407 fvwm2      fvwm2: WindowList infelicity   Austin Donnelly <and1000@debian
 3408 passwd     Various bugs in passwd manpage Guy Maor <maor@ece.utexas.edu>
 3409 base       Could not make boot floppy     Bruce Perens <bruce@pixar.com>
 3410 dpkg       some problems/bugs/suggestions Ian Jackson <ian@chiark.chu.cam
 3413 pcb        linked with aout libXaw        Bruce Perens <Bruce@Pixar.com>
 3415 latex      Xdvi and postscript fonts      Nils Rennebarth <nils@nus.pan-n
 3420 rootdisk   Boot disk creats corrupted fil Ian Murdock <imurdock@debian.or
 3421 base       /tmp installs wrongly          Bruce Perens <bruce@pixar.com>
 3422 ncurses3.0 termcap entry too long error   (unknown -- `ncurses')
 3423 perl       Problems installing kernel sou Darren Stalder <torin@daft.com>
 3431 www.debian some packages have no informat Ray Dassen <jdassen@wi.leidenun
 3433 cfingerd   weird output if cfingerd.conf: Martin Schulze <joey@infodrom.n
 3434 perl       pod2latex: E<szlig>, =over/=cu Darren Stalder <torin@daft.com>
 3437 fvwm       fvwm should not recommend fvwm Austin Donnelly <and1000@debian
 3439 login      Login reconfigures serial port Guy Maor <maor@ece.utexas.edu>
 3442 python     python postinst is very verbos Klee Dienes <klee@sedona.com>
 3445 amd        bug in amd package (upgrade)   Dominik Kubla <Dominik.Kubla@Un
 3447 wu-ftpd    Wu-ftpd prompts for installati Peter Tobias <tobias@et-inf.fho
 3448 apache     Apache purge gives several err Mark Shuttleworth <marks@thawte
 3451 rootdisk   Missing label 'llseek' in e2fs Ian Murdock <imurdock@debian.or
 3452 magicfilte magicfilter should run config  David Frey <David.Frey@eos.lugs
 3454 ucbmpeg    ucbmpeg control file problems  Raul Miller <moth@firefly.com>
 3456 a2gs       a2gs prompt looks like `please (unknown -- `a')
 3457 diald      diald control file problems    Giuseppe Vacanti <Giuseppe.Vaca
 3458 dviljk     dviljk missing prompt for inpu Nils Rennebarth <nils@nus.pan-n
 3459 inn        inn should Depend on inewsinn, Miquel van Smoorenburg <miquels
 3462 inn        INN postinst and configuration Miquel van Smoorenburg <miquels
 3466 tcsh, csh  tcsh, csh should use update-al Andrew Howell <andrew@it.com.au
 3467 cern-httpd cern-httpd curious message     Steve Greenland <stevegr@master
 3468 textfm, te textfm and texlib file conflic Nils Rennebarth <nils@nus.pan-n
 3469 lynx       lynx default home page         Andrew Howell <andrew@it.com.au
 3470 apache     apache problems                Mark Shuttleworth <marks@thawte
 3471 wu-ftpd    wu-ftpd postinst question aske Peter Tobias <tobias@et-inf.fho
 3475 xpaint     xpaint Recommends pbmplus      Mark Eichin <eichin@cygnus.com>
 3476 cnews      cnews description is gibberish Otmar Lendl <lendl@cosy.sbg.ac.
 3477 cnews, ine cnews and inews should be same Otmar Lendl <lendl@cosy.sbg.ac.
 3478 bind       bind should use lowercase `non Robert Leslie <rob@mars.org>
 3479 mkisofs    copyright occurs twice         Stephen Early <sde1000@cam.ac.u
 3480 mkisofs    missing information in manpage Stephen Early <sde1000@cam.ac.u
 3483 genscript  using args with spaces in gens Sven Rudolph <sr1@inf.tu-dresde
 3484 manpages   broken reference to (un)link(8 Martin Schulze <joey@debian.org
 3486 cern-httpd forwarded message from Cron Da Steve Greenland <stevegr@master
 3488 rootdisk   basedisks modconf problems     Ian Murdock <imurdock@debian.or
 3489 rootdisk   basedisks configuration proble Ian Murdock <imurdock@debian.or
 3490 adduser    adduser password-setting probl Steve Phillips <sjp@cvfn.org>
 3491 rootdisk   basedisks newly booted system  Ian Murdock <imurdock@debian.or
 3492 xmix       xmix prints spurious message   Owen Dunn <osd1000@chiark.chu.c
 3493 base       Teles ISDN card installation b Bruce Perens <bruce@pixar.com>
 3494 manpages   ftw(3) typos                   Martin Schulze <joey@debian.org
 3495 npasswd_bo doesn't respect nis/yp         Chris Fearnley <cjf@netaxs.com>
 3496 cron       checksecurity patch for nfs mo Steve Greenland <stevegr@master
 3497 smail      smail calls obsolete yp_order  Soenke Lange <soenke@escher.nor
 3500 ftp.debian Required package modconf depen Ian Murdock <imurdock@debian.or
 3503 uucp       still a.out (and src doesn't b dhs@firefly.com (David H. Silbe
 3505 bind       ndc does not use start-stop-da Robert Leslie <rob@mars.org>
 3507 bind       named postinst mangled my conf Robert Leslie <rob@mars.org>
 3508 guile      guile doesn't have right permi Klee Dienes <klee@sedona.com>
 3509 ucbmpeg    mpeg_play puts bogus statistic Raul Miller <moth@firefly.com>
 3510 nas        removal of nas doesn't kill 'a Michael Nonweiler <mrn20@cam.ac
 3511 debianutil typo on installkernel man page Guy Maor <maor@debian.org>
 3514 dialog     Required package modconf depen llucius <llucius@millcomm.com>
 3515 gdb        gdb prints corrupted message   David Engel <david@ods.com>
 3516 kernel     SCSI_IOCTL_SEND_COMMAND can ca Simon Shapiro  <Shimon@i-connec
 3517 inn        innd won't remove syslog.conf  Miquel van Smoorenburg <miquels
 3521 mc         mc core dumps                  Fernando Alegre <alegre@mars.su
 3525 j1         j1 hard-linked docs/manpages   (unknown -- `j')
 3526 sysklogd   syslogd dumps core when no dom Martin Schulze <joey@linux.de>
 3529 ftp.debian libgr and zlib1 collide, but d Ian Murdock <imurdock@debian.or
 3530 dchanges   dchanges can create bad change awpguy@acs.ucalgary.ca (Andy W.
 3531 dchanges   dchanges should default to '-  awpguy@acs.ucalgary.ca (Andy W.
 3532 indent     Problems encountered while bui Steve Greenland <stevegr@neosof
 3533 rc         Problems encountered while bui Simon Shapiro <shimon@i-Connect
 3535 taper      Problems encountered while bui Joe Kirby <kirby@utk.edu>
 3538 bash       bash on m68k doesn't use ncurs Klee Dienes <klee@sedona.com>
 3539 mkisofs    mkisofs stops if an error occu Stephen Early <sde1000@cam.ac.u
 3540 mkisofs    mkisofs stops if a problem occ Stephen Early <sde1000@cam.ac.u
 3541 libc5      rlogin blocks on ECONNREFUSED! (unknown -- `libc')
 3542 mawk       Problems encountered while com Chris Fearnley <cjf@netaxs.com>
 3543 git        Problems encountered while com Klee Dienes <klee@sedona.com>
 3544 mawk       Problems encountered while com Chris Fearnley <cjf@netaxs.com>
 3545 pgp-i      Problems encountered while com Ian Jackson <ian@chiark.chu.cam
 3547 mc         Problems encountered while com Fernando Alegre <alegre@mars.su
 3548 acm        acm description: no ext        Ian Murdock <imurdock@debian.or
 3550 amstex     amstex description: no ext     Nils Rennebarth <nils@nus.pan-n
 3551 automake   automake description: summary  Kevin Dalley <kevin@aimnet.com>
 3552 aout-binut aout-binutils description: no  David Engel <david@ods.com>
 3553 aout-librl aout-librl description: no ext Ian Murdock <imurdock@debian.or
 3554 bdflush    bdflush description: summary s Guy Maor <maor@ece.utexas.edu>
 3555 apache     apache description: ext extra  Mark Shuttleworth <marks@thawte
 3557 base       base description: no ext       Bruce Perens <bruce@pixar.com>
 3558 beav       beav description: ext extra sp Bill Mitchell <mitchell@debian.
 3559 acs        acs description: no ext        adfernan@cnd.mcgill.ca (Andrew 
 3561 bash       bash description: no ext       Klee Dienes <klee@sedona.com>
 3562 elviscmn   elviscmn description: no ext   sgk@sgk.tiac.net ("Susan G. Kle
 3565 dbview     dbview description: ext extra  Martin Schulze <joey@infodrom.n
 3566 dejagnu    dejagnu description: summary s Kevin Dalley <kevin@aimnet.com>
 3567 byacc      byacc description: no ext      dgregor@coil.com (D.J. Gregor)
 3568 bin86      bin86 description: no ext      (unknown -- `bin')
 3569 emacs-el   emacs-el description: no ext   Mark Eichin <eichin@kitten.gen.
 3570 fdflush    fdflush description: no ext    Joe Kirby <kirby@utk.edu>
 3571 fortune    fortune description: summary s dhs@firefly.com (David H. Silbe
 3572 dld        dld description: ext start ind gthomas@native-ed.bc.ca (Guy R.
 3573 diald      diald description: ext start b Giuseppe Vacanti <Giuseppe.Vaca
 3574 binutils   binutils description: no ext   David Engel <david@ods.com>
 3575 boot-flopp boot-floppies description: no  Bruce Perens <Bruce@Pixar.com>
 3578 dlltools   dlltools description: no ext   adfernan@cnd.mcgill.ca (Andrew 
 3579 fileutils  fileutils description: no ext  Erick Branderhorst <branderh@de
 3580 f2c        f2c description: no ext        (unknown -- `f')
 3582 electric-f electric-fence description: no Siggy Brentrup <bsb@uni-muenste
 3583 fort77     fort77 description: no ext     (unknown -- `fort')
 3584 g77        g77 description: ext start ind (unknown -- `g')
 3585 gimp-smoti gimp-smotif description: ext s Rob Browning <osiris@cs.utexas.
 3586 findutils  findutils description: no ext  Kevin Dalley <kevin@aimnet.com>
 3587 gnuplot    gnuplot description: no ext    joost witteveen <joostje@debian
 3588 git        git description: ext extra spa Klee Dienes <klee@sedona.com>
 3590 libjpeg6a  libjpeg6a description: ext sta (unknown -- `libjpeg')
 3592 ipx        ipx description: no ext        mrn20@cam.ac.uk (Michael R. Non
 3594 gwm        gwm description: no ext        Kevin Dalley <kevin@aimnet.com>
 3595 grep       grep description: no ext       Joe Kirby <kirby@utk.edu>
 3596 gsfonts    gsfonts description: no ext    joost witteveen <joostje@master
 3598 ghostview  ghostview description: ext sta Helmut Geyer, Helmut.Geyer@iwr.
 3599 gdb        gdb description: no ext        David Engel <david@ods.com>
 3600 gimp-dmoti gimp-dmotif description: ext s Rob Browning <osiris@cs.utexas.
 3601 minicom    minicom description: no ext    Miquel van Smoorenburg <miquels
 3602 manpages-d manpages-de description: no ex Martin Schulze <joey@debian.org
 3604 jargon     jargon description: no ext     Steve Greenland <stevegr@neosof
 3606 lynx       lynx description: ext extra sp Andrew Howell <andrew@it.com.au
 3607 rc         rc description: no ext         Simon Shapiro <shimon@i-Connect
 3608 libjpeg6a- libjpeg6a-dev description: no  (unknown -- `libjpeg')
 3609 shellutils shellutils description: no ext daveb@tau.space.thiokol.com (Da
 3610 xfntcyr    xfntcyr description: no ext    Stephen Early <sde1000@debian.o
 3611 libwww-per libwww-perl description: no ex Rob Browning <osiris@cs.utexas.
 3612 libdb1     libdb1 description: no ext     (unknown -- `libdb')
 3613 mh-papers  mh-papers description: no ext  Jim Robinson <jimr@simons-rock.
 3614 symlinks   symlinks description: ext extr mitchell@mdd.comm.mot.com (Bill
 3615 m4         m4 description: no ext         (unknown -- `m')
 3616 less       less description: ext extra sp Darren Stalder <torin@daft.com>
 3617 mawk       mawk description: ext extra sp Chris Fearnley <cjf@netaxs.com>
 3618 psutils    psutils description: summary s Dale Scheetz <dwarf@polaris.net
 3619 rcs        rcs description: ext extra spa Sven Rudolph <sr1@inf.tu-dresde
 3620 most       most description: summary star Chris Fearnley <cjf@netaxs.com>
 3621 lxtools    lxtools description: no ext    Joe Kirby <kirby@utk.edu>
 3622 libident   libident description: summary  Dale Scheetz <dwarf@polaris.net
 3623 seesat5    seesat5 description: summary s (unknown -- `seesat')
 3625 sed        sed description: no ext        Joe Kirby <kirby@utk.edu>
 3626 libg++27   libg++27 description: no ext   (unknown -- `libg++')
 3628 modconf    modconf description: no ext    Bruce Perens <Bruce@Pixar.com>
 3629 pmake      pmake description: no ext      Ian Murdock <imurdock@debian.or
 3630 ncpfs      ncpfs description: summary sta mrn20@cam.ac.uk (Michael R. Non
 3631 oleo       oleo description: no ext       Kevin Dalley <kevin@aimnet.com>
 3632 nis        nis description: summary start Miquel van Smoorenburg <miquels
 3634 nvi        nvi description: no ext        Steve Greenland <stevegr@neosof
 3635 pcb        pcb description: no ext        Bruce Perens <Bruce@Pixar.com>
 3637 w3-el      w3-el description: no ext      (unknown -- `w')
 3638 setserial  setserial description: no ext  Gordon Russell <gor@dcs.napier.
 3640 tkdesk     tkdesk description: ext start  Craig Sanders <cas@taz.net.au>
 3641 unarj      unarj description: ext start i Karl Ferguson <karl@tower.net.a
 3642 syslinux   syslinux description: no ext   Bruce Perens <Bruce@Pixar.com>
 3643 taper      taper description: no ext      Joe Kirby <kirby@utk.edu>
 3644 procmail   procmail description: no ext   Wendal Catt <wendal@southwind.n
 3645 slang-deve slang-devel description: ext e Chris Fearnley <cjf@netaxs.com>
 3647 timezone   timezone description: summary  Fernando Alegre <alegre@mars.su
 3649 win32libs  win32libs description: no ext  (unknown -- `win')
 3650 xfntbig    xfntbig description: no ext    Stephen Early <sde1000@debian.o
 3651 win32gcc   win32gcc description: no ext   (unknown -- `win')
 3653 win32binut win32binutils description: no  (unknown -- `win')
 3654 xcoral     xcoral description: summary st Christophe Le Bars <clebars@deb
 3655 wenglish   wenglish description: no ext   Erick Branderhorst <branderhors
 3657 xfnt100    xfnt100 description: no ext    (unknown -- `xfnt')
 3659 xpat2      xpat2 description: ext extra s (unknown -- `xpat')
 3661 xlib       xlib description: no ext       Stephen Early <sde1000@debian.o
 3662 xslib      xslib description: no ext      Stephen Early <sde1000@debian.o
 3663 xfntscl    xfntscl description: no ext    Stephen Early <sde1000@debian.o
 3664 workbone   workbone description: no ext   dgregor@bronze.coil.com (D.J. G
 3665 xfnt75     xfnt75 description: no ext     (unknown -- `xfnt')
 3666 xonix      xonix description: summary sta Sven Rudolph <sr1@inf.tu-dresde
 3667 pico       pico description: no ext       (unknown -- `pico')
 3668 gopher-cli gopher-client description: ext (unknown -- `gopher-client')
 3669 xsok       xsok description: ext extra sp Sven Rudolph <sr1@inf.tu-dresde
 3670 idanish    idanish description: no ext    (unknown -- `idanish')
 3671 dosemu     dosemu description: no ext     Mike Deisher <deisher@dspsun.ea
 3672 idutch     idutch description: no ext     Erick Branderhorst <branderh@de
 3673 gsfonts    gsfonts description: no ext    joost witteveen <joostje@master
 3674 imapd      imapd description: no ext      (unknown -- `imapd')
 3675 xwpe       xwpe description: no ext       dgregor@coil.com (D.J. Gregor)
 3676 zoo        zoo description: summary start Martin Schulze <joey@namib.nort
 3677 arrl-infos arrl-infoserv description: no  (unknown -- `arrl-infoserv')
 3678 xxgdb      xxgdb description: no ext      Helmut Geyer <Helmut.Geyer@iwr.
 3680 auto-pgp   auto-pgp description: ext star (unknown -- `auto-pgp')
 3681 tkman      tkman description: summary sta David Engel <david@ods.com>
 3682 wswedish   wswedish description: no ext   (unknown -- `wswedish')
 3683 gopherd    gopherd description: ext start (unknown -- `gopherd')
 3684 rsynth     rsynth description: summary st (unknown -- `rsynth')
 3686 ifrench    ifrench description: no ext    (unknown -- `ifrench')
 3687 wfrench    wfrench description: no ext    (unknown -- `wfrench')
 3688 wnorwegian wnorwegian description: no ext (unknown -- `wnorwegian')
 3689 seyon      seyon description: no ext      Sven Rudolph <sr1@inf.tu-dresde
 3690 pine       pine description: no ext       (unknown -- `pine')
 3691 witalian   witalian description: no ext   (unknown -- `witalian')
 3692 zip        zip description: no ext        (unknown -- `zip')
 3693 unzip      unzip description: no ext      (unknown -- `unzip')
 3695 zyxel      zyxel description: summary sta (unknown -- `zyxel')
 3697 wdutch     wdutch description: no ext     Erick Branderhorst <branderh@de
 3698 wspanish   wspanish description: no ext   (unknown -- `wspanish')
 3699 xpaint     xpaint description: summary st Mark Eichin <eichin@cygnus.com>
 3700 www.debian Web pages lack <LINK REV="MADE Ray Dassen <jdassen@wi.leidenun
 3703 mkisofs    mkisofs stops if a permission  Stephen Early <sde1000@cam.ac.u
 3704 dpkg       Weird dselect behavior (bug?)  Ian Jackson <ian@chiark.chu.cam
 3705 procmail   procmail does close(-1)        Wendal Catt <wendal@southwind.n
 3707 elm        Problems encountered while com Carl Streeter <streeter@cae.wis
 3709 ratfor77   Problems encountered while com (unknown -- `ratfor')
 3711 uucp       Problems encountered while com dhs@firefly.com (David H. Silbe
 3712 netpbm     netpbm doesn't provide index o (unknown -- `netpbm')
 3713 p2c        Problems encountered while com (unknown -- `p')
 3714 term       Problems encountered while com Jim Robinson <jimr@simons-rock.
 3716 infocom    Problems encountered while com Brian White <bcwhite@pobox.com>
 3717 netpbm     netpbm doesn't provide index o (unknown -- `netpbm')
 3718 ash        Problems encountered while com Bruce Perens <Bruce@Pixar.com>
 3720 shutdown   shutdown prints "You don't exi (unknown -- `shutdown')
 3721 termcap-co Problems while compiling "term Christian Hudon <chrish@debian.
 3724 libc5-dev  nlist() missing from libc      (unknown -- `libc')
 3725 man        Another data point on apropos  Alvar Bray <alvar@debian.org>
 3726 ed         Problems encountered while com Austin Donnelly <and1000@debian
 3727 bc         Problems encountered while com Austin Donnelly <and1000@debian
 3728 ee         Problems while compiling "ee"  Steve Greenland <stevegr@neosof
 3729 nvi        Problems while compiling "nvi" Steve Greenland <stevegr@neosof
 3730 xbase      improper lookup of window mana Stephen Early <sde1000@debian.o
 3731 snmp       snmpd: patch for hrProcessorLo David Engel <david@ods.com>
 3732 psutils    psutils has invalid address in Dale Scheetz <dwarf@polaris.net
 3733 compress-p problems with compress-package Yves Arrouye <arrouye@debian.or
 3734 xbase et a X11 problems                   Stephen Early <sde1000@debian.o
 3735 cern-httpd cern-httpd doesn't send fqdn o Steve Greenland <stevegr@master
 3737 xosview    xosview uses -O3 -f...         joost witteveen <joostje@master
 3739 man        `man -l -' for stdin doesn't w Alvar Bray <alvar@debian.org>
 3740 modconf    A couple of problems popped up Bruce Perens <Bruce@Pixar.com>
 3742 tcpdump    tcpdump doesn't notice icmp pa Peter Tobias <tobias@et-inf.fho
 3743 netpbm     Problems encountered while com (unknown -- `netpbm')
 3747 setserial  "setserial" doesn't support mu Gordon Russell <gor@dcs.napier.
 3748 fvwm       Pixmaps missing from fvwm pack Austin Donnelly <and1000@debian
 3750 xserver-s3 X server inaccessible sometime (unknown -- `xserver-s')
 3751 xbase      xconsole stops logging when sy Stephen Early <sde1000@debian.o
 3752 sendmail   sendmail shouldn't require 'de Robert Leslie <rob@mars.org>
 3753 sendmail   sendmail shouldn't require 'de Robert Leslie <rob@mars.org>
 3754 sendmail   sendmail shouldn't require 'de Robert Leslie <rob@mars.org>
 3755 xaw3d      xaw3d shouldn't automatically  (unknown -- `xaw')
 3756 sendmail   sendmail has wrong path to pro Robert Leslie <rob@mars.org>
 3759 ghostview  xxgdb and ghostview have bad M Helmut Geyer, Helmut.Geyer@iwr.
 3760 gimp-dmoti gimp-[ds]motif recommend obsol Rob Browning <osiris@cs.utexas.
 3761 base       LILO installation problem      Bruce Perens <bruce@pixar.com>
 3762 setserial  /etc/rc.boot/0setserial usuall Gordon Russell <gor@dcs.napier.
 3765 dpkg       dpkg and kernel-* package name Ian Jackson <ian@chiark.chu.cam
 3766 man        "man" acting too smart.        Alvar Bray <alvar@debian.org>
 3769 sysklogd   problems with sysklogd postins Martin Schulze <joey@linux.de>
 3770 perl       dodgy `\n' in perl postinst    Darren Stalder <torin@daft.com>
 3772 lilo       lilo should not depend on MBR  Bruce Perens <Bruce@Pixar.com>
 3773 xless      xless default window too thin  Jim Robinson <jimr@simons-rock.
 3774 base       /etc/group incorrect           Bruce Perens <bruce@pixar.com>
 3775 login      upgrading login temporarily br Guy Maor <maor@ece.utexas.edu>
 3776 slrn       slrn doesn't let you see error Maarten Boekhold <boekhold@cind
 3777 util-linux mkfs.minix option parsing oddi Guy Maor <maor@debian.org>
 3781 modules    "depmod -a" runs out of fd's,  Michael Meskes <meskes@debian.o
 3782 bsdmainuti GNU nm breaks lorder           Austin Donnelly <and1000@debian
 3783 bugs.debia test report                    Ian Jackson <ijackson@chiark.ch
 3784 perl       perl does not install on base  Darren Stalder <torin@daft.com>
 3785 perl       perl_5.003-2.deb (in "rex") an Darren Stalder <torin@daft.com>
 3786 base       base includes anonymous ftp ac Bruce Perens <bruce@pixar.com>
 3787 tin        tin uses /etc/news/description Kenny Wickstrom <kenny@kennet.c
 3788 man        `apropos' matches only word-su Alvar Bray <alvar@debian.org>
 3789 mbr        `mbr' package doesn't say how  Bruce Perens <Bruce@Pixar.com>
 3790 gmp        Problems with "gmp" when compi Dale Scheetz <dwarf@polaris.net
 3791 cfingerd   Problems with "cfingerd" when  Martin Schulze <joey@infodrom.n
 3792 netpbm     Problems with "netpbm" when co (unknown -- `netpbm')
 3793 pmake      bsd.lib.mk incompatible with G Ian Murdock <imurdock@debian.or
 3794 adduser    adduser should not be essentia Steve Phillips <sjp@cvfn.org>
 3795 ae         ae should not be essential     Dale Scheetz <dwarf@polaris.net
 3797 fdflush    fdflush should not be essentia Joe Kirby <kirby@utk.edu>
 3798 passwd     passwd should not be essential Guy Maor <maor@ece.utexas.edu>
 3799 timezone   timezone should not be essenti Fernando Alegre <alegre@mars.su
 3800 setserial  setserial should not be essent Gordon Russell <gor@dcs.napier.
 3801 ncurses3.0 ncurses3.0 should not be essen (unknown -- `ncurses')
 3802 modules    modules should not be essentia Michael Meskes <meskes@debian.o
 3803 perl       perl and the empty directories Darren Stalder <torin@daft.com>
 3804 npasswd-bo npasswd-boulder doesn't change Chris Fearnley <cjf@netaxs.com>
 3805 base       /dev/MAKEDEV spells 'isdn' as  Bruce Perens <bruce@pixar.com>
 3806 dump       dump doesn't record the dump d David Frey <David.Frey@eos.lugs
 3807 xboard     xboard dumps core at once      Brian Mays <brian@debian.org>
 3808 ppp        ppp postinst gives error       Alvar Bray <alvar@debian.org>
 3809 base       /usr/doc/debian-0.93 still aro Bruce Perens <bruce@pixar.com>
 3810 (ftp)      linux.ucs.indiana.edu is no lo (unknown -- `(ftp)')
 3812 apsfilter  Apsfilter should depend on fil Doug Geiger <runexe@ntplx.net>
 3813 lilo       (no subject)                   Bruce Perens <Bruce@Pixar.com>
 3814 perl       perl and the empty directories Darren Stalder <torin@daft.com>
 3815 bind       "ndc stats" fails              Robert Leslie <rob@mars.org>
 3816            uucp is still a.out            (unknown)
 3818 fortune    fortune is still a.out !       dhs@firefly.com (David H. Silbe
 3819 ???        debian package files.          (unknown)
 3823 gdb        Gdb's `handle' command behavio David Engel <david@ods.com>
 3824 exmh       exmh fails to start            krs@caos.aamu.edu (Karl R. Sack
 3825 libc5      %p either misbehaves or misdoc (unknown -- `libc')
 3827 tk40       Tk4.0's bell flashes the displ (unknown -- `tk')
 3828 suck       suck : i don't wont to run suc Christophe Le Bars <clebars@deb
 3829 ncurses-bi tic.1 refers to unavailable in Michael Alan Dorman <mdorman@lo
 3830 ncurses-bi captoinfo confused by /etc/ter Michael Alan Dorman <mdorman@lo
 3832            Problem with Latex installatio (unknown)
 3833 nis        Manual pages for some yp* prog Miquel van Smoorenburg <miquels
 3834 squid      squid core dumps regularly     Craig Sanders <cas@taz.net.au>
 3835 Latex      Problem with Latex installatio Nils Rennebarth <nils@nus.pan-n
 3837 xv         Why isn't xv linked with the l Jim Robinson <jimr@simons-rock.
 3838 gcc        GCC should depend on CPP, not  David Engel <david@ods.com>
 3839 autoconf   autoconf wants `nawk'          Mark Eichin <eichin@kitten.gen.
 3840 netstd     rwhod should remove stale entr Peter Tobias <tobias@et-inf.fho

The listing by package maintainer is posted every Wednesday,
and the listing by age of the report every Friday.

Please see the developers' notes on the simple bug tracking system
for details of how to deal with a bug report.  Outstanding bug
reports and ones recently marked as done can be inspected at
 http://www.cl.cam.ac.uk/users/iwj10/debian-bugs/
or at the US mirror:
 http://www.debian.org/Bugs/


From debian-devel-request@lists.debian.org Sat Jul 20 03:55:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 03:31:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 03:31:49 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 00:56:35 -0000
Resent-Date: 20 Jul 1996 00:56:35 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0uhQL8-00014fC@miles.econ.queensu.ca>
Date: Fri, 19 Jul 96 20:56 EDT
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: Debian developers list <debian-devel@lists.debian.org>,
  Mark Eichin <eichin@kitten.gen.ma.us>
Subject: Re: site-start.el and lout-mode.el
In-Reply-To: <m0uhLm4-0004RAC@chiark.chu.cam.ac.uk>
References: <m0uhLm4-0004RAC@chiark.chu.cam.ac.uk>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"jhbdo3.0.ur4.3x2yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5231
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Ian Jackson writes:
  Ian>  There exists an Emacs mode for editing Lout source files, and I'd
  Ian> like the Lout package to arrange for this to `work right'.
  Ian> 
  Ian> This means putting lout-mode.el in /usr/lib/emacs/site-lisp (which is
  Ian> fine) and editing site-start.el so that it contains: (autoload
  Ian> 'lout-mode "lout-mode" "Mode for editing Lout source" t) (setq
  Ian> auto-mode-alist (append '(("\\.lout$" . lout-mode)) auto-mode-alist))
  Ian> This would ideally be removed again when the package is removed.
  Ian> 
  Ian> Is there some recommended procedure for doing this ?

We could do with a script similar to install-info to deal with this. The
postinst/prerm from the vm package are good starting points.

  Ian> Mark, you're the Emacs maintainer, what do you say ?

--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Sat Jul 20 04:20:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 04:04:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 04:04:03 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 01:49:35 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3839: autoconf wants `nawk'
Reply-To: eichin@kitten.gen.ma.us (Mark W. Eichin), 3839@bugs.debian.org
Resent-From: eichin@kitten.gen.ma.us (Mark W. Eichin)
Orignal-Sender: eichin@paycheck.kitten.gen.ma.us
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Eichin <eichin@kitten.gen.ma.us>
Resent-Date: Sat, 20 Jul 1996 01:33:01 GMT
Resent-Message-ID: <handler.3839.B3839.83782594132062@bugs.debian.org>
X-Debian-PR-Package: autoconf
X-Loop: owner@bugs.debian.org
Sender: eichin@paycheck.kitten.gen.ma.us
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: 3839@bugs.debian.org
References: <m0uhNWh-0004PpC@chiark.chu.cam.ac.uk>
From: eichin@kitten.gen.ma.us (Mark W. Eichin)
Date: 19 Jul 1996 20:50:21 -0400
In-Reply-To: Ian Jackson's message of Fri, 19 Jul 96 22:55 BST
Message-Id: <xe1n30v694i.fsf@paycheck.kitten.gen.ma.us>
Lines: 13
X-Mailer: Gnus v5.3/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5232
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>> ii  gawk 2.15.6-1       GNU awk, a pattern scanning and processing l

Where's *that* from? The current version I've got is:

ii  gawk 3.0.0-2        GNU awk, a pattern scanning and processing l

I was told that gawk and mawk both provide nawk (via
update-alternatives) and to depend on that because "classic" awk
wasn't good enough (and always getting gawk was wrong.)

Might update-alternatives have failed, or something? I get the idea
that *future* gawk/mawk will just provide a virtual package of "awk"
and I can count on that, but it isn't there yet.


From debian-devel-request@lists.debian.org Sat Jul 20 04:20:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 04:05:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 04:05:23 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 01:49:36 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3839: autoconf wants `nawk'
Reply-To: eichin@kitten.gen.ma.us (Mark W. Eichin), 3839@bugs.debian.org
Resent-From: eichin@kitten.gen.ma.us (Mark W. Eichin)
Orignal-Sender: eichin@paycheck.kitten.gen.ma.us
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Eichin <eichin@kitten.gen.ma.us>
Resent-Date: Sat, 20 Jul 1996 01:33:03 GMT
Resent-Message-ID: <handler.3839.B3839.83782594132079@bugs.debian.org>
X-Debian-PR-Package: autoconf
X-Loop: owner@bugs.debian.org
Sender: eichin@paycheck.kitten.gen.ma.us
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: 3839@bugs.debian.org
References: <m0uhNWh-0004PpC@chiark.chu.cam.ac.uk>
From: eichin@kitten.gen.ma.us (Mark W. Eichin)
Date: 19 Jul 1996 20:50:38 -0400
In-Reply-To: Ian Jackson's message of Fri, 19 Jul 96 22:55 BST
Message-Id: <xe1logf6941.fsf@paycheck.kitten.gen.ma.us>
Lines: 13
X-Mailer: Gnus v5.3/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5233
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>> ii  gawk 2.15.6-1       GNU awk, a pattern scanning and processing l

Where's *that* from? The current version I've got is:

ii  gawk 3.0.0-2        GNU awk, a pattern scanning and processing l

I was told that gawk and mawk both provide nawk (via
update-alternatives) and to depend on that because "classic" awk
wasn't good enough (and always getting gawk was wrong.)

Might update-alternatives have failed, or something? I get the idea
that *future* gawk/mawk will just provide a virtual package of "awk"
and I can count on that, but it isn't there yet.


From debian-devel-request@lists.debian.org Sat Jul 20 05:35:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 05:27:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 05:27:53 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 03:11:33 -0000
Resent-Date: 20 Jul 1996 03:11:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0uhSRu-0002DWC@plato>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Installer packages and arbitrary files referenced by packages 
In-reply-to: Message from Ian Jackson <ian@chiark.chu.cam.ac.uk> 
   of "Fri, 19 Jul 1996 21:56:00 -0000."References: <m0uhMaz-0004R9C@chiark.chu.cam.ac.uk>  <ian@chiark.chu.cam.ac.uk> <m0ugA1m-0004PqC@chiark.chu.cam.ac.uk> <liw@iki.fi> <m0uehQV-000HX4C@liw.clinet.fi> <m0ufAiV-0002EWC@plato> <m0ugzUx-0002DnC@plato> 
 <m0uhMaz-0004R9C@chiark.chu.cam.ac.uk> 
Date: Fri, 19 Jul 1996 23:11:21 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"UIm_u2.0.mb1.av4yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5235
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> dpkg -S takes 3.5 seconds on my 32Mb Cyrix 5x86/120 with /var on a
> 9.5ms SCSI disk.

Well, it takes a _lot_ longer on a 386DX33 w/4 megs of RAM.  I've
haven't worked on that machine for awhile, but doing a Debian install
on it was very painful.  It tooks _hours_ to finish.

> Yes, that would be great.
> 
> The default output file should be just a plain filename, so that the
> script specifies the default directory.

Ok, I will start working on one and submit it to you.



Jim


From debian-devel-request@lists.debian.org Sat Jul 20 06:00:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 05:42:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 05:42:41 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 03:36:33 -0000
Resent-Date: 20 Jul 1996 03:36:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31F05424.40308912@verisim.com>
Date: Fri, 19 Jul 1996 23:36:04 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: site-start.el and lout-mode.el
References: <m0uhLm4-0004RAC@chiark.chu.cam.ac.uk> <xe1ohlb6bun.fsf@paycheck.kitten.gen.ma.us>
Content-Type: multipart/mixed; boundary="------------57797EFD600F0486584D9229"
Resent-Message-ID: <"jQyPS2.0.DJ2.1H5yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5236
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

This is a multi-part message in MIME format.

--------------57797EFD600F0486584D9229
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

> I don't have a good mechanism for it, but look at what "gnats" does, I
> think it adds it's own hooks...

It does at that.  I've attached the Gnats install code that handles adding
and removing itself from the site-start.el file.  I've since learned a lot
more about perl and can see several easier ways to do this.

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.

--------------57797EFD600F0486584D9229
Content-Type: text/plain; charset=us-ascii; name="addemacs"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="addemacs"

#! /usr/bin/perl


###############################################################################
#
# Add the 'gnats' tools into emacs
#
$emacsfile = "/etc/site-start.el";	# provided by 'init'

sub addemacs_die {
	die "Cannot add 'gnats' tools to emacs site-start: $!\n";
}

#
# Append to the emacs site-start file
#
open(EMACS,">>$emacsfile") || addemacs_die;
print EMACS <<END;

; ----- Gnats-Load-Start -----
(autoload 'edit-pr "gnats"
   "Command to edit a problem report." t)
(autoload 'view-pr "gnats"
   "Command to view a problem report." t)
(autoload 'unlock-pr "gnats"
   "Unlock a problem report." t)
(autoload 'query-pr "gnats"
   "Command to query information about problem reports." t)
(autoload 'send-pr-mode "send-pr"
   "Major mode for sending problem reports." t)
(autoload 'send-pr "send-pr"
   "Command to create and send a problem report." t)
; -----  Gnats-Load-End  -----
END
close(EMACS);

--------------57797EFD600F0486584D9229
Content-Type: text/plain; charset=us-ascii; name="rmemacs"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="rmemacs"

#! /usr/bin/perl


###############################################################################
#
# Remove the 'gnats' tools from emacs
#
$emacsfile = "/etc/site-start.el";	# provided by 'init'

sub rmemacs_die {
	print "- Could not remove 'gnats' tools from emacs site-start: $!\n";
	return 0;
}

#
# Slurp the entire emacs site-start file
#
if (open(EMACS,"<$emacsfile") || rmemacs_die) {
	$delim = $/; undef $/;
	$emacs = <EMACS>;
	close(EMACS);
	$/ = $delim;
	@emacs = split(/\n/,$emacs);

#
# Remove any old entry for 'gnats'
#
	@newemacs = ();
	$found = 0;
	foreach $line (@emacs) {
		if ($line =~ m/----- Gnats-Load-Start -----/) {
			$found = 1;
		}
		if ($found == 0) {
			push(@newemacs,$line);
		}
		if ($line =~ m/-----  Gnats-Load-End  -----/) {
			$found = 0;
		}
	}

#
# Write out the changed site-start file
#
	$emacs = join("\n",@newemacs);
	$emacs.= "\n";
	if (rename("$emacsfile","$emacsfile.dpkg-old") || rmemacs_die) {
		if (open(EMACS,">$emacsfile") || rmemacs_die) {
			print EMACS $emacs;
			close(EMACS);
			chmod 0644, "$emacsfile";
		} else {
			rename("$emacsfile.dpkg-old","$emacsfile");
		}
	}
}

--------------57797EFD600F0486584D9229--



From debian-devel-request@lists.debian.org Sat Jul 20 06:25:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 06:12:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 06:12:35 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 04:19:36 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3841: mflib install-fmt-base uses nonexistant "stderr" verb
Reply-To: eichin@kitten.gen.ma.us (Mark W. Eichin), 3841@bugs.debian.org
Resent-From: eichin@kitten.gen.ma.us (Mark W. Eichin)
Orignal-Sender: eichin@paycheck.kitten.gen.ma.us
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Sat, 20 Jul 1996 04:03:05 GMT
Resent-Message-ID: <handler.3841.B.8378349472909@bugs.debian.org>
X-Debian-PR-Package: mflib
X-Loop: owner@bugs.debian.org
Sender: eichin@paycheck.kitten.gen.ma.us
To: submit@bugs.debian.org
From: eichin@kitten.gen.ma.us (Mark W. Eichin)
Date: 19 Jul 1996 23:23:07 -0400
Message-Id: <xe1k9vz621w.fsf@paycheck.kitten.gen.ma.us>
Lines: 7
X-Mailer: Gnus v5.3/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5237
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: mflib
Version: 1.0-6

mflib invokes /usr/sbin/install-fmt-base, which uses "stderr" in what
appears to be an attempt to print error messages. Bash doesn't have a
stderr builtin, nor have I find one elsewhere in debian...


From debian-devel-request@lists.debian.org Sat Jul 20 08:55:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 08:35:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 08:35:56 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 06:43:23 -0000
Resent-Date: 20 Jul 1996 06:43:23 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0uhVkW-0006gvC@mongo.pixar.com>
Date: Fri, 19 Jul 96 23:42 PDT
From: bruce@pixar.com (Bruce Perens)
To: Juergen Menden <menden@informatik.tu-muenchen.de>,
  Dale Scheetz <dwarf@polaris.net>
Subject: Re: Sociology and the bug tracking system
Cc: debian-devel@lists.debian.org,
  joost witteveen <joost@rulcmc.leidenuniv.nl>
Reply-To: Bruce Perens <Bruce@pixar.com>
Resent-Message-ID: <"HA8yd.0.Dq1.A08yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5238
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> I have had some real problems with the way we do development
> design in this group. We talk about the issue from all sides. Sometimes
> taking months to reach a conclusion. Bruce, Ian and a few others then
> confab over the issues, come to a conclusion, and deliver a terse
> statement about the "new" conditions. I have no problem with the way the
> discussions run (for the most part, barring fist fights). The synergy
> created by the differing views, almost always creates something larger
> than any of us could produce on our own. The problem I have, is with how
> the decission gets reported. A terse, sometimes confusing, decission
> report, via e-mail on the lists, is often either missed or forgotten in
> the rush to get the next version of the package out. 

I really only make decisions using my "fiat power" when we have
failed to come to a consensus and it is clear that a decision
is needed to clear a logjam. I would be more comfortable if 99% of the
decisions were arrived at by a conclave of the people who are working on
the problem. Sometimes people are looking to me when my decision really
isn't necessary.

I agree that communications could be better. Part of it is growing pains.
I'm not sure what to do about that yet.

	Thanks

	Bruce
--
The "Toy Story Animated Storybook" CD was the best selling software product
during the month of May, outselling the Windows '95 upgrade, Quicken, etc.
Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Sat Jul 20 08:55:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 08:42:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 08:42:10 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 06:46:44 -0000
Resent-Date: 20 Jul 1996 06:46:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0uhVnr-0006hDC@mongo.pixar.com>
Date: Fri, 19 Jul 96 23:46 PDT
From: bruce@pixar.com (Bruce Perens)
To: debian-devel@lists.debian.org, ecki@lina.inka.de (Bernd Eckenfels)
Subject: Re:  Ooops
Reply-To: Bruce Perens <Bruce@pixar.com>
Resent-Message-ID: <"wA_mj1.0.ms1.K38yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5239
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Everyone is confused about debian-changes. We are going to start having
the upload script post the change notices. I asked Guy to have it post
for _both_ distributions, let's see how that works.

	Bruce
--
The "Toy Story Animated Storybook" CD was the best selling software product
during the month of May, outselling the Windows '95 upgrade, Quicken, etc.
Bruce Perens AB6YM          Bruce@Pixar.com            http://www.hams.com/


From debian-devel-request@lists.debian.org Sat Jul 20 09:45:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 09:35:17 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 09:35:16 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 07:39:41 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3842: tkdesksh grows really large
Reply-To: Lars Wirzenius <liw@iki.fi>, 3842@bugs.debian.org
Resent-From: Lars Wirzenius <liw@iki.fi>
Orignal-Sender: liw@clinet.fi
Resent-To: debian-devel@lists.debian.org
Resent-Date: Sat, 20 Jul 1996 07:18:07 GMT
Resent-Message-ID: <handler.3842.B.8378469526216@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhAGp-000HVuC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: submit@bugs.debian.org
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1643259008P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Fri, 19 Jul 1996 10:46:40 +0300
Sender: liw@clinet.fi
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5240
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_-1643259008P
Content-Type: text/plain; charset=us-ascii

Package: tkdesk
Version: 1.0b1-1

Package: tk40
Version: 4.0p3-3

Package: tcl74
Version: 7.4p3-3

I usually don't log out when I leave the machine, for convenience.  This
morning, the system was out of memory.  I have 16 MB physical and 48 MB
swap, and usually have no less than fifteen or twenty megabytes free swap.  
Mirror was running, so I assumed that that was it.  But it wasn't.

# free
             total       used       free     shared    buffers     cached
Mem:         15004      14816        188       4056        104       2376
-/+ buffers:            12336       2668
Swap:        48348      48348          0
# ps aux | grep mirror
liw      10146  0.1 21.0  4780  3152  ?  S    03:15   0:28 mirror debian:ftp.lh.
...
# ps aux
USER       PID %CPU %MEM  SIZE   RSS TTY STAT START   TIME COMMAND
...
liw      15912  0.6 11.3 21440  1700  ?  S   Jul 11  68:29 /usr/bin/tkdesksh /us
...
# killall tkdesksh
# free
             total       used       free     shared    buffers     cached
Mem:         15004      14400        604       4284        100       2628
-/+ buffers:            11672       3332
Swap:        48348      29880      18468
# 

The system was probably almost completely idle, except for mail and mirror
and the usual periodic stuff.  I've had this happen before with tkdesksh, 
although I don't know if it is TkDesk or Tcl/Tk that is the problem.



--==_Exmh_-1643259008P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMe89X4QRll5MupLRAQGfggQA3IiUYnilP7Lv+jNj6O2HuxFS/4Ey8H9p
Ksb9YoYolu2CiogCV21Vo0yfOLGhdOft82xyzpdxegaAYv/8FV6mcm45LuqYeu5R
ZsQYNWWNVd/xWxOoSyT7Me5p5qUJVunMXfcKBwYDk2oeIypP2Qvl9PuLfLcqJbIB
HX1Q0LSnwIw=
=ckDZ
-----END PGP MESSAGE-----

--==_Exmh_-1643259008P--


From debian-devel-request@lists.debian.org Sat Jul 20 13:31:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 13:07:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 13:07:54 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 10:09:45 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3815: ndc stats" fails
Reply-To: kai@khms.westfalen.de (Kai Henningsen), 3815@bugs.debian.org
Resent-From: kai@khms.westfalen.de (Kai Henningsen)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Sat, 20 Jul 1996 09:48:02 GMT
Resent-Message-ID: <handler.3815.B3815.8378559568252@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Date: 20 Jul 1996 09:56:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: 3815@bugs.debian.org
Message-ID: <6DFX3fRzcsB@khms.westfalen.de>
In-Reply-To: <m0uhMlY-0004R9C@chiark.chu.cam.ac.uk>
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5241
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 19.07.96 in <m0uhMlY-0004R9C@chiark.chu.cam.ac.uk>:

> Martyn Plummer writes ("Bug#3815: "ndc stats" fails "):
> > Package: bind
> > Version: 4.9.3-P1-3
> >
> > "ndc stats" fails to dump named statistics to /var/tmp/named.stats because
> > ndc sends the ABRT signal to named. The IOT signal should be used instead.
> > Editing /usr/sbin/ndc and changing ABRT to IOT fixes the problem.
> > Transcript follows
> >
> > bash# ndc stats
> > kill: bad signal spec `ABRT'
> > bash# kill -l
> >  1) SIGHUP       2) SIGINT       3) SIGQUIT      4) SIGILL
> >  5) SIGTRAP      6) SIGIOT       7) SIGBUS       8) SIGFPE
> >  9) SIGKILL     10) SIGUSR1     11) SIGSEGV     12) SIGUSR2
> > 13) SIGPIPE     14) SIGALRM     15) SIGTERM     17) SIGCHLD
> > 18) SIGCONT     19) SIGSTOP     20) SIGTSTP     21) SIGTTIN
> > 22) SIGTTOU     23) SIGURG      24) SIGXCPU     25) SIGXFSZ
> > 26) SIGVTALRM   27) SIGPROF     28) SIGWINCH    29) SIGIO
> > 30) SIGPWR
>
> Surely this is a bug in `kill' ?  I think kill should accept ABRT as a
> signal name.

Certainly, since SIGABRT is the ANSI-C name of the signal.

MfG Kai


From debian-devel-request@lists.debian.org Sat Jul 20 14:21:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 14:10:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 14:10:55 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 11:24:47 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3843: dselect resets automargins in xterm and vt220, not console
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3843@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
Resent-Date: Sat, 20 Jul 1996 11:03:01 GMT
Resent-Message-ID: <handler.3843.B.8378604559313@bugs.debian.org>
X-Debian-PR-Package: ncurses-base
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhZVH-0004PpC@chiark.chu.cam.ac.uk>
Date: Sat, 20 Jul 96 11:43 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5242
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: ncurses-base
Version: 1.9.9e-1

To reproduce: start dselect in a mono xterm.  Use ctrl-middlebutton to
check that `Enable Auto Wraparound' is on.  Start dselect and select
Quit.  Check the ctrl-middlebutton menu again.

The same problem exists with TERM=vt220 and a real serial terminal
(though of course it's harder to see the effect there), but not with
TERM=linux on console (2.0.0).

dselect, of course, does not mess about with the automargins settings
at all.  It just makes the standard ncurses enter/exit fullscreen
calls.

Ian.

-chiark:~> dpkg -l 'ncurses*' xbase dpkg | egrep -v '^[pu]n'
Desired=Unknown/Install/Remove/Purge
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name            Version        Description
+++-===============-==============-============================================
ii  ncurses-base    1.9.9e-1       Video terminal manipulation: Minimum set of 
ii  ncurses-bin     1.9.9e-1       Video terminal manipulation: associated prog
ii  ncurses-term    1.9.9e-1       Video terminal manipulation: additional term
ii  ncurses3.0      1.9.9e-1       Video terminal manipulation: shared librarie
ii  ncurses3.0-dev  1.9.9e-1       Video terminal manipulation: Developer's lib
ii  ncurses3.0-pic  1.9.9e-1       Video terminal manipulation: Shared-library 
ii  xbase           3.1.2-9        XFree86 3.1.2 base distribution.
ii  dpkg            1.2.12         Package maintenance system for Debian Linux
-chiark:~> 


From debian-devel-request@lists.debian.org Sat Jul 20 16:26:11 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 16:20:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 16:19:59 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 14:08:12 -0000
Resent-Date: 20 Jul 1996 14:08:12 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31F0E81C.3917E105@verisim.com>
Date: Sat, 20 Jul 1996 10:07:24 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: site-start.el and lout-mode.el
References: <m0uhLm4-0004RAC@chiark.chu.cam.ac.uk> <m0uhQL8-00014fC@miles.econ.queensu.ca>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"eh37f3.0.P_6.CXEyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5243
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> We could do with a script similar to install-info to deal with this. The
> postinst/prerm from the vm package are good starting points.

If anything, I would recommend a "site-start" directory that held the code
for all of the installed packages.  Emacs lisp should be sufficiently smart
enough to be able to run all scripts in a given directory, much like run-parts.
This would, of course, be in addition to the "site-start.el" file in /etc.

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.


From debian-devel-request@lists.debian.org Sat Jul 20 19:21:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 19:08:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 19:08:20 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 16:25:01 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3844: getpeername(2) man page does not list required header file
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3844@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Martin Schulze <joey@debian.org>
Resent-Date: Sat, 20 Jul 1996 16:03:02 GMT
Resent-Message-ID: <handler.3844.B.83787846713332@bugs.debian.org>
X-Debian-PR-Package: manpages
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <cNZfIh6hD2@sfere.elmail.co.uk>
Date: Sat, 20 Jul 96 16:28:17 +0100 (BST)
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5244
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: manpages
Version: 1.11-4

The following patch should be applied to `/usr/man/man2/getpeername.2'
so that it lists the required include files.

--- getpeername.2.orig  Sat Jul 20 16:24:57 1996
+++ getpeername.2       Sat Jul 20 16:25:23 1996
@@ -37,6 +37,8 @@
 .SH NAME
 getpeername \- get name of connected peer
 .SH SYNOPSIS
+.B #include <sys/socket.h>
+.sp
 .BI "int getpeername(int " s ", struct sockaddr *" name ", int *" namelen );
 .SH DESCRIPTION
 .B Getpeername

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Sat Jul 20 19:46:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 19:25:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 19:25:09 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 16:36:10 -0000
Resent-Date: 20 Jul 1996 16:36:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <osiris@cs.utexas.edu>
Sender: osiris@cs.utexas.edu
To: "Brian C. White" <bcwhite@verisim.com>
Cc: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: site-start.el and lout-mode.el
References: <m0uhLm4-0004RAC@chiark.chu.cam.ac.uk>
	<m0uhQL8-00014fC@miles.econ.queensu.ca> <31F0E81C.3917E105@verisim.com>
From: Rob Browning <osiris@cs.utexas.edu>
Date: 20 Jul 1996 11:35:53 -0500
In-Reply-To: "Brian C. White"'s message of Sat, 20 Jul 1996 10:07:24 -0400
Message-ID: <87ohla7uhi.fsf@raven.ots.utexas.edu>
Lines: 15
X-Mailer: Gnus v5.2.36/Emacs 19.31
Resent-Message-ID: <"DVFzE.0.EJ.whGyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5245
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

"Brian C. White" <bcwhite@verisim.com> writes:

> If anything, I would recommend a "site-start" directory that held the code
> for all of the installed packages.  Emacs lisp should be sufficiently smart
> enough to be able to run all scripts in a given directory, much like run-parts.
> This would, of course, be in addition to the "site-start.el" file in /etc.

In fact, I imagine that it would be pretty easy to arrange for the
standard Debian /etc/site-start.el file to contain code to handle
this.  It would certainly trivialize adding and removing entries...

This seems like a good idea.
--
Rob
 


From debian-devel-request@lists.debian.org Sat Jul 20 21:01:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 20:48:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 20:48:15 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 17:35:33 -0000
Resent-Date: 20 Jul 1996 17:35:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <lee@olds.eskimo.net>
Message-Id: <m0uhg0y-0000WbC@olds.eskimo.net>
Subject: location of sg.h
To: debian-devel@lists.debian.org
Date: Sat, 20 Jul 1996 10:40:27 -0700 (PDT)
From: Lee Olds <olds@eskimo.com>
Reply-To: olds@eskimo.com
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"U70pg1.0.641.aZHyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5246
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

As a first package, I'm debianizing cdda2wav.

It tries to include sg.h as follows:
   #include <linux/../../drivers/scsi/sg.h>

This doesn't work because /usr/include/linux is not a symbolic link.
Currently I am using this instead:

   #include </usr/src/linux/include/scsi/sg.h>

What is the correct way for a user program to include this file? Is sg.h
in the wrong place? Should /usr/include/linux be a symbolic link? Should
any package that uses this file depend on the kernel source?

Thanks


From debian-devel-request@lists.debian.org Sat Jul 20 22:16:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 22:02:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 22:02:13 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 18:43:24 -0000
Resent-Date: 20 Jul 1996 18:43:24 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ychim@yallara.cs.rmit.EDU.AU>
Message-ID: <31F12B1B.21E7@yallara.cs.rmit.edu.au>
Date: Sun, 21 Jul 1996 04:53:15 +1000
From: Lawrence Chim <ychim@yallara.cs.rmit.EDU.AU>
X-Mailer: Mozilla 3.0b5a (Win95; I)
MIME-Version: 1.0
To: debian-devel@lists.debian.org
Subject: debian 1.1 install problem
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"snLj21.0.mx1.CZIyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5247
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I bought the CD from i-connect and try to install it.  When I tried
to install kernal-image, kernal-source, and kernal-header, it
displayed error messages.  Is the file on the CD corrupted?

It is strange that all kernal-* cannot install.


From debian-devel-request@lists.debian.org Sat Jul 20 23:56:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 20 Jul 1996 23:40:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 20 Jul 1996 23:40:58 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 20:10:07 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3845: invalid directories in compface package
Reply-To: Brian Mays <bem5r@virginia.edu>, 3845@bugs.debian.org
Resent-From: Brian Mays <bem5r@virginia.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Sat, 20 Jul 1996 19:48:04 GMT
Resent-Message-ID: <handler.3845.B.83789198119112@bugs.debian.org>
X-Debian-PR-Package: compface
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhgHe-000Px9C@localhost>
From: Brian Mays <bem5r@virginia.edu>
To: submit@bugs.debian.org
Date: Sat, 20 Jul 1996 13:57:41 -0400
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5248
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: compface
Version: 1.0-1

There is an extra man1 in the directory structure of the manual pages.

$ dpkg -L compface
/.
/usr
/usr/bin
/usr/bin/compface
/usr/bin/uncompface
/usr/bin/xbm2xface.pl
/usr/man
/usr/man/man1
/usr/man/man1/man1
         ^^^^
/usr/man/man1/man1/compface.1
         ^^^^
/usr/man/man1/man1/uncompface.1
         ^^^^
/usr/man/man1/man3
         ^^^^
/usr/man/man1/man3/compface.3
         ^^^^
/usr/man/man1/man3/uncompface.3
         ^^^^
/usr/lib
/usr/lib/libcompface.a
/usr/lib/libcompface.so.1.0
/usr/lib/libcompface.so.1
/usr/lib/libcompface.so
/usr/include
/usr/include/compface.h
/usr/doc
/usr/doc/copyright
/usr/doc/copyright/compface


From debian-devel-request@lists.debian.org Sun Jul 21 00:21:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 00:15:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 00:15:16 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 21:00:10 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3846: lynx misdisplays multiple <dt> in <dl>
Reply-To: ian@chiark.chu.cam.ac.uk (Ian Jackson), 3846@bugs.debian.org
Resent-From: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Orignal-Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: "ian@chiark.chu.cam.ac.uk \(Ian Jackson\) Andrew Howell" <andrew@it.com.au>
Resent-Date: Sat, 20 Jul 1996 20:41:31 GMT
Resent-Message-ID: <handler.3846.B.83789497926391@bugs.debian.org>
X-Debian-PR-Package: lynx
X-Loop: owner@bugs.debian.org
Message-Id: <m0uhiVl-0004Q9C@chiark.chu.cam.ac.uk>
Date: Sat, 20 Jul 96 21:20 BST
Sender: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
From: ian@chiark.chu.cam.ac.uk (Ian Jackson)
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5249
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: lynx
Version: 2.4-FM-960316-1

Below is a copy of an HTML file which is also available at
<URL:http://chiark.chu.cam.ac.uk/~ijackson/test-deflist.html>.

There is a bug in the parsing produced by lynx, as shown below.  The
line marked >>>>> should not appear.

(Interestingly Mosaic 2.7b4 and Netscape 2.01 each have a bug here
too, but their bugs are different from lynx's even though they're the
same as each other's (-:.)

Ian.

    > chiark:~> lynx -dump http://chiark.chu.cam.ac.uk/~ijackson/test-deflist.html   
    > 
    >                                      test
    >                                        
    >    keyword1
>>>>>           
    >    keyword2
    >           paragraph
    >           
    >           second paragraph
    >           
    >    keyphrase for third para
    >           third paragraph
    >           
    >                                test with compact
    >                                        
    >    keyword1
    >    keyword2
    >           paragraph
    >           
    >           second paragraph
    >    keyphrase for third para
    >           third paragraph
    > chiark:~> 

<html><head>
<title>Test of definition lists</title>
</head><body>
<h1>test</h1>

<dl>
<dt>keyword1
<dt>keyword2
<dd>
paragraph
<p>
second paragraph

<dt>keyphrase for third para
<dd>
third paragraph

</dl>

<h1>test with compact</h1>

<dl compact>
<dt>keyword1
<dt>keyword2
<dd>
paragraph
<p>
second paragraph

<dt>keyphrase for third para
<dd>
third paragraph

</dl>

</body></html>


From debian-devel-request@lists.debian.org Sun Jul 21 01:36:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 01:33:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 01:33:58 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 22:12:31 -0000
Resent-Date: 20 Jul 1996 22:12:31 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ijackson@chiark.chu.cam.ac.uk>
Message-Id: <m0uhkG3-0004PpC@chiark.chu.cam.ac.uk>
Date: Sat, 20 Jul 96 23:12 BST
From: Ian Jackson <ijackson@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Calling Nils Rennebarth - TeX maintainer
Resent-Message-ID: <"GbGK13.0.DX4.EdLyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5250
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I have a very large pile of bounced bug reports for Nils Rennebarth.
They were originally directed to nils@nus.pan-net.de.  I have also
tried nils@gate.nus.de (this was in a message I got from him a month
or two ago) but that seems to have disappeared into a black hole.

Nils, are you there ?  Please contact me to let me know your correct
address.  Best would be to fix your nus.pan-net.de address, as it is
listed in the maintainer info for 29 packages.

If Nils isn't there then the TeX packages are orphaned.  From the bug
logs it looks like Nils could do with some help even if they aren't.

Ian.


From debian-devel-request@lists.debian.org Sun Jul 21 02:26:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 02:15:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 02:15:06 -0000
Received: (qmail-queue invoked by uid 40); 20 Jul 1996 22:40:14 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3847: Perl & G++
Reply-To: "Brian C. White" <bcwhite@verisim.com>, 3847@bugs.debian.org
Resent-From: "Brian C. White" <bcwhite@verisim.com>
Orignal-Sender: bcwhite
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Sat, 20 Jul 1996 22:18:03 GMT
Resent-Message-ID: <handler.3847.B.8379009862208@bugs.debian.org>
X-Debian-PR-Package: perl
X-Loop: owner@bugs.debian.org
Sender: bcwhite@bugs.debian.org
Message-ID: <31F13A51.1B05C864@verisim.com>
Date: Sat, 20 Jul 1996 15:58:09 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Bugs <submit@bugs.debian.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5251
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: perl
Version: 5.003-2

The file '/usr/lib/perl5/i486-linux/5.003/CORE/proto.h' has a problem when
compiled using g++:

  g++ -c  -Dbool=char -DHAS_BOOL -I/usr/include/db -I/usr/local/include \
      -O2 -fomit-frame-pointer      -DVERSION=\"0.16\" -DXS_VERSION=\"0.16\" \
      -fpic -I/usr/lib/perl5/i486-linux/5.003/CORE  Ferret.c

  In file included from /usr/lib/perl5/i486-linux/5.003/CORE/perl.h:1435,
                   from Ferret.c:30:
  /usr/lib/perl5/i486-linux/5.003/CORE/proto.h:69: only constructors can be declared `explicit'

Removing the keyword "explicit" avoids this error.


Also, the file '/usr/lib/perl5/i486-linux/5.003/Config.pm' includes the line:

  cppflags='-Dbool=char -DHAS_BOOL -I/usr/include/db -I/usr/local/include'

The "-Dbool=char" should be removed and it is a standard type in ANSI C++.
It might be possible to remove it from the 'ccflags' as well, I don't know.


I am using gcc 2.7.2-8.

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.



From debian-devel-request@lists.debian.org Sun Jul 21 06:36:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 06:18:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 06:18:45 -0000
Received: (qmail-queue invoked by uid 40); 21 Jul 1996 02:33:48 -0000
Resent-Date: 21 Jul 1996 02:33:47 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <llucius@millcomm.com>
Date: Sat, 20 Jul 1996 21:34:15 -0500 (CDT)
From: llucius <llucius@millcomm.com>
Subject: How do I compare "unstable/source" to "unstable/binary-m68k"
To: debian-devel@lists.debian.org
Message-ID: <Pine.3.89.9607202111.A5789-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"LYOlO1.0._77.BSPyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5252
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


I'd like to see where we sit as far as catching up and was wondering if 
anyone has a nice little script that will compare the source directory to 
the binary directory and report the differences.

I put together a little script to do it, but it's not the greatest...

Thanks,

Leland

__ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth!
   oo o  oo o  o  | 
    o       o   o | llucius@millcomm.com
 o oo    o     o  | 
-- -- -- -- -- -- | http://www.millcomm.com/~llucius       (maybe one day)


From debian-devel-request@lists.debian.org Sun Jul 21 07:01:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 06:57:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 06:57:18 -0000
Received: (qmail-queue invoked by uid 40); 21 Jul 1996 03:17:27 -0000
Resent-Date: 21 Jul 1996 03:17:27 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sjlam1@aurora.cc.monash.edu.au>
From: Mr Stuart Lamble <sjlam1@aurora.cc.monash.edu.au>
Message-Id: <199607210300.NAA24666@aurora.cc.monash.edu.au>
Subject: Re: location of sg.h
To: olds@eskimo.com
Date: Sun, 21 Jul 1996 13:00:19 +1000 (EST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0uhg0y-0000WbC@olds.eskimo.net> from "Lee Olds" at Jul 20, 96 10:40:27 am
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"F7AjQ3.0.Hh7.65Qyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5253
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> As a first package, I'm debianizing cdda2wav.
> 
> It tries to include sg.h as follows:
>    #include <linux/../../drivers/scsi/sg.h>
> 
> This doesn't work because /usr/include/linux is not a symbolic link.
> Currently I am using this instead:
> 
>    #include </usr/src/linux/include/scsi/sg.h>
> 
> What is the correct way for a user program to include this file? Is sg.h
> in the wrong place? Should /usr/include/linux be a symbolic link? Should
> any package that uses this file depend on the kernel source?

The file "README" in the 2.0.7 source says...

 - make sure your /usr/include/asm, /usr/include/linux, and /usr/include/scsi
   directories are just symlinks to the kernel sources:

                cd /usr/include
                rm -rf asm linux scsi
                ln -s /usr/src/linux/include/asm-i386 asm
                ln -s /usr/src/linux/include/linux linux
                ln -s /usr/src/linux/include/scsi scsi

In other words, the file you want should be #included from <scsi/sg.h>, not
as an absolute include. If the kernel include files aren't installed in
these directories, I'd view it as a bug - I don't know, though, since I
got rid of the kernel packages, and downloaded the source from the Monash
mirror. :-)

As for the depending on the kernel source - I always have the appropriate
kernel sources installed, and the symlinks in /usr/include pointing to the
right places. (ok, so I haven't checked out the way Debian does kernel
sources lately...give me time. :-)

I've just had a look at the 1.2 files, and this won't work for the 1.2
kernel (but then, that's a rather moot point, given that Debian has the 2.0
kernels by default :-)

Sorry if I seem to be rambling; over 100 mail messages in my inbox is not
the most pleasant of surprises. :) Hope this helps.

-- 
I'm on a low-fat, high stress diet: coffee and fingernails.


From debian-devel-request@lists.debian.org Sun Jul 21 10:21:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 10:20:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 10:20:10 -0000
Received: (qmail-queue invoked by uid 40); 21 Jul 1996 07:25:34 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3857: listres dumps core
Reply-To: Herbert Xu <herbert@greathan.apana.org.au>, 3857@bugs.debian.org
Resent-From: Herbert Xu <herbert@greathan.apana.org.au>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Stephen Early <sde1000@cam.ac.uk>
Resent-Date: Sun, 21 Jul 1996 07:03:03 GMT
Resent-Message-ID: <handler.3857.B.83793250912461@bugs.debian.org>
X-Debian-PR-Package: xcontrib
X-Loop: owner@bugs.debian.org
From: Herbert Xu <herbert@greathan.apana.org.au>
Message-Id: <199607210640.QAA02866@greathan.apana.org.au>
To: submit@bugs.debian.org
Date: Sun, 21 Jul 1996 16:40:08 +1000 (EST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5254
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: xcontrib
Version: 3.1.2-1

Sometimes typing "listres" results in a segfault and is reproducible
but a reboot (*) may cure it.  When it is reproducible the core file shows
that the fault occurs in XmuWnInitializeNodes().  It is called only
once by listres during its initialisation phase.  Can anybody reproduce
this and maybe track it down? Mail me for more info.

* This refers to the X server of course.

-- 
A.  B <=> True			B.  A <=> False
Email:  Herbert Xu ~{PmV>HI~} <herbert@greathan.apana.org.au>
PGP Key:  pgp-public-keys@pgp.mit.edu or any other key sites


From debian-devel-request@lists.debian.org Sun Jul 21 14:07:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 14:00:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 14:00:00 -0000
Received: (qmail-queue invoked by uid 40); 21 Jul 1996 11:35:43 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3858: tclIndex for exmh is built for Tcl 7.4
Reply-To: Philippe Troin <phil@sj-coop.net>, 3858@bugs.debian.org
Resent-From: Philippe Troin <phil@sj-coop.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: krs@caos.aamu.edu (Karl R. Sackett)
Resent-Date: Sun, 21 Jul 1996 11:18:01 GMT
Resent-Message-ID: <handler.3858.B.83794751416174@bugs.debian.org>
X-Debian-PR-Package: exmh
X-Loop: owner@bugs.debian.org
Message-Id: <199607211107.EAA01422@tantale.sj-coop.net>
To: submit@bugs.debian.org
Date: Sun, 21 Jul 1996 04:07:52 -0700
From: Philippe Troin <phil@sj-coop.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5255
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: exmh
Version: 1.6.7-3

This is a log of what happens:

phil@tantale:~$ exmh
error while autoloading "Env_Init": bad option "join": should be atime, dirname, executable, exists, extension, isdirectory, isfile, lstat, mtime, owned, readable, readlink, root, size, stat, tail, type, or writable
    while executing
"Env_Init"
    (file "/usr/bin/exmh" line 56)
    invoked from within
"source /usr/bin/exmh"
phil@tantale:~$ 

After inverstigations, it appeared that the tclIndex file for
/usr/lib/exmh had been built for Tcl 7.4.

The following script fixed the thing:

	#!/usr/bin/tclsh
	auto_mkindex /usr/lib/exmh *.tcl

Exmh tclIndex should be built with Tcl7.4 to ensure compatibility (I
assume thet `file join' is a 7.5 feature.

Trivia:

Debian 1.1 system.
Kernel 2.0.7

Package: exmh
Status: install ok installed
Section: mail
Maintainer: Karl Sackett <krs@caos.aamu.edu>
Version: 1.6.7-3
Depends: tk40 | tk41, tcl74 | tcl75, mh, metamail
Suggests: expect, glimpse, pgp-us, pgp-i
Conffiles:
 /etc/exmh.conf 24876363e44bd754486a12a595e4e5af
Description: An X user interface for MH mail.
 Exmh uses the regular MH programs to manipulate your mail folders and
 messages.  This means it is compatible with command-line use of MH
 programs, and its actions should be familar if you are an experienced
 MH user.  If you are a new  MH  user, then the details of running MH
 programs is hidden behind the graphical interface.

Package: tcl74
Status: install ok installed
Priority: optional
Section: devel
Maintainer: David Engel <david@ods.com>
Source: tcl74
Version: 7.4p3-3
Depends: libc5 (>= 5.2.18-5)
Conflicts: tcl
Description: The Tool Command Language (TCL) v7.4 - Run-Time Package.
 TCL is a powerful, easy to use, interpreted scripting language.

Package: tk40
Status: install ok installed
Priority: optional
Section: devel
Maintainer: David Engel <david@ods.com>
Source: tk40
Version: 4.0p3-3
Depends: tcl74 (>= 7.4p3-3), elf-x11r6lib
Conflicts: tk
Description: The Tk toolkit for TCL and X11 v4.0 - Run-Time Package.
 Tk is an X11 toolkit that provides the Motif look and feel and is 
 implemented using the Tcl scripting language.



From debian-devel-request@lists.debian.org Sun Jul 21 17:52:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 17:44:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 17:44:35 -0000
Received: (qmail-queue invoked by uid 40); 21 Jul 1996 15:10:25 -0000
Resent-Date: 21 Jul 1996 15:10:25 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Sun, 21 Jul 1996 15:02:53 +0200
From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Message-Id: <199607211302.PAA06391@marin.fdn.fr>
X-Mailer: Mail User's Shell (7.2.6unoff 7/17/96)
To: debian-devel@lists.debian.org
Subject: New virtual packages suggestion
Resent-Message-ID: <"EzMBR1.0.yS6.XXayn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5256
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hello,

I propose to add the following virtual packages:

  - gnu-make    useful for packages like kernel-package and my new
                compress-package (not yet released) that *need* a GNU make
                to be used.

  - pdf-viewer, pdf-preview     similar to their postscript- counterpart,
		but for PDF files. For example, xpdf would provide only
		pdf-viewer while ghostscript would provide both if it has
		been compiled with the correct drivers.
		  Such virtual packages could be used by packages that
		either only contain documents in PDF format (they'll
		depends: it) or provide such files (they'll suggests:
		or recommends: it for the doc to be readbale).

  - compress	(or bsd-compress, please comment)	indicate that the
		package provide a true BSD compress command. Needed by my
		new compress-package, and useful for packages that can't
		be satisfied by compress being a synonym of gzip (though
		in the absence of an official Debian compress package, they
		should only recommends: it, certainly).

Yves.


-- 


From debian-devel-request@lists.debian.org Sun Jul 21 18:17:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 18:05:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 18:05:25 -0000
Received: (qmail-queue invoked by uid 40); 21 Jul 1996 15:19:34 -0000
Resent-Date: 21 Jul 1996 15:19:34 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <alegre@saturn.superlink.net>
Date: Sun, 21 Jul 1996 11:17:42 -0400 (EDT)
From: Fernando <alegre@saturn.superlink.net>
To: Dale Scheetz <dwarf@polaris.net>
cc: debian-devel@lists.debian.org
Subject: RE: MC can't find libgpm.so.1
In-Reply-To: <Pine.LNX.3.94.960719122525.9760A-100000@dwarf.polaris.net>
Message-ID: <Pine.SGI.3.93.960721110955.11275B-100000@saturn.superlink.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"2vz9V3.0.iW6.5gayn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5257
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


I will release a new "mc" package next week. It is possible to
select whether to include gpm support or not, but only at compile time.
I have two options:

	1) Include two binaries: mc (with gpm support) and mc-nogpm
		I could ask the user which one to install
	
	2) Make gpm a requirement, not only a suggestion

Which option would you prefer? Do you have a better suggestion?


Cheers,
	Fernando Alegre
	alegre@mail.superlink.net



From debian-devel-request@lists.debian.org Sun Jul 21 19:32:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 19:08:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 19:08:06 -0000
Received: (qmail-queue invoked by uid 40); 21 Jul 1996 15:45:49 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3859: xpdf does not display ligatures
Reply-To: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>, 3859@bugs.debian.org
Resent-From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dirk Eddelbuettel <edd@qed.econ.queensu.ca>
Resent-Date: Sun, 21 Jul 1996 15:33:01 GMT
Resent-Message-ID: <handler.3859.B.83796252419833@bugs.debian.org>
X-Debian-PR-Package: xpdf
X-Loop: owner@bugs.debian.org
Date: Sun, 21 Jul 1996 16:14:31 +0200
From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Message-Id: <199607211414.QAA08576@marin.fdn.fr>
X-Mailer: Mail User's Shell (7.2.6unoff 7/17/96)
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5259
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: xpdf
Version: 0.5-0

The subject says it: xpdf does not display ligatures such as fi, ff, ffi, etc.
I don't know why but if this is because they are not available in the current
font, they should at least be substituted by the letters they are made of,
with some kerning to make them look okay, perhaps.

If one gets the manual.pdf file from an Apache site (cf. www.apache.org),
the problem can be seen. (It does not happen with gs...)

Yves.

-- 


From debian-devel-request@lists.debian.org Sun Jul 21 19:57:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 19:53:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 19:53:35 -0000
Received: (qmail-queue invoked by uid 40); 21 Jul 1996 16:35:54 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3860: procps should have Replaces: watch
Reply-To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3860@bugs.debian.org
Resent-From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-To: debian-devel@lists.debian.org
Resent-CC: Fernando Alegre <alegre@mars.superlink.net>
Resent-Date: Sun, 21 Jul 1996 16:18:07 GMT
Resent-Message-ID: <handler.3860.B.83796552620428@bugs.debian.org>
X-Debian-PR-Package: procps
X-Loop: owner@bugs.debian.org
Message-Id: <m0ui0tf-00013lC@miles.econ.queensu.ca>
Date: Sun, 21 Jul 96 11:58 EDT
To: Report a Debian Bug <submit@bugs.debian.org>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5260
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: procps
Version: 1.01a-1                            

The new procps effectively replaces the watch package [1], so it should also
have a "Replaces: watch:" [2].

[1] dpkg reports that the binary and the manpage get overwritten:
miles:/mirror/debian/private/project/Incoming [root] # dpkg -i procps_1.01a-1_i386.deb
(Reading database ... 18013 files and directories currently installed.)
Preparing to replace procps (using procps_1.01a-1_i386.deb) ...
Unpacking replacement procps ...
dpkg - warning, overriding problem because --force enabled:
 trying to overwrite `/usr/bin/watch', which is also in package watch
dpkg - warning, overriding problem because --force enabled:
 trying to overwrite `/usr/man/man1/watch.1', which is also in package watch
Setting up procps (1.01a-1) ...       

[2] The watch package remains, alas with nothing but the copyright file:
miles:/mirror/debian/private/project/Incoming [root] # dpkg -L watch
/.
/usr
/usr/doc
/usr/doc/copyright
/usr/doc/copyright/watch
/usr/bin
/usr/man
/usr/man/man1              

-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Sun Jul 21 20:22:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 20:02:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 20:02:39 -0000
Received: (qmail-queue invoked by uid 40); 21 Jul 1996 16:52:10 -0000
Resent-Date: 21 Jul 1996 16:52:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Sun, 21 Jul 1996 12:54:08 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Fernando <alegre@saturn.superlink.net>
cc: debian-devel@lists.debian.org
Subject: RE: MC can't find libgpm.so.1
In-Reply-To: <Pine.SGI.3.93.960721110955.11275B-100000@saturn.superlink.net>
Message-ID: <Pine.LNX.3.94.960721124757.20115B-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"6Qi042.0.K67.w0cyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5261
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Sun, 21 Jul 1996, Fernando wrote:

> 
> I will release a new "mc" package next week. It is possible to
> select whether to include gpm support or not, but only at compile time.
> I have two options:
> 
> 	1) Include two binaries: mc (with gpm support) and mc-nogpm
> 		I could ask the user which one to install
> 	
> 	2) Make gpm a requirement, not only a suggestion
> 
> Which option would you prefer? Do you have a better suggestion?
> 
If the gpm library isn't too large you could link it static (as opposed to
making it shared) at build time. Unless mc does something special to
determin mouse availability, it should run fine and work with a mouse if
gpm is running, and have no mouse behavior if it isn't. Seems to me that
it used to be built like this in the ancient past.

Luck,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Sun Jul 21 21:12:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 21:09:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 21:09:31 -0000
Received: (qmail-queue invoked by uid 40); 21 Jul 1996 18:15:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3861: when adduser runs finger it display all users mathcing the pattern
Reply-To: cjf@nothinbut.net, 3861@bugs.debian.org
Resent-From: cjf@nothinbut.net
Resent-To: debian-devel@lists.debian.org
Resent-CC: Steve Phillips <sjp@cvfn.org>
Resent-Date: Sun, 21 Jul 1996 18:03:04 GMT
Resent-Message-ID: <handler.3861.B.83797153522532@bugs.debian.org>
X-Debian-PR-Package: adduser
X-Loop: owner@bugs.debian.org
From: cjf@nothinbut.net
Message-Id: <199607211828.OAA03890@bigpapa.nothinbut.net>
To: debian-bugs@pixar.com
Date: Sun, 21 Jul 1996 14:28:02 -0400 (EDT)
X-Mailer: ELM [version 2.4 PL25 PGP2]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5262
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: adduser
Version: 1.99-1

When /usr/bin/adduser fingers a new user and prompts "Is this
information correct [y/n]? ", it matches any username including the
one just added (this is confusing).  The patch is simply to use
"finger -m" instead:
-            if ((system "/usr/bin/finger $new_name") != 0) {
+            if ((system "/usr/bin/finger -m $new_name") != 0) {

--
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@nothinbut.net, cjf@netaxs.com  |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Sun Jul 21 22:02:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 21:55:05 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 21:55:04 -0000
Received: (qmail-queue invoked by uid 40); 21 Jul 1996 19:01:47 -0000
Resent-Date: 21 Jul 1996 19:01:46 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 21 Jul 1996 19:21:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6DGS1ckzcsB@khms.westfalen.de>
In-Reply-To: <m0ug9nG-0004PqC@chiark.chu.cam.ac.uk>
Subject: Re: /etc/default?
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"-Rxuk3.0.WA1.Qwdyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5264
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 16.07.96 in <m0ug9nG-0004PqC@chiark.chu.cam.ac.uk>:

> We need to think about our requirements before stampeding to create
> and use this directory.  Configuration files are hard to move - let's
> move slowly !

Oh, absolutely. Though I think we're already moving as slowly as possible  
on this one (ie, not at all) ...

> > /etc/default would contain files which follow a common syntax. They would
> > look like shell scripts that contain *only* variable assignments, and
> > comments (and no substitutions in the assignments, either - just
> > name=value, and possibly quotes around the value).

> Here Kai Henningsen says `files which follow a common syntax', and
> sketches the syntax briefly.

At least that's the only way I've seen this used, and I understood others  
that's what they wanted to use as well.

> In another message someone else suggested that it was for install-time
> rather than run-time configuration.

I've not seen that one. However, *if* we use it for run-time configuration  
(like default options tar, or which character bitmaps to load for the  
console, or whatever), then I don't see why we could not use the same  
mechanism for install-time configuration as well, if there should be a  
need - though the only ones that occur to me at the moment could well be  
called run-time configuration for the installation tools.


MfG Kai


From debian-devel-request@lists.debian.org Sun Jul 21 22:02:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 21:52:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 21:52:37 -0000
Received: (qmail-queue invoked by uid 40); 21 Jul 1996 19:01:30 -0000
Resent-Date: 21 Jul 1996 19:01:30 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 21 Jul 1996 19:13:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6DGS1LmjcsB@khms.westfalen.de>
In-Reply-To: <6C$PTcjjcsB@khms.westfalen.de>
Subject: Re: Conffiles &c.
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"OK34n3.0.GA1.9wdyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5263
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 16.07.96 in <m0ug9bj-0004PqC@chiark.chu.cam.ac.uk>:

> Kai Henningsen writes ("Re: Conffiles &c."):
> > ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 10.07.96 in
> <m0udnEY-0002ZwC@chiark.chu.cam.ac.uk>:
> ...
> > > I don't plan to have dpkg try to remove anything it didn't create -
> > > that sounds like a recipe for trouble.
> >
> > I don't quite see why this would be any more trouble than the current
> > behaviour.
>
> The boundary between dpkg and packages is getting rather fuzzy; this
> makes debugging difficult.

I certainly don't see how this proposal could have that effect.

> Look what has happened to the sys[k]logd packages, which try to mess
> with dpkg's conffiles in their maintainer scripts ...

There's an important difference. I was proposing that there be an official  
interface. (And one with fairly simple semantics, too.)


MfG Kai


From debian-devel-request@lists.debian.org Sun Jul 21 22:52:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 21 Jul 1996 22:34:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 21 Jul 1996 22:34:40 -0000
Received: (qmail-queue invoked by uid 40); 21 Jul 1996 19:29:20 -0000
Resent-Date: 21 Jul 1996 19:29:20 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 21 Jul 1996 20:39:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6DGS2byzcsB@khms.westfalen.de>
In-Reply-To: <199607170320.WAA01400@kukulkan.ifisicacu.unam.mx>
Subject: Re: /etc/default?
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"9EnoC.0.1a1.GKeyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5265
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

(> 300 lines. You were warned.)

lukas@teorica0.ifisicacu.unam.mx (Lukas Nellen)  wrote on 16.07.96 in <199607170320.WAA01400@kukulkan.ifisicacu.unam.mx>:

> kai@khms.westfalen.de said:
> > ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 09.07.96 in
> > <m0udlFW-0002ZwC@chiark.chu.cam.ac.uk>:

> I think we have to discuss this point rather than explain the `proper use' -
> after all, no consensus has been reached yet.

Not quite. The point is that /etc/default is an *existing* concept; if we  
use it at all, we should use it in a way compatible with existing usage.

> > /etc/default would contain files which follow a common syntax. They would
> > look like shell scripts that contain *only* variable assignments, and
> > comments (and no substitutions in the assignments, either - just
> > name=value, and possibly quotes around the value).
> >
>
> To me, this sounds very much like a selection-by-contents, as in: If the
> file follows such-and-such syntax, it goes into /etc/default, otherwise it
> ends up in /etc. Or am I mis/overinterpreting your statement?

Somewhat, yes. It is primarily a selection by type, not form, of content  
(and by implication, use).

Stuff in /etc/default is a series of attribute-property values. That's  
certainly a lot more specific than what you can say about /etc in general.

On the other hand, _if_ it goes in there, then it _also_ has to follow a  
specific format. (This might, for example, allow us to write a general  
tool to configure what is in there, or at least to report it. In any case,  
it makes it somewhat safe to guess the syntax for changes.)

For example -

named.boot certainly does not belong in /etc/default, even ignoring  
software that knows where it is. Nor does the fstab, or the passwd file.  
It's not the right type of information, not even if you changed the  
syntax.

adduser.conf could go in there as-is.

Hmm - let's see what I have in /etc at the moment, ignoring subdirs and  
links ... (the list may be inaccurate, as I'm currently looking at the  
directory via the OS/2 ext2 driver, which seems to hide some files.)

                   might go into /etc/default ...
file               not               with syntax changes        as-is
acl.conf           x
adduser.conf                                                    x
adjtime                              ?
ae.rc              x
aliases            x
amd-master         x
at.deny            x
bootptab           x
conf.modules       x
context.conf       x
crontab            x
csh.cshrc          x
csh.login          x
csh.logout         x
debian_version                       ?
defaultdomain                        ?
diald.conf         x
diald.defs         x
diald.options      x
diphosts           x
DIR_COLORS         x
dosemu.conf        x
dosemu.users       x
efax.rc                                                         x
exports            x
fdprm              x
filter.pcl         x
filter.ps          x
fstab              x
ftpusers           x
gateways           x
gopher.rc          x
gopherd.conf       x
gopherdlocal.conf                    ?
gopherremote.rc    x
gpm-root.conf      x
group              x
host.conf                            ?
hostname                             ?
hosts              x
hosts.allow        x
hosts.deny         x
hosts.equiv        x
hosts.lpd          x
inetd.conf         x
inittab            x
ioctl.save         x
ipx.conf                                                        x
ircII.servers      x
issue              x
ld.so.cache        x
ld.so.conf         x
lilo.conf          x
lynx.cfg           x
magic              x
mail.rc            x
mailcap            x
mailname                             ?
majordomo.cf       x
manpath.config     x
mime.types         x
minicom.users      x
minirc.dfl         x
modules            x
motd               x
mtab               x
mtools.conf        x
netgroup           x
networks           x
ntp.conf           x
organization                         ?
party.conf
passwd             x
pcnfsd.conf        x
pgp-i.conf                                                      x
pgp-us.conf                                                     x
pine.conf                                                       x
pine.conf.fixed                                                 x
printcap           x
profile            x
protocols          x
rc.local           x
repair.conf                          x
resolv.conf        x
rpc                x
screenrc           x
securetty          x
services           x
shells             x
site-start.el      x
slip.dip           x
slip.hosts         x
slip.login         x
slip.logout        x
slip.tty           x
smb.conf           x
snmpd.conf         x
sudoers            x
syslog.conf        x
termcap            x
timezone                             ?
uutraf.cf          x
view.conf          x
xearth.markers     x
yp.conf            ?
ypserv.conf        x
ypserv.securenets  x
ytalkrc            x
zlogin             x
zprofile           x
zshenv             x
zshrc              x

All IMHO, of course, and I've not really researched everything in there,  
just looked at the files and made a guess. I've not even checked this list  
against the FSSTND (I wouldn't want to move a file it says lives directly  
under /etc).

It seems that most files under /etc wouldn't qualify for /etc/default, not  
even with a different syntax.

> I must say that I don't like a selection by contents or structure of the
> file. For my taste, the selection criterion should be by intended use of the
> file. More or less like the criterion used in the FSSTND (or how is it
> called these days) to discriminat

It is. Files that contain settings for specific variables for some  
application.

> > Those scripts are useful for any programs (scripts or otherwise) that need
> > to have some simple settings (the /rc/init.d scripts would be a good
> > example, for an existing SysV example, that's where their tar has things
> > like the default device). It's a separate directory both because there are
>
> What is wrong about /etc/tar.conf in this case? What makes tar better/worse
> than, say, syslogd or modules?

1. Well, /etc is already crowded. That's why it has subdirectories in the  
first place.
2. I don't understand. Why should there be a difference between tar and  
syslogd or modules?

> To put it in a slightly drastic way (no offense meant): When I configure my
> system, I tend to edit files grouped by function, not by syntax. E.g., one
> day the bootup files, next day the samba configration. Not like: today all

How is this even relevant to the question?

> But a lot of things that where customary in other UN*X systems have been
> reshuffled in the FSSTND to reach a more logical arrangement of files
> instead of some of the historical `ad hoc' placements used in BSD and AT&T
> >systems.

Actually, the FSSTND has done very little invention. They _have_ selected  
which features to support, and also done some streamlining, but there is  
very few stuff that they have actually invented - I couldn't recall even  
one thing just now.

> > There seems to be clear consensus that scripts need to have _some_ place
> > to put this stuff, outside the script itself.
>
> Certainly the scripts in /etc/init.d need a common place to keep defaults
> outside the scripts. Other scripts are just like any odd program in the

Nope. All scripts need to put stuff in separate files, independent of  
where they live, because scripts as config files just makes for trouble;  
and all such config files should live _somewhere_ in /etc.

I really don't see why there should be different rules for /etc/init.d  
scripts from the rest.

> Before we try to fix the use of /etc/default, it might be a good idea to
> have a clear statement of how to use /etc by itself. I don't have my copy of
> the guidelines here, is there a statement about the use of /etc?

Of course:

--- snip ---

3.4  /etc : Machine-local system configuration

/etc contains configuration files and directories, which are local to
the current system.

No binaries should go directly into /etc.  Binaries that might in the
past have been found in /etc should be placed in /sbin or /usr/sbin.
This includes such files as init, getty, and update.  Binaries such as
hostname that are used by ordinary users as well as the root user should
not be placed in /sbin but in /bin.

/etc -- Machine-local system configuration
|
+-X11       Configuration for the X Window System
+-skel      User skeleton configuration

/etc/skel is the location for so-called "skeleton" user files that are
given by default to new users when receiving an account.  This directory
may contain subdirectories for different user groups (e.g.,
/etc/skel/staff or /etc/skel/users).

/etc/X11 is the recommended location for all X11 machine-local
configuration.  This directory is necessary to allow local control if
/usr is mounted read only.  Files that should be in this directory
include Xconfig (and/or XF86Config) and Xmodmap.

Subdirectories of /etc/X11 may include those for xdm and for any other
programs (some window managers, for example) that need them.  We
recommend that window managers with only one configuration file which is
a default .*wmrc file should name it system.*wmrc (unless there is a
widely-accepted alternative name) and not use a subdirectory.  Any
window manager subdirectories should be identically named to the actual
window manager binary.

/etc/X11/xdm holds the configuration files for xdm.  These are most of
the files normally found in /usr/lib/X11/xdm; see Section 5,
/var/lib/xdm, for more information.

The following section is intended partly to illuminate the description
of the contents of /etc with a number of examples; it is definitely not
an exhaustive list.


Required files for /etc:

   o General files:

     These files are needed on most Linux systems.

     { adjtime, csh.login, disktab, fdprm, fstab, gettydefs, group,
       inittab, issue, ld.so.conf, lilo.conf, magic, motd, mtab, mtools,
       passwd, profile, psdatabase, securetty, shells, syslog.conf,
       termcap, ttytype }

   o Networking files:

     These files should be installed on most Linux systems.

     { exports, ftpusers, gateways, hosts, host.conf, hosts.equiv,
       hosts.lpd, inetd.conf, networks, printcap, protocols,
       resolv.conf, rpc, services }

     There are two models for setup of the "rc" command scripts which
     are invoked by init(8) at boot time, the /etc/rc.* BSD model and
     the /etc/rc.d/* System V model.  Either model may be used, or a
     mixture of the two.

     Systems that use the shadow password suite will have additional
     configuration files in /etc (/etc/shadow and others) and /usr/sbin
     (useradd, usermod, and others).
--- snip ---

> I think to keep the defaults for postinst scripts might be one possibility

Ah, so this is the message Ian meant that I hadn't seen yet. Well, that  
certainly wasn't my intention.

> (I know, I made that suggestion before). It has the same pitfalls as all the
> automatic maintenace of user editable config files. However, having set up
> the system once, these defa

By the way, some way, your paragraphs seem to get cut at 255 chars or  
around there. Maybe you forgot to limit your line length? Please check  
this.

MfG Kai


From debian-devel-request@lists.debian.org Mon Jul 22 02:37:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 02:17:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 02:17:31 -0000
Received: (qmail-queue invoked by uid 40); 21 Jul 1996 23:48:52 -0000
Resent-Date: 21 Jul 1996 23:48:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 21 Jul 1996 22:22:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6DGYPzbUcsB@khms.westfalen.de>
In-Reply-To: <199607211302.PAA06391@marin.fdn.fr>
Subject: Re: New virtual packages suggestion
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"JSnzz1.0.004.Z7iyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5266
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Yves.Arrouye@marin.fdn.fr (Yves Arrouye)  wrote on 21.07.96 in <199607211302.PAA06391@marin.fdn.fr>:

> Hello,
>
> I propose to add the following virtual packages:
>
>   - gnu-make    useful for packages like kernel-package and my new
>                 compress-package (not yet released) that *need* a GNU make
>                 to be used.

Do we have (or expect to have) more than one package that provides "make"?  
Otherwise, I don't see the use.

>   - compress	(or bsd-compress, please comment)	indicate that the
> 		package provide a true BSD compress command. Needed by my
> 		new compress-package, and useful for packages that can't
> 		be satisfied by compress being a synonym of gzip (though
> 		in the absence of an official Debian compress package, they
> 		should only recommends: it, certainly).

Again, do we have or expect to have more than one package providing  
compress? If not, what's the use?


MfG Kai


From debian-devel-request@lists.debian.org Mon Jul 22 08:02:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 07:58:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 07:58:08 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 05:31:18 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3873: Xosview hangs when a dummy net device is in the kernel.
Reply-To: Philippe Troin <phil@sj-coop.net>, 3873@bugs.debian.org
Resent-From: Philippe Troin <phil@sj-coop.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@master.debian.org>
Resent-Date: Mon, 22 Jul 1996 05:18:03 GMT
Resent-Message-ID: <handler.3873.B.83801205713508@bugs.debian.org>
X-Debian-PR-Package: xosview
X-Loop: owner@bugs.debian.org
Message-Id: <199607220449.VAA08699@tantale.sj-coop.net>
X-Mailer: exmh version 1.6.7 5/3/96
To: submit@bugs.debian.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 21 Jul 1996 21:49:48 -0700
From: Philippe Troin <phil@sj-coop.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5267
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: xosview
Version: 1.3.2-4.1

The xosview program loops endlessly when a dummy net device is in the kernel.
This is caused because /proc/net/dev doesn't give any statistics:

phil@tantale:~$ cat /proc/net/dev 
Inter-|   Receive                  |  Transmit
 face |packets errs drop fifo frame|packets errs drop fifo colls carrier
    lo:   9604    0    0    0    0     9604    0    0    0     0    0
dummy0: No statistics available.
  ppp0:    481   19   19    0    0      392    0    0    0     0    0

There were some provisions in xosview to take care of this, but it didn't take 
into account dummy0 or dummy1, only dummy (see following patch).

Patch:

*** xosview-1.3.2.orig/linux/netmeter.cc	Thu Feb 23 18:43:57 1995
--- xosview-1.3.2/linux/netmeter.cc	Sun Jul 21 21:32:46 1996
***************
*** 58,64 ****
      stats.getline( buf, 256, ':' );
  
      // discard the dummy line so it does not screw things up.
!     if (strcmp(buf, " dummy") == 0) {
        stats.ignore(256, '\n');
        continue;
      }
--- 58,64 ----
      stats.getline( buf, 256, ':' );
  
      // discard the dummy line so it does not screw things up.
!     if (strstr(buf, "dummy") != NULL) {
        stats.ignore(256, '\n');
        continue;
      }

This should  take care of _any_ dummy device .

Details:

Debian 1.1
Kernel 2.0.7

Package: xosview
Status: install ok installed
Priority: extra
Section: x11
Maintainer: joost witteveen <joostje@master.debian.org>
Version: 1.3.2-4.1
Depends: elf-x11r6lib, libc5, libg++
Description: Fun to watch CPU/network usage programme
 you see the usage of CPU/swap/network/interupts statistics in one 
 window. Fun to watch, not much else.

Phil.



From debian-devel-request@lists.debian.org Mon Jul 22 10:57:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 10:44:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 10:44:11 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 09:04:44 -0000
Resent-Date: 22 Jul 1996 09:04:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: Re: Calling Nils Rennebarth - TeX maintainer
To: ijackson@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Mon, 22 Jul 1996 09:49:33 +0100
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0uhkG3-0004PpC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 20, 96 11:12:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul22.130433gmt+0100.6251@gateway.azr.nl>
Resent-Message-ID: <"8n8ZM3.0.ip3.iGqyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5268
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> If Nils isn't there then the TeX packages are orphaned.  From the bug
> logs it looks like Nils could do with some help even if they aren't.

I couldn't wait and did some updating on a few TeX packages last week:
please check out mflib (1.0-8), latex (2e-6), babel (3.6-?), ltxtool (??)

Erick


From debian-devel-request@lists.debian.org Mon Jul 22 10:57:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 10:49:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 10:49:19 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 09:14:20 -0000
Resent-Date: 22 Jul 1996 09:14:20 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: Re: Data flow during package building.
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Mon, 22 Jul 1996 09:59:05 +0100
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0uhM95-0004R9C@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 19, 96 09:27:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul22.131408gmt+0100.6251@gateway.azr.nl>
Resent-Message-ID: <"hd7Kn.0.ct3.hPqyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5269
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> > part 1:  A few sentences automatically generated from source control
> > information telling, who did what with what from where under gpl.
> 
> The source control file doesn't have this information and in any case
> it is free-form.

debian/rules has this information during the package building (I meant
package building control instead of source control)

> > part 2:  The most recent debian/Changelog information (only the current
> > revision).
> 
> This belongs in a separate file.

I mean the changes in the most recent revision, sort of similar to the
information which is included in the .changes messages announcing a new
revision of a package.  This can be skipped as well.

> > part 3:  cat debian/README >>
> 
> This is the same as 1.

Same as 1.
 
> > part 4:  optionally cat some other stuff generated by debian/rules.
> 
> This is unnecessary.

IYHO perhaps, but I think that it makes sense.  I include all the lines
containing a copyright message in tex packages to this file.  In this way
I'm almost sure that I don't forget to mention anyone who should be
mentioned.
 
> I plan to mandate in the new source format that debian/README or
> perhaps debian/copyright be copied to /usr/doc/copyright/<package>
> verbatim.

And I would like to see some of the above added as well.  In this way
we can uniform at least part of the copyright message and reduce 
general developer load.

Erick


From debian-devel-request@lists.debian.org Mon Jul 22 11:47:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 11:34:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 11:34:26 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 09:41:35 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3841: mflib install-fmt-base uses nonexistant "stderr" verb
Reply-To: branderh@iaehv.nl (Erick Branderhorst), 3841@bugs.debian.org
Resent-From: branderh@iaehv.nl (Erick Branderhorst)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Mon, 22 Jul 1996 09:18:01 GMT
Resent-Message-ID: <handler.3841.B3841.83802706716501@bugs.debian.org>
X-Debian-PR-Package: mflib
X-Loop: owner@bugs.debian.org
From: branderh@iaehv.nl (Erick Branderhorst)
To: eichin@kitten.gen.ma.us, 3841@bugs.debian.org
Date: Mon, 22 Jul 1996 09:51:00 +0100
Cc: 3841-done@bugs.debian.org
In-Reply-To: <xe1k9vz621w.fsf@paycheck.kitten.gen.ma.us> from "Mark W. Eichin" at Jul 19, 96 11:23:07 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul22.130604gmt+0100.6251@gateway.azr.nl>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5270
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> mflib invokes /usr/sbin/install-fmt-base, which uses "stderr" in what
> appears to be an attempt to print error messages. Bash doesn't have a
> stderr builtin, nor have I find one elsewhere in debian...

Is solved in 1.0-8.


From debian-devel-request@lists.debian.org Mon Jul 22 12:37:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 12:21:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 12:21:13 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 10:16:55 -0000
Resent-Date: 22 Jul 1996 10:16:55 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <osd1000@chiark.chu.cam.ac.uk>
Date: Mon, 22 Jul 1996 11:15:37 +0100 (BST)
From: Owen Dunn <osd1000@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re:  Ooops
In-Reply-To: <m0uhVnr-0006hDC@mongo.pixar.com>
Message-ID: <Pine.LNX.3.93.960722111124.21795C-100000@chiark.chu.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"_vaoN2.0.Hl4.NKryn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5272
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Fri, 19 Jul 1996, Bruce Perens wrote:

> Everyone is confused about debian-changes. We are going to start
> having the upload script post the change notices. I asked Guy to
> have it post for _both_ distributions, let's see how that works.

Is the script going to post package announcements here (debian-devel)
as well? At the moment, maintainers seem to post package announcements
here quite a bit; wouldn't it be better if the announcements were all
together in debian-changes?

(S)


From debian-devel-request@lists.debian.org Mon Jul 22 13:02:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 12:38:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 12:38:06 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 10:25:32 -0000
Resent-Date: 22 Jul 1996 10:25:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: Re: site-start.el and lout-mode.el
To: bcwhite@verisim.com (Brian C. White)
Date: Mon, 22 Jul 1996 11:10:05 +0100
Cc: debian-devel@lists.debian.org
In-Reply-To: <31F0E81C.3917E105@verisim.com> from "Brian C. White" at Jul 20, 96 10:07:24 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul22.142510gmt+0100.6251@gateway.azr.nl>
Resent-Message-ID: <"hJC7s3.0.4r4.SSryn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5273
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> > We could do with a script similar to install-info to deal with this. The
> > postinst/prerm from the vm package are good starting points.
> 
> If anything, I would recommend a "site-start" directory that held the code
> for all of the installed packages.  Emacs lisp should be sufficiently smart
> enough to be able to run all scripts in a given directory, much like run-parts.
> This would, of course, be in addition to the "site-start.el" file in /etc.

How bad is this for the performance of the starting of emacs? I started
writing some "generic write in delete from util" a while ago but didn't
finish it because of other more important things, I came up with the
following:

It should have an option to comment the text which needs to be inserted so
that the inserted text is active during the load. If the "put a file in a
subdir" approach is followed this should be an option as well.

If order is important, some kind of sorting mechanism should be inserted.

Erick






From debian-devel-request@lists.debian.org Mon Jul 22 13:02:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 12:49:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 12:49:33 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 10:47:43 -0000
Resent-Date: 22 Jul 1996 10:47:43 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: Re: Source packaging
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Mon, 22 Jul 1996 11:32:33 +0100
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0uhMAc-0004RBC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 19, 96 09:29:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul22.144733gmt+0100.6251@gateway.azr.nl>
Resent-Message-ID: <"fRmqy3.0.zA5.Fnryn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5274
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> > dpkg-source --get-orig-source --use-lynx whatever-package.dsc
> > 
> > will start, fiddle around with the source package, the action is
> > get-orig-source, call lynx with the first element of the proposed URL
> > field, show the contents of the gnu dir and lets me select what I want.
> 
> This is nonsense, because the URL field will not have useable
> information.  The original source target in the debian/rules can
> handle this and we don't need to add anything to dpkg-source to
> support it.

This isn't nonsense.  The URL field has the directory where the original
source comes from.  If one wants to update the package (mainstream update)
because for some reason the debian package isn't updated by the maintainer
or the maintainer like this procedure more than another, this approach is
perhaps not the best but very reasonable IMHO and surely not nonsense.  

The original source target can only produce the source like it comes in the
current debianized sources.

Erick.


From debian-devel-request@lists.debian.org Mon Jul 22 14:18:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 14:08:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 14:08:40 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 11:49:44 -0000
Resent-Date: 22 Jul 1996 11:49:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecki@lina.inka.de>
Message-Id: <m0uiIQp-0004jSC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
Subject: Re: /etc/default?
To: debian-devel@lists.debian.org
Date: Mon, 22 Jul 1996 12:41:42 +0200 (MET DST)
In-Reply-To: <6DGS1ckzcsB@khms.westfalen.de> from "Kai Henningsen" at Jul 21, 96 07:21:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"MOG1z1.0.V16.Nhsyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5275
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

> > In another message someone else suggested that it was for install-time
> > rather than run-time configuration.
> I've not seen that one. However, *if* we use it for run-time configuration  
> (like default options tar, or which character bitmaps to load for the  
> console, or whatever), then I don't see why we could not use the same  
> mechanism for install-time configuration as well, if there should be a  
> need - though the only ones that occur to me at the moment could well be  
> called run-time configuration for the installation tools.

/etc/default is, AFAIK used by the iBCS2 stuuf, therefore there is an
exisiting usage for it in other SysV Systems? Perhaps somebody can look into
/etc/default/ on Solaris or SCO?

I think we should use out own configuration directory, since /etc/default is
a bad name and it is used by others which we cant influence (i.e. commercial
iBCS2 packages (in /opt)).

I think someting along the line /etc/config/ for:

subsystem specific configuration files holding name value pairs which can be
used for runtime configuration of various system parametres (including the
boot scripts).

Greetings
Bernd


From debian-devel-request@lists.debian.org Mon Jul 22 16:23:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 16:02:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 16:02:55 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 13:26:43 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3875: Lynx thinks *.deb files are "text/plain".
Reply-To: Eddie Maddox <maddo005@gold.tc.umn.edu>, 3875@bugs.debian.org
Resent-From: Eddie Maddox <maddo005@gold.tc.umn.edu>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Mon, 22 Jul 1996 13:03:01 GMT
Resent-Message-ID: <handler.3875.B.83804057819392@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Date: Mon, 22 Jul 1996 07:49:21 -0500 (CDT)
From: Eddie Maddox <maddo005@gold.tc.umn.edu>
To: Debian bugs <submit@bugs.debian.org>
Message-ID: <Pine.SOL.3.91.960722073431.12111A-300000@gold.tc.umn.edu>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-837688479=:11334"
Content-ID: <Pine.SOL.3.91.960722073431.12111B@gold.tc.umn.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5276
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---559023410-851401618-837688479=:11334
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-ID: <Pine.SOL.3.91.960722073431.12111C@gold.tc.umn.edu>

Package: lynx
Version: 2.5 and 2.4-FM-960316
OS: Debian 1.1, 17 JUN 96, with dpkg 1.2.11elf
Bug: Lynx thinks *.deb files are "text/plain",
     rather than "binary". Therefor downloads corrupt *.deb files.

The attached files refer to a session through my Internet access 
provider running Lynx 2.5, but lynx_2.4-FM-960316-1.deb has identical 
behavior.

EM


---559023410-851401618-837688479=:11334
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="deb.cap"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.SOL.3.91.960718061439.11334B@gold.tc.umn.edu>
Content-Description: Capture file, Lynx session.

Qw0KVGhpcyBpcyB0aGUgVW5pdmVyc2l0eSBvZiBNaW5uZXNvdGEgR2VuZXJh
bCBNb2RlbSBQb29sIFNlcnZpY2UuDQoNClRvIGNvbm5lY3QgdG8gYSBob3N0
LCBlbnRlciBpdHMgbmFtZSAoZm9yIGV4YW1wbGUsICJtYXJvb24udGMudW1u
LmVkdSIpLg0KDQpVc2Ugb2YgdGhpcyBzZXJ2aWNlIGlzIHN1YmplY3QgdG8g
VW5pdmVyc2l0eSBwb2xpY3kuICBUbyBvYnRhaW4gYSBjb3B5IG9mDQp0aGF0
IHBvbGljeSwgcGxlYXNlIGNhbGwgdGhlIEUtTWFpbCBIZWxwIExpbmUgYXQg
NjI2LTc2NzYuICBZb3UgY2FuIGFsc28NCnVzZSBHb3BoZXIgb3IgRlRQIHRv
IGNvbm5lY3QgdG8gdGhlIGhvc3QgIm1haWwudW5ldC51bW4uZWR1IiB3aGVy
ZSB5b3Ugd2lsbA0KZmluZCB0aGUgZmlsZSAiZGlhbHVwLXBvbGljeSIgaW4g
dGhlIGRpcmVjdG9yeSAidW5ldCIuDQoNCklmIHlvdSBzaG91bGQgaGF2ZSBx
dWVzdGlvbnMgYWJvdXQgeW91ciBFLU1haWwgYWNjb3VudCwgcXVlc3Rpb25z
IGFib3V0DQp1c2luZyB5b3VyIFNMSVAgc29mdHdhcmUgb3IgdGhpcyBzZXJ2
aWNlLCBwbGVhc2UgY2FsbCB0aGUgRS1NYWlsIEhlbHAgTGluZQ0KYXQgNjI2
LTc2NzYgb3IgdGhlIE1pY3JvY29tcHV0ZXIgSGVscCBMaW5lIGF0IDYyNi00
Mjc2ICg5OjAwIGFtIHRvIDQ6MDAgcG0NCk1vbmRheSB0aHJvdWdoIEZyaWRh
eSkuDQoNCklmIHlvdSBzdXNwZWN0IGEgaGFyZHdhcmUgbWFsZnVuY3Rpb24g
b24gdGhlIG5ldHdvcmssIHBsZWFzZSBjYWxsDQpUZWxlY29tbXVuaWNhdGlv
bnMgUmVwYWlyIGF0IDYyNS0wMDA2ICgyNCBob3VycyBhIGRheSkuDQoNCkFk
ZGl0aW9uYWwgY29ubmVjdGlvbnMgdG8gdGhlIGNhbXB1cyBuZXR3b3JrIGFy
ZSBhdmFpbGFibGUgYXQgNjI2LTE5MjAuDQoNCk5ldHdvcmsgYWNjZXNzIG9u
IDYyNi0xOTIwIHJlcXVpcmVzIHRoYXQgeW91IGVudGVyIGEgdmFsaWQgYWNj
b3VudCBuYW1lIGFuZA0KcGFzc3dvcmQuICBGb3IgZnVydGhlciBpbmZvcm1h
dGlvbiBhYm91dCB0aGlzIHZlcmlmaWVkIG5ldHdvcmsgYWNjZXNzLA0KcGxl
YXNlIGNhbGwgdGhlIEUtTWFpbCBIZWxwIExpbmUgYXQgNjI2LTc2NzYgb3Ig
dGhlIE1pY3JvY29tcHV0ZXIgSGVscCBMaW5lDQphdCA2MjYtNDI3Lg0KDQph
Y2Nlc3M+Z29sZC50Yy51bW4uZWR1DQpUcnlpbmcgR09MRC5UQy5VTU4uRURV
ICgxMjguMTAxLjExNS4xMSkuLi4gT3Blbg0KDQoNClVOSVgocikgU3lzdGVt
IFYgUmVsZWFzZSA0LjAgKGdvbGQudGMudW1uLmVkdSkNCg0KVGhpcyBzeXN0
ZW0gaXMgZm9yIHRoZSB1c2Ugb2YgYXV0aG9yaXplZCBhY2NvdW50IGhvbGRl
cnMgb25seS4NCg0KSW5kaXZpZHVhbHMgdXNpbmcgdGhpcyBjb21wdXRlciBz
eXN0ZW0gd2l0aG91dCBhdXRob3JpdHksIG9yIGluIGV4Y2Vzcw0Kb2YgdGhl
aXIgYXV0aG9yaXR5LCBhcmUgc3ViamVjdCB0byBoYXZpbmcgYWxsIG9mIHRo
ZWlyIGFjdGl2aXRpZXMgb24NCnRoaXMgc3lzdGVtIG1vbml0b3JlZCBhbmQg
cmVjb3JkZWQgYnkgc3lzdGVtIHBlcnNvbm5lbC4NCg0KSW4gdGhlIGNvdXJz
ZSBvZiBtb25pdG9yaW5nIGluZGl2aWR1YWxzIGltcHJvcGVybHkgdXNpbmcg
dGhpcyBzeXN0ZW0sDQpvciBpbiB0aGUgY291cnNlIG9mIHJvdXRpbmUgc3lz
dGVtIG1haW50ZW5hbmNlLCB0aGUgYWN0aXZpdGllcyBvZg0KYXV0aG9yaXpl
ZCBhY2NvdW50IGhvbGRlcnMgbWF5IGFsc28gYmUgbW9uaXRvcmVkLg0KDQpB
bnlvbmUgdXNpbmcgdGhpcyBzeXN0ZW0gZXhwcmVzc2x5IGNvbnNlbnRzIHRv
IHN1Y2ggbW9uaXRvcmluZyBhbmQgaXMNCmFkdmlzZWQgdGhhdCBpZiBzdWNo
IG1vbml0b3JpbmcgcmV2ZWFscyBwb3NzaWJsZSBldmlkZW5jZSBvZiBjcmlt
aW5hbA0KYWN0aXZpdHksIHN5c3RlbSBwZXJzb25uZWwgbWF5IHByb3ZpZGUg
dGhlIGV2aWRlbmNlIGdhdGhlcmVkIHRvIGxhdw0KZW5mb3JjZW1lbnQgb2Zm
aWNpYWxzLg0KDQpsb2dpbjogbWFkZG8wMDUNClBhc3N3b3JkOiANCkxhc3Qg
bG9naW46IFdlZCBKdWwgMTcgMDM6NDU6MDMgZnJvbSBhY2Nlc3MubnRzLnVt
bi5lDQpUZXJtaW5hbCByZWNvZ25pemVkIGFzIHZ0MTAwIChERUMgVlQxMDAp
DQpTdW4gTWljcm9zeXN0ZW1zIEluYy4gICBTdW5PUyA1LjQgICAgICAgR2Vu
ZXJpYyBKdWx5IDE5OTQNCg0KTk9USUNFICgxOTk2LTA3LTExKToNClRoZSBt
YXJvb24udGMudW1uLmVkdSBzeXN0ZW0gd2lsbCBiZSBkb3duIGJldHdlZW4g
MDYzMCBhbmQgMDczMCBvbiBXZWRuZXNkYXksDQpKdWx5IDE3dGgsIGZvciBz
b2Z0d2FyZSBtYWludGVuYW5jZS4NCg0KDQotLS0gUHJlc3MgYW55IGtleSB0
byBjb250aW51ZSAtLS0NCioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqDQoqICAgICAgICAgICAgIENlbnRyYWwgQ29tcHV0aW5nIFNlcnZpY2Vz
IEludGVyYWN0aXZlIE1haWwgU2hlbGwgICAgICAgICAgICAgKg0KKiAgICAg
ICAgICAgICAgICAgIFBsZWFzZSBzZW5kIGNvbW1lbnRzIHRvIDxoZWxwQHRj
LnVtbi5lZHU+ICAgICAgICAgICAgICAgICoNCioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqDQoNCkFjY291bnQgT3duZXI6IEVkZGllIE1hZGRv
eCAobWFkZG8wMDUpDQoNCiAxLiBFbGVjdHJvbmljIE1haWwgKE5vIG1haWwp
ICAgICAgICAgICAgICAgICAgICBbTWFpbGVyOiBwaW5lXQ0KIDIuIFUgb2Yg
TU4gUGhvbmUgQm9vayAoWC41MDAgRGlyZWN0b3J5KQ0KDQogMy4gR29waGVy
DQogNC4gV29ybGQtV2lkZSBXZWIgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgW0Jyb3dzZXI6IGx5bnhdDQogNS4gVVNFTkVUIE5ld3MgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgW05ld3NyZWFkZXI6IHRybl0N
CiA2LiBQdWJsaWMgQWNjZXNzIChMVU1JTkEpDQoNCiA3LiBWYWxpZGF0aW9u
IFV0aWxpdGllcyBhbmQgU2VydmljZXMgKHBhc3N3b3JkcywgbWFpbCBmb3J3
YXJkaW5nLCBldGMuKQ0KIDguIFNwZWNpYWwgVXRpbGl0aWVzDQoNClByZXNz
ICc/JyBmb3IgaGVscCwgJ3EnIHRvIFF1aXQ6IEdldHRpbmcgaHR0cDovL3d3
dy51bW4uZWR1L0xvb2tpbmcgdXAgd3d3LnVtbi5lZHUuICAgIAgICAhNYWtp
bmcgSFRUUCBjb25uZWN0aW9uIHRvIHd3dy51bW4uZWR1LlNlbmRpbmcgSFRU
UCByZXF1ZXN0LiAgICAgICAgICAgICAgICAgSFRUUCByZXF1ZXN0IHNlbnQ7
IHdhaXRpbmcgZm9yIHJlc3BvbnNlLlJlYWQgMTczIGJ5dGVzIG9mIGRhdGEu
ICAgICAgICAgICAgICAgICA4NzcgYnl0ZXMgb2YgZGF0YS5EYXRhIHRyYW5z
ZmVyIGNvbXBsZXRlICAICFVuaXZlcnNpdHkgb2YgTWlubmVzb3RhIEhvbWUg
UGFnZSAgIChwMSBvZiAyKQ0KDQpVbml2ZXJzaXR5IG9mIE1pbm5lc290YQ0K
DQpbTElOS10NCg0KVGhlIFVuaXZlcnNpdHksIHdpdGggaXRzIGZvdXIgY2Ft
cHVzZXMsIGlzIG9uZSBvZiB0aGUgbW9zdA0KY29tcHJlaGVuc2l2ZSB1bml2
ZXJzaXRpZXMgaW4gdGhlIGNvdW50cnkgYW5kIHJhbmtzIGFtb25nIHRoZSB0
b3AgMjANCnVuaXZlcnNpdGllcyBpbiB0aGUgVW5pdGVkIFN0YXRlcy4gSXQg
aXMgYm90aCB0aGUgc3RhdGUgbGFuZC1ncmFudA0KdW5pdmVyc2l0eSwgd2l0
aCBhIHN0cm9uZyB0cmFkaXRpb24gb2YgZWR1Y2F0aW9uIGFuZCBwdWJsaWMg
c2VydmljZSwNCmFuZCBhIG1ham9yIHJlc2VhcmNoIGluc3RpdHV0aW9uLCB3
aXRoIHNjaG9sYXJzIG9mIG5hdGlvbmFsIGFuZA0KaW50ZXJuYXRpb25hbCBy
ZXB1dGF0aW9uLiBUaGUgVW5pdmVyc2l0eSBoYXMgc2V0IGEgZ29hbCBvZiBi
ZWNvbWluZw0Kb25lIG9mIHRoZSB0b3AgcHVibGljIGluc3RpdHV0aW9ucyBp
biB0aGUgY291bnRyeS4gSXRzIGZvdXIgY2FtcHVzZXMNCiAgIGFyZSBsb2Nh
dGVkIGluIHRoZSBUd2luIENpdGllcyxEdWx1dGgsTW9ycmlzLGFuZCBDcm9v
a3N0b24uIFlvdSBjYW4NCmZpbmQgbW9yZSBpbmZvcm1hdGlvbiBvbiBzdWNo
IHRoaW5ncyBhcyBoaXN0b3J5LCBtaXNzaW9uLCBkZWdyZWVzDQpncmFudGVk
LCBhbmQgb3RoZXIgaW5mb3JtYXRpb24gaW4gVW5pdmVyc2l0eSBvZiBNaW5u
ZXNvdGEgRmFjdHMuDQoNClR3aW4gQ2l0aWVzIENhbXB1c0R1bHV0aCBDYW1w
dXNNb3JyaXMgQ2FtcHVzQ3Jvb2tzdG9uIENhbXB1cw0KDQoNCl9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQoNCiAgQXJyb3cga2V5czogVXAgYW5kIERvd24gdG8g
bW92ZS4gUmlnaHQgdG8gZm9sbG93IGEgbGluazsgTGVmdCB0byBnbyBiYWNr
Lg0KIEgpZWxwIE8pcHRpb25zIFApcmludCBHKW8gTSlhaW4gc2NyZWVuIFEp
dWl0IC89c2VhcmNoIFtkZWxldGVdPWhpc3RvcnkgbGlzdCAtLSBwcmVzcyBz
cGFjZSBmb3IgbmV4dCBwYWdlIC0tCAgICAhVbml2ZXJzaXR5IG9mIE1pbm5l
c290YUdldHRpbmcgZmlsZTovL2xvY2FsaG9zdC90bXAvTDE2MDMyMC5odG1s
IEx5bnggSGlzdG9yeSBQYWdlDQoNCllvdSBoYXZlIHJlYWNoZWQgdGhlIEhp
c3RvcnkgUGFnZQ0KDQpMeW54IFZlcnNpb24gMi41DQoNCiAgMC4gWW91IHNl
bGVjdGVkOiAgIFVuaXZlcnNpdHkgb2YgTWlubmVzb3RhIEhvbWUgUGFnZSAg
ICAgICAgICAgICANCg0KIA0KCA0KICANCggIDQoNCggNCiAgDQogDQoNCg0K
DQoNCggNCg0KDQpDb21tYW5kczogVXNlIGFycm93IGtleXMgdG8gbW92ZSwg
Jz8nIGZvciBoZWxwLCAncScgdG8gcXVpdCwgJzwtJyB0byBnbyBiYWNrLlVu
aXZlcnNpdHkgb2YgTWlubmVzb3RhIEhvbWUgUGFnZSAgR2V0dGluZyBodHRw
Oi8vd3d3LnVtbi5lZHUvVW5pdmVyc2l0eSBvZiBNaW5uZXNvdGEgSG9tZSBQ
YWdlICAgKHAxIG9mIDIpDQoNCiAgIFVuaXZlcnNpdHkgb2YgTWlubmVzb3Rh
ICAgICAgIA0KDQogW0xJTktdDQoNCiAgICAgICBUaGUgVW5pdmVyc2l0eSwg
d2l0aCBpdHMgZm91ciBjYW1wdXNlcywgaXMgb25lIG9mIHRoZSBtb3N0DQpj
b21wcmVoZW5zaXZlIHVuaXZlcnNpdGllcyBpbiB0aGUgY291bnRyeSBhbmQg
cmFua3MgYW1vbmcgdGhlIHRvcCAyMA0KdW5pdmVyc2l0aWVzIGluIHRoZSBV
bml0ZWQgU3RhdGVzLiBJdCBpcyBib3RoIHRoZSBzdGF0ZSBsYW5kLWdyYW50
DQp1bml2ZXJzaXR5LCB3aXRoIGEgc3Ryb25nIHRyYWRpdGlvbiBvZiBlZHVj
YXRpb24gYW5kIHB1YmxpYyBzZXJ2aWNlLA0KYW5kIGEgbWFqb3IgcmVzZWFy
Y2ggaW5zdGl0dXRpb24sIHdpdGggc2Nob2xhcnMgb2YgbmF0aW9uYWwgYW5k
DQppbnRlcm5hdGlvbmFsIHJlcHV0YXRpb24uIFRoZSBVbml2ZXJzaXR5IGhh
cyBzZXQgYSBnb2FsIG9mIGJlY29taW5nDQpvbmUgb2YgdGhlIHRvcCBwdWJs
aWMgaW5zdGl0dXRpb25zIGluIHRoZSBjb3VudHJ5LiBJdHMgZm91ciBjYW1w
dXNlcw0KICAgYXJlIGxvY2F0ZWQgaW4gdGhlIFR3aW4gQ2l0aWVzLER1bHV0
aCxNb3JyaXMsYW5kIENyb29rc3Rvbi4gWW91IGNhbg0KZmluZCBtb3JlIGlu
Zm9ybWF0aW9uIG9uIHN1Y2ggdGhpbmdzIGFzIGhpc3RvcnksIG1pc3Npb24s
IGRlZ3JlZXMNCmdyYW50ZWQsIGFuZCBvdGhlciBpbmZvcm1hdGlvbiBpbiBV
bml2ZXJzaXR5IG9mIE1pbm5lc290YSBGYWN0cy4NCg0KVHdpbiBDaXRpZXMg
Q2FtcHVzRHVsdXRoIENhbXB1c01vcnJpcyBDYW1wdXNDcm9va3N0b24gQ2Ft
cHVzDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KDQotLSBwcmVzcyBz
cGFjZSBmb3IgbmV4dCBwYWdlIC0tCAgICAhVbml2ZXJzaXR5IG9mIE1pbm5l
c290YUdldHRpbmcgZmlsZTovL2xvY2FsaG9zdC9ob21lL2czMzUvbWFkZG8w
MDUvbHlueF9ib29rbWFya3MuaHRtbCBCb29rbWFyayBmaWxlDQoNCiAgIFlv
dSBjYW4gZGVsZXRlIGxpbmtzIHVzaW5nIHRoZSBuZXcgcmVtb3ZlIGJvb2tt
YXJrIGNvbW1hbmQuIGl0IGlzDQogICB1c3VhbGx5IHRoZSAnUicga2V5IGJ1
dCBtYXkgaGF2ZSBiZWVuIHJlbWFwcGVkIGJ5IHlvdSBvciB5b3VyIHN5c3Rl
bQ0KICAgYWRtaW5pc3RyYXRvci4NCiAgIFRoaXMgZmlsZSBtYXkgYWxzbyBi
ZSBlZGl0ZWQgd2l0aCBhIHN0YW5kYXJkIHRleHQgZWRpdG9yLiBPdXRkYXRl
ZCBvcg0KICAgaW52YWxpZCBsaW5rcyBtYXkgYmUgcmVtb3ZlZCBieSBzaW1w
bHkgZGVsZXRpbmcgdGhlIGxpbmUgdGhlIGxpbmsNCiAgIGFwcGVhcnMgb24g
aW4gdGhpcyBmaWxlLiBQbGVhc2UgcmVmZXIgdG8gdGhlIEx5bnggZG9jdW1l
bnRhdGlvbiBvciAgIA0KICAgaGVscCBmaWxlcyBmb3IgdGhlIEhUTUwgbGlu
ayBzeW50YXguIA0KDQoxLiBEZWJpYW4gTGludXgNCjIuIFdlbGNvbWUgdG8g
dGhlIExpbnV4IEhvbWUgUGFnZQ0KMy4gZnRwLmRlYmlhbi5vcmc6L2RlYmlh
biANCiA0LiBmdHA6Ly9mdHAuaS1jb25uZWN0Lm5ldC9kZWJpYW4vIA0KNS4g
ZGViaWFuLm1lZC5taWFtaS5lZHU6L2RlYmlhbiANCjYuIGZ0cC5taWNyb3dv
cmxkLm5ldDovZGViaWFuIA0KNy4gbWFzdGVyLmRlYmlhbi5vcmc6L2RlYmlh
bg0KOC4gc3Vuc2l0ZS51bmMuZWR1DQo5LiBmdHAuY2FsZGVyYS5jb20NCjEw
LiBkZWJpYW4uY3Jvc3NsaW5rLm5ldDovcHViL2RlYmlhbg0KMTEuIHN1bnNp
dGUudW5jLmVkdTovcHViL0xpbnV4L2Rpc3RyaWJ1dGlvbnMvZGViaWFuICAg
ICAgICAgICAgICAgIA0KDQoNCi0tIHByZXNzIHNwYWNlIGZvciBuZXh0IHBh
Z2UgLS1EZWJpYW4gTGludXhEZWJpYW4gTGludXhXZWxjb21lIHRvIHRoZSBM
aW51eCBIb21lIFBhZ2VXZWxjb21lIHRvIHRoZSBMaW51eCBIb21lIFBhZ2Vm
dHAuZGViaWFuLm9yZzovZGViaWFuIGZ0cC5kZWJpYW4ub3JnOi9kZWJpYW4g
ZnRwOi8vZnRwLmktY29ubmVjdC5uZXQvZGViaWFuLyBmdHA6Ly9mdHAuaS1j
b25uZWN0Lm5ldC9kZWJpYW4vIGRlYmlhbi5tZWQubWlhbWkuZWR1Oi9kZWJp
YW4gZGViaWFuLm1lZC5taWFtaS5lZHU6L2RlYmlhbiBmdHAubWljcm93b3Js
ZC5uZXQ6L2RlYmlhbiBmdHAubWljcm93b3JsZC5uZXQ6L2RlYmlhbiBtYXN0
ZXIuZGViaWFuLm9yZzovZGViaWFuR2V0dGluZyBmdHA6Ly9tYXN0ZXIuZGVi
aWFuLm9yZy9kZWJpYW5Mb29raW5nIHVwIG1hc3Rlci5kZWJpYW4ub3JnLiAg
ICAgICAgIE1ha2luZyBGVFAgY29ubmVjdGlvbiB0byBtYXN0ZXIuZGViaWFu
Lm9yZy5DYW4ndCBBY2Nlc3MgYGZ0cDovL21hc3Rlci5kZWJpYW4ub3JnL2Rl
YmlhbidBbGVydCE6IFVuYWJsZSB0byBhY2Nlc3MgZG9jdW1lbnQuICAgICAg
ICAgICBHZXR0aW5nIGZpbGU6Ly9sb2NhbGhvc3QvaG9tZS9nMzM1L21hZGRv
MDA1L2x5bnhfYm9va21hcmtzLmh0bWxtYXN0ZXIuZGViaWFuLm9yZzovZGVi
aWFuDQoNCg0KDQoNCg0KDQotLSBwcmVzcyBzcGFjZSBmb3IgbmV4dCBwYWdl
IC0tbWFzdGVyLmRlYmlhbi5vcmc6L2RlYmlhbm1hc3Rlci5kZWJpYW4ub3Jn
Oi9kZWJpYW5zdW5zaXRlLnVuYy5lZHVzdW5zaXRlLnVuYy5lZHVmdHAuY2Fs
ZGVyYS5jb20NCg0KDQoNCg0KZnRwLmNhbGRlcmEuY29tDQoNCg0KDQoNCmRl
Ymlhbi5jcm9zc2xpbmsubmV0Oi9wdWIvZGViaWFuDQoNCg0KDQpHZXR0aW5n
IGZ0cDovL2RlYmlhbi5jcm9zc2xpbmsubmV0L3B1Yi9kZWJpYW5Mb29raW5n
IHVwIGRlYmlhbi5jcm9zc2xpbmsubmV0LiAgICAgICAgICAgICBNYWtpbmcg
RlRQIGNvbm5lY3Rpb24gdG8gZGViaWFuLmNyb3NzbGluay5uZXQuUmVjZWl2
aW5nIEZUUCBkaXJlY3RvcnkuVHJhbnNmZXJyZWQgMTAyOCBieXRlcyAgCAgy
MDcwL3B1Yi9kZWJpYW4gZGlyZWN0b3J5NA0KDQpDdXJyZW50IGRpcmVjdG9y
eSBpcyAvcHViL2RlYmlhbg0KICAgDQouLi8gICAgICAgICAgIA0KICBfX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgDQpQbGVhc2Ugc2VlIG91
ciB3ZWIgc2l0ZSBodHRwOi8vd3d3LmRlYmlhbi5vcmcgZm9yIG1vcmUgaW5m
b3Jtbg0KRGViaWFuLiANCg0KRGViaWFuIDEuMSB3YXMgcmVsZWFzZWQgTW9u
ZGF5LCBKdW5lIDE3IDE5OTYuICBJbnN0YWxsYXRpb24NCmluc3RydWN0aW9u
cyB0aGF0IGNhbiBiZSByZWFkIHVzaW5nIHlvdXIgd2ViIGJyb3dzZXIgYXJl
IGluDQpodHRwOkRlYmlhbi0xLjEvZGlza3MtaTM4Ni9jdXJyZW50L2luc3Rh
bGwuaHRtbA0KDQpBIHRleHQgdmVyc2lvbiBvZiB0aG9zZSBpbnN0cnVjdGlv
bnMgaXMgaW4NCkRlYmlhbi0xLjEvZGlza3MtaTM4Ni9jdXJyZW50L2luc3Rh
bGwudHh0DQoNCkluc3RydWN0aW9ucyBmb3IgdXBncmFkaW5nIGZyb20geW91
ciBkZWJpYW4tMC45MyBzeXN0ZW0gYXJlIGluIHRoZQ0KdXBncmFkZXMvIGRp
cmVjdG9yeS4gIA0KICAgDQpVcGRhdGVzIHRvIERlYmlhbi0xLjEgYXJlIGlu
IERlYmlhbi0xLjEtdXBkYXRlcy4gIERlYmlhbi0xLjEueA0KDQoNCi0tIHBy
ZXNzIHNwYWNlIGZvciBuZXh0IHBhZ2UgLS0uLi8yDQpjb250YWlucyBhIGNv
cHkgb2YgdGhlIERlYmlhbi0xLjEgdHJlZSB3aXRoIHRoZSB1cGRhdGVzIGFw
cGxpZWQuICBUaGUNCm1pbm9yIG51bWJlciBpcyBjaGFuZ2VkIHdoZW5ldmVy
IG5ldyB1cGRhdGVzIGFyZSBhZGRlZC4gIHN0YWJsZSBwb2ludHMNCnRvIHRo
ZSBsYXRlc3QgRGViaWFuLTEuMS54Lg0KICAgICAgDQpUaGUgY3VycmVudCBk
ZXZlbG9wbWVudCBzbmFwc2hvdCBpcyBpbiByZXguICB1bnN0YWJsZSBhbmQg
ZGV2ZWxvcG1lbnQgICAgICAgDQphcmUgbGlua3MgdG8gcmV4Lg0KDQpPdGhl
ciBkaXJlY3RvcmllcyBhcmU6DQpJbmNvbWluZ1BhY2thZ2VzIHlldCB0byBi
ZSBwbGFjZWQgaW50byB0aGUgaGllcmFyY2h5Lg0KYnV6eiogICAgICAgICAg
IERlYmlhbi0xLjEgZmlsZXMgYXJlIGFjdHVhbGx5IGhlcmUuICAgICAgICAN
CmNvbnRyaWIgICAgICAgICBVc2VyIGNvbnRyaWJ1dGVkIHBhY2thZ2VzLiAg
ICAgICAgICAgICAgICAgDQpkZWJpYW4tYnVncyAgICAgQXJjaGl2ZSBvZiB0
aGUgYnVnIHJlcG9ydHMuICAgIA0KZGViaWFuLWxpc3RzICAgIEFyY2hpdmVz
IG9mIHRoZSBEZWJpYW4gbWFpbGluZyBsaXN0cy4NCmRvYyAgICAgICAgICAg
ICBEb2N1bWVudGF0aW9uLCBpbnN0cnVjdGlvbnMgb24gaG93IHRvIHN1Ym1p
dCBidWcgcmVwb3J0cy4NCmluZGljZXMgICAgICAgICBWYXJpb3VzIGluZGlj
ZXMgb2YgdGhlIHNpdGUuDQpub24tZnJlZU5vbi1mcmVlIHBhY2thZ2VzLg0K
cHJvamVjdCAgICAgICAgIEV4cGVyaW1lbnRhbCBwYWNrYWdlcy4NCnRvb2xz
ICAgICAgICAgICBUb29scyBmb3IgY3JlYXRpbmcgYm9vdCBkaXNrcyBhbmQg
Ym9vdGluZyBMaW51eC4NCnVwZ3JhZGVzSW5zdHJ1Y3Rpb25zIGZvciB1cGdy
YWRpbmcgZnJvbSBkZWJpYW4tMC45My4NCg0KDQoNCjMNClBsZWFzZSByZWFk
IHRoZSBmaWxlIFJFQURNRQ0KICBpdCB3YXMgbGFzdCBtb2RpZmllZCBvbiBG
cmkgSnVsIDEyIDEwOjI1OjAwIDE5OTYgLSA1IGRheXMgYWdvICAgICAgIA0K
UGxlYXNlIHJlYWQgdGhlIGZpbGUgUkVBRE1FLm1pcnJvcnMNCiAgaXQgd2Fz
IGxhc3QgbW9kaWZpZWQgb24gTW9uIEp1bCAxNSAwODoxOTowMCAxOTk2IC0g
MiBkYXlzIGFnbw0KICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K
ICAgICAgICAgICAgICAgICANCkp1bCAxNSAyMzozMCAgRGlyZWN0b3J5YnV6
eg0KSnVsIDE1IDIzOjMxICBEaXJlY3RvcnlidXp6LWZpeGVkDQpKdWwgMTIg
MjM6MzAgIERpcmVjdG9yeSAgICAgICAgYnV6ei11cGRhdGVzDQpKdWwgMTAg
MTE6MzAgIERpcmVjdG9yeSAgICAgICAgY29udHJpYiAgICAgICAgICAgICAN
Ckp1biAyOCAyMzozMiAgRGlyZWN0b3J5ICAgICAgICBkZWJpYW4tYnVncw0K
SnVuIDMwIDAwOjM1ICBEaXJlY3RvcnkgICAgICAgIGRlYmlhbi1saXN0cw0K
SnVuIDI5IDIzOjMzICBEaXJlY3RvcnkgICAgICAgIGRvYw0KSnVsIDE2IDIz
OjI5ICBEaXJlY3RvcnkgICAgICAgIGluZGljZXMNCkp1bCAgMSAxOToxOSAg
RGlyZWN0b3J5ICAgICAgICBsb2NhbCAgICAgICAgDQpKdWwgMTAgMTE6MzAg
IERpcmVjdG9yeSAgICAgICAgbm9uLWZyZWUNCkp1biAyOCAyMzozMiAgRGly
ZWN0b3J5ICAgICAgICBwcm9qZWN0DQpKdWwgMTUgMjM6MjkgIERpcmVjdG9y
eSAgICAgICAgcmV4DQpKdW4gMjkgMDQ6NTAgIERpcmVjdG9yeSAgICAgICAg
dG9vbHMNCkp1bCAxMiAyMzozNyAgRGlyZWN0b3J5dXBncmFkZXMNCg0KDQpi
dXp6NA0KSnVsIDE2IDE2OjAxICBHTlUgQ29tcHJlc3NlZCAgIGxzLWxSLmd6
MTE5S2INCkp1biAyOSAwNDo1MCAgU3ltYm9saWMgTGluayAgICAubWVzc2Fn
ZQ0KSnVuIDI5IDA0OjUwICBTeW1ib2xpYyBMaW5rICAgIGRlYmlhbg0KSnVu
IDI5IDA0OjUwICBTeW1ib2xpYyBMaW5rICAgIERlYmlhbi0xLjENCkp1bCAg
MyAyMzozMSAgU3ltYm9saWMgTGluayAgICBEZWJpYW4tMS4xLXVwZGF0ZXMN
Ckp1bCAxMiAyMzozNyAgU3ltYm9saWMgTGluayAgICBEZWJpYW4tMS4xLjEN
CiAyIDAxOjQyICBTeW1ib2xpYyBMaW5rICAgIGRldmVsb3BtZW50DQpuIDI5
IDA0OjUwICBTeW1ib2xpYyBMaW5rICAgIGluZm8gICAgICANCjExOjMxICBT
eW1ib2xpYyBMaW5rICAgIHN0YWJsZSAgICAgIA0KIDIgMDE6NDIgIFN5bWJv
bGljIExpbmsgICAgdW5zdGFibGUNCk1hciAgNyAxNjowNCAgdGV4dC9wbGFp
bi5taXJyb3JpbmZvNTAxIGJ5dGVzDQoxMiAxMzo0NyAgdGV4dC9wbGFpbkxP
RyAgOTNLYiAgIA0KSnVsIDE2IDE2OjAxICB0ZXh0L3BsYWlubHMtbFI4NjVL
Yg0KMiAxNDoyNSAgdGV4dC9wbGFpblJFQURNRSAgMUtiDQoxNSAxMjoxOSAg
dGV4dC9wbGFpblJFQURNRS5taXJyb3JzMktiDQoNCg0KDQoNCg0KDQoNCkNv
bW1hbmRzOiBVc2UgYXJyb3cga2V5cyB0byBtb3ZlLCAnPycgZm9yIGhlbHAs
ICdxJyB0byBxdWl0LCAnPC0nIHRvIGdvIGJhY2suDQpscy1sUi5nejMNClBs
ZWFzZSByZWFkIHRoZSBmaWxlIFJFQURNRQ0KICBpdCB3YXMgbGFzdCBtb2Rp
ZmllZCBvbiBGcmkgSnVsIDEyIDEwOjI1OjAwIDE5OTYgLSA1IGRheXMgYWdv
DQpQbGVhc2UgcmVhZCB0aGUgZmlsZSBSRUFETUUubWlycm9ycyAgDQogIGl0
IHdhcyBsYXN0IG1vZGlmaWVkIG9uIE1vbiBKdWwgMTUgMDg6MTk6MDAgMTk5
NiAtIDIgZGF5cyBhZ28NCiAgX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X18NCg0KSnVsIDE1IDIzOjMwICBEaXJlY3RvcnkgICAgICAgIGJ1enogICAg
ICAgDQpKdWwgMTUgMjM6MzEgIERpcmVjdG9yeSAgICAgICAgYnV6ei1maXhl
ZA0KMjM6MzAgIERpcmVjdG9yeSAgICAgICAgYnV6ei11cGRhdGVzDQoxMCAx
MTozMCAgRGlyZWN0b3J5ICAgICAgICBjb250cmliIA0KSnVuIDI4IDIzOjMy
ICBEaXJlY3RvcnkgZGViaWFuLWJ1Z3MgICAgICAgICANCjMwIDAwOjM1ICBE
aXJlY3RvcnkgZGViaWFuLWxpc3RzDQpuIDI5IDIzOjMzICBEaXJlY3Rvcnkg
ZG9jICAgICAgICAgDQo2IDIzOjI5ICBEaXJlY3RvcnkgaW5kaWNlcyAgIA0K
IDEgMTk6MTkgIERpcmVjdG9yeSBsb2NhbCAgICAgICAgICAgICAgDQpKdWwg
MTAgMTE6MzAgIERpcmVjdG9yeW5vbi1mcmVlDQpKdW4gMjggMjM6MzIgIERp
cmVjdG9yeXByb2plY3QNCkp1bCAxNSAyMzoyOSAgRGlyZWN0b3J5cmV4DQpK
dW4gMjkgMDQ6NTAgIERpcmVjdG9yeXRvb2xzDQpKdWwgMTIgMjM6MzcgIERp
cmVjdG9yeXVwZ3JhZGVzDQoNCg0KLS0gcHJlc3Mgc3BhY2UgZm9yIG5leHQg
cGFnZSAtLWJ1enpidXp6YnV6ei1maXhlZGJ1enotZml4ZWRidXp6LXVwZGF0
ZXNHZXR0aW5nIGZ0cDovL2RlYmlhbi5jcm9zc2xpbmsubmV0L3B1Yi9kZWJp
YW4vYnV6ei11cGRhdGVzTG9va2luZyB1cCBkZWJpYW4uY3Jvc3NsaW5rLm5l
dC5NYWtpbmcgRlRQIGNvbm5lY3Rpb24gdG8gZGViaWFuLmNyb3NzbGluay5u
ZXQuUmVjZWl2aW5nIEZUUCBkaXJlY3RvcnkuL3B1Yi9kZWJpYW4vYnV6ei11
cGRhdGVzMSBvZiAyDQoNCkN1cnJlbnQgZGlyZWN0b3J5IGlzIC9wdWIvZGVi
aWFuL2J1enotdXBkYXRlcyANCg0KICAgLi4vDQoNCg0KVGhpcyBkaXJlY3Rv
cnkgY29udGFpbnMgaW1wb3J0YW50IHVwZGF0ZXMgdG8gRGViaWFuLTEuMSwg
Y29kZW5hbWVkDQoiYnV6eiIuICBQbGVhc2UgcmVhZCB0aGUgQ2hhbmdlTG9n
IGZpbGUgdG8gc2VlIHdoaWNoIHBhY2thZ2VzIGFyZSBpbg0KaGVyZSBhbmQg
d2h5LiANCg0KVGhlIGRpcmVjdG9yeSAuLi9EZWJpYW4tMS4xLnggY29udGFp
bnMgYSBEZWJpYW4tMS4xIHRyZWUgd2l0aCB0aGVzZQ0KdXBkYXRlcyBhcHBs
aWVkLg0KDQpQbGVhc2UgcmVhZCB0aGUgZmlsZSBSRUFETUUgICAgICAgICAg
IA0KICBpdCB3YXMgbGFzdCBtb2RpZmllZCBvbiBGcmkgSnVsIDEyIDEwOjI2
OjAwIDE5OTYgLSA1IGRheXMgYWdvDQogIF9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fDQoNCkp1bCAgOGJpbmFyeS1pMzg2DQpsICA4IDIzOjI5bXNk
b3MtaTM4Ng0KIDMgMjM6MzFzb3VyY2UgIA0KDQoNCi0tIHByZXNzIHNwYWNl
IGZvciBuZXh0IHBhZ2UgLS0uLi8yDQpKdWwgMTAgMDA6MDIgIFN5bWJvbGlj
IExpbmsgICAgLm1lc3NhZ2UNCkp1bCAgMyAyMzozMSAgU3ltYm9saWMgTGlu
ayAgICBiaW5hcnkgICAgICAgIA0KSnVsICAyIDEwOjEzICB0ZXh0L3BsYWlu
Q2hhbmdlTG9nNzAzIGJ5dGVzDQpKdWwgMTIgMTQ6MjYgIHRleHQvcGxhaW5S
RUFETUUyMzYgYnl0ZXMNCiAgDQoNCg0KDQoNCg0KDQoNCg0KDQogIA0KDQoN
Cg0KDQoNCg0KDQpDb21tYW5kczogVXNlIGFycm93IGtleXMgdG8gbW92ZSwg
Jz8nIGZvciBoZWxwLCAncScgdG8gcXVpdCwgJzwtJyB0byBnbyBiYWNrLg0K
Lm1lc3NhZ2UxDQoNCkN1cnJlbnQgZGlyZWN0b3J5IGlzIC9wdWIvZGViaWFu
L2J1enotdXBkYXRlcw0KDQogICAuLi8NCggICAgIX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX18NCg0KVGhpcyBkaXJlY3RvcnkgY29udGFpbnMgaW1w
b3J0YW50IHVwZGF0ZXMgdG8gRGViaWFuLTEuMSwgY29kZW5hbWVkDQoiYnV6
eiIuICBQbGVhc2UgcmVhZCB0aGUgQ2hhbmdlTG9nIGZpbGUgdG8gc2VlIHdo
aWNoIHBhY2thZ2VzIGFyZSBpbg0KaGVyZSBhbmQgd2h5Lg0KDQpUaGUgZGly
ZWN0b3J5IC4uL0RlYmlhbi0xLjEueCBjb250YWlucyBhIERlYmlhbi0xLjEg
dHJlZSB3aXRoIHRoZXNlDQp1cGRhdGVzIGFwcGxpZWQuDQoNClBsZWFzZSBy
ZWFkIHRoZSBmaWxlIFJFQURNRQ0KICBpdCB3YXMgbGFzdCBtb2RpZmllZCBv
biBGcmkgSnVsIDEyIDEwOjI2OjAwIDE5OTYgLSA1IGRheXMgYWdvDQogIF9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkp1bCAgOCAyMzoyOSAg
RGlyZWN0b3J5YmluYXJ5LWkzODYNCkp1bCAgOCAyMzoyOSAgRGlyZWN0b3J5
bXNkb3MtaTM4Ng0KSnVsICAzIDIzOjMxICBEaXJlY3Rvcnlzb3VyY2UNCg0K
DQotLSBwcmVzcyBzcGFjZSBmb3IgbmV4dCBwYWdlIC0tLi4vLi4vYmluYXJ5
LWkzODYNCg0KDQoNCg0KYmluYXJ5LWkzODYNCg0KDQoNCg0KbXNkb3MtaTM4
Ng0KDQoNCg0KbXNkb3MtaTM4Ng0KDQoNCg0KYmluYXJ5LWkzODYNCg0KDQoN
Cg0KR2V0dGluZyBmdHA6Ly9kZWJpYW4uY3Jvc3NsaW5rLm5ldC9wdWIvZGVi
aWFuL2J1enotdXBkYXRlcy9iaW5hcnktaTM4Nkxvb2tpbmcgdXAgZGViaWFu
LmNyb3NzbGluay5uZXQuTWFraW5nIEZUUCBjb25uZWN0aW9uIHRvIGRlYmlh
bi5jcm9zc2xpbmsubmV0LlJlY2VpdmluZyBGVFAgZGlyZWN0b3J5Li9wdWIv
ZGViaWFuL2J1enotdXBkYXRlcy9iaW5hcnktaTM4NiBkaXJlY3RvcnkNCg0K
L2JpbmFyeS1pMzg2DQoNCg0KICANCkp1bCAgOCAxMzoyNyAgR05VIENvbXBy
ZXNzZWQgICBQYWNrYWdlcy5nejFLYg0KSnVuIDMwIDE1OjMwICB0ZXh0L3Bs
YWluICAgICAgIGRwa2dfMS4yLjExZWxmLmRlYiAgMjE2S2IgICAgICAgICAg
DQpKdW4gMjkgMDE6MjAgIHRleHQvcGxhaW4gICAgICAga2JkXzAuOTEtMy5k
ZWIgIDE3NUtiICAgICAgICAgICAgICAgIA0KSnVsICAyIDA1OjU0ICB0ZXh0
L3BsYWlucGVybC1kZWJ1Z181LjAwMy0yLmRlYjExNTFLYg0KSnVsICAyIDA1
OjU1ICB0ZXh0L3BsYWlucGVybC1zdWlkXzUuMDAzLTIuZGViMjE1S2INCkp1
bCAgMiAwNjowNyAgdGV4dC9wbGFpbiAgICAgICBwZXJsXzUuMDAzLTIuZGVi
ICAxNzM0S2IgICAgICAgICAgICANCkp1biAyNiAwNzozMSAgdGV4dC9wbGFp
bnFwb3BwZXJfMi4xLjQtMy5kZWIyNUtiDQoNCg0KICANCg0KDQoNCg0KDQoN
Cg0KQ29tbWFuZHM6IFVzZSBhcnJvdyBrZXlzIHRvIG1vdmUsICc/JyBmb3Ig
aGVscCwgJ3EnIHRvIHF1aXQsICc8LScgdG8gZ28gYmFjay4uLi9HZXR0aW5n
IGZ0cDovL2RlYmlhbi5jcm9zc2xpbmsubmV0L3B1Yi9kZWJpYW4vYnV6ei11
cGRhdGVzICAvcHViL2RlYmlhbi9idXp6LXVwZGF0ZXMgZGlyZWN0b3J5IChw
MSBvZiAyKQ0KDQogICAgICAgICAgICANCg0KICAgLi4vDQoICAgIX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX18NCg0KVGhpcyBkaXJlY3RvcnkgY29u
dGFpbnMgaW1wb3J0YW50IHVwZGF0ZXMgdG8gRGViaWFuLTEuMSwgY29kZW5h
bWVkDQoiYnV6eiIuICBQbGVhc2UgcmVhZCB0aGUgQ2hhbmdlTG9nIGZpbGUg
dG8gc2VlIHdoaWNoIHBhY2thZ2VzIGFyZSBpbg0KaGVyZSBhbmQgd2h5LiAN
Cg0KVGhlIGRpcmVjdG9yeSAuLi9EZWJpYW4tMS4xLnggY29udGFpbnMgYSBE
ZWJpYW4tMS4xIHRyZWUgd2l0aCB0aGVzZQ0KdXBkYXRlcyBhcHBsaWVkLg0K
DQpQbGVhc2UgcmVhZCB0aGUgZmlsZSBSRUFETUUNCiAgaXQgd2FzIGxhc3Qg
bW9kaWZpZWQgb24gRnJpIEp1bCAxMiAxMDoyNjowMCAxOTk2IC0gNSBkYXlz
IGFnbw0KICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpKdWwg
IDggMjM6MjkgIERpcmVjdG9yeWJpbmFyeS1pMzg2DQpKdWwgIDggMjM6Mjkg
IERpcmVjdG9yeW1zZG9zLWkzODYNCkp1bCAgMyAyMzozMSAgRGlyZWN0b3J5
c291cmNlDQoNCg0KLS0gcHJlc3Mgc3BhY2UgZm9yIG5leHQgcGFnZSAtLWJp
bmFyeS1pMzg2DQoNCg0KDQoNCkdldHRpbmcgZnRwOi8vZGViaWFuLmNyb3Nz
bGluay5uZXQvcHViL2RlYmlhbiAgICAgICAgICAgICAvcHViL2RlYmlhbjMg
b2YgNA0KUGxlYXNlIHJlYWQgdGhlIGZpbGUgUkVBRE1FDQogIGl0IHdhcyBs
YXN0IG1vZGlmaWVkIG9uIEZyaSBKdWwgMTIgMTA6MjU6MDAgMTk5NiAtIDUg
ZGF5cyBhZ28NClBsZWFzZSByZWFkIHRoZSBmaWxlIFJFQURNRS5taXJyb3Jz
DQogIGl0IHdhcyBsYXN0IG1vZGlmaWVkIG9uIE1vbiBKdWwgMTUgMDg6MTk6
MDAgMTk5NiAtIDIgZGF5cyBhZ28NCg0KDQpKdWwgMTUgMjM6MzAgIERpcmVj
dG9yeSAgICAgICAgYnV6eg0KSnVsIDE1IDIzOjMxICBEaXJlY3RvcnkgICAg
ICAgIGJ1enotZml4ZWQNCkp1bCAxMiAyMzozMCAgRGlyZWN0b3J5YnV6ei11
cGRhdGVzDQpKdWwgMTAgMTE6MzAgIERpcmVjdG9yeWNvbnRyaWINCkp1biAy
OCAyMzozMiAgRGlyZWN0b3J5ICAgICAgICBkZWJpYW4tYnVncw0KSnVuIDMw
IDAwOjM1ICBEaXJlY3RvcnlkZWJpYW4tbGlzdHMNCkp1biAyOSAyMzozMyAg
RGlyZWN0b3J5ZG9jDQpKdWwgMTYgMjM6MjkgIERpcmVjdG9yeSAgICAgICAg
aW5kaWNlcw0KSnVsICAxIDE5OjE5ICBEaXJlY3RvcnkgICAgICAgIGxvY2Fs
DQpKdWwgMTAgMTE6MzAgIERpcmVjdG9yeSAgICAgICAgbm9uLWZyZWUNCkp1
biAyOCAyMzozMiAgRGlyZWN0b3J5cHJvamVjdA0KMTVyZXggICAgICAgIA0K
SnVuIDI5IDA0OjUwdG9vbHMgICAgIA0KMTIgMjM6Mzd1cGdyYWRlcw0KDQoN
Ci0tIHByZXNzIHNwYWNlIGZvciBuZXh0IHBhZ2UgLS0gICAgICAgICAgICAg
IGJ1enotdXBkYXRlc2J1enotdXBkYXRlc2J1enotZml4ZWRidXp6LWZpeGVk
YnV6ekdldHRpbmcgZnRwOi8vZGViaWFuLmNyb3NzbGluay5uZXQvcHViL2Rl
Ymlhbi9idXp6TG9va2luZyB1cCBkZWJpYW4uY3Jvc3NsaW5rLm5ldC5NYWtp
bmcgRlRQIGNvbm5lY3Rpb24gdG8gZGViaWFuLmNyb3NzbGluay5uZXQuUmVj
ZWl2aW5nIEZUUCBkaXJlY3RvcnkuL3B1Yi9kZWJpYW4vYnV6ejEgb2YgMg0K
DQpDdXJyZW50IGRpcmVjdG9yeSBpcyAvcHViL2RlYmlhbi9idXp6DQoNCiAg
IC4uLw0KDQoNClBsZWFzZSBzZWUgb3VyIHdlYiBzaXRlIGh0dHA6Ly93d3cu
ZGViaWFuLm9yZyBmb3IgaW5mb3JtYXRpb24gb24gRGViaWFuLg0KDQpEZWJp
YW4gMS4xIGlzIHJlbGVhc2VkIGFzIG9mIE1vbmRheSwgSnVuZSAxNyAxOTk2
Lg0KDQpJbnN0YWxsYXRpb24gaW5zdHJ1Y3Rpb25zIHRoYXQgY2FuIGJlIHJl
YWQgdXNpbmcgeW91ciB3ZWIgYnJvd3NlciBhcmUgaW4NCmh0dHA6ZGlza3Mt
aTM4Ni9jdXJyZW50L2luc3RhbGwuaHRtbCAgICAgICANCkEgdGV4dCB2ZXJz
aW9uIG9mIHRob3NlIGluc3RydWN0aW9ucyBpcyBpbg0KZGlza3MtaTM4Ni9j
dXJyZW50L2luc3RhbGwudHh0ICAgICAgICANCg0KSW5zdHJ1Y3Rpb25zIGZv
ciB1cGdyYWRpbmcgZnJvbSB5b3VyIGRlYmlhbi0wLjkzIHN5c3RlbSBhcmUg
aW4NCnRoZSAuLi91cGdyYWRlcy8gZGlyZWN0b3J5LiAgICAgICAgICAgDQoN
ClBsZWFzZSByZWFkIHRoZSBmaWxlIFJFQURNRSAgICAgICAgIA0KICBpdCB3
YXMgbGFzdCBtb2RpZmllZCBvbiBTdW4gSnVuIDE2IDE0OjE3OjAwIDE5OTYg
LSAzMSBkYXlzIGFnbw0KDQoNCi0tIHByZXNzIHNwYWNlIGZvciBuZXh0IHBh
Z2UgLS0uLi8yDQogIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoN
Ckp1biAyOSAwMDoyNCAgRGlyZWN0b3J5YmluYXJ5LWFsbA0KSnVsIDE1IDIz
OjMxICBEaXJlY3RvcnliaW5hcnktaTM4Ng0KSnVsIDEzIDExOjI5ICBEaXJl
Y3RvcnkgICAgICAgIGRpc2tzLWkzODYNCkp1biAyOSAwMDozMiAgRGlyZWN0
b3J5bXNkb3MtaTM4Ng0KSnVuIDI4IDIzOjMyICBEaXJlY3RvcnkgICAgICAg
IHNvdXJjZQ0KSnVsICA4IDE4OjIyICBHTlUgQ29tcHJlc3NlZCAgIENvbnRl
bnRzLmd6MTk1S2INCkp1biAyOSAwNDo1MCAgU3ltYm9saWMgTGluayAgICAu
bWVzc2FnZSAgICAgICAgICAgDQpKdW4gMjkgMDQ6NTAgIFN5bWJvbGljIExp
bmsgICAgYmluYXJ5DQpKdWwgMTUgMTk6MTAgIHRleHQvcGxhaW4gICAgICAg
LmNvbnRlbnRzLm5ldyAgMjM2NktiDQpNYXIgIDcgMDY6NDkgIHRleHQvcGxh
aW4gICAgICAgLm1pcnJvcmluZm8xODggYnl0ZXMNCkp1biAxNiAxODoxNyAg
dGV4dC9wbGFpbiAgICAgICBSRUFETUUgIDQwMyBieXRlcw0KDQoNCg0KDQoN
Cg0KICANCg0KDQpDb21tYW5kczogVXNlIGFycm93IGtleXMgdG8gbW92ZSwg
Jz8nIGZvciBoZWxwLCAncScgdG8gcXVpdCwgJzwtJyB0byBnbyBiYWNrLmJp
bmFyeS1hbGxiaW5hcnktYWxsYmluYXJ5LWkzODZiaW5hcnktaTM4NmRpc2tz
LWkzODZHZXR0aW5nIGZ0cDovL2RlYmlhbi5jcm9zc2xpbmsubmV0L3B1Yi9k
ZWJpYW4vYnV6ei9kaXNrcy1pMzg2ICAgICAgICAgICAgICAgIExvb2tpbmcg
dXAgZGViaWFuLmNyb3NzbGluay5uZXQuTWFraW5nIEZUUCBjb25uZWN0aW9u
IHRvIGRlYmlhbi5jcm9zc2xpbmsubmV0LlJlY2VpdmluZyBGVFAgZGlyZWN0
b3J5Li9wdWIvZGViaWFuL2J1enovZGlza3MtaTM4NjENCiAgDQpDdXJyZW50
IGRpcmVjdG9yeSBpcyAvcHViL2RlYmlhbi9idXp6L2Rpc2tzLWkzODYNCg0K
ICAgLi4vDQogIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNClRo
ZSBpbnN0YWxsYXRpb24gZmxvcHB5IHNldCBpcyBub3cgbG9jYXRlZCBpbiB0
aGUgImN1cnJlbnQiIHN1Yi1kaXJlY3RvcnkuDQoiY3VycmVudCIgaXMgYWN0
dWFsbHkgYSBzeW1ib2xpYyBsaW5rLiBJZiB5b3UgImxzIC1sIiwgaXQgc2hv
dWxkIGxvb2sgbGlrZQ0KdGhpczoNCiAgICAgICAgY3VycmVudCAtPiA8eWVh
cj5fPG1vbnRoPl88ZGF0ZT4NCg0KVGhlIG5hbWUgb2YgdGhlIGRpcmVjdG9y
eSBpdCBwb2ludHMgdG8gaW5kaWNhdGVzIHRoZSBjcmVhdGlvbiBkYXRlIG9m
IHRoZQ0KYm9vdCBmbG9wcHkgc2V0Lg0KDQpDb250ZW50cyBvZiB0aGlzIERp
cmVjdG9yeQ0KDQpmdHA6Y3VycmVudFRoZSBjdXJyZW50IGJvb3QgZmxvcHB5
IHNldC4NCg0KZnRwOnNwZWNpYWwta2VybmVscyAgIFNwZWNpYWwga2VybmVs
cyBhbmQgYm9vdCBmbG9wcHkgZGlza3MsIGZvciBoYXJkd2FyZQ0KY29uZmln
dXJhdGlvbnMgdGhhdCBkb24ndCB3b3JrIHdpdGggb3VyIHJlZ3VsYXINCg0K
DQotLSBwcmVzcyBzcGFjZSBmb3IgbmV4dCBwYWdlIC0tLi4vMg0KYm9vdCBm
bG9wcHkuDQoNClBsZWFzZSByZWFkIHRoZSBmaWxlIFJFQURNRQ0KICBpdCB3
YXMgbGFzdCBtb2RpZmllZCBvbiBUaHUgSnVuICA2IDE5OjE4OjAwIDE5OTYg
LSA0MSBkYXlzIGFnbw0KDQoNCkp1biAyOSAwNDo1MCAgRGlyZWN0b3J5ICAg
ICAgICAxOTk2XzZfMTYNCkp1bCAxMyAxMTozMiAgRGlyZWN0b3J5ICAgICAg
ICBzcGVjaWFsLWtlcm5lbHMNCkp1biAyOSAwNDo1MCAgU3ltYm9saWMgTGlu
ayAgICAubWVzc2FnZQ0KSnVuIDI5IDA0OjUwICBTeW1ib2xpYyBMaW5rICAg
IGN1cnJlbnQgIA0KSnVuIDI5IDA0OjUwICBTeW1ib2xpYyBMaW5rICAgIGlu
c3RhbGwuaHRtbA0KSnVsIDEzIDAyOjMyICB0ZXh0L3BsYWluICAgICAgIG1h
a2UtZmxvcHBpZXMgIDdLYg0KSnVuICA2IDIzOjE4ICB0ZXh0L3BsYWluUkVB
RE1FNTQ1IGJ5dGVzDQoNCg0KDQoNCg0KDQoNCg0KDQpDb21tYW5kczogVXNl
IGFycm93IGtleXMgdG8gbW92ZSwgJz8nIGZvciBoZWxwLCAncScgdG8gcXVp
dCwgJzwtJyB0byBnbyBiYWNrLjE5OTZfNl8xNkdldHRpbmcgZnRwOi8vZGVi
aWFuLmNyb3NzbGluay5uZXQvcHViL2RlYmlhbi9idXp6L2Rpc2tzLWkzODYv
MTk5Nl82XzE2ICAgICAgTG9va2luZyB1cCBkZWJpYW4uY3Jvc3NsaW5rLm5l
dC5NYWtpbmcgRlRQIGNvbm5lY3Rpb24gdG8gZGViaWFuLmNyb3NzbGluay5u
ZXQuUmVjZWl2aW5nIEZUUCBkaXJlY3RvcnkuVHJhbnNmZXJyZWQgMTA3NiBi
eXRlcyAgCAgvcHViL2RlYmlhbi9idXp6L2Rpc2tzLWkzODYvMTk5Nl82XzEx
IG9mIDMNCiAgICAgICAgICAgIA0KQ3VycmVudCBkaXJlY3RvcnkgaXMgL3B1
Yi9kZWJpYW4vYnV6ei9kaXNrcy1pMzg2LzE5OTZfNl8xNg0KDQogICAuLi8N
Cg0KDQpUaGVzZSBhcmUgdGhlIGluc3RhbGxhdGlvbiBmbG9wcHkgZGlza3Mg
Zm9yIERlYmlhbi4NCg0KUGxlYXNlIHNlZSB0aGUgZmlsZSBmdHA6aW5zdGFs
bC5odG1sIChyZWFkYWJsZSB3aXRoIHlvdXIgd2ViIGJyb3dzZXIpIGZvcg0K
aW5zdHJ1Y3Rpb25zLiBZb3UgY2FuIHVzZSBpbnN0YWxsLnR4dCBpZiB5b3Ug
ZG9uJ3QgaGF2ZSBhIHdlYiBicm93c2VyLA0Kb3IgaW5zdGFsbC5wcyB0byBw
cmludCBvbiBhIFBvc3RTY3JpcHQgcHJpbnRlci4NCg0KZnRwOlJFQURNRSAg
ICAgICBUaGlzIG1lc3NhZ2UgIA0KZnRwOmNmZGlzay50eHQgICBNYW51YWwg
cGFnZSBmb3IgImNmZGlzayIgKHRoZSBkaXNrIHBhcnRpdGlvbmluZyBwcm9n
cmFtKQ0KZnRwOmluc3RhbGwuaHRtbCBIVE1MIHZlcnNpb24gb2YgdGhlIGlu
c3RhbGxhdGlvbiBtYW51YWwuDQpmdHA6aW5zdGFsbC50eHQgIFRleHQgdmVy
c2lvbiBvZiB0aGUgaW5zdGFsbGF0aW9uIG1hbnVhbC4NCmZ0cDppbnN0YWxs
LnBzICAgUG9zdFNjcmlwdCB2ZXJzaW9uIG9mIHRoZSBpbnN0YWxsYXRpb24g
bWFudWFsDQpmdHA6Ym9vdDEyMDAuYmluIEJvb3QgZGlzayAtIDEuMiBNQiB2
ZXJzaW9uLg0KZnRwOmJvb3QxNDQwLmJpbiBCb290IGRpc2sgLSAxLjQ0IE1C
IHZlcnNpb24uDQpmdHA6cm9vdC5iaW4gICAgIFJvb3QgZGlzayAtIHdvcmtz
IGluIGFueSBzaXplIGZsb3BweSBkcml2ZS4NCg0KDQotLSBwcmVzcyBzcGFj
ZSBmb3IgbmV4dCBwYWdlIC0tLi4vMg0KZnRwOmJhc2UxMi0xLmJpbiwgZnRw
OmJhc2UxMi0yLmJpbiwgZnRwOmJhc2UxMi0zLmJpbiwgZnRwOmJhc2UxMi00
LmJpbg0KICAgICAgICAgICAgICAgICBCYXNlIGRpc2sgc2V0IC0gMS4yIE1C
IHZlcnNpb24uICAgICAgICAgIA0KZnRwOmJhc2UxNC0xLmJpbiwgZnRwOmJh
c2UxNC0yLmJpbiwgZnRwOmJhc2UxNC0zLmJpbg0KICAgICAgQmFzZSBkaXNr
IHNldCAtIDEuNDRNQiB2ZXJzaW9uLg0KZnRwOm1kNXN1bS50eHQgICBNRDUg
Y2hlY2tzdW1zIG9mIGFsbCBmaWxlcy4NCg0KUGxlYXNlIHJlYWQgdGhlIGZp
bGUgUkVBRE1FDQogIGl0IHdhcyBsYXN0IG1vZGlmaWVkIG9uIFdlZCBKdW4g
MTIgMTY6NTM6MDAgMTk5NiAtIDM1IGRheXMgYWdvDQogIF9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQoNCkp1biAxNiAxMTowMCAgQmluYXJ5ICAg
ICAgICAgICBiYXNlMTItMS5iaW4gIDEyMDBLYg0KSnVuIDE2IDExOjAxICBC
aW5hcnliYXNlMTItMi5iaW4xMjAwS2INCkp1biAxNiAxMTowMSAgQmluYXJ5
ICAgICAgICAgICBiYXNlMTItMy5iaW4xMjAwS2INCkp1biAxNiAxMTowMiAg
QmluYXJ5ICAgICAgICAgICBiYXNlMTItNC5iaW4gIDY3N0tiDQpKdW4gMTYg
MTE6MDIgIEJpbmFyeSAgICAgICAgICAgYmFzZTE0LTEuYmluICAxNDQwS2Ig
ICAgICANCkp1biAxNiAxMTowMyAgQmluYXJ5ICAgICAgICAgICBiYXNlMTQt
Mi5iaW4gIDE0NDBLYiAgICAgIA0KSnVuIDE2IDExOjAzICBCaW5hcnkgICAg
ICAgICAgIGJhc2UxNC0zLmJpbiAgMTM5NktiICAgICAgICAgICANCkp1biAx
MyAwMDowNCAgQmluYXJ5ICAgICAgICAgICBib290MTIwMC5iaW4gIDEyMDBL
Yg0KSnVuIDEyIDIxOjM3ICBCaW5hcnkgICAgICAgICAgIGJvb3QxNDQwLmJp
biAgMTQ0MEtiDQpKdW4gMTYgMTE6MDYgIEJpbmFyeSAgICAgICAgICAgcm9v
dC5iaW4gIDUyNEtiICAgICAgICAgICAgICANCg0KDQpiYXNlMTItMS5iaW4z
DQpKdW4gMTYgMTE6MDUgIEdOVSBDb21wci4gVGFyICAgYmFzZTFfMS50Z3og
IDQyNzRLYg0KSnVuIDEyIDIzOjE5ICBQb3N0c2NyaXB0ICAgICAgIGluc3Rh
bGwucHMgIDU2S2IgDQpKdW4gMjkgMDQ6NTAgIFN5bWJvbGljIExpbmsgICAg
Lm1lc3NhZ2UgICAgICAgICAgICAgDQpKdW4gMTIgMjE6MzggIHRleHQvaHRt
bCAgICAgICAgaW5zdGFsbC5odG1sICAzMktiDQpKdW4gMTIgMjA6NTMgIHRl
eHQvcGxhaW4gICAgICAgY2ZkaXNrLnR4dCAgMThLYg0KSnVuIDEyIDIzOjE5
ICB0ZXh0L3BsYWluaW5zdGFsbC50eHQyOUtiDQpKdW4gMTYgMTc6NDAgIHRl
eHQvcGxhaW4gICAgICAgbWQ1c3VtLnR4dDc4MSBieXRlcw0KSnVuIDEyIDIw
OjUzICB0ZXh0L3BsYWluICAgICAgIFJFQURNRSAgOTQyIGJ5dGVzICAgICAg
ICAgICAgICAgIA0KICANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KQ29t
bWFuZHM6IFVzZSBhcnJvdyBrZXlzIHRvIG1vdmUsICc/JyBmb3IgaGVscCwg
J3EnIHRvIHF1aXQsICc8LScgdG8gZ28gYmFjay4NCmJhc2UxXzEudGd6R2V0
dGluZyBmdHA6Ly9kZWJpYW4uY3Jvc3NsaW5rLm5ldC9wdWIvZGViaWFuL2J1
enovZGlza3MtaTM4NiAgICAgICAgICAgICAgICAgICAgICAgICAgL3B1Yi9k
ZWJpYW4vYnV6ei9kaXNrcy1pMzgyIG9mIDINCiBib290IGZsb3BweS4gICAg
ICAgICAgICAgICANCg0KUGxlYXNlIHJlYWQgdGhlIGZpbGUgUkVBRE1FICAg
ICAgICAgICAgDQogIGl0IHdhcyBsYXN0IG1vZGlmaWVkIG9uIFRodSBKdW4g
IDYgMTk6MTg6MDAgMTk5NiAtIDQxIGRheXMgYWdvDQogIF9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQoNCkp1biAyOSAwNDo1MCAgRGlyZWN0b3J5
IDE5OTZfNl8xNiAgICAgICAgICAgIA0KSnVsIDEzIDExOjMyICBEaXJlY3Rv
cnkgc3BlY2lhbC1rZXJuZWxzICANCkp1biAyOSAwNDo1MCAgU3ltYm9saWMg
TGluayAgICAubWVzc2FnZQ0KSnVuIDI5IDA0OjUwICBTeW1ib2xpYyBMaW5r
ICAgIGN1cnJlbnQNCkp1biAyOSAwNDo1MCAgU3ltYm9saWMgTGluayAgICBp
bnN0YWxsLmh0bWwNCkp1bCAxMyAwMjozMiAgdGV4dC9wbGFpbm1ha2UtZmxv
cHBpZXM3S2INCkp1biAgNiAyMzoxOCAgdGV4dC9wbGFpblJFQURNRTU0NSBi
eXRlcw0KDQoNCkNvbW1hbmRzOiBVc2UgYXJyb3cga2V5cyB0byBtb3ZlLCAn
PycgZm9yIGhlbHAsICdxJyB0byBxdWl0LCAnPC0nIHRvIGdvIGJhY2suMTk5
Nl82XzE2R2V0dGluZyBmdHA6Ly9kZWJpYW4uY3Jvc3NsaW5rLm5ldC9wdWIv
ZGViaWFuL2J1enogICAgICAgICAgIC9wdWIvZGViaWFuL2J1enoNCiAgX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KSnVuIDI5IDAwOjI0ICBE
aXJlY3RvcnkgICAgICAgIGJpbmFyeS1hbGwNCkp1bCAxNSAyMzozMSAgRGly
ZWN0b3J5ICAgICAgICBiaW5hcnktaTM4Ng0KSnVsIDEzIDExOjI5ICBEaXJl
Y3RvcnkgICAgICAgIGRpc2tzLWkzODYNCkp1biAyOSAwMDozMiAgRGlyZWN0
b3J5bXNkb3MtaTM4Ng0KOCAyMzozMnNvdXJjZSAgIA0KIDggMTg6MjIgIEdO
VSBDb21wcmVzc2VkICAgQ29udGVudHMuZ3ogIDE5NUtiDQoNCmJpbmFyeSAN
Ckp1bCAxNSAxOToxMCAgdGV4dC9wbGFpbiAgICAgICAuY29udGVudHMubmV3
MjM2NktiDQpNYXIgIDcgMDY6NDkubWlycm9yaW5mbyAgMTg4IGJ5dGVzDQox
NiAxODoxNzQwMw0KDQoNCkNvbW1hbmRzOiBVc2UgYXJyb3cga2V5cyB0byBt
b3ZlLCAnPycgZm9yIGhlbHAsICdxJyB0byBxdWl0LCAnPC0nIHRvIGdvIGJh
Y2suZGlza3MtaTM4NmRpc2tzLWkzODZiaW5hcnktaTM4NkdldHRpbmcgZnRw
Oi8vZGViaWFuLmNyb3NzbGluay5uZXQvcHViL2RlYmlhbi9idXp6L2JpbmFy
eS1pMzg2ICAgICAgICAgICAgICAgTG9va2luZyB1cCBkZWJpYW4uY3Jvc3Ns
aW5rLm5ldC5NYWtpbmcgRlRQIGNvbm5lY3Rpb24gdG8gZGViaWFuLmNyb3Nz
bGluay5uZXQuUmVjZWl2aW5nIEZUUCBkaXJlY3RvcnkuVHJhbnNmZXJyZWQg
MTA3NSBieXRlcyAgCAgvcHViL2RlYmlhbi9idXp6L2JpbmFyeS1pMzg2MQ0K
ICANCkN1cnJlbnQgZGlyZWN0b3J5IGlzIC9wdWIvZGViaWFuL2J1enovYmlu
YXJ5LWkzODYNCg0KICAgLi4vDQogIF9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fDQoNCklmIHlvdSBhcmUgbG9va2luZyBmb3IgaW5zdHJ1Y3Rpb25z
IG9uIGhvdyB0byBpbnN0YWxsIERlYmlhbiwgbG9vayBpbiB0aGUNCi4uL2Rp
c2tzLWkzODYgZGlyZWN0b3J5IC4NCg0KUGxlYXNlIHJlYWQgdGhlIGZpbGUg
UkVBRE1FICAgICAgICAgIA0KICBpdCB3YXMgbGFzdCBtb2RpZmllZCBvbiBN
b24gQXByIDIyIDA5OjA1OjAwIDE5OTYgLSA4NiBkYXlzIGFnbw0KICBfX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpKdW4gMjkgMDQ6NTAgIERp
cmVjdG9yeWFkbWluDQpKdWwgMTAgMTE6MzAgIERpcmVjdG9yeWJhc2UNCkp1
biAyOSAwMDowMSAgRGlyZWN0b3J5Y29tbQ0KSnVuIDI5IDA0OjUwICBEaXJl
Y3RvcnlkZXZlbA0KSnVuIDI5IDA0OjUwICBEaXJlY3Rvcnlkb2MNCkp1biAy
OSAwNDo1MCAgRGlyZWN0b3J5ZWRpdG9ycw0KSnVuIDI5IDAwOjE2ICBEaXJl
Y3RvcnllbGVjdHJvbmljcw0KDQoNCi0tIHByZXNzIHNwYWNlIGZvciBuZXh0
IHBhZ2UgLS0uLi8yDQpKdW4gMjggMjM6NDAgIERpcmVjdG9yeWdhbWVzDQpK
dW4gMjkgMDA6MDYgIERpcmVjdG9yeSAgICAgICAgZ3JhcGhpY3MgICAgICAg
ICAgDQpKdW4gMjkgMDQ6NTAgIERpcmVjdG9yeWhhbXJhZGlvDQpKdW4gMjkg
MDA6MTYgIERpcmVjdG9yeW1haWwNCkp1biAyOSAwMDoxMyAgRGlyZWN0b3J5
ICAgICAgICBtYXRoDQpKdW4gMjkgMDQ6NTAgIERpcmVjdG9yeW1pc2MNCkp1
biAyOSAwNDo1MCAgRGlyZWN0b3J5ICAgICAgICBuZXQNCkp1biAyOSAwMDox
NCAgRCBuZXdzDQpKdW4gMjkgMDA6MTQgIERpcmVjdG9yeXNoZWxscw0KSnVu
IDI5IDAwOjE2ICBEaXJlY3RvcnkgICAgICAgIHNvdW5kDQpKdW4gMjkgMDQ6
NTAgIERpcmVjdG9yeSAgICAgICAgdGV4DQpKdW4gMjkgMDQ6NTAgIERpcmVj
dG9yeSAgICAgICAgdGV4dA0KSnVuIDI5IDA0OjUwICBEaXJlY3Rvcnl4MTEN
CmwgMTUgMTk6NTQgIEdOVSBDb21wcmVzc2VkICAgUGFja2FnZXMuZ3o5NEti
DQpKdW4gMjkgMDQ6NTAgIFN5bWJvbGljIExpbmsgICAgLm1lc3NhZ2UNCk1h
ciAgNyAxNjoyNiAgdGV4dC9wbGFpbi5taXJyb3JpbmZvMTQxIGJ5dGVzDQpB
cHIgMjIgMTM6MDUgIHRleHQvcGxhaW5SRUFETUUxMDAgYnl0ZXMNCg0KDQoN
Cg0KDQpDb21tYW5kczogVXNlIGFycm93IGtleXMgdG8gbW92ZSwgJz8nIGZv
ciBoZWxwLCAncScgdG8gcXVpdCwgJzwtJyB0byBnbyBiYWNrLg0KZ2FtZXMx
DQoNCkN1cnJlbnQgZGlyZWN0b3J5IGlzIC9wdWIvZGViaWFuL2J1enovYmlu
YXJ5LWkzODYNCg0KICAgLi4vDQogIF9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fDQoNCklmIHlvdSBhcmUgbG9va2luZyBmb3IgaW5zdHJ1Y3Rpb25z
IG9uIGhvdyB0byBpbnN0YWxsIERlYmlhbiwgbG9vayBpbiB0aGUNCi4uL2Rp
c2tzLWkzODYgZC4gICAgDQoNClBsZWFzZSByZWFkIHRoZSBmaWxlIFJFQURN
RSAgICAgICAgIA0KICBpdCB3YXMgbGFzdCBtb2RpZmllZCBvbiBNb24gQXBy
IDIyIDA5OjA1OjAwIDE5OTYgLSA4NiBkYXlzIGFnbw0KICBfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXw0KDQpKdW4gMjkgMDQ6NTAgIERpcmVjdG9y
eSAgICAgICAgYWRtaW4gICAgICAgICAgICANCkp1bCAxMCAxMTozMCAgRGly
ZWN0b3J5ICAgICAgICBiYXNlICAgIA0KSnVuIDI5IDAwOjAxICBEaXJlY3Rv
cnkgY29tbQ0KSnVuIDI5IDA0OjUwICBEaXJlY3RvcnkgZGV2ZWwgICAgICAg
ICAgICANCkp1biAyOSAwNDo1MCAgRGlyZWN0b3J5ZG9jDQpKdW4gMjkgMDQ6
NTAgIERpcmVjdG9yeWVkaXRvcnMNCkp1biAyOSAwMDoxNiAgRGlyZWN0b3J5
ZWxlY3Ryb25pY3MNCg0KDQotLSBwcmVzcyBzcGFjZSBmb3IgbmV4dCBwYWdl
IC0tLi4vWW91J3JlIGFscmVhZHkgYXQgdGhlIHRvcCBvZiB0aGlzIGRvY3Vt
ZW50DQoNCi0tIHByZXNzIHNwYWNlIGZvciBuZXh0IHBhZ2UgLS0gICAgICAg
ICAgIA0KDQoICA0KDQoICA0KDQogICAuLi9hZG1pbmFkbWluYmFzZUdldHRp
bmcgZnRwOi8vZGViaWFuLmNyb3NzbGluay5uZXQvcHViL2RlYmlhbi9idXp6
L2JpbmFyeS1pMzg2L2Jhc2VMb29raW5nIHVwIGRlYmlhbi5jcm9zc2xpbmsu
bmV0Lk1ha2luZyBGVFAgY29ubmVjdGlvbiB0byBkZWJpYW4uY3Jvc3NsaW5r
Lm5ldC5SZWNlaXZpbmcgRlRQIGRpcmVjdG9yeS5UcmFuc2ZlcnJlZCAxMDI2
IGJ5dGVzICAICDIwNjIzMTM0L3B1Yi9kZWJpYW4vYnV6ei9iaW5hcnktaTM4
Ni9iYXNlNA0KDQovYmFzZQ0KDQoNCg0KDQoqKk5PVEUqKjogWW91IGRvIG5v
dCBuZWVkIHRvIGluc3RhbGwgdGhlc2UgcGFja2FnZXMgYWZ0ZXIgICAgICAg
ICAgICAgICAgDQppbnN0YWxsaW5nIHRoZSBiYXNlIHN5c3RlbSBmcm9tIGRp
c2tldHRlISAgVGhlc2UgcGFja2FnZXMNCmFyZSBoZXJlIGZvciBjb21wbGV0
ZW5lc3MgYW5kIGZvciB1cGdyYWRpbmcgcHVycG9zZXMuDQoNCklmIHlvdSBh
cmUgbG9va2luZyBmb3IgaW5zdHJ1Y3Rpb25zIG9uIGhvdyB0byBpbnN0YWxs
IERlYmlhbiwgICANCmxvb2sgaW4gdGhlIC4uLy4uL2Rpc2tzLWkzODYgZGly
ZWN0b3J5IC4NCg0KUGxlYXNlIHJlYWQgdGhlIGZpbGUgUkVBRE1FICAgICAg
ICAgDQogIGl0IHdhcyBsYXN0IG1vZGlmaWVkIG9uIE1vbiBBcHIgMjIgMDk6
MDU6MDAgMTk5NiAtIDg2IGRheXMgYWdvDQogIF9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQoNCkp1bCAxMCAxMTozMCAgU3ltYm9saWMgTGluayAg
ICAubWVzc2FnZQ0KU3ltYm9saWMgTGluayAgICBhZGR1c2VyLTEuOTktMS5k
ZWINCjQ6NTAgIFN5bWJvbGljIExpbmsgICAgbW9kY29uZi0wLjEuMC0zLmRl
Yg0KDQoNCi0tIHByZXNzIHNwYWNlIGZvciBuZXh0IHBhZ2UgLS0uLi8yDQpK
dW4gMjkgMDQ6NTAgIFN5bWJvbGljIExpbmsgICAgbmN1cnNlcy1iYXNlLTEu
OS45ZS0xLmRlYg0KTWFyICA3IDIzOjIyICB0ZXh0L3BsYWluICAgICAgIC5t
aXJyb3JpbmZvICAyS2IgICAgICAgDQpKdW4gMTQgMTk6MzUgIHRleHQvcGxh
aW5hZS05NjItNy5kZWIzMEtiDQpKdW4gMTYgMTg6MTUgIHRleHQvcGxhaW5i
YXNlLTEuMS4wLTEzLmRlYjM5S2INCk1hciAxNyAwMToxNSAgdGV4dC9wbGFp
biAgICAgICBiYXNoLTEuMTQuNi00LmRlYiAgMjM3S2INCkFwciAyNSAwMjo0
NiAgdGV4dC9wbGFpbmJkZmx1c2gtMS41LTMuZGViNUtiDQpBcHIgMjIgMDU6
MDIgIHRleHQvcGxhaW4gICAgICAgYnNkdXRpbHMtMy4wLTIuZGViICAxOUti
ICANCkp1biAgOCAxOTo1OSAgdGV4dC9wbGFpbiAgICAgICBkZWJpYW51dGls
cy0xLjItMy5kZWIgIDEwS2INCk1hciAxNyAwMToxMSAgdGV4dC9wbGFpbiAg
ICAgICBkaWZmLTIuNy0xMC5kZWIgIDE3OUtiDQpKdW4gMTQgMTk6NTYgIHRl
eHQvcGxhaW5kcGtnLTEuMi42LmRlYjIxNktiDQpNYXIgMjQgMDc6MTUgIHRl
eHQvcGxhaW4gICAgICAgZTJmc3Byb2dzLTEuMDItMS5kZWIgIDE0MUtiICAg
DQpNYXIgMTcgMDE6MDcgIHRleHQvcGxhaW4gICAgICAgZmRmbHVzaC0xLjAu
MC0yLmRlYjNLYg0KTWFyIDE3IDAxOjAyICB0ZXh0L3BsYWluZmlsZXV0aWxz
LTMuMTItNC5kZWIxMjRLYg0KTWF5IDI3IDA1OjE0ICB0ZXh0L3BsYWluICAg
ICAgIGZpbmR1dGlscy00LjEtMTEuZGViODBLYg0KTWFyIDE3IDAwOjU3ICB0
ZXh0L3BsYWluICAgICAgIGdhd2stMy4wLjAtMi5kZWIgIDMyMEtiICAgICAg
ICAgIA0KSnVuICA3IDAyOjUyICB0ZXh0L3BsYWluICAgICAgIGdldHR5LTEu
MC01LmRlYiAgMTJLYg0KTWFyIDE3IDAwOjUwICB0ZXh0L3BsYWluZ3JlcC0y
LjAtNS5kZWIzM0tiDQpKdW4gIDUgMjI6NTYgIHRleHQvcGxhaW4gICAgICAg
Z3ppcC0xLjIuNC0xMC5kZWI1MEtiDQpNYXIgMTcgMDA6NDcgIHRleHQvcGxh
aW4gICAgICAgaG9zdG5hbWUtMS40S2INCiA4IDA4OjIxICB0ZXh0L3BsYWlu
ICAgICAgIGtiZC0wLjkxLTIuZGViICAxNzVLYg0KDQoNCm5jdXJzZXMtYmFz
ZS0xLjkuOWUtMS5kZWIzDQoxNiAxNjo1NiAgdGV4dC9wbGFpbiAgICAgICBr
ZXJuZWwtaW1hZ2UtMi4wLjAtMC5kZWIgIDE4NzZLYg0KQXByIDEzIDE2OjM5
bGQuc28tMS43LjE0LTQuZGViMTExS2INCjdsaWJjNS01LjIuMTgtOS5kZWIy
NjdLYg0KTWFyIDE3IDE4OjI3bGliZGIxLTEuODUuMi04LmRlYiAgMzJLYg0K
MTg6MjBsaWJnZGJtMS0xLjcuMy0xMS5kZWIgIDEzS2INCk1hciAxNyAxODow
OWxpYnJlYWRsaW5lMi0yLjAtMTUuZGViNjRLYg0KTWFyIDI0IDA2OjU3bGls
by0xNy0yLmRlYiAgMTE2S2IgICAgDQo3IDAyOjUybG9naW4tMS4wLTUuZGVi
ICAxNUtiICAgICAgDQogNyAwNjo1OG1ici0xLjAuMC0yM0tiICANCiA1IDE0
OjI3bW9kdWxlcy0xLjMuNjlrLTMuZGViNjhLYg0KTWF5ICA2IDEzOjM2bW91
bnQtMi41ai0xLmRlYiAgMzVLYiAgICAgDQpBcHIgMzAgMTNuY3Vyc2VzLWJp
bi0xLjkuOWUtMS5kZWI1OUtiDQpBcHIgMzAgMTM6MDhuY3Vyc2VzMy4wLTEu
OS45ZS0xLmRlYiAgMTIxS2INCkp1biAgNyAwMjo1M3Bhc3N3ZC0xLjAtNS5k
ZWIgIDE4S2IgICAgDQpBcHIgMzAgMDI6MjBwcm9jcHMtMC45OS0zLmRlYiA3
Mg0KQXByIDIyIDEzOjA1UkVBRE1FICAyNzQgYnl0ZXMgICAgDQowNXNlZC0y
LjA1LTY0DQpNYXIgMTcgMDA6MDhzZXRzZXJpYWwtMi4xMC04LmRlYiAgMTFL
Yg0KMHNoLXV0aWxzLTEuMTItNS5kZWIgMTE0S2INCk1heSAyNyAyMzoyOHN5
c2tsb2dkLTEuMy02LmRlYiAgMzlLYg0KDQoNCmtlcm5lbC1pbWFnZS0yLjAu
MC0wLmRlYjQNCk1hciAgNyAwNjo1OXN5c2xpbnV4LTEuMjAtMC5kZWIgIDIx
S2IgICAgICAgDQpKdW4gIDUgMTg6MzZzeXN2aW5pdC0yLjYyLTEuZGViIDUz
DQpBcHIgMTUgMDE6NDF0YXItMS4xMS44LTUuZGViICAxNDNLYiAgDQowMDow
NHRleHR1dGlscy0xLjExLTQuZGViIDE2NEtiDQpNYXkgIDIgMTQ6NTF0aW1l
em9uZS03LjQ4LTMuZGViICAxODRLYiANCkp1biAgNyAwMjo1N3V0aWwtbGlu
dXgtMi41LTQuZGViICAxMjBLYiAgDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K
DQoNCg0KDQoNCkNvbW1hbmRzOiBVc2UgYXJyb3cga2V5cyB0byBtb3ZlLCAn
PycgZm9yIGhlbHAsICdxJyB0byBxdWl0LCAnPC0nIHRvIGdvIGJhY2suDQpz
eXNsaW51eC0xLjIwLTAuZGViR2V0dGluZyBmdHA6Ly9kZWJpYW4uY3Jvc3Ns
aW5rLm5ldC9wdWIvZGViaWFuL2J1enovYmluYXJ5LWkzODYgICAgICAgICAg
ICAgICAgICAgIC9wdWIvZGViaWFuL2J1enovYmluYXJ5LWkzODYxIG9mIDIN
Cg0KQ3VycmVudCBkaXJlY3RvcnkgaXMgL3B1Yi9kZWJpYW4vYnV6ei9iaW5h
cnktaTM4NiAgICAgICANCg0KICAgLi4vDQogIF9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQoNCklmIHlvdSBhcmUgbG9va2luZyBmb3IgaW5zdHJ1
Y3Rpb25zIG9uIGhvdyB0byBpbnN0YWxsIERlYmlhbiwgbG9vayBpbiB0aGUN
Ci4uL2Rpc2tzLWkzODYgZGlyZWN0b3J5IC4NCg0KUGxlYXNlIHJlYWQgdGhl
IGZpbGUgUkVBRE1FDQogIGl0IHdhcyBsYXN0IG1vZGlmaWVkIG9uIE1vbiBB
cHIgMjIgMDk6MDU6MDAgMTk5NiAtIDg2IGRheXMgYWdvDQogIF9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fDQoNCkp1biAyOSAwNDo1MCAgRGlyZWN0
b3J5YWRtaW4NCkp1bCAxMCAxMTozMCAgRGlyZWN0b3J5YmFzZQ0KSnVuIDI5
IDAwOjAxICBEaXJlY3Rvcnljb21tDQpKdW4gMjkgMDQ6NTAgIERpcmVjdG9y
eWRldmVsDQpKdW4gMjkgMDQ6NTAgIERpcmVjdG9yeWRvYw0KSnVuIDI5IDA0
OjUwICBEaXJlY3RvcnllZGl0b3JzDQpKdW4gMjkgMDA6MTYgIERpcmVjdG9y
eWVsZWN0cm9uaWNzDQoNCg0KLS0gcHJlc3Mgc3BhY2UgZm9yIG5leHQgcGFn
ZSAtLWJhc2ViYXNlY29tbUdldHRpbmcgZnRwOi8vZGViaWFuLmNyb3NzbGlu
ay5uZXQvcHViL2RlYmlhbi9idXp6L2JpbmFyeS1pMzg2L2NvbW1Mb29raW5n
IHVwIGRlYmlhbi5jcm9zc2xpbmsubmV0Lk1ha2luZyBGVFAgY29ubmVjdGlv
biB0byBkZWJpYW4uY3Jvc3NsaW5rLm5ldC5SZWNlaXZpbmcgRlRQIGRpcmVj
dG9yeS4gICAgIC9wdWIvZGViaWFuL2J1enovYmluYXJ5LWkzODYvY29tbSBk
aXJlY3RvcnkNCg0KL2NvbW0NCg0KDQogIA0KTWFyICA3IDA3OjAyICB0ZXh0
L3BsYWluLm1pcnJvcmluZm80NzggYnl0ZXMNCkFwciAxMyAxNjo0NSAgdGV4
dC9wbGFpbiAgICAgICBlZmF4LTA3YS02LmRlYiA3NEtiDQpNYXIgIDcgMDc6
MDAgIHRleHQvcGxhaW4ga2VybWl0LlJFQURNRTY3MyBieXRlcw0KQXByIDIy
IDA0OjEyICB0ZXh0L3BsYWlubHJ6c3otMC4xMmEtNC5kZWIzMUtiDQpBcHIg
MTggMTc6MjIgIHRleHQvcGxhaW4gICAgICAgbWdldHR5LTAuOTgtMi5kZWIy
MjNLYg0KSnVuICA4IDA4OjQ2ICB0ZXh0L3BsYWluICAgICAgIG1pbmljb20t
MS43NS0xLmRlYiAgNzFLYiAgICAgICAgIA0KTWFyICA3IDA3OjAxICB0ZXh0
L3BsYWluICAgICAgIHRlcm0tMi4zLjUtNS5kZWIgIDIwMktiDQpNYXIgIDcg
MDc6MDIgIHRleHQvcGxhaW51dWNwLTEuMDYuMS0yLmRlYjczNEtiDQpNYXkg
MjIgMTg6MjUgIHRleHQvcGxhaW51dXRyYWYtMS4wLTQuZGViOEtiDQpKdW4g
MTQgMTk6NTQgIHRleHQvcGxhaW54cmluZ2QtMS4xMC0xLmRlYjE2S2INCk1h
eSAyNSAwODo1OCAgdGV4dC9wbGFpbnh0ZWwtMy4wLjctMi5kZWIxMzhLYg0K
DQoNCg0KDQoNCg0KQ29tbWFuZHM6IFVzZSBhcnJvdyBrZXlzIHRvIG1vdmUs
ICc/JyBmb3IgaGVscCwgJ3EnIHRvIHF1aXQsICc8LScgdG8gZ28gYmFjay4u
Li9HZXR0aW5nIGZ0cDovL2RlYmlhbi5jcm9zc2xpbmsubmV0L3B1Yi9kZWJp
YW4vYnV6ei9iaW5hcnktaTM4NiAgICAgICAgICAgICAgIC9wdWIvZGViaWFu
L2J1enovYmluYXJ5LWkzODYgZGlyZWN0b3J5IChwMSBvZiAyKQ0KDQogICAg
IA0KDQogICAuLi8NCggICAhfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xw0KDQpJZiB5b3UgYXJlIGxvb2tpbmcgZm9yIGluc3RydWN0aW9ucyBvbiBo
b3cgdG8gaW5zdGFsbCBEZWJpYW4sIGxvb2sgaW4gdGhlDQouLi9kaXNrcy1p
Mzg2IGRpcmVjdG9yeSAuDQoNClBsZWFzZSByZWFkIHRoZSBmaWxlIFJFQURN
RSAgICANCiAgaXQgd2FzIGxhc3QgbW9kaWZpZWQgb24gTW9uIEFwciAyMiAw
OTowNTowMCAxOTk2IC0gODYgZGF5cyBhZ28NCiAgX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX18NCg0KSnVuIDI5IDA0OjUwICBEaXJlY3RvcnkgYWRt
aW4gICAgICAgICAgICAgICAgDQpKdWwgMTAgMTE6MzAgIERpcmVjdG9yeSBi
YXNlDQpKdW4gMjkgMDA6MDEgIERpcmVjdG9yeSBjb21tDQpKdW4gMjkgMDQ6
NTAgIERpcmVjdG9yeWRldmVsDQpKdW4gMjkgMDQ6NTAgIERpcmVjdG9yeWRv
Yw0KSnVuIDI5IDA0OjUwICBEaXJlY3RvcnllZGl0b3JzDQpKdW4gMjkgMDA6
MTYgIERpcmVjdG9yeWVsZWN0cm9uaWNzDQoNCg0KLS0gcHJlc3Mgc3BhY2Ug
Zm9yIG5leHQgcGFnZSAtLWNvbW1jb21tZGV2ZWxkZXZlbGRvYw0KDQoNCg0K
DQpHZXR0aW5nIGZ0cDovL2RlYmlhbi5jcm9zc2xpbmsubmV0L3B1Yi9kZWJp
YW4vYnV6ei9iaW5hcnktaTM4Ni9kb2NMb29raW5nIHVwIGRlYmlhbi5jcm9z
c2xpbmsubmV0Lk1ha2luZyBGVFAgY29ubmVjdGlvbiB0byBkZWJpYW4uY3Jv
c3NsaW5rLm5ldC5SZWNlaXZpbmcgRlRQIGRpcmVjdG9yeS4gICAgICAvcHVi
L2RlYmlhbi9idXp6L2JpbmFyeS1pMzg2L2RvYyBkaXJlY3RvcnkNCg0KL2Rv
Yw0KDQoNCiAgDQpKdW4gMjkgMDQ6NTAgIFN5bWJvbGljIExpbmsgICAgZG9j
LWRlYmlhbi0xLjAtMi5kZWINCkp1biAyOSAwNDo1MCAgU3ltYm9saWMgTGlu
ayAgICBkb2NfbGludXgtOTYuMDYtMC5kZWINCkp1biAyOSAwNDo1MCAgU3lt
Ym9saWMgTGluayAgICBtYW5wYWdlcy0xLjExLTQuZGViDQpNYXIgIDcgMDc6
MzQgIHRleHQvcGxhaW4ubWlycm9yaW5mbzI4MiBieXRlcw0KTWFyIDE5IDA2
OjAwICB0ZXh0L3BsYWluICAgICAgIGluZm8tMy43LTEuZGViODFLYg0KQXBy
IDEzIDE2OjMxICB0ZXh0L3BsYWluICAgICAgIG1hbi0yLjMuMTAtMTEuZGVi
ICAxMDBLYiAgICAgICAgIA0KQXByIDE4IDIzOjM4ICB0ZXh0L3BsYWluICAg
ICAgIG1hbnBhZ2VzLWRlLTAuMS0xLmRlYiAgMTUyS2IgICAgICAgICAgICAg
ICAgIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQpDb21tYW5kczogVXNlIGFycm93
IGtleXMgdG8gbW92ZSwgJz8nIGZvciBoZWxwLCAncScgdG8gcXVpdCwgJzwt
JyB0byBnbyBiYWNrLi4uL0dldHRpbmcgZnRwOi8vZGViaWFuLmNyb3NzbGlu
ay5uZXQvcHViL2RlYmlhbi9idXp6L2JpbmFyeS1pMzg2ICAgICAgICAgICAg
ICAgL3B1Yi9kZWJpYW4vYnV6ei9iaW5hcnktaTM4NiBkaXJlY3RvcnkgKHAx
IG9mIDIpDQoNCiAgICANCg0KICAgLi4vDQoICAgIX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX18NCg0KSWYgeW91IGFyZSBsb29raW5nIGZvciBpbnN0
cnVjdGlvbnMgb24gaG93IHRvIGluc3RhbGwgRGViaWFuLCBsb29rIGluIHRo
ZQ0KLi4vZGlza3MtaTM4NiBkaXJlY3RvcnkgLg0KDQpQbGVhc2UgcmVhZCB0
aGUgZmlsZSBSRUFETUUgICAgDQogIGl0IHdhcyBsYXN0IG1vZGlmaWVkIG9u
IE1vbiBBcHIgMjIgMDk6MDU6MDAgMTk5NiAtIDg2IGRheXMgYWdvDQogIF9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNCkp1biAyOSAwNDo1MCAg
RGlyZWN0b3J5YWRtaW4NCkp1bCAxMCAxMTozMCAgRGlyZWN0b3J5YmFzZQ0K
SnVuIDI5IDAwOjAxICBEaXJlY3Rvcnljb21tDQpKdW4gMjkgMDQ6NTAgIERp
cmVjdG9yeWRldmVsDQpKdW4gMjkgMDQ6NTAgIERpcmVjdG9yeWRvYw0KSnVu
IDI5IDA0OjUwICBEaXJlY3RvcnllZGl0b3JzDQpKdW4gMjkgMDA6MTYgIERp
cmVjdG9yeWVsZWN0cm9uaWNzDQoNCg0KLS0gcHJlc3Mgc3BhY2UgZm9yIG5l
eHQgcGFnZSAtLWRvYw0KDQoNCg0KDQpkb2MNCg0KDQoNCg0KZWRpdG9ycw0K
DQoNCg0KZWRpdG9ycw0KDQoNCg0KZWxlY3Ryb25pY3MNCg0KDQoyDQpKdW4g
MjggMjM6NDAgIERpcmVjdG9yeWdhbWVzDQpKdW4gMjkgMDA6MDYgIERpcmVj
dG9yeSAgICAgICAgZ3JhcGhpY3MgICAgICAgICAgDQpKdW4gMjkgMDQ6NTAg
IERpcmVjdG9yeWhhbXJhZGlvDQpKdW4gMjkgMDA6MTYgIERpcmVjdG9yeW1h
aWwNCkp1biAyOSAwMDoxMyAgRGlyZWN0b3J5ICAgICAgICBtYXRoDQpKdW4g
MjkgMDQ6NTAgIERpcmVjdG9yeW1pc2MNCkp1biAyOSAwNDo1MCAgRGlyZWN0
b3J5ICAgICAgICBuZXQNCkp1biAyOSAwMDoxNCAgRCBuZXdzDQpKdW4gMjkg
MDA6MTQgIERpcmVjdG9yeXNoZWxscw0KSnVuIDI5IDAwOjE2ICBEaXJlY3Rv
cnkgICAgICAgIHNvdW5kDQpKdW4gMjkgMDQ6NTAgIERpcmVjdG9yeSAgICAg
ICAgdGV4DQpKdW4gMjkgMDQ6NTAgIERpcmVjdG9yeSAgICAgICAgdGV4dA0K
SnVuIDI5IDA0OjUwICBEaXJlY3Rvcnl4MTENCmwgMTUgMTk6NTQgIEdOVSBD
b21wcmVzc2VkICAgUGFja2FnZXMuZ3o5NEtiDQpKdW4gMjkgMDQ6NTAgIFN5
bWJvbGljIExpbmsgICAgLm1lc3NhZ2UNCk1hciAgNyAxNjoyNiAgdGV4dC9w
bGFpbi5taXJyb3JpbmZvMTQxIGJ5dGVzDQpBcHIgMjIgMTM6MDUgIHRleHQv
cGxhaW5SRUFETUUxMDAgYnl0ZXMNCg0KDQoNCg0KDQpDb21tYW5kczogVXNl
IGFycm93IGtleXMgdG8gbW92ZSwgJz8nIGZvciBoZWxwLCAncScgdG8gcXVp
dCwgJzwtJyB0byBnbyBiYWNrLg0KZ2FtZXMNCmdhbWVzZ3JhcGhpY3NncmFw
aGljc2hhbXJhZGlvaGFtcmFkaW9tYWlsbWFpbG1hdGhtYXRobWlzY21pc2Nu
ZXRHZXR0aW5nIGZ0cDovL2RlYmlhbi5jcm9zc2xpbmsubmV0L3B1Yi9kZWJp
YW4vYnV6ei9iaW5hcnktaTM4Ni9uZXQgICAgICAgICAgIExvb2tpbmcgdXAg
ZGViaWFuLmNyb3NzbGluay5uZXQuTWFraW5nIEZUUCBjb25uZWN0aW9uIHRv
IGRlYmlhbi5jcm9zc2xpbmsubmV0LlJlY2VpdmluZyBGVFAgZGlyZWN0b3J5
LlRyYW5zZmVycmVkIDEwOTAgYnl0ZXMgIAgIMjE2OC9wdWIvZGViaWFuL2J1
enovYmluYXJ5LWkzODYvbmV0MQ0KDQpDdXJyZW50IGRpcmVjdG9yeSBpcyAv
cHViL2RlYmlhbi9idXp6L2JpbmFyeS1pMzg2L25ldA0KDQogICAuLi8NCg0K
U3ltYm9saWMgTGlua3Jyb3ItMi44LTYuZGViDQpTeW1ib2xpYyBMaW5rICAg
IHdlYmxpbnRfMS4wMTYtMV9kZWINCjQ6NTAgIFN5bWJvbGljIExpbmsgICAg
eG50cC1kb2MtMy41Yy0xLmRlYg0KTWFyICA3IDA4OjE4ICB0ZXh0L3BsYWlu
Lm1pcnJvcmluZm8xS2INCk1heSAxOSAxODoxNiAgdGV4dC9wbGFpbmFtZC11
cGwxMDItMy5kZWIxNTFLYg0KTWF5IDIyIDA2OjE4ICB0ZXh0L3BsYWluYXBh
Y2hlLTEuMC41LTEuZGViODhLYg0KTWF5IDI4IDA0OjUzICB0ZXh0L3BsYWlu
YmluZC00LjkuMy1QMS0zLmRlYjUwMEtiDQogOSAyMDowMiAgdGV4dC9wbGFp
bmNlcm4taHR0cGQtMy4wLTYuZGViMTc0S2INCk1heSAyMyAxOTo0MyAgdGV4
dC9wbGFpbiAgICAgICBjZmluZ2VyZC0xLjIuMi0zLmRlYjQwS2INCiAxIDAy
OjM5ICB0ZXh0L3BsYWluICAgICAgIGRpYWxkLTAuMTQtMy5kZWI3OUtiDQpB
cHIgMTUgMDE6NTRkbnN1dGlscy05NTEyMzEtMi5kZWIgIDQ2S2INCk1hciAy
NCAwNzoxMmlweC0xLjAtMS5kZWIgIDE0S2INCkFwciAyMiAwNDoxMCAgdGV4
dC9wbGFpbmlyY2lpLTIuOC4xNmJldGEtMS5kZWI0NzdLYg0KTWFyICA3IDA4
OjEzICB0ZXh0L3BsYWlubHByLTUuOS0xMS5kZWI2MUtiDQpNYXIgMjcgMDY6
MTcgIHRleHQvcGxhaW5seW54LTIuNC1GTS05NjAzMTYtMS5kZWIyMjNLYg0K
DQoNCi0tIHByZXNzIHNwYWNlIGZvciBuZXh0IHBhZ2UgLS0uLi8yDQpBcHIg
MTMgMjM6MzQgIHRleHQvcGxhaW5taW1lLXN1cHBvcnQtMS4wLTEuZGViMUti
DQpNYXkgMTAgMTg6MzIgIHRleHQvcGxhaW4gICAgICAgbmNwZnMtMC4yMy0x
LmRlYiAgMTgxS2INCk1hciAyMiAwNDozNiAgdGV4dC9wbGFpbm5ldGF0YWxr
LTEuMy4zLTQuZGViMTg0S2INCkp1biAxNCAxOTo0MyAgdGV4dC9wbGFpbm5l
dGJhc2UtMi4wNC0xLmRlYjIwMEtiDQpNYXkgMjkgMTQ6MjEgIHRleHQvcGxh
aW5uZXRzY2FwZS0zLjAtYmV0YTQtMS5kZWIzS2INCjE0IDE5OjQzICB0ZXh0
L3BsYWluICAgICAgIG5ldHN0ZC0yLjA1LTEuZGViNjU2S2INCiA4IDA4OjQ3
ICB0ZXh0L3BsYWluICAgICAgIG5pcy0xLjIwLTEuZGViICA4MEtiDQpNYXkg
MjYgMTk6MTIgIHRleHQvcGxhaW4gICAgICAgcHBwLTIuMi4wZi0yLmRlYiAg
ODRLYg0KSnVuICA4IDA4OjQ5cXBvcHBlci0yLjEuNC0yLmRlYjI1S2INCk1h
ciAgNyAwc2FtYmEtMS45LjE1cDQtMS5kZWIgIDQ2NEtiDQpNYXIgIDcgMDg6
MTdzY290dHktMi4wLjIxMDEzS2INCk1hciAgNyAwODoxN3NubXAtMi4xLjJs
NC0xLmRlYiAgMjUyS2IgDQpNYXkgIDYgMTI6Mjd0Y3BkdW1wLTMuMC40LTEu
ZGViICA4MktiICANCk1hciAgNyAwODoxN3RraW5lZC0xLjMuNC0xLmRlYiAg
OTZLYiAgDQpNYXIgIDcgMDg6MTh3My1lbC0yLjIuMjUtNC5kZWIgIDYxMUti
DQpNYXIgIDcgMDg6MzZ3ZWJsaW50LTEuMDE0LTIuZGViICAyM0tiICANCkp1
biAgMiAxNjoyN3d1LWZ0cGQtMi40LTIzLmRlYiAgNjRLYg0KTWFyIDI5IDA3
OjQyeG50cC0zLjVjLTEuZGViICAxNjRLYiAgICAgICANCk1heSAyMyAyMjoz
Mnl0YWxrLTMuMC4yLTIuZGViICAzMUtiDQpNYXkgIDEgMjI6MDV6aXJjb24t
MS4xNnAxYmV0YTYzLTEuZGViIDE3NUtiDQoNCg0KQ29tbWFuZHM6IFVzZSBh
cnJvdyBrZXlzIHRvIG1vdmUsICc/JyBmb3IgaGVscCwgJ3EnIHRvIHF1aXQs
ICc8LScgdG8gZ28gYmFjay4NCm1pbWUtc3VwcG9ydC0xLjAtMS5kZWINCm1p
bWUtc3VwcG9ydC0xLjAtMS5kZWJ6aXJjb24tMS4xNnAxYmV0YTYzLTEuZGVi
DQoNCg0KWW91IGFyZSBhbHJlYWR5IGF0IHRoZSBlbmQgb2YgdGhpcyBkb2N1
bWVudC4NCg0KQ29tbWFuZHM6IFVzZSBhcnJvdyBrZXlzIHRvIG1vdmUsICc/
JyBmb3IgaGVscCwgJ3EnIHRvIHF1aXQsICc8LScgdG8gZ28gYmFjay4NCg0K
R2V0dGluZyBmdHA6Ly9kZWJpYW4uY3Jvc3NsaW5rLm5ldC9wdWIvZGViaWFu
L2J1enovYmluYXJ5LWkzODYgICAgICAgICAgICAgICAgICAgL3B1Yi9kZWJp
YW4vYnV6ei9iaW5hcnktaTM4Ng0KSnVuIDI4IDIzOjQwICBEaXJlY3Rvcnkg
Z2FtZXMNCkp1biAyOSAwMDowNiAgRGlyZWN0b3J5IGdyYXBoaWNzICAgICAg
ICAgICAgICAgDQpKdW4gMjkgMDQ6NTAgIERpcmVjdG9yeSBoYW1yYWRpbw0K
MjkgMDA6MTYgIERpcmVjdG9yeSBtYWlsDQpKdW4gMjkgMDA6MTMgIERpcmVj
dG9yeSBtYXRoDQoyOSAwNDo1MCAgRGlyZWN0b3J5IG1pc2MNCjI5IDA0OjUw
ICBEaXJlY3RvcnkgZXQgICAgICAgICAgICAgICAgIA0KSnVuIDI5IDAwOjE0
ICBEaXJlY3RvcnkgbmV3cw0KMjkgMDA6MTQgIERpcmVjdG9yeSBzaGVsbHMN
Ckp1biAyOSAwMDoxNiAgRGlyZWN0b3J5IG91bmQNCkp1biAyOSAwNDo1MCAg
RGlyZWN0b3J5IHRleA0KSnVuIDI5IDA0OjUwICBEaXJlY3RvcnkgdGV4dA0K
SnVuIDI5IDA0OjUwICBEaXJlY3RvcnkgeDExDQpKdWwgMTUgMTk6NTQgIEdO
VSBDb21wcmVzc2VkICAgUGFja2FnZXMuZ3ogIDk0S2IgICAgICAgDQpKdW4g
MjkgMDQ6NTAgIFN5bWJvbGljIExpbmsgICAgLm1lc3NhZ2UgICAgICAgICAg
ICAgICAgIA0KMTY6Mi5taXJyb3JpbmZvICAxNDEgYnl0ZXMgICANCkFwciAy
MiAxMzowNVJFQURNRSAgMTAwIGJ5dGVzICAgICAgIA0KDQoNCg0KDQoNCkNv
bW1hbmRzOiBVc2UgYXJyb3cga2V5cyB0byBtb3ZlLCAnPycgZm9yIGhlbHAs
ICdxJyB0byBxdWl0LCAnPC0nIHRvIGdvIGJhY2submV0R2V0dGluZyBmaWxl
Oi8vbG9jYWxob3N0L3RtcC9MMTYwMzIwLmh0bWwgTHlueCBIaXN0b3J5IFBh
Z2UNCg0KIFlvdSBoYXZlIHJlYWNoZWQgdGhlIEhpc3RvcnkgUGFnZQ0KDQpM
eW54IFZlcnNpb24gMi41DQoNCiAgNC4gWW91IHNlbGVjdGVkOiAgL3B1Yi9k
ZWJpYW4vYnV6ei9iaW5hcnktaTM4NiBkaXJlY3RvcnkNCiAgMy4gWW91IHNl
bGVjdGVkOiAgL3B1Yi9kZWJpYW4vYnV6eiBkaXJlY3RvcnkNCiAgMi4gWW91
IHNlbGVjdGVkOiAgL3B1Yi9kZWJpYW4gZGlyZWN0b3J5DQogIDEuIFlvdSBz
ZWxlY3RlZDogIEJvb2ttYXJrIGZpbGUgICAgDQogIDAuIFlvdSBzZWxlY3Rl
ZDogICBVbml2ZXJzaXR5IG9mIE1pbm5lc290YSBIb21lIFBhZ2UgIA0KDQoN
Cg0KDQoNCg0KDQoNCg0KDQoNCg0KQ29tbWFuZHM6IFVzZSBhcnJvdyBrZXlz
IHRvIG1vdmUsICc/JyBmb3IgaGVscCwgJ3EnIHRvIHF1aXQsICc8LScgdG8g
Z28gYmFjay4vcHViL2RlYmlhbi9idXp6L2JpbmFyeS1pMzg2IGRpcmVjdG9y
eUdldHRpbmcgZnRwOi8vZGViaWFuLmNyb3NzbGluay5uZXQvcHViL2RlYmlh
bi9idXp6L2JpbmFyeS1pMzg2ICAgICAgICAgICAgICAgL3B1Yi9kZWJpYW4v
YnV6ei9iaW5hcnktaTM4NiBkaXJlY3RvcnkgKHAyIG9mIDIpDQpKdW4gMjgg
MjM6NDAgIERpcmVjdG9yeWdhbWVzDQpKdW4gMjkgMDA6MDYgIERpcmVjdG9y
eSAgICAgICAgZ3JhcGhpY3MgICAgICAgICAgICAgICAgDQpKdW4gMjkgMDQ6
NTAgIERpcmVjdG9yeWhhbXJhZGlvDQpKdW4gMjkgMDA6MTYgIERpcmVjdG9y
eW1haWwNCkp1biAyOSAwMDoxMyAgRGlyZWN0b3J5bWF0aA0KSnVuIDI5IDA0
OjUwICBEaXJlY3RvcnkgICAgICAgIG1pc2MNCkp1biAyOSAwNDo1MCAgRGly
ZWN0b3J5ICAgICAgICBuZXQgICAgICAgICAgICANCkp1biAyOSAwMDoxNCAg
RGlyZWN0b3J5ICAgICAgICBuZXdzICAgICAgDQpKdW4gMjkgMDA6MTQgIERp
cmVjdG9yeSAgICAgICAgc2hlbGxzDQpKdW4gMjkgMDA6MTYgIERpcmVjdG9y
eSAgICAgICAgc291bmQNCkp1biAyOSAwNDo1MCAgRGlyZWN0b3J5dGV4DQpK
dW4gMjkgMDQ6NTAgIERpcmVjdG9yeXRleHQNCkp1biAyOSAwNDo1MCAgRGly
ZWN0b3J5eDExDQpKdWwgMTUgMTk6NTQgIEdOVSBDb21wcmVzc2VkICAgUGFj
a2FnZXMuZ3o5NEtiDQpKdW4gMjkgMDQ6NTAgIFN5bWJvbGljIExpbmsgICAg
Lm1lc3NhZ2UNCk1hciAgNyAxNjoyNiAgdGV4dC9wbGFpbi5taXJyb3JpbmZv
MTQxIGJ5dGVzDQpBcHIgMjIgMTM6MDUgIHRleHQvcGxhaW5SRUFETUUxMDAg
Ynl0ZXMNCg0KDQoNCg0KDQpDb21tYW5kczogVXNlIGFycm93IGtleXMgdG8g
bW92ZSwgJz8nIGZvciBoZWxwLCAncScgdG8gcXVpdCwgJzwtJyB0byBnbyBi
YWNrLm5ldEFyZSB5b3Ugc3VyZSB5b3Ugd2FudCB0byBxdWl0PyBbWV0gDQoN
CggNCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQoqICAgICAg
ICAgICAgIENlbnRyYWwgQ29tcHV0aW5nIFNlcnZpY2VzIEludGVyYWN0aXZl
IE1haWwgU2hlbGwgICAgICAgICAgICAgKg0KKiAgICAgICAgICAgICAgICAg
IFBsZWFzZSBzZW5kIGNvbW1lbnRzIHRvIDxoZWxwQHRjLnVtbi5lZHU+ICAg
ICAgICAgICAgICAgICoNCioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqDQoNCkFjY291bnQgT3duZXI6IEVkZGllIE1hZGRveCAobWFkZG8wMDUp
DQoNCiAxLiBFbGVjdHJvbmljIE1haWwgKE5vIG1haWwpICAgICAgICAgICAg
ICAgICAgICBbTWFpbGVyOiBwaW5lXQ0KIDIuIFUgb2YgTU4gUGhvbmUgQm9v
ayAoWC41MDAgRGlyZWN0b3J5KQ0KDQogMy4gR29waGVyDQogNC4gV29ybGQt
V2lkZSBXZWIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW0Jyb3dz
ZXI6IGx5bnhdDQogNS4gVVNFTkVUIE5ld3MgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgW05ld3NyZWFkZXI6IHRybl0NCiA2LiBQdWJsaWMg
QWNjZXNzIChMVU1JTkEpDQoNCiA3LiBWYWxpZGF0aW9uIFV0aWxpdGllcyBh
bmQgU2VydmljZXMgKHBhc3N3b3JkcywgbWFpbCBmb3J3YXJkaW5nLCBldGMu
KQ0KIDguIFNwZWNpYWwgVXRpbGl0aWVzDQoNClByZXNzICc/JyBmb3IgaGVs
cCwgJ3EnIHRvIFF1aXQ6IERvIHlvdSByZWFsbHkgd2FudCB0byBsb2cgb3V0
ICh5L24pPyANCltDb25uZWN0aW9uIHRvIEdPTEQuVEMuVU1OLkVEVSBjbG9z
ZWQgYnkgZm9yZWlnbiBob3N0XQ0KYWNjZXNzPnENCg0KTk8gQ0FSUklFUg0K

---559023410-851401618-837688479=:11334
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=i4
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.SOL.3.91.960718061439.11334C@gold.tc.umn.edu>
Content-Description: Debian Linux programmer comment.

RnJvbSBpYW5AY2hpYXJrLmNodS5jYW0uYWMudWtUaHUgSnVsIDE4IDA0OjM0
OjMxIDE5OTYNCkRhdGU6IFR1ZSwgMTYgSnVsIDk2IDAyOjMzIEJTVA0KRnJv
bTogSWFuIEphY2tzb24gPGlhbkBjaGlhcmsuY2h1LmNhbS5hYy51az4NClRv
OiBFZGRpZSBNYWRkb3ggPG1hZGRvMDA1QGdvbGQudGMudW1uLmVkdT4NClN1
YmplY3Q6IFJlOiBkcGtnICJidWciOiAiVEVYVC9QTEFJTiIgMS4xICouZGVi
IEVOVFJJRVMgT04gTUlSUk9SUyEhIQ0KDQpFZGRpZSBNYWRkb3ggd3JpdGVz
ICgiUmU6IGRwa2cgImJ1ZyI6ICJURVhUL1BMQUlOIiAxLjEgKi5kZWIgRU5U
UklFUyBPTiBNSVJST1JTISEhIik6DQo+IE9uIFR1ZSwgOSBKdWwgMTk5Niwg
SWFuIEphY2tzb24gd3JvdGU6DQouLi4NCj4gPiBJZiB0aGUgbGF0dGVyIHRo
ZW4geW91IHByb2JhYmx5IGRvd25sb2FkZWQgdGhlIGZpbGVzIGluIHRleHQg
bW9kZSBvcg0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgVFJVRSEgYW5kLi4uDQo+IA0KPiA+
IHNvbWV0aGluZy4NCj4gICBeXl5eXl5eXl4hIFRoZSBEZWJpYW4gTUlSUk9S
UyBhbGwgKEkgY2hlY2tlZCBmaXZlLCAxLjEgYW5kIDEuMSB1cGRhdGVzDQo+
IGRpcnMpIGhhdmUgZGlyZWN0b3J5IGRlc2lnbmF0b3JzIG9mICJ0ZXh0L3Bs
YWluIiBmb3IgdGhlIC5kZWIgZmlsZXMhISEhIQ0KDQpZb3UgaGF2ZSBmdW5k
YW1lbnRhbGx5IG1pc3VuZGVyc3Rvb2QgdGhlIG5hdHVyZSBvZiBGVFAuDQoN
CkZUUCBkb2Vzbid0IGNhcnJ5IGEgYGRlc2lnbmF0b3InIG9yIGFueSBzdWNo
IHRoaW5nLiAgWW91IG11c3QgYmUgdXNpbmcNCnNvbWUgYnJhaW4tZGFtYWdl
ZCBXZWIgYnJvd3NlciB0byBkb3dubG9hZCB0aGUgZmlsZXMsIGFuZCBpdCBp
cw0KcHJldGVuZGluZyB0byB5b3UgdGhhdCBGVFAgaXMganVzdCBsaWtlIEhU
VFAuICBIVFRQIGhhcyBhIENvbnRlbnQtVHlwZQ0KZmllbGQgaW4gdGhlIHJl
cGx5IGZyb20gdGhlIHNlcnZlci4gIEZUUCBqdXN0IGhhcyBmaWxlbmFtZXMs
IGFuZCB5b3VyDQpicm93c2VyIGlzIHByb2JhYmx5IGd1ZXNzaW5nIHRoZSB0
eXBlIGZyb20gdGhlIGZpbGVuYW1lIC0gaW5jb3JyZWN0bHkuDQoNClVzZSBh
IHJlYWwgRlRQIGNsaWVudCBhbmQgc2F5IGBiaW5hcnknIGF0IGl0Lg0KDQpP
ciBwZXJoYXBzIHlvdSdyZSBkb3dubG9hZGluZyB0aGUgZmlsZXMgZnJvbSBz
b21lb25lJ3MgSFRUUCBzZXJ2ZXIsDQp3aGljaCBoYXMgYmVlbiBiYWRseSBz
ZXQgdXAsIHNvIHRoYXQgaXQgZG9lc24ndCBrbm93IHRoYXQgLmRlYiBmaWxl
cw0Kc2hvdWxkIGJlIGFwcGxpY2F0aW9uL3gtZGViaWFuLWJpbmFyeS4NCg0K
SWFuLg0K
---559023410-851401618-837688479=:11334--


From debian-devel-request@lists.debian.org Mon Jul 22 18:53:11 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 18:36:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 18:36:07 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 15:02:15 -0000
Resent-Date: 22 Jul 1996 15:02:15 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31F2F0EC.23062F96@verisim.com>
Date: Sun, 21 Jul 1996 23:09:32 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: New virtual packages suggestion
References: <6DGYPzbUcsB@khms.westfalen.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"825sl3.0.BY.tVvyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5277
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> > I propose to add the following virtual packages:
> >
> >   - gnu-make    useful for packages like kernel-package and my new
> >                 compress-package (not yet released) that *need* a GNU make
> >                 to be used.
> 
> Do we have (or expect to have) more than one package that provides "make"?
> Otherwise, I don't see the use.

Actually, changing the name of the make package to "gnumake" might not
be too bad of an idea.  There are several versions of make around.  While
I see little reason for other versions of make, Debian has several
instances of redundant packages.  I mean, why bother with any other
editors when "emacs" is available?  <runs away laughing before he gets
lynched>

You could make a case for virtual package "make", instead.

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.



From debian-devel-request@lists.debian.org Mon Jul 22 19:43:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 19:27:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 19:27:27 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 15:31:45 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3876: checksecurity shouldn't search ncpfs/smbfs filesystems
Reply-To: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>,
  3876@bugs.debian.org
Resent-From: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Steve Greenland <stevegr@master.debian.org>
Resent-Date: Mon, 22 Jul 1996 15:18:03 GMT
Resent-Message-ID: <handler.3876.B.83804808221322@bugs.debian.org>
X-Debian-PR-Package: cron
X-Loop: owner@bugs.debian.org
From: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>
Message-Id: <199607221447.QAA21255@i17linuxb.ists.pwr.wroc.pl>
To: submit@bugs.debian.org
Date: Mon, 22 Jul 1996 16:47:25 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5278
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: cron
Version: 3.0pl1-32

The checksecurity script shouldn't search ncpfs and smbfs
filesystems - devices or setuid/setgid programs are not
supported on these filesystem types anyway, and it only
generates mails about "I/O error" every day (the Netware
servers here are often turned off at night, and are not
yet up at 6:42am when cron.daily is run).

The fix is easy - just add ncpfs and smbfs to the list
of excluded filesystem types (proc|msdos|iso9660|...) in
the "find" command.

Marek


From debian-devel-request@lists.debian.org Mon Jul 22 19:43:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 19:30:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 19:30:51 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 15:33:22 -0000
Resent-Date: 22 Jul 1996 15:33:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <richard@elmail.co.uk>
From: Richard Kettlewell <richard@elmail.co.uk>
Message-Id: <8NZW0V3La@muskogee.elmail.co.uk>
Date: Mon, 22 Jul 96 16:37:29 +0100 (BST)
To: debian-devel@lists.debian.org
Subject: Re: /etc/default?
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0uiIQp-0004jSC@lina>
References: <6DGS1ckzcsB@khms.westfalen.de>
	<m0uiIQp-0004jSC@lina>
Resent-Message-ID: <"DrQhC2.0.u51.1zvyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5279
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>/etc/default is, AFAIK used by the iBCS2 stuuf, therefore there is an
>exisiting usage for it in other SysV Systems? Perhaps somebody can
>look into /etc/default/ on Solaris or SCO?

Well, according to default(4):

             The /etc/default directory provides a common, well-defined
             location for files containing default values for specific
             system settings or parameters.

And from defadm(1):

             The defadm command prints, modifies, adds, or deletes system
             and command default values contained in the file given by
             filename; where filename is a file in the /etc/default
             directory.

(This from Unixware 2.01, a 386 version of SVR4.2.)

For example:

richard@ottawa:richard$ defadm passwd MAXWEEKS
MAXWEEKS=24
richard@ottawa:richard$

-- 
Richard Kettlewell  richard@greenend.org.uk  richard@elmail.co.uk
                           http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Mon Jul 22 20:33:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 20:22:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 20:22:36 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 16:22:13 -0000
Resent-Date: 22 Jul 1996 16:22:13 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <agoldste@eecs.uic.edu>
X-Authentication-Warning: bert.eecs.uic.edu: agoldste owned process doing -bs
Date: Mon, 22 Jul 1996 11:22:16 -0500 (CDT)
From: Alexander Goldstein <agoldste@eecs.uic.edu>
To: Fernando <alegre@saturn.superlink.net>
cc: Dale Scheetz <dwarf@polaris.net>, debian-devel@lists.debian.org
Subject: RE: MC can't find libgpm.so.1
In-Reply-To: <Pine.SGI.3.93.960721110955.11275B-100000@saturn.superlink.net>
Message-ID: <Pine.SUN.3.94.960722111913.19128B-100000@bert.eecs.uic.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"sqLiW3.0.Dl1.qgwyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5280
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Sun, 21 Jul 1996, Fernando wrote:

> 
> I will release a new "mc" package next week. It is possible to
> select whether to include gpm support or not, but only at compile time.
> I have two options:
> 
> 	1) Include two binaries: mc (with gpm support) and mc-nogpm
> 		I could ask the user which one to install
> 	
> 	2) Make gpm a requirement, not only a suggestion
> 
> Which option would you prefer? Do you have a better suggestion?
> 
> 

What about splitting gpm into gpm-bin, gpm-lib, and gpm-dev and having mc
depend on gpm-lib.  This would seems more consistent with the rest of the
system (maybe gpm-lib and gpm-dev could be combined).


From debian-devel-request@lists.debian.org Mon Jul 22 21:48:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 21:31:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 21:31:33 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 17:42:54 -0000
Resent-Date: 22 Jul 1996 17:42:53 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <boekhold@cindy.et.tudelft.nl>
Date: Mon, 22 Jul 1996 19:44:13 +0200 (MET DST)
From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
To: debian-devel@lists.debian.org
Subject: Re: xosview_1.3.2-6 uploaded
In-Reply-To: <m0uiJl0-00010uC@rulcmc.leidenuniv.nl>
Message-ID: <Pine.LNX.3.91.960722194032.20881A-100000@cindy.et.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"gGG6U.0.9j2.Tsxyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5281
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Changes: 
>  * moved binary to /usr/X11R6/bin/xosview-1.3.2, and the post{inst,rm} now      
>    setup/delete a symlink from xosview-1.3.2 to xosview. This way,
>    dpkg doesn't delete the binary after upgrading.

What do you mean by this? I don't understand. Doesn't dpkg remove the old 
package first when upgrading? If not, why would you want several binaries on 
your system of which you use only one? I for one sure wouldn't want there 
to be 10 xosview-versions hanging around on my system after 9 upgrades....

Maarten

_____________________________________________________________________________
|     Maarten Boekhold, Faculty of Electrical Engineering TU Delft,   NL    |
|      boekhold@cindy.et.tudelft.n   boekhold@gopher.library.tudelft.nl     |
|		          Rave or Die!!!!!!                                 |
-----------------------------------------------------------------------------


From debian-devel-request@lists.debian.org Mon Jul 22 22:13:20 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 21:54:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 21:54:37 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 18:16:08 -0000
Resent-Date: 22 Jul 1996 18:16:08 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <strombrg@hydra.acs.uci.edu>
Sender: strombrg@hydra.acs.uci.edu
Message-ID: <31F3C48B.138D@hydra.acs.uci.edu>
Date: Mon, 22 Jul 1996 11:12:27 -0700
From: Dan Stromberg <strombrg@hydra.acs.uci.edu>
X-Mailer: Mozilla 2.02 (X11; I; SunOS 5.5.1 sun4m)
MIME-Version: 1.0
To: Bernd Eckenfels <ecki@lina.inka.de>
CC: debian-devel@lists.debian.org
Subject: Re: /etc/default?
References: <m0uiIQp-0004jSC@lina>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"EDkx_1.0.JK3.eLyyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5282
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bernd Eckenfels wrote:
> /etc/default is, AFAIK used by the iBCS2 stuuf, therefore there is an
> exisiting usage for it in other SysV Systems? Perhaps somebody can look into
> /etc/default/ on Solaris or SCO?
> 
> I think we should use out own configuration directory, since /etc/default is
> a bad name and it is used by others which we cant influence (i.e. commercial
> iBCS2 packages (in /opt)).
> 
> I think someting along the line /etc/config/ for:
> 
> subsystem specific configuration files holding name value pairs which can be
> used for runtime configuration of various system parametres (including the
> boot scripts).

/etc/default and /etc/config from Solaris and Irix:

bingy-strombrg> uname -a
SunOS bingy.acs.uci.edu 5.5.1 Generic sun4m sparc SUNW,SPARCstation-5
bingy-strombrg> ls /etc/default
cron    fs      init    login   passwd  su      tar     utmpd

tactical-strombrg> uname -a
IRIX tactical 5.3 11091812 IP22
tactical-strombrg> ls /etc/default
login  su
tactical-strombrg> ls /etc/config
autoconfig.options    network               timed
autoconfig_ipaddress  nfs                   timed.options
automount             noiconlogin           timeslave
automount.options     objectserver          verbose
desktop               quotacheck            videod
directoryserver       quotas                visuallogin
fontserver            rarpd                 vswap
gated                 routed                vswap.options
ifconfig-1.options    routed.options        windowsystem
lockd                 rtnetd                xdm
login.options         rwhod                 yp
mediad                sar                   ypbind.options
mrouted               savecore              ypmaster
named                 soundscheme           ypserv
netif.options         system.glGammaVal

IMO, where debian coincides with SVR4, it should use /etc/default, and
where it doesn't, it should use some other area, perhaps another
subdirectory of /etc, like /etc/debian.conf.  Be sure to note that Irix
is using /etc/config for its own rcstuff.

Even tho unixware seems to be dying, it's kind of halfway between what
sun has now, and what HP/SCO should be expected to ship eventually (In
terms of direct SysV lineage)...  It might be useful for comparison on
similar issues, but we don't have any unixware machines.


From debian-devel-request@lists.debian.org Mon Jul 22 23:03:21 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 22:40:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 22:40:05 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 18:43:37 -0000
Resent-Date: 22 Jul 1996 18:43:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0uiPww-00013qC@miles.econ.queensu.ca>
Date: Mon, 22 Jul 96 14:43 EDT
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: New virtual packages suggestion
In-Reply-To: <31F2F0EC.23062F96@verisim.com>
References: <6DGYPzbUcsB@khms.westfalen.de>
	<31F2F0EC.23062F96@verisim.com>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"gHCw4.0.Vg3.Plyyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5283
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


"gnu-make" is not needed, we are (again :-) a GNU/Linux system so that we can
assume existence of GNU packages, especially core ones as make. After all,
even the pristine kernel sources depend on it.

I don't like "compress" either because it cannot be a regular package for the
copyright mess. And I already know that Marek will now send a mail :-)

Being the xpdf maintainer, I like "pdf-viewer" but don't really see the need
as there are no system documents (yet ?) in pdf format. But it wouldn't do any
harm.

-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Mon Jul 22 23:28:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 23:21:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 23:21:57 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 19:46:14 -0000
Resent-Date: 22 Jul 1996 19:46:14 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <steve@chiark.chu.cam.ac.uk>
Date: Mon, 22 Jul 1996 20:46:47 +0100 (BST)
From: Stephen Early <steve@chiark.chu.cam.ac.uk>
X-Sender: steve@myrddin.chu.cam.ac.uk
To: Debian development mailing list <debian-devel@lists.debian.org>
Subject: mkisofs-1.05-2
Message-ID: <Pine.LNX.3.93.960722204550.29749A-100000@myrddin.chu.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"yuNwl3.0.lT4.5gzyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5284
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I assume changes for rex are still to be posted only to debian-devel -
it's been such a long time...  Please correct me if I'm wrong.

Steve Early
sde1000@cam.ac.uk

-----BEGIN PGP SIGNED MESSAGE-----

Date: 22 Jul 96 19:42 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Stephen Early <sde1000@debian.org>
Source: mkisofs
Version: 1.05-2
Binary:  mkisofs
Architecture:  i386 source
Description: 
 mkisofs: CD-ROM authoring tool. Creates CD-ROM filesystem images.
Changes: fixed bugs 3479 and 3868
Files:
 d4d2cf5496f2099272c2917337d3b073  61461  misc  -  mkisofs_1.05-2.tar.gz
 048bd7063dc2d95e329a4d4ecb1ef1c0  2072  misc  -  mkisofs_1.05-2.diff.gz
 f9abbc789257abe5d2d4c16758e38cb4  23498  misc  extra  mkisofs_1.05-2_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfPZxoli3Xs+7S0lAQFLcwP/WXAqKga4K1CD/eH212qFtbdLuITIeAtF
Rlae9WTp6d9iY3PQq552ZSsaLFe1jb+NQ2aw5Smk8hDN3dewoXyFDdlejMm568ew
xE62pxC69SLEP2iMCv0Mej8aRU4jXBGzX7UKxjvmqLgcAK3YgnXzUKpk4b/yrCPW
DhZEsOYoQDU=
=kyOe
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Mon Jul 22 23:53:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 23:28:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 23:28:31 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 20:05:39 -0000
Resent-Date: 22 Jul 1996 20:05:39 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Sun, 21 Jul 1996 23:23:16 +0200
From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Message-Id: <199607212123.XAA04399@marin.fdn.fr>
X-Mailer: Mail User's Shell (7.2.6unoff 7/17/96)
To: debian-devel@lists.debian.org
Subject: Re: /usr/X11R6/xxx vs /usr/xxx/X11 (Was: Bug#3290)
Resent-Message-ID: <"-DV1d1.0.ji4.Iyzyn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5285
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Jul 19, 10:41pm, Ian Jackson wrote:
} Subject: Re: Bug#3290: (no subject)
} Yves Arrouye writes ("Re: Bug#3290: (no subject)"):
} > [...] (by the way, it should  be /usr/X11R6/bin, not /usr/bin/X).
} 
} No, it should be /usr/bin/X11.  This is to that when we have X11R7 it
} will work correctly.

I don't know what to think then: I thought it should be that, but then
there was a lot of mail telling that using /usr/bin/X11 caused problems.
Maybe this kind of stuff could go in the guidelines, just to have a
single way of doing things?

Yves.



-- 


From debian-devel-request@lists.debian.org Mon Jul 22 23:53:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 23:44:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 23:44:21 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 20:29:17 -0000
Resent-Date: 22 Jul 1996 20:29:17 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <boekhold@cindy.et.tudelft.nl>
Date: Mon, 22 Jul 1996 22:24:40 +0200 (MET DST)
From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
X-Sender: boekhold@niki.et.tudelft.nl
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Ghostscript/PDF-files/ghostview
Message-ID: <Pine.LNX.3.93.960722221837.758A-100000@niki.et.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"_8fhP3.0.Mw4.TI-yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5286
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hello,

I remember seeing some discussion on this list (or debian-user, not sure)
about ghostscript and handling PDF-files (Acrobat-files).

Somebody said something about drivers or something needed if I remember
correctly. Now, today, I fired up gs-3.53 with '-h' as argument, and saw
that a language-interpreter for PDF-files is compiled in. 'use.doc' said
that operation with ghostview is not really possible, caused by ghostview
sending data to gs by a pipe.

Also according to that doc, a patched version of ghostview exists, which
handles this correctly:

quote:

Since Ghostview pipes PostScript files to Ghostscript, you cannot
view Ghostscript files with Ghostview just by saying
        ghostview file.pdf Instead there are two options: 
   1. Tanmoy Bhattacharya has written some patches for Ghostview 1.5
   that allow it to read and display PDF files.  These are available
   from: 
       ftp://gita.lanl.gov/people/tanmoy/hypertex/gv1.5gs3.33hack.tar.gz

Question to the ghostview-maintainer: wouldn't it be a good idea to use
this version of ghostview for the next release? I don't think it will
cause any problems for ppl who have gs-2.61 installed instead of 3.53.

Maarten

_______________________________________________________________________ 
|    Maarten Boekhold, Faculty of Electrical Engineering TU Delft, NL | 
|     boekhold@cindy.et.tudelft.nl boekhold@gopher.library.tudelft.nl |
-----------------------------------------------------------------------



From debian-devel-request@lists.debian.org Tue Jul 23 00:18:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 22 Jul 1996 23:54:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 22 Jul 1996 23:54:48 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 20:31:57 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3246: Cant load library libXt.so.6
Reply-To: Stephen Early <steve@chiark.chu.cam.ac.uk>, 3246@bugs.debian.org
Resent-From: Stephen Early <steve@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Stephen Early <sde1000@cam.ac.uk>
Resent-Date: Mon, 22 Jul 1996 20:18:04 GMT
Resent-Message-ID: <handler.3246.B3246.83806609927556@bugs.debian.org>
X-Debian-PR-Package: xcompat
X-Loop: owner@bugs.debian.org
Date: Mon, 22 Jul 1996 20:52:03 +0100 (BST)
From: Stephen Early <steve@chiark.chu.cam.ac.uk>
X-Sender: steve@myrddin.chu.cam.ac.uk
To: 3246@bugs.debian.org
Message-ID: <Pine.LNX.3.93.960722205044.29749B-100000@myrddin.chu.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5287
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

(Sorry to take so long replying; I didn't notice the original bug report,
and I've been busy recently and unable to go through the backlog of bugs)

Could you send me the output from 'file' and 'ldd' on the executable that
you were trying to run?

Steve Early
sde1000@cam.ac.uk


From debian-devel-request@lists.debian.org Tue Jul 23 00:43:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 00:19:17 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 00:19:16 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 20:55:05 -0000
Resent-Date: 22 Jul 1996 20:55:04 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Mon, 22 Jul 1996 23:04:25 +0200
From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Message-Id: <199607222104.XAA14819@marin.fdn.fr>
X-Mailer: Mail User's Shell (7.2.6unoff 7/17/96)
To: debian-devel@lists.debian.org
Subject: Re: Uploading mush-7.2.5 
Resent-Message-ID: <"9prGs1.0.UK5.eg-yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5288
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Jul 19, 10:19pm, Ian Jackson wrote:
} Subject: Re: Uploading mush-7.2.5unoff1 to master
} arrouye@debian.org writes ("Uploading mush-7.2.5unoff1 to master"):
} ...
} > Distribution: unstable
} 
} This is Not Allowed, of course - everything in unstable must come with
} source code.  I hope that Guy's scripts can be made to check this if
} they don't already.
} 
} Sourceless things can go in contrib or non-free.

Sorry. The .deb has section non-free but dchanges does not use that to
change the Distribution, and I did not pay attention. Sorry.

Yves.



-- 


From debian-devel-request@lists.debian.org Tue Jul 23 01:08:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 00:44:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 00:44:15 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 21:14:19 -0000
Resent-Date: 22 Jul 1996 21:14:19 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Mon, 22 Jul 1996 23:24:04 +0200
From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Message-Id: <199607222124.XAA16476@marin.fdn.fr>
X-Mailer: Mail User's Shell (7.2.6unoff 7/17/96)
To: debian-devel@lists.debian.org
Subject: msql package
Resent-Message-ID: <"aGfY02.0._V5.hy-yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5289
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Someone posted about a msql package some time ago. Could (s)he get in touch
with me? I'd need some info about where stuff will be put in the package.

thanks,
Yves.

-- 


From debian-devel-request@lists.debian.org Tue Jul 23 01:08:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 00:59:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 00:59:56 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 21:47:10 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3878: adduser --home aborts if dir exists; man page implies otherwise
Reply-To: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>, 3878@bugs.debian.org
Resent-From: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Steve Phillips <sjp@cvfn.org>
Resent-Date: Mon, 22 Jul 1996 21:33:05 GMT
Resent-Message-ID: <handler.3878.B.83807060113622@bugs.debian.org>
X-Debian-PR-Package: adduser
X-Loop: owner@bugs.debian.org
Message-Id: <m0uiS2J-000Wm7C@chez-gnu.cstp.umkc.edu>
Date: Mon, 22 Jul 96 15:57 CDT
From: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5291
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: adduser

The command 'adduser --home /some/dir' prints a message and aborts if
/some/dir exists, but the man page implies only that the directory will be
created if it does not exist.

My preference would be to change the program behavior to match the man page,
but one or the other needs to be changed.

--Mike


From debian-68k-request@lists.debian.org Tue Jul 23 01:33:31 1996
Return-Path: <debian-68k-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 01:10:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 01:10:28 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 21:56:37 -0000
Resent-Date: 22 Jul 1996 21:56:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <llucius@millcomm.com>
Date: Mon, 22 Jul 1996 16:57:01 -0500 (CDT)
From: llucius <llucius@millcomm.com>
Subject: D68K: The next step...
To: Debian 68k <debian-68k@lists.debian.org>
cc: debian-devel@lists.debian.org
Message-ID: <Pine.3.89.9607221600.C18582-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"yDoDr.0.m86.Ja_yn"@vega>
Resent-From: debian-68k@lists.debian.org
X-Mailing-List: <debian-68k@lists.debian.org> archive/latest/102
X-Loop: debian-68k@lists.debian.org
Precedence: list
Resent-Sender: debian-68k-request@lists.debian.org
Status: RO


Well, now that I've gone through "almost" all the debian packages on 
master that I can, I'll be going back through the bug reports that I've 
opened and anything that isn't being worked on, I'll go ahead and correct 
it.  Most of the bug reports have not even been acknowledged so I'm 
assuming that the maintainer either doesn't have the time or the desire.

In the process I'll be fixing as many of the open bug reports for the
packages as I can (this may also involve upgrading to the latest 
upstream).

If anyone has a problem with this or wants me to bypass any particular 
packages, please let me know.  I don't want to walk on any toes... B-)

Leland

__ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth!
   oo o  oo o  o  | 
    o       o   o | llucius@millcomm.com
 o oo    o     o  | 
-- -- -- -- -- -- | http://www.millcomm.com/~llucius       (maybe one day)


From debian-devel-request@lists.debian.org Tue Jul 23 01:33:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 01:11:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 01:11:13 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 21:56:37 -0000
Resent-Date: 22 Jul 1996 21:56:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <llucius@millcomm.com>
Date: Mon, 22 Jul 1996 16:57:01 -0500 (CDT)
From: llucius <llucius@millcomm.com>
Subject: D68K: The next step...
To: Debian 68k <debian-68k@lists.debian.org>
cc: debian-devel@lists.debian.org
Message-ID: <Pine.3.89.9607221600.C18582-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"yDoDr.0.p86.Ja_yn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5292
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Well, now that I've gone through "almost" all the debian packages on 
master that I can, I'll be going back through the bug reports that I've 
opened and anything that isn't being worked on, I'll go ahead and correct 
it.  Most of the bug reports have not even been acknowledged so I'm 
assuming that the maintainer either doesn't have the time or the desire.

In the process I'll be fixing as many of the open bug reports for the
packages as I can (this may also involve upgrading to the latest 
upstream).

If anyone has a problem with this or wants me to bypass any particular 
packages, please let me know.  I don't want to walk on any toes... B-)

Leland

__ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth!
   oo o  oo o  o  | 
    o       o   o | llucius@millcomm.com
 o oo    o     o  | 
-- -- -- -- -- -- | http://www.millcomm.com/~llucius       (maybe one day)


From debian-devel-request@lists.debian.org Tue Jul 23 02:48:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 02:29:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 02:29:15 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 23:01:58 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3880: procps w command problems ...
Reply-To: tobias@et-inf.fho-emden.de, 3880@bugs.debian.org
Resent-From: "Peter Tobias" <tobias@server.et-inf.fho-emden.de>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Fernando Alegre <alegre@mars.superlink.net>
Resent-Date: Mon, 22 Jul 1996 22:48:04 GMT
Resent-Message-ID: <handler.3880.B.83807510421346@bugs.debian.org>
X-Debian-PR-Package: procps
X-Loop: owner@bugs.debian.org
Message-Id: <199607222214.AAA21090@server.et-inf.fho-emden.de>
To: submit@bugs.debian.org
Date: Tue, 23 Jul 1996 00:14:13 +0200 (MET DST)
From: "Peter Tobias" <tobias@server.et-inf.fho-emden.de>
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5293
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: procps
Version: 1.01a-1


I just tried the new proc-ps package and noticed a few small problems
with the "w" command (w-new is from procps-1.01, w-old is from procps-0.99).


# w-new
  4:49pm  up 1 day,  5:14,  6 users,  load average: 0.99, 0.94, 0.78
USER     TTY      FROM              LOGIN@  IDLE   JCPU   PCPU  WHAT
tobias   tty1                      11:37am 20:33  11.15s 11.15s  -bash
tobias   tty2                      11:37am  6:04m  3.86s  3.86s  -bash
tobias   tty3                      11:37am  5:53m  1.04s  1.04s                                 bashtobias   tty4                      11:37am  5:46m  1.29s  1.29s  -bash
tobias   tty5                       9:08pm  0.00s  6.64s  0.10s  ./w
tobias   tty6                      11:55am  2:56m 12.65s  7.26s  mc

# w-old
  4:49pm  up 1 day,  5:14,  6 users,  load average: 0.99, 0.94, 0.78
User     tty       login@  idle   JCPU   PCPU  what
tobias   tty1     Sat11am    20     11     11  -bash
tobias   tty2     Sat11am  6:04      3      3  -bash
tobias   tty3     Sat11am  5:53      1      1  bash
tobias   tty4     Sat11am  5:47      1      1  -bash
tobias   tty5     Sat 9pm            6         -
tobias   tty6     Sat11am  2:56     12         -


The problems I see are:
- w-new only reports the login time, even when the person logged
  in more than 24 hours ago (it should report the same as w-old)
- w-new reports the "what" entry on tty3 not at the correct
  position (there are more than 30 characters between the position
  where the "what" entry should be and where it actually is).
  BTW: I'm using a 100x40 display and ps shows the bash on tty3
  as "(bash)".
- w-new reports "./w" as the command the user on tty5 executed.
  This is correct but w-new should never ever show that. It should
  only print a "-" and not the command (the user "tobias" su'ed to
  "root" on tty5). w-old shows the correct commands for tty5 and
  tty6 (both "su root" sessions).
- IMHO w-new should use the old format for IDLE/JCPU/PCPU. Using
  more accurate numbers results in a very full and complex looking
  IDLE/JCPU/PCPU area. The more accurate values could be shown when
  the user uses a command line option (maybe -p ?). BTW: even with
  the more accurate values the IDLE times are incorrect (20:33
  should be 20:33m, 6:04m should be 6:04h and so on)
- w-new shouldn't report the "FROM" field by default. Most people
  use linux in a non-networked environment and most distributions
  have the "FROM" field disabled by default (they use -f to show
  it).


Thanks,

Peter

-- 
 Peter Tobias                                EMail:
 Fachhochschule Ostfriesland                 tobias@et-inf.fho-emden.de
 Fachbereich Elektrotechnik und Informatik   tobias@debian.org
 Constantiaplatz 4, 26723 Emden, Germany     tobias@linux.de


From debian-devel-request@lists.debian.org Tue Jul 23 03:13:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 03:12:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 03:12:17 -0000
Received: (qmail-queue invoked by uid 40); 22 Jul 1996 23:43:34 -0000
Resent-Date: 22 Jul 1996 23:43:34 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <osiris@cs.utexas.edu>
Sender: osiris@cs.utexas.edu
To: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Cc: debian-devel@lists.debian.org
Subject: Re: /usr/X11R6/xxx vs /usr/xxx/X11 (Was: Bug#3290)
References: <199607212123.XAA04399@marin.fdn.fr>
From: Rob Browning <osiris@cs.utexas.edu>
Date: 22 Jul 1996 18:43:17 -0500
In-Reply-To: Yves Arrouye's message of Sun, 21 Jul 1996 23:23:16 +0200
Message-ID: <87g26j97my.fsf@raven.ots.utexas.edu>
Lines: 11
X-Mailer: Gnus v5.2.36/Emacs 19.31
Resent-Message-ID: <"OfwkF3.0.w2.c81zn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5294
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Yves Arrouye <Yves.Arrouye@marin.fdn.fr> writes:

> I don't know what to think then: I thought it should be that, but then
> there was a lot of mail telling that using /usr/bin/X11 caused problems.

Perhaps you are thinking of the problems people were reporting with
/usr/X11, not /usr/bin/X11.  I don't recall any problems with
/usr/bin/X11.

--
Rob


From debian-devel-request@lists.debian.org Tue Jul 23 04:03:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 03:44:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 03:44:58 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 00:12:37 -0000
Resent-Date: 23 Jul 1996 00:12:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0uiV5E-0002DWC@plato>
To: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
cc: debian-devel@lists.debian.org
Subject: Re: /usr/X11R6/xxx vs /usr/xxx/X11 (Was: Bug#3290) 
In-reply-to: Message from Yves Arrouye <Yves.Arrouye@marin.fdn.fr> 
   of "Sun, 21 Jul 1996 23:23:16 +0200."References: <199607212123.XAA04399@marin.fdn.fr> 
 <199607212123.XAA04399@marin.fdn.fr> 
Date: Mon, 22 Jul 1996 20:12:14 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"NP1eg1.0.Ea.rZ1zn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5295
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> } > [...] (by the way, it should  be /usr/X11R6/bin, not /usr/bin/X).
> } 
> } No, it should be /usr/bin/X11.  This is to that when we have X11R7 it
> } will work correctly.
> 
> I don't know what to think then: I thought it should be that, but then
> there was a lot of mail telling that using /usr/bin/X11 caused problems.
> Maybe this kind of stuff could go in the guidelines, just to have a
> single way of doing things?

What Ian was saying was that scripts which generate paths and stuff
should use /usr/bin/X11, this is so that people with R5, R6, or R7 can
have a link in /usr/bin to the X11 bin directory they want as the
default X tree.

Now, if you _install_ or _modify_ binaries from Rx, where x is 5, 6,
or 7, you need to work under /usr/X11Rx.  This is because you know
where the main tree for this version of X is, but you have no way of
knowing where /usr/bin/X11 is pointing to.


Jim


From debian-devel-request@lists.debian.org Tue Jul 23 04:03:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 03:46:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 03:46:35 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 00:17:42 -0000
Resent-Date: 23 Jul 1996 00:17:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <lists@lina.inka.de>
Message-Id: <m0uiUtK-0004jSC@lina>
From: lists@lina.inka.de (Bernd Eckenfels)
Subject: Re: /usr/X11R6/xxx vs /usr/xxx/X11 (Was: Bug#3290)
To: Yves.Arrouye@marin.fdn.fr (Yves Arrouye)
Date: Tue, 23 Jul 1996 01:59:56 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <199607212123.XAA04399@marin.fdn.fr> from "Yves Arrouye" at Jul 21, 96 11:23:16 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"thvLj.0.pj.be1zn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5296
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> I don't know what to think then: I thought it should be that, but then
> there was a lot of mail telling that using /usr/bin/X11 caused problems.
> Maybe this kind of stuff could go in the guidelines, just to have a
> single way of doing things?

Install in /usr/X11R6/bin/ and access in /usr/bin/X11/.

Greetings
Bernd


From debian-devel-request@lists.debian.org Tue Jul 23 07:23:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 07:19:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 07:19:42 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 02:39:09 -0000
Resent-Date: 23 Jul 1996 02:39:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <lukas@teorica0.ifisicacu.unam.mx>
Message-Id: <199607230223.VAA05550@snork.ifisicacu.unam.mx>
To: kai@khms.westfalen.de (Kai Henningsen)
cc: debian-devel@lists.debian.org
cc: lukas@teorica0.ifisicacu.unam.mx
Subject: Re: /etc/default? 
In-reply-to: Your message of "21 Jul 1996 20:39:00 +0200."
             <6DGS2byzcsB@khms.westfalen.de> 
Date: Mon, 22 Jul 1996 21:23:50 -0500
From: Lukas Nellen <lukas@teorica0.ifisicacu.unam.mx>
Resent-Message-ID: <"xx-2V2.0.rF3.Dj3zn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5297
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "KH" == Kai Henningsen <kai@khms.westfalen.de> writes:

KH> lukas@teorica0.ifisicacu.unam.mx (Lukas Nellen)  wrote on 16.07.96 in <199607170320.WAA01400@kukulkan.ifisicacu.unam.mx>:

>> kai@khms.westfalen.de said:
>> > ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 09.07.96 in
>> > <m0udlFW-0002ZwC@chiark.chu.cam.ac.uk>:

KH> Not quite. The point is that /etc/default is an *existing* concept; if we  
KH> use it at all, we should use it in a way compatible with existing usage.

Ok, maybe I should have said: Is /etc/default a good solution in the
eyes of a majority of the debian users to solve the problem of clutter
in /etc? Or a different subdirectory, in case we don't want to use the
way /etc/default is used in other systems?

>> > /etc/default would contain files which follow a common syntax. They would
>> > look like shell scripts that contain *only* variable assignments, and
>> > comments (and no substitutions in the assignments, either - just
>> > name=value, and possibly quotes around the value).
>> >
>> 
>> To me, this sounds very much like a selection-by-contents, as in: If the
>> file follows such-and-such syntax, it goes into /etc/default, otherwise it
>> ends up in /etc. Or am I mis/overinterpreting your statement?

KH> Somewhat, yes. It is primarily a selection by type, not form, of content  
KH> (and by implication, use).

KH> Stuff in /etc/default is a series of attribute-property values. That's  
KH> certainly a lot more specific than what you can say about /etc in general.

To me, that is selection-by-syntax. Some standard use is implied - after all,
it is a configuration file :-). (not a data file...)

KH> On the other hand, _if_ it goes in there, then it _also_ has to follow a  
KH> specific format. (This might, for example, allow us to write a general  
KH> tool to configure what is in there, or at least to report it. In any case,  
KH> it makes it somewhat safe to guess the syntax for changes.)

I admit that such a tool would be nice (for pure Debian installations,
but don't forget heterogeneous setups). The problem I see, though, is
that it creates another layer of meta-configuration. What I mean by
this is: Unless _all_ (or at least a significantly large number of)
packages are changed to use directly the information from
/etc/default, each package wich cannot handle the information in
/etc/default directly must provide a tool to convert the information
from /etc/default into the form expected by the rest of the
package. By this duplication of information, you run the risk that
someone edits the derived configuration file directly. Also, packages
with a more complicated configuration would probably need to provide
some modules to extend the configuration tool. That looks like a fair
amount of work, both sorting out the guidlines for this, including an
API for the configuration tool, and then modifying t the existing
packages to benefit from this tool.

If you cannot get enough packages to use /etc/default files, you might
actually increase the number of configuration files floating around
rather than solving the problem of the clutter in /etc.

KH> For example -
	.
	.
	.
KH> It seems that most files under /etc wouldn't qualify for /etc/default, not
KH> even with a different syntax.

Is it correct then to conclude that /etc/default won't be of much help
to reduce the clutter in /etc?

BTW, I find it more confusing when a package puts several files in
/etc, often with names that make it not-obvious which package they
belong to. I have the impression, looking at the packages which
install files directly into /etc, that there is still room for
cleaning up without excessive code modifications.

>> What is wrong about /etc/tar.conf in this case? What makes tar better/worse
>> than, say, syslogd or modules?

KH> 1. Well, /etc is already crowded. That's why it has subdirectories in the  
KH> first place.
KH> 2. I don't understand. Why should there be a difference between tar and  
KH> syslogd or modules?

Well, there isn't that's why, since I prefer selecion-by-function, I
have no criterion to justify why one package puts its configuration
files into /etc, the other one into /etc/default. Your
selection-by-syntax scheme provides such a criterion.

>> To put it in a slightly drastic way (no offense meant): When I configure my
>> system, I tend to edit files grouped by function, not by syntax. E.g., one
>> day the bootup files, next day the samba configration. Not like: today all

KH> How is this even relevant to the question?

What I don't want to see is the following: A package has two
configuration files, one has attribute-value pairs, the other one has
a more general form. Applying selection-by-syntax would put one file
into /etc/default, the other one into /etc. In that scenario, I would
have to edit files in different places to set up the package.

However, if I put all files into /etc/<packagename>, both files live
in the same place.

			Tschuess,
				Lukas
-------------------------------------------------------------------------------
   Dr. Lukas Nellen                 | Email: lukas@teorica0.ifisicacu.unam.mx
   Depto. de Fisica Teorica, IFUNAM |
   Apdo. Postal 20-364              | Tel.:  +52 5 622 5014 ext. 218
   01000 Mexico D.F., MEXICO        | Fax:   +52 5 622 5015


From debian-devel-request@lists.debian.org Tue Jul 23 07:48:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 07:32:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 07:32:48 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 02:53:51 -0000
Resent-Date: 23 Jul 1996 02:53:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <lukas@teorica0.ifisicacu.unam.mx>
Message-Id: <199607230252.VAA05825@snork.ifisicacu.unam.mx>
To: debian-devel@lists.debian.org
cc: lukas@teorica0.ifisicacu.unam.mx
Subject: /etc/default
Date: Mon, 22 Jul 1996 21:52:07 -0500
From: Lukas Nellen <lukas@teorica0.ifisicacu.unam.mx>
Resent-Message-ID: <"rc6oK1.0.Wi3.-w3zn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5298
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Having followed the discussion about /etc/default for a while, I would
like to know:

What is the problem that /etc/default is supposed to solve? And how
and why is /etc/default the answer? 

Depending on the answer to those questions: Do we need /etc/default
(soon|eventually|never)? And why?

The problems with /etc which we have right now are (AFAIK):
	- Clutter
	- Configuration mechanism for scripts in /etc/init.d to avoid
	  editing the scripts themselves.

Related to /etc/default, I have seen several explanations about the
use of /etc/default in other systems. These explanations leave me with
the impression that /etc/default could be used to hold configuration
info for the scripts in /etc/init.d in the form of variable
assignments. To solve the problem of clutter, I don't see that
/etc/default will do the trick.

			Cheers,
				Lukas
-------------------------------------------------------------------------------
   Dr. Lukas Nellen                 | Email: lukas@teorica0.ifisicacu.unam.mx
   Depto. de Fisica Teorica, IFUNAM |
   Apdo. Postal 20-364              | Tel.:  +52 5 622 5014 ext. 218
   01000 Mexico D.F., MEXICO        | Fax:   +52 5 622 5015


From debian-devel-request@lists.debian.org Tue Jul 23 08:38:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 08:28:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 08:28:25 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 04:02:10 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3891: latex package does not build latex.fmt file
Reply-To: Dale Miller <dale@csd.uwo.ca>, 3891@bugs.debian.org
Resent-From: Dale Miller <dale@csd.uwo.ca>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Tue, 23 Jul 1996 03:48:05 GMT
Resent-Message-ID: <handler.3891.B.83809312127141@bugs.debian.org>
X-Debian-PR-Package: latex
X-Loop: owner@bugs.debian.org
From: Dale Miller <dale@csd.uwo.ca>
Date: Mon, 22 Jul 96 23:23:18 EDT
Message-Id: <9607230323.AA14745@mccarthy.csd.uwo.ca.csd.uwo.ca>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5299
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO



Package: latex
Version: 2e-6

After installing this package I found that /usr/bin/latex
did not exist. Upon further incestigation I found that
the latex.fmt file was not being built in /usr/lib/texmf/ini.
The latex.postinst contains a bug in the script. The line as follows:

if [ -f ${ini}/`basename $f .initex`.fmt ];

should be

if [ ! -f ${ini}/`basename $f .initex`.fmt ];

Otherwise the format file never get built.

Dale Miller
dale@csd.uwo.ca


From debian-devel-request@lists.debian.org Tue Jul 23 09:28:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 09:05:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 09:05:37 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 04:41:54 -0000
Resent-Date: 23 Jul 1996 04:41:54 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bdale@gag.com>
Date: Mon, 22 Jul 1996 22:55:32 -0600
From: Bdale Garbee <bdale@gag.com>
Message-Id: <199607230455.WAA11389@chunks.gag.com>
To: debian-devel@lists.debian.org
Subject: Re: New virtual packages suggestion
Newsgroups: list.debian.devel
X-Newsreader: TIN [UNIX 1.3 950515BETA PL0]
Resent-Message-ID: <"ysOaA2.0.Ws5.IW5zn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5300
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

In article <199607211302.PAA06391@marin.fdn.fr> you wrote:
: 
:   - compress	(or bsd-compress, please comment)	indicate that the
: 		package provide a true BSD compress command. Needed by my
: 		new compress-package, and useful for packages that can't
: 		be satisfied by compress being a synonym of gzip (though
: 		in the absence of an official Debian compress package, they
: 		should only recommends: it, certainly).
: 

There is no conflict with gzip, since the Debian gzip package very 
intentionally doesn't provide the 'compress' synonym.  It *does* provide a
link for 'uncompress', since that's useful even without a compress being 
around.  

For the rare cases where a real 'compress' is needed (building X, I gather,
among other things), the right thing to do would be to have a 'compress' 
package that provides just 'compress' and doesn't try to provide 'uncompress'.
This makes sense since gzip provides a fully-functional 'uncompress' link,
and is a required base package... thus, there'd be no conflict and no missing
pieces.

I see no value added by a virtual package here.

Bdale


From debian-devel-request@lists.debian.org Tue Jul 23 09:28:47 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 09:07:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 09:07:34 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 04:43:57 -0000
Resent-Date: 23 Jul 1996 04:43:56 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bdale@gag.com>
Date: Mon, 22 Jul 1996 22:57:33 -0600
From: Bdale Garbee <bdale@gag.com>
Message-Id: <199607230457.WAA11399@chunks.gag.com>
To: debian-devel@lists.debian.org
Subject: Re: Bug#3860: procps should have Replaces: watch
Newsgroups: list.debian.devel
X-Newsreader: TIN [UNIX 1.3 950515BETA PL0]
Resent-Message-ID: <"qGZfh2.0.Rw5.CY5zn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5301
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

In article <m0ui0tf-00013lC@miles.econ.queensu.ca> you wrote:
: 
: Package: procps
: Version: 1.01a-1                            
: 
: The new procps effectively replaces the watch package [1], so it should also
: have a "Replaces: watch:" [2].

Is the functionality provided by the 'watch' in procps the same as the 'watch'
in the 'watch' package?  I'd be surprised if it is...

Bdale


From debian-devel-request@lists.debian.org Tue Jul 23 11:33:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 11:23:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 11:23:23 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 07:47:20 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3892: mkfs.ext2: can't resolve symbol 'llseek'
Reply-To: Paul Traina <pst@shockwave.com>, 3892@bugs.debian.org
Resent-From: Paul Traina <pst@shockwave.com>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Tue, 23 Jul 1996 07:33:03 GMT
Resent-Message-ID: <handler.3892.B.83810662130206@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Delivered-To: bugs@debian.org
Message-Id: <199607230639.XAA07289@precipice.shockwave.com>
To: bugs@debian.org
Date: Mon, 22 Jul 1996 23:39:17 -0700
From: Paul Traina <pst@shockwave.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5302
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I tried to install Debian 1.1 for the first time and when I made a 3.8gb
/usr partition, I received the following message and it refused to install.
I dropped back to an 800mb /usr partition and everything is cool.


From debian-devel-request@lists.debian.org Tue Jul 23 14:28:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 14:27:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 14:27:42 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 11:50:25 -0000
Resent-Date: 23 Jul 1996 11:50:25 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0uifyV-00013qC@miles.econ.queensu.ca>
Date: Tue, 23 Jul 96 07:50 EDT
To: Bdale Garbee <bdale@gag.com>
Cc: debian-devel@lists.debian.org
Subject: Re: Bug#3860: procps should have Replaces: watch
Newsgroups: list.debian.devel
In-Reply-To: <199607230457.WAA11399@chunks.gag.com>
References: <199607230457.WAA11399@chunks.gag.com>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"R9EIo.0.wa4.1oBzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5303
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Bdale> Is the functionality provided by the 'watch' in procps the same as
  Bdale> the 'watch' in the 'watch' package?  I'd be surprised if it is...

It is indeed. Here's the (new) man page of the procps watch:

watch(1)         Pyramid OSx Operating System          watch(1)

NAME
     watch - watch a program with update intervals

SYNOPSIS
     watch  [-n] seconds program [ args ... ]

DESCRIPTION
     watch is a curses(3X) based program that allows
     you to watch a program as it changes.  By default, it
     updates itself every 2 seconds.  You can specify the number
     of seconds with the -n option.  The curses packages allows
     for quick updating of the screen through cursor
     optimization.  The program will end with a keyboard
     interrupt, which will leave the screen in a
     valid yet cleared state.

EXAMPLE
     try:
     On BSD:      watch -n 1 ps u

     On System V:      watch -n 1 ps -f

SEE ALSO
     curses(3X)

--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Tue Jul 23 15:19:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 15:00:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 15:00:13 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 12:16:04 -0000
Resent-Date: 23 Jul 1996 12:16:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded latex 2e-7 to master
To: debian-devel@lists.debian.org
Date: Tue, 23 Jul 1996 13:01:04 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul23.161545gmt+0100.6251@gateway.azr.nl>
Resent-Message-ID: <"Qz6Tq2.0.Ew4.3ACzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5305
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


-----BEGIN PGP SIGNED MESSAGE-----

Date: 23 Jul 96 11:52 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: latex
Version: 2e-7
Binary:  latex
Architecture:  all source
Description: 
 latex: Write structured documents with TeX
Changes: 
 Tue Jul 23 11:26:34 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * base.tar.gz: added instead of base/*
        * debian.postinst build latex.fmt if it doesn't exist (BUG#3891)
        * debian.postrm is not needed
 .
Files:
 b20d1de1f96033b3cbdde0c4cdda37b5  801426  tex  -  latex-2e-7.tar.gz
 08e249a745e23086d81da1654685358b  9441  tex  -  latex-2e-7.diff.gz
 5b3b3de2e42b735460741b6caf96d996  869392  tex  optional  latex_2e-7_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfS9QOKGUa6t6e7lAQEAtwQAo5RarcFAgV4B0qs1WU+xgE5MDvgAxU/U
dAhtOTU+FIH4yQ5jsqgIG8W8DcWbAklr2qDU1FMcEBR1jjvbhZtRR9LLTUmrAtYo
iQuDE+b1OBVUxdTZa5wUi+QwL9ke32BH2F9/6pfKZvlhOfxpg60l1c2vIbrar+wi
mI03CklP6M8=
=vs9N
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Tue Jul 23 15:19:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 14:54:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 14:54:52 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 12:15:35 -0000
Resent-Date: 23 Jul 1996 12:15:34 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kaszeta@me.umn.edu>
Date: Tue, 23 Jul 1996 07:15:07 -0500
Message-Id: <199607231215.HAA03148@rayleigh.me.umn.edu>
From: Richard Kaszeta <kaszeta@me.umn.edu>
To: bdale@gag.com
CC: debian-devel@lists.debian.org
In-reply-to: <199607230455.WAA11389@chunks.gag.com> (message from Bdale Garbee
	on Mon, 22 Jul 1996 22:55:32 -0600)
Subject: Re: New virtual packages suggestion
Resent-Message-ID: <"6WLxI.0.9v4.b9Czn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5304
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>There is no conflict with gzip, since the Debian gzip package very 
>intentionally doesn't provide the 'compress' synonym.  It *does* provide a
>link for 'uncompress', since that's useful even without a compress being 
>around.  

Really? At least the gzip in 'buzz', 1.2.4-10, installs /bin/compress.

-- 
Richard W Kaszeta 			Graduate Student/Sysadmin
bofh@bofh.me.umn.edu			University of MN, ME Dept
http://www2.me.umn.edu/~kaszeta



From debian-devel-request@lists.debian.org Tue Jul 23 15:19:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 15:13:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 15:13:49 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 12:31:56 -0000
Resent-Date: 23 Jul 1996 12:31:56 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0uigcU-0004QBC@chiark.chu.cam.ac.uk>
Date: Tue, 23 Jul 96 13:31 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: Alphas and libc dependencies
Resent-Message-ID: <"kBgIU.0.wE5.xOCzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5306
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

All our (ELF i386 and m68k binary) packages are built to build with a
dependency on `libc5'.

The Alpha people are not using the standard Linux libc; instead,
they're using a version of the GNU libc, with a current major number
of 0 by the looks of things.

As far as I can see we have two ways we can solve this problem:

1. Come up with some kind of scheme, more or less formal, for
modifying these dependencies at build-time.  At one extreme, the alpha
distribution builders write a wrapper around dpkg-deb which fixes up
the dependencies.  At the other we come up with an automatic scheme
for determining shared library dependencies (this will be hard work).

2a. Give the package containing our version of glibc version 0 the
name libc5.  2b. Implement version numbers for virtual packages so
that we can use one here.

I understand that the plan is to eventually merge the Linux and GNU
libc's, and this'll probably produce a libc6, so whatever solution we
come up with will only have to last until then.

Ian.


From debian-devel-request@lists.debian.org Tue Jul 23 15:44:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 15:19:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 15:19:24 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 12:37:50 -0000
Resent-Date: 23 Jul 1996 12:37:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded less 321-1 to master (I'm not maintainer)
To: debian-devel@lists.debian.org
Date: Tue, 23 Jul 1996 13:23:04 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul23.163734gmt+0100.6249@gateway.azr.nl>
Resent-Message-ID: <"1Tmly3.0.qH5.UUCzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5307
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Date: 23 Jul 96 12:20 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: mitchell@mdd.comm.mot.com (Bill Mitchell)
Source: less
Version: 321-1
Binary:  less
Architecture:  i386 source
Description: 
 less: A file pager program, similar to more(1)
Changes: 
 Tue Jul 23 13:52:10 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * mainstream update less 321.
        * modified debian.control & debian.rules for version, architecture
        * make install prefix instead of debian.rules specific install
 .
Files:
 3ad9da6ae3f58e3a48a65f7750efb6a5  201463  -   less-321-1.tar.gz
 00359066ac9193969263c43a91816b9b  10554  -   less-321-1.diff.gz
 7859c34f838beb0c3edca050c8de58c6  53810  misc  extra  less_321-1_i386.deb


From debian-devel-request@lists.debian.org Tue Jul 23 16:34:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 16:10:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 16:10:24 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 13:12:29 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3892: mkfs.ext2: can't resolve symbol 'llseek' 
Reply-To: Michael Alan Dorman <mdorman@lot49.med.miami.edu>,
  3892@bugs.debian.org
Resent-From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Tue, 23 Jul 1996 13:03:01 GMT
Resent-Message-ID: <handler.3892.B3892.8381261352741@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Message-Id: <m0uigok-0004mjC@lot49.med.miami.edu>
To: Paul Traina <pst@shockwave.com>, 3892@bugs.debian.org
In-reply-to: <199607230639.XAA07289@precipice.shockwave.com>
Date: Tue, 23 Jul 1996 08:44:02 -0400
From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5308
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

In message <199607230639.XAA07289@precipice.shockwave.com>, Paul Traina writes:
>I tried to install Debian 1.1 for the first time and when I made a 3.8gb
>/usr partition, I received the following message and it refused to install.
>I dropped back to an 800mb /usr partition and everything is cool.

This bug was reported against the install disks some time ago (I know,
I was the one reporting it).  The problem is that the stripped down
libc used on the install disks doesn't include llseek, which is
required for formatting partitions more than 1GB or so.

This should be tres easy to fix.  It's a problem with libc5-pic.

Mike.
--
"Don't let me make you unhappy by failing to be contrary enough...."


From debian-devel-request@lists.debian.org Tue Jul 23 20:19:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 19:58:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 19:58:22 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 15:46:18 -0000
Resent-Date: 23 Jul 1996 15:46:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dmuucp@cuug.ab.ca>
From: Scott Barker <scott@galileo.cuug.ab.ca>
Message-Id: <199607231536.JAA03551@galileo.cuug.ab.ca>
Subject: Re: /etc/default
To: debian-devel@lists.debian.org
Date: Tue, 23 Jul 1996 09:36:16 -0600 (MDT)
In-Reply-To: <199607230252.VAA05825@snork.ifisicacu.unam.mx> from "Lukas Nellen" at Jul 22, 96 09:52:07 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"9q74K2.0.py7.AFFzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5309
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Just thought I'd throw my $0.02 into this (prolonged) discussion...

When I look in /etc, I don't actually see a lot of clutter. What little
clutter there is can be avoided by having packages make themselves subdirs in
/etc to hold all their config files. We already have /etc/mail, /etc/news,
/etc/ppp, /etc/mgetty, /etc/X11, and so on. Some of the clutter can be cleaned
up by having /etc/minicom, /etc/slip, and other such subdirs. Also, some
remnants could be moved around (for example, /etc/aliases* could be moved into
/etc/mail. If some packages still need /etc/aliases*, symlinks could be put
into place until all packages have been changed to reflect the new location).

I think the primary purpose of /etc/default should be to hold parameters for
scripts which would otherwise have to be changed by the end user (such as
the scripts in /etc/init.d). This allows dpkg to safely upgrade to the latest
and greatest script in a package, without loosing the end user's modifications
(which would hopefully only be parameter modifications in a separate file).

It would be best if the files in /etc/default all followed a similar format
(like an sh script: # for comments, other lines blank or variable=value
format), but I don't think it's necessary. There's nothing stopping us from
reflecting the directory tree of /etc in /etc/default, either. If needed, we
could have /etc/default/init.d/, /etc/default/news/, and so forth.

-- 
Scott Barker
Linux Consultant
scott@galileo.cuug.ab.ca
http://www.cuug.ab.ca:8001/~barkers/   (under construction)

[ I try to reply to all e-mail within 3 days. If you don't   ]
[ get a response by then, I probably didn't get your e-mail. ]
[ Unsolicited commercial and junk e-mail will be proof-read for US$100 ]

"Where the world ceases to be the scene of our personal hopes and wishes,
   where we face it as free beings, admiring, asking and observing, there we
   enter the realm of Art and Science."
   - Albert Einstein


From debian-devel-request@lists.debian.org Tue Jul 23 21:09:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 20:58:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 20:58:12 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 16:42:35 -0000
Resent-Date: 23 Jul 1996 16:42:35 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v03007631ae1aacf047fb@[205.198.168.35]>
In-Reply-To: <m0uigcU-0004QBC@chiark.chu.cam.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 23 Jul 1996 16:39:18 +0000
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
From: Michael Shields <shields@crosslink.net>
Subject: Re:Alphas and libc dependencies
Cc: Debian developers list <debian-devel@lists.debian.org>
Resent-Message-ID: <"ankGR3.0.r81.x3Gzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5310
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-07-23 12:31 +0000, Ian Jackson wrote:
>1. Come up with some kind of scheme, more or less formal, for
>modifying these dependencies at build-time.  At one extreme, the alpha
>distribution builders write a wrapper around dpkg-deb which fixes up
>the dependencies.  At the other we come up with an automatic scheme
>for determining shared library dependencies (this will be hard work).

I don't think it would be that hard.  In fact, here's code.

----- cut here -----
#!/usr/bin/perl

open(F, "find debian-tmp -type f -print | xargs file |")
    or die "couldn't open find/xargs pipe: $!\n";

while (<F>) {
    /executable/ or next;
    ($file, $junk) = split /:/;
    open(LDDPIPE, "ldd $file |")
        or die "couldn't open ldd pipe: $!\n";
    while (<LDDPIPE>) {
        chop;
        ($junk, $library) = split / \=\> /
             or die "Bad output from `ldd $file': $_\n";
        $needlib{$library} = 1;
    }
    close(LDDPIPE);
}

close(F);

foreach $library (keys %needlib) {
    -f $library
         or die "Package needs missing library $library";
    $_ = `dpkg -S $library`;
    ($package, $junk) = split /:/;
    $needpackage{$package} = 1;
}

print join(' ', sort keys %needpackage), "\n";
----- cut here -----

It needs to be made more robust; I'll flesh it out if we decide to actually
do this.  But I tested it, and it works (and is a useful tool for Intel as
well).

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Tue Jul 23 21:34:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 21:20:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 21:20:14 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 16:47:35 -0000
Resent-Date: 23 Jul 1996 16:47:35 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Tue, 23 Jul 1996 12:50:16 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Alphas and libc dependencies
In-Reply-To: <m0uigcU-0004QBC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.LNX.3.94.960723124748.31239A-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"EnLoV2.0.IG1.d8Gzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5311
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 23 Jul 1996, Ian Jackson wrote:

> All our (ELF i386 and m68k binary) packages are built to build with a
> dependency on `libc5'.
> 
> The Alpha people are not using the standard Linux libc; instead,
> they're using a version of the GNU libc, with a current major number
> of 0 by the looks of things.
> 
> As far as I can see we have two ways we can solve this problem:
> 
> 1. Come up with some kind of scheme, more or less formal, for
> modifying these dependencies at build-time.  At one extreme, the alpha
> distribution builders write a wrapper around dpkg-deb which fixes up
> the dependencies.  At the other we come up with an automatic scheme
> for determining shared library dependencies (this will be hard work).
> 
> 2a. Give the package containing our version of glibc version 0 the
> name libc5.  2b. Implement version numbers for virtual packages so
> that we can use one here.
> 
> I understand that the plan is to eventually merge the Linux and GNU
> libc's, and this'll probably produce a libc6, so whatever solution we
> come up with will only have to last until then.
> 
Why not use sed to build a correct control file depends field based on the
architecture being built. That is, if building on a GNU libc architecture,
sed the correct dependancies into the control field, else sed the normal
libc5 depends.

Anything wrong with this?

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Tue Jul 23 21:34:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 21:22:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 21:22:44 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 16:54:13 -0000
Resent-Date: 23 Jul 1996 16:54:13 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Tue, 23 Jul 1996 11:55:19 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Richard Kaszeta <kaszeta@me.umn.edu>
cc: bdale@gag.com, debian-devel@lists.debian.org
Subject: Re: New virtual packages suggestion
In-Reply-To: <199607231215.HAA03148@rayleigh.me.umn.edu>
Message-ID: <Pine.SOL.3.93.960723115148.780B-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"35FmM.0.wN1.rEGzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5312
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 23 Jul 1996, Richard Kaszeta wrote:

> Really? At least the gzip in 'buzz', 1.2.4-10, installs /bin/compress.

That's been fixed in 1.2.4-11, which will be in rex.  It won't ever be
in buzz because it's not a serious bug.


Guy


From debian-devel-request@lists.debian.org Tue Jul 23 22:24:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 22:13:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 22:13:23 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 17:47:41 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3893: Building a kernel without loadable module support
Reply-To: Michael Shields <shields@crosslink.net>, 3893@bugs.debian.org
Resent-From: Michael Shields <shields@crosslink.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Tue, 23 Jul 1996 17:33:03 GMT
Resent-Message-ID: <handler.3893.B.83814264719430@bugs.debian.org>
X-Debian-PR-Package: kernel-package
X-Loop: owner@bugs.debian.org
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v03007633ae1ab40ff45b@[205.198.168.35]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 23 Jul 1996 17:07:59 +0000
To: submit@bugs.debian.org
From: Michael Shields <shields@crosslink.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5313
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: kernel-package
Version: 2.01

(BTW, 2.00 is still the only one to be found outside of Incoming, and it
has bugs.)

`make-kpkg build' will fail if the kernel is configured without
CONFIG_MODULES, because `make modules' ends with an `exit 1'.  I think the
best thing to do here would be to change it to `exit 0', but that requires
a change by Linus.  An alternative is to run make-modules with errors
ignored (leading `-' in the superior makefile).

There are also these entries from `make-kpkg kernel_image':

        cp modules/* image-tmp/lib/modules/$(version)/misc
        chmod 644 image-tmp/lib/modules/$(version)/misc/*

If `modules/*' expands to nothing, then cp will fail because the file `*'
isn't found.  These lines should be flagged with a `-' as well, unless we
do something more sophisticated.  The sophisticated thing would be to
include .config and ifdef, but I'm not sure how difficult this would be.

The /lib/modules/... directories also ought not to be created if there are
no modules to put in them.  This could be accomplished by moving the
mkdir's under the `if test -f BLOCK_MODULES' targets.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Tue Jul 23 23:14:21 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 23:03:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 23:03:41 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 18:26:13 -0000
Resent-Date: 23 Jul 1996 18:26:13 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bdale@chunks.gag.com>
Message-Id: <199607231839.MAA13624@chunks.gag.com>
To: Richard Kaszeta <kaszeta@me.umn.edu>
cc: debian-devel@lists.debian.org
Subject: Re: New virtual packages suggestion 
In-reply-to: Your message of "Tue, 23 Jul 1996 07:15:07 CDT."
             <199607231215.HAA03148@rayleigh.me.umn.edu> 
Date: Tue, 23 Jul 1996 12:39:18 -0600
From: Bdale Garbee <bdale@gag.com>
Resent-Message-ID: <"xGhsS2.0.1q2.5bHzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5314
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> >There is no conflict with gzip, since the Debian gzip package very 
> >intentionally doesn't provide the 'compress' synonym.  It *does* provide a
> >link for 'uncompress', since that's useful even without a compress being 
> >around.  
> 
> Really? At least the gzip in 'buzz', 1.2.4-10, installs /bin/compress.

I don't believe that.  This is a bug that I fixed a couple of revision back,
long before 1.1 was released.

I'm the package maintainer for gzip.  I have local copies of both version 
1.2.4-10 as I uploaded it, and 1.2.4-11, which fixes a couple of unrelated
bugs and which was uploaded recently.  Neither installs a link for 
/bin/compress. Therefore, either you're mistaken about where the link came
from, or the gzip-1.2.4-10 that's in buzz isn't what I uploaded!

Bdale


From debian-devel-request@lists.debian.org Tue Jul 23 23:39:23 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 23:38:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 23:38:01 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 19:03:43 -0000
Resent-Date: 23 Jul 1996 19:03:43 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31F515DA.48C8B372@verisim.com>
Date: Tue, 23 Jul 1996 14:13:00 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Alphas and libc dependencies
References: <m0uigcU-0004QBC@chiark.chu.cam.ac.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"aA4yC3.0.sN3.F8Izn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5315
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>2a. Give the package containing our version of glibc version 0 the
>name libc5.  2b. Implement version numbers for virtual packages so
>that we can use one here.

Definitely sounds like the best solution to me.

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.


From debian-devel-request@lists.debian.org Wed Jul 24 00:04:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 23:44:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 23:44:20 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 19:27:43 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3860: procps should have Replaces: watch
Reply-To: Helmut Geyer <Helmut.Geyer@IWR.Uni-Heidelberg.De>,
  3860@bugs.debian.org
Resent-From: Helmut Geyer <Helmut.Geyer@IWR.Uni-Heidelberg.De>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Fernando Alegre <alegre@mars.superlink.net>
Resent-Date: Tue, 23 Jul 1996 19:18:05 GMT
Resent-Message-ID: <handler.3860.B3860.83814865621551@bugs.debian.org>
X-Debian-PR-Package: procps
X-Loop: owner@bugs.debian.org
From: Helmut Geyer <Helmut.Geyer@IWR.Uni-Heidelberg.De>
Message-Id: <9607231854.AA06784@polyhymnia.iwr.uni-heidelberg.de>
To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3860@bugs.debian.org
Date: Tue, 23 Jul 1996 20:54:05 +0200 (MET DST)
Cc: 3860-done@bugs.debian.org
In-Reply-To: <m0ui0tf-00013lC@miles.econ.queensu.ca> from "Dirk.Eddelbuettel@qed.econ.queensu.ca" at Jul 21, 96 11:58:00 am
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5316
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> 
> 
> Package: procps
> Version: 1.01a-1                            
> 
> The new procps effectively replaces the watch package [1], so it should also
> have a "Replaces: watch:" [2].
> 
> [1] dpkg reports that the binary and the manpage get overwritten:
> miles:/mirror/debian/private/project/Incoming [root] # dpkg -i procps_1.01a-1_i386.deb
> (Reading database ... 18013 files and directories currently installed.)
> Preparing to replace procps (using procps_1.01a-1_i386.deb) ...
> Unpacking replacement procps ...
> dpkg - warning, overriding problem because --force enabled:
>  trying to overwrite `/usr/bin/watch', which is also in package watch
> dpkg - warning, overriding problem because --force enabled:
>  trying to overwrite `/usr/man/man1/watch.1', which is also in package watch
> Setting up procps (1.01a-1) ...       
> 
> [2] The watch package remains, alas with nothing but the copyright file:
> miles:/mirror/debian/private/project/Incoming [root] # dpkg -L watch

OOps, this shouldn't have happened. The watch program is different from that
in the watch package. I will rename it.

	Helmut

------------------------------------------------------------------------------
Helmut Geyer                                Helmut.Geyer@iwr.uni-heidelberg.de


From debian-devel-request@lists.debian.org Wed Jul 24 00:04:23 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 23 Jul 1996 23:47:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 23 Jul 1996 23:47:00 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 19:27:44 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3880: procps w command problems ...
Reply-To: Helmut Geyer <Helmut.Geyer@IWR.Uni-Heidelberg.De>,
  3880@bugs.debian.org
Resent-From: Helmut Geyer <Helmut.Geyer@IWR.Uni-Heidelberg.De>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Fernando Alegre <alegre@mars.superlink.net>
Resent-Date: Tue, 23 Jul 1996 19:18:08 GMT
Resent-Message-ID: <handler.3880.B3880.83814865621542@bugs.debian.org>
X-Debian-PR-Package: procps
X-Loop: owner@bugs.debian.org
From: Helmut Geyer <Helmut.Geyer@IWR.Uni-Heidelberg.De>
Message-Id: <9607231845.AA06764@polyhymnia.iwr.uni-heidelberg.de>
To: tobias@et-inf.fho-emden.de, 3880@bugs.debian.org
Date: Tue, 23 Jul 1996 20:45:42 +0200 (MET DST)
Cc: 3880-done@bugs.debian.org
In-Reply-To: <199607222214.AAA21090@server.et-inf.fho-emden.de> from "Peter Tobias" at Jul 23, 96 00:14:13 am
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5317
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> 
> Package: procps
> Version: 1.01a-1
> 
> 
> I just tried the new proc-ps package and noticed a few small problems
> with the "w" command (w-new is from procps-1.01, w-old is from procps-0.99).
> 
> 
> # w-new
>   4:49pm  up 1 day,  5:14,  6 users,  load average: 0.99, 0.94, 0.78
> USER     TTY      FROM              LOGIN@  IDLE   JCPU   PCPU  WHAT
> tobias   tty1                      11:37am 20:33  11.15s 11.15s  -bash
> tobias   tty2                      11:37am  6:04m  3.86s  3.86s  -bash
> tobias   tty3                      11:37am  5:53m  1.04s  1.04s                                 bashtobias   tty4                      11:37am  5:46m  1.29s  1.29s  -bash
> tobias   tty5                       9:08pm  0.00s  6.64s  0.10s  ./w
> tobias   tty6                      11:55am  2:56m 12.65s  7.26s  mc
> 
> # w-old
>   4:49pm  up 1 day,  5:14,  6 users,  load average: 0.99, 0.94, 0.78
> User     tty       login@  idle   JCPU   PCPU  what
> tobias   tty1     Sat11am    20     11     11  -bash
> tobias   tty2     Sat11am  6:04      3      3  -bash
> tobias   tty3     Sat11am  5:53      1      1  bash
> tobias   tty4     Sat11am  5:47      1      1  -bash
> tobias   tty5     Sat 9pm            6         -
> tobias   tty6     Sat11am  2:56     12         -
> 
> 
> The problems I see are:
> - w-new only reports the login time, even when the person logged
>   in more than 24 hours ago (it should report the same as w-old)
> - w-new reports the "what" entry on tty3 not at the correct
>   position (there are more than 30 characters between the position
>   where the "what" entry should be and where it actually is).
>   BTW: I'm using a 100x40 display and ps shows the bash on tty3
>   as "(bash)".
> - w-new reports "./w" as the command the user on tty5 executed.
>   This is correct but w-new should never ever show that. It should
>   only print a "-" and not the command (the user "tobias" su'ed to
>   "root" on tty5). w-old shows the correct commands for tty5 and
>   tty6 (both "su root" sessions).
> - IMHO w-new should use the old format for IDLE/JCPU/PCPU. Using
>   more accurate numbers results in a very full and complex looking
>   IDLE/JCPU/PCPU area. The more accurate values could be shown when
>   the user uses a command line option (maybe -p ?). BTW: even with
>   the more accurate values the IDLE times are incorrect (20:33
>   should be 20:33m, 6:04m should be 6:04h and so on)
> - w-new shouldn't report the "FROM" field by default. Most people
>   use linux in a non-networked environment and most distributions
>   have the "FROM" field disabled by default (they use -f to show
>   it).
> 
Thank you for your report. I will investigate the issues 1, 2 and 3 
I will change the default for reporting the FROM field.

Nevertheless I really like the new IDLE/JCPU/PCPU format much better
than the old format. The problem with the units is noted and 
I will talk with the upstream maintainer about it.

	Helmut

------------------------------------------------------------------------------
Helmut Geyer                                Helmut.Geyer@iwr.uni-heidelberg.de


From debian-devel-request@lists.debian.org Wed Jul 24 00:29:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 00:14:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 00:14:12 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 19:41:33 -0000
Resent-Date: 23 Jul 1996 19:41:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 23 Jul 1996 18:35:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6DP6eE3EcsB@khms.westfalen.de>
In-Reply-To: <199607230223.VAA05550@snork.ifisicacu.unam.mx>
Subject: Re: /etc/default?
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"4d_Bs2.0.J24.jhIzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5318
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

lukas@teorica0.ifisicacu.unam.mx (Lukas Nellen)  wrote on 22.07.96 in <199607230223.VAA05550@snork.ifisicacu.unam.mx>:

> >>>>> "KH" == Kai Henningsen <kai@khms.westfalen.de> writes:

KH>> lukas@teorica0.ifisicacu.unam.mx (Lukas Nellen)  wrote on 16.07.96 in
KH>> <199607170320.WAA01400@kukulkan.ifisicacu.unam.mx>:

> >> kai@khms.westfalen.de said:
> >> > ian@chiark.chu.cam.ac.uk (Ian Jackson)  wrote on 09.07.96 in
> >> > <m0udlFW-0002ZwC@chiark.chu.cam.ac.uk>:

KH>> Not quite. The point is that /etc/default is an *existing* concept; if we
KH>> use it at all, we should use it in a way compatible with existing usage.

> Ok, maybe I should have said: Is /etc/default a good solution in the
> eyes of a majority of the debian users to solve the problem of clutter
> in /etc? Or a different subdirectory, in case we don't want to use the
> way /etc/default is used in other systems?

The problem is this:

* We have a lot of cases where config info is contained in scripts. This  
is bad.

* So we want that config info in another file. That makes for a lot of  
extra config files.

* /etc is already very full. Putting this much more config files into it  
is a problem.

So several people have suggested using /etc/default from SysV. This is an  
existing solution to these problems; I prefer using an existing solution  
to inventing a new one (or not solving the problem).

KH>> Somewhat, yes. It is primarily a selection by type, not form, of content
KH>> (and by implication, use).

KH>> Stuff in /etc/default is a series of attribute-property values. That's
KH>> certainly a lot more specific than what you can say about /etc in
KH>> general.

> To me, that is selection-by-syntax. Some standard use is implied - after
> all, it is a configuration file :-). (not a data file...)

Umm - how can it be selection by syntax if nothing syntactical is even  
mentioned here? This doesn't make sense to me.

KH>> On the other hand, _if_ it goes in there, then it _also_ has to follow a
KH>> specific format. (This might, for example, allow us to write a general
KH>> tool to configure what is in there, or at least to report it. In any
KH>> case, it makes it somewhat safe to guess the syntax for changes.)

> I admit that such a tool would be nice (for pure Debian installations,
> but don't forget heterogeneous setups). The problem I see, though, is

What's the problem with heterogeneous setups? I don't see any.

> that it creates another layer of meta-configuration. What I mean by
> this is: Unless _all_ (or at least a significantly large number of)
> packages are changed to use directly the information from
> /etc/default, each package wich cannot handle the information in
> /etc/default directly must provide a tool to convert the information
> from /etc/default into the form expected by the rest of the
> package. By this duplication of information, you run the risk that

This makes absolutely no sense to me. Why would a package that doesn't use  
/etc/default, need to know about it?

> someone edits the derived configuration file directly. Also, packages

Why would you want to design something like that into a package? Again,  
this makes no sense to me.

> with a more complicated configuration would probably need to provide
> some modules to extend the configuration tool. That looks like a fair
> amount of work, both sorting out the guidlines for this, including an
> API for the configuration tool, and then modifying t the existing
> packages to benefit from this tool.

One more thing that doesn't make any sense to me. Why on earth would you  
want modules to extend a configuration tool, when we explicitely specify a  
very simple type of information to manage?

> If you cannot get enough packages to use /etc/default files, you might
> actually increase the number of configuration files floating around
> rather than solving the problem of the clutter in /etc.

Sorry, I don't see how this could lead to even one more configuration  
file.

I get the definite impression that you are thinking of a very different  
system from the one proposed.

KH>> For example -
> 	.
> 	.
> 	.
KH>> It seems that most files under /etc wouldn't qualify for /etc/default,
KH>> not even with a different syntax.

> Is it correct then to conclude that /etc/default won't be of much help
> to reduce the clutter in /etc?

Not at all. See above. We don't want to move everything in /etc around. We  
want to solve a specific problem, and we want to keep the solution to that  
problem from generating a new problem, and while we're at it, we want to  
solve it in as general a way as possible, so other packages besides the  
problem packages (that being packages that use scripts as config files)  
might (not must) be able to use this to solve some of *their* needs.

> BTW, I find it more confusing when a package puts several files in
> /etc, often with names that make it not-obvious which package they
> belong to. I have the impression, looking at the packages which
> install files directly into /etc, that there is still room for
> cleaning up without excessive code modifications.

That seems to be a different problem.

> >> What is wrong about /etc/tar.conf in this case? What makes tar
> >> better/worse than, say, syslogd or modules?

KH>> 1. Well, /etc is already crowded. That's why it has subdirectories in the
KH>> first place.
KH>> 2. I don't understand. Why should there be a difference between tar and
KH>> syslogd or modules?

> Well, there isn't that's why, since I prefer selecion-by-function, I
> have no criterion to justify why one package puts its configuration
> files into /etc, the other one into /etc/default. Your
> selection-by-syntax scheme provides such a criterion.

Well, as I haven't said that one of these packages should do so while  
another one shouldn't, this seems to be a straw man.

What I did say was that *if* they put something in there, then they have  
to follow the rules. I see nothing wrong with that.

Again, the config files we want to make (because the config data should  
not be buried in scripts) are, as far as I can tell, all or nearly all of  
the nature that would be appropriate for /etc/default, so using /etc/ 
default seems like a natural solution. I really do not understand why you  
have a problem with that.

> What I don't want to see is the following: A package has two
> configuration files, one has attribute-value pairs, the other one has
> a more general form. Applying selection-by-syntax would put one file
> into /etc/default, the other one into /etc. In that scenario, I would
> have to edit files in different places to set up the package.

Well, don't put it there, then. Nobody ever said that all files of that  
sort *have* to go there.

In fact, if you have multiple configuration files, it may be appropriate  
to have a package-specific subdirectory.

Most packages seem to be quite content with less.

> However, if I put all files into /etc/<packagename>, both files live
> in the same place.

True. So? You can obviously do that.

MfG Kai


From debian-devel-request@lists.debian.org Wed Jul 24 00:29:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 00:18:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 00:18:35 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 19:44:16 -0000
Resent-Date: 23 Jul 1996 19:44:15 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 23 Jul 1996 18:37:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6DP6eT1EcsB@khms.westfalen.de>
In-Reply-To: <199607230252.VAA05825@snork.ifisicacu.unam.mx>
Subject: Re: /etc/default
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"ZjxPz3.0.N34.FkIzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5319
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

lukas@teorica0.ifisicacu.unam.mx (Lukas Nellen)  wrote on 22.07.96 in <199607230252.VAA05825@snork.ifisicacu.unam.mx>:

> assignments. To solve the problem of clutter, I don't see that
> /etc/default will do the trick.

Like I said, it solves not so much the existing clutter, but the future  
clutter that happens when we separate that config info out of those (and  
other) scripts.

MfG Kai


From debian-devel-request@lists.debian.org Wed Jul 24 00:29:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 00:21:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 00:21:58 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 19:55:44 -0000
Resent-Date: 23 Jul 1996 19:55:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 23 Jul 1996 18:41:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6DP6eZ9zcsB@khms.westfalen.de>
In-Reply-To: <199607230455.WAA11389@chunks.gag.com>
Subject: Re: New virtual packages suggestion
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"h3iA32.0.VA4.0vIzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5320
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

kaszeta@me.umn.edu (Richard Kaszeta)  wrote on 23.07.96 in <199607231215.HAA03148@rayleigh.me.umn.edu>:

> >There is no conflict with gzip, since the Debian gzip package very
> >intentionally doesn't provide the 'compress' synonym.  It *does* provide a
> >link for 'uncompress', since that's useful even without a compress being
> >around.
>
> Really? At least the gzip in 'buzz', 1.2.4-10, installs /bin/compress.

I remember that being reported as a bug, and general consensus that it is,  
indeed, a bug, as that compress link doesn't do what it is supposed to do  
(generate compress-format files). It's about as useful as a link between  
tex and groff.

MfG Kai


From debian-devel-request@lists.debian.org Wed Jul 24 01:44:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 01:31:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 01:31:55 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 20:53:32 -0000
Resent-Date: 23 Jul 1996 20:53:31 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecl@fnpc21.if.usp.br>
Message-Id: <m0uioXT-000VRtC@fnpc21.if.usp.br>
Date: Tue, 23 Jul 96 17:58 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: debian-devel@lists.debian.org
Subject: Re: New virtual packages suggestion
In-Reply-To: <199607211302.PAA06391@marin.fdn.fr>
References: <199607211302.PAA06391@marin.fdn.fr>
Resent-Message-ID: <"yv_jF2.0.Xx4.BlJzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5321
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "YA" == Yves Arrouye <Yves.Arrouye@marin.fdn.fr> wrote:

YA> Hello,
YA> I propose to add the following virtual packages:

YA> ... 

I would also suggest "emacs" or something like that. This will be
necessary when we have xemacs ready. Things like "calc", "vm", "w3"
etc. could depend on it, which would be provided by both GNU Emacs and
XEmacs.

Emilio.

-- 
                 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
               Instituto de Fisica da Universidade de Sao Paulo
             Caixa Postal 66318, 05389-970 Sao Paulo - SP, BRAZIL
              Phone: (+55) (11) 818-6724 (Voice) / 818-6715 (Fax)


From debian-devel-request@lists.debian.org Wed Jul 24 02:59:30 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 02:46:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 02:46:46 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 22:00:59 -0000
Resent-Date: 23 Jul 1996 22:00:59 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0ujByo-0005yRC@mongo.pixar.com>
Date: Wed, 24 Jul 96 15:00 PDT
From: bruce@pixar.com (Bruce Perens)
To: debian-devel@lists.debian.org
Subject: Please merge in multi-architecture patches
Reply-To: Bruce Perens <Bruce@pixar.com>
Resent-Message-ID: <"_2OVm1.0.ao5.RkKzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5322
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dear Developers,

Leland Lucius says that few of you have acknowledged his bug reports with
multi-architecture patches. Please merge in these patches and upload new
packages if you have not done so. We are about to start compiling for the
DEC ALPHA, and it's going to be very difficult for us without the multi
architecture support that Leland has so graciously provided.

	Thanks

	Bruce


From debian-devel-request@lists.debian.org Wed Jul 24 03:24:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 03:05:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 03:05:34 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 22:06:35 -0000
Resent-Date: 23 Jul 1996 22:06:34 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v0300763bae1ad2c32aee@[205.198.168.35]>
In-Reply-To: <m0ufxJ3-0004RDC@chiark.chu.cam.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 23 Jul 1996 22:01:57 +0000
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
From: Michael Shields <shields@crosslink.net>
Subject: Re:Local packages - how to handle them ?
Cc: Debian developers list <debian-devel@lists.debian.org>
Resent-Message-ID: <"XXy0g3.0.yx5.gpKzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5323
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-07-15 23:44 +0000, Ian Jackson wrote:
>Another thing that people have asked for is a way to get dselect to
>automatically use a local copy of some things, or to stop it from
>`upgrading' to the distribution's version.
>
>Some people have done this by creating differently-named local
>versions of the packages in question; this is perhaps a good solution
>to the problem as currently exists, but doesn't strike me as generally
>optimal - we ought to be able to support this better.

I've been thinking about doing this with "realms".

A package could be provided independently from seperate realms.   Version
numbers from different realms are incomparable; it would be up to the user
to decide which realm they wanted to install a package from.  I could run
dselect and see two versions of a package presented -- one from the
debian.org realm and another from the crosslink.net realm.

This would make dependencies more complicated.  If package foo from the
stock Debian tree wants to have bar >2.0-5, and I've installed bar
2.0-2@crosslink.net, should foo be installed?  Since versions are not
comparable between realms, dpkg would have to ask the user whether
2.0-2@crosslink.net was more current than 2.0-5@debian.org, and maybe save
that information for future use.  This isn't perfect, but there's no way to
have perfection without having an actual release that's produced under
central control (as the Debian releases are).

dselect would inform you when a new version appeared regardless of realm,
but would only upgrade by default when a new version appeared within the
same realm as the version already installed.




--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Wed Jul 24 03:24:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 03:06:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 03:06:20 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 22:07:00 -0000
Resent-Date: 23 Jul 1996 22:06:59 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v03007642ae1afcb40446@[205.198.168.35]>
In-Reply-To: <Pine.SOL.3.93.960723115148.780B-100000@brando.ece.utexas.edu>
References: <199607231215.HAA03148@rayleigh.me.umn.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 23 Jul 1996 22:03:46 +0000
To: Guy Maor <maor@ece.utexas.edu>
From: Michael Shields <shields@crosslink.net>
Subject: Re: New virtual packages suggestion
Cc: Richard Kaszeta <kaszeta@me.umn.edu>, bdale@gag.com,
  debian-devel@lists.debian.org
Resent-Message-ID: <"Q49Og1.0.Zy5.3qKzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5324
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-07-23 16:55 +0000, Guy Maor wrote:
>On Tue, 23 Jul 1996, Richard Kaszeta wrote:
>
>> Really? At least the gzip in 'buzz', 1.2.4-10, installs /bin/compress.
>
>That's been fixed in 1.2.4-11, which will be in rex.  It won't ever be
>in buzz because it's not a serious bug.

Shouldn't all non-cosmetic bugs be fixed?

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Wed Jul 24 04:14:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 03:55:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 03:55:01 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 22:51:47 -0000
Resent-Date: 23 Jul 1996 22:51:47 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bdale@chunks.gag.com>
Message-Id: <199607232305.RAA14266@chunks.gag.com>
To: Richard Kaszeta <kaszeta@me.umn.edu>
Cc: debian-devel@lists.debian.org
Subject: Re: New virtual packages suggestion 
In-reply-to: Your message of "Tue, 23 Jul 1996 14:02:42 CDT."
             <199607231902.OAA00970@bofh.me.umn.edu> 
Date: Tue, 23 Jul 1996 17:05:23 -0600
From: Bdale Garbee <bdale@gag.com>
Resent-Message-ID: <"iWDN02.0.zV6.2ULzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5325
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Well, it *is* fixed in rex (revision 11 I believe), but looking in the
> buzz/binary-i386/base directory (downloaded not 30 min ago from
> ftp.i-connect.net)

Ok, it looks like you're right.  I thought I'd explicitly checked that this
morning.  Hmmm.  The short answer is run -11.  Whether this is significant
enough to warrnat putting -11 in buzz-fixes I'll leave it up to someone else to
worry about.  I personally wouldn't bother.

The history is that I removed the 'compress' link several revs back, but lost
that change when I had a disk failure here and didn't notice it until a couple
of revs later when someone resubmitted it as a bug.  It's "fixed again" in 
-11, and will "stay fixed" from now on.

Bdale


From debian-devel-request@lists.debian.org Wed Jul 24 04:14:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 03:58:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 03:58:12 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 22:54:12 -0000
Resent-Date: 23 Jul 1996 22:54:12 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Wed, 24 Jul 1996 00:27:28 +0200
Message-Id: <199607232227.AAA27241@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: Q about making a package with a dedicated user?
Resent-Message-ID: <"SasFe1.0.SY6.KWLzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5328
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hello,

I'm taking over the Apache package, and remember that some of you wanted
the web data in ~www. I'll do that but I have a question:

  - I'd like to create the www user (group) *before* files are unpacked.
    And I need to be sure of its uid (gid) because the .deb file will
    contain files owned by www.www. How can I ensure that? (I'd like
    not to have to chown unless forced to do so).

Thanks,
Yves.


From debian-devel-request@lists.debian.org Wed Jul 24 04:14:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 03:57:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 03:57:20 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 22:53:43 -0000
Resent-Date: 23 Jul 1996 22:53:43 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Wed, 24 Jul 1996 00:22:42 +0200
Message-Id: <199607232222.AAA27233@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: Packages using perl in inst scripts and not requiring perl: normal?
Resent-Message-ID: <"ONAYv3.0.pX6.tVLzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5327
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hello,

Is it normal that some packages do use perl in their installation scripts
and do not have a Requires: perl field though perl is not a required
package?

Yves.


From debian-devel-request@lists.debian.org Wed Jul 24 04:14:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 03:56:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 03:56:18 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 22:53:34 -0000
Resent-Date: 23 Jul 1996 22:53:34 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Wed, 24 Jul 1996 00:38:25 +0200
Message-Id: <199607232238.AAA27266@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: perlconfig creates unnecessary/unusable files.
Resent-Message-ID: <"xIMm7.0.UX6.kVLzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5326
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: perl
Version: 5.003-2

perlconfig (aka h2ph) really wants to make .ph files with Objective C
headers found under /usr/include... and fails!

Yves.


From debian-devel-request@lists.debian.org Wed Jul 24 04:39:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 04:15:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 04:15:12 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 22:56:00 -0000
Resent-Date: 23 Jul 1996 22:55:59 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Wed, 24 Jul 1996 00:41:39 +0200
Message-Id: <199607232241.AAA27269@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: Re: New virtual packages suggestion
In-Reply-To: <6DGYPzbUcsB@khms.westfalen.de>
References: <199607211302.PAA06391@marin.fdn.fr>
	<6DGYPzbUcsB@khms.westfalen.de>
Resent-Message-ID: <"3XQgr2.0.Ya6._XLzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5329
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

 > Again, do we have or expect to have more than one package providing  
 > compress? If not, what's the use?

Yes, we have because packages with a compress command can be built from
various sources, at the user discretion, without control because noone
will relase *the* ;-) compress binary package because of potential
licensing problems.

Yves.

(This is discussed in more detail in another of my mails.)


From debian-devel-request@lists.debian.org Wed Jul 24 04:39:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 04:16:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 04:16:41 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 23:00:17 -0000
Resent-Date: 23 Jul 1996 23:00:17 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Tue, 23 Jul 1996 23:53:45 +0200
Message-Id: <199607232153.XAA27208@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: Re: compress virtual package (Was: Re: New virtual packages suggestion)
Newsgroups: list.debian.devel
In-Reply-To: <199607230455.WAA11389@chunks.gag.com>
References: <199607230455.WAA11389@chunks.gag.com>
Resent-Message-ID: <"KDjnq3.0.hh6.1cLzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5331
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

 > : 
 > :   - compress	(or bsd-compress, please comment)	indicate that the
 > : 		package provide a true BSD compress command. Needed by my
 > : 		new compress-package, and useful for packages that can't
 > : 		be satisfied by compress being a synonym of gzip (though
 > : 		in the absence of an official Debian compress package, they
 > : 		should only recommends: it, certainly).
 > : 
 > 
 > There is no conflict with gzip, since the Debian gzip package very 
 > intentionally doesn't provide the 'compress' synonym.  It *does* provide a
 > link for 'uncompress', since that's useful even without a compress being 
 > around.  

That's wrong. There's (unfortunately) a compress command in gzip. It should
be removed because programs needing compress will fail.

 > For the rare cases where a real 'compress' is needed (building X, I gather,
 > among other things), the right thing to do would be to have a 'compress' 
 > package that provides just 'compress' and doesn't try to provide 'uncompress'
Sure. And even if a compress binary is put in /usr/bin this will not cause
any problem.

 > I see no value added by a virtual package here.

The compress-package that I've built let one build a compress package
with different sources. For example I've built a compress-4.0 package and
a gnu-compress-4.0 package, the first one having atob, btoa, tarmail
and friends while the second don't.
  It is already a pain not to be able to provide a binary compress
package, I don't want to limit the choice of sources for people
building one with compress-package. And I don't want to force them to
name their package compress, one of the reason being that they may
choose to build different packages used on different systems.
  Having compress made virtual is the best way to get this freedom. In
addition to that, any package built with compress-package must
conflict with the other ones because it may divert some gzip binaries
or create symlinks (like gzcat -> /bin/zcat). I cannot make them
conflict without even knowing their names if they don't provide a
virtual package.

Yves.




From debian-devel-request@lists.debian.org Wed Jul 24 04:39:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 04:15:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 04:15:54 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 22:58:53 -0000
Resent-Date: 23 Jul 1996 22:58:53 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Tue, 23 Jul 1996 23:59:06 +0200
Message-Id: <199607232159.XAA27215@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: Ghostscript/PDF-files/ghostview
In-Reply-To: <Pine.LNX.3.93.960722221837.758A-100000@niki.et.tudelft.nl>
References: <Pine.LNX.3.93.960722221837.758A-100000@niki.et.tudelft.nl>
Resent-Message-ID: <"-pawo3.0.9f6.jaLzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5330
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

 > I remember seeing some discussion on this list (or debian-user, not sure)
 > about ghostscript and handling PDF-files (Acrobat-files).
 > 
 > Also according to that doc, a patched version of ghostview exists, which
 > handles this correctly:

This hacked 1.5 version of Ghostview worked with 3.33 and stopped working
starting with 3.51. We are at 4.01 now... And the last time I checked
the prologue sent to gs by this ghostview made it barf.

(But I'd *love* to have a ghostview-based PDF viewer...)

Yves.


From debian-devel-request@lists.debian.org Wed Jul 24 05:04:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 04:42:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 04:42:55 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 23:37:52 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3894: dpkg -L bug showing diversions
Reply-To: Yves Arrouye <arrouye@marin.fdn.fr>, 3894@bugs.debian.org
Resent-From: Yves Arrouye <arrouye@marin.fdn.fr>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-Date: Tue, 23 Jul 1996 23:18:05 GMT
Resent-Message-ID: <handler.3894.B.83816366412004@bugs.debian.org>
X-Debian-PR-Package: dpkg
X-Loop: owner@bugs.debian.org
Date: Tue, 23 Jul 1996 23:38:53 +0200
Message-Id: <199607232138.XAA27189@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5333
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: dpkg
Version: 1.2.12elf

When files of a package are diverted, dpkg -L lists files as diverted by
the package owning them first instead of by the package which did the
diversion. An example follows.

Yves.

marin4% dpkg-divert --list
diversion of /usr/X11R6/bin/xterm to /usr/X11R6/bin/xterm.mono by xterm-color
diversion of /usr/bin/zmore to /usr/bin/gzmore by compress
diversion of /usr/bin/zcmp to /usr/bin/gzcmp by compress
diversion of /usr/bin/zdiff to /usr/bin/gzdiff by compress
diversion of /usr/man/man1/zcat.1 to /usr/man/man1/gzcat.1 by compress
diversion of /usr/man/man1/zmore.1 to /usr/man/man1/gzmore.1 by compress
diversion of /usr/man/man1/zcmp.1 to /usr/man/man1/gzcmp.1 by compress
diversion of /usr/man/man1/zdiff.1 to /usr/man/man1/gzdiff.1 by compress
marin5% dpkg -L gzip
/.
/bin
/bin/gzip
/bin/gunzip
/bin/zcat
/bin/compress/bin/uncompress
/usr
/usr/bin
/usr/bin/zdiff
diverted by gzip to: /usr/bin/gzdiff
/usr/bin/zgrep
/usr/bin/zless
/usr/bin/zmore
diverted by gzip to: /usr/bin/gzmore
/usr/bin/znew
/usr/bin/zforce
/usr/bin/gzexe
/usr/bin/zcmp
diverted by gzip to: /usr/bin/gzcmp
/usr/info
/usr/info/gzip.info.gz
/usr/lib
/usr/man
/usr/man/man1
/usr/man/man1/gzip.1
/usr/man/man1/gzexe.1
/usr/man/man1/zdiff.1
diverted by gzip to: /usr/man/man1/gzdiff.1
/usr/man/man1/zgrep.1
/usr/man/man1/zless.1
/usr/man/man1/zmore.1
diverted by gzip to: /usr/man/man1/gzmore.1
/usr/man/man1/znew.1
/usr/man/man1/zforce.1
/usr/man/man1/zcat.1
diverted by gzip to: /usr/man/man1/gzcat.1
/usr/man/man1/zcmp.1
diverted by gzip to: /usr/man/man1/gzcmp.1
/usr/man/man1/gunzip.1
/usr/doc
/usr/doc/copyright
/usr/doc/copyright/gzip


From debian-devel-request@lists.debian.org Wed Jul 24 05:04:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 04:44:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 04:44:18 -0000
Received: (qmail-queue invoked by uid 40); 23 Jul 1996 23:37:52 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3847: Perl & G++
Reply-To: "Brian C. White" <bcwhite@verisim.com>, 3847@bugs.debian.org
Resent-From: "Brian C. White" <bcwhite@verisim.com>
Orignal-Sender: bcwhite
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Tue, 23 Jul 1996 23:18:07 GMT
Resent-Message-ID: <handler.3847.B3847.83816366412016@bugs.debian.org>
X-Debian-PR-Package: perl
X-Loop: owner@bugs.debian.org
Sender: bcwhite@bugs.debian.org
Message-ID: <31F55B3F.11011E34@verisim.com>
Date: Tue, 23 Jul 1996 19:07:43 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: 3847@bugs.debian.org
References: <31F13A51.1B05C864@verisim.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5332
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

More problems:

The "Config.pm" defines the following:

	libs='-lndbm -lgdbm -ldbm -ldb -ldl -ldld -lm -lc'

Not all of these exist on every system and thus break the building of any
extension modules, even if they are not needed.  Is there any way this
line could be determined at run-time?


The "MakeMaker" script has a problem with defining:

	'LIBS'	=> [qw(g++)]

MakeMaker tries to use this within a regex without surrounding it with
"\Q" and "\E".  Thus, it dies with an error about a recursive modifier
due to the ++.


                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.


From debian-devel-request@lists.debian.org Wed Jul 24 06:19:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 05:55:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 05:55:57 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 00:27:11 -0000
Resent-Date: 24 Jul 1996 00:27:11 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0ujEFs-0005YhC@mongo.pixar.com>
Date: Wed, 24 Jul 96 17:26 PDT
From: bruce@pixar.com (Bruce Perens)
To: Debian developers list <debian-devel@lists.debian.org>,
  Ian Jackson <ian@chiark.chu.cam.ac.uk>
Subject: Re:  Alphas and libc dependencies
Reply-To: Bruce Perens <Bruce@pixar.com>
Resent-Message-ID: <"9GrWf.0.ix7.VtMzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5334
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I think it's OK to call the Alpha GNU libc "libc5". As you said, this will
only persist until they are merged back together.

	Thanks

	Bruce


From debian-devel-request@lists.debian.org Wed Jul 24 06:19:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 05:57:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 05:57:23 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 00:27:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3895: file conflicts: mgetty vs netpbm
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3895@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Wed, 24 Jul 1996 00:18:04 GMT
Resent-Message-ID: <handler.3895.B.83816666413188@bugs.debian.org>
X-Debian-PR-Package: mgetty, netpbm
X-Loop: owner@bugs.debian.org
Message-Id: <m0uir8U-0004QBC@chiark.chu.cam.ac.uk>
Date: Wed, 24 Jul 96 00:45 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5335
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: mgetty, netpbm
Version: 0.98-2, 1994.03.01p1-1

See below.  I think these should be left in netpbm - after all, what
are you going to do with the pbm file without it ?

Ian.

# dpkg -i mgetty_0.98-2.deb 
Selecting previously deselected package mgetty.
(Reading database ... 20112 files and directories currently installed.)
Unpacking mgetty (from mgetty_0.98-2.deb) ...
dpkg - warning, overriding problem because --force enabled:
 trying to overwrite `/usr/bin/pbmtog3', which is also in package netpbm
dpkg - warning, overriding problem because --force enabled:
 trying to overwrite `/usr/bin/g3topbm', which is also in package netpbm
dpkg - warning, overriding problem because --force enabled:
 trying to overwrite `/usr/man/man1/g3topbm.1', which is also in package netpbm
dpkg - warning, overriding problem because --force enabled:
 trying to overwrite `/usr/man/man1/pbmtog3.1', which is also in package netpbm
Setting up mgetty (0.98-2) ...

# dpkg -s netpbm
Package: netpbm
Status: install ok installed
Priority: extra
Section: non-free
Maintainer: Jim Robinson <jimr@simons-rock.edu>
Version: 1994.03.01p1-1
Description: netpbm -- graphics conversion tools.
 Netpbm is a toolkit for conversion of images between a variety of
 different formats, as well as to allow a few basic image operations.
 It is based on the pbmplus distribution.

# 


From debian-devel-request@lists.debian.org Wed Jul 24 06:19:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 05:58:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 05:58:37 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 00:27:58 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3896: /sbin/mgetty is not world-readable
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3896@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Wed, 24 Jul 1996 00:18:06 GMT
Resent-Message-ID: <handler.3896.B.83816666513196@bugs.debian.org>
X-Debian-PR-Package: mgetty
X-Loop: owner@bugs.debian.org
Message-Id: <m0uirBs-0004QBC@chiark.chu.cam.ac.uk>
Date: Wed, 24 Jul 96 00:48 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5336
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: mgetty
Version: 0.98-2

-chiark:~> ll /sbin/mgetty 
-rwx------   1 root     root        59877 Apr 18 09:21 /sbin/mgetty*
-chiark:~> 

This file should be mode 755, as per the guidelines.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 24 06:19:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 06:00:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 06:00:13 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 00:27:58 -0000
Resent-Date: 24 Jul 1996 00:27:58 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <owner@bugs.debian.org>
From: owner@bugs.debian.org
Message-Id: <m0uiqnX-000CdjC@submailer.bugs.debian.org>
Date: Tue, 23 Jul 96 16:23 PDT
To: debian-devel@lists.debian.org
Subject: Unanswered problem reports by maintainer
Resent-Message-ID: <"3dQ5O2.0.oy7.DuMzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5337
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The following problem reports have not yet been marked as `taken up' by a
message to done@bugs.debian.org or or `forwarded' by a
message to forwarded@bugs.debian.org.

The maintainer listed against each package is derived from the Maintainer
field of the package as found in the development tree; there is an override
file that can be amended to get the right results if you have taken over a
package and do not expect to issue a new version soon.

Variant versions of the Maintainer field for the same actual package
maintainer will be listed separately.
 Package     Ref    Subject

Michael Meskes <meskes@informatik.rwth-aachen.de> (1 bugs):
 watchdog     3889  "watchdog" requires changes to support multiple arches

Owen Dunn <osd1000@chiark.chu.cam.ac.uk> (1 bugs):
 xmix         3492  xmix prints spurious message

Manoj Srivastava <srivasta@pilgrim.umass.edu> (1 bugs):
 kernel-pac   3893  Building a kernel without loadable module support

Kenny Wickstrom <kenny@kennet.com> (1 bugs):
 tin          3787  tin uses /etc/news/descriptions instead of /etc/news/newsgr

Yves Arrouye <arrouye@debian.org> (1 bugs):
 compress-p   3733  problems with compress-package

Siggy Brentrup <bsb@uni-muenster.de> (1 bugs):
 electric-f   3582  electric-fence description: no ext

Anders Christrom <ac@netg.se> (1 bugs):
 lists.debi   3199  Bizarre message from debian-devel-request@lists.debian.org

Martin Schulze <joey@namib.north.de> (1 bugs):
 zoo          3676  zoo description: summary starts w/ pkg name

Michael Alan Dorman <mdorman@debian.org> (1 bugs):
 mingetty     3362  Problems encountered while compiling "mingetty" for m68k ar

joost witteveen <joostje@debian.org> (1 bugs):
 gnuplot      3587  gnuplot description: no ext

Karl Ferguson <karl@tower.net.au> (1 bugs):
 unarj        3641  unarj description: ext start indented, summary starts w/ pk

bcwhite@pobox.com (Brian C. White) (1 bugs):
 gnats        3053  gnats: typo in postinst omits install-info

mitchell@mdd.comm.mot.com (Bill Mitchell) (1 bugs):
 elv-ctags    2503  elvis and emacs both provide ctags

Wichert Akkerman <wakkerma@wi.leidenuniv.nl> (1 bugs):
 strace       2177  "strace -ff -o file dpkg --install foo.deb" causes dpkg to 

Helmut Geyer <Helmut.Geyer@iwr.uni-heidelberg.de> (1 bugs):
 xxgdb        3678  xxgdb description: no ext

adfernan@cnd.mcgill.ca (Andrew D. Fernandes) (2 bugs):
 acs          3559  acs description: no ext
 acs          3851  "acs" requires changes to support multiple arches

Raul Miller <moth@firefly.com> (2 bugs):
 ucbmpeg      3454  ucbmpeg control file problems
 ucbmpeg      3509  mpeg_play puts bogus statistics on stdout

Michael Meskes <meskes@debian.org> (2 bugs):
 modules      3781  "depmod -a" runs out of fd's, complains about configuration
 modules      3802  modules should not be essential

Doug Geiger <runexe@ntplx.net> (2 bugs):
 apsfilter    3224  apsfilter doesn't configure on a read-only filesystem
 apsfilter    3812  Apsfilter should depend on file

Kenneth MacDonald <K.MacDonald@ed.ac.uk> (2 bugs):
 ispell       2425  ispell thinks `formated' is correct
 ispell       3196  ispell symlinks broken

Richard Kettlewell <richard@elmail.co.uk> (2 bugs):
 majordomo    1881  Majordomo UID wrong?
 repair       1532  no revision number with repair

Ray Dassen <jdassen@wi.leidenuniv.nl> (2 bugs):
 www.debian   3431  some packages have no information on WWW-server
 www.debian   3700  Web pages lack <LINK REV="MADE" ...>

krs@caos.aamu.edu (Karl R. Sackett) (2 bugs):
 exmh         3824  exmh fails to start
 exmh         3858  tclIndex for exmh is built for Tcl 7.4

sgk@sgk.tiac.net ("Susan G. Kleinmann") (2 bugs):
 elviscmn     3562  elviscmn description: no ext
 elvisnox     2592  Elvis Compilation Peoblem

Mike Deisher <deisher@dspsun.eas.asu.edu> (2 bugs):
 dosemu       1791  dosemu troubles
 dosemu       3671  dosemu description: no ext

Chuck Stickelman <stick@richnet.net> (2 bugs):
 symlinks     3364  Problems encountered while compiling "symlinks" for m68k ar
 symlinks     3614  symlinks description: ext extra spaces

Erick Branderhorst <branderhorst@heel.fgg.eur.nl> (2 bugs):
 info          889  Info 3.1-6
 wenglish     3655  wenglish description: no ext

Giuseppe Vacanti <Giuseppe.Vacanti@DeSelby.xs4all.nl> (2 bugs):
 diald        3457  diald control file problems
 diald        3573  diald description: ext start blank line

Craig Sanders <cas@taz.net.au> (2 bugs):
 squid        3834  squid core dumps regularly
 tkdesk       3640  tkdesk description: ext start indented

Alvar Bray <alvar@meiko.co.uk> (2 bugs):
 groff        2233  groff-1.09-4
 groff        2970  soelim [in groff] is confused by .so in macros definitions

dgregor@gregor.com (D.J. Gregor) (2 bugs):
 cdtool       2450  `cdir' prints out huge chunks of /etc/passwd !
 cdtool       2923  CD-ROM device /dev/hdc permissions

Christophe Le Bars <clebars@debian.org> (3 bugs):
 suck         3828  suck : i don't wont to run suck as root
 suck         3887  "suck" requires changes to support multiple arches
 xcoral       3654  xcoral description: summary starts w/ pkg name

Brian White <bcwhite@pobox.com> (3 bugs):
 infocom      3716  Problems encountered while compiling "infocom" on m68k arch
 mime-suppo   1930  metamail wants xloadimage
 mime-suppo   3867  "mime-support" requires changes to support multiple arches

jkr@master.debian.org (Jonathan K. Rabone) (3 bugs):
 trn           825  trn warning messages corrupt thread selector display
 trn          1845  dead.letter and dead.article are world readable
 trn          2298  trn bug with shell escaping

mrn20@cam.ac.uk (Michael R. Nonweiler) (3 bugs):
 ipx          2913  ipx bootup scripts are broken
 ipx          3592  ipx description: no ext
 ncpfs        3630  ncpfs description: summary starts w/ pkg name

Simon Shapiro <shimon@i-Connect.Net> (3 bugs):
 rc           3206  rc terminates on CTRL-C
 rc           3533  Problems encountered while building "rc" on m68k arch
 rc           3607  rc description: no ext

Ian Jackson <ijackson@chiark.chu.cam.ac.uk> (3 bugs):
 bugs.debia   2296  debian-bugs WWW doesn't say how to find out Debian version
 bugs.debia   2966  bugs2ftp is broken
 bugs.debia   2998  bugs2ftp still flaky

David Frey <David.Frey@eos.lugs.ch> (3 bugs):
 dump         3806  dump doesn't record the dump dates...
 magicfilte   3452  magicfilter should run config in postinst
 spellprogs   3883  "spellprogs" requires changes to support multiple arches

Michael Nonweiler <mrn20@cam.ac.uk> (4 bugs):
 nas          1747  nas: no manpages for au available
 nas          3107  nas postinst could use a warning
 nas          3510  removal of nas doesn't kill 'au' daemon
 umsdos       3885  "umsdos' requires changes to support multiple arches

Jim Robinson <jimr@simons-rock.edu> (4 bugs):
 mh-papers    3613  mh-papers description: no ext
 term         3714  Problems encountered while compiling 'term' on m68k arch
 xless        3773  xless default window too thin and won't go away when asked 
 xv           3837  Why isn't xv linked with the libgr libraries ?

Guy Maor <maor@debian.org> (4 bugs):
 debianutil   3122  run-parts should ignore RCS
 debianutil   3511  typo on installkernel man page
 util-linux   3259  [c]fdisk does not recognize NEXTSTEP partitions
 util-linux   3777  mkfs.minix option parsing oddities

Helmut Geyer, Helmut.Geyer@iwr.uni-heidelberg.de (4 bugs):
 ghostview    1451  `ghostviewR6' conflict with ghostview &c
 ghostview    2200  Description
 ghostview    3598  ghostview description: ext start indented
 ghostview    3759  xxgdb and ghostview have bad Maintainer field

Wendal Catt <wendal@southwind.net> (4 bugs):
 procmail     3197  wrong uid/gid in /usr/doc/procmail
 procmail     3349  Problems encountered while compiling "procmail" for m68k ar
 procmail     3644  procmail description: no ext
 procmail     3705  procmail does close(-1)

awpguy@acs.ucalgary.ca (Andy W.P. Guy) (5 bugs):
 dchanges     3305  dchanges: urg= override is ignored
 dchanges     3530  dchanges can create bad changes file
 dchanges     3531  dchanges should default to '- -' not 'misc extra'
 dpkg-ftp     2870  dpkg-ftp-1.4.1 bug
 dpkg-ftp     2933  dpkg-ftp needs perl 5.002

Gordon Russell <gor@dcs.napier.ac.uk> (5 bugs):
 setserial    2892  setserial marked as Essential when it isn't
 setserial    3638  setserial description: no ext
 setserial    3747  "setserial" doesn't support multiple architectures.
 setserial    3762  /etc/rc.boot/0setserial usually hangs machine
 setserial    3800  setserial should not be essential

Martin Schulze <joey@linux.de> (5 bugs):
 sysklogd     3060  problems with new sysklogd-1.3-3
 sysklogd     3103  "/etc/init.d/sysklogd restart" does not restart klogd
 sysklogd     3324  Non-existant conffile not created.
 sysklogd     3526  syslogd dumps core when no domainname has been set
 sysklogd     3769  problems with sysklogd postinst

Christian Hudon <chrish@debian.org> (5 bugs):
 termcap-co    797  /etc/termcap console keydefs for function keys
 termcap-co    836  Possible bugs in termcap system
 termcap-co   1045  tgetflag("hc") segfaults (fwd)
 termcap-co   1803  /etc/termcap linux definition incomplete
 termcap-co   3721  Problems while compiling "termcap-compat" on m68k arch

Peter Tobias <tobias@et-inf.fho-emden.de> (5 bugs):
 netstd       3401  talk clears screen after showing error
 netstd       3840  rwhod should remove stale entries
 tcpdump      3742  tcpdump doesn't notice icmp packets on PPP interface
 wu-ftpd      3447  Wu-ftpd prompts for installation of /home/ftp twice
 wu-ftpd      3471  wu-ftpd postinst question asked twice

Mark Eichin <eichin@cygnus.com> (5 bugs):
 dlltools     3578  dlltools description: no ext
 xpaint       3475  xpaint Recommends pbmplus
 xpaint       3699  xpaint description: summary starts w/ pkg name
 xterm-colo   2353  postrm script broken
 xterm-colo   2710  colour xterm has problems when resizing

Erick Branderhorst <branderh@debian.org> (5 bugs):
 fileutils    1854  cp -dpR doesn't preserve ownership of symlinks
 fileutils    3157  df from fileutils calls sync() needlessly
 glibcdoc     2906  Inconsistency in libc.info re snprintf
 idutch       3672  idutch description: no ext
 wdutch       3697  wdutch description: no ext

Otmar Lendl <lendl@cosy.sbg.ac.at> (5 bugs):
 cnews        3476  cnews description is gibberish
 cnews        3852  "cnews" requires changes to support multiple arches
 cnews, ine   3477  cnews and inews should be same package
 inews        3862  "inews" requires changes to support multiple arches
 nntp         3869  "nntp" requires changes to support multiple arches

Dale Miller <dale@csd.uwo.ca> (6 bugs):
 mailx        2009  mailx ignores ^C at Subject prompt
 mailx        2010  mailx misses VM-generated From_ lines
 mailx        2284  mailx ^C at Cc: prompt sends mail !
 mailx        2356  mailx -- problems with TMPDIR symlink
 mailx        2733  /usr/bin/mail leaves lock files when disk full
 mailx        2971  mailx doesn't quit on two successive C-c

Guy Maor <maor@ece.utexas.edu> (6 bugs):
 bdflush      3554  bdflush description: summary starts w/ pkg name
 login        3227  login refuses, and then allows, root login on tty?
 login        3439  Login reconfigures serial port
 login        3775  upgrading login temporarily breaks it
 passwd       3408  Various bugs in passwd manpages
 passwd       3798  passwd should not be essential

dgregor@bronze.coil.com (D.J. Gregor) (6 bugs):
 workbone     1381  workbone postinst fails
 workbone     1973  workbone postinst needs rewording
 workbone     1984  dpkg won't install cdtool
 workbone     3382  workbone disappears during upgrade
 workbone     3664  workbone description: no ext
 workbone     3888  "workbone" requires changes to support multiple arches

Carl Streeter <streeter@cae.wisc.edu> (6 bugs):
 elm          2557  add to elm manpage
 elm          2562  elm manpage paths incorrect
 elm          2789  elm doesn't show rest of pgp-signed message
 elm          2991  nfrm is not installed...
 elm          3042  Elm produces bogus Content-Type header for PGP signed stuff
 elm          3707  Problems encountered while compiling "elm" on m68k arch

joost witteveen <joostje@master.debian.org> (6 bugs):
 gsfonts      1112  a2gs output unusable by gs but usable by ghostview
 gsfonts      3596  gsfonts description: no ext
 gsfonts      3673  gsfonts description: no ext
 xosview      3385  xosview and /usr/bin/X11 (again)
 xosview      3737  xosview uses -O3 -f...
 xosview      3873  Xosview hangs when a dummy net device is in the kernel.

Kevin Dalley <kevin@aimnet.com> (6 bugs):
 automake     3551  automake description: summary starts w/ pkg name
 dejagnu      3566  dejagnu description: summary starts w/ pkg name, no ext
 findutils    1239  /etc/cron.daily/find: updatedb doesn't exclude cdrom and ot
 findutils    3586  findutils description: no ext
 gwm          3594  gwm description: no ext
 oleo         3631  oleo description: no ext

Rob Browning <osiris@cs.utexas.edu> (6 bugs):
 gimp-dmoti   3377  gimp's sample .gimprc does not correspond to gimp paths
 gimp-dmoti   3378  gimp should put a .gimprc in /etc/skel
 gimp-dmoti   3600  gimp-dmotif description: ext start blank line
 gimp-dmoti   3760  gimp-[ds]motif recommend obsolete libgr package
 gimp-smoti   3585  gimp-smotif description: ext start blank line
 libwww-per   3611  libwww-perl description: no ext

debian-devel@pixar.com (6 bugs):
 general      2022  utmp corruption
 general      2481  /sbin/ldconfig in scripts
 general      2717  conffiles in /usr
 general      3066  a.out binaries in various packages
 general      3161  Newbie 1.1beta installation.
 general      3381  Upgrade document and kernel upgrades

Martin Schulze <joey@debian.org> (6 bugs):
 manpages     2861  glob(3) references glob(7); the latter doesn't exist
 manpages     3165  fcntl(2) references nonexistent man pages
 manpages     3484  broken reference to (un)link(8).
 manpages     3494  ftw(3) typos
 manpages     3844  getpeername(2) man page does not list required header file
 manpages-d   3602  manpages-de description: no ext

Dale Scheetz <dwarf@polaris.net> (7 bugs):
 ae           3795  ae should not be essential
 diff         3351  Problems encountered while compiling "diff" for m68k arch
 gmp          3790  Problems with "gmp" when compiling on m68k arch
 libident     3622  libident description: summary starts w/ pkg name, no ext
 octave       3871  "octave" requires changes to support multiple arches
 psutils      3618  psutils description: summary starts w/ pkg name, no ext
 psutils      3732  psutils has invalid address in Maintainer field

Stephen Early <sde1000@cam.ac.uk> (7 bugs):
 mkisofs      3480  missing information in manpage
 mkisofs      3539  mkisofs stops if an error occurs
 mkisofs      3540  mkisofs stops if a problem occurs
 mkisofs      3703  mkisofs stops if a permission problem occurs
 xcompat      3246  Cant load library libXt.so.6
 xcontrib     1981  xman fails to format ascii(7) correctly
 xcontrib     3857  listres dumps core

gthomas@native-ed.bc.ca (Guy R. Thomas) (7 bugs):
 dld          1488  dld control file dsccription problem
 dld          2209  Description
 dld          2758  dld: missing source file
 dld          3572  dld description: ext start indented, summary starts w/ pkg 
 dld          3853  "dld" requires changes to support multiple arches
 hdparm       2197  hdparm -c switch
 hdparm       3866  "hdparm" requires changes to support multiple arches

Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE> (8 bugs):
 amd          2497  Fixes for amd-upl102
 amd          2868  amd hangs on tcsh hostname completion
 amd          3208  amd bug
 amd          3445  bug in amd package (upgrade)
 kbd          1901  `compose' keytable command not documented
 kbd          2217  loadkeys problem
 kbd          2238  another loadkeys problem
 kbd          3383  kbd bogosity

Steve Phillips <sjp@cvfn.org> (8 bugs):
 adduser      1711  adduser replaces NIS entries in /etc/passwd
 adduser      2309  Multiple root accounts
 adduser      3490  adduser password-setting problem
 adduser      3794  adduser should not be essential
 adduser      3861  when adduser runs finger it display all users mathcing the 
 adduser      3878  adduser --home aborts if dir exists; man page implies other
 adduser      3879  adduser: man page has '=V' strings
 adduser? m   1708  `passwd' not interruptible when invoked by `adduser'

Austin Donnelly <and1000@debian.org> (8 bugs):
 bc           3727  Problems encountered while compiling "bc" for m68k arch.
 bsdmainuti   3782  GNU nm breaks lorder
 bsdutils      988  `script' is insecure, and general tty insecurity
 ed           3726  Problems encountered while compiling "ed" for m68k arch.
 fvwm         3437  fvwm should not recommend fvwm2
 fvwm         3748  Pixmaps missing from fvwm package?
 fvwm2        3407  fvwm2: WindowList infelicity
 xcal         3292  xcal app-defaults shouldn't be conffiles

Martin Schulze <joey@infodrom.north.de> (9 bugs):
 at           2475  `at' uses middle-endian 2-digit-year date format
 at           3394  /etc/crontab has a bad entry
 cfingerd     3250  cfingerd descriptive text
 cfingerd     3433  weird output if cfingerd.conf: NO_PLAN = ""
 cfingerd     3791  Problems with "cfingerd" when compiling on m68k arch
 dbview       3565  dbview description: ext extra spaces
 gpm          2874  gpm will not work if the system is setup for a serial conso
 gpm          3280  (no subject)
 gpm          3373  gpm -k hangs if X server running on console

Alvar Bray <alvar@debian.org> (9 bugs):
 man          2969  zsoelim [in man] is confused by .so in macros definitions
 man          3098  man-2.3.10-11 segfaults
 man          3109  man 9menu unpleasant
 man          3220  apropos dumps core
 man          3725  Another data point on apropos segfaulting.
 man          3739  `man -l -' for stdin doesn't work
 man          3766  "man" acting too smart.
 man          3788  `apropos' matches only word-substrings even in page names
 ppp          3808  ppp postinst gives error

Soenke Lange <soenke@escher.north.de> (10 bugs):
 smail        1481  smail paniclog suggestion
 smail        1693  forwarded message from Harald T. Alvestrand
 smail        1799  smail nameresloving problems
 smail        1929  aliasinclude and forwardinclude directors missing
 smail        2348  Smail fails to define NO_PETER_HONEYMAN
 smail        2423  scattered sendmail links
 smail        3046  Smail configuration problem?
 smail        3164  runq dumps core
 smail        3366  Problems encountered while compiling "smail" for m68k arch
 smail        3497  smail calls obsolete yp_order

Chris Fearnley <cjf@netaxs.com> (10 bugs):
 gawk         3328  Problems encountered while compiling "gawk" for m68k arch
 mawk         3542  Problems encountered while compiling "mawk" on m68k arch
 mawk         3544  Problems encountered while compiling "mawk" on m68k arch
 mawk         3617  mawk description: ext extra spaces
 most         2205  Description
 most         3158  most differs from man page
 most         3620  most description: summary starts w/ pkg name
 npasswd-bo   3804  npasswd-boulder doesn't change NIS passwds
 npasswd_bo   3495  doesn't respect nis/yp
 slang-deve   3645  slang-devel description: ext extra spaces

daveb@tau.space.thiokol.com (David P. Boswell) (11 bugs):
 shellutils    821  /bin/echo doesn't check write errors
 shellutils   1164  who --help uses /etc/{w,u}tmp
 shellutils   1560  `su' produces incomplete log entries when not in ordinary s
 shellutils   1616  'who' can't find utmp
 shellutils   2068  su doesn't su.
 shellutils   2292  date does not support dates past 2000 !
 shellutils   2345  Inclusion of shadow breaks up some packages in the current 
 shellutils   2959  date + bug
 shellutils   3087  Bug in date.
 shellutils   3359  Problems encountered while compiling "sh-utils" for m68k ar
 shellutils   3609  shellutils description: no ext

Mark Shuttleworth <marks@thawte.com> (11 bugs):
 apache       2426  apache overwrites existing home page
 apache       2703  apache: wrong location of icons and cgi-bins
 apache       2802  apache tweaks
 apache       2812  Apache server: SECURITY HOLE
 apache       2814  Apache 1.0.3: wrong manpage
 apache       2872  Apache starts several times
 apache       2934  Some cgi scripts don't work
 apache       3384  apache leaves /var/log/httpd non-empty
 apache       3448  Apache purge gives several error message
 apache       3470  apache problems
 apache       3555  apache description: ext extra spaces

Sven Rudolph <sr1@inf.tu-dresden.de> (12 bugs):
 genscript    3169  dvipsk doesn't use /etc/papersize
 genscript    3483  using args with spaces in genscriptrc
 genscript    3854  "genscript" requires changes to support multiple arches
 linuxdoc-s   3180  linuxdoc-sgml semantics and formatting problems
 linuxdoc-s   3285  possibly unintended files installed by linuxdoc-sgml
 linuxdoc-s   3317  linuxdoc-sgml info files are missing all ftp names...
 rcs          2302  RCS - problems with msdos filesystems
 rcs          3619  rcs description: ext extra spaces
 seyon        2701  seyon: dpkg --purge doesn't work
 seyon        3689  seyon description: no ext
 xonix        3666  xonix description: summary starts w/ pkg name
 xsok         3669  xsok description: ext extra spaces

dhs@firefly.com (David H. Silber) (14 bugs):
 dbackup      1406  backup postrm can fail when it shouldn't
 fortune      1118  fortune is setuid games ?!
 fortune      3213  fortune need libc.so.4
 fortune      3571  fortune description: summary starts w/ pkg name, no ext
 fortune      3818  fortune is still a.out !
 fortune      3855  "fortune" requires changes to support multiple arches
 uucp         1265  Misc. uucp bugs
 uucp         2198  uuxqt can't execute rmail
 uucp         2293  uucp should compress big files in /usr/doc/uucp
 uucp         2810  uucp postrm should use -f flag to rm
 uucp         3112  UUCP uses /usr/spool/uucp (and does not create it)
 uucp         3503  still a.out (and src doesn't build binary *.deb out of the 
 uucp         3711  Problems encountered while compiling "uucp" on m68k arch
 uucp         3890  "uucp" requires changes to support multiple arches

Joe Kirby <kirby@utk.edu> (14 bugs):
 fdflush      3331  Problems encountered while compiling "fdflush" for m68k arc
 fdflush      3570  fdflush description: no ext
 fdflush      3797  fdflush should not be essential
 grep         2047  grep segfaults when abused
 grep         3334  Problems encountered while compiling "grep" for m68k arch
 grep         3595  grep description: no ext
 lxtools      3096  lxtools: user error (misuse of -r and filename) gives cored
 lxtools      3621  lxtools description: no ext
 sed          3356  Problems encountered while compiling "sed" for m68k arch
 sed          3625  sed description: no ext
 taper        2891  taper documentation is missing
 taper        3115  taper recommends ftape
 taper        3535  Problems encountered while building "taper" on m68k arch
 taper        3643  taper description: no ext

dgregor@coil.com (D.J. Gregor) (14 bugs):
 byacc        3361  Problems encountered while compiling "byacc" for m68k arch
 byacc        3567  byacc description: no ext
 lpr           902  lpr can't print a PostScript file ?!
 lpr          1061  /etc/printcap vs. /usr/man/man5/printcap.5
 lpr          1923  lpr not de-installing
 lpr          2555  lpd source files aren't clean
 lpr          2556  "\031\1"
 lpr          3034  SOLVED: can't remove print jobs
 lpr          3038  SOLVED: can't remove print jobs
 lpr          3156  lpr and smail uuname returned -1
 lpr          3346  Problems encountered while compiling "lpr" for m68k arch
 lpr, magic   3075  lpr, magicfilter, dvi-fonts failed
 xwpe         2486  Ghost packages
 xwpe         3675  xwpe description: no ext

Michael Alan Dorman <mdorman@lot49.med.miami.edu> (14 bugs):
 mh           2334  MH scan -width dumps core
 mh           2346  MH can lose mail
 mh           2648  
 mh           2661  dist and mh both have a dist manpage
 ncurses-ba   2863  dselect and ncurses in select window
 ncurses-ba   3163  disconnects between ncurses-base and xbase
 ncurses-ba   3843  dselect resets automargins in xterm and vt220, not console
 ncurses-bi   2076  reset(1)
 ncurses-bi   2474  /usr/bin/reset does the wrong thing
 ncurses-bi   3191  reset(1) doesn't bring an xterm out of alt charset mode
 ncurses-bi   3192  tset(1) man page problem
 ncurses-bi   3829  tic.1 refers to unavailable infotocap command.
 ncurses-bi   3830  captoinfo confused by /etc/termcap entries
 ncurses-te   2158  new ncurses bug ?

Robert Leslie <rob@mars.org> (15 bugs):
 bind         2530  bind locks up system
 bind         2819  named loses (in an easily fixed way) on 1.2.13 kernels
 bind         3478  bind should use lowercase `none' in postinst
 bind         3505  ndc does not use start-stop-daemon
 bind         3507  named postinst mangled my configuration
 bind         3815  "ndc stats" fails 
 ddd-smotif   3307  ddd-smotif does not replace ddd
 deliver      3319  deliver does not set exit codes as expected by sendmail
 maelstrom    3287  (no subject)
 mount        2304  umount calls gethostbyname() at consequence
 sendmail     3151  Sendmail runs too late
 sendmail     3752  sendmail shouldn't require 'deliver'
 sendmail     3753  sendmail shouldn't require 'deliver'
 sendmail     3754  sendmail shouldn't require 'deliver'
 sendmail     3756  sendmail has wrong path to procmail

Miquel van Smoorenburg <miquels@cistron.nl> (17 bugs):
 inn          2112  Submission for INN doc file
 inn          2220  INN feed password interacts badly with trn XMODE READER
 inn          2822  Some minor glitches with the inn package
 inn          3153  inn ctlinnd not readable/executable, but /var/run/innd is !
 inn          3459  inn should Depend on inewsinn, not contain it
 inn          3462  INN postinst and configuration problems
 inn          3517  innd won't remove syslog.conf lines when purged
 minicom      3601  minicom description: no ext
 nis          3632  nis description: summary starts w/ pkg name
 nis          3833  Manual pages for some yp* programs in nis
 sysvinit     2439  rc?.d scripts sometimes not run
 sysvinit     2796  sysvinit makes obsolete symbolic link
 sysvinit     2908  mesg sets wrong permissions on /dev/ttyp*
 sysvinit     3130  sysvinit init.d/network script buglet
 sysvinit     3140  /etc/init.d/boot has rm -f bugs
 sysvinit     3143  sysvinit init.d/network script buglet
 sysvinit     3290  sysvinit path doesn't include /usr/local/{,s}bin

Steve Greenland <stevegr@neosoft.com> (18 bugs):
 ee           3728  Problems while compiling "ee" for m68k arch.
 indent       3532  Problems encountered while building "indent" on m68k arch
 jargon       3222  Jargon info entry in wrong category
 jargon       3604  jargon description: no ext
 jargon       3863  "jargon" requires changes to support multiple arches
 nvi          2382  would like `view' link for nvi
 nvi          2428  nvi segmentation faults
 nvi          2797  nvi dumped core?
 nvi          2825  restricted movement in nvi
 nvi          2832  nvi likes turning auto-margins off
 nvi          2855  nvi changes xterm settings...
 nvi          3035  nvi dumps core
 nvi          3166  SIGSEGV on TERM=dumb
 nvi          3189  nvi over-cautious about .exrc?
 nvi          3234  nvi segfaults if stty rows 0 columns 0
 nvi          3235  nvi gives unhelpful message for unknown TERM type
 nvi          3634  nvi description: no ext
 nvi          3729  Problems while compiling "nvi" for m68k arch.

Ian Murdock <imurdock@debian.org> (21 bugs):
 acm          1366  acm networking problems
 acm          3548  acm description: no ext
 acm          3849  "acm" requires changes to support multiple arches
 aout-librl   3553  aout-librl description: no ext
 ftp.debian   1672  non-free packages
 ftp.debian   2941  lots of hyphens in archive
 ftp.debian   3236  auto-pgp in non-free, mailcrypt in misc
 ftp.debian   3500  Required package modconf depends on extra package dialog
 ftp.debian   3529  libgr and zlib1 collide, but don't conflict!
 metamail     3340  Problems encountered while compiling "metamail" for m68k ar
 pmake        3629  pmake description: no ext
 pmake        3793  bsd.lib.mk incompatible with GNU ar
 rootdisk     2945  Bus Error given by rootdisk
 rootdisk     3142  1.1 installation and large partitions
 rootdisk     3147  May 19 boot floppies...
 rootdisk     3272  bug in root disks...
 rootdisk     3420  Boot disk creats corrupted filesystems in some situations
 rootdisk     3451  Missing label 'llseek' in e2fsck - rootdisk
 rootdisk     3488  basedisks modconf problems
 rootdisk     3489  basedisks configuration problems
 rootdisk     3491  basedisks newly booted system problems

David Engel <david@ods.com> (22 bugs):
 aout-binut   3552  aout-binutils description: no ext
 binutils     1108  No manpage ar(5)
 binutils     1303  `man 1 nm` slightly incomplete
 binutils     2161  elf-binutils 2.5.2l.20-1 ld can be made to segfault
 binutils     3574  binutils description: no ext
 dialog       2591  rootdisk
 dialog       3514  Required package modconf depends on extra package dialog
 gcc          2493  GCC -O3 produces unsatisfied external ref to static functio
 gcc          2909  GCC Info has funny formatting
 gcc          2910  GCC accepts multi-line strings without \ or " " &c
 gcc          3330  Problems encountered while compiling "gcc" for m68k arch
 gcc          3838  GCC should depend on CPP, not conflict with it
 gdb           660  GDB gets address of structure member wrong in memory breakp
 gdb          3515  gdb prints corrupted message
 gdb          3599  gdb description: no ext
 gdb          3823  Gdb's `handle' command behaviour differs from doc.
 rman         3304  [rman] Off-by-one in generated HTML
 snmp         3108  snmpd provides too much information
 snmp         3731  snmpd: patch for hrProcessorLoad MIB variable
 snmp         3882  "snmp" requires changes to support multiple arches
 tkman        2884  tkman doesn't use /var/catman
 tkman        3681  tkman description: summary starts w/ pkg name

Steve Greenland <stevegr@master.debian.org> (24 bugs):
 cern-httpd   1767  cern-httpd installation
 cern-httpd   2268  stale documentation links
 cern-httpd   3124  CERN httpd sends useless cron mail
 cern-httpd   3327  cern-httpd postinst hangs if daemon configured for inetd
 cern-httpd   3370  httpdconfig installs Welcome.html even if index.html exists
 cern-httpd   3467  cern-httpd curious message
 cern-httpd   3486  forwarded message from Cron Daemon
 cern-httpd   3735  cern-httpd doesn't send fqdn on redirect
 cern-httpd   3850  "cern-httpd" requires changes to support multiple arches
 cron         1681  Missing files
 cron         1995  run-parts on laptops
 cron         2052  find over NFS
 cron         2338  finds in cron.daily should be nice
 cron         2808  wrong crontab entry for atrun
 cron         3047  cron script problem?
 cron         3099  /etc/cron.daily/standard security hole
 cron         3114  cron.daily/standard script
 cron         3148  Cron: Cannot stat in /var/spool/cron/atjobs/
 cron         3182  cron's checksecurity runs find on NFS mounted filesystems
 cron         3302  savelog seems to be missing from cron package
 cron         3358  Problems encountered while compiling "cron" for m68k arch
 cron         3368  cron's checksecurity still scans NFS servers
 cron         3496  checksecurity patch for nfs mounts
 cron         3876  checksecurity shouldn't search ncpfs/smbfs filesystems

Andrew Howell <andrew@it.com.au> (24 bugs):
 lynx         2067  lynx -source can't find documents
 lynx         2295  (no subject)
 lynx         2946  Lynx gives fatal error message
 lynx         2964  lynx -dump fails through proxy
 lynx         2965  lynxexec not compiled into lynx.
 lynx         3105  lynx access to dot files is disabled
 lynx         3386  lynx version number changes
 lynx         3469  lynx default home page
 lynx         3606  lynx description: ext extra spaces
 lynx         3846  lynx misdisplays multiple <dt> in <dl>
 mandelspaw   3176  mandelspawn slave problems
 rxvt         2510  rxvt-2.14 breaks old scripts
 rxvt         2989  rxvt source bug
 tcsh          820  tcsh builtin `echo' doesn't check write errors
 tcsh         3396  tcsh doesn't provide c-shell
 tcsh, csh    3466  tcsh, csh should use update-alternatives, not diversions
 tf           2547  tf does not support visual mode
 tf           3886  "tf" requires changes to support multiple arches
 xntp         2051  /etc/ntp.conf is an auto-handled conffile
 xntp         2982  xntp calls ntpdate at start
 xtron        1703  xtron documentation
 ytalk        2196  ytalk `shell' option can't run dpkg
 ytalk        2575  ytalk lies about who you are talking to
 ytalk        2699  ytalk doesn't use FQDNs

Simon Shapiro  <Shimon@i-connect.net> (25 bugs):
 kernel       1707  image 1.2.13-5 has no msdos.o
 kernel       1744  dpkg: cannot scan updates directory `/var/lib/dpkg/updates/
 kernel       1759  running out of swap causes deadlock
 kernel       1914  general protection in unix_proto_connect
 kernel       1922  1.3.43 Kernel is too nice
 kernel       1962  kernel needs sbpcd.h editing in some cases
 kernel       1989  mmap bug?
 kernel       2063  scsi driver sequence unreasonable
 kernel       2064  aha1740 driver only supports one card
 kernel       2105  console error messages "Source Route Failed."
 kernel       2463  "msdos" filesystem needed for bootstrapping
 kernel       2470  in kernel Attached ether adapter driver interferes with lp 
 kernel       2692  kernel swap space problem
 kernel       2940  image-1.3.64-0 lacks scsi tape device
 kernel       3019  no 386 support in kernel_image 1.3.100
 kernel       3040  Sound module in 1.3.95 kernel not compatible with my SB16 c
 kernel       3106  v 1.1 beta kernel image not for i386
 kernel       3195  "/etc/rc.boot/0setserial" fails due to missing "serial" mod
 kernel       3258  pcmcia-cs minor postinst bug
 kernel       3265  kernel-image and PS/2 mouse problem
 kernel       3268  network modules don't work with kernel 
 kernel       3275  dpkg --no-act leaves control info in /tmp
 kernel       3393  printer-driver problem in kernel 1.99.7
 kernel       3397  (no subject)
 kernel       3516  SCSI_IOCTL_SEND_COMMAND can cause major corruption

Mark Eichin <eichin@kitten.gen.ma.us> (26 bugs):
 CVS          3374  CVS wrappers can't be turned off
 autoconf     3839  autoconf wants `nawk'
 emacs        1879  Emacs shell mode weirdness - looks like C code bug
 emacs        2183  emacs shouldn't touch /usr/local
 emacs        2235  emacs eats manual pages
 emacs        2267  emacs ange ftp fails
 emacs        2318  Emacs makes it hard for MTAs to do the right thing
 emacs        2392  Emacs mishandles fonts under X.
 emacs        2417  emacs inferior process buffers failing
 emacs        2431  Emacs mishandles X fonts.
 emacs        2476  emacs mucks up my email address
 emacs        2477  annoying bug in emacs
 emacs        2478  ange ftpd croaks on anonftpd
 emacs        2479  ange-ftp is incredibly inefficient
 emacs        2532  Emacs fails to use `set -e' in postinst
 emacs        2630  emacs package needs to break ctags-related files out separa
 emacs        2634  emacs hung
 emacs        2709  emacs should list /usr/lib/emacs/19.30/lisp/default.el as a
 emacs        2714  Emacs and XEmacs share files
 emacs        2731  emacs with gud creates ~/.terminfo/e/emacs
 emacs        2829  emacs: gdb says: slashes aren't allowed (/etc/termcap)
 emacs        3119  emacs font handling
 emacs        3179  emacs ctags segfaults
 emacs        3241  derived.el fails in emacs
 emacs        3400  gnus broken? in Debian-emacs-19.31-2
 emacs-el     3569  emacs-el description: no ext

Klee Dienes <klee@sedona.com> (28 bugs):
 bash          818  bash builtin `echo' doesn't check write errors
 bash         1009  bash problem with quoting/completioon
 bash         1549  bash should not have world-readable history
 bash         1624  thermal run away problem
 bash         1702  telnet+su root->thermal process
 bash         1714  bash is confused when breaking lines
 bash         1746  rsh <system> sh -i produces CPU hog
 bash         1834  [kubla@goofy.zdv.Uni-Mainz.de: /etc/profile on Debian Linux
 bash         2110  Bash tab completion of non alphanumeric characters
 bash         2265  bash `horizontal scroll' can't be turned off
 bash         2301  bash doesn't document any way to safely create tmp file
 bash         2362  bash (readline) dumps core on completion
 bash         2818  bash doesn't provide enough docs
 bash         2856  fd leak in bash
 bash         3174  set -i doesn't work in bash
 bash         3177  sh -nc <command> actually runs command (!)
 bash         3353  Problems encountered while compiling "bash" for m68k arch
 bash         3538  bash on m68k doesn't use ncurses termcap emulation
 bash         3561  bash description: no ext
 beav         3558  beav description: ext extra spaces
 git          3543  Problems encountered while compiling "git" for m68k arch
 git          3588  git description: ext extra spaces
 guile        3052  guile is missing slib.info.gz
 guile        3223  guile installs entry for slib, but no info file
 guile        3508  guile doesn't have right permissions on /usr/include/guile/
 netatalk     2542  No default config files?
 netatalk     2690  netatalk: a few small problems
 python       3442  python postinst is very verbose

Bruce Perens <Bruce@Pixar.com> (28 bugs):
 ash          2604  ash: cc: Internal compiler error: program ld got fatal sign
 ash          3056  ash-source contains objects
 ash          3718  Problems encountered while compiling "ash" on m68k arch.
 boot-flopp    998  Can't Configure DOS Partitions
 boot-flopp   1032  Linux Counter Project Info Not Included
 boot-flopp   1372  rootdisk: no dvorak keytable
 boot-flopp   2569  bootdisk: Leading dot in dnsdomainname?
 boot-flopp   2738  Installing Debian 1.1
 boot-flopp   2739  Configuring Network with Debian 1.1
 boot-flopp   2740  Configuring Network with Debian 1.1
 boot-flopp   2850  nfs.o isn't loaded in clean debian 1.1 nfs install
 boot-flopp   3031  various boot-floppies nits
 boot-flopp   3064  need a pointer in /usr/doc/boot-floppies
 boot-flopp   3121  boot-floppies doesn't have basedisks.sh
 boot-flopp   3575  boot-floppies description: no ext
 lilo         2926  Lilo: can't make documentation
 lilo         3247  Lilo unpack removes boot.b
 lilo         3772  lilo should not depend on MBR
 lilo         3813  (no subject)
 mbr          3789  `mbr' package doesn't say how to install/use it
 modconf      3628  modconf description: no ext
 modconf      3740  A couple of problems popped up while using "modconf"
 pcb          3413  linked with aout libXaw
 pcb          3635  pcb description: no ext
 pcb          3872  "pcb" requires changes to support multiple arches
 rspfd        3881  "rspfd" requires changes to support multiple arches
 syslinux     2774  syslinux: missing source file
 syslinux     3642  syslinux description: no ext

Stephen Early <sde1000@debian.org> (31 bugs):
 xbase         725  twm places windows incorrectly
 xbase         740  xclock leaves `droppings' in its window
 xbase         773  xmh falls over if mh is not installed
 xbase         775  twm reports errors on incorrect line numbers
 xbase        1621  Xmark has no manpage
 xbase        1690  XDM protection fault on X config error
 xbase        1691  X config allows invalid numeric range
 xbase        1819  X11 doesn't set a lock on the mouse port
 xbase        1985  xdm won't redirect to remote machines.
 xbase        2243  xterm vanishes when it's big (some escape sequence?)
 xbase        2297  xterm gets mouse-paste and RETURN in wrong order
 xbase        2313  xterm keymapping problems suspected
 xbase        2360  xdm cannot find a free VT
 xbase        3026  xbase et al postinst doesn't flush stdout
 xbase        3073  xbase contains imake and xmkmf without their config files
 xbase        3095  xbase kills xdm and *then* asks (politely, but belatedly)
 xbase        3162  disconnects between ncurses-base and xbase
 xbase        3267  Unqualified hostnames in rstart
 xbase        3395  can't login via xdm
 xbase        3730  improper lookup of window managers by /etc/X11/Xsession
 xbase        3751  xconsole stops logging when syslogd is hupped
 xbase et a   3734  X11 problems
 xbase?       3110  X servers muck up xdm when uninstalled
 xfntbig      3650  xfntbig description: no ext
 xfntcyr      3610  xfntcyr description: no ext
 xfntscl      3663  xfntscl description: no ext
 xlib         3661  xlib description: no ext
 xmanpages    3308  X(1) manpage in wrong place?
 xserver-sv   1292  X locks up
 xserver-sv   3300  xserver-svga configuration
 xslib        3662  xslib description: no ext

Ian Jackson <ian@chiark.chu.cam.ac.uk> (36 bugs):
 dpkg          957  dpkg should automatically log everything
 dpkg         1037  dselect user interface (was Re: debian 0.93pl5 installation
 dpkg         1399  dselect error handling not consistent
 dpkg         1480  start-stop-daemon doesn't check process status
 dpkg         1526  man dpkg(5) dpkg(8) dselect
 dpkg         1555  dselect per-screen-half focus request
 dpkg         1642  dpkg recursive package listing doesn't do the right thing
 dpkg         1670  start-stop-daemon is too slow
 dpkg         1797  upgrade/downgrade dependency calculation problem
 dpkg         1818  configure ordering based on Recommends
 dpkg         1921  update-alternatives prompt, dpkg conffile show diff
 dpkg         2531  install-info should use better locking strategy
 dpkg         2536  dpkg inappropriately marks packages as installed
 dpkg         2576  base: selecting [A]ccess with dselect
 dpkg         2603  dpkg-1.1.3 seg fault when installing xterm-color
 dpkg         2664  arrow keys fail in dselect not just after search ?
 dpkg         2828  have to install xosview twice to work
 dpkg         2834  desect loses state if it can't find a pre-dependancy
 dpkg         2894  dpkg guidelines info files not recognized
 dpkg         2904  install-info doesn't cope with nonexistent /usr/info/dir fi
 dpkg         2911  Conffiles are deleted too late ? (Re: Bug#2701: seyon: dpkg
 dpkg         2929  dpkg-name 1.1.6 is broken.
 dpkg         2939  Bad dpkg/ldconfig Interaction
 dpkg         2973  install-info created 5 Development sections in my /usr/info
 dpkg         3125  bug (and correction) in dpkg-1.1.6 scripts/install-info.pl
 dpkg         3170  again dpkg --root=xxx
 dpkg         3218  install-info adds Miscellaneous section badly
 dpkg         3225  dpkg-1.2.3 upgrade problems from 1.0.17
 dpkg         3233  dselect for 1.1 as of June, 2nd
 dpkg         3406  dselect unreadable under xterm
 dpkg         3410  some problems/bugs/suggestions with install-info
 dpkg         3704  Weird dselect behavior (bug?)
 dpkg         3765  dpkg and kernel-* package names
 dpkg         3894  dpkg -L bug showing diversions
 pgp-i        1831  pgp-i bug..
 pgp-i        3545  Problems encountered while compiling "pgp" on m68k arch

Nils Rennebarth <nils@nus.pan-net.de> (39 bugs):
 Latex        3835  Problem with Latex installation
 amstex       3550  amstex description: no ext
 bibtex       2037  bibtex not searching $TEXINPUTS
 bibtex, kp   1429  several TeX packages Provide themselves
 dviljk       3198  dviljk is still aout! :-(
 dviljk       3202  dviljk doesn't read stdin!!! :-(
 dviljk       3458  dviljk missing prompt for input
 dvipsk       1873  dvipsk ignores /etc/papersize!
 dvipsk       2104  dvips doesn't provide color
 dvipsk       2357  dvipsk generated PS causes `restore error'
 kpathsea     1858  kpathsea package does not install or maintain an ls-R datab
 kpathsea     1865  cmr10 at 10.0pt not loadable: Metric (TFM) file not found.
 kpathsea     2027  tiny bug in web2c debian.rules
 latex        3415  Xdvi and postscript fonts
 latex,xdvi   2054  no subject (file transmission)
 ltxtool      1771  Legal problems with ltxtool
 ltxtool lt   1502  Uniform lists in debian.control
 mfbin        1686  psfonts.map can't be found
 mfbin        1934  font scaling problem
 mfbin        2972  MetaFONT linked against X libraries
 mfbin        3077  gray font .mf files missing from MFBIN
 mflib        2185  texmf/metafont or texmf/mf ?
 mflib        3323  MakeTeXPK mis-invokes ps2pk
 mgetty       3372  mgetty+sendfax missing new_fax script
 psnfss       3135  psnfss has no Architecture field
 texbin       1647  dpkg can present incorrect info for virtual packages.
 texbin       1653  Missing dvicopy(1) man page.
 texbin       1663  TeX comes without configuration script
 texbin       1664  TeX is lacking documentation on the setup
 texbin       1823  texbin postinst failed with error 1, no message
 texbin       2023  latex dumps core on -QUIT
 texbin       2038  tex man page has unexpanded macros in it
 texbin       2621  unstable/texbin install fails
 texlib       2186  national hyphenation patterns
 texpsfnt     2764  texpsfnt: missing source file
 textfm, te   3468  textfm and texlib file conflicts
 xbmbrowser   3050  xbmbrowser man page installed as xbmbrowser.man
 xdvik        2122  xdvik doesn't handle the `zcat convention
 xdvik        2803  xdvi does not handle redraws of includedEPS files correctly

Fernando Alegre <alegre@mars.superlink.net> (42 bugs):
 mc           2823  mc segfaults on reconnect of ftpfs
 mc           3128  mc-3.2.1-1 needs libgpm.so.1
 mc           3245  mc should depend on gpm
 mc           3521  mc core dumps
 mc           3547  Problems encountered while compiling "mc" on m68k arch
 mc (Midnig   2242  mc should depend on ncurses3.0
 procps       1016  top has 3's in vt100
 procps       1176  /usr/bin/top segfault with unknown terminal
 procps       1240  ps(1) man page incomplete
 procps       1246  ps man page does not agree with implementation
 procps       1336  CFLAGS shouldn't be used when linking
 procps       1533  `w' produces bogus login@, idle time &c for xdm login entry
 procps       1713  procps: manpage doesn't tell the truth
 procps       1853  top fails after 130 processes?
 procps       1908  Top and tabs
 procps       1933  w from procps gives wrong idle times
 procps       2159  "ps pids" lists more than just pids
 procps       2402  ps no longer understands `g' option
 procps       2427  top d 60 fails
 procps       2460  bizarre output from `free'
 procps       2520  procps needs dependency on ncurses3.0
 procps       2721  free fails to understand recent kernels' /proc/meminfo
 procps       2728  top coredump
 procps       2841  top produces `$<3>' at end of each line !
 procps       2938  libproc is in wrong place
 procps       3080  error message in syslog caused by ps
 procps       3102  top has problems when not on console
 procps       3260  psupdate man page out of date
 procps       3350  Problems encountered while compiling "procps" for m68k arch
 timezone     2167  timezone zdump for US zones gives GMT instead of local time
 timezone     2169  timezone zdump utility should be able to dump files
 timezone     2170  timezone: it needs more documentation
 timezone     2171  timezone: how to determine zone setting?
 timezone     2275  ctime(3) should be replaced by newctime(3)
 timezone     2671  timezone Mexico/General doesn't switch to DST
 timezone     2682  Zoneinfo library has a name-clash with compression library
 timezone     2785  Timezone has static library?
 timezone     3084  missing timezones
 timezone     3363  Problems encountered while compiling "timezone" for m68k ar
 timezone     3647  timezone description: summary starts w/ pkg name, no ext
 timezone     3799  timezone should not be essential
 timezone?,   2942  Wrong timezone for Europe/Warsaw?

Darren Stalder <torin@daft.com> (43 bugs):
 compface     3845  invalid directories in compface package
 less         3336  Problems encountered while compiling "less" for m68k arch
 less         3616  less description: ext extra spaces
 patch        3348  Problems encountered while compiling "patch" for m68k arch
 perl         1099  perl bug
 perl         1170  perl fails to make headers first time...
 perl         1201  perl doesn't know about includes
 perl         1247  perl <...> globbing only works if (t)csh installed
 perl         1411  perlconfig misses an opportunity to use xargs
 perl         1856  creating perl header files
 perl         1916  perl: wrong entries in Config.pm
 perl         1972  perl should suggest kernel sources
 perl         2182  perl shouldn't touch /usr/local
 perl         2184  perl's sys/socket.ph causes warning
 perl         2241  Perl 5.002-3 handles LANG and LC_* poorly
 perl         2251  Perl coredumps while invoking adduser
 perl         2254  perl doesn't initialize variable to 0 or something
 perl         2405  perl postinst messages re unctrl.h
 perl         2440  sys/socket.ph produces spurious message
 perl         2495  perl requires tcsh (as it is currently configured)
 perl         2501  (no subject)
 perl         2502  configure fails if /vmlinuz is missing
 perl         2589  perl can't load libdb.so.1
 perl         2590  new revision of perl does not include suidperl
 perl         2593  perl tries to install in /usr/local
 perl         2658  Errors during perlconfig
 perl         2691  new perl break suid scripts
 perl         3093  Perl dumps core
 perl         3212  Perl recommends nonexistent packages
 perl         3230  why the hell does perl depend on tcsh???
 perl         3242  perl's dependencies are wrong
 perl         3277  nit: perl setup emits a \n
 perl         3283  /usr/bin/perlconfig should be in /usr/sbin
 perl         3295  perls debian.rules doesn't work
 perl         3296  /bin/perl is not updated
 perl         3423  Problems installing kernel sources and sudo
 perl         3434  pod2latex: E<szlig>, =over/=cut/=pod/=item not handled corr
 perl         3770  dodgy `\n' in perl postinst
 perl         3784  perl does not install on base 1.1
 perl         3785  perl_5.003-2.deb (in "rex") and "mirror"
 perl         3803  perl and the empty directories
 perl         3814  perl and the empty directories
 perl         3847  Perl & G++

Bruce Perens <bruce@pixar.com> (48 bugs):
 base         1699  Install/Config quirks: Missing secondary DNS server, NIS se
 base         1742  /dev/tty has wrong permissions
 base         1855  packages adding entries to /etc/group
 base         1885  base 0.93.6-13: doesn't create higher ttys
 base         1954  setting up the network
 base         1955  base discs still aren't creating /var/log/news
 base         2001  Incorrect ownership of audio device files
 base         2070  /etc/issue and /etc/issue.net
 base         2524  problems with base package
 base         2538  audio devices have different group id than audio group
 base         2688  base: wrong group for rft* devices
 base         2741  First booting with Debian 1.1
 base         2840  Conflicting entries in login/group
 base         2889  no NCR 53c810 driver in 1.1 boot-disk
 base         2895  base -- incorrect passwd entry for 'gnats'
 base         2920  incorrect entry for nobody in recent "base" package
 base         2927  /usr/info/dir in base confuses install-info
 base         2928  nobody has wrong login shell
 base         2975  [base] missing /dev entries
 base         2978  May 13 15:51:25 lohi wu-ftpd[345]: wtmp /var/log/wtmp No su
 base         3002  majordomo has conflicting group id
 base         3027  updatedb can't run properly
 base         3036  automatic adduser/addgroup in postinst (was Re: fingerd)
 base         3039  MAKEDEV script does not create the random/urandom devices
 base         3070  base copyright string
 base         3149  upgrading base truncates utmp
 base         3183  permissions problems with /var/lib/games
 base         3231  /usr/i486-linuxaout/lib not present
 base         3252  base template /usr/info/dir malformed
 base         3314  On request of Bruce: /etc/rc.boot/0serial way too optimisti
 base         3315  Bug in /etc/init.d/networks on 11-6 disks
 base         3387  base leaves /tmp/base.postinst lying around
 base         3409  Could not make boot floppy
 base         3421  /tmp installs wrongly
 base         3493  Teles ISDN card installation buglets
 base         3557  base description: no ext
 base         3761  LILO installation problem
 base         3774  /etc/group incorrect
 base         3786  base includes anonymous ftp account
 base         3805  /dev/MAKEDEV spells 'isdn' as 'idsn'
 base         3809  /usr/doc/debian-0.93 still around
 base, ae     3146  1.1 installation: ae doesn't work
 bootdisk     2937  Copyright message function key incorrect
 bootdisk     2956  beta experience
 bootdisk     3185  Lack of NCR53c810 support on boot disk
 bootdisk     3269  bootdisk silently fails-change instalation manual
 bootdisk     3320  Kernel oops - problem with APM BIOS?
 bootdisk/r   3279  ne2000 lockups during instalation

(unknown) (139 bugs):
              3816  uucp is still a.out
              3832  Problem with Latex installation
              3842  tkdesksh grows really large
              3874  Archive of perl 5.003-2 is broken
              3875  Lynx thinks *.deb files are "text/plain".
              3877  (no subject)
              3892  mkfs.ext2: can't resolve symbol 'llseek'
 (ftp)        3810  linux.ucs.indiana.edu is no longer a mirror
 ???          3819  debian package files.
 a2gs         3456  a2gs prompt looks like `please wait' message
 a2gs         3848  "a2gs" requires changes to support multiple arches
 a2ps         1874  a2ps ignores /etc/papersize!
 arrl-infos   2737  arrl-infoserv: missing source file
 arrl-infos   3677  arrl-infoserv description: no ext
 auto-pgp     2211  Description
 auto-pgp     3216  auto-pgp doesn't remove info entry when removed
 auto-pgp     3680  auto-pgp description: ext start indented
 ax25-kerne   1467  `ax25-kernel-source', `ax25-util' should use virtual packag
 ax25-kerne   2762  ax25-kernel-source: missing source file
 ax25-util    2099  slip module stops axattach
 ax25-util    2765  ax25-util: missing source file
 bin86        1281  bin86
 bin86        3568  bin86 description: no ext
 f2c          3580  f2c description: no ext
 fort77       2919  very bad fort77 installation message
 fort77       3583  fort77 description: no ext
 g77          2852  Bug 2711: g77 does not include info file
 g77          3584  g77 description: ext start indented
 giftrans     3284  giftrans is free
 gopher-cli   1851  gopher-client-2.1.1 has quotes around version and revision 
 gopher-cli   3668  gopher-client description: ext start indented
 gopherd      1717  gopherd recommends freeWAIS - nonexistent package
 gopherd      1718  gopherd version has spurious quotes
 gopherd      3262  Gopherd problems
 gopherd      3683  gopherd description: ext start indented
 guille       3856  "guile" requires changes to support multiple arches
 idanish      3670  idanish description: no ext
 ifrench      1233  Bad french.hash file in ifrench.deb
 ifrench      2605  #1233,#1793 (ifrench doesn't work...)
 ifrench      3686  ifrench description: no ext
 imapd        3674  imapd description: no ext
 j1           3525  j1 hard-linked docs/manpages
 j1           3865  "j1" requires changes to support multiple arches
 kermit       2430  kermit configuration script is hard to read on a monochrome
 libc4         911  libc causes rsh to fail on commands with option arguments
 libc4        1130  Stdlib.h problems when using gcc -O-traditional
 libc4        1211  libc __nis_getgrnam() segfaults for dpkg when using NIS
 libc4        1278  dpkg seg faults with NIS
 libc4        1279  Strangeness involving <bsd/signal.h>
 libc4        1378  weird ELF/a.out difference
 libc4        1685  dpkg-split --msdos not correct
 libc4        1774  <paths.h>: _PATH_DEFPATH contains `.'
 libc4        2011  very silly messages from rsh
 libc5        3190  rlogin takes far too long when remote says Connection Refus
 libc5        3244  (no subject)
 libc5        3338  Problems encountered while compiling "libc5" for m68k arch
 libc5        3541  rlogin blocks on ECONNREFUSED!
 libc5        3825  0x80b5378 either misbehaves or misdocumented
 libc5 (and   2321  libc doesn't use **h_aliases (hostent)
 libc5-dev    2387  gethostbyaddr(3) ill documented
 libc5-dev    2573  sysinfo system call not in libc
 libc5-dev    3724  nlist() missing from libc
 libdb1       2483  libdb1 uses not-yet-completely-supported >= syntax
 libdb1       2504  remove -m486 from Makefile
 libdb1       2896  postinst has bad permissions 644
 libdb1       3240  [libdb]: obsolete bugfix
 libdb1       3335  Problems encountered while compiling "libdb1" for m68k arch
 libdb1       3612  libdb1 description: no ext
 libg++27     2610  support for m68k-linux
 libg++27     3626  libg++27 description: no ext
 libgdbm1     2484  libgdbm1 conflicts with some versions of perl5 and man
 libgdbm1     3321  libgdbm.so version number...
 libgdbm1     3342  Problems encountered while compiling "libgdbm1" for m68k ar
 libjpeg6a    3590  libjpeg6a description: ext start indented
 libjpeg6a-   3608  libjpeg6a-dev description: no ext
 libreadlin   2899  postinst has bad permissions 644
 libreadlin   3345  Problems encountered while compiling "libreadline2" for m68
 m4           3615  m4 description: no ext
 mathpad      2231  mathpad problems
 mathpad      3312  installation and startup problems with mathpad
 ncurses3.0   1314  ncurses fails in silly way on TERM=dumb
 ncurses3.0   1997  ncurses linux terminal definition for kbs
 ncurses3.0   2085  /usr/lib/termcap/l/linux kbs Capname definition questioned
 ncurses3.0   2291  missing terminfo capabilities for xterm
 ncurses3.0   2806  ncurses man pages internal inconsistencies
 ncurses3.0   2962  dselect arrow keys don't work after a search
 ncurses3.0   3113  dselect provokes ncurses problem when window enlarged
 ncurses3.0   3207  strange screen update choices from ncurses
 ncurses3.0   3422  termcap entry too long error
 ncurses3.0   3801  ncurses3.0 should not be essential
 netpbm       3712  netpbm doesn't provide index of commands
 netpbm       3717  netpbm doesn't provide index of commands 
 netpbm       3743  Problems encountered while compiling "netpbm" on m68k arch
 netpbm       3792  Problems with "netpbm" when compiling on m68k arch
 p2c          3713  Problems encountered while compiling "p2c" on m68k arch.
 p2c          3870  "p2c" requires changes to support multiple arches
 pico         3667  pico description: no ext
 pine         2365  Pine erases message before I can read it
 pine         2367  Pine supplies PATH line when posting news
 pine         3253  Pine over-encodes files (came from Bug#932)
 pine         3690  pine description: no ext
 ratfor77     3709  Problems encountered while compiling "ratfor77" on m68k arc
 rsynth       2206  Description
 rsynth       3684  rsynth description: summary starts w/ pkg name, no ext
 seesat5      3623  seesat5 description: summary starts w/ pkg name, no ext
 shutdown     3720  shutdown prints "You don't exist. Go away!"
 spice        3155  spice still on my system
 svgalib1     2379  svgalib postinst broken
 svgalib1     2455  can't install svgalib1-1.28-5
 svgalib1     2876  svgalib will not work in a setup with serial console
 svgalib1-b   2311  svgalib has undocumented setuid program in /usr/doc/example
 tcl75        3884  "tcl75" requires changes to support multiple arches
 tk40         3827  Tk4.0's bell flashes the display
 unzip        3693  unzip description: no ext
 w3-el        3637  w3-el description: no ext
 wfrench      3687  wfrench description: no ext
 win32binut   2650  win32binutils has /usr/bin/flex++
 win32binut   3653  win32binutils description: no ext
 win32gcc     3651  win32gcc description: no ext
 win32libs    3649  win32libs description: no ext
 witalian     3691  witalian description: no ext
 wnorwegian   3688  wnorwegian description: no ext
 wspanish     3698  wspanish description: no ext
 wswedish     3682  wswedish description: no ext
 xarchie       887  xarchie barfs when ftp closes unexpectedly
 xarchie      1275  xarchie clumsy with 2-button mouse
 xaw3d        3067  broken libXaw3d
 xaw3d        3755  xaw3d shouldn't automatically install as libXaw
 xemacs       2689  (no subject)
 xemacs       2839  Xemacs problems
 xfnt100      3657  xfnt100 description: no ext
 xfnt75       3665  xfnt75 description: no ext
 xfractint    3186  Can't chdir
 xpat2        3659  xpat2 description: ext extra spaces
 xserver-ma   2039  X server font erosion
 xserver-s3   1796  missing call to ntohs in X server
 xserver-s3   3750  X server inaccessible sometimes
 zip          3692  zip description: no ext
 zyxel        3695  zyxel description: summary starts w/ pkg name

The listing by package maintainer is posted every Wednesday,
and the listing by age of the report every Friday.

Please see the developers' notes on the simple bug tracking system
for details of how to deal with a bug report.  Outstanding bug
reports and ones recently marked as done can be inspected at
 http://www.cl.cam.ac.uk/users/iwj10/debian-bugs/
or at the US mirror:
 http://www.debian.org/Bugs/


From debian-devel-request@lists.debian.org Wed Jul 24 06:19:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 06:02:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 06:02:13 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 00:28:06 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3897: mgetty syslogs with priority `emerg'
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3897@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Wed, 24 Jul 1996 00:18:07 GMT
Resent-Message-ID: <handler.3897.B.83816666513197@bugs.debian.org>
X-Debian-PR-Package: mgetty
X-Loop: owner@bugs.debian.org
Message-Id: <m0uirEW-0004QCC@chiark.chu.cam.ac.uk>
Date: Wed, 24 Jul 96 00:51 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5338
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: mgetty
Version: 0.98-2

Jul 24 00:49:22 chiark mgetty[26182]: cannot open line: No such file or directory
Jul 24 00:49:22 chiark mgetty[26182]: open device /dev/DT115200 failed: No such file or directory

Like many people, I have the line
*.emerg                                        *
in my syslog.conf.

I don't want mgetty sending its log messages with such a high
priority.  `crit' would have done fine.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 24 06:44:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 06:25:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 06:25:02 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 00:52:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3898: mgetty has bogus errno in usage message
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3898@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Wed, 24 Jul 1996 00:33:04 GMT
Resent-Message-ID: <handler.3898.B.83816816813577@bugs.debian.org>
X-Debian-PR-Package: mgetty
X-Loop: owner@bugs.debian.org
Message-Id: <m0uirYA-0004PlC@chiark.chu.cam.ac.uk>
Date: Wed, 24 Jul 96 01:11 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5339
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: mgetty
Version: 0.98-2

Jul 24 01:10:29 chiark mgetty[26543]: Usage: mgetty [-x debug] [-s speed] [-r] line: No such file or directory

The value of errno isn't relevant to a usage error.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 24 06:44:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 06:27:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 06:27:43 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 00:52:57 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3900: mgetty doesn't work
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3900@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Wed, 24 Jul 1996 00:33:09 GMT
Resent-Message-ID: <handler.3900.B.83816816813598@bugs.debian.org>
X-Debian-PR-Package: mgetty
X-Loop: owner@bugs.debian.org
Message-Id: <m0uirkY-0004RAC@chiark.chu.cam.ac.uk>
Date: Wed, 24 Jul 96 01:24 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5341
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: mgetty
Version: 0.98-2

-chiark:~> ps uaxww | grep c0
ian      26870  0.0  1.2   912   372  p3 S    01:21   0:00 grep c0
[ In another window I type `telinit q' to reload the inittab ...]
-chiark:~> ps uaxww | grep c0
ian      26882  0.0  1.2   912   372  p3 S    01:21   0:00 grep c0 
root     26871  1.0  1.2   864   396  ?  S    01:21   0:00 /sbin/mgetty -r -i /dev/null -p chiark login:  -s 9600 ttyc0 
[ good, mgetty is running.  Why no controlling terminal ?
I hit return ]
-chiark:~> ps uaxww | grep c0
ian      26889  0.0  1.2   912   372  p3 S    01:22   0:00 grep c0 
root     26871  0.6  1.3   868   404  c0 S    01:21   0:00 /sbin/mgetty -r -i /dev/null -p chiark login:  -s 9600 ttyc0 
[ Ah, that's better.  Right, I type in `testac', the name of my
testing account. ]
-chiark:~> ps uaxww | grep c0
ian      26891  0.0  1.2   912   372  p3 S    01:22   0:00 grep c0 
[ Huh, nothing on c0 ? ]
-chiark:~> ps uaxww | grep 26871
ian      26893  0.0  1.2   912   372  p3 S    01:22   0:00 grep 26871 
root     26871  0.5  1.0   808   332  ?  S    01:21   0:00 login testac 
-chiark:~> 
[ Oh, I see.  It has managed to disassociate itself from the tty.
Poor login.  In the syslog I see:
Jul 24 01:20:43 chiark mgetty[26838]: data dev=ttyc0, pid=26838, caller=none, conn='DIRECT', name='', cmd='/bin/login', user='testac'
]

Ian.


From debian-devel-request@lists.debian.org Wed Jul 24 06:44:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 06:26:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 06:26:25 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 00:52:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3899: mgetty doesn't remove logfiles when purged
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3899@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Nils Rennebarth <nils@nus.pan-net.de>
Resent-Date: Wed, 24 Jul 1996 00:33:08 GMT
Resent-Message-ID: <handler.3899.B.83816816813597@bugs.debian.org>
X-Debian-PR-Package: mgetty
X-Loop: owner@bugs.debian.org
Message-Id: <m0uirmh-0004RAC@chiark.chu.cam.ac.uk>
Date: Wed, 24 Jul 96 01:26 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5340
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: mgetty
Version: 0.98-2

-root@chiark:~> dpkg --purge mgetty
(Reading database ... 20209 files and directories currently installed.)
Removing mgetty ...
dpkg - warning: while removing mgetty, directory `/var/log/mgetty' not empty so not removed.
dpkg - warning: while removing mgetty, directory `/etc/mgetty' not empty so not removed.
Purging configuration files for mgetty ...
-root@chiark:~> ll /var/log/mgetty/
total 17
drwxr-xr-x   2 root     root         1024 Jul 24 01:14 ./
drwxrwsr-x   9 root     adm          3072 Jul 24 00:42 ../
-rw-r--r--   1 root     root         2260 Jul 24 01:15 mg_115200.log
-rw-r--r--   1 root     root         4560 Jul 24 01:14 mg_DT115200.log
-rw-r--r--   1 root     root         1177 Jul 24 01:22 mg_ttyc0.log
-rw-r--r--   1 root     root         2410 Jul 24 01:16 mg_unknown.log
-root@chiark:~> ll /etc/mgetty/
total 5
drwxr-xr-x   2 root     root         1024 Jul 24 01:24 ./
drwxr-xr-x  30 root     root         4096 Jul 24 00:49 ../
-root@chiark:~> 

The fact that /etc/mgetty is left behind is a dpkg problem.  The fact
that these logs are left is a bug in mgetty.

Ian.

PS: I've just spotted that Nils Rennebarth is the mgetty maintainer.


From debian-devel-request@lists.debian.org Wed Jul 24 07:34:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 07:29:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 07:29:38 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 02:08:00 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3901: "dotlock" should be setgid mail
Reply-To: apenwarr@foxnet.net (Avery Pennarun), 3901@bugs.debian.org
Resent-From: apenwarr@foxnet.net (Avery Pennarun)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Christophe Le Bars <clebars@debian.org>
Resent-Date: Wed, 24 Jul 1996 01:48:04 GMT
Resent-Message-ID: <handler.3901.B.83817267214709@bugs.debian.org>
X-Debian-PR-Package: tkmail
X-Loop: owner@bugs.debian.org
Date: Tue, 23 Jul 96 21:35 EDT
From: apenwarr@foxnet.net (Avery Pennarun)
To: submit@bugs.debian.org
Cc: apenwarr@foxnet.net
Message-Id: <apenwarr-960723213500.A014964@insight.dinder.world>
X-Mailer: TkMail 4.0beta7
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5342
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: tkmail
Version: 4.0beta7-

In my freshly-installed Debian 1.1 system, /var/spool/mail is setgid 
mail and only writable by members of the group.  I believe this is as 
it should be.

The problem is that tkmail comes set up to use dotlock files (ie. 
/var/spool/mail/apenwarr.lock) via an external program called dotlock.  
This program is not setgid mail, and thus cannot create the lock file, 
causing all kinds of mess when tkmail tries to do so.

On another note, the "dotlock" command duplicates the functionality of 
the "lockfile" command from procmail, and possibly other utilities.  
Perhaps some attempt should be made to standardize this in Debian? 

Have fun.

Avery



From debian-devel-request@lists.debian.org Wed Jul 24 07:59:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 07:51:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 07:51:18 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 02:33:02 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3903: ae carriage return bug still exists on base disks
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3903@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Wed, 24 Jul 1996 02:18:08 GMT
Resent-Message-ID: <handler.3903.B.83817417215003@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Message-Id: <m0uit99-0004Q7C@chiark.chu.cam.ac.uk>
Date: Wed, 24 Jul 96 02:53 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5343
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: base
Version: 1996_6_11

These disks have ae 962-6 on them.

I have just had ae corrupt a couple of files on a newly installed
system (installed from the 1996_6_11 disks).  It added ^M's to the end
of the lines of both a new file and to the new lines in one I was
editing.

Upgrading to 962-7 fixed it.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 24 07:59:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 07:52:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 07:52:37 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 02:33:02 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3904: ncurses on mono linux console claims colour capability
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3904@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Alan Dorman <mdorman@lot49.med.miami.edu>,
  Bruce Perens <bruce@pixar.com>
Resent-Date: Wed, 24 Jul 1996 02:18:09 GMT
Resent-Message-ID: <handler.3904.B.83817417215005@bugs.debian.org>
X-Debian-PR-Package: ncurses3.0, base
X-Loop: owner@bugs.debian.org
Message-Id: <m0uitDA-0004Q7C@chiark.chu.cam.ac.uk>
Date: Wed, 24 Jul 96 02:58 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5344
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: ncurses3.0, base
Version; 1.9.9e-1, 1996_6_11

To reproduce: get a Linux system with a mono display - I have one with
an EGA console - and run dselect on it.

You'll see that it isn't really readable, because ncurses has told
dselect that it has colour.

There should be two linux terminfo entries - linux and linux-mono,
perhaps.  The linux-mono one should be in ncurses-base, and shouldn't
define the colour capabilities.  If the user didn't select colour
while doing the base install they should get linux-mono as their TERM
on the console.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 24 07:59:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 07:53:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 07:53:44 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 02:33:10 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3905: base disks still install part packages
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3905@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Wed, 24 Jul 1996 02:18:10 GMT
Resent-Message-ID: <handler.3905.B.83817417215006@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Message-Id: <m0uitED-0004Q7C@chiark.chu.cam.ac.uk>
Date: Wed, 24 Jul 96 02:59 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5346
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: base
Version; 1996_6_11

I've just installed from these disks, and I notice that dpkg thinks I
don't have a kernel installed.  "dpkg -l `kernel*'" produces a list of
a few packages, all in state `un'.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 24 07:59:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 07:55:05 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 07:55:05 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 02:33:10 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3902: base disks' network configuration oddities
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3902@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Wed, 24 Jul 1996 02:18:05 GMT
Resent-Message-ID: <handler.3902.B.83817417215000@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Message-Id: <m0uit2y-0004RAC@chiark.chu.cam.ac.uk>
Date: Wed, 24 Jul 96 02:47 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5345
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: base
Version: 1996_6_11

I installed a new system from the base disks.  The system is connected
to the net via SLIP, so I gave all of the appropriate nameserver &c
answers, and then said `no' to ethernet.

This generated rather an odd setup for the networking files.

resolv.conf had both domain and search keywords (I suspect this is a
more general problem).  It should only have search - domain is
deprecated.

/etc/hosts listed my own hostname as an alias for 127.0.0.1, which is
very wrong (and causes many applications to misbehave).  Furthermore,
it didn't list my own IP address anywhere.  I had to add it myself.

Ian.


From debian-devel-request@lists.debian.org Wed Jul 24 08:24:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 08:18:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 08:18:02 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 03:00:01 -0000
Resent-Date: 24 Jul 1996 03:00:00 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sjlam1@aurora.cc.monash.edu.au>
From: Mr Stuart Lamble <sjlam1@aurora.cc.monash.edu.au>
Message-Id: <199607240259.MAA26547@aurora.cc.monash.edu.au>
Subject: Re: Please merge in multi-architecture patches
To: Bruce@pixar.com
Date: Wed, 24 Jul 1996 12:59:35 +1000 (EST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ujByo-0005yRC@mongo.pixar.com> from "Bruce Perens" at Jul 24, 96 03:00:00 pm
Reply-To: lamble@yoyo.cc.monash.edu.au
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"MyHcR2.0.Od1.m6Pzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5347
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Leland Lucius says that few of you have acknowledged his bug reports with
> multi-architecture patches. Please merge in these patches and upload new
> packages if you have not done so. We are about to start compiling for the
> DEC ALPHA, and it's going to be very difficult for us without the multi
> architecture support that Leland has so graciously provided.

Be prepared, then, for code to break - even with the multi-architecture
patches, a lot of code makes assumptions about the sizes of pointers and
integers. To paraphrase Linus, the Alpha is significantly more different
to the 80[345]86 than the m68k is - a case in point is Kerberos, which
compiles fine on 32-bit systems, but needs a lot of work to compile on
the Alpha (64 bit.)

Just something I thought should be pointed out - if there are no such
problems, I'll be extremely surprised. (I've done a fair amount of compiling
on an alpha system here at Monash, and have seen more than a few programs
have trouble. Mind you, compiling with Digital's cc rather than gcc seemed
to fix some of the errors...)

-- 
I'm on a low-fat, high stress diet: coffee and fingernails.


From debian-devel-request@lists.debian.org Wed Jul 24 08:50:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 08:40:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 08:40:22 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 03:30:47 -0000
Resent-Date: 24 Jul 1996 03:30:47 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0ujH7z-0005YhC@mongo.pixar.com>
Date: Wed, 24 Jul 96 20:30 PDT
From: bruce@pixar.com (Bruce Perens)
To: Bruce@pixar.com, lamble@yoyo.cc.monash.edu.au
Subject: Re: Please merge in multi-architecture patches
Cc: debian-devel@lists.debian.org
Reply-To: Bruce Perens <Bruce@pixar.com>
Resent-Message-ID: <"NWLIZ2.0.r22.dZPzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5348
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

From: Mr Stuart Lamble <sjlam1@aurora.cc.monash.edu.au>
> Be prepared, then, for code to break - even with the multi-architecture
> patches, a lot of code makes assumptions about the sizes of pointers and
> integers.

Yes. I've done a lot of 32-to-64-bit porting at Pixar, so I am prepared to
help if anyone gets wedged with this. The C library is already working,
and most of the upstream software software has already been ported to a
number of 64-bit architectures. However, I have no doubt that some things
will break.

	Bruce


From debian-devel-request@lists.debian.org Wed Jul 24 09:14:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 08:59:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 08:59:25 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 03:48:06 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3903: ae carriage return bug still exists on base disks
Reply-To: Bruce Perens <Bruce@pixar.com>, 3903@bugs.debian.org
Resent-From: bruce@pixar.com (Bruce Perens)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Wed, 24 Jul 1996 03:33:04 GMT
Resent-Message-ID: <handler.3903.B3903.83817867616546@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Message-Id: <m0ujGfh-0006gzC@mongo.pixar.com>
Date: Wed, 24 Jul 96 20:01 PDT
From: bruce@pixar.com (Bruce Perens)
To: 3903@bugs.debian.org, Ian Jackson <ian@chiark.chu.cam.ac.uk>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5349
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

If I'm not mistaken, this is fixed in the 7_14_1996 boot floppy in
Debian-1.1-updates/disks-i386 .

	Thanks

	Bruce


From debian-devel-request@lists.debian.org Wed Jul 24 09:14:49 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 09:00:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 09:00:58 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 03:48:07 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3905: base disks still install part packages
Reply-To: Bruce Perens <Bruce@pixar.com>, 3905@bugs.debian.org
Resent-From: bruce@pixar.com (Bruce Perens)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Wed, 24 Jul 1996 03:33:08 GMT
Resent-Message-ID: <handler.3905.B3905.83817867616544@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Message-Id: <m0ujGeX-0005YhC@mongo.pixar.com>
Date: Wed, 24 Jul 96 19:59 PDT
From: bruce@pixar.com (Bruce Perens)
To: 3905@bugs.debian.org, Ian Jackson <ian@chiark.chu.cam.ac.uk>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5350
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hm. The kernel isn't really coming from a package. It gets worse in 1.2
because the kernel and rootdisk are on one floppy, and modules are on one
or more additional floppies. Can you think of a good way to resolve this?

	Thanks

	Bruce


From debian-devel-request@lists.debian.org Wed Jul 24 16:20:01 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 16:13:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 16:13:37 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 10:34:43 -0000
Resent-Date: 24 Jul 1996 10:34:43 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jdassen@wi.leidenuniv.nl>
From: jdassen@wi.leidenuniv.nl (J.H.M.Dassen)
Organization: Leiden University,
              Dept. of Mathematics & Computer Science,
              The Netherlands
Message-Id: <199607241035.KAA04640@ind206ab.wi.leidenuniv.nl>
Subject: Re: Alphas and libc dependencies
To: ian@chiark.chu.cam.ac.uk (Ian Jackson)
Date: Wed, 24 Jul 1996 12:35:07 +0200 (MDT)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0uigcU-0004QBC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 23, 96 01:31:00 pm
X-home-page: <URL:http://www.wi.leidenuniv.nl/home/jdassen>
X-No-Junk-Mail: I do not want to get *any* junk mail.
  Do not add me to any mailing lists without my express request.
X-PGP: finger jdassen@{zeus,artemis,hermes}.wi.LeidenUniv.nl for PGP key
X-Mailer: ELM [version 2.4 PL24 PGP6]
Content-Type: text
Resent-Message-ID: <"tvaon1.0.oB.3nVzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5352
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> I understand that the plan is to eventually merge the Linux and GNU
> libc's, and this'll probably produce a libc6, 

Yes. glibc-1.92.tar.gz (unreleased; available from alpha.gnu.ai.mit.edu)
produces a working [*] libc6. 

[*] I got it working on a separate partition with no libc5-dev on it. 
    It seems to need some parts of libc5's headers though.

Ray
-- 
POPULATION EXPLOSION  Unique in human experience, an event which happened 
yesterday but which everyone swears won't happen until tomorrow.  
- The Hipcrime Vocab by Chad C. Mulligan 


From debian-devel-request@lists.debian.org Wed Jul 24 16:45:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 16:21:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 16:21:36 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 10:50:10 -0000
Resent-Date: 24 Jul 1996 10:50:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <joost@rulcmc.leidenuniv.nl>
Message-Id: <m0uj1Uv-00012CC@rulcmc.leidenuniv.nl>
From: joost@rulcmc.leidenuniv.nl (joost witteveen)
Subject: Re: xosview_1.3.2-6 uploaded
To: boekhold@cindy.et.tudelft.nl (Maarten Boekhold)
Date: Wed, 24 Jul 1996 12:48:57 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <Pine.LNX.3.91.960722194032.20881A-100000@cindy.et.tudelft.nl> from "Maarten Boekhold" at Jul 22, 96 07:44:13 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"43f0g1.0.uT.X_Vzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5353
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> 
> > Changes: 
> >  * moved binary to /usr/X11R6/bin/xosview-1.3.2, and the post{inst,rm} now      
> >    setup/delete a symlink from xosview-1.3.2 to xosview. This way,
> >    dpkg doesn't delete the binary after upgrading.
> 
> What do you mean by this? I don't understand. Doesn't dpkg remove the old 
> package first when upgrading? 

Please take a look at the guidelines, node  Maintainer script arguments and how dpkg does things.

In short, it doesn't delete the old package before upgrading, but
only removes the files that were in the old package, and not any
more in the new packagre _after_ upgrading.

> If not, why would you want several binaries on 
> your system of which you use only one? 

Indeed, you don't understand what is happening here.

> I for one sure wouldn't want there 
> to be 10 xosview-versions hanging around on my system after 9 upgrades....
 
You should try upgrading from xosview-1.3.2-3 to xosview-1.3.2-4.1, while
you still can. You'll see what I mean.

In fact, Steve first noticed xosview was in the wrong dir (/usr/bin/X11),
and I created immedeately after he reported the problem a new package,
(with xosview in /usr/X11R6/bin) only to see that I had to install
xosview twice now, after an upgrade. I reported a bug against dpkg,
and Ian quickly saw the real problem, but saw it was so deep that
it was difficult to solve in dpkg. I then suggested a way to correct
this (in several emails), and this is where the delay of several
months comes in. Ian didn't read the emails, and after a few months
thought I didn't care about the bug (xosview being in the wrong dir),
and uploaded xosview-1.3.2-4.1. This package you need to install
twice if you upgrade from an older xosview version.
Seeing is believing.


Groetjes,


-- 
joost witteveen
            joost@rulcmc.leidenuniv.nl
          joostje@debian.org
--
Use Debian/GNU Linux!


From debian-devel-request@lists.debian.org Wed Jul 24 16:45:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 16:24:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 16:24:54 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 10:50:49 -0000
Resent-Date: 24 Jul 1996 10:50:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <miquels@cistron.nl>
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607241050.MAA30235@picard.cistron.nl>
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal?
To: arrouye@marin.fdn.fr (Yves Arrouye)
Date: Wed, 24 Jul 1996 12:50:32 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <199607232222.AAA27233@marin.fdn.fr> from "Yves Arrouye" at Jul 24, 96 00:22:42 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Hhd0l2.0.IU.90Wzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5354
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Yves Arrouye) wrote:
> Hello,
> 
> Is it normal that some packages do use perl in their installation scripts
> and do not have a Requires: perl field though perl is not a required
> package?

Good point. Perl is part of the base system though; I think either
perl should be Essential or the packages should depend on perl. I'd
prefer the former.

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Wed Jul 24 16:45:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 16:28:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 16:28:19 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 10:55:03 -0000
Resent-Date: 24 Jul 1996 10:55:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <miquels@cistron.nl>
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607241054.MAA30307@picard.cistron.nl>
Subject: Re: Q about making a package with a dedicated user?
To: arrouye@marin.fdn.fr (Yves Arrouye)
Date: Wed, 24 Jul 1996 12:54:42 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <199607232227.AAA27241@marin.fdn.fr> from "Yves Arrouye" at Jul 24, 96 00:27:28 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"vMc0O1.0.3X.74Wzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5355
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Yves Arrouye) wrote:
> Hello,
> 
> I'm taking over the Apache package, and remember that some of you wanted
> the web data in ~www. I'll do that but I have a question:
> 
>   - I'd like to create the www user (group) *before* files are unpacked.
>     And I need to be sure of its uid (gid) because the .deb file will
>     contain files owned by www.www. How can I ensure that? (I'd like
>     not to have to chown unless forced to do so).

In newer debian installations there is a "www-data" user in the
password file:

www-data:*:33:33:www-data:/var/www:/bin/sh

The group is the same:

www-data:*:33:

Most people never see this ofcourse since you seldom upgrade your password
file ;)

Hope this helps - Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Wed Jul 24 18:00:06 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 17:53:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 17:53:28 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 12:01:12 -0000
Resent-Date: 24 Jul 1996 12:01:12 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: Re: df require_sync (fwd)
To: debian-devel@lists.debian.org
Date: Wed, 24 Jul 1996 12:41:00 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul24.160000gmt+0100.6251@gateway.azr.nl>
Resent-Message-ID: <"pEoFZ.0.RZ1.72Xzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5356
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Jim Meyering (>) responded on my question (> |).

> | Another bug which is reported agains the fileutils package in de
> | debian bug lists is the fact that df doesn't require sync in df.
> |
> | A solution is to set static int require_sync to non-zero.  I was
> | wondering if this could be solved which some #ifdef construction
> | so that it is done automatically, not needing a manual patch.
> 
> Some would argue whether it's a bug.  On some file systems (e.g., a
> couple common Linux ones) sync is effectively a slow no-op because it
> is not required to get up to date fsusage.  On those systems, always
> doing sync is undesirable.  On others, the big slowdown induced by
> calling sync by default does not justify the slightly more up to date
> information that results.
> 
> If Debian folks are sure they want the default to be different, I'll
> probably accomodate them with something like #ifdef __DEBIAN or whatever
> symbol you use.

Is this a proper solution?  Can we Debian folks live with this or???

Erick


From debian-devel-request@lists.debian.org Wed Jul 24 18:25:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 18:08:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 18:08:10 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 12:21:46 -0000
Resent-Date: 24 Jul 1996 12:21:46 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Wed, 24 Jul 1996 08:21:34 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Bdale Garbee <bdale@gag.com>
cc: Richard Kaszeta <kaszeta@me.umn.edu>, debian-devel@lists.debian.org
Subject: Re: New virtual packages suggestion 
In-Reply-To: <199607231839.MAA13624@chunks.gag.com>
Message-ID: <Pine.LNX.3.94.960724081551.275A-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"RPIHm1.0.cq1.QLXzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5357
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 23 Jul 1996, Bdale Garbee wrote:

> > >There is no conflict with gzip, since the Debian gzip package very 
> > >intentionally doesn't provide the 'compress' synonym.  It *does* provide a
> > >link for 'uncompress', since that's useful even without a compress being 
> > >around.  
> > 
> > Really? At least the gzip in 'buzz', 1.2.4-10, installs /bin/compress.
> 
> I don't believe that.  This is a bug that I fixed a couple of revision back,
> long before 1.1 was released.
> 
> I'm the package maintainer for gzip.  I have local copies of both version 
> 1.2.4-10 as I uploaded it, and 1.2.4-11, which fixes a couple of unrelated
> bugs and which was uploaded recently.  Neither installs a link for 
> /bin/compress. Therefore, either you're mistaken about where the link came
> from, or the gzip-1.2.4-10 that's in buzz isn't what I uploaded!
> 
Here is some more fuel for this fire ;-)
On my machine dpkg -s gzip says I have version 1.2.4-10. A dpkg -S
compress yields:
gzip: /bin/compress
ls -l /bin/compress yields:
-rwxr-xr-x   5 root     root         45121 Apr 14 23:15 /bin/compress

Gzip does not install a link. It installs a real executable binary!

As I personaly have no use or interest in uncompress, my statements hear
are simply to help clarify the facts.

Luck,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Wed Jul 24 19:40:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 19:26:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 19:26:12 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 13:25:56 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3893: Building a kernel without loadable module support 
Reply-To: Michael Alan Dorman <mdorman@lot49.med.miami.edu>,
  3893@bugs.debian.org
Resent-From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@pilgrim.umass.edu>
Resent-Date: Wed, 24 Jul 1996 13:03:02 GMT
Resent-Message-ID: <handler.3893.B3893.8382131933999@bugs.debian.org>
X-Debian-PR-Package: kernel-package
X-Loop: owner@bugs.debian.org
Message-Id: <m0uj39y-0004mjC@lot49.med.miami.edu>
To: Michael Shields <shields@crosslink.net>, 3893@bugs.debian.org
In-reply-to: <v03007633ae1ab40ff45b@[205.198.168.35]>
Date: Wed, 24 Jul 1996 08:35:25 -0400
From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5358
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

In message <v03007633ae1ab40ff45b@[205.198.168.35]>, Michael Shields writes:
>Package: kernel-package
>Version: 2.01
>
>`make-kpkg build' will fail if the kernel is configured without
>CONFIG_MODULES,

2.02 fixes this, and I submitted a patch which will actually allow the
make-kpkg script to differentiate between builds with modules
configured and those without.

Mike.
--
"Don't let me make you unhappy by failing to be contrary enough...."


From debian-devel-request@lists.debian.org Wed Jul 24 19:40:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 19:33:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 19:33:22 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 13:30:46 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3908: perl h2ph problem
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3908@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Wed, 24 Jul 1996 13:03:02 GMT
Resent-Message-ID: <handler.3908.B.8382131934001@bugs.debian.org>
X-Debian-PR-Package: perl
X-Loop: owner@bugs.debian.org
Message-Id: <m0uj3Ci-0004QFC@chiark.chu.cam.ac.uk>
Date: Wed, 24 Jul 96 13:38 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5360
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: perl
Version: 5.003-2

When it tries to run h2ph (retyped - errors mine):
 /var/lib/dpkg/info/perl.postinst: /usr/lib/perl5/i486-linux/5.003/sys: No such file or directory

How soon is the new Perl (with the .ph files in the package)
expected ?

Ian.


From debian-devel-request@lists.debian.org Wed Jul 24 19:40:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 19:29:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 24 Jul 1996 19:29:34 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 13:30:02 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3907: kbd postinst extremely verbose
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3907@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE>
Resent-Date: Wed, 24 Jul 1996 13:03:01 GMT
Resent-Message-ID: <handler.3907.B.8382131934000@bugs.debian.org>
X-Debian-PR-Package: kbd
X-Loop: owner@bugs.debian.org
Message-Id: <m0uj3BB-0004QFC@chiark.chu.cam.ac.uk>
Date: Wed, 24 Jul 96 13:36 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5359
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: kbd
Version: 0.91-3

I see (retyped - errors mine)
 Setting up kbd (0.91-3) ...

 ***** Keyboard and console setup *****
 ======================================

 Using the configuration data found in /etc/kbd/config

 Please check /usr/doc/kbd/NEWS for user-visible changes.
 Please check /usr/doc/kbd/CHANGES for a list of changes since last release.


 Setting up debianutils (1.2.3) ...

IMO:
 * The heading and many blank lines should be removed.
 * The pointers to /usr/doc carry very little information, and should
   be removed.

This would leave just:
 Setting up kbd (0.91-3) ...
 Using the configuration data found in /etc/kbd/config

 Setting up debianutils (1.2.3) ...

Ian.


From debian-devel-request@lists.debian.org Wed Jul 24 23:25:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 23:20:51 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 24 Jul 1996 23:20:51 -0000
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 22:19:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 24 Jul 1996 22:19:08 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 16:19:31 -0000
Resent-Date: 24 Jul 1996 16:19:31 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <warwick@cs.mu.OZ.AU>
Message-Id: <199607241619.CAA28154@mundook.cs.mu.OZ.AU>
X-Authentication-Warning: mundook.cs.mu.OZ.AU: warwick owned process doing -bs
X-Authentication-Warning: mundook.cs.mu.OZ.AU: Host warwick@localhost didn't use HELO protocol
To: debian-devel@lists.debian.org
Cc: warwick@cs.mu.OZ.AU
Subject: Updated Virtual Package Name List
Date: Thu, 25 Jul 1996 02:19:18 +1000
From: Warwick HARVEY <warwick@cs.mu.OZ.AU>
Resent-Message-ID: <"v_0kx.0.my4.Iqazn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5363
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi all,

Here is an updated list of virtual package names (soon to be uploaded to
master).  It includes the recently proposed "awk" package, and "c-shell",
which seemed to have fallen off the list.  I expect to update it again soon,
as soon as the discusssion of Yves Arrouye's suggestions dies down.

I'm also aware that there are a lot of virtual packages being used out there
that aren't in this list.  I'm currently working on some scripts to check
for packages names which appear in the "provides" field but don't exist as
packages in their own right.  Some of these are just obsolete packages which
no longer exist; others are "real" virtual packages.  When I'm done, I'll
probably post the results here and ask for help in getting it all sorted
out.


          AUTHORITATIVE LIST OF VIRTUAL PACKAGE NAMES

Below is an authoritative list of virtual package names currently
in-use or proposed and not objected to.  Please check the list below
for things relevant to your packages.

New packages MUST use virtual package names where appropriate (this
includes making new ones - read on).

Packages MUST NOT use virtual package names (except privately, amongst
a cooperating group of packages) unless they have been agreed upon and
appear in this list.

The latest version of this file can be found in
        doc/package-developer/virtual-package-names-list.text
on your local Debian FTP site.

The procedure for updating the list is as follows:

1. Post to debian-devel saying what names you intend to use or what
   other changes you wish to make.

2. Wait a few days for comment.

3. Mail the maintainer of the virtual package name list (Warwick Harvey
   <warwick@cs.mu.OZ.AU>) notifying him of the consensus reached (or
   your suggestions if noone objected).  The list maintainer will then
   post the new list to debian-devel and upload it to the FTP site.

4. Go and use the new or changed names.

Warwick.
(based on earlier version by Ian J.)


Now, the list:

X Windows:
----------
X11R5                   XFree86 R5, including base system (obsolete)
xR5shlib                XFree86 R5 shared library only
X11R6                   XFree86 R6, including base system
xR6shlib                XFree86 R6 shared library only
xlibraries              XFree86 R6 shared library or stub library
xserver                 Any X server (used by other X packages)

Miscellaneous:
--------------
libc.so.4               An a.out shared C library, version 4.x.x.
info-browser            Something that can browser GNU Info files
kernel-source           Kernel source code
kernel-headers          Kernel header files (<linux/*.h>, <asm/*.h>)
kernel-image            Kernel image ( vmlinuz, System.map, modules )
httpd                   Any HTTP server
postscript-viewer       Anything that can display Postscript files
postscript-preview      Any preprocessor that creates Postscript output
metafont                The TeX Metafont program
dvilj, dvips            Provided by dviljk, dvipsk (? - iwj)
www-browser             Something that can browse html files
awk                     Anything providing suitable /usr/bin/{awk,nawk}
c-shell                 Anything providing a suitable /usr/bin/csh

News and Mail:
--------------
mail-transport-agent    Mail transport agents (Smail, Sendmail, &c)
mail-reader             Mail user agents (Pine, Elm, mailx, &c)
news-transport-system   Local news system (INN, C News or B News)
news-reader             Any news reader (trn, tin, &c)
inews                   /usr/bin/inews - local or remote news poster
pgp                     A version of PGP (International or US)

Names of superseded packages Provided by the current ones:
----------------------------------------------------------
gs_x, gs_svga, gs_both  Provided by Ghostscript (gs).  Use gs.
xpmR6                   Provided by xpm.  Use xpm.

Change history:
---------------
22 Sep 1995 Ian Jackson         Initial revision.
26 Mar 1996 Andrew Howell       Added www-browser.
11 May 1996 Manoj Srivastava    Added kernel-image, added new location of
                                this file
19 May 1996 Warwick Harvey      Took over maintenance of list, changed
                                instructions for updating list
25 Jul 1996 Warwick Harvey      Added awk, nawk as per Chris Fearnley's
                                suggestions
                                Added c-shell, which seemed to have dropped
                                off at some stage


----------------------------------------------------------------------------
Warwick Harvey                                    email: warwick@cs.mu.OZ.AU
Department of Computer Science                        phone: +61-3-9287-9171
University of Melbourne                                 fax: +61-3-9348-1184
Parkville, Victoria, AUSTRALIA 3052     web: http://www.cs.mu.OZ.AU/~warwick


From debian-devel-request@lists.debian.org Wed Jul 24 23:25:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 23:20:52 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 24 Jul 1996 23:20:52 -0000
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 22:52:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 24 Jul 1996 22:52:31 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 17:12:58 -0000
Resent-Date: 24 Jul 1996 17:12:58 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0uj7Tg-00013oC@miles.econ.queensu.ca>
Date: Wed, 24 Jul 96 13:12 EDT
To: Miquel van Smoorenburg <miquels@cistron.nl>
Cc: arrouye@marin.fdn.fr (Yves Arrouye), debian-devel@lists.debian.org
Subject: Re: Q about making a package with a dedicated user?
In-Reply-To: <199607241054.MAA30307@picard.cistron.nl>
References: <199607232227.AAA27241@marin.fdn.fr>
	<199607241054.MAA30307@picard.cistron.nl>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"eEwRO3.0.Hd5.Qcbzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5364
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Miquel> Most people never see this ofcourse since you seldom upgrade your
  Miquel> password file ;)

I do it all the time to keep current with the base package (now at 1.1.0-13
as Guy hasn't moved the -14 from Incoming, and wonder why so many things
change (operator, backup vs amanda, etc). 

With emacs "ediff" mode it's not too painful to integrate the changes from
version to version.

--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Wed Jul 24 23:25:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 23:15:23 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 24 Jul 1996 23:15:22 -0000
Received: (qmail-queue invoked from smtpd); 24 Jul 1996 21:27:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 24 Jul 1996 21:27:02 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 15:32:18 -0000
Resent-Date: 24 Jul 1996 15:32:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: lupus.ece.utexas.edu: maor owned process doing -bs
Date: Wed, 24 Jul 1996 10:24:19 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
Reply-To: Guy Maor <maor@ece.utexas.edu>
To: Yves Arrouye <arrouye@marin.fdn.fr>
cc: debian-devel@lists.debian.org
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal?
In-Reply-To: <199607232222.AAA27233@marin.fdn.fr>
Message-ID: <Pine.HPP.3.93.960724100915.25160A-100000@cod.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"8sgKp1.0.hV4.28azn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5362
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO



On Wed, 24 Jul 1996, Yves Arrouye wrote:

> Is it normal that some packages do use perl in their installation scripts
> and do not have a Requires: perl field though perl is not a required
> package?

The base package installs a perl binary.  When you install a perl
package, the binary gets replaced.  I suppose that removing the perl
package after installing it would be problematic.


Guy


From debian-devel-request@lists.debian.org Thu Jul 25 00:40:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 00:27:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 00:27:48 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 18:23:39 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3908: perl h2ph problem
Reply-To: "Darren/Torin/Who Ever..." <torin@daft.com>, 3908@bugs.debian.org
Resent-From: "Darren/Torin/Who Ever..." <torin@daft.com>
Orignal-Sender: torin@perv.daft.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Wed, 24 Jul 1996 18:03:03 GMT
Resent-Message-ID: <handler.3908.B3908.83823120928854@bugs.debian.org>
X-Debian-PR-Package: perl
X-Loop: owner@bugs.debian.org
Sender: torin@perv.daft.com
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3908@bugs.debian.org
References: <m0uj3Ci-0004QFC@chiark.chu.cam.ac.uk>
From: "Darren/Torin/Who Ever..." <torin@daft.com>
In-Reply-To: Ian Jackson's message of Wed, 24 Jul 96 13:38 BST
Date: 24 Jul 1996 10:54:35 -0700
Message-ID: <87raq1bkpw.fsf@perv.daft.com>
Lines: 27
X-Mailer: Gnus v5.2.37/XEmacs 19.14
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5366
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Ian Jackson, in an immanent manifestation of deity, wrote:
>Package: perl
>Version: 5.003-2
>
>How soon is the new Perl (with the .ph files in the package)
>expected ?

A few days after I get the xemacs package out which should be either
today or tomorrow.
- -- 
<torin@daft.com> <http://www.daft.com/~torin> <torin@debian.org> <torin@io.com>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMfZjUY4wrq++1Ls5AQFI4QQAlca74bmEGJq4mN8RW8DAA6jRKgqtp2Zd
bKKBbS2Xb1nUorjRPtv7bCVQDzGjMyd0WiV39cynJxIXbwQa6xYepC06RZzUrvQc
uhPKtz9C0m+wtk1DZvGJjJgm46pTNG78vtqVziZjAs66GfHL/nyGAjtjYTU5AYS/
YY6lmTVmoRA=
=Br8W
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Thu Jul 25 00:40:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 00:25:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 00:25:11 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 18:23:36 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3909: problem in libc5-dev-5.2.18-9
Reply-To: Joerg Wedeck <jw@peanuts.Informatik.Uni-Tuebingen.De>,
  3909@bugs.debian.org
Resent-From: Joerg Wedeck <jw@peanuts.Informatik.Uni-Tuebingen.De>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Wed, 24 Jul 1996 18:03:02 GMT
Resent-Message-ID: <handler.3909.B.83823120928851@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Message-Id: <199607241745.TAA09125@peanuts.Informatik.Uni-Tuebingen.De>
X-Authentication-Warning: peanuts.informatik.uni-tuebingen.de: Host ti-ibm09 didn't use HELO protocol
To: submit@bugs.debian.org
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <15592.838230209.1@peanuts.informatik.uni-tuebingen.de>
Date: Wed, 24 Jul 1996 19:43:29 +0200
From: Joerg Wedeck <jw@peanuts.Informatik.Uni-Tuebingen.De>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5365
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

it appears to me that the inclusion of the directories /usr/include/asm
and /usr/include/linux into this package are wrong. These should be links
to the location where the source or headers ar installed (compare
with kernel source or header packages).
They prevent a system behaving
correctly when new kernel sources or headers are installed.

Regards, Joerg

--
--------------------------------+-------------------------------------
Joerg Wedeck                    | E-Mail: jw@peanuts.informatik\
Tuebingen        	        |               .uni-tuebingen.de
Germany                         |
--------------------------------+-------------------------------------


From debian-devel-request@lists.debian.org Thu Jul 25 00:40:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 00:33:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 00:33:52 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 18:39:21 -0000
Resent-Date: 24 Jul 1996 18:39:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Wed, 24 Jul 1996 20:38:44 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: debian-devel@lists.debian.org
Subject: Re: Source packaging - alternatives
In-Reply-To: <m0uhMB6-0004R9C@chiark.chu.cam.ac.uk>
Message-ID: <Pine.SUN.3.91.960724203544.8907E-100000@papa.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"MqUU52.0.9l6.Ptczn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5367
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Fri, 19 Jul 1996, Ian Jackson wrote:
> Juergen Menden writes ("Re: Source packaging - alternatives"):
> > On Tue, 16 Jul 1996, Ian Jackson wrote:
> > > Look, all of you people who want to include scripts in this might as
> > > well give up.
> > 
> > and if anyone thinks (s)he _really_ needs that, why not putting that
> > stuff in the debian.rules file? 
> 
> No, because the debian/rules file is not looked at during the unpack
> process.

right. 
but such things could very well be run in front of the build
target. eg. the first actions taken when building a package might 
be to correct permissions and set symlinks. 

at least this is what configuration is meant about. :-)

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Thu Jul 25 01:05:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 01:00:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 01:00:51 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 19:01:23 -0000
Resent-Date: 24 Jul 1996 19:01:23 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Wed, 24 Jul 1996 14:02:30 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Erick Branderhorst <branderh@iaehv.nl>
cc: debian-devel@lists.debian.org
Subject: Re: df require_sync (fwd)
In-Reply-To: <96Jul24.160000gmt+0100.6251@gateway.azr.nl>
Message-ID: <Pine.SOL.3.93.960724135917.10482D-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"_KgOg2.0.BC7.3Cdzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5368
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> > | Another bug which is reported agains the fileutils package in de
> > | debian bug lists is the fact that df doesn't require sync in df.

This discussion is moot.

>From fileutils-3.13/NEWS:
* df no longer invokes the sync system call by default.  You can use the
  --sync option to make df invoke sync before getting file system sizes.

fileutils 3.13 is already compiled for Debian.


Guy


From debian-devel-request@lists.debian.org Thu Jul 25 02:45:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 02:38:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 02:38:37 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 20:23:11 -0000
Resent-Date: 24 Jul 1996 20:23:11 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <joost@rulcmc.leidenuniv.nl>
Message-Id: <m0ujASW-00012CC@rulcmc.leidenuniv.nl>
From: joost@rulcmc.leidenuniv.nl (joost witteveen)
Subject: Re: df require_sync (fwd)
To: branderh@iaehv.nl (Erick Branderhorst)
Date: Wed, 24 Jul 1996 22:23:03 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <96Jul24.160000gmt+0100.6251@gateway.azr.nl> from "Erick Branderhorst" at Jul 24, 96 12:41:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Zwi4E3.0.CR.lOezn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5369
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> 
> 
> Jim Meyering (>) responded on my question (> |).
> 
> > | Another bug which is reported agains the fileutils package in de
> > | debian bug lists is the fact that df doesn't require sync in df.
> > |
> > | A solution is to set static int require_sync to non-zero.  I was
> > | wondering if this could be solved which some #ifdef construction
> > | so that it is done automatically, not needing a manual patch.
> > 
> > Some would argue whether it's a bug.  On some file systems (e.g., a
> > couple common Linux ones) sync is effectively a slow no-op because it
> > is not required to get up to date fsusage.  On those systems, always
> > doing sync is undesirable.  On others, the big slowdown induced by
> > calling sync by default does not justify the slightly more up to date
> > information that results.
> > 
> > If Debian folks are sure they want the default to be different, I'll
> > probably accomodate them with something like #ifdef __DEBIAN or whatever
> > symbol you use.
> 
> Is this a proper solution?  Can we Debian folks live with this or???

Well, it looks like Jim removed sync from df altogether, as this
was in gnu-announce some time ago:

>>>Date: Sat, 13 Jul 1996 18:40:35 -0500
>>>From: Jim Meyering <meyering@asic.sc.ti.com>
>>>Sender: gnu@prep.ai.mit.edu
>>>Resent-From: info-gnu-request@prep.ai.mit.edu
>>>Status: RO
>>>
>>>A new release of the GNU file management utilities is available at
>>>
>>>  ftp://ftp.gnu.ai.mit.edu/pub/gnu/fileutils-3.13.tar.gz.
>>>
>>>This is mostly a bug-fix release.
>>>
>>>The programs in the fileutils are:
>>>
>>>chgrp chmod chown cp dd df dir dircolors du install ln ls mkdir
>>>mkfifo mknod mv rm rmdir touch sync vdir
>>>
>>>Most of these programs have significant advantages over their Unix
>>>counterparts, such as greater speed, additional options, and fewer
>>>arbitrary limits.
>>>
>>>Changes in release 3.13
[...]
>>>* df no longer invokes the sync system call by default.  You can use the
>>>  --sync option to make df invoke sync before getting file system sizes.
[...]


-- 
joost witteveen
            joost@rulcmc.leidenuniv.nl
          joostje@debian.org
--
Use Debian/GNU Linux!


From debian-devel-request@lists.debian.org Thu Jul 25 04:50:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 04:44:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 04:44:39 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 21:50:26 -0000
Resent-Date: 24 Jul 1996 21:50:25 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecl@fnpc21.if.usp.br>
Message-Id: <m0ujBsp-000VaKC@fnpc21.if.usp.br>
Date: Wed, 24 Jul 96 18:54 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: debian-devel@lists.debian.org
Subject: Re: New virtual packages suggestion
In-Reply-To: <m0uioXT-000VRtC@fnpc21.if.usp.br>
References: <199607211302.PAA06391@marin.fdn.fr>
	<m0uioXT-000VRtC@fnpc21.if.usp.br>
Resent-Message-ID: <"MkfXC3.0.9b1.Xgfzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5370
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "ECL" == Emilio Lopes <ecl@fnpc21.if.usp.br> wrote:

Yes, that was me.

>>>>> "YA" == Yves Arrouye <Yves.Arrouye@marin.fdn.fr> wrote:
YA> Hello,
YA> I propose to add the following virtual packages:

YA> ... 

ECL> I would also suggest "emacs" or something like that. This will be
ECL> necessary when we have xemacs ready. Things like "calc", "vm",
ECL> "w3" etc. could depend on it, which would be provided by both GNU
ECL> Emacs and XEmacs.

Sometime after I posted this I remembered that Xemacs already coms
with w3 and vm... But of course there are other elisp packages that
don't come with xemacs.

Emilio.

-- 
                 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
               Instituto de Fisica da Universidade de Sao Paulo
             Caixa Postal 66318, 05389-970 Sao Paulo - SP, BRAZIL
              Phone: (+55) (11) 818-6724 (Voice) / 818-6715 (Fax)


From debian-devel-request@lists.debian.org Thu Jul 25 05:15:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 05:13:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 05:13:24 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 22:27:18 -0000
Resent-Date: 24 Jul 1996 22:27:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecl@fnpc21.if.usp.br>
Message-Id: <m0ujCSZ-000VaKC@fnpc21.if.usp.br>
Date: Wed, 24 Jul 96 19:31 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: Yves Arrouye <arrouye@marin.fdn.fr>
Cc: debian-devel@lists.debian.org
Subject: Re: Ghostscript/PDF-files/ghostview
In-Reply-To: <199607232159.XAA27215@marin.fdn.fr>
References: <Pine.LNX.3.93.960722221837.758A-100000@niki.et.tudelft.nl>
	<199607232159.XAA27215@marin.fdn.fr>
Resent-Message-ID: <"C5Fb61.0.9D2.6Dgzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5371
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "YA" == Yves Arrouye <arrouye@marin.fdn.fr> wrote:

>> Also according to that doc, a patched version of ghostview exists, which
>> handles this correctly:

YA> This hacked 1.5 version of Ghostview worked with 3.33 and stopped
YA> working starting with 3.51. We are at 4.01 now... And the last
YA> time I checked the prologue sent to gs by this ghostview made it
YA> barf.

YA> (But I'd *love* to have a ghostview-based PDF viewer...)

I remeber I've heard about a port to Unix of the VMS port of
ghostview. That may sound ridiculous, but the fact is that someone
added pdf support to the VMS port of ghostview, but not to the
original (Unix) ghostview.

I'm pretty sure I've read this somewhere, but can't remember
where.

Ciao, Emilio.

-- 
                 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
               Instituto de Fisica da Universidade de Sao Paulo
             Caixa Postal 66318, 05389-970 Sao Paulo - SP, BRAZIL
              Phone: (+55) (11) 818-6724 (Voice) / 818-6715 (Fax)


From debian-devel-request@lists.debian.org Thu Jul 25 05:40:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 05:17:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 05:17:20 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 22:33:18 -0000
Resent-Date: 24 Jul 1996 22:33:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <strombrg@hydra.acs.uci.edu>
Sender: strombrg@hydra.acs.uci.edu
Message-ID: <31F6A492.AF2@hydra.acs.uci.edu>
Date: Wed, 24 Jul 1996 15:32:50 -0700
From: Dan Stromberg <strombrg@hydra.acs.uci.edu>
X-Mailer: Mozilla 2.02 (X11; I; SunOS 5.5.1 sun4m)
MIME-Version: 1.0
To: Miquel van Smoorenburg <miquels@cistron.nl>
CC: Yves Arrouye <arrouye@marin.fdn.fr>, debian-devel@lists.debian.org
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal?
References: <199607241050.MAA30235@picard.cistron.nl>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"1MgLu1.0.XH2.kIgzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5372
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I'd prefer the latter.  In fact, I'd prefer it if packages didn't
require perl just to get installed.

Perl is an abomination in the eyes of most language designers.

Python, the ML variants, the lisp variants - these are clean languages
with small cores and large libraries, all having interpreted
implementations (and sometimes compiled as well).  Perl, the
paradigmatic large-core, kitchen sink language, ain't.

Miquel van Smoorenburg wrote:
> 
> You (Yves Arrouye) wrote:
> > Hello,
> >
> > Is it normal that some packages do use perl in their installation scripts
> > and do not have a Requires: perl field though perl is not a required
> > package?
> 
> Good point. Perl is part of the base system though; I think either
> perl should be Essential or the packages should depend on perl. I'd
> prefer the former.
> 
> Mike.
> --
>   Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
>   Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
> miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Thu Jul 25 06:30:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 06:26:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 06:26:58 -0000
Received: (qmail-queue invoked by uid 40); 24 Jul 1996 23:39:18 -0000
Resent-Date: 24 Jul 1996 23:39:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 24 Jul 1996 23:38:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6DTSALxzcsB@khms.westfalen.de>
In-Reply-To: <96Jul24.160000gmt+0100.6251@gateway.azr.nl>
Subject: Re: df require_sync (fwd)
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"6uXkl3.0.P13.cGhzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5373
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

branderh@iaehv.nl (Erick Branderhorst)  wrote on 24.07.96 in <96Jul24.160000gmt+0100.6251@gateway.azr.nl>:

> Jim Meyering (>) responded on my question (> |).
>
> > | Another bug which is reported agains the fileutils package in de
> > | debian bug lists is the fact that df doesn't require sync in df.
> > |
> > | A solution is to set static int require_sync to non-zero.  I was
> > | wondering if this could be solved which some #ifdef construction
> > | so that it is done automatically, not needing a manual patch.
> >
> > Some would argue whether it's a bug.  On some file systems (e.g., a
> > couple common Linux ones) sync is effectively a slow no-op because it
> > is not required to get up to date fsusage.  On those systems, always
> > doing sync is undesirable.  On others, the big slowdown induced by
> > calling sync by default does not justify the slightly more up to date
> > information that results.
> >
> > If Debian folks are sure they want the default to be different, I'll
> > probably accomodate them with something like #ifdef __DEBIAN or whatever
> > symbol you use.
>
> Is this a proper solution?  Can we Debian folks live with this or???

I don't quite understand this.

He seems to say that a sync is often bad, especially on Linux (and indeed,  
the latest fileutils seems to claim it doesn't sync by default, if I  
understand the announcement), but then he talks about different defaults  
for Debian.

Is it possible that he thinks we _want_ sync?!

MfG Kai


From debian-devel-request@lists.debian.org Thu Jul 25 11:05:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 11:00:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 11:00:45 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 04:54:47 -0000
Resent-Date: 25 Jul 1996 04:54:47 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecki@lina.inka.de>
Message-Id: <m0ujIP8-0004jSC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
Subject: Forwarded mail... FTP admin
To: debian-devel@lists.debian.org
Date: Thu, 25 Jul 1996 06:52:05 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"aquX_2.0.aI7.Mulzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5374
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

think I can send this to the devel list as well:

Forwarded message:
> From MAILER-DAEMON Thu Jul 25 06:49:22 1996
> Message-Id: <m0ujIM7-000LAVC@sapa.inka.de>
> Date: 25 Jul 1996 04:40:13 -0000
> From: MAILER-DAEMON@primer.i-connect.net
> To: ecki@lina.inka.de
> 
> Hi. This is the qmail-send program at primer.i-connect.net.
> I'm afraid I wasn't able to deliver your message to the following addresses.
> This is a permanent error; I've given up. Sorry it didn't work out.
> 
> <miquels@debian.org>:
> Temporary error on maildir delivery. (#4.3.0)

(a temporary error which is a permanent one, god  I lov computers :)
...
> Message-Id: <m0ughAu-0004jSC@lina>
> From: ecki@lina.inka.de (Bernd Eckenfels)
> Subject: buzz-fixed
> To: miquels@debian.org
> Date: Thu, 18 Jul 1996 02:42:38 +0200 (MET DST)
> 
> Hi,
> 
> in buzz-fixed the files from buzz-updates: psptools_1.2.1-1.deb and 
> xosview_1.3.2-4.1.deb are not present in buzz-fixed.
> 
> Both are not mentioned in the Changelog file. I guess you feel responsible
> for this directory, since your name appears in the Changelog file.

Greetings
Bernd
-- 
  (OO)      -- Bernd_Eckenfels@Wittumstrasse13.76646Bruchsal.de --
 ( .. )  ecki@lina.{inka.de,ka.sub.org}  http://home.pages.de/~eckes/
  o--o     *plush*  2048/A2C51749  eckes@irc  +4972573817  *plush*
(O____O)       If privacy is outlawed only Outlaws have privacy


From debian-devel-request@lists.debian.org Thu Jul 25 11:30:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 11:30:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 11:30:02 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 05:37:01 -0000
Resent-Date: 25 Jul 1996 05:37:01 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bbum@www.friday.com>
Message-Id: <199607250536.AAA06600@www.friday.com>
Mime-Version: 1.0 (NeXT Mail 3.3 v118.2)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
From: Bill Bumgarner <bbum@friday.com>
Date: Thu, 25 Jul 96 00:36:51 -0500
To: debian-devel@lists.debian.org
Subject: Re: Packages using perl in inst scripts and not requiring perl:
	normal?
Reply-To: bbum@friday.com
References: <199607241050.MAA30235@picard.cistron.nl>
	<31F6A492.AF2@hydra.acs.uci.edu>
Resent-Message-ID: <"JoU-N.0.4p7.zVmzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5375
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


I see a language war on the horizon...

Anyway-- I wholeheartedly second Dan's thoughts in regards to language =
usage within the installation.  We would be much better off to remove all =
dependencies on perl from anywhere in the installation process.  Perl is =
the best language in the world for hacking, but one of the worst for =
serious programming, writing production code, or generating any kind of =
body of work that anyone other than the author has any hope of =
maintaining.  Perl provides a kitchen sink environment with a syntax =
reminiscent of line noise that relies heavily on voodoo and side-effects.  =
As a production language, it is wholly unacceptable.

As well, I have experienced numerous cases where Perl's behaviour changed =
slightly between 'minor' revisions.  Other disturbing behaviour includes =
inconsistent behaviour across platforms or even across similar platforms, =
but different hardware.   Random and completely unexplained crashes of the =
perl pre-processor have also plagued all of the large perl-based projects =
I have ever made the mistake of contributing to.

Frankly, the thought of using Perl on *anything* that could be considered =
"production quality" or "mission critical" is just plain scary.

Python is an awesome language-- once one gets by the indention based =
scoping, it is a joy to use and program in.  It has a highly consistent =
and easy to use object oriented paradigm that is used throughout every =
aspect of the language.  It is very easy to produce production quality =
code in python that is easily read and maintained by others-- not so with =
perl.  Python is also one of the most portable languages available;  =
almost every bit of system-dependent code is hidden behind an abstract =
object-based API that makes allows the programmer to pretty much ignore =
the type of the target platform.  Yet, it is well-written such that there =
is little power sacrificed to achieve this level of portability.

ML and Lisp are both wonderful languages-- but are somewhat esoteric in =
nature... Tcl is an excellent embedded, short script language-- but is =
almost to high of a level language to be truly useful for configuration of =
an OS.

Guile may someday be the language of choice, but it has a long ways to go. =
 Java is great if you want to animate part of your web page, but it is far =
from being a production quality language (as well, the current licensing =
'aggreement' foisted on the world by Sun makes it, in effect, a completely =
non-free language).

At this moment, probably the best thing that could happen would be for =
Debian to include an *extremely* trimmed down Python environment as the =
standard scripting environment that all packages can use to do any pre or =
post installation manipulations.  Realistically, this ain't going to =
happen-- there are way to many people who have their heads so full of perl =
that they can't think any other way.  Oh well... It would be nice if we =
could, at least, have a trimmed down perl environment in the base.

Anyone here read +Code Complete+ -- a rather awesome collection of =
knowledge in regards to creating quality software packages?  Go ahead and =
TRY to fit perl into a REAL development environment...  I have done it-- =
it hurts.

b.bum=


From debian-devel-request@lists.debian.org Thu Jul 25 11:55:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 11:46:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 11:46:17 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 05:57:48 -0000
Resent-Date: 25 Jul 1996 05:57:48 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <cmwilson@uncc.edu>
Date: Thu, 25 Jul 1996 01:57:41 -0400
Message-Id: <199607250557.BAA05088@unccsun.uncc.edu>
From: cmwilson@uncc.edu (Mike Wilson)
To: debian-devel@lists.debian.org
Subject: Re: New virtual packages suggestion
Resent-Message-ID: <"WVD5H2.0.m9.Spmzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5376
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

) From: ecl@fnpc21.if.usp.br (Emilio Lopes)

) ECL> I would also suggest "emacs" or something like that. This will be
) ECL> necessary when we have xemacs ready. Things like "calc", "vm",
) ECL> "w3" etc. could depend on it, which would be provided by both GNU
) ECL> Emacs and XEmacs.
) 
) Sometime after I posted this I remembered that Xemacs already coms
) with w3 and vm... But of course there are other elisp packages that
) don't come with xemacs.

I am (slowly) putting together a Mule package (Multi-lingual Emacs).  
I can't help but think a emacs virtual package would be appropriate
here.  w3 with Mule, though somewhat drab, is the most reliable
multilingual web browser I've found.  I need to provide `emacs' to
install it.

On a related but different note, how should localized software be
handled?  For example, Tcl/Tk with japanese patches.  (My primary
browser is Grail using a patched Tcl/Tk.  It's a bit ... sensitive,
though.)

Mike

Mike Wilson     cmwilson@uncc.edu     Debian Linux!
umaretekara niwa ikiteiru
--The Blue Hearts [rokudenashi]


From debian-devel-request@lists.debian.org Thu Jul 25 12:20:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 12:16:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 12:16:45 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 06:33:49 -0000
Resent-Date: 25 Jul 1996 06:33:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0ujJzF-0002DWC@plato>
To: debian-devel@lists.debian.org
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal? 
In-reply-to: Message from Dan Stromberg <strombrg@hydra.acs.uci.edu> 
   of "Wed, 24 Jul 1996 15:32:50 PDT."References: <31F6A492.AF2@hydra.acs.uci.edu>  <199607241050.MAA30235@picard.cistron.nl> 
 <31F6A492.AF2@hydra.acs.uci.edu> 
Date: Thu, 25 Jul 1996 02:33:25 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"HZWTG.0.vc.DLnzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5377
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO



> Yves Arrouye:
> Is it normal that some packages do use perl in their installation scripts
> and do not have a Requires: perl field though perl is not a required
> package?

Well, I don't think so.  The last I knew, perl is a on the base
system, installed in /bin/perl.  It is then moved to /usr/bin/perl
with a symlink back to /bin/perl when perl proper is installed.  This
is all from hazy memory, but the point is that we are supposed to
safely rely on perl being on the system.  I think there was a problem
with the link disappearing, or else there was a policy change and lots
of us missed it.

> Dan Stromberg
> I'd prefer the latter.  In fact, I'd prefer it if packages didn't
> require perl just to get installed.
> 
> Perl is an abomination in the eyes of most language designers.

Erm. perl is also extremely popular and flexible.  I don't want to get
into a language war; I do want to point out that many sysadmins know
perl, and use it a lot.  It is therefore a natural choice for many
when programming something to do system setup.  I'm certainly not
going to give up something that lets me quickly get my job done just
because it isn't as "well designed" as some other language.


Jim


From debian-devel-request@lists.debian.org Thu Jul 25 12:45:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 12:44:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 12:44:49 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 07:12:50 -0000
Resent-Date: 25 Jul 1996 07:12:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sr1@os.inf.tu-dresden.de>
Date: Wed, 24 Jul 1996 14:53:48 +0200
Message-Id: <199607241253.OAA20663@os.inf.tu-dresden.de>
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
To: debian-devel@lists.debian.org
Subject: Q: Superseeding a package, config file handling
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Resent-Message-ID: <"IYRQC2.0.VA1.nvnzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5378
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The genscript program was renamed to enscript, so I want the enscript
to replace an already installed genscript.

Is the following in debian.control correct ?

	Conflicts: genscript
	Provides: genscript

The genscript package has one config file, /etc/genscript.cfg. In the
enscript package it will be called /etc/enscript.cfg. How (and in
which script) do I rename it in order to preserve the configuration
information without confusing the user, dpkg and other entities ?

	Sven
-- 
Sven Rudolph <sr1@inf.tu-dresden.de> ; WWW : http://www.sax.de/~sr1/


From debian-devel-request@lists.debian.org Thu Jul 25 14:00:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 14:00:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 14:00:02 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 08:47:00 -0000
Resent-Date: 25 Jul 1996 08:47:00 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <boekhold@cindy.et.tudelft.nl>
Date: Thu, 25 Jul 1996 10:50:18 +0200 (MET DST)
From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
To: debian-devel@lists.debian.org
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal?
In-Reply-To: <31F6A492.AF2@hydra.acs.uci.edu>
Message-ID: <Pine.LNX.3.91.960725104939.4151B-100000@cindy.et.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"mNOhs2.0.lS2.4Ipzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5379
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 24 Jul 1996, Dan Stromberg wrote:

> I'd prefer the latter.  In fact, I'd prefer it if packages didn't
> require perl just to get installed.
> 
> Perl is an abomination in the eyes of most language designers.
> 
> Python, the ML variants, the lisp variants - these are clean languages
> with small cores and large libraries, all having interpreted
> implementations (and sometimes compiled as well).  Perl, the
> paradigmatic large-core, kitchen sink language, ain't.

But it's extremely usefull......

Maarten 

_____________________________________________________________________________
|     Maarten Boekhold, Faculty of Electrical Engineering TU Delft,   NL    |
|      boekhold@cindy.et.tudelft.n   boekhold@gopher.library.tudelft.nl     |
|		          Rave or Die!!!!!!                                 |
-----------------------------------------------------------------------------


From debian-devel-request@lists.debian.org Thu Jul 25 15:16:02 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 15:12:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 15:12:02 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 10:00:06 -0000
Resent-Date: 25 Jul 1996 10:00:06 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sgk@sgk.tiac.net>
Message-Id: <199607251001.GAA23556@sgk.tiac.net>
To: ecl@fnpc21.if.usp.br (Emilio Lopes)
cc: debian-devel@lists.debian.org
Subject: Re: Ghostscript/PDF-files/ghostview 
In-reply-to: Your message of "Wed, 24 Jul 1996 19:31:00 EST."
             <m0ujCSZ-000VaKC@fnpc21.if.usp.br> 
Date: Thu, 25 Jul 1996 06:01:00 -0400
From: "Susan G. Kleinmann" <sgk@sgk.tiac.net>
Resent-Message-ID: <"61_wr1.0.EZ3.cMqzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5380
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Yves Arrouye wrote:
> YA> (But I'd *love* to have a ghostview-based PDF viewer...)
> 
Emilio Lopes wrote:
> I remeber I've heard about a port to Unix of the VMS port of
> ghostview. That may sound ridiculous, but the fact is that someone
> added pdf support to the VMS port of ghostview, but not to the
> original (Unix) ghostview.
> I'm pretty sure I've read this somewhere, but can't remember
> where.

melennec@cena.dgac.fr (Ronan MELENNEC) wrote on 7/18 in comp.text.pdf:
"It is in the works (Ghostview 2.7 beta 3).
 This is done by Johannes Plass <plass@dipmza.physik.uni-mainz.de>.

 There might be a copy of the sources on Linux FTP mirrors.
 Otherwise, try `ftp://ftp.cena.dgac.fr/pub/doc-tools/ghostview'.

 For PDF files, it is not as pretty as Acrobat nor as fast as XPDF,
 but it works. Plus, it can also display PostScript files :-)"

HTH,
Susan Kleinmann
sgk@tiac.net


From debian-devel-request@lists.debian.org Thu Jul 25 15:41:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 15:27:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 15:27:16 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 10:41:04 -0000
Resent-Date: 25 Jul 1996 10:41:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: Re: df require_sync (fwd)
To: kai@khms.westfalen.de (Kai Henningsen)
Date: Thu, 25 Jul 1996 11:22:19 +0100
Cc: debian-devel@lists.debian.org
In-Reply-To: <6DTSALxzcsB@khms.westfalen.de> from "Kai Henningsen" at Jul 24, 96 11:38:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul25.144057gmt+0100.6253@gateway.azr.nl>
Resent-Message-ID: <"IeD5R3.0.114._yqzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5381
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> He seems to say that a sync is often bad, especially on Linux (and indeed,  
> the latest fileutils seems to claim it doesn't sync by default, if I  
> understand the announcement), but then he talks about different defaults  
> for Debian.
> 
> Is it possible that he thinks we _want_ sync?!

I'm afraid that I caused the confussion that we _want_ sync.
Sorry, another bug solved.


From debian-devel-request@lists.debian.org Thu Jul 25 16:56:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 16:43:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 16:43:46 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 12:43:57 -0000
Resent-Date: 25 Jul 1996 12:43:56 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <mdorman@lot49.med.miami.edu>
Message-Id: <m0ujPlv-0004mjC@lot49.med.miami.edu>
To: debian-devel@lists.debian.org
Subject: Languages used in install scripts...
X-Mailer: MH 6.8.4
Date: Thu, 25 Jul 1996 08:44:06 -0400
From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
Resent-Message-ID: <"vpdr5.0.I-5.Cmszn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5382
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I will say nothing more of the differences in language assesments than
this: A sloppy programmer can screw up in any language, no matter how
elegant.  Converseley, a careful programmer can write good quality,
well documented production code in any language, no matter its
kitchen-sink roots.  Choice of language does not make for good
programs, period.

That out of the way, *IF* the project chooses to mandate a language
for installation scripts, the *ONLY* reasonable choice is sh, with the
addition of any tools available in the base system (including awk,
but, despite my bias, excluding perl, since it's not fully installed
on the base disks).

Otherwise, people should be allowed to use whatever the hell they
want, without restrictions based on anyone's perceptions of that
language's elegance, notational purity or maintainability.

Mike.
--
"Don't let me make you unhappy by failing to be contrary enough...."


From debian-devel-request@lists.debian.org Thu Jul 25 16:56:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 16:48:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 16:48:00 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 12:47:03 -0000
Resent-Date: 25 Jul 1996 12:47:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: Re: Q: Superseeding a package, config file handling
To: sr1@os.inf.tu-dresden.de (Sven Rudolph)
Date: Thu, 25 Jul 1996 13:28:10 +0100
Cc: debian-devel@lists.debian.org
In-Reply-To: <199607241253.OAA20663@os.inf.tu-dresden.de> from "Sven Rudolph" at Jul 24, 96 02:53:48 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul25.164651gmt+0100.6253@gateway.azr.nl>
Resent-Message-ID: <"7WARU3.0.T16.7pszn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5383
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> The genscript program was renamed to enscript, so I want the enscript
> to replace an already installed genscript.
> 
> Is the following in debian.control correct ?
> 
> 	Conflicts: genscript
> 	Provides: genscript

AFAIK no package depends/recommends genscript so I don't see any 
point that genscript should be provided.
 
Erick


From debian-devel-request@lists.debian.org Thu Jul 25 18:11:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 18:02:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 18:02:01 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 13:49:34 -0000
Resent-Date: 25 Jul 1996 13:49:34 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jdassen@wi.leidenuniv.nl>
From: jdassen@wi.leidenuniv.nl (J.H.M.Dassen)
Organization: Leiden University,
              Dept. of Mathematics & Computer Science,
              The Netherlands
Message-Id: <199607251349.NAA06529@ind206ab.wi.leidenuniv.nl>
Subject: Re: Ghostscript/PDF-files/ghostview
To: ecl@fnpc21.if.usp.br (Emilio Lopes)
Date: Thu, 25 Jul 1996 15:49:57 +0200 (MDT)
Cc: arrouye@marin.fdn.fr, debian-devel@lists.debian.org
In-Reply-To: <m0ujCSZ-000VaKC@fnpc21.if.usp.br> from "Emilio Lopes" at Jul 24, 96 07:31:00 pm
X-home-page: <URL:http://www.wi.leidenuniv.nl/home/jdassen>
X-No-Junk-Mail: I do not want to get *any* junk mail.
  Do not add me to any mailing lists without my express request.
X-PGP: finger jdassen@{zeus,artemis,hermes}.wi.LeidenUniv.nl for PGP key
X-Mailer: ELM [version 2.4 PL24 PGP6]
Content-Type: text
Resent-Message-ID: <"gv7WA3.0.X17.kjtzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5384
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> >> Also according to that doc, a patched version of ghostview exists, which
> >> handles this correctly:
> 
> YA> This hacked 1.5 version of Ghostview worked with 3.33 and stopped
> YA> working starting with 3.51. We are at 4.01 now... And the last
> YA> time I checked the prologue sent to gs by this ghostview made it
> YA> barf.
> 
> YA> (But I'd *love* to have a ghostview-based PDF viewer...)

Does this help? [gs FAQ at http://www.cs.wisc.edu/~ghost/gsfaq.txt]:
Subject: 1.12 How do you display PDF files with Ghostview?

   Since Ghostview pipes PostScript files to Ghostscript, you
   cannot start Ghostview as
          ghostview file.pdf
   Instead there are several options:

   1. Tanmoy Bhattacharya has written some patches for Ghostview 1.5
   that allow it to read and display PDF files.  These are available 
   from:
       ftp://gita.lanl.gov/people/tanmoy/hypertex/gv1.5gs3.33hack.tar.gz

   2. Start Ghostview as follows:
          ghostview -arguments file.pdf quit.ps
   This will allow you to display a PDF file, but you won't be able
   to jump to particular pages.  Use Tanmoy's code if you want that
   facility.

   3. With ghostscript 3.53 or later, create an `index file' by saying
          pdf2dsc file.pdf file.pdx
          ghostview file.pdx
   This lets you display particular pages of a pdf file even without a
   patched version of ghostview. The index file isn't a postscript
   version of the pdf file, just a series of commands to ghostscript
   saying `display page 1 of file.pdf', `display page 2', and so on.

Ray
-- 
POPULATION EXPLOSION  Unique in human experience, an event which happened 
yesterday but which everyone swears won't happen until tomorrow.  
- The Hipcrime Vocab by Chad C. Mulligan 


From debian-devel-request@lists.debian.org Thu Jul 25 18:36:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 18:27:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 18:27:06 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 14:11:59 -0000
Resent-Date: 25 Jul 1996 14:11:59 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: tried to upload fileutils 3.13-2 
To: debian-devel@lists.debian.org
Date: Thu, 25 Jul 1996 14:53:07 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul25.181148gmt+0100.6254@gateway.azr.nl>
Resent-Message-ID: <"6CYL-1.0.lL7.l2uzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5385
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Available at ftp.iaehv.nl/users/branderh and on master when I'll
be able to upload it.

-----BEGIN PGP SIGNED MESSAGE-----

Date: 25 Jul 96 13:35 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <branderh@debian.org>
Source: fileutils
Version: 3.13-2
Binary:  fileutils
Architecture:  i386 source
Description: 
 fileutils: GNU file management utilities.
Changes: 
 Wed Jul 24 09:50:59 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * applied patch from Jim Meyering which should solves BUG#1854,
        but I can't check this because I don't have lchown on my system.
        * df doesn't sync anymore mainstream correction (BUG#3157)
        * configure $(ARCH)-debian-linux
        * make install-strip
 .
Files:
 98a57bdd814f02806e8b571f3ddc119b  604290  base  -  fileutils-3.13-2.tar.gz
 65253bca23425771a4d59681b9fc1fea  19401  base  -  fileutils-3.13-2.diff.gz
 5386e89cea49a76c174d71fdb5183d32  267152  base  required  fileutils_3.13-2_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfd4ROKGUa6t6e7lAQGHEgP/Z/BCWaBPcLk0+4/y75D5NFKkvySbY8IO
RsZHMA44FkixbAP3UQ/eYJmIjDJUbEx9kM1VQ9NAWpwZWLLq2eL2+FGHo9Bwecql
6RA31rC63jL/LSwz5Wgfjf9hi9ul8M0tZClt+8OMCArgQtlMAXnU/Blh+HrkqJ61
HUx+gMt2oBk=
=Q70P
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Thu Jul 25 19:01:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 18:50:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 18:50:03 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 14:29:07 -0000
Resent-Date: 25 Jul 1996 14:29:07 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <david@elo.ods.com>
Message-Id: <m0ujRRq-000BlVC@elo.ods.com>
From: david@elo.ods.com (David Engel)
Subject: Re: Please merge in multi-architecture patches
To: Bruce@pixar.com
Date: Thu, 25 Jul 1996 09:31:30 -0500 (CDT)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ujByo-0005yRC@mongo.pixar.com> from "Bruce Perens" at Jul 24, 96 03:00:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"HHRDr.0.Ia7.pIuzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5386
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bruce Perens writes:
> Leland Lucius says that few of you have acknowledged his bug reports with
> multi-architecture patches. Please merge in these patches and upload new
> packages if you have not done so. We are about to start compiling for the
> DEC ALPHA, and it's going to be very difficult for us without the multi
> architecture support that Leland has so graciously provided.

I have saved all of Leland patches for my packages, but I probably
can't do anything with them for at least two weeks.

David
-- 
David Engel                        Optical Data Systems, Inc.
david@ods.com                      1101 E. Arapaho Road
(214) 234-6400                     Richardson, TX  75081


From debian-devel-request@lists.debian.org Thu Jul 25 19:51:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 19:46:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 19:46:54 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 15:08:50 -0000
Resent-Date: 25 Jul 1996 15:08:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Thu, 25 Jul 1996 00:02:52 +0200
Message-Id: <199607242202.AAA13252@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: New Apache package (Was: Re: Q about making a package with a dedicated user?)
In-Reply-To: <m0uj3Pg-0004mjC@lot49.med.miami.edu>
References: <199607232227.AAA27241@marin.fdn.fr>
	<m0uj3Pg-0004mjC@lot49.med.miami.edu>
Resent-Message-ID: <"3kFxY2.0._V.2uuzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5387
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Michael Alan Dorman writes:
 > In message <199607232227.AAA27241@marin.fdn.fr>, Yves Arrouye writes:
 > >I'm taking over the Apache package, and remember that some of you wanted
 > >the web data in ~www. I'll do that but I have a question:
 > 
 > Whatever you do, please make it very easy for people to say NO.  The
 > configuration on my machine, for instance, is very unusual (I have no
 > srm.conf or access.conf, since I can keep everything in httpd.conf,
 > and I use a directory of /home/WWW, since I like to have my
 > not-actual-user directories sort first in the listing, etc), and I
 > wouldn't want something to muck around with it _at all_.

Don't worry ;-)

 > Having said this, I tend to package a local version of Apache because
 > I use some non-standard modules and the like.

I added support for dynamically loading modules at startup in this new
package, and provide the .h files and a sample Makefile for reference;
I also provide as much modules as possible that the postinst lets you
install. In any case, adding a non-standard module now just means compiling
it and adding a LoadModule line to your httpd.conf file.

To anyone that read this message: your suggestions for features you
want in the Apache package are welcome.

Yves.


From debian-devel-request@lists.debian.org Thu Jul 25 19:51:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 19:49:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 19:49:46 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 15:08:56 -0000
Resent-Date: 25 Jul 1996 15:08:55 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Wed, 24 Jul 1996 23:14:05 +0200
Message-Id: <199607242114.XAA12828@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal?
In-Reply-To: <96Jul24.125420gmt+0100.6251@gateway.azr.nl>
References: <199607232222.AAA27233@marin.fdn.fr>
	<96Jul24.125420gmt+0100.6251@gateway.azr.nl>
Resent-Message-ID: <"IGjUo1.0.DW.7uuzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5388
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Erick Branderhorst writes:
 > 
 > > Is it normal that some packages do use perl in their installation scripts
 > > and do not have a Requires: perl field though perl is not a required
 > > package?
 > 
 > Yes, because perl is a base package and can be assumed installed on Debian
 > systems.

No, because perl is not essential and can be removed at anytime.
Yves.


From debian-devel-request@lists.debian.org Thu Jul 25 20:16:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 19:52:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 19:52:33 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 15:10:07 -0000
Resent-Date: 25 Jul 1996 15:10:07 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Wed, 24 Jul 1996 23:24:36 +0200
Message-Id: <199607242124.XAA12880@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal?
In-Reply-To: <199607241050.MAA30235@picard.cistron.nl>
References: <199607232222.AAA27233@marin.fdn.fr>
	<199607241050.MAA30235@picard.cistron.nl>
Resent-Message-ID: <"QQEzP1.0.8X.Evuzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5389
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

 > You (Yves Arrouye) wrote:
 > > Hello,
 > > 
 > > Is it normal that some packages do use perl in their installation scripts
 > > and do not have a Requires: perl field though perl is not a required
 > > package?
 > 
 > Good point. Perl is part of the base system though; I think either
 > perl should be Essential or the packages should depend on perl. I'd
 > prefer the former.

Hmmm. On my system there are 23 packages needing perl (and 726 packages
installed). Some of them could use sh, of course ;-) Seriously, I think
perl should not be required but that packages that use it for their
installation script require it as they should. It's cleaner, IMHO, not
to force someone to have a package that may be unnecessary given his
installation.

But then here's something that could make perl stick to the system:
dpkg-divert, update-rc.d and friends are written in perl and parts of
dpkg, which is required.
Making dpkg depend on perl (as it should) will make perl unremovable
(well, at least not without warnings). I prefer to have dpkg depends
on perl so that if its tools are rewritten in C perl would not
necessarily stick unneeded on some installations.

Yves.


From debian-devel-request@lists.debian.org Thu Jul 25 20:16:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 19:54:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 19:54:36 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 15:13:59 -0000
Resent-Date: 25 Jul 1996 15:13:59 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v0300766cae1d3dc898f7@[205.198.168.35]>
In-Reply-To: <m0uj7Tg-00013oC@miles.econ.queensu.ca>
References: <199607241054.MAA30307@picard.cistron.nl>
 <199607232227.AAA27241@marin.fdn.fr>
 <199607241054.MAA30307@picard.cistron.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 25 Jul 1996 15:07:57 +0000
To: Dirk.Eddelbuettel@qed.econ.queensu.ca
From: Michael Shields <shields@crosslink.net>
Subject: Re: Q about making a package with a dedicated user?
Cc: Miquel van Smoorenburg <miquels@cistron.nl>,
  arrouye@marin.fdn.fr (Yves Arrouye), debian-devel@lists.debian.org
Resent-Message-ID: <"PIJ332.0.Bb.tyuzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5390
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-07-24 17:12 +0000, Dirk.Eddelbuettel@qed.econ.queensu.ca wrote:
>I do it all the time to keep current with the base package (now at 1.1.0-13
>as Guy hasn't moved the -14 from Incoming, and wonder why so many things
>change (operator, backup vs amanda, etc).

There was briefly an `amanda' account because I needed an account for that
package.  It is a backup system that doesn't need root per se but does need
access to the raw disk devices.  After asking for it to be created, I
realized that (a) this could be more general, useful for any dump(8)-based
backup system, and (b) `amanda' is a login that probably ought to be
available for humans.

The current `backup' account is broken, though, as it's not in group disk.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Thu Jul 25 20:16:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 19:55:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 19:55:58 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 15:14:06 -0000
Resent-Date: 25 Jul 1996 15:14:06 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v0300766eae1d3f11e636@[205.198.168.35]>
In-Reply-To: <199607232305.RAA14266@chunks.gag.com>
References: Your message of "Tue, 23 Jul 1996 14:02:42 CDT."            
 <199607231902.OAA00970@bofh.me.umn.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 25 Jul 1996 15:11:54 +0000
To: Bdale Garbee <bdale@gag.com>
From: Michael Shields <shields@crosslink.net>
Subject: Re: New virtual packages suggestion
Cc: Richard Kaszeta <kaszeta@me.umn.edu>, debian-devel@lists.debian.org
Resent-Message-ID: <"s0_jM2.0.Wb.-yuzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5391
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-07-23 23:05 +0000, Bdale Garbee wrote:
>Ok, it looks like you're right.  I thought I'd explicitly checked that this
>morning.  Hmmm.  The short answer is run -11.  Whether this is significant
>enough to warrnat putting -11 in buzz-fixes I'll leave it up to someone
>else to
>worry about.  I personally wouldn't bother.

I think it ought to be in buzz-fixes.  compress is a common Unix command
and the version installed there now is totally broken, because
/bin/compress is not actually compress at all.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Thu Jul 25 20:16:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 19:57:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 19:57:44 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 15:14:08 -0000
Resent-Date: 25 Jul 1996 15:14:08 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <shields@crosslink.net>
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v0300766dae1d3ea2cc18@[205.198.168.35]>
In-Reply-To: <31F6A492.AF2@hydra.acs.uci.edu>
References: <199607241050.MAA30235@picard.cistron.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 25 Jul 1996 15:09:37 +0000
To: Dan Stromberg <strombrg@hydra.acs.uci.edu>
From: Michael Shields <shields@crosslink.net>
Subject: Re: Packages using perl in inst scripts and not requiring perl:
 normal?
Cc: Miquel van Smoorenburg <miquels@cistron.nl>,
  Yves Arrouye <arrouye@marin.fdn.fr>, debian-devel@lists.debian.org
Resent-Message-ID: <"SGf_e1.0.jb.0zuzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5392
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

At 1996-07-24 22:32 +0000, Dan Stromberg wrote:
>I'd prefer the latter.  In fact, I'd prefer it if packages didn't
>require perl just to get installed.
>
>Perl is an abomination in the eyes of most language designers.

These people must not be sysadmins.  :-)

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Thu Jul 25 20:41:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 20:39:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 20:39:47 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 16:28:10 -0000
Resent-Date: 25 Jul 1996 16:28:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Thu, 25 Jul 1996 11:29:13 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Michael Shields <shields@crosslink.net>
cc: Richard Kaszeta <kaszeta@me.umn.edu>, bdale@gag.com,
  debian-devel@lists.debian.org
Subject: Re: New virtual packages suggestion
In-Reply-To: <v03007642ae1afcb40446@[205.198.168.35]>
Message-ID: <Pine.SOL.3.93.960725112551.20690E-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"voU1R3.0.eV1.Q2wzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5393
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 23 Jul 1996, Michael Shields wrote:

> Shouldn't all non-cosmetic bugs [in buzz] be fixed?

No, only serious bugs and security holes.  Otherwise there would be no
difference betweem rex and buzz.  The definition of 'serious' is a bit
vague (basically a bug that most people agree is a major inconvenience)
but gzip providing a compress link definitely doesn't qualify.


Guy


From debian-devel-request@lists.debian.org Thu Jul 25 21:31:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 21:19:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 21:19:36 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 16:54:29 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3873: Xosview hangs when a dummy net device is in the kernel.
Reply-To: kai@khms.westfalen.de (Kai Henningsen), 3873@bugs.debian.org
Resent-From: kai@khms.westfalen.de (Kai Henningsen)
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@master.debian.org>
Resent-Date: Thu, 25 Jul 1996 16:48:05 GMT
Resent-Message-ID: <handler.3873.B.8382537264461@bugs.debian.org>
X-Debian-PR-Package: xosview
X-Loop: owner@bugs.debian.org
Date: 24 Jul 1996 23:33:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: submit@bugs.debian.org
Message-ID: <6DTSA4ojcsB@khms.westfalen.de>
In-Reply-To: <199607220449.VAA08699@tantale.sj-coop.net>
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5394
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

phil@sj-coop.net (Philippe Troin)  wrote on 21.07.96 in <199607220449.VAA08699@tantale.sj-coop.net>:

> Inter-|   Receive                  |  Transmit
>  face |packets errs drop fifo frame|packets errs drop fifo colls carrier
>     lo:   9604    0    0    0    0     9604    0    0    0     0    0
> dummy0: No statistics available.
>   ppp0:    481   19   19    0    0      392    0    0    0     0    0
>
> There were some provisions in xosview to take care of this, but it didn't
> take into account dummy0 or dummy1, only dummy (see following patch).
>
> Patch:
>
> *** xosview-1.3.2.orig/linux/netmeter.cc	Thu Feb 23 18:43:57 1995
> --- xosview-1.3.2/linux/netmeter.cc	Sun Jul 21 21:32:46 1996
> ***************
> *** 58,64 ****
>       stats.getline( buf, 256, ':' );
>
>       // discard the dummy line so it does not screw things up.
> !     if (strcmp(buf, " dummy") == 0) {
>         stats.ignore(256, '\n');
>         continue;
>       }
> --- 58,64 ----
>       stats.getline( buf, 256, ':' );
>
>       // discard the dummy line so it does not screw things up.
> !     if (strstr(buf, "dummy") != NULL) {
>         stats.ignore(256, '\n');
>         continue;
>       }
>
> This should  take care of _any_ dummy device .

A better solution, of course, would be to see if there _is_ statistics  
available, and not rely on the device name.

MfG Kai


From debian-devel-request@lists.debian.org Thu Jul 25 21:31:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 21:24:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 21:24:48 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 16:54:33 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3901: dotlock" should be setgid mail
Reply-To: lamble@yoyo.cc.monash.edu.au, 3901@bugs.debian.org
Resent-From: Mr Stuart Lamble <sjlam1@aurora.cc.monash.edu.au>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Christophe Le Bars <clebars@debian.org>
Resent-Date: Thu, 25 Jul 1996 16:48:10 GMT
Resent-Message-ID: <handler.3901.B3901.8382522284108@bugs.debian.org>
X-Debian-PR-Package: tkmail
X-Loop: owner@bugs.debian.org
From: Mr Stuart Lamble <sjlam1@aurora.cc.monash.edu.au>
Message-Id: <199607242155.HAA07794@aurora.cc.monash.edu.au>
To: apenwarr@foxnet.net, 3901@bugs.debian.org
Date: Thu, 25 Jul 1996 07:55:50 +1000 (EST)
In-Reply-To: <apenwarr-960723213500.A014964@insight.dinder.world> from "Avery Pennarun" at Jul 23, 96 09:35:00 pm
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5395
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> In my freshly-installed Debian 1.1 system, /var/spool/mail is setgid 
> mail and only writable by members of the group.  I believe this is as 
> it should be.

I don't. On the systems here at Monash:

mdw056_2% ls -ld /var/spool/mail
drwxrwxrwt  3 root        21504 Jul 25 07:50 /var/spool/mail
aurora.cc.monash.edu.au> ls -ld /var/spool/mail
drwxrwxrwt   2 root     system      24064 Jul 25 07:54 /var/spool/mail

It should be world readable/writeable, with the sticky bit set (ie,
mode 1777.) Several programs, such as elm, create lock files in that
directory.

-- 
I'm on a low-fat, high stress diet: coffee and fingernails.


From debian-devel-request@lists.debian.org Thu Jul 25 21:31:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 21:22:30 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 21:22:29 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 16:54:34 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3838: GCC should depend on CPP, not conflict with it
Reply-To: david@elo.ods.com (David Engel), 3838@bugs.debian.org
Resent-From: david@elo.ods.com (David Engel)
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Thu, 25 Jul 1996 16:48:08 GMT
Resent-Message-ID: <handler.3838.B.83830776316783@bugs.debian.org>
X-Debian-PR-Package: gcc
X-Loop: owner@bugs.debian.org
Message-Id: <m0ujRiY-000BlVC@elo.ods.com>
From: david@elo.ods.com (David Engel)
To: ian@chiark.chu.cam.ac.uk
Date: Thu, 25 Jul 1996 09:48:46 -0500 (CDT)
Cc: submit@bugs.debian.org
In-Reply-To: <m0uhNPU-0004Q9C@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 19, 96 10:48:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5396
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ian Jackson writes:
> The fact that gcc includes cpp and thus conflicts with it is causing
> confusion for users who know that they need cpp and don't realise that
> gcc includes it, and for people who want to switch between the two and
> try to select cpp for removal in dselect (which makes it want to
> remove lots of important stuff).
> 
> gcc should instead depend on cpp.

This would force an exact version match between cpp and gcc and I
would very much like to avoid those situations.  Yes, I know this is
already done with shared library run-time and development packages.
Unless you can come up with a better suggestion, I can have cpp and
gcc conflict AND replace each other.

David
-- 
David Engel                        Optical Data Systems, Inc.
david@ods.com                      1101 E. Arapaho Road
(214) 234-6400                     Richardson, TX  75081


From debian-devel-request@lists.debian.org Thu Jul 25 21:56:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 21:56:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 21:56:14 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 17:36:35 -0000
Resent-Date: 25 Jul 1996 17:36:34 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Thu, 25 Jul 1996 13:36:18 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
cc: debian-devel@lists.debian.org
Subject: Re: Languages used in install scripts...
In-Reply-To: <m0ujPlv-0004mjC@lot49.med.miami.edu>
Message-ID: <Pine.LNX.3.94.960725132705.1000B-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"OxA7O.0.Xf2.Y2xzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5397
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Thu, 25 Jul 1996, Michael Alan Dorman wrote:

> I will say nothing more of the differences in language assesments than
> this: A sloppy programmer can screw up in any language, no matter how
> elegant.  Converseley, a careful programmer can write good quality,
> well documented production code in any language, no matter its
> kitchen-sink roots.  Choice of language does not make for good
> programs, period.
> 
> That out of the way, *IF* the project chooses to mandate a language
> for installation scripts, the *ONLY* reasonable choice is sh, with the
> addition of any tools available in the base system (including awk,
> but, despite my bias, excluding perl, since it's not fully installed
> on the base disks).
> 
> Otherwise, people should be allowed to use whatever the hell they
> want, without restrictions based on anyone's perceptions of that
> language's elegance, notational purity or maintainability.
> 
Well, Mike, the discussion is about installation scripting languages (I
think) so the choice is not completely open. Perl is provided in the base
system so that it can be used for pre and post installation scripts as
well as configuration scripts. If perl is pulled from the base system then
packages that wish to use a particular scripting language will need to put
them in the pre-depends, unless I have misunderstood yet another feature
of dpkg.
My most unfavorite language is Basic, yet one of the programs that I am
most proud of, I wrote in Basic. It seems to me, that like Basic, the one
thing that Perl has is almost universal understanding. Like Basic, you can
almost always find someone who as written code in Perl and is competent
enough to do it again. Shell scripting is both more universal and less
transportable. If we could require Bash, for instance, the variability
would go away, but we have tch enthusiasts as well as others that are
enough different to make a "universal" shell script a non-trivial
exercise. Perl works the same in either shell environment and is,
therefore, more desirable.

Luck,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Thu Jul 25 22:21:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 21:58:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 21:58:13 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 17:44:57 -0000
Resent-Date: 25 Jul 1996 17:44:57 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <coleman@cstp.umkc.edu>
Message-Id: <m0ujUNr-000Wm7C@chez-gnu.cstp.umkc.edu>
Date: Thu, 25 Jul 96 12:39 CDT
From: Mike Coleman <coleman@chez-gnu.cstp.umkc.edu>
To: Dirk.Eddelbuettel@qed.econ.queensu.ca
CC: miquels@cistron.nl, arrouye@marin.fdn.fr, debian-devel@lists.debian.org
In-reply-to: <m0uj7Tg-00013oC@miles.econ.queensu.ca>
	(Dirk.Eddelbuettel@qed.econ.queensu.ca)
Subject: Re: Q about making a package with a dedicated user?
Resent-Message-ID: <"moj-t.0.9k2.PAxzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5398
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

   Date: Wed, 24 Jul 96 13:12 EDT
   From: Dirk.Eddelbuettel@qed.econ.queensu.ca

   I do it all the time to keep current with the base package (now at 1.1.0-13
   as Guy hasn't moved the -14 from Incoming, and wonder why so many things
   change (operator, backup vs amanda, etc). 

   With emacs "ediff" mode it's not too painful to integrate the changes from
   version to version.

I wonder about these changing standard users and groups, too.  The obvious
problem here is that if, say, the uid for 'majordom' changes and that user
owns files, the files may not be properly chown'ed unless the installer is
really eagle-eyed.

(I just noticed that there are two entries for 'proxy' in my passwd file.
Ugh.)

--Mike


From debian-devel-request@lists.debian.org Thu Jul 25 22:21:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 22:04:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 22:04:57 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 17:50:53 -0000
Resent-Date: 25 Jul 1996 17:50:53 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <chrish@ana.libertel.montreal.qc.ca>
Date: Thu, 25 Jul 1996 10:52:40 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: Debian Development <debian-devel@lists.debian.org>
Subject: Re: Bug#3795: ae should not be essential
Message-ID: <Pine.SGI.3.95.960725105222.24988C-100000@ana.libertel.montreal.qc.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"bbzyg3.0.-p2.zFxzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5399
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Fri, 19 Jul 1996, Ian Jackson wrote:

[snip]
> After all, if I install emacs or nvi I have no need of ae and the ae
> package shouldn't prevent me from using it.  Even if I have no other
> editor I can reinstall ae if I need to.

Isn't it that some of the packages that look at EDITOR fall back to ae if
there are problems with EDITOR?

Wouldn't that be good enough for essential?

   Christian



From debian-devel-request@lists.debian.org Thu Jul 25 22:46:20 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 22:33:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 22:33:56 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 18:09:37 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3901: dotlock" should be setgid mail
Reply-To: Avery Pennarun <apenwarr@foxnet.net>, 3901@bugs.debian.org
Resent-From: Avery Pennarun <apenwarr@foxnet.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Christophe Le Bars <clebars@debian.org>
Resent-Date: Thu, 25 Jul 1996 17:48:01 GMT
Resent-Message-ID: <handler.3901.B3901.83831676820119@bugs.debian.org>
X-Debian-PR-Package: tkmail
X-Loop: owner@bugs.debian.org
Date: Thu, 25 Jul 1996 13:27:03 -0400 (EDT)
From: Avery Pennarun <apenwarr@foxnet.net>
To: lamble@yoyo.cc.monash.edu.au
cc: 3901@bugs.debian.org
In-Reply-To: <199607242155.HAA07794@aurora.cc.monash.edu.au>
Message-ID: <Pine.LNX.3.93.960725131510.27028A-100000@wingnut.foxnet.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5400
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Thu, 25 Jul 1996, Mr Stuart Lamble wrote:

> > In my freshly-installed Debian 1.1 system, /var/spool/mail is setgid 
> > mail and only writable by members of the group.  I believe this is as 
> > it should be.
> 
> I don't.

The quick answer is that Debian 1.1 does it that way, and this is the source
of my bug report.

But if we want to discuss it anyway (why not):

> On the systems here at Monash:
> 
> mdw056_2% ls -ld /var/spool/mail
> drwxrwxrwt  3 root        21504 Jul 25 07:50 /var/spool/mail
> aurora.cc.monash.edu.au> ls -ld /var/spool/mail
> drwxrwxrwt   2 root     system      24064 Jul 25 07:54 /var/spool/mail
> 
> It should be world readable/writeable, with the sticky bit set (ie,
> mode 1777.) Several programs, such as elm, create lock files in that
> directory.

If you do this, then any user can create arbitrary files in the mail spool
directory.  Yuck.

Programs which need to create lock files (the ONLY files other than
mailboxes which ought to be there, IMHO) can get setgid mail.  If you think
setgid'ing your mailreader is a security problem, then you're probably right
and it should be calling a nice, small program (smaller = more likely to be
secure) like "dotlock" or "lockfile" to do the lock/unlock for you.

Unfortunately, "dotlock" (from the TkMail package) is not setgid mail like
it needs to be, and thus can't do the job.  That was my bug report.

Also the duplication between dotlock (TkMail) and lockfile (procmail) is
rather pointless.  It would be nice to see _all_ the Debian mail reader
packages non-setgid and just use lockfile/dotlock.  (Plus it means we can
use a better locking method if one becomes available.)

Have fun,

Avery


From debian-devel-request@lists.debian.org Thu Jul 25 23:36:22 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 23:16:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 23:16:15 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 18:35:44 -0000
Resent-Date: 25 Jul 1996 18:35:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <Helmut.Geyer@IWR.Uni-Heidelberg.De>
From: Helmut Geyer <Helmut.Geyer@IWR.Uni-Heidelberg.De>
Message-Id: <9607251835.AA07886@polyhymnia.iwr.uni-heidelberg.de>
Subject: Re: Ghostscript/PDF-files/ghostview
To: debian-devel@lists.debian.org
Date: Thu, 25 Jul 1996 20:35:23 +0200 (MET DST)
In-Reply-To: <Pine.LNX.3.93.960722221837.758A-100000@niki.et.tudelft.nl> from "Maarten Boekhold" at Jul 22, 96 10:24:40 pm
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Resent-Message-ID: <"OqGDf3.0.af3.0wxzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5401
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> 
> Hello,
> 
> I remember seeing some discussion on this list (or debian-user, not sure)
> about ghostscript and handling PDF-files (Acrobat-files).
> 
> Somebody said something about drivers or something needed if I remember
> correctly. Now, today, I fired up gs-3.53 with '-h' as argument, and saw
> that a language-interpreter for PDF-files is compiled in. 'use.doc' said
> that operation with ghostview is not really possible, caused by ghostview
> sending data to gs by a pipe.
> 
> Also according to that doc, a patched version of ghostview exists, which
> handles this correctly:
> 
> quote:
> 
> Since Ghostview pipes PostScript files to Ghostscript, you cannot
> view Ghostscript files with Ghostview just by saying
>         ghostview file.pdf Instead there are two options: 
>    1. Tanmoy Bhattacharya has written some patches for Ghostview 1.5
>    that allow it to read and display PDF files.  These are available
>    from: 
>        ftp://gita.lanl.gov/people/tanmoy/hypertex/gv1.5gs3.33hack.tar.gz
> 
> Question to the ghostview-maintainer: wouldn't it be a good idea to use
> this version of ghostview for the next release? I don't think it will
> cause any problems for ppl who have gs-2.61 installed instead of 3.53.
> 

Well, I looked at it some months ago, but it had some disadvantages with
some versions of gs and, what's more important, xpdf is much faster.
So I'm not sure I want to do this. Install xpdf to view PDF files and use
ghostview for real PostScript. We have good viewers for both formats, so
why should we use a hack to add PDF format to the PostScript viewer?

	Helmut

------------------------------------------------------------------------------
Helmut Geyer                                Helmut.Geyer@iwr.uni-heidelberg.de


From debian-devel-request@lists.debian.org Thu Jul 25 23:36:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 23:35:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 23:35:42 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 18:59:30 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3873: Xosview hangs when a dummy net device is in the kernel.
Reply-To: joost@rulcmc.leidenuniv.nl (joost witteveen), 3873@bugs.debian.org
Resent-From: joost@rulcmc.leidenuniv.nl (joost witteveen)
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@master.debian.org>
Resent-Date: Thu, 25 Jul 1996 18:48:01 GMT
Resent-Message-ID: <handler.3873.B3873.83831977420945@bugs.debian.org>
X-Debian-PR-Package: xosview
X-Loop: owner@bugs.debian.org
Message-Id: <m0ujVDh-00012LC@rulcmc.leidenuniv.nl>
From: joost@rulcmc.leidenuniv.nl (joost witteveen)
To: kai@khms.westfalen.de, 3873@bugs.debian.org
Date: Thu, 25 Jul 1996 20:33:09 +0200 (MET DST)
In-Reply-To: <6DTSA4ojcsB@khms.westfalen.de> from "Kai Henningsen" at Jul 24, 96 11:33:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5403
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> > [..]
> > This should  take care of _any_ dummy device .
> 
> A better solution, of course, would be to see if there _is_ statistics  
> available, and not rely on the device name.

You are absolutely right. But, unfortunately, I don't have time to
modify xosview to behave that way.

Also, note that xosview-1.4.0 has been released already. Unfortunately,
it doesn't run on my computer, as it has an extra feature that
looks in /proc/net/?, and tries to read info from there. I don't
have the file (not compiled into my kernel), and xosview-1.4.0
dies with the message that it cannot open the /proc file.

Xosview-1.4.1 is supposed to fix this, but doens't work eighter.


-- 
joost witteveen
            joost@rulcmc.leidenuniv.nl
          joostje@debian.org
--
Use Debian/GNU Linux!


From debian-devel-request@lists.debian.org Thu Jul 25 23:36:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 23:22:30 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 25 Jul 1996 23:22:29 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 18:47:34 -0000
Resent-Date: 25 Jul 1996 18:47:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Thu, 25 Jul 1996 13:48:40 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Sven Rudolph <sr1@os.inf.tu-dresden.de>
cc: debian-devel@lists.debian.org
Subject: Re: Q: Superseeding a package, config file handling
In-Reply-To: <199607241253.OAA20663@os.inf.tu-dresden.de>
Message-ID: <Pine.SOL.3.93.960725134018.20690H-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"OJ5Ve3.0.yt3.55yzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5402
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 24 Jul 1996, Sven Rudolph wrote:

> The genscript program was renamed to enscript, so I want the enscript
> to replace an already installed genscript.
> 
> Is the following in debian.control correct ?
> 
> 	Conflicts: genscript
> 	Provides: genscript

No, you need 'Replaces: genscript'.  With replaces and conflicts, dpkg
will remove the old package.  You don't need provides.  Provides is
only needed if some other package depends on genscript.


Guy


From debian-devel-request@lists.debian.org Fri Jul 26 00:01:23 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 00:00:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 00:00:38 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 20:00:04 -0000
Resent-Date: 25 Jul 1996 20:00:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Thu, 25 Jul 1996 22:07:55 +0200
Message-Id: <199607252007.WAA00787@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Cc: joostje@master.debian.org
Subject: Re: Ghostscript/PDF-files/ghostview
In-Reply-To: <199607251349.NAA06529@ind206ab.wi.leidenuniv.nl>
References: <m0ujCSZ-000VaKC@fnpc21.if.usp.br>
	<199607251349.NAA06529@ind206ab.wi.leidenuniv.nl>
Resent-Message-ID: <"45l3B1.0.wA5.39zzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5404
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO



 >    3. With ghostscript 3.53 or later, create an `index file' by saying
 >           pdf2dsc file.pdf file.pdx
 >           ghostview file.pdx
 >    This lets you display particular pages of a pdf file even without a
 >    patched version of ghostview. The index file isn't a postscript
 >    version of the pdf file, just a series of commands to ghostscript
 >    saying `display page 1 of file.pdf', `display page 2', and so on.

But there is no pdf2sc in the gs4.01 distribution. Here is one, along
with its manual page, that will maybe find their way into a ghostscript
package...

Now it's easy to write a wrapper for ghostview, too...

Yves.

#!/bin/sh
# This is a shell archive (produced by GNU sharut 4.2.1).
# To extract the files from this archive, save it to some FILE, remove
# everything before the `!/bin/sh' line above, then type `sh FILE'.
#
# Made on 1996-07-25 18:23 MET DST by <root@marin>.
# Source directory was `/usr/local/src/ghostscript/yves'.
#
# Existing files will *not* be overwritten unless `-c' is specified.
#
# This shar contains:
# length mode       name
# ------ ---------- ------------------------------------------
#    395 -rwxr-xr-x pdf2dsc
#   1374 -rw-r--r-- pdf2dsc.1
#
save_IFS="${IFS}"
IFS="${IFS}:"
gettext_dir=FAILED
locale_dir=FAILED
first_param="$1"
for dir in $PATH
do
  if test "$gettext_dir" = FAILED && test -f $dir/gettext \
     && ($dir/gettext --version >/dev/null 2>&1)
  then
    set `$dir/gettext --version 2>&1`
    if test "$3" = GNU
    then
      gettext_dir=$dir
    fi
  fi
  if test "$locale_dir" = FAILED && test -f $dir/shar \
     && ($dir/shar --print-text-domain-dir >/dev/null 2>&1)
  then
    locale_dir=`$dir/shar --print-text-domain-dir`
  fi
done
IFS="$save_IFS"
if test "$locale_dir" = FAILED || test "$gettext_dir" = FAILED
then
  echo=echo
else
  TEXTDOMAINDIR=$locale_dir
  export TEXTDOMAINDIR
  TEXTDOMAIN=sharutils
  export TEXTDOMAIN
  echo="$gettext_dir/gettext -s"
fi
if (echo "testing\c"; echo 1,2,3) | grep c >/dev/null; then
  if (echo -n testing; echo 1,2,3) | sed s/-n/xn/ | grep xn >/dev/null; then
    shar_n= shar_c='
'
  else
    shar_n=-n shar_c=
  fi
else
  shar_n= shar_c='\c'
fi
touch -am 1231235999 $$.touch >/dev/null 2>&1
if test ! -f 1231235999 && test -f $$.touch; then
  shar_touch=touch
else
  shar_touch=:
  echo
  $echo 'WARNING: not restoring timestamps.  Consider getting and'
  $echo "installing GNU \`touch', distributed in GNU File Utilities..."
  echo
fi
rm -f 1231235999 $$.touch
#
$echo $shar_n 'x -' 'lock directory' "\`_sh05981': "$shar_c
if mkdir _sh05981; then
  $echo 'created'
else
  $echo 'failed to create'
  exit 1
fi
# ============= pdf2dsc ==============
if test -f 'pdf2dsc' && test "$first_param" != -c; then
  $echo 'x -' SKIPPING 'pdf2dsc' '(file already exists)'
else
  $echo 'x -' extracting 'pdf2dsc' '(text)'
  sed 's/^X//' << 'SHAR_EOF' > 'pdf2dsc' &&
#! /bin/sh
X
# psf2dsc: generates an index of a PDF file.
#
# Yves Arrouye <arrouye@debian.org>, 1996.
X
me=`basename $0`
X
usage() {
X    >&2 echo usage: $me "pdffile [ dscfile ]"
X    exit 1
}
X
if [ $# -gt 2 ]
then
X    usage
fi
X
pdffile=$1
dscfile=$2
: ${dscfile:=`echo $pdffile | sed 's,\.[^/.]*,,'`.dsc}
X
exec gs -q -dNODISPLAY \
X    -sPDFname="$pdffile" -sDSCname="$dscfile" pdf2dsc.ps -c quit
X
SHAR_EOF
  $shar_touch -am 0725182196 'pdf2dsc' &&
  chmod 0755 'pdf2dsc' ||
  $echo 'restore of' 'pdf2dsc' 'failed'
  if ( md5sum --help </dev/null 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
  && ( md5sum --version </dev/null 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
    md5sum -c << SHAR_EOF >/dev/null 2>&1 \
    || $echo 'pdf2dsc:' 'MD5 check failed'
e00271b4ef5472829c8b4a9df533c876  pdf2dsc
SHAR_EOF
  else
    shar_count="`LC_ALL=C wc -c < 'pdf2dsc'`"
    test 395 -eq "$shar_count" ||
    $echo 'pdf2dsc:' 'original size' '395,' 'current size' "$shar_count!"
  fi
fi
# ============= pdf2dsc.1 ==============
if test -f 'pdf2dsc.1' && test "$first_param" != -c; then
  $echo 'x -' SKIPPING 'pdf2dsc.1' '(file already exists)'
else
  $echo 'x -' extracting 'pdf2dsc.1' '(text)'
  sed 's/^X//' << 'SHAR_EOF' > 'pdf2dsc.1' &&
X.\" pdf2dsc.1: short documentation for pdf2dsc
X.\" Yves Arrouye <arrouye@debian.org>
X.TH PDF2DSC 1 "25 July 1996" "Ghostscript 4" "Ghostscript Tools"
X.SH NAME 
X.B pdf2dsc
\- generate a PS page list of a PDF document
X.SH SYNOPSIS
X.B pdf2dsc
X.I pdffile
[
X.I dscfile
]
X.SH DESCRIPTION
X.B pdf2dsc
reads a Portable Document Format (PDF) document 
X.I pdffile
and creates a PostScript document
X.I dscfile
that conforms to Adobe's Document Structuring Conventions (DSC)
requirements.
This new document simply tells Ghostscript to read the PDF file and to
display pages one at a time.
X.PP
The generated document can then be viewed with any PostScript viewer
based on Ghostscript, like
X.BR ghostview (1)
or
X.BR GSView ,
which will let the user browse through the pages of the PDF document
in any order.
X.PP
If the output document name
X.I dscfile
is not given on the command line, the name used is
X.I pdffile
with any extension removed, followed by a
X.B .dsc
extension.
X.SH CAVEATS
The DSC document uses Ghostscript-specific procedures.
In addition, the original PDF document must be accessible when the
DSC document is read.
X.PP
You need the
X.B pdf2dsc.ps
file (originally by Russell Lang) that comes with Ghostscript releases
3.53 and higher and a corresponding Ghostscript interpreter.
X.SH DOCUMENTATION
Yves Arrouye <arrouye@debian.org>
X.SH SEE ALSO
X.BR gs (1),
X.BR ghostview (1)
X
SHAR_EOF
  $shar_touch -am 0725182196 'pdf2dsc.1' &&
  chmod 0644 'pdf2dsc.1' ||
  $echo 'restore of' 'pdf2dsc.1' 'failed'
  if ( md5sum --help </dev/null 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
  && ( md5sum --version </dev/null 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
    md5sum -c << SHAR_EOF >/dev/null 2>&1 \
    || $echo 'pdf2dsc.1:' 'MD5 check failed'
e391629f4b089a0f789b15b4700c49eb  pdf2dsc.1
SHAR_EOF
  else
    shar_count="`LC_ALL=C wc -c < 'pdf2dsc.1'`"
    test 1374 -eq "$shar_count" ||
    $echo 'pdf2dsc.1:' 'original size' '1374,' 'current size' "$shar_count!"
  fi
fi
$echo $shar_n 'x -' 'lock directory' '_sh05981:' $shar_c
if rm -fr _sh05981; then
  $echo 'removed'
else
  $echo 'failed to remove'
exit 0


From debian-devel-request@lists.debian.org Fri Jul 26 00:26:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 00:03:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 00:03:52 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 20:02:42 -0000
Resent-Date: 25 Jul 1996 20:02:42 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <miquels@cistron.nl>
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607252001.WAA05148@picard.cistron.nl>
Subject: Re: New Apache package (Was: Re: Q about making a package with a dedicated user?)
To: arrouye@marin.fdn.fr (Yves Arrouye)
Date: Thu, 25 Jul 1996 22:01:45 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <199607242202.AAA13252@marin.fdn.fr> from "Yves Arrouye" at Jul 25, 96 00:02:52 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"vOHac.0.4D5.YBzzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5405
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Yves Arrouye) wrote:
> To anyone that read this message: your suggestions for features you
> want in the Apache package are welcome.

Perhaps you could put in the SSL patches and make the apache-SLL package
available on a site outside of the US?

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Fri Jul 26 01:16:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 01:01:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 01:01:12 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 20:37:59 -0000
Resent-Date: 25 Jul 1996 20:37:59 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31F7DB17.504EF5CD@verisim.com>
Date: Thu, 25 Jul 1996 16:37:43 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal?
References: <199607241050.MAA30235@picard.cistron.nl> <v0300766dae1d3ea2cc18@[205.198.168.35]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"5zAvZ1.0.dX5.dizzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5406
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>I'd prefer the latter.  In fact, I'd prefer it if packages didn't
>require perl just to get installed.
>
>Perl is an abomination in the eyes of most language designers.

Perl wasn't so much designed as it was evolved.

It's full of handy side-effects which can make it difficult at times and
immensly useful at others.  You can write upgly code in Perl, but how
is that any different from C?

Like C, Perl is one of the most popular girls in school...  And it's not
because she's the prettiest.

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.


From debian-devel-request@lists.debian.org Fri Jul 26 01:41:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 01:21:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 01:21:16 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 20:39:34 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3935: lpd doesn't use minfree
Reply-To: marroger@imaginet.fr, 3935@bugs.debian.org
Resent-From: marroger@imaginet.fr
Resent-To: debian-devel@lists.debian.org
Resent-CC: dgregor@coil.com (D.J. Gregor)
Resent-Date: Thu, 25 Jul 1996 20:18:02 GMT
Resent-Message-ID: <handler.3935.B.83832577827883@bugs.debian.org>
X-Debian-PR-Package: lpr
X-Loop: owner@bugs.debian.org
Message-Id: <m0ujVix-000JHNC@marroger@imaginet.fr>
Date: Thu, 25 Jul 96 19:05 GMT
From: marroger@imaginet.fr
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5407
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: lpr
Status: install ok installed
Priority: standard
Section: net
Maintainer: D.J. Gregor <dgregor@coil.com>
Version: 5.9-11
Depends: libc5


We can read in the manpage of lpd:

> The file minfree in each spool directory contains the number of disk
> blocks to leave free so that the line printer queue won't completely fill
> the disk.  The minfree file can be edited with your favorite text editor.

But it doesn't work, lpd ignores minfree. It's normal, because this
functionality is disabled in the file lpr-5.9/lpd/recvjob.c (the function
disabled is "checksize", there is a "#ifdef __linux__"). 
If you apply my patch, then it works. You can see that I use f_bsize
instead of f_fsize (f_fsize doesn't exist in Linux), the documentation in
"man statfs" is a little ambigous about f_bsize:
> struct statfs {
>    long    f_type;     /* type of filesystem (see below) */
>    long    f_bsize;    /* optimal transfer block size */
>    long    f_blocks;   /* total data blocks in file system */
>    long    f_bfree;    /* free blocks in fs */
>    long    f_bavail;   /* free blocks avail to non-superuser */
>    long    f_files;    /* total file nodes in file system */
>    long    f_ffree;    /* free file nodes in fs */
>    fsid_t  f_fsid;     /* file system id */
>    long    f_namelen;  /* maximum length of filenames */
>    long    f_spare[6]; /* spare for later */
> };
but when you read the source of the kernel, it's really the size of a block.

I am using Debian 1.1, kernel version 
Linux neuf 2.0.0 #1 Sat Jul 13 10:28:02 GMT 1996 i486

This is the patch to apply to lpr-5.9/lpd/recvjob.c:

-------------------------------->>>>>>> bebin
46a47,52
> #ifdef __linux__
> #include <sys/vfs.h>
> #define STATFS_BLOCK_SIZE f_bsize
> #else
> #define STATFS_BLOCK_SIZE f_fsize
> #endif
248,250d253
< #ifdef	__linux__
< 	return(1);
< #else
258c261
< 	spacefree = sfb.f_bavail * (sfb.f_fsize / 512);
---
> 	spacefree = sfb.f_bavail * (sfb.STATFS_BLOCK_SIZE / 512);
263d265
< #endif
------------------------------<<<<<<<< end
spacefree's unit is 512 bytes

-- 
Emmanuel CHANTREAU (Montpellier France)
email: marroger@imaginet.fr


From debian-devel-request@lists.debian.org Fri Jul 26 01:41:29 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 01:39:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 01:39:53 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 20:44:04 -0000
Resent-Date: 25 Jul 1996 20:44:04 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jsp@betz.biostr.washington.edu>
Date: Thu, 25 Jul 1996 13:43:45 -0700
From: jsp@betz.biostr.washington.edu (Jeff Prothero)
Message-Id: <199607252043.NAA01323@betz.biostr.washington.edu>
To: debian-devel@lists.debian.org
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal?
Resent-Message-ID: <"B52KU.0.Zf5.Jozzn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5408
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


For what it's worth, I'd personally favor making
Perl essential.  I think Perl scripts are more
readable, maintainable, efficient and powerful
than /bin/sh scripts, and that the trend is
clearly towards writing more and more shellscript
type stuff in Perl.

It is much easier to add sophisticated functionality
in Perl than in /bin/sh scripts:  Making Perl essential
would free packages to provide more configuration and
installation functionality than they would otherwise
do, and will accellerate what I take to be the
eventually inevitable acceptance of perl as a core
unix utility on a par with /bin/sh & kin.

Steve Jobs when introducing NeXT spoke to the
value of "raising the lowest common denominator":
Increasing the base functionality on which
portable packages can safely depend.

The higher the base functionality, the smaller
and more powerful portable packages can be, on
average.

That philosophy can clearly be taken too far, but
I think an excellent case can be made for making
Perl officially approved base functionality which
portable packages are encouraged to use to the
full, rather than optional functionality to be
used only when absolutely necessary.

 Cynbe


From debian-devel-request@lists.debian.org Fri Jul 26 02:56:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 02:47:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 02:47:34 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 22:20:18 -0000
Resent-Date: 25 Jul 1996 22:20:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <boekhold@cindy.et.tudelft.nl>
Date: Fri, 26 Jul 1996 00:15:24 +0200 (MET DST)
From: Maarten Boekhold <boekhold@cindy.et.tudelft.nl>
X-Sender: boekhold@niki.et.tudelft.nl
To: Debian developers list <debian-devel@lists.debian.org>
Subject: IP-aliasing
Message-ID: <Pine.LNX.3.93.960726001236.1354A-100000@niki.et.tudelft.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"IC-rO3.0.hJ7.XC_zn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5409
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

How do I use IP-aliasing? I came across 2 different syntaxis to call
ifconfig, namely:

ifconfig eth0:N address
and
ifconfig eth0 alias address

I could ofcourse always try it out (still 3 numbers left in our 4-bit
subnet :), but I don't have aliasing compiled in the kernel or as module,
and compiling a kernel takes over 1/2 an hour on my system :(

Maarten

_______________________________________________________________________
| Maarten Boekhold, Faculty of Electrical Engineering TU Delft,   NL  |
|   boekhold@cindy.et.tudelft.nl boekhold@gopher.library.tudelft.nl   |
-----------------------------------------------------------------------


From debian-devel-request@lists.debian.org Fri Jul 26 03:21:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 03:09:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 03:08:59 -0000
Received: (qmail-queue invoked by uid 40); 25 Jul 1996 22:34:54 -0000
Resent-Date: 25 Jul 1996 22:34:53 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <arrouye@marin.fdn.fr>
Date: Fri, 26 Jul 1996 00:45:33 +0200
Message-Id: <199607252245.AAA02086@marin.fdn.fr>
From: Yves Arrouye <arrouye@marin.fdn.fr>
To: debian-devel@lists.debian.org
Subject: Re: New virtual packages suggestion
In-Reply-To: <Pine.SOL.3.93.960725112551.20690E-100000@brando.ece.utexas.edu>
References: <v03007642ae1afcb40446@[205.198.168.35]>
	<Pine.SOL.3.93.960725112551.20690E-100000@brando.ece.utexas.edu>
Resent-Message-ID: <"Sknjp2.0.Ya7.DQ_zn"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5410
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Guy Maor writes:
 > On Tue, 23 Jul 1996, Michael Shields wrote:
 > 
 > > Shouldn't all non-cosmetic bugs [in buzz] be fixed?
 > 
 > No, only serious bugs and security holes.  Otherwise there would be no
 > difference betweem rex and buzz.  The definition of 'serious' is a bit
 > vague (basically a bug that most people agree is a major inconvenience)
 > but gzip providing a compress link definitely doesn't qualify.

Are you sure? It may take some time before someone realizes that a
font installation which apparently went well (for example the one in
xtel) makes unusable X fonts because the files are gzipped, not
compressed, just because of this /bin/compress thing. I don't think it
should be kept for people who will install their first system.

Yves.


From debian-devel-request@lists.debian.org Fri Jul 26 04:11:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 03:55:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 03:55:12 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 00:14:01 -0000
Resent-Date: 26 Jul 1996 00:14:01 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecki@lina.inka.de>
Message-Id: <m0ujaTs-0004jSC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
Subject: naming convention?
To: debian-devel@lists.debian.org
Date: Fri, 26 Jul 1996 02:10:11 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"_wjz52.0.qg.8t0-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5411
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

I see a lot of different naming conventions. My dchanges3.3 seems to enforce:

name-version-debrev.arch.deb

but I see some: (which i would prefer)

name_version-debrev.arch.deb

or even:

name_version-debrev_arch.deb

Which one is the right for debian Packyges?

Greetings
Bernd
-- 
  (OO)      -- Bernd_Eckenfels@Wittumstrasse13.76646Bruchsal.de --
 ( .. )  ecki@lina.{inka.de,ka.sub.org}  http://home.pages.de/~eckes/
  o--o     *plush*  2048/A2C51749  eckes@irc  +4972573817  *plush*
(O____O)       If privacy is outlawed only Outlaws have privacy


From debian-devel-request@lists.debian.org Fri Jul 26 06:16:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 06:11:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 06:11:58 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 02:46:57 -0000
Resent-Date: 26 Jul 1996 02:46:57 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <llucius@millcomm.com>
Date: Thu, 25 Jul 1996 21:47:26 -0500 (CDT)
From: llucius <llucius@millcomm.com>
Subject: Packages file in "non-free" is empty
To: debian-devel@lists.debian.org
Message-ID: <Pine.3.89.9607252101.B14824-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"KjcP61.0.g84.X63-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5412
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Is this the way it's supposed to be?  I sent in many critter complaints 
to maintonly to got rerouted to QUIET since a maintainer could not be 
determined.

Leland

__ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth!
   oo o  oo o  o  | 
    o       o   o | llucius@millcomm.com
 o oo    o     o  | 
-- -- -- -- -- -- | http://www.millcomm.com/~llucius       (maybe one day)


From debian-devel-request@lists.debian.org Fri Jul 26 06:41:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 06:16:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 06:16:58 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 02:54:30 -0000
Resent-Date: 26 Jul 1996 02:54:30 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <lists@lina.inka.de>
Message-Id: <m0ujcyS-0004jUC@lina>
From: lists@lina.inka.de (Bernd Eckenfels)
Subject: Re: IP-aliasing
To: debian-devel@lists.debian.org
Date: Fri, 26 Jul 1996 04:49:56 +0200 (MET DST)
In-Reply-To: <Pine.LNX.3.93.960726001236.1354A-100000@niki.et.tudelft.nl> from "Maarten Boekhold" at Jul 26, 96 00:15:24 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"3bubq3.0.CQ4.cD3-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5413
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

> ifconfig eth0:N address

yes, this is right.

> ifconfig eth0 alias address

this is BSD style and there was an pacth for old kernels.

> I could ofcourse always try it out (still 3 numbers left in our 4-bit
> subnet :), but I don't have aliasing compiled in the kernel or as module,
> and compiling a kernel takes over 1/2 an hour on my system :(

You can simply read /usr/src/linux/Documentation/networking/alias.txt

Greetings
Bernd
-- 
  (OO)      -- Bernd_Eckenfels@Wittumstrasse13.76646Bruchsal.de --
 ( .. )  ecki@lina.{inka.de,ka.sub.org}  http://home.pages.de/~eckes/
  o--o     *plush*  2048/A2C51749  eckes@irc  +4972573817  *plush*
(O____O)       If privacy is outlawed only Outlaws have privacy


From debian-devel-request@lists.debian.org Fri Jul 26 07:31:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 07:07:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 07:07:14 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 05:29:28 -0000
Resent-Date: 26 Jul 1996 05:29:28 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0ujfSC-0005YhC@mongo.pixar.com>
Date: Thu, 25 Jul 96 22:28 PDT
From: bruce@pixar.com (Bruce Perens)
To: debian-devel@lists.debian.org, kai@khms.westfalen.de (Kai Henningsen)
Subject: Re: df require_sync (fwd)
Reply-To: Bruce Perens <Bruce@pixar.com>
Resent-Message-ID: <"wEzFM2.0.ug7.uU5-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5414
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

From: kai@khms.westfalen.de (Kai Henningsen)
> He seems to say that a sync is often bad, especially on Linux (and indeed,  
> the latest fileutils seems to claim it doesn't sync by default, if I  
> understand the announcement), but then he talks about different defaults  
> for Debian.
> Is it possible that he thinks we _want_ sync?!

Systems that use statfs() for "df" would not need the sync() here.
Statfs() uses the kernel structures of mounted disks to get the necessary
information.

If a "df" implementation knows about the superblocks of various filesystems
and uses that information right off the disk, then you'd need to sync().
Hopefully we're long beyond that.

	Thanks

	Bruce


From debian-devel-request@lists.debian.org Fri Jul 26 08:21:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 08:08:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 08:08:51 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 06:57:29 -0000
Resent-Date: 26 Jul 1996 06:57:29 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <andrew@it.com.au>
Message-Id: <m0ujgom-0002cBC@belgarion.it.com.au>
From: andrew@it.com.au (Andrew Howell)
Subject: Re: naming convention?
To: ecki@lina.inka.de (Bernd Eckenfels)
Date: Fri, 26 Jul 1996 14:56:12 +0800 (WST)
Cc: debian-devel@lists.debian.org (Debian Development)
In-Reply-To: <m0ujaTs-0004jSC@lina> from "Bernd Eckenfels" at Jul 26, 96 02:10:11 am
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"rLE-X3.0.js.Pn6-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5415
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bernd Eckenfels writes:
> 
> Hi,
> 
> I see a lot of different naming conventions. My dchanges3.3 seems to enforce:
> 
> name-version-debrev.arch.deb
> 
> but I see some: (which i would prefer)
> 
> name_version-debrev.arch.deb
> 
> or even:
> 
> name_version-debrev_arch.deb
> 
> Which one is the right for debian Packyges?

The last one, upgrade to dchanges 3.4, using dpkg-name to name you packages
makes things a lot simpler for you as well.

Andrew

-- 
Of course...lager...the only thing that can kill a vindaloo.
     -- Lister, fighting the vindaloo monster in Red Dwarf `DNA'

Andrew Howell				      howellaa@cs.curtin.edu.au
Perth, Western Australia	     andrew@it.com.au andrew@debian.org


From debian-devel-request@lists.debian.org Fri Jul 26 08:46:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 08:28:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 08:28:06 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 07:26:55 -0000
Resent-Date: 26 Jul 1996 07:26:55 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31F8732D.97C63AE@verisim.com>
Date: Fri, 26 Jul 1996 03:26:38 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5aGold (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: FTP to master.debian.org
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"04-TV2.0.lE1.-C7-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5416
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I am unable to FTP to master.debian.org.  Here is a transcript of my
(brief) session:

callandor:~/build> ftp master.debian.org
Connected to master.debian.org.
220 primer FTP server (Version wu-2.4(7) Fri Mar 8 17:31:18 CST 1996)
ready.
Name (master.debian.org:bcwhite): 
530 User bcwhite access denied...
Login failed.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> 221 Goodbye.
callandor:~/build> 

Am I doing something wrong, or is master broken?

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're
not.


From debian-devel-request@lists.debian.org Fri Jul 26 10:01:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 09:38:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 09:38:15 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 09:18:19 -0000
Resent-Date: 26 Jul 1996 09:18:19 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <gaertnem@ruf.uni-freiburg.de>
X-Authentication-Warning: sun23.ruf.uni-freiburg.de: gaertnem owned process doing -bs
Date: Fri, 26 Jul 1996 11:17:30 +0200 (MET DST)
From: Michael Gaertner <gaertnem@ruf.uni-freiburg.de>
To: Bernd Eckenfels <ecki@lina.inka.de>
cc: debian-devel@lists.debian.org
Subject: Re: naming convention?
In-Reply-To: <m0ujaTs-0004jSC@lina>
Message-ID: <Pine.SOL.3.93.960726111514.18408A-100000@sun23.ruf.uni-freiburg.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"Nin9_2.0.RN2.Rr8-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5417
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Fri, 26 Jul 1996, Bernd Eckenfels wrote:

> Hi,
> 
> I see a lot of different naming conventions. My dchanges3.3 seems to enforce:
                                                          ~~~
                            Hi Bernd, use                 3.4
Cheerio, Michael aus Freiburg.

> 
> name-version-debrev.arch.deb
> 
> but I see some: (which i would prefer)
> 
> name_version-debrev.arch.deb
> 
> or even:
> 
> name_version-debrev_arch.deb
> 
> Which one is the right for debian Packyges?
> 
> Greetings
> Bernd
> -- 
>   (OO)      -- Bernd_Eckenfels@Wittumstrasse13.76646Bruchsal.de --
>  ( .. )  ecki@lina.{inka.de,ka.sub.org}  http://home.pages.de/~eckes/
>   o--o     *plush*  2048/A2C51749  eckes@irc  +4972573817  *plush*
> (O____O)       If privacy is outlawed only Outlaws have privacy
> 
> 

Michael Gaertner <gaertnem@ruf.uni-freiburg.de>
Tel/Fax +49-761-32684


From debian-devel-request@lists.debian.org Fri Jul 26 10:01:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 10:01:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 10:01:37 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 09:59:40 -0000
Resent-Date: 26 Jul 1996 09:59:39 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 26 Jul 1996 09:40:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6DbJuacjcsB@khms.westfalen.de>
In-Reply-To: <31F7DB17.504EF5CD@verisim.com>
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"4upHQ1.0.G93.AS9-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5418
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

bcwhite@verisim.com (Brian C. White)  wrote on 25.07.96 in <31F7DB17.504EF5CD@verisim.com>:

> >I'd prefer the latter.  In fact, I'd prefer it if packages didn't
> >require perl just to get installed.
> >
> >Perl is an abomination in the eyes of most language designers.
>
> Perl wasn't so much designed as it was evolved.
>
> It's full of handy side-effects which can make it difficult at times and
> immensly useful at others.  You can write upgly code in Perl, but how
> is that any different from C?
>
> Like C, Perl is one of the most popular girls in school...  And it's not
> because she's the prettiest.

Definitely. There are even some things in Perl that I haven't yet found a  
non-ugly way to do.

It's useful. But it's also awfully ugly.

MfG Kai


From debian-devel-request@lists.debian.org Fri Jul 26 10:26:49 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 10:14:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 10:14:03 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 10:01:32 -0000
Resent-Date: 26 Jul 1996 10:01:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Fri, 26 Jul 1996 12:00:30 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Dale Scheetz <dwarf@polaris.net>
cc: Michael Alan Dorman <mdorman@lot49.med.miami.edu>,
  debian-devel@lists.debian.org
Subject: Re: Languages used in install scripts...
In-Reply-To: <Pine.LNX.3.94.960725132705.1000B-100000@dwarf.polaris.net>
Message-ID: <Pine.SUN.3.91.960726115815.13262A-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"MM0ES.0.HD3.xT9-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5419
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Thu, 25 Jul 1996, Dale Scheetz wrote:
> 
> Perl is provided in the base system [...]

hmm, i havn't found perl*.deb in binary-m68k/base so i looked
at binary-i386 and what did i found?

perl is not provided in the base system.

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Fri Jul 26 10:26:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 10:15:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 10:15:38 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 10:08:38 -0000
Resent-Date: 26 Jul 1996 10:08:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Fri, 26 Jul 1996 12:06:33 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Yves Arrouye <arrouye@marin.fdn.fr>
cc: debian-devel@lists.debian.org
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal?
In-Reply-To: <199607242114.XAA12828@marin.fdn.fr>
Message-ID: <Pine.SUN.3.91.960726120332.13262B-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"QJY81.0.qL3.ca9-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5420
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 24 Jul 1996, Yves Arrouye wrote:

> Erick Branderhorst writes:
>  > 
>  > > Is it normal that some packages do use perl in their installation scripts
>  > > and do not have a Requires: perl field though perl is not a required
>  > > package?
>  > 
>  > Yes, because perl is a base package and can be assumed installed on Debian
>  > systems.
> 
> No, because perl is not essential and can be removed at anytime.

well, perl even isn't in .../binary-*/base. AFAIK it's therefore not
even a base package. :-)

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Fri Jul 26 11:16:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 10:56:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 10:56:11 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 10:46:45 -0000
Resent-Date: 26 Jul 1996 10:46:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0ujkPK-0002DzC@plato>
To: Juergen Menden <menden@informatik.tu-muenchen.de>
cc: Yves Arrouye <arrouye@marin.fdn.fr>, debian-devel@lists.debian.org
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal? 
In-reply-to: Message from Juergen Menden <menden@informatik.tu-muenchen.de> 
   of "Fri, 26 Jul 1996 12:06:33 +0200."References: <Pine.SUN.3.91.960726120332.13262B-100000@koma.informatik.tu-muenchen.de> 
 <Pine.SUN.3.91.960726120332.13262B-100000@koma.informatik.tu-muenchen.de> 
Date: Fri, 26 Jul 1996 06:46:08 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"6kk2U.0.Jw3.K8A-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5421
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> On Wed, 24 Jul 1996, Yves Arrouye wrote:
> > 
> > No, because perl is not essential and can be removed at anytime.
> 
> well, perl even isn't in .../binary-*/base. AFAIK it's therefore not
> even a base package. :-)

Perl is installed with the base disks, base1-base3, or base1.1.tar.gz,
when you first install the system.  From there, the devel/perl
package, which includes all the lib files and man pages and stuff, is
supposed to manipulate /bin/perl properly.

Jim


From debian-devel-request@lists.debian.org Fri Jul 26 12:31:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 12:24:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 12:24:00 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 12:14:53 -0000
Resent-Date: 26 Jul 1996 12:14:53 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Fri, 26 Jul 1996 08:14:30 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Juergen Menden <menden@informatik.tu-muenchen.de>
cc: Michael Alan Dorman <mdorman@lot49.med.miami.edu>,
  debian-devel@lists.debian.org
Subject: Re: Languages used in install scripts...
In-Reply-To: <Pine.SUN.3.91.960726115815.13262A-100000@koma.informatik.tu-muenchen.de>
Message-ID: <Pine.LNX.3.94.960726081350.6106B-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"9Zc1G2.0.1z4.zQB-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5422
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Fri, 26 Jul 1996, Juergen Menden wrote:

> On Thu, 25 Jul 1996, Dale Scheetz wrote:
> > 
> > Perl is provided in the base system [...]
> 
> hmm, i havn't found perl*.deb in binary-m68k/base so i looked
> at binary-i386 and what did i found?
> 
> perl is not provided in the base system.
> 
You are absolutely correct. My appologies for the missinformation.

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Fri Jul 26 13:21:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 13:03:17 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 13:03:16 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 12:38:18 -0000
Resent-Date: 26 Jul 1996 12:38:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0ujm9b-00013xC@miles.econ.queensu.ca>
Date: Fri, 26 Jul 96 08:38 EDT
To: "Brian C. White" <bcwhite@verisim.com>
Cc: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: FTP to master.debian.org
In-Reply-To: <31F8732D.97C63AE@verisim.com>
References: <31F8732D.97C63AE@verisim.com>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"ck2k-3.0.DR5.wmB-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5423
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Brian>  I am unable to FTP to master.debian.org.  Here is a transcript of
  Brian> my (brief) session:

Same for me, despite several mails with Simon.

So I log onto master, and then start an ftp session on master back to my
box. That works. Oh, and it took me 45 minutes to upload the ~800 kB of f2c
yesterday ...

--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Fri Jul 26 13:21:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 13:05:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 13:05:58 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 12:42:32 -0000
Resent-Date: 26 Jul 1996 12:42:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: use of /usr/share
To: debian-devel@lists.debian.org
Date: Fri, 26 Jul 1996 13:23:29 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul26.164225gmt+0100.6251@gateway.azr.nl>
Resent-Message-ID: <"IyCre1.0.9V5.uqB-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5424
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Hi all,

Perhaps this is a very sensitive subject but shouldn't architecture
independent things like man pages, info manuals, tex & latex styles
and a lot of other things being put under a subdir of /usr/share?

Erick


From debian-devel-request@lists.debian.org Fri Jul 26 13:21:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 13:18:35 -0000
Received: from vega.netg.se (@194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 13:18:35 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 12:58:48 -0000
Resent-Date: 26 Jul 1996 12:58:48 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0ujmTN-0002DzC@plato>
To: Dale Scheetz <dwarf@polaris.net>
Cc: debian-devel@lists.debian.org
Subject: Re: Languages used in install scripts... 
In-reply-to: Message from Dale Scheetz <dwarf@polaris.net> 
   of "Fri, 26 Jul 1996 08:14:30 EDT."References: <Pine.LNX.3.94.960726081350.6106B-100000@dwarf.polaris.net> 
 <Pine.LNX.3.94.960726081350.6106B-100000@dwarf.polaris.net> 
Date: Fri, 26 Jul 1996 08:58:27 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"pJE6p1.0.Nr5.84C-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5425
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> On Fri, 26 Jul 1996, Juergen Menden wrote:
> > perl is not provided in the base system.
> > 
> You are absolutely correct. My appologies for the missinformation.

No, you were correct the first time:

[lestat:~]$ tar tzf 1996_6_16/base1_1.tgz |grep perl
usr/bin/perl
usr/lib/dpkg/methods/ftp/perl/
usr/lib/dpkg/methods/ftp/perl/Net/
usr/lib/dpkg/methods/ftp/perl/Net/FTP.pm
usr/lib/dpkg/methods/ftp/perl/Net/Netrc.pm
usr/lib/dpkg/methods/ftp/perl/Net/Socket.pm
usr/lib/perl5/
usr/lib/perl5/DebianNet.pm
usr/lib/perl5/i486-linux/
usr/lib/perl5/i486-linux/5.002/
usr/lib/perl5/i486-linux/5.002/auto/
usr/lib/perl5/i486-linux/5.002/auto/Socket/
usr/lib/perl5/i486-linux/5.002/auto/Socket/Socket.bs
usr/lib/perl5/i486-linux/5.002/auto/Socket/Socket.so
usr/lib/perl5/i486-linux/5.002/Config.pm
usr/lib/perl5/AutoLoader.pm
usr/lib/perl5/Carp.pm
usr/lib/perl5/Cwd.pm
usr/lib/perl5/DynaLoader.pm
usr/lib/perl5/Exporter.pm
usr/lib/perl5/File/
usr/lib/perl5/File/Basename.pm
usr/lib/perl5/File/Find.pm
usr/lib/perl5/File/Path.pm
usr/lib/perl5/Socket.pm
usr/lib/perl5/auto/
usr/lib/perl5/auto/DynaLoader/
usr/lib/perl5/auto/DynaLoader/dl_findfile.al
usr/lib/perl5/auto/Socket/
usr/lib/perl5/auto/Socket/autosplit.ix
usr/lib/perl5/strict.pm
usr/lib/perl5/vars.pm


From debian-devel-request@lists.debian.org Fri Jul 26 18:33:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 18:27:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 18:27:10 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 13:37:09 -0000
Resent-Date: 26 Jul 1996 13:37:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Fri, 26 Jul 1996 09:36:42 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Bernd Eckenfels <ecki@lina.inka.de>
cc: debian-devel@lists.debian.org
Subject: Re: naming convention?
In-Reply-To: <m0ujaTs-0004jSC@lina>
Message-ID: <Pine.LNX.3.94.960726093610.6235C-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"Brh632.0.eh6.5eC-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5426
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Fri, 26 Jul 1996, Bernd Eckenfels wrote:

> Hi,
> 
> I see a lot of different naming conventions. My dchanges3.3 seems to enforce:
> 
> name-version-debrev.arch.deb
> 
> but I see some: (which i would prefer)
> 
> name_version-debrev.arch.deb
> 
> or even:
> 
> name_version-debrev_arch.deb
> 
> Which one is the right for debian Packyges?
> 
Use dpkg-name to create your package name and it will always be correct.

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Fri Jul 26 20:38:49 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 20:37:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 20:37:27 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 14:10:24 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3936: uutraf dumps core in gmtime()
Reply-To: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>, 3936@bugs.debian.org
Resent-From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Resent-To: debian-devel@lists.debian.org
Resent-CC: dhs@firefly.com (David H. Silber)
Resent-Date: Fri, 26 Jul 1996 13:48:02 GMT
Resent-Message-ID: <handler.3936.B.83838882018390@bugs.debian.org>
X-Debian-PR-Package: uucp
X-Loop: owner@bugs.debian.org
Date: Fri, 26 Jul 1996 14:52:48 +0200
From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Message-Id: <199607261252.OAA00779@marin.fdn.fr>
X-Mailer: Mail User's Shell (7.2.6unoff 7/17/96)
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5428
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: uucp
Version: 1.06.1-2

The subject says it. Here is an example (I use Taylor config files,
of course).

Yves.

marin94# /usr/bin/uutraf -v
/usr/bin/uutraf version $Revision: 1.0 $
marin95# gdb /usr/bin/uutraf
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.15.1 (i486-linux), Copyright 1995 Free Software Foundation, Inc...
(no debugging symbols found)...
(gdb) set args /var/log/uucp/Log /var/log/uucp/Stats
(gdb) r
Starting program: /usr/bin/uutraf /var/log/uucp/Log /var/log/uucp/Stats
warning: shared library handler failed to enable breakpoint

Program received signal SIGSEGV, Segmentation fault.
0x8000c7f in gmtime ()
(gdb) bt
#0  0x8000c7f in gmtime ()
#1  0x8010270 in optind ()
#2  0x8001945 in gmtime ()
#3  0x8000914 in gmtime ()
(gdb)

-- 


From debian-devel-request@lists.debian.org Fri Jul 26 20:38:49 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 20:36:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 20:36:22 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 14:10:17 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3937: uutraf has repeated words in messages and is not explicit
Reply-To: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>, 3937@bugs.debian.org
Resent-From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Resent-To: debian-devel@lists.debian.org
Resent-CC: dhs@firefly.com (David H. Silber)
Resent-Date: Fri, 26 Jul 1996 13:48:03 GMT
Resent-Message-ID: <handler.3937.B.83838882018391@bugs.debian.org>
X-Debian-PR-Package: uucp
X-Loop: owner@bugs.debian.org
Date: Fri, 26 Jul 1996 14:54:55 +0200
From: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Message-Id: <199607261254.OAA00790@marin.fdn.fr>
X-Mailer: Mail User's Shell (7.2.6unoff 7/17/96)
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5427
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: uucp
Version: 1.06.1-2

I got this message:

	marin106# uutraf /var/log/uucp/Log /var/log/uucp/Stats
	uutraf: Parsing error line line 2 of /etc/uucp/uutraf.cf

Note the repetition of 'line' in the error message.

The problem was that the line was empty. Maybe uutraf could silently
ignore such lines?
 
In addition to that, the line was not line 2: it was the second uncommented
line in the file. It would be a lot more helpful if the error message
refered to the physical line in the file instead.

Yves.


-- 


From debian-devel-request@lists.debian.org Fri Jul 26 21:03:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 20:40:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 20:40:45 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 14:16:34 -0000
Resent-Date: 26 Jul 1996 14:16:34 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: uploaded jargon 4.0.0-1 (I'm not maintainer)
To: debian-devel@lists.debian.org
Date: Fri, 26 Jul 1996 14:57:28 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul26.181626gmt+0100.6251@gateway.azr.nl>
Resent-Message-ID: <"dGs2B1.0.s5.2DD-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5429
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Date: 26 Jul 96 13:21 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Steve Greenland <stevegr@neosoft.com>
Source: jargon
Version: 4.0.0-1
Binary:  jargon
Architecture:  all source
Description: 
 jargon: The definitive compendium of hacker slang.
Changes: 
 Fri Jul 26 14:02:30 1996  Erick Branderhorst  <branderh@debian.org>
 .
        * debian.control: extended description (BUG#3604)
        * debian.control: architecture independent (BUG#3863)
        * debian.postinst: changed section in "Information" (BUG#3222)
        * debian.rules: few changes
        * updated to mainstream 4.0.0
        * added slightly modified jargon web home page
 .
Files:
 8d44472421cc0500018ce6a79f3bfe97  574543  misc  -  jargon-4.0.0-1.tar.gz
 f8510884890e136a577afca48e8e8974  4011  misc  -  jargon-4.0.0-1.diff.gz
 8a008c550f5a8c664f854ab0d6a754da  576080  misc  optional  jargon_4.0.0-1_all.deb


From debian-devel-request@lists.debian.org Fri Jul 26 21:28:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 21:19:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 21:19:32 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 14:50:42 -0000
Resent-Date: 26 Jul 1996 14:50:42 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Fri, 26 Jul 1996 10:51:12 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
Reply-To: Dale Scheetz <dwarf@polaris.net>
To: debian-devel@lists.debian.org
Subject: New virtual package names.
Message-ID: <Pine.LNX.3.94.960726104324.6440A-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"mzejR1.0.Um.1jD-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5430
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I need to add imapd-client and imapd-server to the list of virtual package
names. Are we still doing this the "old" way? (That is, I download the
package name file, make the required changes, wait for argument, finding
no objection upload the new file) I seem to remember a hint from someone
on the list that they were "maintianing" the virtual package name list. If
this is the case, please contact me about these names.

Thanks,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------



From debian-devel-request@lists.debian.org Fri Jul 26 21:53:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 21:28:55 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 21:28:54 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 15:04:05 -0000
Resent-Date: 26 Jul 1996 15:04:05 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sgk@sgk.tiac.net>
Message-Id: <199607261505.LAA06207@sgk.tiac.net>
Reply-to: sgk@sgk.tiac.net
To: debian-devel@lists.debian.org
Subject: Script to make the Contents file
Date: Fri, 26 Jul 1996 11:05:18 -0400
From: "Susan G. Kleinmann" <sgk@sgk.tiac.net>
Resent-Message-ID: <"Hmp0a3.0.t-.avD-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5431
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Is there some script available to help users make their own Contents files
for non-free and contrib in the same format, etc. as the Contents files
in unstable and stable?

Susan Kleinmann
sgk@tiac.net


From debian-devel-request@lists.debian.org Fri Jul 26 21:53:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 21:32:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 21:32:33 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 15:11:34 -0000
Resent-Date: 26 Jul 1996 15:11:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Fri, 26 Jul 1996 17:09:26 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: debian-devel@lists.debian.org
Subject: Re: Languages used in install scripts... 
In-Reply-To: <m0ujmTN-0002DzC@plato>
Message-ID: <Pine.SUN.3.91.960726170622.13262H-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"4E9mB2.0.d81.a0E-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5432
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Fri, 26 Jul 1996, James A. Robinson wrote:
> > > perl is not provided in the base system.
> > > 
> > You are absolutely correct. My appologies for the missinformation.
> 
> No, you were correct the first time:

silly me. sorry for that. i'm not very much into the 
booting procedure of the intels.

but then, shouldn't perl_xxx.deb go into unstable/binary-xxx/base?

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Fri Jul 26 23:08:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 22:49:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 22:49:38 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 16:19:50 -0000
Resent-Date: 26 Jul 1996 16:19:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <verisim.com!behanw>
Sender: behanw@vega.netg.se
Message-ID: <31F8EEDE.164EEED4@verisim.com>
Date: Fri, 26 Jul 1996 12:14:22 -0400
From: Behan Webster <behanw@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b4 (X11; I; Linux 2.0.5 i486)
MIME-Version: 1.0
To: debian-devel@lists.debian.org
Subject: Re: IP-aliasing
References: <m0ujcyS-0004jUC@lina>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"D_fPL3.0.Bl2.c0F-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5433
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> > ifconfig eth0:N address
> 
> yes, this is right.
> 
> > ifconfig eth0 alias address
> 
> this is BSD style and there was an pacth for old kernels.
> 
> > I could ofcourse always try it out (still 3 numbers left in our 4-bit
> > subnet :), but I don't have aliasing compiled in the kernel or as module,
> > and compiling a kernel takes over 1/2 an hour on my system :(
> 
> You can simply read /usr/src/linux/Documentation/networking/alias.txt


I've added this to the bottom of my /etc/init.d/network file.

#
# IP Aliases (give this host another IP address)
#
# Uncomment the following to assign a secondary IP to this host.
# This can be used to allow you to setup a multi-homed web site.
#
# NOTE: You should have "Network aliasing" and "IP: aliasing support"
#       enabled in your kernel for this to work.
#
#       Please read the file "Documentation/networking/alias.txt"
#       that comes with the kernel source for more information.
#
#DEVALIAS="eth0:0"
#IPALIAS="xxx.xxx.xxx.xxx"
#ifconfig ${DEVALIAS} ${IPALIAS} netmask ${NETMASK} broadcast
${BROADCAST}
#route add -host ${IPALIAS} dev ${DEVALIAS}



I've also written the following simple script for one of the
machines I manage that is used as a multi-homed web site (it
has about 6 ip addresses right now.)  Just give it a list of
ip addresses on the command line.  It's to be used once at
boot time.


>#!/usr/bin/perl
>#
># IP Alias this machine (ipalias)
>#
># Written by: Behan Webster <behanw@verisim.com> (96.07.17)
>#
>
>$device     ="eth0";            # Aliased device
>$netmask    ="255.255.255.0";   # Your netmask.
>
>
>for ($i=0; $ARGV[$i]; $i++) {
>    $_ = $ARGV[$i];
>    s/[^.]$/255/;
>    system "/sbin/ifconfig $device:$i $ARGV[$i] netmask $netmask broadcast $_";
>    system "/sbin/route add -host $ARGV[$i] dev $device:$i";
>}



I hope this is helpful.


Behan Webster

-- 
Behan Webster
behanw@verisim.com
(613) 224-7547


From debian-devel-request@lists.debian.org Fri Jul 26 23:08:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 22:55:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 22:55:51 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 16:29:09 -0000
Resent-Date: 26 Jul 1996 16:29:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <strombrg@hydra.acs.uci.edu>
Sender: strombrg@hydra.acs.uci.edu
Message-ID: <31F8F248.328A@hydra.acs.uci.edu>
Date: Fri, 26 Jul 1996 09:28:56 -0700
From: Dan Stromberg <strombrg@hydra.acs.uci.edu>
X-Mailer: Mozilla 2.02 (X11; I; SunOS 5.5.1 sun4m)
MIME-Version: 1.0
To: "Brian C. White" <bcwhite@verisim.com>
CC: debian-devel@lists.debian.org
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal?
References: <199607241050.MAA30235@picard.cistron.nl> <v0300766dae1d3ea2cc18@[205.198.168.35]> <31F7DB17.504EF5CD@verisim.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"4tlk_1.0.W_2.K9F-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5434
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Brian C. White wrote:
> It's full of handy side-effects which can make it difficult at times and
> immensly useful at others.  You can write upgly code in Perl, but how
> is that any different from C?

True, C can get pretty bad - but then, at the time C was popularized, it
really -was- one of the best things around - at least for some varieties
of systems programming.

I don't believe we can say even that much of perl.

> Like C, Perl is one of the most popular girls in school...  And it's not
> because she's the prettiest.

...and sadly, it isn't because she has a great personality, either.  

Perl doesn't have a whole lot going for it, beyond mass acceptance.

Coming back to the original issue: how many install scripts need to be
more sophisticated than what is amendable to expression in POSIX shell
syntax, plus "make"?  How many even should?

And really, how many linux systems don't have a /bin/sh that understands
POSIX shell syntax?  I used to use ash as my /bin/sh, but switched back
to bash before long.


From debian-devel-request@lists.debian.org Fri Jul 26 23:58:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 23:40:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 23:40:44 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 17:16:39 -0000
Resent-Date: 26 Jul 1996 17:16:39 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Fri, 26 Jul 1996 12:17:40 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Bernd Eckenfels <ecki@lina.inka.de>
cc: debian-devel@lists.debian.org
Subject: Re: naming convention?
In-Reply-To: <m0ujaTs-0004jSC@lina>
Message-ID: <Pine.SOL.3.93.960726121555.14272F-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"pi2Vc3.0.cv3.srF-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5435
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Fri, 26 Jul 1996, Bernd Eckenfels wrote:

> I see a lot of different naming conventions. My dchanges3.3 seems to enforce:

Once again, it absolutely does not matter.  You can call the file
Bernd.deb if you want.  *ALL* files are automatically renamed when
they're installed.


Guy


From debian-devel-request@lists.debian.org Fri Jul 26 23:58:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 26 Jul 1996 23:44:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 26 Jul 1996 23:44:01 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 17:17:09 -0000
Resent-Date: 26 Jul 1996 17:17:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Fri, 26 Jul 1996 12:12:35 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Bernd Eckenfels <ecki@lina.inka.de>
cc: debian-devel@lists.debian.org
Subject: Re: Forwarded mail... FTP admin
In-Reply-To: <m0ujIP8-0004jSC@lina>
Message-ID: <Pine.SOL.3.93.960726121120.14272E-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"cJMHJ1.0.xv3.LsF-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5436
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Thu, 25 Jul 1996, Bernd Eckenfels wrote:

> > in buzz-fixed the files from buzz-updates: psptools_1.2.1-1.deb and 
> > xosview_1.3.2-4.1.deb are not present in buzz-fixed.

Fixed; I had to make changes to mkfixedhier, my script which keeps
buzz-fixed up to date.  I had to make it support new packages and
removed packages.

So buzz-fixed will now be kept up to date.  Debian-1.1.2 is pointing at
it now.


Guy


From debian-devel-request@lists.debian.org Sat Jul 27 00:48:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 00:32:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 00:32:46 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 18:07:28 -0000
Resent-Date: 26 Jul 1996 18:07:28 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecki@lina.inka.de>
Message-Id: <m0ujrDZ-0004jUC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
Subject: Re: naming convention?
To: maor@ece.utexas.edu (Guy Maor)
Date: Fri, 26 Jul 1996 20:02:28 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <Pine.SOL.3.93.960726121555.14272F-100000@brando.ece.utexas.edu> from "Guy Maor" at Jul 26, 96 12:17:40 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"YIoiX1.0.Mp4.WbG-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5438
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

> Once again, it absolutely does not matter.  You can call the file
> Bernd.deb if you want.  *ALL* files are automatically renamed when
> they're installed.

yes, but I want to be sure that "debian.rules" build them correct (and
especially that dchanges works with it.)

Greetings
Bernd

BTW: The Packages file should be compared with the old one, in case tha
there is no change. This will avoid additional traffic and confusion (why
has the Package file in the untouched buzz dir changed?).

BTW2: ftp.debian.org doent mention the debian archive in its welcome-screen.
-- 
  (OO)      -- Bernd_Eckenfels@Wittumstrasse13.76646Bruchsal.de --
 ( .. )  ecki@lina.{inka.de,ka.sub.org}  http://home.pages.de/~eckes/
  o--o     *plush*  2048/A2C51749  eckes@irc  +4972573817  *plush*
(O____O)       If privacy is outlawed only Outlaws have privacy


From debian-devel-request@lists.debian.org Sat Jul 27 00:48:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 00:35:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 00:35:06 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 18:13:15 -0000
Resent-Date: 26 Jul 1996 18:13:15 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Fri, 26 Jul 1996 13:14:22 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Bernd Eckenfels <ecki@lina.inka.de>
cc: debian-devel@lists.debian.org
Subject: Re: naming convention?
In-Reply-To: <m0ujrDZ-0004jUC@lina>
Message-ID: <Pine.SOL.3.93.960726130903.15604D-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"Igbg-2.0.rs4.xgG-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5439
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Fri, 26 Jul 1996, Bernd Eckenfels wrote:

> BTW: The Packages file should be compared with the old one, in case tha
> there is no change.

It is.

> (why has the Package file in the untouched buzz dir changed?).

Maintainer & priority changes.

> BTW2: ftp.debian.org doent mention the debian archive in its welcome-screen.

The debian archive?  Surely anyone who is reading the message has
already found an ftp site.


Guy


From debian-devel-request@lists.debian.org Sat Jul 27 01:39:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 01:34:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 01:34:22 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 18:43:15 -0000
Resent-Date: 26 Jul 1996 18:43:15 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Fri, 26 Jul 1996 14:43:06 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: "James A. Robinson" <jimr@simons-rock.edu>
cc: debian-devel@lists.debian.org
Subject: Re: Languages used in install scripts... 
In-Reply-To: <m0ujmTN-0002DzC@plato>
Message-ID: <Pine.LNX.3.94.960726144117.14865A-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"Gi_5P2.0.QW5.37H-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5440
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Fri, 26 Jul 1996, James A. Robinson wrote:

> > On Fri, 26 Jul 1996, Juergen Menden wrote:
> > > perl is not provided in the base system.
> > > 
> > You are absolutely correct. My appologies for the missinformation.
> 
> No, you were correct the first time:
> 
I stand corrected. I had mistakenly thought myself to be in error. I will
try not to do that again ;-)

Later,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Sat Jul 27 02:29:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 02:23:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 02:23:42 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 19:34:01 -0000
Resent-Date: 26 Jul 1996 19:34:00 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 26 Jul 1996 17:33:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6DbQliFUcsB@khms.westfalen.de>
In-Reply-To: <8NZW0V3La@muskogee.elmail.co.uk>
Subject: Re: /etc/default?
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"9J96m.0.Qd6.esH-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5442
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

richard@elmail.co.uk (Richard Kettlewell)  wrote on 22.07.96 in <8NZW0V3La@muskogee.elmail.co.uk>:

> And from defadm(1):
>
>              The defadm command prints, modifies, adds, or deletes system
>              and command default values contained in the file given by
>              filename; where filename is a file in the /etc/default
>              directory.
>
> (This from Unixware 2.01, a 386 version of SVR4.2.)
>
> For example:
>
> richard@ottawa:richard$ defadm passwd MAXWEEKS
> MAXWEEKS=24
> richard@ottawa:richard$

Ah! So the program I speculated about already exists elsewhere! :-)

If there is no free clone, it should not be too much trouble to look at  
the man page and write one.


MfG Kai


From debian-devel-request@lists.debian.org Sat Jul 27 02:29:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 02:22:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 02:22:57 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 19:33:54 -0000
Resent-Date: 26 Jul 1996 19:33:53 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 26 Jul 1996 17:32:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6DbQlVBjcsB@khms.westfalen.de>
In-Reply-To: <m0uiIQp-0004jSC@lina>
Subject: Re: /etc/default?
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"fueYY1.0.5d6.XsH-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5441
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

ecki@lina.inka.de (Bernd Eckenfels)  wrote on 22.07.96 in <m0uiIQp-0004jSC@lina>:

> /etc/default is, AFAIK used by the iBCS2 stuuf, therefore there is an
> exisiting usage for it in other SysV Systems? Perhaps somebody can look into
> /etc/default/ on Solaris or SCO?

That is *why* it was proposed to use this for Debian. We need to do the  
same thing, so why not do it the same way?


MfG Kai


From debian-devel-request@lists.debian.org Sat Jul 27 04:34:05 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 04:14:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 04:14:55 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 21:52:03 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3938: problem with suck's get-news script
Reply-To: Brian Mays <bem5r@virginia.edu>, 3938@bugs.debian.org
Resent-From: Brian Mays <bem5r@virginia.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Christophe Le Bars <clebars@debian.org>
Resent-Date: Fri, 26 Jul 1996 21:48:04 GMT
Resent-Message-ID: <handler.3938.B.83840533428827@bugs.debian.org>
X-Debian-PR-Package: suck
X-Loop: owner@bugs.debian.org
Message-Id: <m0ujrN2-000PzIC@localhost>
From: Brian Mays <bem5r@virginia.edu>
To: submit@bugs.debian.org
Date: Fri, 26 Jul 1996 14:12:15 -0400
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5443
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: suck
Version: 2.6.3-1

This message actually reports three bugs.  One is a major bug; the
other two are cosmetic and so minor that they do not warrant separate
reports.

>From the /usr/sbin/get-news script:

Line 14:
BINDIR=/usr/bin			# base directory for suck rpost and scripts

Line 24:
SCRIPT=${BINDIR}/put-news	# my filter for rpost

Lines 27-29:
RPOST=${BINDIR}/rpost		# my rpost
SUCK=${BINDIR}/suck		# my suck
TESTHOST=${BINDIR}/testhost	# my testhost

The programs rpost, suck, and testhost are correctly located in
/usr/bin.  However, the put-news script is placed in the /usr/sbin
directory in the Debian suck package.  Thus, the put-news script does
not work.

I see three possible ways to fix this problem:

1) Move the put-news script in /usr/bin.

2) Move rpost, suck, and testhost in /usr/sbin and modify get-news to
   reflect this change (change the value of BINDIR).

3) Modify get-news to call put-news from /usr/sbin.

I would like to recommend the first method.  Since get-news was
intended by design to be called from rpost, via the -f command line
option, it makes sense that it be located in the same directory as
rpost.  Furthermore, I suggest that this directory should be /usr/bin,
since rpost's usefulness is not limited to system administrators.

Now the other minor bugs.  The /etc/suck/get-news.conf file says in
line 1:

# Debian Linux suck package /usr/bin/get-news config file

This should read "/usr/sbin/get-news" because get-news is located in
/usr/sbin.

Finally, several defaults for the suck program are set in the config.h
header file and compiled into the program.  Most of these defaults can
be overridden by command line options.  However, it would be nice to
provide package users a list of these compiled in defaults.  They
could be listed in the /usr/doc/copyright/suck file.


From debian-devel-request@lists.debian.org Sat Jul 27 04:34:06 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 04:15:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 04:15:48 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 21:52:07 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3941: CGI-modules should *depend* on libwww-perl
Reply-To: Michael Shields <shields@crosslink.net>, 3941@bugs.debian.org
Resent-From: Michael Shields <shields@crosslink.net>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Fri, 26 Jul 1996 21:48:09 GMT
Resent-Message-ID: <handler.3941.B.8384120302569@bugs.debian.org>
X-Debian-PR-Package: CGI-modules
X-Loop: owner@bugs.debian.org
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v0300768aae1ed4b633c3@[205.198.168.35]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 26 Jul 1996 20:03:23 +0000
To: submit@bugs.debian.org
From: Michael Shields <shields@crosslink.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5444
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: CGI-modules
Version: 2.75-3

CGI-modules suggests libwww-perl.  However, without it, CGI::Base cannot be
used at all (because URI::* is missing).  This means that it should depend
on libwww-perl.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Sat Jul 27 04:34:06 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 04:16:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 04:16:44 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 21:52:15 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3939: /etc/manpath.config is not a conffile.
Reply-To: Christian Hudon <chrish@libertel.montreal.qc.ca>,
  3939@bugs.debian.org
Resent-From: Christian Hudon <chrish@libertel.montreal.qc.ca>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Alvar Bray <alvar@debian.org>
Resent-Date: Fri, 26 Jul 1996 21:48:06 GMT
Resent-Message-ID: <handler.3939.B.8384075221438@bugs.debian.org>
X-Debian-PR-Package: man
X-Loop: owner@bugs.debian.org
Date: Fri, 26 Jul 1996 11:15:00 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
To: submit@bugs.debian.org
Message-ID: <Pine.SGI.3.95.960726110211.28159A-100000@ana.libertel.montreal.qc.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5445
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: man
Version: 2.3.10-13

/etc/manpath.config should be a conffile, otherwise users loose all their
modifications when they upgrade, but...

sysadmin@chloe:[~] #dpkg -s man
Package: man
Status: install ok installed
Priority: important
Section: doc
Maintainer: Alvar Bray <alvar@debian.org>
Version: 2.3.10-13
Depends: groff, libc5, libgdbm1, bsdmainutils
Description: Display the on-line manual.
 This packages provides the man command, this utility is the primary
 way of examining the on-line help files (manual pages). Other utilities
 provided include the whatis and apropos commands for searching the
 manual page database; the manpath utility for determining the manual
 page search path and the maintenance utilities mandb, catman and
 zsoelim. This packages uses the groff suit of programs to format and
 display the manual pages.

... it's not a conffile.

Also, It'd be nice if the lines reffering to X11R5/man, X386/man and
X11/man could be removed (or at least commented out) since 

a) they're now obsolete

b) they produce an annoying set of warnings for people who use the
'manpath' command to add directories to the system manpath:
manpath: warning: /usr/X11R5/man: No such file or directory
manpath: warning: /usr/X11/man: No such file or directory
manpath: warning: /usr/X386/man: No such file or directory

    Christian

PS Please keep the Cc: chrish@libertel... I got unsubscribed to
debian-devel because local mailer problems.



From debian-devel-request@lists.debian.org Sat Jul 27 04:34:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 04:19:01 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 04:19:00 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 21:52:15 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3940: Apache's default index.html says "CERN"
Reply-To: Michael Shields <shields@crosslink.net>, 3940@bugs.debian.org
Resent-From: Michael Shields <shields@crosslink.net>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Resent-Date: Fri, 26 Jul 1996 21:48:07 GMT
Resent-Message-ID: <handler.3940.B.8384075241449@bugs.debian.org>
X-Debian-PR-Package: apache
X-Loop: owner@bugs.debian.org
X-Sender: shields@shields.pop.crosslink.net
Message-Id: <v03007686ae1ec20dd182@[205.198.168.35]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 26 Jul 1996 18:44:12 +0000
To: submit@bugs.debian.org
From: Michael Shields <shields@crosslink.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5446
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: apache
Version: 1.0.5-1

The bottom of the index.html that Apache installs has a link to "the CERN
httpd server on which Apache is based".  Apache is based on NCSA, not CERN.
The link does go to NCSA.

--
Shields, CrossLink.



From debian-devel-request@lists.debian.org Sat Jul 27 04:34:08 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 04:19:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 04:19:57 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 21:52:22 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3828: suck : i don't wont to run suck as root
Reply-To: Brian Mays <bem5r@virginia.edu>, 3828@bugs.debian.org
Resent-From: Brian Mays <bem5r@virginia.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Christophe Le Bars <clebars@debian.org>
Resent-Date: Fri, 26 Jul 1996 21:48:09 GMT
Resent-Message-ID: <handler.3828.B3828.83840533428826@bugs.debian.org>
X-Debian-PR-Package: suck
X-Loop: owner@bugs.debian.org
Message-Id: <m0ujrMZ-000PzHC@localhost>
From: Brian Mays <bem5r@virginia.edu>
To: 3828@bugs.debian.org
Date: Fri, 26 Jul 1996 14:11:45 -0400
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5447
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Andreas Jellinghaus <andij@dungeon.lake.de> writes:

    Andreas> i don't wont to run suck as root.  if all files would be
    Andreas> changed to news.news (in my opinion suck is a part of the
    Andreas> news system), there would be no problem...

I agree that news should be able to run suck, but ...

    Andreas>         get-news.inn should NOT remove /var/lib/suck !

Why?  The get-news script builds a batch file and uses innxmit to send
the articles to a server.  The downloaded articles in /var/lib/suck
are no longer needed.  Surely you don't want to keep an extra copy of
these articles?  And what about get-news.cnews?  It also removes
/var/lib/suck.

--
Brian


From debian-devel-request@lists.debian.org Sat Jul 27 04:34:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 04:21:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 04:21:20 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 22:04:43 -0000
Resent-Date: 26 Jul 1996 22:04:43 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <jimr@simons-rock.edu>
Message-Id: <m0ujuws-0002EZC@plato>
To: Juergen Menden <menden@informatik.tu-muenchen.de>
cc: Debian Development <debian-devel@lists.debian.org>
Subject: Re: Languages used in install scripts... 
In-reply-to: Message from Juergen Menden <menden@informatik.tu-muenchen.de> 
   of "Fri, 26 Jul 1996 17:09:26 +0200."References: <Pine.SUN.3.91.960726170622.13262H-100000@koma.informatik.tu-muenchen.de> 
 <Pine.SUN.3.91.960726170622.13262H-100000@koma.informatik.tu-muenchen.de> 
Date: Fri, 26 Jul 1996 18:01:29 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-Message-ID: <"ULVCN2.0.-l1.x3K-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5448
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> but then, shouldn't perl_xxx.deb go into unstable/binary-xxx/base?

Perhaps -- but it would have to be a different perl package then the
one in devel/.  The one on the base disks is a stripped down version
of perl, it doesn't have all the lib/perl stuff, no manpages, none of
the special cheader-to-perlheader binaries, or other support files.


Jim


From debian-devel-request@lists.debian.org Sat Jul 27 04:59:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 04:54:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 04:54:25 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 23:06:40 -0000
Resent-Date: 26 Jul 1996 23:06:40 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31F86112.19941BF1@verisim.com>
Date: Fri, 26 Jul 1996 02:09:22 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5aGold (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: netscape 3.0-beta5a-1 released
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"ENzO-2.0.jc2.0-K-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5451
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 26 Jul 96 05:58 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Brian White <bcwhite@pobox.com>
Source: netscape
Version: 3.0-beta5a-1
Binary:  netscape
Architecture:  i386 source
Description: 
 netscape: Popular World-Wide-Web browser software
 -  Netscape (pronounced "Mozilla") is a graphical World-Wide-Web
browser
 -  with many features.  It supports advanced features of HTML and new
 -  technologies such as "Java" from Sun Microsystems.
 -  .
 -  Netscape Communications Corporation does not allow redistribution of
 -  their software.  Therefore, this package requires the user to fetch
 -  the netscape archive seperately and place it in the directory
pointed
 -  to by the TMPDIR environment variable (or /tmp if TMPDIR not
defined)
 -  before attempting to install this package.  You can get the linux
 -  packages via anonymous ftp from "ftp[1-9].netscape.com".
 -  .
 -  Do NOT try to install any version of Netscape other than 3.0-beta5a
with
 -  this package!
 -  .
 -  Netscape Communications Corporation does not support the Linux
release
 -  in the slightest, even for paying customers.  It has been made
available
 -  purely as a courtesy, so please do not send them questions about
Linux.
 -  .
 -  This installer package has been placed in the public domain!
Changes: no changes info provided
Files:
 2df12c92930d9144f129b888da6b4462  3867  net      -    
netscape_3.0-beta5a-1.tar.gz
 8fea28fbcc25f58f86948e271862f77c  3480  net  optional 
netscape_3.0-beta5a-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfhe1rwRa6IPcXgFAQFHKAQAqNmhg7yUhvJyL5M6mgrsCO75o94Lvmln
tDEpfHbCxnuc5HzkJxmUEVSHLBaCSHzn+pg3rHRvLa6xRfEyLFxTMlFA9n3zzXkU
BHDQGudbINYP+Vr+UTZQIf0HEMco2WHtKiUh0d/ydFIEQ5+kETQmj5YqVMbO0mKJ
TE0irT0URF0=
=L7Jt
-----END PGP SIGNATURE-----



From debian-devel-request@lists.debian.org Sat Jul 27 04:59:11 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 04:55:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 04:55:18 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 23:06:46 -0000
Resent-Date: 26 Jul 1996 23:06:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31F85FB8.70F25E79@verisim.com>
Date: Fri, 26 Jul 1996 02:03:36 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5aGold (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
CC: 3716-done@bugs.debian.org
Subject: infocom 4.01pl2-3 released
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"fU4x41.0.3d2.5-K-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5452
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 26 Jul 96 04:59 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Brian White <bcwhite@pobox.com>
Source: infocom
Version: 4.01pl2-3
Binary:  infocom
Architecture:  i386 source
Description: 
 infocom: A freely distributable parser for Infocom data files.
 -  Now you can play all of the famous Infocom interactive-fiction
 -  adventure games under Linux.  All that is needed is the
machine-independent
 -  data file from the original package or multi-game sets like the
 -  "Lost Treasures of Infocom" (I and II).  Three of Infocom's
 -  sampler packages (sampler1_R55.z3, sampler2.z3, & minizork.z3)
 -  are available by anonymous FTP from ftp.gmd.de under the
 -  /if-archive/infocom/demos directory.  Put them in the local
 -  directory /usr/lib/games/infocom.
 -  .
 -  Two executables are included in this package: one that runs under
 -  standard termcap ("infocom") and one that uses ansi codes to do
color
 -  ("infocoma").  Both will run on the Linux console.
Changes:
 -  Added architecture information to control field (Bug#3716)
Files:
 1d142d67acdb62c73e8335ba76d7f36b  85737  games      -    
infocom_4.01pl2-3.tar.gz
 0e5da58747198ee2ebc36c9771a47426  3440   games      -    
infocom_4.01pl2-3.diff.gz
 01342562f0d541a7c5d1ada80a5701d0  41774  games  optional 
infocom_4.01pl2-3_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfhRPbwRa6IPcXgFAQHiogP/XwVBy3e9tchcfhh7bMUXQnk59u4ovaW9
q+bXjA//XqmnBlz+AXZ8wwOdEa1MIH6sLnsrpQRE/GGUkWcLjVeqzooLA4LOWMw+
DXhwG8uJdDWpdbW1r2A+l4pivtdXsRV/CMDUr/cgFcUZtQ9o6oVvJA8V6C4SWOeU
bYdTQfuFYNU=
=c4KX
-----END PGP SIGNATURE-----



From debian-devel-request@lists.debian.org Sat Jul 27 04:59:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 04:57:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 04:57:27 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 23:07:00 -0000
Resent-Date: 26 Jul 1996 23:07:00 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31F86C0E.45413D99@verisim.com>
Date: Fri, 26 Jul 1996 02:56:14 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5aGold (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
CC: 1930-done@bugs.debian.org
Subject: metamail & mime.types/mailcap
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"aPOe43.0.rd2.J-K-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5455
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Now that the v2.0 of mime-support has been released, packages such as
"xloadimage" can install themselves into "mailcap" for use by programs
such as metamail.

I am closing this bug report.

For more information, please see the following files in mime-support:

	install-mime  man page
	/usr/doc/mime-install.HOWTO.gz
	/usr/doc/mime-rfc-1542.txt.gz

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're
not.



From debian-devel-request@lists.debian.org Sat Jul 27 04:59:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 04:55:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 04:55:57 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 23:06:51 -0000
Resent-Date: 26 Jul 1996 23:06:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31F860D1.4933EF0C@verisim.com>
Date: Fri, 26 Jul 1996 02:08:17 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5aGold (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
CC: 3867-done@bugs.debian.org
Subject: mime-support 2.0-1 released
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"9BTcf2.0.Md2.A-K-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5453
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 26 Jul 96 05:08 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Brian White <bcwhite@pobox.com>
Source: mime-support
Version: 2.0-1
Binary:  mime-support
Architecture:  all source
Description: 
 mime-support: MIME files 'mime.types' and 'mailcap'
 -  As these files can be used by all MIME compliant programs, they
 -  have been moved into their own package that others can depend upon.
 -  .
 -  Other packages add themselves as viewers/editors/composers/etc. by
 -  using the "install-mime" program.
Changes:
 -  New release of MIME support code & "install-MIME"
Files:
 8ee5871c808fdc7ddca8062559bc31e1  18409  experimental       -      
mime-support_2.0-1.tar.gz
 37c9acc528fa875b574e9d521ea14fea  20330  experimental  recommended 
mime-support_2.0-1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfhTS7wRa6IPcXgFAQELBAP/S/MCrAdbHlJYQcTSzufpOhb3LfYkqzGV
OKe20NkSDKppS7PPse6vmy2nYfLJSXSZnrU+9zyW7gSzoGvFUExOQyiqYVj4kTIQ
dKcR2rUXryjW4g/+I2aEJVbEfvKJBAq7p7bGoGlkeAYVh0dyvwWWcBiDOGWj0mnJ
zFnoiPn3H1M=
=sKSN
-----END PGP SIGNATURE-----


Note:  Part of the bug report stated that this did not have an
       architecture field that was set by debian.rules.  Since
       this package is always "all" architectures, I have left
       this value hard-coded in the control file.



From debian-devel-request@lists.debian.org Sat Jul 27 04:59:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 04:56:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 04:56:35 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 23:06:55 -0000
Resent-Date: 26 Jul 1996 23:06:55 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31F86832.4D3B89C2@verisim.com>
Date: Fri, 26 Jul 1996 02:39:46 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5aGold (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
CC: 3695-done@bugs.debian.org
Subject: zyxel 1.3-4 released
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"L8NhN1.0.ad2.F-K-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5454
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 26 Jul 96 06:32 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Brian White <bcwhite@pobox.com>
Source: zyxel
Version: 1.3-4
Binary:  zyxel
Architecture:  i386 source
Description: 
 zyxel: U-1496 (ZyXEL) Modem Driver for dialin, fax, & voice-mail
 -  A control program for the ZyXEL U-1496 series MODEMs for use with
the
 -  Linux operating system (and other UNIX-like systems) This program
 -  manages the use of the ZyXEL MODEM for dial-in dial-out, dial-back
 -  security, sending/receiving FAXes and answering machine (voice
 -  mailbox)
 -  .
 -  This program is available only for non-commercial use.
 -  .
 -  The maintainer does not use nor support this package.  If you wish
to
 -  use it, please take responsibility for it.
Changes:
 -  Added multi-architecture support
 -  Removed "ZyXEL" name from head of description (Bug#3695)
Files:
 715d1767646263759ab67351014c7020  53722  non-free    -   
zyxel_1.3-4.tar.gz
 796660a173ccf8fb6db51bbc8f75e285  11968  non-free    -   
zyxel_1.3-4.diff.gz
 712af4b44795206eb9d6addc81c6a814  35610  non-free  extra 
zyxel_1.3-4_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfhm7LwRa6IPcXgFAQEWSgQAnkVw2J8xz4GBTWy9B3ZpMHP/v8YzdMdu
39beGo3DtHBHtA74PwQWIgh29bqm1jEzig7yq9aWNk0P4kmRRj2Q3O9rTEVxAj/X
afkbq8TQzaJaxNAMg2jHotusEQG2YcfdJ3S4bC+pRFrmWd8WDxDkaBZwbZqwXHBl
LRbamwNhWGs=
=FRKN
-----END PGP SIGNATURE-----



From debian-devel-request@lists.debian.org Sat Jul 27 05:24:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 05:07:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 05:07:37 -0000
Received: (qmail-queue invoked by uid 40); 26 Jul 1996 23:32:07 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3942: tin cannot find Newsgroup Descriptions
Reply-To: Christoph Lameter <clameter@miriam.fuller.edu>, 3942@bugs.debian.org
Resent-From: Christoph Lameter <clameter@miriam.fuller.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Kenny Wickstrom <kenny@kennet.com>
Resent-Date: Fri, 26 Jul 1996 23:18:03 GMT
Resent-Message-ID: <handler.3942.B.8384225335205@bugs.debian.org>
X-Debian-PR-Package: tin
X-Loop: owner@bugs.debian.org
Date: Fri, 26 Jul 1996 15:45:37 -0700 (PDT)
From: Christoph Lameter <clameter@miriam.fuller.edu>
To: debian-bugs@pixar.com
Message-Id: <Pine.LNX.3.94.960726154207.1540A-100000@miriam.fuller.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5456
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: tin
Version: tin-1.3beta.950824-12

I just set up INN (debian 1.1) and copied over my newsgroups file to
/var/lib/news. There INN finds it and processes it correctly but tin
does not show these descriptions when run in non nntp mode.
When tin runs in NNTP mode all works fine.

tin expects the descriptions instead in /etc/news/descriptions! I found
that by studying the source package. Please move the file to a standard
location and name it the way INN wants it or provide a symlink.



From debian-devel-request@lists.debian.org Sat Jul 27 06:14:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 05:51:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 05:51:40 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 00:22:11 -0000
Resent-Date: 27 Jul 1996 00:22:11 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <owner@bugs.debian.org>
From: owner@bugs.debian.org
Message-Id: <m0ujwEC-000CdjC@submailer.bugs.debian.org>
Date: Fri, 26 Jul 96 16:23 PDT
To: debian-devel@lists.debian.org
Subject: Unanswered problem reports by date
Resent-Message-ID: <"Ik2Hz3.0.Ex3.o4M-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5457
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The following problem reports have not yet been marked as `taken up' by a
message to done@bugs.debian.org or or `forwarded' by a
message to forwarded@bugs.debian.org.

OVER 16 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref   Package    Keywords/Subject               Package maintainer
   660 gdb        GDB gets address of structure  David Engel <david@ods.com>
   725 xbase      twm places windows incorrectly Stephen Early <sde1000@debian.o

OVER 15 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref   Package    Keywords/Subject               Package maintainer
   740 xbase      xclock leaves `droppings' in i Stephen Early <sde1000@debian.o
   773 xbase      xmh falls over if mh is not in Stephen Early <sde1000@debian.o
   775 xbase      twm reports errors on incorrec Stephen Early <sde1000@debian.o
   797 termcap-co /etc/termcap console keydefs f Christian Hudon <chrish@debian.
   818 bash       bash builtin `echo' doesn't ch Klee Dienes <klee@sedona.com>
   820 tcsh       tcsh builtin `echo' doesn't ch Andrew Howell <andrew@it.com.au
   821 shellutils /bin/echo doesn't check write  daveb@tau.space.thiokol.com (Da
   825 trn        trn warning messages corrupt t jkr@master.debian.org (Jonathan
   836 termcap-co Possible bugs in termcap syste Christian Hudon <chrish@debian.

OVER 14 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref   Package    Keywords/Subject               Package maintainer
   887 xarchie    xarchie barfs when ftp closes  (unknown -- `xarchie')
   889 info       Info 3.1-6                     Erick Branderhorst <branderhors
   902 lpr        lpr can't print a PostScript f dgregor@coil.com (D.J. Gregor)
   911 libc4      libc causes rsh to fail on com (unknown -- `libc')

OVER 13 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref   Package    Keywords/Subject               Package maintainer
   957 dpkg       dpkg should automatically log  Ian Jackson <ian@chiark.chu.cam
   988 bsdutils   `script' is insecure, and gene Austin Donnelly <and1000@debian
   998 boot-flopp Can't Configure DOS Partitions Bruce Perens <Bruce@Pixar.com>
  1009 bash       bash problem with quoting/comp Klee Dienes <klee@sedona.com>
  1016 procps     top has 3's in vt100           Helmut Geyer <Helmut.Geyer@iwr.
  1032 boot-flopp Linux Counter Project Info Not Bruce Perens <Bruce@Pixar.com>
  1037 dpkg       dselect user interface (was Re Ian Jackson <ian@chiark.chu.cam
  1045 termcap-co tgetflag("hc") segfaults (fwd) Christian Hudon <chrish@debian.
  1061 lpr        /etc/printcap vs. /usr/man/man dgregor@coil.com (D.J. Gregor)

OVER 12 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref   Package    Keywords/Subject               Package maintainer
  1099 perl       perl bug                       Darren Stalder <torin@daft.com>
  1108 binutils   No manpage ar(5)               David Engel <david@ods.com>
  1112 gsfonts    a2gs output unusable by gs but joost witteveen <joostje@master
  1118 fortune    fortune is setuid games ?!     dhs@firefly.com (David H. Silbe
  1130 libc4      Stdlib.h problems when using g (unknown -- `libc')
  1164 shellutils who --help uses /etc/{w,u}tmp  daveb@tau.space.thiokol.com (Da
  1170 perl       perl fails to make headers fir Darren Stalder <torin@daft.com>
  1176 procps     /usr/bin/top segfault with unk Helmut Geyer <Helmut.Geyer@iwr.

OVER 11 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref   Package    Keywords/Subject               Package maintainer
  1201 perl       perl doesn't know about includ Darren Stalder <torin@daft.com>
  1211 libc4      libc __nis_getgrnam() segfault (unknown -- `libc')
  1233 ifrench    Bad french.hash file in ifrenc (unknown -- `ifrench')
  1239 findutils  /etc/cron.daily/find: updatedb Kevin Dalley <kevin@aimnet.com>
  1240 procps     ps(1) man page incomplete      Helmut Geyer <Helmut.Geyer@iwr.
  1246 procps     ps man page does not agree wit Helmut Geyer <Helmut.Geyer@iwr.
  1247 perl       perl <...> globbing only works Darren Stalder <torin@daft.com>
  1265 uucp       Misc. uucp bugs                dhs@firefly.com (David H. Silbe
  1275 xarchie    xarchie clumsy with 2-button m (unknown -- `xarchie')
  1278 libc4      dpkg seg faults with NIS       (unknown -- `libc')
  1279 libc4      Strangeness involving <bsd/sig (unknown -- `libc')
  1281 bin86      bin86                          (unknown -- `bin')
  1292 xserver-sv X locks up                     Stephen Early <sde1000@debian.o

OVER 10 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref   Package    Keywords/Subject               Package maintainer
  1303 binutils   `man 1 nm` slightly incomplete David Engel <david@ods.com>
  1314 ncurses3.0 ncurses fails in silly way on  (unknown -- `ncurses')
  1336 procps     CFLAGS shouldn't be used when  Helmut Geyer <Helmut.Geyer@iwr.
  1366 acm        acm networking problems        Ian Murdock <imurdock@debian.or
  1372 boot-flopp rootdisk: no dvorak keytable   Bruce Perens <Bruce@Pixar.com>
  1378 libc4      weird ELF/a.out difference     (unknown -- `libc')
  1381 workbone   workbone postinst fails        dgregor@bronze.coil.com (D.J. G
  1399 dpkg       dselect error handling not con Ian Jackson <ian@chiark.chu.cam
  1406 dbackup    backup postrm can fail when it dhs@firefly.com (David H. Silbe
  1411 perl       perlconfig misses an opportuni Darren Stalder <torin@daft.com>
  1429 bibtex, kp several TeX packages Provide t Nils Rennebarth <nils@nus.pan-n
  1451 ghostview  `ghostviewR6' conflict with gh Helmut Geyer <Helmut.Geyer@iwr.
  1467 ax25-kerne `ax25-kernel-source', `ax25-ut (unknown -- `ax')
  1480 dpkg       start-stop-daemon doesn't chec Ian Jackson <ian@chiark.chu.cam
  1481 smail      smail paniclog suggestion      Soenke Lange <soenke@escher.nor
  1488 dld        dld control file dsccription p gthomas@native-ed.bc.ca (Guy R.
  1502 ltxtool lt Uniform lists in debian.contro Nils Rennebarth <nils@nus.pan-n

OVER 9 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref   Package    Keywords/Subject               Package maintainer
  1526 dpkg       man dpkg(5) dpkg(8) dselect    Ian Jackson <ian@chiark.chu.cam
  1532 repair     no revision number with repair Richard Kettlewell <richard@elm
  1533 procps     `w' produces bogus login@, idl Helmut Geyer <Helmut.Geyer@iwr.
  1549 bash       bash should not have world-rea Klee Dienes <klee@sedona.com>
  1555 dpkg       dselect per-screen-half focus  Ian Jackson <ian@chiark.chu.cam
  1560 shellutils `su' produces incomplete log e daveb@tau.space.thiokol.com (Da
  1616 shellutils 'who' can't find utmp          daveb@tau.space.thiokol.com (Da
  1621 xbase      Xmark has no manpage           Stephen Early <sde1000@debian.o
  1624 bash       thermal run away problem       Klee Dienes <klee@sedona.com>
  1642 dpkg       dpkg recursive package listing Ian Jackson <ian@chiark.chu.cam
  1647 texbin     dpkg can present incorrect inf Nils Rennebarth <nils@nus.pan-n
  1653 texbin     Missing dvicopy(1) man page.   Nils Rennebarth <nils@nus.pan-n
  1663 texbin     TeX comes without configuratio Nils Rennebarth <nils@nus.pan-n
  1664 texbin     TeX is lacking documentation o Nils Rennebarth <nils@nus.pan-n
  1670 dpkg       start-stop-daemon is too slow  Ian Jackson <ian@chiark.chu.cam
  1672 ftp.debian non-free packages              Ian Murdock <imurdock@debian.or
  1681 cron       Missing files                  Steve Greenland <stevegr@master
  1685 libc4      dpkg-split --msdos not correct (unknown -- `libc')
  1686 mfbin      psfonts.map can't be found     Nils Rennebarth <nils@nus.pan-n
  1690 xbase      XDM protection fault on X conf Stephen Early <sde1000@debian.o
  1691 xbase      X config allows invalid numeri Stephen Early <sde1000@debian.o
  1693 smail      forwarded message from Harald  Soenke Lange <soenke@escher.nor
  1699 base       Install/Config quirks: Missing Bruce Perens <bruce@pixar.com>
  1702 bash       telnet+su root->thermal proces Klee Dienes <klee@sedona.com>
  1703 xtron      xtron documentation            Andrew Howell <andrew@it.com.au
  1707 kernel     image 1.2.13-5 has no msdos.o  Simon Shapiro  <Shimon@i-connec
  1708 adduser? m `passwd' not interruptible whe Steve Phillips <sjp@cvfn.org>
  1711 adduser    adduser replaces NIS entries i Steve Phillips <sjp@cvfn.org>
  1713 procps     procps: manpage doesn't tell t Helmut Geyer <Helmut.Geyer@iwr.
  1714 bash       bash is confused when breaking Klee Dienes <klee@sedona.com>
  1717 gopherd    gopherd recommends freeWAIS -  (unknown -- `gopherd')
  1718 gopherd    gopherd version has spurious q (unknown -- `gopherd')
  1742 base       /dev/tty has wrong permissions Bruce Perens <bruce@pixar.com>
  1744 kernel     dpkg: cannot scan updates dire Simon Shapiro  <Shimon@i-connec
  1746 bash       rsh <system> sh -i produces CP Klee Dienes <klee@sedona.com>
  1747 nas        nas: no manpages for au availa Michael Nonweiler <mrn20@cam.ac
  1759 kernel     running out of swap causes dea Simon Shapiro  <Shimon@i-connec
  1767 cern-httpd cern-httpd installation        Steve Greenland <stevegr@master
  1771 ltxtool    Legal problems with ltxtool    Nils Rennebarth <nils@nus.pan-n
  1774 libc4      <paths.h>: _PATH_DEFPATH conta (unknown -- `libc')

OVER 8 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref   Package    Keywords/Subject               Package maintainer
  1791 dosemu     dosemu troubles                Mike Deisher <deisher@dspsun.ea
  1796 xserver-s3 missing call to ntohs in X ser (unknown -- `xserver-s')
  1797 dpkg       upgrade/downgrade dependency c Ian Jackson <ian@chiark.chu.cam
  1799 smail      smail nameresloving problems   Soenke Lange <soenke@escher.nor
  1803 termcap-co /etc/termcap linux definition  Christian Hudon <chrish@debian.
  1818 dpkg       configure ordering based on Re Ian Jackson <ian@chiark.chu.cam
  1819 xbase      X11 doesn't set a lock on the  Stephen Early <sde1000@debian.o
  1823 texbin     texbin postinst failed with er Nils Rennebarth <nils@nus.pan-n
  1831 pgp-i      pgp-i bug..                    Ian Jackson <ian@chiark.chu.cam
  1834 bash       [kubla@goofy.zdv.Uni-Mainz.de: Klee Dienes <klee@sedona.com>
  1845 trn        dead.letter and dead.article a jkr@master.debian.org (Jonathan
  1851 gopher-cli gopher-client-2.1.1 has quotes (unknown -- `gopher-client')
  1853 procps     top fails after 130 processes? Helmut Geyer <Helmut.Geyer@iwr.
  1855 base       packages adding entries to /et Bruce Perens <bruce@pixar.com>
  1856 perl       creating perl header files     Darren Stalder <torin@daft.com>
  1858 kpathsea   kpathsea package does not inst Nils Rennebarth <nils@nus.pan-n
  1865 kpathsea   cmr10 at 10.0pt not loadable:  Nils Rennebarth <nils@nus.pan-n
  1873 dvipsk     dvipsk ignores /etc/papersize! Nils Rennebarth <nils@nus.pan-n
  1874 a2ps       a2ps ignores /etc/papersize!   (unknown -- `a')
  1879 emacs      Emacs shell mode weirdness - l Mark Eichin <eichin@kitten.gen.
  1881 majordomo  Majordomo UID wrong?           Richard Kettlewell <richard@elm
  1885 base       base 0.93.6-13: doesn't create Bruce Perens <bruce@pixar.com>
  1901 kbd        `compose' keytable command not Dominik Kubla <Dominik.Kubla@Un
  1908 procps     Top and tabs                   Helmut Geyer <Helmut.Geyer@iwr.
  1914 kernel     general protection in unix_pro Simon Shapiro  <Shimon@i-connec
  1916 perl       perl: wrong entries in Config. Darren Stalder <torin@daft.com>
  1921 dpkg       update-alternatives prompt, dp Ian Jackson <ian@chiark.chu.cam
  1922 kernel     1.3.43 Kernel is too nice      Simon Shapiro  <Shimon@i-connec
  1923 lpr        lpr not de-installing          dgregor@coil.com (D.J. Gregor)

OVER 7 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref   Package    Keywords/Subject               Package maintainer
  1929 smail      aliasinclude and forwardinclud Soenke Lange <soenke@escher.nor
  1933 procps     w from procps gives wrong idle Helmut Geyer <Helmut.Geyer@iwr.
  1934 mfbin      font scaling problem           Nils Rennebarth <nils@nus.pan-n
  1954 base       setting up the network         Bruce Perens <bruce@pixar.com>
  1955 base       base discs still aren't creati Bruce Perens <bruce@pixar.com>
  1962 kernel     kernel needs sbpcd.h editing i Simon Shapiro  <Shimon@i-connec
  1972 perl       perl should suggest kernel sou Darren Stalder <torin@daft.com>
  1973 workbone   workbone postinst needs reword dgregor@bronze.coil.com (D.J. G
  1981 xcontrib   xman fails to format ascii(7)  Stephen Early <sde1000@cam.ac.u
  1984 workbone   dpkg won't install cdtool      dgregor@bronze.coil.com (D.J. G
  1985 xbase      xdm won't redirect to remote m Stephen Early <sde1000@debian.o
  1989 kernel     mmap bug?                      Simon Shapiro  <Shimon@i-connec
  1995 cron       run-parts on laptops           Steve Greenland <stevegr@master
  1997 ncurses3.0 ncurses linux terminal definit (unknown -- `ncurses')
  2001 base       Incorrect ownership of audio d Bruce Perens <bruce@pixar.com>
  2009 mailx      mailx ignores ^C at Subject pr Dale Miller <dale@csd.uwo.ca>
  2010 mailx      mailx misses VM-generated From Dale Miller <dale@csd.uwo.ca>
  2011 libc4      very silly messages from rsh   (unknown -- `libc')
  2022 general    utmp corruption                debian-devel@pixar.com
  2023 texbin     latex dumps core on -QUIT      Nils Rennebarth <nils@nus.pan-n
  2027 kpathsea   tiny bug in web2c debian.rules Nils Rennebarth <nils@nus.pan-n
  2037 bibtex     bibtex not searching $TEXINPUT Nils Rennebarth <nils@nus.pan-n
  2038 texbin     tex man page has unexpanded ma Nils Rennebarth <nils@nus.pan-n
  2039 xserver-ma X server font erosion          (unknown -- `xserver-mach')
  2047 grep       grep segfaults when abused     Joe Kirby <kirby@utk.edu>
  2051 xntp       /etc/ntp.conf is an auto-handl Andrew Howell <andrew@it.com.au
  2052 cron       find over NFS                  Steve Greenland <stevegr@master
  2054 latex,xdvi no subject (file transmission) Nils Rennebarth <nils@nus.pan-n
  2063 kernel     scsi driver sequence unreasona Simon Shapiro  <Shimon@i-connec
  2064 kernel     aha1740 driver only supports o Simon Shapiro  <Shimon@i-connec
  2067 lynx       lynx -source can't find docume Andrew Howell <andrew@it.com.au
  2068 shellutils su doesn't su.                 daveb@tau.space.thiokol.com (Da
  2070 base       /etc/issue and /etc/issue.net  Bruce Perens <bruce@pixar.com>

OVER 6 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref   Package    Keywords/Subject               Package maintainer
  2076 ncurses-bi reset(1)                       Michael Alan Dorman <mdorman@lo
  2085 ncurses3.0 /usr/lib/termcap/l/linux kbs C (unknown -- `ncurses')
  2099 ax25-util  slip module stops axattach     (unknown -- `ax')
  2104 dvipsk     dvips doesn't provide color    Nils Rennebarth <nils@nus.pan-n
  2105 kernel     console error messages "Source Simon Shapiro  <Shimon@i-connec
  2110 bash       Bash tab completion of non alp Klee Dienes <klee@sedona.com>
  2112 inn        Submission for INN doc file    Miquel van Smoorenburg <miquels
  2122 xdvik      xdvik doesn't handle the `zcat Nils Rennebarth <nils@nus.pan-n
  2158 ncurses-te new ncurses bug ?              Michael Alan Dorman <mdorman@lo
  2159 procps     "ps pids" lists more than just Helmut Geyer <Helmut.Geyer@iwr.
  2161 binutils   elf-binutils 2.5.2l.20-1 ld ca David Engel <david@ods.com>
  2167 timezone   timezone zdump for US zones gi Fernando Alegre <alegre@mars.su
  2169 timezone   timezone zdump utility should  Fernando Alegre <alegre@mars.su
  2170 timezone   timezone: it needs more docume Fernando Alegre <alegre@mars.su
  2171 timezone   timezone: how to determine zon Fernando Alegre <alegre@mars.su
  2177 strace     "strace -ff -o file dpkg --ins Wichert Akkerman <wakkerma@wi.l
  2182 perl       perl shouldn't touch /usr/loca Darren Stalder <torin@daft.com>
  2183 emacs      emacs shouldn't touch /usr/loc Mark Eichin <eichin@kitten.gen.
  2184 perl       perl's sys/socket.ph causes wa Darren Stalder <torin@daft.com>
  2185 mflib      texmf/metafont or texmf/mf ?   Erick Branderhorst <branderh@de
  2186 texlib     national hyphenation patterns  Nils Rennebarth <nils@nus.pan-n
  2196 ytalk      ytalk `shell' option can't run Andrew Howell <andrew@it.com.au
  2197 hdparm     hdparm -c switch               gthomas@native-ed.bc.ca (Guy R.
  2198 uucp       uuxqt can't execute rmail      dhs@firefly.com (David H. Silbe
  2200 ghostview  Description                    Helmut Geyer <Helmut.Geyer@iwr.
  2205 most       Description                    Chris Fearnley <cjf@netaxs.com>
  2206 rsynth     Description                    (unknown -- `rsynth')
  2209 dld        Description                    gthomas@native-ed.bc.ca (Guy R.
  2211 auto-pgp   Description                    (unknown -- `auto-pgp')
  2217 kbd        loadkeys problem               Dominik Kubla <Dominik.Kubla@Un
  2220 inn        INN feed password interacts ba Miquel van Smoorenburg <miquels
  2231 mathpad    mathpad problems               (unknown -- `mathpad')
  2233 groff      groff-1.09-4                   Alvar Bray <alvar@meiko.co.uk>
  2235 emacs      emacs eats manual pages        Mark Eichin <eichin@kitten.gen.
  2238 kbd        another loadkeys problem       Dominik Kubla <Dominik.Kubla@Un
  2241 perl       Perl 5.002-3 handles LANG and  Darren Stalder <torin@daft.com>
  2242 mc (Midnig mc should depend on ncurses3.0 Fernando Alegre <alegre@mars.su
  2243 xbase      xterm vanishes when it's big ( Stephen Early <sde1000@debian.o

OVER 5 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref   Package    Keywords/Subject               Package maintainer
  2251 perl       Perl coredumps while invoking  Darren Stalder <torin@daft.com>
  2254 perl       perl doesn't initialize variab Darren Stalder <torin@daft.com>
  2265 bash       bash `horizontal scroll' can't Klee Dienes <klee@sedona.com>
  2267 emacs      emacs ange ftp fails           Mark Eichin <eichin@kitten.gen.
  2268 cern-httpd stale documentation links      Steve Greenland <stevegr@master
  2275 timezone   ctime(3) should be replaced by Fernando Alegre <alegre@mars.su
  2284 mailx      mailx ^C at Cc: prompt sends m Dale Miller <dale@csd.uwo.ca>
  2291 ncurses3.0 missing terminfo capabilities  (unknown -- `ncurses')
  2292 shellutils date does not support dates pa daveb@tau.space.thiokol.com (Da
  2293 uucp       uucp should compress big files dhs@firefly.com (David H. Silbe
  2295 lynx       (no subject)                   Andrew Howell <andrew@it.com.au
  2296 bugs.debia debian-bugs WWW doesn't say ho Ian Jackson <ijackson@chiark.ch
  2297 xbase      xterm gets mouse-paste and RET Stephen Early <sde1000@debian.o
  2298 trn        trn bug with shell escaping    jkr@master.debian.org (Jonathan
  2301 bash       bash doesn't document any way  Klee Dienes <klee@sedona.com>
  2302 rcs        RCS - problems with msdos file Sven Rudolph <sr1@inf.tu-dresde
  2304 mount      umount calls gethostbyname() a Robert Leslie <rob@mars.org>
  2309 adduser    Multiple root accounts         Steve Phillips <sjp@cvfn.org>
  2311 svgalib1-b svgalib has undocumented setui (unknown -- `svgalib')
  2313 xbase      xterm keymapping problems susp Stephen Early <sde1000@debian.o
  2318 emacs      Emacs makes it hard for MTAs t Mark Eichin <eichin@kitten.gen.
  2321 libc5 (and libc doesn't use **h_aliases ( (unknown -- `libc')
  2334 mh         MH scan -width dumps core      Michael Alan Dorman <mdorman@lo
  2338 cron       finds in cron.daily should be  Steve Greenland <stevegr@master
  2345 shellutils Inclusion of shadow breaks up  daveb@tau.space.thiokol.com (Da
  2346 mh         MH can lose mail               Michael Alan Dorman <mdorman@lo
  2348 smail      Smail fails to define NO_PETER Soenke Lange <soenke@escher.nor
  2353 xterm-colo postrm script broken           Mark Eichin <eichin@cygnus.com>
  2356 mailx      mailx -- problems with TMPDIR  Dale Miller <dale@csd.uwo.ca>
  2357 dvipsk     dvipsk generated PS causes `re Nils Rennebarth <nils@nus.pan-n
  2360 xbase      xdm cannot find a free VT      Stephen Early <sde1000@debian.o
  2362 bash       bash (readline) dumps core on  Klee Dienes <klee@sedona.com>
  2365 pine       Pine erases message before I c (unknown -- `pine')
  2367 pine       Pine supplies PATH line when p (unknown -- `pine')
  2379 svgalib1   svgalib postinst broken        (unknown -- `svgalib')
  2382 nvi        would like `view' link for nvi Steve Greenland <stevegr@neosof
  2387 libc5-dev  gethostbyaddr(3) ill documente (unknown -- `libc')
  2392 emacs      Emacs mishandles fonts under X Mark Eichin <eichin@kitten.gen.
  2402 procps     ps no longer understands `g' o Helmut Geyer <Helmut.Geyer@iwr.
  2405 perl       perl postinst messages re unct Darren Stalder <torin@daft.com>
  2417 emacs      emacs inferior process buffers Mark Eichin <eichin@kitten.gen.
  2423 smail      scattered sendmail links       Soenke Lange <soenke@escher.nor
  2425 ispell     ispell thinks `formated' is co Kenneth MacDonald <K.MacDonald@
  2426 apache     apache overwrites existing hom Yves Arrouye <Yves.Arrouye@mari
  2427 procps     top d 60 fails                 Helmut Geyer <Helmut.Geyer@iwr.

OVER 4 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref   Package    Keywords/Subject               Package maintainer
  2428 nvi        nvi segmentation faults        Steve Greenland <stevegr@neosof
  2430 kermit     kermit configuration script is (unknown -- `kermit')
  2431 emacs      Emacs mishandles X fonts.      Mark Eichin <eichin@kitten.gen.
  2439 sysvinit   rc?.d scripts sometimes not ru Miquel van Smoorenburg <miquels
  2440 perl       sys/socket.ph produces spuriou Darren Stalder <torin@daft.com>
  2450 cdtool     `cdir' prints out huge chunks  dgregor@gregor.com (D.J. Gregor
  2455 svgalib1   can't install svgalib1-1.28-5  (unknown -- `svgalib')
  2460 procps     bizarre output from `free'     Helmut Geyer <Helmut.Geyer@iwr.
  2463 kernel     "msdos" filesystem needed for  Simon Shapiro  <Shimon@i-connec
  2470 kernel     in kernel Attached ether adapt Simon Shapiro  <Shimon@i-connec
  2474 ncurses-bi /usr/bin/reset does the wrong  Michael Alan Dorman <mdorman@lo
  2475 at         `at' uses middle-endian 2-digi Martin Schulze <joey@infodrom.n
  2476 emacs      emacs mucks up my email addres Mark Eichin <eichin@kitten.gen.
  2477 emacs      annoying bug in emacs          Mark Eichin <eichin@kitten.gen.
  2478 emacs      ange ftpd croaks on anonftpd   Mark Eichin <eichin@kitten.gen.
  2479 emacs      ange-ftp is incredibly ineffic Mark Eichin <eichin@kitten.gen.
  2481 general    /sbin/ldconfig in scripts      debian-devel@pixar.com
  2483 libdb1     libdb1 uses not-yet-completely (unknown -- `libdb')
  2484 libgdbm1   libgdbm1 conflicts with some v (unknown -- `libgdbm')
  2486 xwpe       Ghost packages                 dgregor@coil.com (D.J. Gregor)
  2493 gcc        GCC -O3 produces unsatisfied e David Engel <david@ods.com>
  2495 perl       perl requires tcsh (as it is c Darren Stalder <torin@daft.com>
  2497 amd        Fixes for amd-upl102           Dominik Kubla <Dominik.Kubla@Un
  2501 perl       (no subject)                   Darren Stalder <torin@daft.com>
  2502 perl       configure fails if /vmlinuz is Darren Stalder <torin@daft.com>
  2503 elv-ctags  elvis and emacs both provide c mitchell@mdd.comm.mot.com (Bill
  2504 libdb1     remove -m486 from Makefile     (unknown -- `libdb')
  2510 rxvt       rxvt-2.14 breaks old scripts   Andrew Howell <andrew@it.com.au
  2520 procps     procps needs dependency on ncu Helmut Geyer <Helmut.Geyer@iwr.
  2524 base       problems with base package     Bruce Perens <bruce@pixar.com>
  2530 bind       bind locks up system           Robert Leslie <rob@mars.org>
  2531 dpkg       install-info should use better Ian Jackson <ian@chiark.chu.cam
  2532 emacs      Emacs fails to use `set -e' in Mark Eichin <eichin@kitten.gen.
  2536 dpkg       dpkg inappropriately marks pac Ian Jackson <ian@chiark.chu.cam
  2538 base       audio devices have different g Bruce Perens <bruce@pixar.com>
  2542 netatalk   No default config files?       Klee Dienes <klee@sedona.com>
  2547 tf         tf does not support visual mod Andrew Howell <andrew@it.com.au
  2555 lpr        lpd source files aren't clean  dgregor@coil.com (D.J. Gregor)
  2556 lpr        "\031\1"                       dgregor@coil.com (D.J. Gregor)
  2557 elm        add to elm manpage             Carl Streeter <streeter@cae.wis
  2562 elm        elm manpage paths incorrect    Carl Streeter <streeter@cae.wis
  2569 boot-flopp bootdisk: Leading dot in dnsdo Bruce Perens <Bruce@Pixar.com>
  2573 libc5-dev  sysinfo system call not in lib (unknown -- `libc')
  2575 ytalk      ytalk lies about who you are t Andrew Howell <andrew@it.com.au
  2576 dpkg       base: selecting [A]ccess with  Ian Jackson <ian@chiark.chu.cam
  2589 perl       perl can't load libdb.so.1     Darren Stalder <torin@daft.com>
  2590 perl       new revision of perl does not  Darren Stalder <torin@daft.com>
  2591 dialog     rootdisk                       David Engel <david@ods.com>
  2592 elvisnox   Elvis Compilation Peoblem      sgk@sgk.tiac.net ("Susan G. Kle
  2593 perl       perl tries to install in /usr/ Darren Stalder <torin@daft.com>
  2603 dpkg       dpkg-1.1.3 seg fault when inst Ian Jackson <ian@chiark.chu.cam
  2604 ash        ash: cc: Internal compiler err Bruce Perens <Bruce@Pixar.com>
  2605 ifrench    #1233,#1793 (ifrench doesn't w (unknown -- `ifrench')
  2610 libg++27   support for m68k-linux         (unknown -- `libg++')

OVER 3 MONTHS OLD - ATTENTION IS REQUIRED:
 Ref   Package    Keywords/Subject               Package maintainer
  2621 texbin     unstable/texbin install fails  Nils Rennebarth <nils@nus.pan-n
  2630 emacs      emacs package needs to break c Mark Eichin <eichin@kitten.gen.
  2634 emacs      emacs hung                     Mark Eichin <eichin@kitten.gen.
  2648 mh                                        Michael Alan Dorman <mdorman@lo
  2650 win32binut win32binutils has /usr/bin/fle (unknown -- `win')
  2658 perl       Errors during perlconfig       Darren Stalder <torin@daft.com>
  2661 mh         dist and mh both have a dist m Michael Alan Dorman <mdorman@lo
  2664 dpkg       arrow keys fail in dselect not Ian Jackson <ian@chiark.chu.cam
  2671 timezone   timezone Mexico/General doesn' Fernando Alegre <alegre@mars.su
  2682 timezone   Zoneinfo library has a name-cl Fernando Alegre <alegre@mars.su
  2688 base       base: wrong group for rft* dev Bruce Perens <bruce@pixar.com>
  2689 xemacs     (no subject)                   (unknown -- `xemacs')
  2690 netatalk   netatalk: a few small problems Klee Dienes <klee@sedona.com>
  2691 perl       new perl break suid scripts    Darren Stalder <torin@daft.com>
  2692 kernel     kernel swap space problem      Simon Shapiro  <Shimon@i-connec
  2699 ytalk      ytalk doesn't use FQDNs        Andrew Howell <andrew@it.com.au
  2701 seyon      seyon: dpkg --purge doesn't wo Sven Rudolph <sr1@inf.tu-dresde
  2703 apache     apache: wrong location of icon Yves Arrouye <Yves.Arrouye@mari
  2709 emacs      emacs should list /usr/lib/ema Mark Eichin <eichin@kitten.gen.
  2710 xterm-colo colour xterm has problems when Mark Eichin <eichin@cygnus.com>
  2714 emacs      Emacs and XEmacs share files   Mark Eichin <eichin@kitten.gen.
  2717 general    conffiles in /usr              debian-devel@pixar.com
  2721 procps     free fails to understand recen Helmut Geyer <Helmut.Geyer@iwr.
  2728 procps     top coredump                   Helmut Geyer <Helmut.Geyer@iwr.
  2731 emacs      emacs with gud creates ~/.term Mark Eichin <eichin@kitten.gen.
  2733 mailx      /usr/bin/mail leaves lock file Dale Miller <dale@csd.uwo.ca>
  2737 arrl-infos arrl-infoserv: missing source  (unknown -- `arrl-infoserv')
  2738 boot-flopp Installing Debian 1.1          Bruce Perens <Bruce@Pixar.com>
  2739 boot-flopp Configuring Network with Debia Bruce Perens <Bruce@Pixar.com>
  2740 boot-flopp Configuring Network with Debia Bruce Perens <Bruce@Pixar.com>
  2741 base       First booting with Debian 1.1  Bruce Perens <bruce@pixar.com>
  2758 dld        dld: missing source file       gthomas@native-ed.bc.ca (Guy R.
  2762 ax25-kerne ax25-kernel-source: missing so (unknown -- `ax')
  2764 texpsfnt   texpsfnt: missing source file  Nils Rennebarth <nils@nus.pan-n
  2765 ax25-util  ax25-util: missing source file (unknown -- `ax')
  2774 syslinux   syslinux: missing source file  Bruce Perens <Bruce@Pixar.com>
  2785 timezone   Timezone has static library?   Fernando Alegre <alegre@mars.su
  2789 elm        elm doesn't show rest of pgp-s Carl Streeter <streeter@cae.wis
  2796 sysvinit   sysvinit makes obsolete symbol Miquel van Smoorenburg <miquels
  2797 nvi        nvi dumped core?               Steve Greenland <stevegr@neosof
  2802 apache     apache tweaks                  Yves Arrouye <Yves.Arrouye@mari
  2803 xdvik      xdvi does not handle redraws o Nils Rennebarth <nils@nus.pan-n
  2806 ncurses3.0 ncurses man pages internal inc (unknown -- `ncurses')
  2808 cron       wrong crontab entry for atrun  Steve Greenland <stevegr@master
  2810 uucp       uucp postrm should use -f flag dhs@firefly.com (David H. Silbe
  2812 apache     Apache server: SECURITY HOLE   Yves Arrouye <Yves.Arrouye@mari
  2814 apache     Apache 1.0.3: wrong manpage    Yves Arrouye <Yves.Arrouye@mari
  2818 bash       bash doesn't provide enough do Klee Dienes <klee@sedona.com>
  2819 bind       named loses (in an easily fixe Robert Leslie <rob@mars.org>
  2822 inn        Some minor glitches with the i Miquel van Smoorenburg <miquels
  2823 mc         mc segfaults on reconnect of f Fernando Alegre <alegre@mars.su
  2825 nvi        restricted movement in nvi     Steve Greenland <stevegr@neosof
  2828 dpkg       have to install xosview twice  Ian Jackson <ian@chiark.chu.cam
  2829 emacs      emacs: gdb says: slashes aren' Mark Eichin <eichin@kitten.gen.

Over two months old - attention is required:
 Ref   Package    Keywords/Subject               Package maintainer
  2832 nvi        nvi likes turning auto-margins Steve Greenland <stevegr@neosof
  2834 dpkg       desect loses state if it can't Ian Jackson <ian@chiark.chu.cam
  2839 xemacs     Xemacs problems                (unknown -- `xemacs')
  2840 base       Conflicting entries in login/g Bruce Perens <bruce@pixar.com>
  2841 procps     top produces `$<3>' at end of  Helmut Geyer <Helmut.Geyer@iwr.
  2850 boot-flopp nfs.o isn't loaded in clean de Bruce Perens <Bruce@Pixar.com>
  2852 g77        Bug 2711: g77 does not include (unknown -- `g')
  2855 nvi        nvi changes xterm settings...  Steve Greenland <stevegr@neosof
  2856 bash       fd leak in bash                Klee Dienes <klee@sedona.com>
  2861 manpages   glob(3) references glob(7); th Martin Schulze <joey@debian.org
  2863 ncurses-ba dselect and ncurses in select  Michael Alan Dorman <mdorman@lo
  2868 amd        amd hangs on tcsh hostname com Dominik Kubla <Dominik.Kubla@Un
  2870 dpkg-ftp   dpkg-ftp-1.4.1 bug             awpguy@acs.ucalgary.ca (Andy W.
  2872 apache     Apache starts several times    Yves Arrouye <Yves.Arrouye@mari
  2874 gpm        gpm will not work if the syste Martin Schulze <joey@infodrom.n
  2876 svgalib1   svgalib will not work in a set (unknown -- `svgalib')
  2884 tkman      tkman doesn't use /var/catman  David Engel <david@ods.com>
  2889 base       no NCR 53c810 driver in 1.1 bo Bruce Perens <bruce@pixar.com>
  2891 taper      taper documentation is missing Joe Kirby <kirby@utk.edu>
  2892 setserial  setserial marked as Essential  Gordon Russell <gor@dcs.napier.
  2894 dpkg       dpkg guidelines info files not Ian Jackson <ian@chiark.chu.cam
  2895 base       base -- incorrect passwd entry Bruce Perens <bruce@pixar.com>
  2896 libdb1     postinst has bad permissions 6 (unknown -- `libdb')
  2899 libreadlin postinst has bad permissions 6 (unknown -- `libreadline')
  2904 dpkg       install-info doesn't cope with Ian Jackson <ian@chiark.chu.cam
  2906 glibcdoc   Inconsistency in libc.info re  Erick Branderhorst <branderh@de
  2908 sysvinit   mesg sets wrong permissions on Miquel van Smoorenburg <miquels
  2909 gcc        GCC Info has funny formatting  David Engel <david@ods.com>
  2910 gcc        GCC accepts multi-line strings David Engel <david@ods.com>
  2911 dpkg       Conffiles are deleted too late Ian Jackson <ian@chiark.chu.cam
  2913 ipx        ipx bootup scripts are broken  mrn20@cam.ac.uk (Michael R. Non
  2919 fort77     very bad fort77 installation m (unknown -- `fort')
  2920 base       incorrect entry for nobody in  Bruce Perens <bruce@pixar.com>
  2923 cdtool     CD-ROM device /dev/hdc permiss dgregor@gregor.com (D.J. Gregor
  2926 lilo       Lilo: can't make documentation Bruce Perens <Bruce@Pixar.com>
  2927 base       /usr/info/dir in base confuses Bruce Perens <bruce@pixar.com>
  2928 base       nobody has wrong login shell   Bruce Perens <bruce@pixar.com>
  2929 dpkg       dpkg-name 1.1.6 is broken.     Ian Jackson <ian@chiark.chu.cam
  2933 dpkg-ftp   dpkg-ftp needs perl 5.002      awpguy@acs.ucalgary.ca (Andy W.
  2934 apache     Some cgi scripts don't work    Yves Arrouye <Yves.Arrouye@mari
  2937 bootdisk   Copyright message function key Bruce Perens <bruce@pixar.com>
  2938 procps     libproc is in wrong place      Helmut Geyer <Helmut.Geyer@iwr.
  2939 dpkg       Bad dpkg/ldconfig Interaction  Ian Jackson <ian@chiark.chu.cam
  2940 kernel     image-1.3.64-0 lacks scsi tape Simon Shapiro  <Shimon@i-connec
  2941 ftp.debian lots of hyphens in archive     Ian Murdock <imurdock@debian.or
  2942 timezone?, Wrong timezone for Europe/Wars Fernando Alegre <alegre@mars.su
  2945 rootdisk   Bus Error given by rootdisk    Ian Murdock <imurdock@debian.or
  2946 lynx       Lynx gives fatal error message Andrew Howell <andrew@it.com.au
  2956 bootdisk   beta experience                Bruce Perens <bruce@pixar.com>
  2959 shellutils date +%Z bug                   daveb@tau.space.thiokol.com (Da
  2962 ncurses3.0 dselect arrow keys don't work  (unknown -- `ncurses')
  2964 lynx       lynx -dump fails through proxy Andrew Howell <andrew@it.com.au
  2965 lynx       lynxexec not compiled into lyn Andrew Howell <andrew@it.com.au
  2966 bugs.debia bugs2ftp is broken             Ian Jackson <ijackson@chiark.ch
  2969 man        zsoelim [in man] is confused b Alvar Bray <alvar@debian.org>
  2970 groff      soelim [in groff] is confused  Alvar Bray <alvar@meiko.co.uk>
  2971 mailx      mailx doesn't quit on two succ Dale Miller <dale@csd.uwo.ca>
  2972 mfbin      MetaFONT linked against X libr Nils Rennebarth <nils@nus.pan-n
  2973 dpkg       install-info created 5 Develop Ian Jackson <ian@chiark.chu.cam
  2975 base       [base] missing /dev entries    Bruce Perens <bruce@pixar.com>
  2978 base       May 13 15:51:25 lohi wu-ftpd[3 Bruce Perens <bruce@pixar.com>
  2982 xntp       xntp calls ntpdate at start    Andrew Howell <andrew@it.com.au
  2989 rxvt       rxvt source bug                Andrew Howell <andrew@it.com.au
  2991 elm        nfrm is not installed...       Carl Streeter <streeter@cae.wis
  2998 bugs.debia bugs2ftp still flaky           Ian Jackson <ijackson@chiark.ch
  3002 base       majordomo has conflicting grou Bruce Perens <bruce@pixar.com>
  3019 kernel     no 386 support in kernel_image Simon Shapiro  <Shimon@i-connec
  3026 xbase      xbase et al postinst doesn't f Stephen Early <sde1000@debian.o
  3027 base       updatedb can't run properly    Bruce Perens <bruce@pixar.com>
  3031 boot-flopp various boot-floppies nits     Bruce Perens <Bruce@Pixar.com>
  3034 lpr        SOLVED: can't remove print job dgregor@coil.com (D.J. Gregor)
  3035 nvi        nvi dumps core                 Steve Greenland <stevegr@neosof
  3036 base       automatic adduser/addgroup in  Bruce Perens <bruce@pixar.com>
  3038 lpr        SOLVED: can't remove print job dgregor@coil.com (D.J. Gregor)
  3039 base       MAKEDEV script does not create Bruce Perens <bruce@pixar.com>
  3040 kernel     Sound module in 1.3.95 kernel  Simon Shapiro  <Shimon@i-connec
  3042 elm        Elm produces bogus Content-Typ Carl Streeter <streeter@cae.wis
  3046 smail      Smail configuration problem?   Soenke Lange <soenke@escher.nor
  3047 cron       cron script problem?           Steve Greenland <stevegr@master
  3050 xbmbrowser xbmbrowser man page installed  Nils Rennebarth <nils@nus.pan-n
  3052 guile      guile is missing slib.info.gz  Klee Dienes <klee@sedona.com>
  3053 gnats      gnats: typo in postinst omits  bcwhite@pobox.com (Brian C. Whi
  3056 ash        ash-source contains objects    Bruce Perens <Bruce@Pixar.com>
  3060 sysklogd   problems with new sysklogd-1.3 Martin Schulze <joey@linux.de>
  3064 boot-flopp need a pointer in /usr/doc/boo Bruce Perens <Bruce@Pixar.com>
  3066 general    a.out binaries in various pack debian-devel@pixar.com
  3067 xaw3d      broken libXaw3d                (unknown -- `xaw')
  3070 base       base copyright string          Bruce Perens <bruce@pixar.com>
  3073 xbase      xbase contains imake and xmkmf Stephen Early <sde1000@debian.o
  3075 lpr, magic lpr, magicfilter, dvi-fonts fa dgregor@coil.com (D.J. Gregor)
  3077 mfbin      gray font .mf files missing fr Nils Rennebarth <nils@nus.pan-n
  3080 procps     error message in syslog caused Helmut Geyer <Helmut.Geyer@iwr.
  3084 timezone   missing timezones              Fernando Alegre <alegre@mars.su
  3087 shellutils Bug in date.                   daveb@tau.space.thiokol.com (Da
  3093 perl       Perl dumps core                Darren Stalder <torin@daft.com>
  3095 xbase      xbase kills xdm and *then* ask Stephen Early <sde1000@debian.o
  3096 lxtools    lxtools: user error (misuse of Joe Kirby <kirby@utk.edu>
  3098 man        man-2.3.10-11 segfaults        Alvar Bray <alvar@debian.org>
  3099 cron       /etc/cron.daily/standard secur Steve Greenland <stevegr@master
  3102 procps     top has problems when not on c Helmut Geyer <Helmut.Geyer@iwr.
  3103 sysklogd   "/etc/init.d/sysklogd restart" Martin Schulze <joey@linux.de>
  3105 lynx       lynx access to dot files is di Andrew Howell <andrew@it.com.au
  3106 kernel     v 1.1 beta kernel image not fo Simon Shapiro  <Shimon@i-connec
  3107 nas        nas postinst could use a warni Michael Nonweiler <mrn20@cam.ac
  3108 snmp       snmpd provides too much inform David Engel <david@ods.com>
  3109 man        man 9menu unpleasant           Alvar Bray <alvar@debian.org>
  3110 xbase?     X servers muck up xdm when uni Stephen Early <sde1000@debian.o
  3112 uucp       UUCP uses /usr/spool/uucp (and dhs@firefly.com (David H. Silbe
  3113 ncurses3.0 dselect provokes ncurses probl (unknown -- `ncurses')
  3114 cron       cron.daily/standard script     Steve Greenland <stevegr@master
  3115 taper      taper recommends ftape         Joe Kirby <kirby@utk.edu>
  3119 emacs      emacs font handling            Mark Eichin <eichin@kitten.gen.
  3121 boot-flopp boot-floppies doesn't have bas Bruce Perens <Bruce@Pixar.com>
  3122 debianutil run-parts should ignore RCS    Guy Maor <maor@debian.org>
  3124 cern-httpd CERN httpd sends useless cron  Steve Greenland <stevegr@master
  3125 dpkg       bug (and correction) in dpkg-1 Ian Jackson <ian@chiark.chu.cam
  3128 mc         mc-3.2.1-1 needs libgpm.so.1   Fernando Alegre <alegre@mars.su
  3130 sysvinit   sysvinit init.d/network script Miquel van Smoorenburg <miquels

Over one month old:
 Ref   Package    Keywords/Subject               Package maintainer
  3135 psnfss     psnfss has no Architecture fie Nils Rennebarth <nils@nus.pan-n
  3140 sysvinit   /etc/init.d/boot has rm -f bug Miquel van Smoorenburg <miquels
  3142 rootdisk   1.1 installation and large par Ian Murdock <imurdock@debian.or
  3143 sysvinit   sysvinit init.d/network script Miquel van Smoorenburg <miquels
  3146 base, ae   1.1 installation: ae doesn't w Bruce Perens <bruce@pixar.com>
  3147 rootdisk   May 19 boot floppies...        Ian Murdock <imurdock@debian.or
  3148 cron       Cron: Cannot stat in /var/spoo Steve Greenland <stevegr@master
  3149 base       upgrading base truncates utmp  Bruce Perens <bruce@pixar.com>
  3151 sendmail   Sendmail runs too late         Robert Leslie <rob@mars.org>
  3153 inn        inn ctlinnd not readable/execu Miquel van Smoorenburg <miquels
  3155 spice      spice still on my system       (unknown -- `spice')
  3156 lpr        lpr and smail uuname returned  dgregor@coil.com (D.J. Gregor)
  3158 most       most differs from man page     Chris Fearnley <cjf@netaxs.com>
  3161 general    Newbie 1.1beta installation.   debian-devel@pixar.com
  3162 xbase      disconnects between ncurses-ba Stephen Early <sde1000@debian.o
  3163 ncurses-ba disconnects between ncurses-ba Michael Alan Dorman <mdorman@lo
  3164 smail      runq dumps core                Soenke Lange <soenke@escher.nor
  3165 manpages   fcntl(2) references nonexisten Martin Schulze <joey@debian.org
  3166 nvi        SIGSEGV on TERM=dumb           Steve Greenland <stevegr@neosof
  3169 genscript  dvipsk doesn't use /etc/papers Sven Rudolph <sr1@inf.tu-dresde
  3170 dpkg       again dpkg --root=xxx          Ian Jackson <ian@chiark.chu.cam
  3174 bash       set -i doesn't work in bash    Klee Dienes <klee@sedona.com>
  3176 mandelspaw mandelspawn slave problems     Andrew Howell <andrew@it.com.au
  3177 bash       sh -nc <command> actually runs Klee Dienes <klee@sedona.com>
  3179 emacs      emacs ctags segfaults          Mark Eichin <eichin@kitten.gen.
  3180 linuxdoc-s linuxdoc-sgml semantics and fo Sven Rudolph <sr1@inf.tu-dresde
  3182 cron       cron's checksecurity runs find Steve Greenland <stevegr@master
  3183 base       permissions problems with /var Bruce Perens <bruce@pixar.com>
  3185 bootdisk   Lack of NCR53c810 support on b Bruce Perens <bruce@pixar.com>
  3186 xfractint  Can't chdir                    (unknown -- `xfractint')
  3189 nvi        nvi over-cautious about .exrc? Steve Greenland <stevegr@neosof
  3190 libc5      rlogin takes far too long when (unknown -- `libc')
  3191 ncurses-bi reset(1) doesn't bring an xter Michael Alan Dorman <mdorman@lo
  3192 ncurses-bi tset(1) man page problem       Michael Alan Dorman <mdorman@lo
  3195 kernel     "/etc/rc.boot/0setserial" fail Simon Shapiro  <Shimon@i-connec
  3196 ispell     ispell symlinks broken         Kenneth MacDonald <K.MacDonald@
  3197 procmail   wrong uid/gid in /usr/doc/proc Wendal Catt <wendal@southwind.n
  3198 dviljk     dviljk is still aout! :-(      Nils Rennebarth <nils@nus.pan-n
  3199 lists.debi Bizarre message from debian-de Anders Christrom <ac@netg.se>
  3202 dviljk     dviljk doesn't read stdin!!! : Nils Rennebarth <nils@nus.pan-n
  3206 rc         rc terminates on CTRL-C        Simon Shapiro <shimon@i-Connect
  3207 ncurses3.0 strange screen update choices  (unknown -- `ncurses')
  3208 amd        amd bug                        Dominik Kubla <Dominik.Kubla@Un
  3212 perl       Perl recommends nonexistent pa Darren Stalder <torin@daft.com>
  3213 fortune    fortune need libc.so.4         dhs@firefly.com (David H. Silbe
  3216 auto-pgp   auto-pgp doesn't remove info e (unknown -- `auto-pgp')
  3218 dpkg       install-info adds Miscellaneou Ian Jackson <ian@chiark.chu.cam
  3220 man        apropos dumps core             Alvar Bray <alvar@debian.org>
  3223 guile      guile installs entry for slib, Klee Dienes <klee@sedona.com>
  3224 apsfilter  apsfilter doesn't configure on Doug Geiger <runexe@ntplx.net>
  3225 dpkg       dpkg-1.2.3 upgrade problems fr Ian Jackson <ian@chiark.chu.cam
  3227 login      login refuses, and then allows Guy Maor <maor@ece.utexas.edu>
  3230 perl       why the hell does perl depend  Darren Stalder <torin@daft.com>
  3231 base       /usr/i486-linuxaout/lib not pr Bruce Perens <bruce@pixar.com>
  3233 dpkg       dselect for 1.1 as of June, 2n Ian Jackson <ian@chiark.chu.cam
  3234 nvi        nvi segfaults if stty rows 0 c Steve Greenland <stevegr@neosof
  3235 nvi        nvi gives unhelpful message fo Steve Greenland <stevegr@neosof
  3236 ftp.debian auto-pgp in non-free, mailcryp Ian Murdock <imurdock@debian.or
  3240 libdb1     [libdb]: obsolete bugfix       (unknown -- `libdb')
  3241 emacs      derived.el fails in emacs      Mark Eichin <eichin@kitten.gen.
  3242 perl       perl's dependencies are wrong  Darren Stalder <torin@daft.com>
  3244 libc5      (no subject)                   (unknown -- `libc')
  3245 mc         mc should depend on gpm        Fernando Alegre <alegre@mars.su
  3246 xcompat    Cant load library libXt.so.6   Stephen Early <sde1000@cam.ac.u
  3247 lilo       Lilo unpack removes boot.b     Bruce Perens <Bruce@Pixar.com>
  3250 cfingerd   cfingerd descriptive text      Martin Schulze <joey@infodrom.n
  3252 base       base template /usr/info/dir ma Bruce Perens <bruce@pixar.com>
  3253 pine       Pine over-encodes files (came  (unknown -- `pine')
  3258 kernel     pcmcia-cs minor postinst bug   Simon Shapiro  <Shimon@i-connec
  3259 util-linux [c]fdisk does not recognize NE Guy Maor <maor@debian.org>
  3260 procps     psupdate man page out of date  Helmut Geyer <Helmut.Geyer@iwr.
  3262 gopherd    Gopherd problems               (unknown -- `gopherd')
  3265 kernel     kernel-image and PS/2 mouse pr Simon Shapiro  <Shimon@i-connec
  3267 xbase      Unqualified hostnames in rstar Stephen Early <sde1000@debian.o
  3268 kernel     network modules don't work wit Simon Shapiro  <Shimon@i-connec
  3269 bootdisk   bootdisk silently fails-change Bruce Perens <bruce@pixar.com>
  3272 rootdisk   bug in root disks...           Ian Murdock <imurdock@debian.or
  3275 kernel     dpkg --no-act leaves control i Simon Shapiro  <Shimon@i-connec
  3277 perl       nit: perl setup emits a \n     Darren Stalder <torin@daft.com>
  3279 bootdisk/r ne2000 lockups during instalat Bruce Perens <bruce@pixar.com>
  3280 gpm        (no subject)                   Martin Schulze <joey@infodrom.n
  3283 perl       /usr/bin/perlconfig should be  Darren Stalder <torin@daft.com>
  3284 giftrans   giftrans is free               (unknown -- `giftrans')
  3285 linuxdoc-s possibly unintended files inst Sven Rudolph <sr1@inf.tu-dresde
  3287 maelstrom  (no subject)                   Robert Leslie <rob@mars.org>
  3290 sysvinit   sysvinit path doesn't include  Miquel van Smoorenburg <miquels
  3292 xcal       xcal app-defaults shouldn't be Austin Donnelly <and1000@debian
  3295 perl       perls debian.rules doesn't wor Darren Stalder <torin@daft.com>
  3296 perl       /bin/perl is not updated       Darren Stalder <torin@daft.com>
  3300 xserver-sv xserver-svga configuration     Stephen Early <sde1000@debian.o
  3302 cron       savelog seems to be missing fr Steve Greenland <stevegr@master
  3304 rman       [rman] Off-by-one in generated David Engel <david@ods.com>
  3305 dchanges   dchanges: urg= override is ign awpguy@acs.ucalgary.ca (Andy W.
  3307 ddd-smotif ddd-smotif does not replace dd Robert Leslie <rob@mars.org>
  3308 xmanpages  X(1) manpage in wrong place?   Stephen Early <sde1000@debian.o
  3312 mathpad    installation and startup probl (unknown -- `mathpad')
  3314 base       On request of Bruce: /etc/rc.b Bruce Perens <bruce@pixar.com>
  3315 base       Bug in /etc/init.d/networks on Bruce Perens <bruce@pixar.com>
  3317 linuxdoc-s linuxdoc-sgml info files are m Sven Rudolph <sr1@inf.tu-dresde
  3319 deliver    deliver does not set exit code Robert Leslie <rob@mars.org>
  3320 bootdisk   Kernel oops - problem with APM Bruce Perens <bruce@pixar.com>
  3321 libgdbm1   libgdbm.so version number...   (unknown -- `libgdbm')
  3323 mflib      MakeTeXPK mis-invokes ps2pk    Erick Branderhorst <branderh@de
  3324 sysklogd   Non-existant conffile not crea Martin Schulze <joey@linux.de>
  3327 cern-httpd cern-httpd postinst hangs if d Steve Greenland <stevegr@master
  3328 gawk       Problems encountered while com Chris Fearnley <cjf@netaxs.com>
  3330 gcc        Problems encountered while com David Engel <david@ods.com>
  3331 fdflush    Problems encountered while com Joe Kirby <kirby@utk.edu>
  3334 grep       Problems encountered while com Joe Kirby <kirby@utk.edu>
  3335 libdb1     Problems encountered while com (unknown -- `libdb')
  3336 less       Problems encountered while com Darren Stalder <torin@daft.com>
  3338 libc5      Problems encountered while com (unknown -- `libc')
  3340 metamail   Problems encountered while com Ian Murdock <imurdock@debian.or
  3342 libgdbm1   Problems encountered while com (unknown -- `libgdbm')
  3345 libreadlin Problems encountered while com (unknown -- `libreadline')
  3346 lpr        Problems encountered while com dgregor@coil.com (D.J. Gregor)
  3348 patch      Problems encountered while com Darren Stalder <torin@daft.com>
  3349 procmail   Problems encountered while com Wendal Catt <wendal@southwind.n
  3350 procps     Problems encountered while com Helmut Geyer <Helmut.Geyer@iwr.
  3351 diff       Problems encountered while com Dale Scheetz <dwarf@polaris.net
  3353 bash       Problems encountered while com Klee Dienes <klee@sedona.com>
  3356 sed        Problems encountered while com Joe Kirby <kirby@utk.edu>
  3358 cron       Problems encountered while com Steve Greenland <stevegr@master
  3359 shellutils Problems encountered while com daveb@tau.space.thiokol.com (Da
  3361 byacc      Problems encountered while com dgregor@coil.com (D.J. Gregor)
  3362 mingetty   Problems encountered while com Michael Alan Dorman <mdorman@de
  3363 timezone   Problems encountered while com Fernando Alegre <alegre@mars.su
  3364 symlinks   Problems encountered while com Chuck Stickelman <stick@richnet
  3366 smail      Problems encountered while com Soenke Lange <soenke@escher.nor
  3368 cron       cron's checksecurity still sca Steve Greenland <stevegr@master
  3370 cern-httpd httpdconfig installs Welcome.h Steve Greenland <stevegr@master
  3372 mgetty     mgetty+sendfax missing new_fax Nils Rennebarth <nils@nus.pan-n
  3373 gpm        gpm -k hangs if X server runni Martin Schulze <joey@infodrom.n
  3374 cvs        CVS wrappers can't be turned o Mark Eichin <eichin@kitten.gen.
  3377 gimp-dmoti gimp's sample .gimprc does not Rob Browning <osiris@cs.utexas.
  3378 gimp-dmoti gimp should put a .gimprc in / Rob Browning <osiris@cs.utexas.
  3382 workbone   workbone disappears during upg dgregor@bronze.coil.com (D.J. G
  3383 kbd        kbd bogosity                   Dominik Kubla <Dominik.Kubla@Un
  3384 apache     apache leaves /var/log/httpd n Yves Arrouye <Yves.Arrouye@mari
  3385 xosview    xosview and /usr/bin/X11 (agai joost witteveen <joostje@master
  3386 lynx       lynx version number changes    Andrew Howell <andrew@it.com.au
  3387 base       base leaves /tmp/base.postinst Bruce Perens <bruce@pixar.com>
  3393 kernel     printer-driver problem in kern Simon Shapiro  <Shimon@i-connec
  3394 at         /etc/crontab has a bad entry   Martin Schulze <joey@infodrom.n
  3395 xbase      can't login via xdm            Stephen Early <sde1000@debian.o
  3396 tcsh       tcsh doesn't provide c-shell   Andrew Howell <andrew@it.com.au
  3397 kernel     (no subject)                   Simon Shapiro  <Shimon@i-connec
  3400 emacs      gnus broken? in Debian-emacs-1 Mark Eichin <eichin@kitten.gen.
  3401 netstd     talk clears screen after showi Peter Tobias <tobias@et-inf.fho
  3406 dpkg       dselect unreadable under xterm Ian Jackson <ian@chiark.chu.cam
  3407 fvwm2      fvwm2: WindowList infelicity   Austin Donnelly <and1000@debian
  3408 passwd     Various bugs in passwd manpage Guy Maor <maor@ece.utexas.edu>
  3409 base       Could not make boot floppy     Bruce Perens <bruce@pixar.com>
  3410 dpkg       some problems/bugs/suggestions Ian Jackson <ian@chiark.chu.cam
  3413 pcb        linked with aout libXaw        Bruce Perens <Bruce@Pixar.com>
  3415 latex      Xdvi and postscript fonts      Nils Rennebarth <nils@nus.pan-n
  3420 rootdisk   Boot disk creats corrupted fil Ian Murdock <imurdock@debian.or
  3421 base       /tmp installs wrongly          Bruce Perens <bruce@pixar.com>
  3422 ncurses3.0 termcap entry too long error   (unknown -- `ncurses')
  3423 perl       Problems installing kernel sou Darren Stalder <torin@daft.com>

Submitted in the last month:
 Ref   Package    Keywords/Subject               Package maintainer
  3431 www.debian some packages have no informat Ray Dassen <jdassen@wi.leidenun
  3433 cfingerd   weird output if cfingerd.conf: Martin Schulze <joey@infodrom.n
  3434 perl       pod2latex: E<szlig>, =over/=cu Darren Stalder <torin@daft.com>
  3437 fvwm       fvwm should not recommend fvwm Austin Donnelly <and1000@debian
  3439 login      Login reconfigures serial port Guy Maor <maor@ece.utexas.edu>
  3442 python     python postinst is very verbos Klee Dienes <klee@sedona.com>
  3445 amd        bug in amd package (upgrade)   Dominik Kubla <Dominik.Kubla@Un
  3447 wu-ftpd    Wu-ftpd prompts for installati Peter Tobias <tobias@et-inf.fho
  3448 apache     Apache purge gives several err Yves Arrouye <Yves.Arrouye@mari
  3451 rootdisk   Missing label 'llseek' in e2fs Ian Murdock <imurdock@debian.or
  3454 ucbmpeg    ucbmpeg control file problems  Raul Miller <moth@firefly.com>
  3456 a2gs       a2gs prompt looks like `please (unknown -- `a')
  3457 diald      diald control file problems    Giuseppe Vacanti <Giuseppe.Vaca
  3458 dviljk     dviljk missing prompt for inpu Nils Rennebarth <nils@nus.pan-n
  3459 inn        inn should Depend on inewsinn, Miquel van Smoorenburg <miquels
  3462 inn        INN postinst and configuration Miquel van Smoorenburg <miquels
  3466 tcsh, csh  tcsh, csh should use update-al Andrew Howell <andrew@it.com.au
  3467 cern-httpd cern-httpd curious message     Steve Greenland <stevegr@master
  3468 textfm, te textfm and texlib file conflic Nils Rennebarth <nils@nus.pan-n
  3469 lynx       lynx default home page         Andrew Howell <andrew@it.com.au
  3470 apache     apache problems                Yves Arrouye <Yves.Arrouye@mari
  3471 wu-ftpd    wu-ftpd postinst question aske Peter Tobias <tobias@et-inf.fho
  3475 xpaint     xpaint Recommends pbmplus      Mark Eichin <eichin@cygnus.com>
  3476 cnews      cnews description is gibberish Otmar Lendl <lendl@cosy.sbg.ac.
  3477 cnews, ine cnews and inews should be same Otmar Lendl <lendl@cosy.sbg.ac.
  3478 bind       bind should use lowercase `non Robert Leslie <rob@mars.org>
  3480 mkisofs    missing information in manpage Stephen Early <sde1000@cam.ac.u
  3483 genscript  using args with spaces in gens Sven Rudolph <sr1@inf.tu-dresde
  3484 manpages   broken reference to (un)link(8 Martin Schulze <joey@debian.org
  3486 cern-httpd forwarded message from Cron Da Steve Greenland <stevegr@master
  3488 rootdisk   basedisks modconf problems     Ian Murdock <imurdock@debian.or
  3489 rootdisk   basedisks configuration proble Ian Murdock <imurdock@debian.or
  3490 adduser    adduser password-setting probl Steve Phillips <sjp@cvfn.org>
  3491 rootdisk   basedisks newly booted system  Ian Murdock <imurdock@debian.or
  3492 xmix       xmix prints spurious message   Owen Dunn <osd1000@chiark.chu.c
  3493 base       Teles ISDN card installation b Bruce Perens <bruce@pixar.com>
  3494 manpages   ftw(3) typos                   Martin Schulze <joey@debian.org
  3495 npasswd_bo doesn't respect nis/yp         Chris Fearnley <cjf@netaxs.com>
  3496 cron       checksecurity patch for nfs mo Steve Greenland <stevegr@master
  3497 smail      smail calls obsolete yp_order  Soenke Lange <soenke@escher.nor
  3500 ftp.debian Required package modconf depen Ian Murdock <imurdock@debian.or
  3503 uucp       still a.out (and src doesn't b dhs@firefly.com (David H. Silbe
  3505 bind       ndc does not use start-stop-da Robert Leslie <rob@mars.org>
  3507 bind       named postinst mangled my conf Robert Leslie <rob@mars.org>
  3508 guile      guile doesn't have right permi Klee Dienes <klee@sedona.com>
  3509 ucbmpeg    mpeg_play puts bogus statistic Raul Miller <moth@firefly.com>
  3510 nas        removal of nas doesn't kill 'a Michael Nonweiler <mrn20@cam.ac
  3511 debianutil typo on installkernel man page Guy Maor <maor@debian.org>
  3514 dialog     Required package modconf depen David Engel <david@ods.com>
  3515 gdb        gdb prints corrupted message   David Engel <david@ods.com>
  3516 kernel     SCSI_IOCTL_SEND_COMMAND can ca Simon Shapiro  <Shimon@i-connec
  3517 inn        innd won't remove syslog.conf  Miquel van Smoorenburg <miquels
  3521 mc         mc core dumps                  Fernando Alegre <alegre@mars.su
  3525 j1         j1 hard-linked docs/manpages   (unknown -- `j')
  3526 sysklogd   syslogd dumps core when no dom Martin Schulze <joey@linux.de>
  3529 ftp.debian libgr and zlib1 collide, but d Ian Murdock <imurdock@debian.or
  3530 dchanges   dchanges can create bad change awpguy@acs.ucalgary.ca (Andy W.
  3531 dchanges   dchanges should default to '-  awpguy@acs.ucalgary.ca (Andy W.
  3532 indent     Problems encountered while bui Steve Greenland <stevegr@neosof
  3533 rc         Problems encountered while bui Simon Shapiro <shimon@i-Connect
  3535 taper      Problems encountered while bui Joe Kirby <kirby@utk.edu>
  3538 bash       bash on m68k doesn't use ncurs Klee Dienes <klee@sedona.com>
  3539 mkisofs    mkisofs stops if an error occu Stephen Early <sde1000@cam.ac.u
  3540 mkisofs    mkisofs stops if a problem occ Stephen Early <sde1000@cam.ac.u
  3541 libc5      rlogin blocks on ECONNREFUSED! (unknown -- `libc')
  3542 mawk       Problems encountered while com Chris Fearnley <cjf@netaxs.com>
  3543 git        Problems encountered while com Klee Dienes <klee@sedona.com>
  3544 mawk       Problems encountered while com Chris Fearnley <cjf@netaxs.com>
  3545 pgp-i      Problems encountered while com Ian Jackson <ian@chiark.chu.cam
  3547 mc         Problems encountered while com Fernando Alegre <alegre@mars.su
  3548 acm        acm description: no ext        Ian Murdock <imurdock@debian.or
  3550 amstex     amstex description: no ext     Nils Rennebarth <nils@nus.pan-n
  3551 automake   automake description: summary  Kevin Dalley <kevin@aimnet.com>
  3552 aout-binut aout-binutils description: no  David Engel <david@ods.com>
  3553 aout-librl aout-librl description: no ext Ian Murdock <imurdock@debian.or
  3554 bdflush    bdflush description: summary s Guy Maor <maor@ece.utexas.edu>
  3555 apache     apache description: ext extra  Yves Arrouye <Yves.Arrouye@mari
  3557 base       base description: no ext       Bruce Perens <bruce@pixar.com>
  3558 beav       beav description: ext extra sp Klee Dienes <klee@sedona.com>
  3559 acs        acs description: no ext        adfernan@cnd.mcgill.ca (Andrew 
  3561 bash       bash description: no ext       Klee Dienes <klee@sedona.com>
  3562 elviscmn   elviscmn description: no ext   sgk@sgk.tiac.net ("Susan G. Kle
  3565 dbview     dbview description: ext extra  Martin Schulze <joey@infodrom.n
  3566 dejagnu    dejagnu description: summary s Kevin Dalley <kevin@aimnet.com>
  3567 byacc      byacc description: no ext      dgregor@coil.com (D.J. Gregor)
  3568 bin86      bin86 description: no ext      (unknown -- `bin')
  3569 emacs-el   emacs-el description: no ext   Mark Eichin <eichin@kitten.gen.
  3570 fdflush    fdflush description: no ext    Joe Kirby <kirby@utk.edu>
  3571 fortune    fortune description: summary s dhs@firefly.com (David H. Silbe
  3572 dld        dld description: ext start ind gthomas@native-ed.bc.ca (Guy R.
  3573 diald      diald description: ext start b Giuseppe Vacanti <Giuseppe.Vaca
  3574 binutils   binutils description: no ext   David Engel <david@ods.com>
  3575 boot-flopp boot-floppies description: no  Bruce Perens <Bruce@Pixar.com>
  3578 dlltools   dlltools description: no ext   Mark Eichin <eichin@cygnus.com>
  3580 f2c        f2c description: no ext        (unknown -- `f')
  3582 electric-f electric-fence description: no Siggy Brentrup <bsb@uni-muenste
  3583 fort77     fort77 description: no ext     (unknown -- `fort')
  3584 g77        g77 description: ext start ind (unknown -- `g')
  3585 gimp-smoti gimp-smotif description: ext s Rob Browning <osiris@cs.utexas.
  3586 findutils  findutils description: no ext  Kevin Dalley <kevin@aimnet.com>
  3587 gnuplot    gnuplot description: no ext    joost witteveen <joostje@debian
  3588 git        git description: ext extra spa Klee Dienes <klee@sedona.com>
  3590 libjpeg6a  libjpeg6a description: ext sta (unknown -- `libjpeg')
  3592 ipx        ipx description: no ext        mrn20@cam.ac.uk (Michael R. Non
  3594 gwm        gwm description: no ext        Kevin Dalley <kevin@aimnet.com>
  3595 grep       grep description: no ext       Joe Kirby <kirby@utk.edu>
  3596 gsfonts    gsfonts description: no ext    joost witteveen <joostje@master
  3598 ghostview  ghostview description: ext sta Helmut Geyer <Helmut.Geyer@iwr.
  3599 gdb        gdb description: no ext        David Engel <david@ods.com>
  3600 gimp-dmoti gimp-dmotif description: ext s Rob Browning <osiris@cs.utexas.
  3601 minicom    minicom description: no ext    Miquel van Smoorenburg <miquels
  3602 manpages-d manpages-de description: no ex Martin Schulze <joey@debian.org
  3606 lynx       lynx description: ext extra sp Andrew Howell <andrew@it.com.au
  3607 rc         rc description: no ext         Simon Shapiro <shimon@i-Connect
  3608 libjpeg6a- libjpeg6a-dev description: no  (unknown -- `libjpeg')
  3609 shellutils shellutils description: no ext daveb@tau.space.thiokol.com (Da
  3610 xfntcyr    xfntcyr description: no ext    Stephen Early <sde1000@debian.o
  3611 libwww-per libwww-perl description: no ex Rob Browning <osiris@cs.utexas.
  3612 libdb1     libdb1 description: no ext     (unknown -- `libdb')
  3613 mh-papers  mh-papers description: no ext  Jim Robinson <jimr@simons-rock.
  3614 symlinks   symlinks description: ext extr Chuck Stickelman <stick@richnet
  3615 m4         m4 description: no ext         (unknown -- `m')
  3616 less       less description: ext extra sp Darren Stalder <torin@daft.com>
  3617 mawk       mawk description: ext extra sp Chris Fearnley <cjf@netaxs.com>
  3618 psutils    psutils description: summary s Dale Scheetz <dwarf@polaris.net
  3619 rcs        rcs description: ext extra spa Sven Rudolph <sr1@inf.tu-dresde
  3620 most       most description: summary star Chris Fearnley <cjf@netaxs.com>
  3621 lxtools    lxtools description: no ext    Joe Kirby <kirby@utk.edu>
  3622 libident   libident description: summary  Dale Scheetz <dwarf@polaris.net
  3623 seesat5    seesat5 description: summary s (unknown -- `seesat')
  3625 sed        sed description: no ext        Joe Kirby <kirby@utk.edu>
  3626 libg++27   libg++27 description: no ext   (unknown -- `libg++')
  3628 modconf    modconf description: no ext    Bruce Perens <Bruce@Pixar.com>
  3629 pmake      pmake description: no ext      Ian Murdock <imurdock@debian.or
  3630 ncpfs      ncpfs description: summary sta mrn20@cam.ac.uk (Michael R. Non
  3631 oleo       oleo description: no ext       Kevin Dalley <kevin@aimnet.com>
  3632 nis        nis description: summary start Miquel van Smoorenburg <miquels
  3634 nvi        nvi description: no ext        Steve Greenland <stevegr@neosof
  3635 pcb        pcb description: no ext        Bruce Perens <Bruce@Pixar.com>
  3637 w3-el      w3-el description: no ext      (unknown -- `w')
  3638 setserial  setserial description: no ext  Gordon Russell <gor@dcs.napier.
  3640 tkdesk     tkdesk description: ext start  Craig Sanders <cas@taz.net.au>
  3641 unarj      unarj description: ext start i Karl Ferguson <karl@tower.net.a
  3642 syslinux   syslinux description: no ext   Bruce Perens <Bruce@Pixar.com>
  3643 taper      taper description: no ext      Joe Kirby <kirby@utk.edu>
  3644 procmail   procmail description: no ext   Wendal Catt <wendal@southwind.n
  3645 slang-deve slang-devel description: ext e Chris Fearnley <cjf@netaxs.com>
  3647 timezone   timezone description: summary  Fernando Alegre <alegre@mars.su
  3649 win32libs  win32libs description: no ext  (unknown -- `win')
  3650 xfntbig    xfntbig description: no ext    Stephen Early <sde1000@debian.o
  3651 win32gcc   win32gcc description: no ext   (unknown -- `win')
  3653 win32binut win32binutils description: no  (unknown -- `win')
  3654 xcoral     xcoral description: summary st Christophe Le Bars <clebars@deb
  3655 wenglish   wenglish description: no ext   Erick Branderhorst <branderhors
  3657 xfnt100    xfnt100 description: no ext    (unknown -- `xfnt')
  3659 xpat2      xpat2 description: ext extra s (unknown -- `xpat')
  3661 xlib       xlib description: no ext       Stephen Early <sde1000@debian.o
  3662 xslib      xslib description: no ext      Stephen Early <sde1000@debian.o
  3663 xfntscl    xfntscl description: no ext    Stephen Early <sde1000@debian.o
  3664 workbone   workbone description: no ext   dgregor@bronze.coil.com (D.J. G
  3665 xfnt75     xfnt75 description: no ext     (unknown -- `xfnt')
  3666 xonix      xonix description: summary sta Sven Rudolph <sr1@inf.tu-dresde
  3667 pico       pico description: no ext       (unknown -- `pico')
  3668 gopher-cli gopher-client description: ext (unknown -- `gopher-client')
  3669 xsok       xsok description: ext extra sp Sven Rudolph <sr1@inf.tu-dresde
  3670 idanish    idanish description: no ext    (unknown -- `idanish')
  3671 dosemu     dosemu description: no ext     Mike Deisher <deisher@dspsun.ea
  3672 idutch     idutch description: no ext     Erick Branderhorst <branderh@de
  3673 gsfonts    gsfonts description: no ext    joost witteveen <joostje@master
  3674 imapd      imapd description: no ext      (unknown -- `imapd')
  3675 xwpe       xwpe description: no ext       dgregor@coil.com (D.J. Gregor)
  3676 zoo        zoo description: summary start Martin Schulze <joey@namib.nort
  3677 arrl-infos arrl-infoserv description: no  (unknown -- `arrl-infoserv')
  3678 xxgdb      xxgdb description: no ext      Helmut Geyer <Helmut.Geyer@iwr.
  3680 auto-pgp   auto-pgp description: ext star (unknown -- `auto-pgp')
  3681 tkman      tkman description: summary sta David Engel <david@ods.com>
  3682 wswedish   wswedish description: no ext   (unknown -- `wswedish')
  3683 gopherd    gopherd description: ext start (unknown -- `gopherd')
  3684 rsynth     rsynth description: summary st (unknown -- `rsynth')
  3686 ifrench    ifrench description: no ext    (unknown -- `ifrench')
  3687 wfrench    wfrench description: no ext    (unknown -- `wfrench')
  3688 wnorwegian wnorwegian description: no ext (unknown -- `wnorwegian')
  3689 seyon      seyon description: no ext      Sven Rudolph <sr1@inf.tu-dresde
  3690 pine       pine description: no ext       (unknown -- `pine')
  3691 witalian   witalian description: no ext   (unknown -- `witalian')
  3692 zip        zip description: no ext        (unknown -- `zip')
  3693 unzip      unzip description: no ext      (unknown -- `unzip')
  3697 wdutch     wdutch description: no ext     Erick Branderhorst <branderh@de
  3698 wspanish   wspanish description: no ext   (unknown -- `wspanish')
  3699 xpaint     xpaint description: summary st Mark Eichin <eichin@cygnus.com>
  3700 www.debian Web pages lack <LINK REV="MADE Ray Dassen <jdassen@wi.leidenun
  3703 mkisofs    mkisofs stops if a permission  Stephen Early <sde1000@cam.ac.u
  3704 dpkg       Weird dselect behavior (bug?)  Ian Jackson <ian@chiark.chu.cam
  3705 procmail   procmail does close(-1)        Wendal Catt <wendal@southwind.n
  3707 elm        Problems encountered while com Carl Streeter <streeter@cae.wis
  3709 ratfor77   Problems encountered while com (unknown -- `ratfor')
  3711 uucp       Problems encountered while com dhs@firefly.com (David H. Silbe
  3712 netpbm     netpbm doesn't provide index o (unknown -- `netpbm')
  3713 p2c        Problems encountered while com (unknown -- `p')
  3714 term       Problems encountered while com Jim Robinson <jimr@simons-rock.
  3717 netpbm     netpbm doesn't provide index o (unknown -- `netpbm')
  3718 ash        Problems encountered while com Bruce Perens <Bruce@Pixar.com>
  3720 shutdown   shutdown prints "You don't exi (unknown -- `shutdown')
  3721 termcap-co Problems while compiling "term Christian Hudon <chrish@debian.
  3724 libc5-dev  nlist() missing from libc      (unknown -- `libc')
  3725 man        Another data point on apropos  Alvar Bray <alvar@debian.org>
  3726 ed         Problems encountered while com Austin Donnelly <and1000@debian
  3727 bc         Problems encountered while com Austin Donnelly <and1000@debian
  3728 ee         Problems while compiling "ee"  Steve Greenland <stevegr@neosof
  3729 nvi        Problems while compiling "nvi" Steve Greenland <stevegr@neosof
  3730 xbase      improper lookup of window mana Stephen Early <sde1000@debian.o
  3731 snmp       snmpd: patch for hrProcessorLo David Engel <david@ods.com>
  3732 psutils    psutils has invalid address in Dale Scheetz <dwarf@polaris.net
  3733 compress-p problems with compress-package Yves Arrouye <arrouye@debian.or
  3734 xbase et a X11 problems                   Stephen Early <sde1000@debian.o
  3735 cern-httpd cern-httpd doesn't send fqdn o Steve Greenland <stevegr@master
  3737 xosview    xosview uses -O3 -f...         joost witteveen <joostje@master
  3739 man        `man -l -' for stdin doesn't w Alvar Bray <alvar@debian.org>
  3740 modconf    A couple of problems popped up Bruce Perens <Bruce@Pixar.com>
  3742 tcpdump    tcpdump doesn't notice icmp pa Peter Tobias <tobias@et-inf.fho
  3743 netpbm     Problems encountered while com (unknown -- `netpbm')
  3747 setserial  "setserial" doesn't support mu Gordon Russell <gor@dcs.napier.
  3748 fvwm       Pixmaps missing from fvwm pack Austin Donnelly <and1000@debian
  3750 xserver-s3 X server inaccessible sometime (unknown -- `xserver-s')
  3751 xbase      xconsole stops logging when sy Stephen Early <sde1000@debian.o
  3752 sendmail   sendmail shouldn't require 'de Robert Leslie <rob@mars.org>
  3753 sendmail   sendmail shouldn't require 'de Robert Leslie <rob@mars.org>
  3754 sendmail   sendmail shouldn't require 'de Robert Leslie <rob@mars.org>
  3755 xaw3d      xaw3d shouldn't automatically  (unknown -- `xaw')
  3756 sendmail   sendmail has wrong path to pro Robert Leslie <rob@mars.org>
  3759 ghostview  xxgdb and ghostview have bad M Helmut Geyer <Helmut.Geyer@iwr.
  3760 gimp-dmoti gimp-[ds]motif recommend obsol Rob Browning <osiris@cs.utexas.
  3761 base       LILO installation problem      Bruce Perens <bruce@pixar.com>
  3762 setserial  /etc/rc.boot/0setserial usuall Gordon Russell <gor@dcs.napier.
  3765 dpkg       dpkg and kernel-* package name Ian Jackson <ian@chiark.chu.cam
  3766 man        "man" acting too smart.        Alvar Bray <alvar@debian.org>
  3769 sysklogd   problems with sysklogd postins Martin Schulze <joey@linux.de>
  3770 perl       dodgy `\n' in perl postinst    Darren Stalder <torin@daft.com>
  3772 lilo       lilo should not depend on MBR  Bruce Perens <Bruce@Pixar.com>
  3773 xless      xless default window too thin  Jim Robinson <jimr@simons-rock.
  3774 base       /etc/group incorrect           Bruce Perens <bruce@pixar.com>
  3775 login      upgrading login temporarily br Guy Maor <maor@ece.utexas.edu>
  3777 util-linux mkfs.minix option parsing oddi Guy Maor <maor@debian.org>
  3781 modules    "depmod -a" runs out of fd's,  Michael Meskes <meskes@debian.o
  3782 bsdmainuti GNU nm breaks lorder           Austin Donnelly <and1000@debian
  3784 perl       perl does not install on base  Darren Stalder <torin@daft.com>
  3785 perl       perl_5.003-2.deb (in "rex") an Darren Stalder <torin@daft.com>
  3786 base       base includes anonymous ftp ac Bruce Perens <bruce@pixar.com>
  3787 tin        tin uses /etc/news/description Kenny Wickstrom <kenny@kennet.c
  3788 man        `apropos' matches only word-su Alvar Bray <alvar@debian.org>
  3789 mbr        `mbr' package doesn't say how  Bruce Perens <Bruce@Pixar.com>
  3790 gmp        Problems with "gmp" when compi Dale Scheetz <dwarf@polaris.net
  3791 cfingerd   Problems with "cfingerd" when  Martin Schulze <joey@infodrom.n
  3792 netpbm     Problems with "netpbm" when co (unknown -- `netpbm')
  3793 pmake      bsd.lib.mk incompatible with G Ian Murdock <imurdock@debian.or
  3794 adduser    adduser should not be essentia Steve Phillips <sjp@cvfn.org>
  3795 ae         ae should not be essential     Dale Scheetz <dwarf@polaris.net
  3797 fdflush    fdflush should not be essentia Joe Kirby <kirby@utk.edu>
  3798 passwd     passwd should not be essential Guy Maor <maor@ece.utexas.edu>
  3799 timezone   timezone should not be essenti Fernando Alegre <alegre@mars.su
  3800 setserial  setserial should not be essent Gordon Russell <gor@dcs.napier.
  3801 ncurses3.0 ncurses3.0 should not be essen (unknown -- `ncurses')
  3802 modules    modules should not be essentia Michael Meskes <meskes@debian.o
  3803 perl       perl and the empty directories Darren Stalder <torin@daft.com>
  3804 npasswd-bo npasswd-boulder doesn't change Chris Fearnley <cjf@netaxs.com>
  3805 base       /dev/MAKEDEV spells 'isdn' as  Bruce Perens <bruce@pixar.com>
  3806 dump       dump doesn't record the dump d David Frey <David.Frey@eos.lugs
  3808 ppp        ppp postinst gives error       Alvar Bray <alvar@debian.org>
  3809 base       /usr/doc/debian-0.93 still aro Bruce Perens <bruce@pixar.com>
  3810 ftp.debian linux.ucs.indiana.edu is no lo Ian Murdock <imurdock@debian.or
  3812 apsfilter  Apsfilter should depend on fil Doug Geiger <runexe@ntplx.net>
  3813 lilo       (no subject)                   Bruce Perens <Bruce@Pixar.com>
  3814 perl       perl and the empty directories Darren Stalder <torin@daft.com>
  3815 bind       "ndc stats" fails              Robert Leslie <rob@mars.org>
  3816 uucp       uucp is still a.out            dhs@firefly.com (David H. Silbe
  3818 fortune    fortune is still a.out !       dhs@firefly.com (David H. Silbe
  3823 gdb        Gdb's `handle' command behavio David Engel <david@ods.com>
  3824 exmh       exmh fails to start            Karl Sackett <krs@caos.aamu.edu
  3825 libc5      %p either misbehaves or misdoc (unknown -- `libc')
  3827 tk40       Tk4.0's bell flashes the displ (unknown -- `tk')
  3828 suck       suck : i don't wont to run suc Christophe Le Bars <clebars@deb
  3829 ncurses-bi tic.1 refers to unavailable in Michael Alan Dorman <mdorman@lo
  3830 ncurses-bi captoinfo confused by /etc/ter Michael Alan Dorman <mdorman@lo
  3832 latex      Problem with Latex installatio Nils Rennebarth <nils@nus.pan-n
  3833 nis        Manual pages for some yp* prog Miquel van Smoorenburg <miquels
  3834 squid      squid core dumps regularly     Craig Sanders <cas@taz.net.au>
  3835 latex      Problem with Latex installatio Nils Rennebarth <nils@nus.pan-n
  3837 xv         Why isn't xv linked with the l Jim Robinson <jimr@simons-rock.
  3838 gcc        GCC should depend on CPP, not  David Engel <david@ods.com>
  3839 autoconf   autoconf wants `nawk'          Mark Eichin <eichin@kitten.gen.
  3840 netstd     rwhod should remove stale entr Peter Tobias <tobias@et-inf.fho
  3842 tkdesk, tk tkdesksh grows really large    Craig Sanders <cas@taz.net.au>
  3843 ncurses-ba dselect resets automargins in  Michael Alan Dorman <mdorman@lo
  3844 manpages   getpeername(2) man page does n Martin Schulze <joey@debian.org
  3845 compface   invalid directories in compfac Darren Stalder <torin@daft.com>
  3846 lynx       lynx misdisplays multiple <dt> Andrew Howell <andrew@it.com.au
  3847 perl       Perl & G++                     Darren Stalder <torin@daft.com>
  3848 a2gs       "a2gs" requires changes to sup (unknown -- `a')
  3849 acm        "acm" requires changes to supp Ian Murdock <imurdock@debian.or
  3850 cern-httpd "cern-httpd" requires changes  Steve Greenland <stevegr@master
  3851 acs        "acs" requires changes to supp adfernan@cnd.mcgill.ca (Andrew 
  3852 cnews      "cnews" requires changes to su Otmar Lendl <lendl@cosy.sbg.ac.
  3853 dld        "dld" requires changes to supp gthomas@native-ed.bc.ca (Guy R.
  3854 genscript  "genscript" requires changes t Sven Rudolph <sr1@inf.tu-dresde
  3855 fortune    "fortune" requires changes to  dhs@firefly.com (David H. Silbe
  3856 guille     "guile" requires changes to su (unknown -- `guille')
  3857 xcontrib   listres dumps core             Stephen Early <sde1000@cam.ac.u
  3861 adduser    when adduser runs finger it di Steve Phillips <sjp@cvfn.org>
  3862 inews      "inews" requires changes to su Otmar Lendl <lendl@cosy.sbg.ac.
  3865 j1         "j1" requires changes to suppo (unknown -- `j')
  3866 hdparm     "hdparm" requires changes to s gthomas@native-ed.bc.ca (Guy R.
  3869 nntp       "nntp" requires changes to sup Otmar Lendl <lendl@cosy.sbg.ac.
  3870 p2c        "p2c" requires changes to supp (unknown -- `p')
  3871 octave     "octave" requires changes to s Dale Scheetz <dwarf@polaris.net
  3872 pcb        "pcb" requires changes to supp Bruce Perens <Bruce@Pixar.com>
  3873 xosview    Xosview hangs when a dummy net joost witteveen <joostje@master
  3874 perl       Archive of perl 5.003-2 is bro Darren Stalder <torin@daft.com>
  3875 lynx       Lynx thinks *.deb files are "t Andrew Howell <andrew@it.com.au
  3876 cron       checksecurity shouldn't search Steve Greenland <stevegr@master
  3877 svgalib1-d /usr/doc/examples/svgalib1/3d  (unknown -- `svgalib')
  3878 adduser    adduser --home aborts if dir e Steve Phillips <sjp@cvfn.org>
  3879 adduser    adduser: man page has '=V' str Steve Phillips <sjp@cvfn.org>
  3881 rspfd      "rspfd" requires changes to su Bruce Perens <Bruce@Pixar.com>
  3882 snmp       "snmp" requires changes to sup David Engel <david@ods.com>
  3884 tcl75      "tcl75" requires changes to su (unknown -- `tcl')
  3885 umsdos     "umsdos' requires changes to s Michael Nonweiler <mrn20@cam.ac
  3886 tf         "tf" requires changes to suppo Andrew Howell <andrew@it.com.au
  3887 suck       "suck" requires changes to sup Christophe Le Bars <clebars@deb
  3888 workbone   "workbone" requires changes to dgregor@bronze.coil.com (D.J. G
  3889 watchdog   "watchdog" requires changes to Michael Meskes <meskes@informat
  3890 uucp       "uucp" requires changes to sup dhs@firefly.com (David H. Silbe
  3892            mkfs.ext2: can't resolve symbo (unknown)
  3894 dpkg       dpkg -L bug showing diversions Ian Jackson <ian@chiark.chu.cam
  3895 mgetty, ne file conflicts: mgetty vs netp Nils Rennebarth <nils@nus.pan-n
  3896 mgetty     /sbin/mgetty is not world-read Nils Rennebarth <nils@nus.pan-n
  3897 mgetty     mgetty syslogs with priority ` Nils Rennebarth <nils@nus.pan-n
  3898 mgetty     mgetty has bogus errno in usag Nils Rennebarth <nils@nus.pan-n
  3899 mgetty     mgetty doesn't remove logfiles Nils Rennebarth <nils@nus.pan-n
  3900 mgetty     mgetty doesn't work            Nils Rennebarth <nils@nus.pan-n
  3901 tkmail     "dotlock" should be setgid mai Christophe Le Bars <clebars@deb
  3902 base       base disks' network configurat Bruce Perens <bruce@pixar.com>
  3903 base       ae carriage return bug still e Bruce Perens <bruce@pixar.com>
  3904 ncurses3.0 ncurses on mono linux console  (unknown -- `ncurses')
  3905 base       base disks still install part  Bruce Perens <bruce@pixar.com>
  3906 xbase      Errors in the Compose file for Stephen Early <sde1000@debian.o
  3907 kbd        kbd postinst extremely verbose Dominik Kubla <Dominik.Kubla@Un
  3908 perl       perl h2ph problem              Darren Stalder <torin@daft.com>
  3910 archie     "archie" requires changes for  (unknown -- `archie')
  3911 a2ps       "a2ps" requires changes for mu (unknown -- `a')
  3912 wnorwegian "wnorwegian" requires changes  (unknown -- `wnorwegian')
  3913 idanish    "idanish" requires changes for (unknown -- `idanish')
  3914 wdutch     "wdutch" requires changes for  Erick Branderhorst <branderh@de
  3915 biff       "biff" requires changes for mu dgregor@coil.com (D.J. Gregor)
  3916 unzip      "unzip" requires changes for m (unknown -- `unzip')
  3917 auto-pgp   "auto-pgp" requires changes fo (unknown -- `auto-pgp')
  3918 ifrench    "ifrench" requires changes for (unknown -- `ifrench')
  3919 tkman      "tkman" requires changes for m David Engel <david@ods.com>
  3920 zyxel      "zyxel" requires changes for m (unknown -- `zyxel')
  3921 kpathsea   "kpathsea" requires changes fo Nils Rennebarth <nils@nus.pan-n
  3922 ntgclass   "ntgclass" requires changes fo (unknown -- `ntgclass')
  3923 witalian   "witalian" requires changes fo (unknown -- `witalian')
  3924 vim        "vim" requires changes for mul dgregor@gregor.com (D.J. Gregor
  3925 dmalloc    "dmalloc" requires changes for (unknown -- `dmalloc')
  3926 wspanish   "wspanish" requires changes fo (unknown -- `wspanish')
  3927 wfrench    "wfrench" requires changes for (unknown -- `wfrench')
  3928 wswedish   "wswedish" requires changes fo (unknown -- `wswedish')
  3929 cdtool     "cdtool" requires changes for  dgregor@gregor.com (D.J. Gregor
  3930 giftrans   "giftrans" requires changes fo (unknown -- `giftrans')
  3931 idutch     "idutch" requires changes for  Erick Branderhorst <branderh@de
  3932 rsynth     "rsynth" requires changes for  (unknown -- `rsynth')
  3933 gopher     "gopher" requires changes for  (unknown -- `gopher')
  3934 zip        "zip" requires changes for mul (unknown -- `zip')
  3935 lpr        lpd doesn't use minfree        dgregor@coil.com (D.J. Gregor)
  3936 uucp       uutraf dumps core in gmtime()  dhs@firefly.com (David H. Silbe
  3937 uucp       uutraf has repeated words in m dhs@firefly.com (David H. Silbe
  3938 suck       problem with suck's get-news s Christophe Le Bars <clebars@deb
  3939 man        /etc/manpath.config is not a c Alvar Bray <alvar@debian.org>
  3940 apache     Apache's default index.html sa Yves Arrouye <Yves.Arrouye@mari
  3941 CGI-module CGI-modules should *depend* on Manoj Srivastava <srivasta@pilg
  3942 tin        tin cannot find Newsgroup Desc Kenny Wickstrom <kenny@kennet.c

The listing by package maintainer is posted every Wednesday,
and the listing by age of the report every Friday.

Please see the developers' notes on the simple bug tracking system
for details of how to deal with a bug report.  Outstanding bug
reports and ones recently marked as done can be inspected at
 http://www.cl.cam.ac.uk/users/iwj10/debian-bugs/
or at the US mirror:
 http://www.debian.org/Bugs/


From debian-devel-request@lists.debian.org Sat Jul 27 06:39:10 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 06:24:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 06:24:06 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 01:33:45 -0000
Resent-Date: 27 Jul 1996 01:33:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Fri, 26 Jul 1996 21:33:52 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: debian-devel@lists.debian.org
Subject: Octave-1.1.1-6 uploaded to master
Message-ID: <Pine.LNX.3.94.960726213201.519A-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"eQc283.0.6c5.u7N-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5458
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

This version fixes the description field bug.

Date: 26 Jul 96 16:54 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Dale Scheetz <dwarf@polaris.net>
Source: octave
Version: 1.1.1-6
Binary:  octave
Architecture:  i386 source
Description: 
 octave: MATLAB-like interactive language for numerical computations.
Changes: Fixed description field and architecture requests.
Files:
 2466841d61f8861eedaa04bd4ab55e10  2611685  math  -  octave-1.1.1-6.tar.gz
 cadf4f779e1b483077ebacbbc672a70e  125881  math  -  octave-1.1.1-6.diff.gz
 88e3ee4af927070dce8904c36efb9c35  1815562  math  extra  octave_1.1.1-6_i386.deb



Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Sat Jul 27 06:39:11 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 06:25:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 06:25:17 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 01:37:08 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3943: libproc.so in /usr, ps/psupdate in /bin
Reply-To: ecki@lina.inka.de (Bernd Eckenfels), 3943@bugs.debian.org
Resent-From: ecki@lina.inka.de (Bernd Eckenfels)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Helmut Geyer <Helmut.Geyer@iwr.uni-heidelberg.de>
Resent-Date: Sat, 27 Jul 1996 01:18:04 GMT
Resent-Message-ID: <handler.3943.B.8384300407406@bugs.debian.org>
X-Debian-PR-Package: procps
X-Loop: owner@bugs.debian.org
Message-Id: <m0ujxld-0004jVC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
To: submit@bugs.debian.org
Date: Sat, 27 Jul 1996 03:02:03 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5459
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: procps
Version: 0.99-3

/bin/ps:
        libproc.so.0.99 => /usr/lib/libproc.so.0.99
        libc.so.5 => /lib/libc.so.5.2.18
/sbin/psupdate:
        libproc.so.0.99 => /usr/lib/libproc.so.0.99
        libc.so.5 => /lib/libc.so.5.2.18

Since both programs won't start without /usr mounted, there is no reason for
placing them in /bin, /sbin. Since both are very usable in / I suggest to
link them statically or move the lib to /lib. Since /lib is already
cluttered with a lot of unessential libraries (bash as one reason). I think
linking libproc statically is the better solution.

Greetings
Bernd
-- 
  (OO)      -- Bernd_Eckenfels@Wittumstrasse13.76646Bruchsal.de --
 ( .. )  ecki@lina.{inka.de,ka.sub.org}  http://home.pages.de/~eckes/
  o--o     *plush*  2048/A2C51749  eckes@irc  +4972573817  *plush*
(O____O)       If privacy is outlawed only Outlaws have privacy


From debian-devel-request@lists.debian.org Sat Jul 27 07:04:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 06:43:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 06:43:22 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 02:02:43 -0000
Resent-Date: 27 Jul 1996 02:02:43 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31F978A9.4B4D1DD8@verisim.com>
Date: Fri, 26 Jul 1996 22:02:17 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5aGold (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: cfengine 1.3.8-1 released
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Dg-tU.0.7P6.2ZN-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5460
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 26 Jul 96 18:31 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Brian White <bcwhite@pobox.com>
Source: cfengine
Version: 1.3.8-1
Binary:  cfengine
Architecture:  i386 source
Description: 
 cfengine: A tool for configuring and maintaining operating systems
 -  The main purpose of cfengine is to allow the system administrator
 -  to create a single central file which will define how every host
 -  on a network should be configured.
 -  .
 -  cfengine is also useful as an interpreter for a general scripting
 -  language for ordinary users.  It is handy for tidying up junk files
 -  and for maintaining `watchdog' scripts to manage access rights and
 -  permissions on files when collaborating with other users.
Changes:
 -  1.3.8
 -      POinter reset error in EmptyFile.. fixed
 -      Andreas Klussmann's discovery that I used fclose instead of
pclose
 -      on some pipes - fixed.
 -      Perl invocation - yet again altered.
 -  
 -      Non initialized inclusions field fixed when copying a pattern
during linking.
 -      Caused bus error/ segv.
 -  
 -  1.3.7
 -      Error in configure script introduced in 1.3.6 fixed.
 -      Typo fixed in copy files which caused mulitple copying
 -      and recursion depth was wrong by a count of one. No longer
 -      necessary to specify recurse=1 to copy between directories.
 -  
 -  1.3.6
 -      A valiant effort by David Masterson has revealed some code-typos
 -      and made an improvement in the Makefiles.
 -      -AutomountResources did not update files correctly.
 -      -LocateLineMatching awlays started from start of file. Now it
begins
 -       from the current position.
 -  
 -      Extra syntax bits enabled in regex so that {n} matches of a
regex
 -      can be specified. This allows you to write something like, kill
 -      all processes not owned by root, using something like
 -  
 -         processes:
 -  
 -            "\(root\)\{0\}"  signal=kill
 -  
 -      Some cosmetic changes to level 2 debugging
 -  
 -  1.3.5
 -      Bug in tidy files fixed - cfengine was missing some files
 -      it should have tidied due to a typo in the restructured
 -      routine.
 -  
 -      Bug in CommentNLines with complex delimiters fixed.
 -      UnCommentNLines added to match.
 -
Files:
 ef3afea475acb757f6abba4b6fd22edf  675540  admin    -   
cfengine_1.3.8-1.tar.gz
 d8e1fcba62fa1ab7e1d7d2cdce98d774    5495  admin    -   
cfengine_1.3.8-1.diff.gz
 c6c9fdaa455d3ed290b05bb6a2ee333f  207408  admin  extra 
cfengine_1.3.8-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfkQALwRa6IPcXgFAQG+rAQAhp5L0w4kYEFqezQwP3yNR1kuQJrYEC3Z
cSpQxpXMG6Obmx6vLfok7YsKMOzvPKVpOM00Ges8QeJsy7kX/GwtsGjjmn7HgEs4
yE4mIuf9eGkaLX/e9XdlugDSV03OUtzMXX//yVSve0kXnonYlLK3VBhWqpm2otQn
4w6mlszDcOk=
=KOBM
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Sat Jul 27 07:29:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 07:04:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 07:04:24 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 02:27:12 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3943: libproc.so in /usr, ps/psupdate in /bin
Reply-To: Helmut Geyer <Helmut.Geyer@IWR.Uni-Heidelberg.De>,
  3943@bugs.debian.org
Resent-From: Helmut Geyer <Helmut.Geyer@IWR.Uni-Heidelberg.De>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Helmut Geyer <Helmut.Geyer@iwr.uni-heidelberg.de>
Resent-Date: Sat, 27 Jul 1996 02:18:04 GMT
Resent-Message-ID: <handler.3943.B3943.8384330428033@bugs.debian.org>
X-Debian-PR-Package: procps
X-Loop: owner@bugs.debian.org
From: Helmut Geyer <Helmut.Geyer@IWR.Uni-Heidelberg.De>
Message-Id: <9607270147.AA09692@polyhymnia.iwr.uni-heidelberg.de>
To: ecki@lina.inka.de, 3943@bugs.debian.org
Date: Sat, 27 Jul 1996 03:47:53 +0200 (MET DST)
Cc: 3943-done@bugs.debian.org
In-Reply-To: <m0ujxld-0004jVC@lina> from "Bernd Eckenfels" at Jul 27, 96 03:02:03 am
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5461
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> 
> Package: procps
> Version: 0.99-3
> 
> /bin/ps:
>         libproc.so.0.99 => /usr/lib/libproc.so.0.99
>         libc.so.5 => /lib/libc.so.5.2.18
> /sbin/psupdate:
>         libproc.so.0.99 => /usr/lib/libproc.so.0.99
>         libc.so.5 => /lib/libc.so.5.2.18
> 
> Since both programs won't start without /usr mounted, there is no reason for
> placing them in /bin, /sbin. Since both are very usable in / I suggest to
> link them statically or move the lib to /lib. Since /lib is already
> cluttered with a lot of unessential libraries (bash as one reason). I think
> linking libproc statically is the better solution.
> 
The latest procps package (1.01a) puts libproc.so into /lib.

	Helmut


------------------------------------------------------------------------------
Helmut Geyer                                Helmut.Geyer@iwr.uni-heidelberg.de


From debian-devel-request@lists.debian.org Sat Jul 27 07:54:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 07:48:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 07:48:54 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 03:40:24 -0000
Resent-Date: 27 Jul 1996 03:40:24 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <lists@lina.inka.de>
Message-Id: <m0uk0Cg-0004jWC@lina>
From: lists@lina.inka.de (Bernd Eckenfels)
Subject: Re: /etc/default?
To: kai@khms.westfalen.de (Kai Henningsen)
Date: Sat, 27 Jul 1996 05:38:09 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <6DbQliFUcsB@khms.westfalen.de> from "Kai Henningsen" at Jul 26, 96 05:33:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"WP1Xp1.0.hq.d-O-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5462
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

> richard@elmail.co.uk (Richard Kettlewell)  wrote on 22.07.96 in <8NZW0V3La@muskogee.elmail.co.uk>:
> > And from defadm(1):
> Ah! So the program I speculated about already exists elsewhere! :-)

Since I can't find it with archie, I will do a rewrite of it, if some kind
sole may send me the man-page. I will set up a dconf package or something
similiar.

At least for the init.d scripts, the /etc/default/soultion with files with a
fixed syntax is ok. If noone has something to say I will maila small draft
how to 'dconf'igure the init.d scripts.

Greetings
Bernd
-- 
  (OO)      -- Bernd_Eckenfels@Wittumstrasse13.76646Bruchsal.de --
 ( .. )  ecki@lina.{inka.de,ka.sub.org}  http://home.pages.de/~eckes/
  o--o     *plush*  2048/A2C51749  eckes@irc  +4972573817  *plush*
(O____O)       If privacy is outlawed only Outlaws have privacy


From debian-devel-request@lists.debian.org Sat Jul 27 08:44:15 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 08:24:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 08:24:22 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 04:08:11 -0000
Resent-Date: 27 Jul 1996 04:08:11 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0uk0f7-00013lC@miles.econ.queensu.ca>
Date: Sat, 27 Jul 96 00:07 EDT
To: kai@khms.westfalen.de (Kai Henningsen)
Cc: debian-devel@lists.debian.org
Subject: Re: /etc/default?
In-Reply-To: <6DbQliFUcsB@khms.westfalen.de>
References: <8NZW0V3La@muskogee.elmail.co.uk>
	<6DbQliFUcsB@khms.westfalen.de>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"GQx6_.0.eZ1.hOP-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5463
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Kai>  Ah! So the program I speculated about already exists elsewhere! :-)
  Kai> 
  Kai> If there is no free clone, it should not be too much trouble to look
  Kai> at the man page and write one.

*Sigh* Why doesn't this discussion just _stop_?

We have such a program. Bruce wrote and posted it to this list in March, and
I reposted it about two months ago. All we have to is to decide to _use_
rather than to endlessly go on about it. Here it is again:


Resent-From: debian-devel@Pixar.com
From: bruce@beagle.pixar.com (Bruce Perens)
To: debian-devel@pixar.com
Subject: Little config files that switch things on and off
Date: Mon, 4 Mar 1996 21:40:30 -0800

System V (or is it IRIX) has a chkconfig utility that lets you throw and
check switches that are used in init scripts. You create /etc/config and
then run "chkconfig verbose on", and then "chkconfig verbose" to check the
"verbose" switch in your scripts. Here is a chkconfig.c that I wrote a while
back for Debian. Create /etc/config, compile this, and run it.

	Bruce
/*
 * chkconfig - get/set configuration flags.
 *  A work-alike of the System-V "chkconfig".
 *  Bruce Perens, December 1995
 *	Copyright (C) 1995 Bruce Perens
 *	This program is free software under the GNU General Public License.
 */
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <dirent.h>
#include <fcntl.h>

static const char	dir_name[] = "/etc/config";
static const int	dir_length = sizeof(dir_name) - 1;
static const char	on[] = "on\n";
static const char	off[] = "off\n";

static int
getConfiguration(const char * name)
{
	char				pathname[PATH_MAX + 1];
	char				value[3];
	int					fd;
	int					status;
	
	memcpy(pathname, dir_name, dir_length);
	pathname[dir_length] = '/';
	strncpy(&pathname[dir_length+1], name, PATH_MAX - dir_length);

	fd = open(pathname, O_RDONLY);
	if ( fd < 0 ) {
		if ( errno != ENOENT )
			perror(pathname);
		return -1;
	}

	status = read(fd, value, sizeof(value));

	close(fd);

	if ( status < 2 )
		return 0;

	if ( value[0] != 'o' || value[1] != 'n' )
		return 0;
	if ( status > 2 ) {
		if ( value[2] != '\n' && value[2] != '\r' && value[2] != '\t'
		 &&  value[2] != ' ' )
			return 0;
	}
	return 1;
}

static void
setConfiguration(const char * name, int value, int force)
{
	char				pathname[PATH_MAX + 1];
	int					fd;
	int					failed;
	
	memcpy(pathname, dir_name, dir_length);
	pathname[dir_length] = '/';
	strncpy(&pathname[dir_length+1], name, PATH_MAX - dir_length);

	umask(0);

	fd = open(
	 pathname
	,force ? O_WRONLY|O_CREAT|O_TRUNC : O_WRONLY|O_TRUNC
	,0644);

	if ( fd < 0 ) {
		perror(pathname);
		exit(0);
	}


	if ( value )
		failed = ( write(fd, on, sizeof(on) - 1) != (sizeof(on) - 1) );
	else
		failed = ( write(fd, off, sizeof(off) - 1) != (sizeof(off) - 1) );

	close(fd);

	if ( failed ) {
		perror(pathname);
		exit(-1);
	}
	exit(0);
}

static int
noDirectories(const struct dirent * d)
{
	return ( d->d_name[0] != '.'
	 || (d->d_name[1] != '\0'
	  && (d->d_name[1] != '.' || d->d_name[2] != '\0')) );
}

static void
showConfigurations()
{
	struct dirent * *	array = 0;
	int	count = scandir(dir_name, &array, noDirectories, alphasort);
	int					i;

	if ( count < 0 ) {
		perror(dir_name);
		exit(-1);
	}

	for ( i = 0; i < count; i++ ) {
		struct dirent *	d = array[i];
		int value = getConfiguration(d->d_name);

		printf("%s\t%s", d->d_name, value ? on : off);
		free((void *)d);
	}
	free((void *)array);
}

static volatile void
usage()
{
	static const char	message[] =
	 "\n"
	 "Usage:\tchkconfig [ -s ]\t\t\tPrint all configurations.\n"
	 "\tchkconfig [ -f ] name [ on | off ]\tSet value.\n"
	 "\n"
	 "\t-f:\t\tForce creation if value doesn't exist.\n"
	 "\n"
	 "\ton | off:\tValue. Default is \"off\".\n";

	fprintf(stderr, "%s", message);
	exit(-1);
}

int
main(int argc, char * * argv)
{
	if ( argc < 2 ) {
		showConfigurations();
		return 0;
	}
	if ( argc == 2 ) {
		if ( argv[1][0] == '-' ) {
			if ( argv[1][1] == 's' && argv[2] == 0 ) {
				showConfigurations();
				return 0;
			}
			else
				usage();
		}
		return getConfiguration(argv[1]) == 0;
	}
	else if ( argc >= 3 && argc <= 4 ) {
		int	force = 0;
		int	value = 0;

		if ( argv[1][0] == '-' && argv[1][1] == 'f' && argv[1][2] == '\0' ) {
			force = 1;
			argv++;
			argc--;
		}
		if ( argc == 3 ) {
			value = ( (argv[2][0] == 'o' || argv[2][0] == 'O')
			 &&  (argv[2][1] == 'n' || argv[2][1] == 'N') );
		}
		setConfiguration(argv[1], value, force);
		return 0;
	}
	else
		usage();
}





--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Sat Jul 27 09:09:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 08:46:28 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 08:46:27 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 04:57:22 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3939: etc/manpath.config is not a conffile.
Reply-To: lists@lina.inka.de (Bernd Eckenfels), 3939@bugs.debian.org
Resent-From: lists@lina.inka.de (Bernd Eckenfels)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Alvar Bray <alvar@debian.org>
Resent-Date: Sat, 27 Jul 1996 04:48:04 GMT
Resent-Message-ID: <handler.3939.B3939.83844205110665@bugs.debian.org>
X-Debian-PR-Package: man
X-Loop: owner@bugs.debian.org
Message-Id: <m0uk0q7-0004jWC@lina>
From: lists@lina.inka.de (Bernd Eckenfels)
To: chrish@libertel.montreal.qc.ca
Date: Sat, 27 Jul 1996 06:18:54 +0200 (MET DST)
Cc: 3939@bugs.debian.org
In-Reply-To: <Pine.SGI.3.95.960726110211.28159A-100000@ana.libertel.montreal.qc.ca> from "Christian Hudon" at Jul 26, 96 11:15:00 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5464
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

> b) they produce an annoying set of warnings for people who use the
> 'manpath' command to add directories to the system manpath:
> manpath: warning: /usr/X11R5/man: No such file or directory
> manpath: warning: /usr/X11/man: No such file or directory
> manpath: warning: /usr/X386/man: No such file or directory

And the cat directories should be removed:

/var/catman/X386
/var/catman/X386/cat1
/var/catman/X386/cat2
/var/catman/X386/cat3
/var/catman/X386/cat4
/var/catman/X386/cat5
/var/catman/X386/cat6
/var/catman/X386/cat7
/var/catman/X386/cat8
/var/catman/X11R5
/var/catman/X11R5/cat1
/var/catman/X11R5/cat2
/var/catman/X11R5/cat3
/var/catman/X11R5/cat4
/var/catman/X11R5/cat5
/var/catman/X11R5/cat6
/var/catman/X11R5/cat7
/var/catman/X11R5/cat8

Greetings
Bernd


From debian-devel-request@lists.debian.org Sat Jul 27 09:34:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 09:17:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 09:17:21 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 05:47:20 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3942: tin cannot find Newsgroup Descriptions
Reply-To: Kenny Wickstrom <kenny@kennet.com>, 3942@bugs.debian.org
Resent-From: Kenny Wickstrom <kenny@kennet.com>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Sat, 27 Jul 1996 05:33:05 GMT
Resent-Message-ID: <handler.3942.B3942.83844505312128@bugs.debian.org>
X-Debian-PR-Package: tin
X-Loop: owner@bugs.debian.org
Date: Sat, 27 Jul 1996 00:00:23 -0500 (CDT)
From: Kenny Wickstrom <kenny@kennet.com>
To: Christoph Lameter <clameter@miriam.fuller.edu>, 3942@bugs.debian.org
In-Reply-To: <Pine.LNX.3.94.960726154207.1540A-100000@miriam.fuller.edu>
Message-ID: <Pine.LNX.3.93.960726235656.29530A-100000@silverado.kennet.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5465
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Fri, 26 Jul 1996, Christoph Lameter wrote:

> Package: tin
> Version: tin-1.3beta.950824-12
> 
> I just set up INN (debian 1.1) and copied over my newsgroups file to
> /var/lib/news. There INN finds it and processes it correctly but tin
> does not show these descriptions when run in non nntp mode.
> When tin runs in NNTP mode all works fine.
> 
> tin expects the descriptions instead in /etc/news/descriptions! I found
> that by studying the source package. Please move the file to a standard
> location and name it the way INN wants it or provide a symlink.

I can make a change to the source to point it in right place.  My
question: Is /var/lib/news/descriptions a standard location for this file
with other news servers such as C-News?  Or should I look for the file at
installation time and make a link to a file whereever I find it?  Or
(better yet for me) should the news server create a link from /etc/news to
whereever they locate the file?

-----------------------------------------------------------------------
Kenny Wickstrom           | gnu - a new generation in s/w devel/support
kenny@kennet.com          | Linux - a much improved Un*x clone
(847)740-4008             | Debian - a Linux distribution setting the
#include <std-disclaimer> |    standard for future distributions


From debian-devel-request@lists.debian.org Sat Jul 27 09:34:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 09:19:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 09:19:33 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 05:47:28 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3947: fsp provides frm.1 and so does elm
Reply-To: andrew@pithecanthrope.it.com.au (Andrew Howell),
  3947@bugs.debian.org
Resent-From: andrew@pithecanthrope.it.com.au (Andrew Howell)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Stuart Lamble <lamble@yoyo.cc.monash.edu.au>
Resent-Date: Sat, 27 Jul 1996 05:33:03 GMT
Resent-Message-ID: <handler.3947.B.83844505312131@bugs.debian.org>
X-Debian-PR-Package: fsp
X-Loop: owner@bugs.debian.org
Message-Id: <m0uk1hk-0005ljC@pithecanthrope.it.com.au>
From: andrew@pithecanthrope.it.com.au (Andrew Howell)
To: submit@bugs.debian.org
Date: Sat, 27 Jul 1996 13:14:20 +0800 (WST)
Cc: streeter@cae.wisc.edu
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5466
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: fsp
Version: 2.71-1

The fsp package contains /usr/man/man1/frm.1 and so does the elm
package.

Andrew

-- 
Dehydration - 34%, Recollection of previous evening - 2%, embarrassment
factor - 91%.  Advise repair schedule:- off line for 36 hours, re-boot
startup disk, and replace head - wow, what a night!
                -- Kryten in Red Dwarf `The Last Day'

Andrew Howell		   		      howellaa@cs.curtin.edu.au 
Perth, Western Australia	     andrew@it.com.au andrew@debian.org


From debian-devel-request@lists.debian.org Sat Jul 27 09:59:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 09:48:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 09:48:13 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 06:12:23 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3942: tin cannot find Newsgroup Descriptions
Reply-To: clameter@waterf.org, 3942@bugs.debian.org
Resent-From: Christoph Lameter <clameter@fuller.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Kenny Wickstrom <kenny@kennet.com>
Resent-Date: Sat, 27 Jul 1996 06:03:03 GMT
Resent-Message-ID: <handler.3942.B3942.83844655112439@bugs.debian.org>
X-Debian-PR-Package: tin
X-Loop: owner@bugs.debian.org
Date: Fri, 26 Jul 1996 22:46:17 -0700 (PDT)
From: Christoph Lameter <clameter@fuller.edu>
X-Sender: clameter@waterf.org
To: Kenny Wickstrom <kenny@kennet.com>
cc: 3942@bugs.debian.org
In-Reply-To: <Pine.LNX.3.93.960726235656.29530A-100000@silverado.kennet.com>
Message-ID: <Pine.LNX.3.93.960726224252.18036A-100000@waterf.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5467
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Sat, 27 Jul 1996, Kenny Wickstrom wrote:

> On Fri, 26 Jul 1996, Christoph Lameter wrote:
> 
> > Package: tin
> > Version: tin-1.3beta.950824-12
> > 
> > I just set up INN (debian 1.1) and copied over my newsgroups file to
> > /var/lib/news. There INN finds it and processes it correctly but tin
> > does not show these descriptions when run in non nntp mode.
> > When tin runs in NNTP mode all works fine.
> > 
> > tin expects the descriptions instead in /etc/news/descriptions! I found
> > that by studying the source package. Please move the file to a standard
> > location and name it the way INN wants it or provide a symlink.
> 
> I can make a change to the source to point it in right place.  My
> question: Is /var/lib/news/descriptions a standard location for this file
> with other news servers such as C-News?  Or should I look for the file at
> installation time and make a link to a file whereever I find it?  Or
> (better yet for me) should the news server create a link from /etc/news to
> whereever they locate the file?
The standard location is
/usr/lib/news/newsgroups corresponding to the active file in the same
directory /usr/lib/news/active.

But since Debian separates variables from programs and places the active
file in /var/lib/news therefore one would expect that also the
newsgroups file should live there. INN expects it there under the
name "newsgroups" and not "descriptions". The newsgroups file is also
processed by a number of utilities that automatically add and remove
newsgroups during INN operation.

{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
{}    Snail Mail:   FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182        {}
{}    FISH Internet System Administrator at Fuller Theological Seminary       {}
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
PGP Public Key  =  FB 9B 31 21 04 1E 3A 33  C7 62 2F C0 CD 81 CA B5 


From debian-devel-request@lists.debian.org Sat Jul 27 14:09:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 13:56:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 13:56:10 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 12:46:02 -0000
Resent-Date: 27 Jul 1996 12:46:02 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kai@khms.westfalen.de>
Date: 27 Jul 1996 09:37:00 +0200
From: kai@khms.westfalen.de (Kai Henningsen)
To: debian-devel@lists.debian.org
Message-ID: <6DflqDzzcsB@khms.westfalen.de>
In-Reply-To: <199607241050.MAA30235@picard.cistron.nl>
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal
X-Mailer: CrossPoint v3.1 R/C435
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: Organisation? Me?! Are you kidding?
X-No-Junk-Mail: I do not want to get *any* junk mail.
Comment: Unsolicited commercial mail will incur an US$100 handling fee per received mail.
Resent-Message-ID: <"Ua0Bo1.0.bo1.9-W-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5468
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

strombrg@hydra.acs.uci.edu (Dan Stromberg)  wrote on 26.07.96 in <31F8F248.328A@hydra.acs.uci.edu>:

> Brian C. White wrote:

> Coming back to the original issue: how many install scripts need to be
> more sophisticated than what is amendable to expression in POSIX shell
> syntax, plus "make"?  How many even should?

As for install scripts, I don't know. In general, however, there are two  
very important things that are better in perl than in sh+utilities:

1. Quoting *is* actually a lot cleaner. This is one of the things perl got  
   right. Sometimes, that's important; I remember when I just couldn't
   make a shell script work for all cases when _some_ of these cases had
   single quotes in the raw data - I just couldn't get the quoting right.

2. Performance is often better, because you need to start a lot less
   processes. I've seen incredible speedups in some cases.

Of course, both of these are only important in very specific cases. So the  
rule should probably be (especially in view of the voluntary nature of the  
developers):

If you think you can hack it with the shell, please do.

Otherwise, use whatever is necessary.


MfG Kai


From debian-devel-request@lists.debian.org Sat Jul 27 16:39:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 16:28:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 16:28:46 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 15:31:51 -0000
Resent-Date: 27 Jul 1996 15:31:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <eos!david@etter.ch>
Message-Id: <m0ukAqw-000AHVa@eos>
From: david@eos.lugs.ch (David Frey)
Subject: Uploads to chiark
To: debian-devel@lists.debian.org (Debian Developer Mailing List)
Date: Sat, 27 Jul 1996 17:00:23 +0200 (MET DST)
X-Stardate: [-31]7873.12
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"zj9BK.0.iE3.cPZ-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5469
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hello everybody,

I've uploaded to chiark:
--------------------------------------------------------------------------
-----BEGIN PGP SIGNED MESSAGE-----

Date: 22 Jul 96 21:46 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: David Frey <David.Frey@eos.lugs.ch>
Source: dump
Version: 0.3-6
Binary:  dump
Architecture:  i386 source
Description: 
 dump: Ported 4.4BSD dump and restore utilities.
Changes: Fixed Bug#3806.
Files:
 c6febcf29883b8a56b27748ee12878a0  99059  admin  -  dump_0.3-6.tar.gz
 c4b9f47f5742d7e51a9797b8ffcf25d3  63828  admin  extra  dump_0.3-6_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfP4BzeIcrC5jTapAQGelQQAi08OWePKLLuPtYQmpluPU/QqlQ5w+TZu
/UKDBEASMGbr3joBM/rl5x9b/16uCxJcSHLevUyW/78vmvlezTi9ior4M18IMXHJ
UaVjJYH9rj+++i0nIV7WkSSbgJ4rF9n+LT0mugnM+tDvF+cy0bYtQ+Yd19s+9kmo
7ypfym7/NUI=
=VCuc
-----END PGP SIGNATURE-----
--------------------------------------------------------------------------
-----BEGIN PGP SIGNED MESSAGE-----

Date: 23 Jul 96 22:15 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: David Frey <David.Frey@eos.lugs.ch>
Source: rpncalc
Version: 1.1-1
Binary:  rpncalc
Architecture:  i386 source
Description: 
 rpncalc: a rpn calculator trying to emulate an HP28S
Changes: New Release 1.1: operator completion added; code cleanups.
Files:
 731227f575713c3d548d956df3f33ed1  12058  math  -  rpncalc_1.1-1.tar.gz
 a911cc44bf75d1597adda2747a3fa593  410  math  -  rpncalc_1.1-1.changes
 9271413f4581d92617025aca0d489868  10112  math  extra  rpncalc_1.1-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfVPWzeIcrC5jTapAQFEMAP/dZMQxujPurK3B2RIr/TLUg65bb7qZaxy
CFNH+7raYKfqO/h9FlJUd3y8cPKM01zym6Y8RpP7A3ruQ+vRpg7cSDIBjK5lOraH
mJHZUSb7lernfvLk6Yh3REbYWV/1N0xuyQkkZ7qoq/B+Ihls3UUud4PDjS5vDWYj
4UlBNJZ1YlQ=
=U2TA
-----END PGP SIGNATURE-----
--------------------------------------------------------------------------
-----BEGIN PGP SIGNED MESSAGE-----

Date: 24 Jul 96 21:24 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: David Frey <David.Frey@eos.lugs.ch>
Source: spellprogs
Version: 1.1-3
Binary:  spellprogs
Architecture:  all source
Description: 
 spellprogs: Three shell spell scripts.
Changes: ARCH=all, fixes bug #3883
Files:
 3b42e62830c5a779e6769e25f5e6f040  3681  text  -  spellprogs_1.1-3.tar.gz
 88442c31fb693ca163c664cdcf1b2f9c  2266  text  -  spellprogs_1.1-3.diff.gz
 a73125fa165c5d240911153cd3e5ae4e  2658  text  extra  spellprogs_1.1-3_all.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfaUxTeIcrC5jTapAQHBQgP+ObmnWtK7fWlOs9ExMae5vGvqhTsM6fv0
IUBXg831TyfQJEH3sOJ89KtD2WVqk83auxSguACzAo3fhBE1Yz5zNcXhkoPGsCdb
hGQlKQEUPKRxV2n96wpC2RcwWvqlF/2AHXmSwWzAa0WRA0NAmLbgbOToTFMw8JY5
TYohNbLTBfE=
=dA1p
-----END PGP SIGNATURE-----
--------------------------------------------------------------------------
David
-- 
David Frey <david@eos.lugs.ch>|Microsoft isn't the answer...it's the QUESTION.
Schlieren, Switzerland        |``No'' is the answer.
PGP-Key available on request  |Use Debian GNU/Linux!


From debian-devel-request@lists.debian.org Sat Jul 27 17:29:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 17:20:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 17:20:42 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 16:32:38 -0000
Resent-Date: 27 Jul 1996 16:32:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <lists@lina.inka.de>
Message-Id: <m0ukCFu-0004jTC@lina>
From: lists@lina.inka.de (Bernd Eckenfels)
Subject: Re: /etc/default?
To: Dirk.Eddelbuettel@qed.econ.queensu.ca
Date: Sat, 27 Jul 1996 18:30:17 +0200 (MET DST)
Cc: kai@khms.westfalen.de, debian-devel@lists.debian.org
In-Reply-To: <m0uk0f7-00013lC@miles.econ.queensu.ca> from "Dirk.Eddelbuettel@qed.econ.queensu.ca" at Jul 27, 96 00:07:00 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"_jkFE.0.rd3.bIa-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5470
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

> We have such a program. Bruce wrote and posted it to this list in March, and
> I reposted it about two months ago. All we have to is to decide to _use_
> rather than to endlessly go on about it. Here it is again:

chkconfig is irix, defadm is SysV. And I would prefer defadm over the IRIX
solution, since:

if chkconfig syslogd; then syslogd `cat /etc/config/syslogd.options`; fi

is not the way I want to write botup scripts. (But I must admit its nicer
than the way we do it currently.

So, again: please, mail me the man-pages to defadm and I will write a small
clone and a documentation draf for debian usage.

Greetings
Bernd
-- 
  (OO)      -- Bernd_Eckenfels@Wittumstrasse13.76646Bruchsal.de --
 ( .. )  ecki@lina.{inka.de,ka.sub.org}  http://home.pages.de/~eckes/
  o--o     *plush*  2048/A2C51749  eckes@irc  +4972573817  *plush*
(O____O)       If privacy is outlawed only Outlaws have privacy


From debian-devel-request@lists.debian.org Sat Jul 27 17:54:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 17:41:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 17:41:08 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 17:03:37 -0000
Resent-Date: 27 Jul 1996 17:03:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31FA4B8F.1ACF15EA@verisim.com>
Date: Sat, 27 Jul 1996 13:02:07 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5aGold (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
CC: 3945-done@bugs.debian.org
Subject: infocom 4.01pl2-4 released
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"VzT8D1.0.Oq3.fla-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5471
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 27 Jul 96 06:29 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Brian White <bcwhite@pobox.com>
Source: infocom
Version: 4.01pl2-4
Binary:  infocom
Architecture:  i386 source
Description: 
 infocom: A freely distributable parser for Infocom data files.
 -  Now you can play all of the famous Infocom interactive-fiction
 -  adventure games under Linux.  All that is needed is the
machine-independent
 -  data file from the original package or multi-game sets like the
 -  "Lost Treasures of Infocom" (I and II).  Three of Infocom's
 -  sampler packages (sampler1_R55.z3, sampler2.z3, & minizork.z3)
 -  are available by anonymous FTP from ftp.gmd.de under the
 -  /if-archive/infocom/demos directory.  Put them in the local
 -  directory /usr/lib/games/infocom.
 -  .
 -  Two executables are included in this package: one that runs under
 -  standard termcap ("infocom") and one that uses ansi codes to do
color
 -  ("infocoma").  Both will run on the Linux console.
Changes:
 -  Fixed dumb mistake for determining architecture type (Bug#3945)
Files:
 d726e0faf975f67afc414a9ebfca2404  85721  games      -    
infocom_4.01pl2-4.tar.gz
 a5bf444c165b6eb2cf3af0207c912d5c   3410  games      -    
infocom_4.01pl2-4.diff.gz
 3b78474e9a3c8df73f17c77fd9fc82bb  41768  games  optional 
infocom_4.01pl2-4_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfm5IrwRa6IPcXgFAQFMRQP9GHMYd15n5wEMAorMcoz7x5vl7ctiiugh
Jvuffq5JuV7+lSN1s0YfNKlm/jiZ9oi7z9rleLvc7mPZxcbZoXDo/GRSFUCKLxC2
krvrIRgBahf5D7bYLb8X57Vnh2qGGUaycoluQhml+sp/00096gjcn4ebyRvnfM9N
I03J5ft8z1Q=
=F7+v
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Sat Jul 27 18:44:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 18:32:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 18:32:17 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 17:59:40 -0000
Resent-Date: 27 Jul 1996 17:59:40 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecl@fnpc21.if.usp.br>
Message-Id: <m0ukBio-000VaKC@fnpc21.if.usp.br>
Date: Sat, 27 Jul 96 12:56 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: ecki@lina.inka.de (Bernd Eckenfels)
Cc: debian-devel@lists.debian.org
Subject: Re: naming convention?
In-Reply-To: <m0ujaTs-0004jSC@lina>
References: <m0ujaTs-0004jSC@lina>
Resent-Message-ID: <"6V2MI1.0.iR4.Cab-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5472
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "BE" == Bernd Eckenfels <ecki@lina.inka.de> wrote:

Hallo,

BE> Which one is the right for debian Packyges?

The one with underscores, which is used by dchanges-3.4. You need to
upgrade.

Ciao, Emilio.

-- 
                 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
               Instituto de Fisica da Universidade de Sao Paulo
             Caixa Postal 66318, 05389-970 Sao Paulo - SP, BRAZIL
              Phone: (+55) (11) 818-6724 (Voice) / 818-6715 (Fax)


From debian-devel-request@lists.debian.org Sat Jul 27 21:14:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 27 Jul 1996 21:09:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 27 Jul 1996 21:09:05 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 19:57:51 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3948: telnet man page should document all options
Reply-To: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>,
  3948@bugs.debian.org
Resent-From: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Sat, 27 Jul 1996 19:48:05 GMT
Resent-Message-ID: <handler.3948.B.83849609029580@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
From: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>
Message-Id: <199607271910.VAA04352@i17linuxb.ists.pwr.wroc.pl>
To: submit@bugs.debian.org
Date: Sat, 27 Jul 1996 21:10:53 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5473
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: netstd
Version: 2.05-1

telnet has a few options which are sometimes useful, but are not
documented in the man page.  These include -8, -L (believe it or
not, not everyone speaks pure ASCII :-), -E and possibly a few
others (just see the source and the man page for yourself).

Funny thing is that these are no new options, they work even on
Slackware 2.1 (released about 2 years ago) - the man page is
probably from a different version of telnet.

Marek


From debian-devel-request@lists.debian.org Sun Jul 28 00:09:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 28 Jul 1996 00:09:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 28 Jul 1996 00:09:37 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 23:38:51 -0000
Old-Return-Path: <POPmail@teaser.fr>
From: POPmail@teaser.fr
Delivered-To: clebars@debian.org
Subject: Bug#3828: suck : i don't wont to run suck as root
Reply-To: Andreas Jellinghaus <andij@dungeon.lake.de>, 3828@bugs.debian.org
Resent-From: Andreas Jellinghaus <andij@dungeon.lake.de>
Orignal-Sender: aj
Resent-To: debian-devel@lists.debian.org
Resent-CC: Christophe Le Bars <clebars@debian.org>
Resent-Date: Thu, 18 Jul 1996 10:48:05 GMT
Resent-Message-ID: <handler.3828.B.83768634226891@bugs.debian.org>
X-Debian-PR-Package: suck
X-Loop: owner@bugs.debian.org
Sender: aj@teaser.teaser.fr
Message-ID: <31ECC0E1.28DEAD8A@dungeon.lake.de>
Date: Wed, 17 Jul 1996 12:30:57 +0200
X-Mailer: Mozilla 3.0b5 (X11; I; Linux 2.0.6 i586)
MIME-Version: 1.0
Old-To: submit@bugs.debian.org
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: clb@teaser.teaser.fr
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5475
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

package: suck
version: 2.6.3-1

i don't wont to run suck as root.
if all files would be changed to news.news (in my opinion suck is a part
of the news system), there would be no problem...

should create an empty /var/log/suck-status (news.news) file.

        /var/lib/suck should be news.news
        /etc/suck and the files in there should be news.news
        (otherwise you will have to run suck as root.  i see no reason
        to do this, so i don't like the idea, that i'm forced to do
so).  

        get-news.inn should NOT remove /var/lib/suck !



From debian-devel-request@lists.debian.org Sun Jul 28 00:09:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 28 Jul 1996 00:07:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 28 Jul 1996 00:07:39 -0000
Received: (qmail-queue invoked by uid 40); 27 Jul 1996 23:36:29 -0000
Resent-Date: 27 Jul 1996 23:36:29 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <lee@olds.eskimo.net>
Message-Id: <m0ukJ0S-0000WbC@olds.eskimo.net>
Subject: Anyone working on a Qt package?
To: debian-devel@lists.debian.org
Date: Sat, 27 Jul 1996 16:42:47 -0700 (PDT)
Cc: olds@eskimo.com
From: Lee Olds <olds@eskimo.com>
Reply-To: olds@eskimo.com
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"wTaL2.0.Tc7.yVg-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5474
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Is anyone else working with on a Qt Debian package?  If not, I'll
do it.

- Lee


From debian-devel-request@lists.debian.org Sun Jul 28 03:04:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 28 Jul 1996 02:49:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 28 Jul 1996 02:49:51 -0000
Received: (qmail-queue invoked by uid 40); 28 Jul 1996 02:38:02 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3947: fsp provides frm.1 and so does elm
Reply-To: lamble@yoyo.cc.monash.edu.au, 3947@bugs.debian.org
Resent-From: Mr Stuart Lamble <sjlam1@aurora.cc.monash.edu.au>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Stuart Lamble <lamble@yoyo.cc.monash.edu.au>
Resent-Date: Sun, 28 Jul 1996 02:18:02 GMT
Resent-Message-ID: <handler.3947.B3947.83852009914973@bugs.debian.org>
X-Debian-PR-Package: fsp
X-Loop: owner@bugs.debian.org
From: Mr Stuart Lamble <sjlam1@aurora.cc.monash.edu.au>
Message-Id: <199607280200.MAA17310@aurora.cc.monash.edu.au>
To: andrew@pithecanthrope.it.com.au, 3947@bugs.debian.org
Date: Sun, 28 Jul 1996 12:00:11 +1000 (EST)
In-Reply-To: <m0uk1hk-0005ljC@pithecanthrope.it.com.au> from "Andrew Howell" at Jul 27, 96 01:14:20 pm
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5476
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> The fsp package contains /usr/man/man1/frm.1 and so does the elm
> package.

Hmm. Thanks for this; my system is standalone, so I haven't installed elm,
hence was unaware of the conflict. fsp provides a number of man pages
(frm.1, fget.1, fcat.1, etc.) that just .so other man pages (frmcmd.1,
fgetcmd.1, etc.)

Probably the simplest fix would be to remove the frm.1 man page; I'll do that
tonight and upload the new version to master tomorrow.

-- 
I'm on a low-fat, high stress diet: coffee and fingernails.


From debian-devel-request@lists.debian.org Sun Jul 28 12:40:23 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 28 Jul 1996 12:31:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 28 Jul 1996 12:31:48 -0000
Received: (qmail-queue invoked by uid 40); 28 Jul 1996 12:26:29 -0000
Resent-Date: 28 Jul 1996 12:26:29 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <warwick@cs.mu.OZ.AU>
Message-Id: <199607281226.WAA32474@mundook.cs.mu.OZ.AU>
X-Authentication-Warning: mundook.cs.mu.OZ.AU: warwick owned process doing -bs
X-Authentication-Warning: mundook.cs.mu.OZ.AU: Host warwick@localhost didn't use HELO protocol
To: Dale Scheetz <dwarf@polaris.net>
Cc: debian-devel@lists.debian.org, warwick@cs.mu.OZ.AU
Subject: Re: New virtual package names. 
In-Reply-To: Your message of "Fri, 26 Jul 1996 10:51:12 -0400."
             <Pine.LNX.3.94.960726104324.6440A-100000@dwarf.polaris.net> 
Date: Sun, 28 Jul 1996 22:26:19 +1000
From: Warwick HARVEY <warwick@cs.mu.OZ.AU>
Resent-Message-ID: <"yK4m3.0.2Q5.rnr-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5477
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> I need to add imapd-client and imapd-server to the list of virtual package
> names. Are we still doing this the "old" way? (That is, I download the
> package name file, make the required changes, wait for argument, finding
> no objection upload the new file) I seem to remember a hint from someone
> on the list that they were "maintianing" the virtual package name list. If
> this is the case, please contact me about these names.

I posted a new version of the list to debian-devel a couple of days ago, and
it is now on master.debian.org in doc/package-developer.  An extract of the
instructions included follows:

----
The procedure for updating the list is as follows:

1. Post to debian-devel saying what names you intend to use or what
   other changes you wish to make.

2. Wait a few days for comment.

3. Mail the maintainer of the virtual package name list (Warwick Harvey
   <warwick@cs.mu.OZ.AU>) notifying him of the consensus reached (or
   your suggestions if noone objected).  The list maintainer will then
   post the new list to debian-devel and upload it to the FTP site.

4. Go and use the new or changed names.
----

I guess we're up to step 2.  :-)

				Warwick

----------------------------------------------------------------------------
Warwick Harvey                                    email: warwick@cs.mu.OZ.AU
Department of Computer Science                        phone: +61-3-9287-9171
University of Melbourne                                 fax: +61-3-9348-1184
Parkville, Victoria, AUSTRALIA 3052     web: http://www.cs.mu.OZ.AU/~warwick


From debian-devel-request@lists.debian.org Sun Jul 28 13:30:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 28 Jul 1996 13:06:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 28 Jul 1996 13:06:44 -0000
Received: (qmail-queue invoked by uid 40); 28 Jul 1996 13:03:25 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3942: tin cannot find Newsgroup Descriptions
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3942@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Kenny Wickstrom <kenny@kennet.com>
Resent-Date: Sun, 28 Jul 1996 12:48:03 GMT
Resent-Message-ID: <handler.3942.B3942.83855762422582@bugs.debian.org>
X-Debian-PR-Package: tin
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607281224.OAA29121@picard.cistron.nl>
To: kenny@kennet.com
Date: Sun, 28 Jul 1996 14:24:59 +0200 (MET DST)
Cc: clameter@miriam.fuller.edu, 3942@bugs.debian.org
In-Reply-To: <Pine.LNX.3.93.960726235656.29530A-100000@silverado.kennet.com> from "Kenny Wickstrom" at Jul 27, 96 00:00:23 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5478
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Kenny Wickstrom) wrote:
> > tin expects the descriptions instead in /etc/news/descriptions! I found
> > that by studying the source package. Please move the file to a standard
> > location and name it the way INN wants it or provide a symlink.
> 
> I can make a change to the source to point it in right place.  My
> question: Is /var/lib/news/descriptions a standard location for this file
> with other news servers such as C-News?

I don't think so. By the way, the file is "/var/lib/news/newsgroups". The
reason that it is in /var/lib/news is that it is not a configuration
file and most news system update this file regulary and automatically.

> Or should I look for the file at
> installation time and make a link to a file whereever I find it?  Or
> (better yet for me) should the news server create a link from /etc/news to
> whereever they locate the file?

Check what cnews does and if it also uses /var/lib/news/newsgroups,
use that.

By the way - what is the overview path that tin uses? INN puts the
overview database in /var/spool/news/over.view, _not_ in /var/spool/news.

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Sun Jul 28 20:35:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 28 Jul 1996 20:29:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 28 Jul 1996 20:29:35 -0000
Received: (qmail-queue invoked by uid 40); 28 Jul 1996 19:18:40 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3950: INN message size limitation to 350K does not work
Reply-To: clameter@waterf.org, 3950@bugs.debian.org
Resent-From: Christoph Lameter <clameter@fuller.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Sun, 28 Jul 1996 19:03:04 GMT
Resent-Message-ID: <handler.3950.B.83858014429102@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
Date: Sun, 28 Jul 1996 07:48:36 -0700 (PDT)
From: Christoph Lameter <clameter@fuller.edu>
X-Sender: clameter@waterf.org
To: debian-bugs@pixar.com
Message-Id: <Pine.LNX.3.93.960728074013.2282A-100000@waterf.org>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5479
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: inn
Version: 1.4unoff4-1

The maximum article size is reduced in the Debian version to 350K from
the standard 1Meg.

This caused my newsfeed to fail since the rejected message was offered
again and again. Debian's INN finally simply failed with a timeout.
A log file (/var/log/news/news.notice) follows showing one instance of the
failure that lasted for two days (Repeated over and over). At 7:30 in this
log I recompiled INN and raised the message size limit to 1Meg and the
feed picked up again.

debian/config.data/debian:

##  Largest acceptable article size; 0 allows any size
#### =()<MAX_ART_SIZE           @<MAX_ART_SIZE>@>()=
MAX_ART_SIZE            1000000

I also raised the default timeout but I dont think this has anything to do
with the problem since it refers to log i/o.

##  Flush logs if we go this long with no I/O.
#### =()<DEFAULT_TIMEOUT                @<DEFAULT_TIMEOUT>@>()=
DEFAULT_TIMEOUT         600


Jul 28 07:10:37 miriam innd: pvc7.news.psi.net connected 18
Jul 28 07:14:01 miriam innd: localhost connected 19
Jul 28 07:14:01 miriam innd: localhost:19 closed seconds 0 accepted 0
refused 0 rejected 0
Jul 28 07:15:39 miriam innd: pvc7.news.psi.net:18 readclose
Jul 28 07:15:39 miriam innd: pvc7.news.psi.net:18 closed seconds 302
accepted 0 refused 0 rejected 0
Jul 28 07:21:40 miriam nnrpd[4994]: aaron.fuller.edu group rec.gardens 78
Jul 28 07:29:08 miriam innd: overview closed
Jul 28 07:29:08 miriam innd: psinntp closed
Jul 28 07:29:08 miriam innd: control:12 closed
Jul 28 07:29:08 miriam innd: localconn:14 closed
Jul 28 07:29:08 miriam innd: remconn:4 closed
Jul 28 07:29:09 miriam innd: ME shutdown received signal
Jul 28 07:29:26 miriam nnrpd[5681]: pigeon.qut.edu.au group
linux.dev.kernel 52
Jul 28 07:29:42 miriam innd: ME descriptors 256
Jul 28 07:29:42 miriam innd: ME outgoing 243
Jul 28 07:29:59 miriam innd: ME ccsetup control:12
Jul 28 07:29:59 miriam innd: ME lcsetup localconn:14
Jul 28 07:29:59 miriam innd: ME rcsetup remconn:4
Jul 28 07:30:00 miriam innd: overview spawned overview:17:proc:6710
Jul 28 07:30:00 miriam innd: psinntp opened psinntp:16:file
Jul 28 07:30:00 miriam innd: ME starting
Jul 28 07:30:25 miriam nnrpd[5681]: pigeon.qut.edu.au exit articles 52
groups 2
Jul 28 07:30:25 miriam nnrpd[5681]: pigeon.qut.edu.au times user 1.190
system 1.100 elapsed 1505.225
Jul 28 07:30:34 miriam nnrpd[6738]: dialup-pkr-2-9.network.umr.edu connect
Jul 28 07:30:42 miriam nnrpd[6738]: dialup-pkr-2-9.network.umr.edu exit
articles 0 groups 9
Jul 28 07:30:42 miriam nnrpd[6738]: dialup-pkr-2-9.network.umr.edu times
user 0.190 system 0.090 elapsed 7.730
Jul 28 07:31:40 miriam innd: pvc7.news.psi.net connected 18
Jul 28 07:34:40 miriam nnrpd[4994]: aaron.fuller.edu group rec.humor.funny
11
Jul 28 07:34:40 miriam nnrpd[4994]: aaron.fuller.edu exit articles 89
groups 2
Jul 28 07:34:40 miriam nnrpd[4994]: aaron.fuller.edu posts received 2
rejected 0
Jul 28 07:34:40 miriam nnrpd[4994]: aaron.fuller.edu times user 2.350
system 2.800 elapsed 4117.469
Jul 28 07:35:04 miriam nnrpd[6778]: in29.inetnebr.com connect
Jul 28 07:36:11 miriam innd: pvc7.news.psi.net:18 checkpoint seconds 269
accepted 199 refused 0 rejected 1
Jul 28 07:39:02 miriam innd: pvc7.news.psi.net:18 checkpoint seconds 442
accepted 399 refused 0 rejected 1
Waiting for data... (interrupt to abort)

{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
{}    Snail Mail:   FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182        {}
{}    FISH Internet System Administrator at Fuller Theological Seminary       {}
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
PGP Public Key  =  FB 9B 31 21 04 1E 3A 33  C7 62 2F C0 CD 81 CA B5 


From debian-devel-request@lists.debian.org Sun Jul 28 20:35:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 28 Jul 1996 20:33:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 28 Jul 1996 20:33:37 -0000
Received: (qmail-queue invoked by uid 40); 28 Jul 1996 19:18:42 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3951: Package 'kernel-image-2.' V2.0.6-0 fails to install
Reply-To: "John S. Kallal" <kallal@voicenet.com>, 3951@bugs.debian.org
Resent-From: "John S. Kallal" <kallal@voicenet.com>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Sun, 28 Jul 1996 19:03:06 GMT
Resent-Message-ID: <handler.3951.B.83858014429105@bugs.debian.org>
X-Debian-PR-Package: kernel-image-2.
X-Loop: owner@bugs.debian.org
Date: Sun, 28 Jul 1996 10:06:00 -0400 (EDT)
From: "John S. Kallal" <kallal@voicenet.com>
X-Sender: kallal@omni1
To: debian-bugs@pixar.com
Message-Id: <Pine.SUN.3.91.960728100040.3938A-100000@omni1>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5480
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: kernel-image-2.
Version: 2.0.6-0

When I try to install the package 'kernel-image-2.' with dpkg 
the package does not fully install per the output message of dpkg.  
The postinstall script does not run per the dpkg report and dpkg does 
not show the kernel-image as installed. (See the appended gziped uuencode 
transcript file.)  Some type of problem with the installation of the 
'kernel-image-2' package also shows up with the version 2.0.0-0 of 
'kernel-image-2' when installing with 'dselect ' program.  However, I 
have NOT made a debugging typescript file for version 2.0.0-0.

The 'kernel-image-2.' version 2.0.0-0 is off the GOLD 
Debian-1.1-i386 (dated 6-23-96) CD-ROM bought from Flexible Software.  
The 'kernel-image-2.' version 2.0.6-0 was downloaded from 
ftp:/ftp.rge.com/pub/systems/linux/debian/ and then copied to the 
/dev/hdb9 partition after installation of the BASE package from the 
three Base diskettes. 

I am using Debian 1.1, kernal 2.0.0 and libc 5.2.18.  This was a 
fresh installation of Debian and my first installation of Debian.
However, I have used the Slackware Linux distribution for 2 years.  

To produce the appended typescript file, I copied program 'script',
and 'md5sum' to '/bin' of partition /dev/hdb8.  Installed Debian using
formated partition /dev/hdb9 as '/' with unformated partition /dev/hdb 
set to mount as '/usr/local'.  (Partition /dev/hdb9 is currently a 
200MB+ test area.  Partition /dev/hdb8 is my normal '/usr/local' section
of the filesystem.)  After rebooting from the Custom Boot diskette, the 
'dselect' program was exited without installing any packages by use of 
the Q command.  Next the current BASE and DPKG package was installed 
to make sure that the problem did not come from some other package.  
Then using the /usr/local/script command the attached typescript file 
was created.  

Within the typescript file the following commands where run:

	'md5sum	*.deb'			(To check the debian packages)
	'dpkg -D773 -i kern...'		(To show the installation failure)
	'dpkg -i'			(To show what is installed)
	'dmesg'			(To show the hardware & kernel information)
	'ls -l /boot'		(To show the current state of kernel files)
	'ls -l /'		(To show the current state of kernel files)


My computer is a GATEWAY2000 Model #P5-120 with the following hardware:
	- Motherboard:		ALADDIN with Intel TRITON chipset
	- Processor:		Pentium 120 Mhz
	- Memory:		16 MB RAM (EDO)
	- Video Card:		TRIO 64V+ (with 2 MB RAM)
	- Floppy Drive A:	1.44 MB 3.5" 
	- Hard Drive 1(hda):	1.2 GB IDE (WDC AC21200H)
	- Hard Drive 2(hdb):	1.2 GB IDE (WDC AC31200F, user addon)
	- CD-ROM drive (hdc):	IDE 6X (Wearnes 6X)
	- Sound Card:		Ensoniq
	- Modem (COM1):		14400 Baud (internal, Rockwell IC, user addon)
	- Monitor:		Vivitron 15

----- typescript file (gziped & uuencode) ---------------------------------
begin 664 typescript.gz
M'XL(".C"^C$``W1Y<&5S8W)I<'0`U7WY<]M(DN[OBO#_4!NS$2V_,4D</!7C
M?L^6[&U/^PK+/3L;+UYH0*!(P<*U`*C#L7_\RRK<)``5@03`=M@R161]65GU
M568=">!:]TTO)$&H^2$UB.N0:RTD?]]91%D01;I05Q?3.9%7J_G97XAMS(*=
M3?[7V*#K%V>:3F7#F"WTM;S19RMUL]'EZ8*JZG0Q5S<Z)62M!?1&'LMC:21/
MHT*ZI.JSM:1--56GZ]EZI<TVL^E,5PU#DJ:21(CAW6VAD#*696IMHE+J?+I8
MZ,I"6QG*3%NOE?E<5E5I(2^HK&@RJ+JCOD.MD6EK6SI2QM)X?L-_CJ0(X2^$
M_6/89'2U6*AD9#Y3!@I<2?!'EBX(=8*=3V\\+;QU-)O>.*Y#'\T@-)TM^=?D
M7O,GEKF>,/1):'MCW?Q%L+"_<QS^OTU&_N;%V36UJ,ZO>#Z]-]U=8#T1@P;\
M:^@?3]/OH+8E51^_.#O_1C6#E36T4&-M3\;C,6'M1#:F10.B.08Q3!^@7-^$
MW_6=[U,G!!6F`PRP+&J,7[XX^\-A:AC0H1IROO%=^YFF>\D4QRT@R1=@BZO3
M(+C1?/W6O*?$M8Q[Z@>FR[2&N^"UXX99%8CN.AO+9)5\_3?66+\F4,H%L373
M">$?]6\"3MT;ASZ0I$G!&-9P#*J\7R;QU7S_`/7=]0]H%!*:HU\_0Q>]_M?X
M%_+)->CKJ;28S8C[`/I>2V.)?'_RZ.N9>FZ\Y,(?3><N*O`+87WKL#+_FD#I
MC:5M@]<*MPIZY?6_(DMBO;($>@,:[KQ[5NQ^'7##HJ)04_9AS*H]@E\`FCYD
MW\`O>92L]IKE@Z8GPELB*!6YBCN_*"1`\0/=XF68!<^T]MIUPU8-'@$T;?.H
M=-3L[/-!RV=?#M+X9>J/*B;8!9-[VS*=W<]H0,<=`D;,I]/]'IDNST?/]L@^
M7IO^V<?*>JMXI;3ORD0J>S+G2XYJZGHE+4"RWMNKZ6?7MS7K/;CV_RO)_X^X
M'G5(8/Z$\2(KRY52;AUXRQ'8"+%9O]MYI3(&5(O'BM0EBY/G$9D\CXCD>:PD
MS^/SY'GL@SP52EJ`'$\>65XMY/F\9_9</T&CV6-;\]`(=`C9BD.'<#D:[5\L
M9U*Y%#Z9GM/3#J<)I12E3T;!I*_5=(*7;TH67CBB!GP\($+ZW2!3B1+MQY02
MF$BP";?M&CM8;[3M@PRG15]D(&F?)%^5]4WQVE!]5%6+)J6/Z[-)WONV[KE)
M2\=;`G70BY-RAULA@>ILG]71'*/2R6:TTH&"#*17OUJLZT0W?-?&94N"B<:9
M!+"".='EY_F3E^N61>6:VB+]F1@5U]MM-PM\%AR98AEP+=42,5'*%>7[H%Z5
M1BS$!BM:=='O_+'4".UGJ!M=L3(%QV9E"ES/REA,F)4%^5Y86:$1"_%X5BI3
M6-D,3TO=V*FRUIVW3-#QW66"_)R_C.2.<)CY`CUYS'*5:)"-V*F>`#OM[ERF
MW8W#M$7<I7V4L[1[=I6E^G#P&FS_S)3E]"2(^-@A$Q\[HN*C$!<?CR/C8]]L
M+%&(!-B`CU-U=@*.,5A[W;G&%!R;D2EP/25C,6%.%N1[(66%1BS$XVFYD!:G
M,)L,7.=)-V;JK#-JYA6@TS,/_@Q%,U%QFNZ7Z8>JU5HQ49M$]H6R')ZRVZ`[
M1YI@8Q,UP:WG:"0E3,^\>"_,+%>(!'@\'Y<GL4VDVXHT[VPYGH"CK\83X&<6
MXY&8^%H\+]_/4KQ<(Q9BD_GF0CT!6KI>A[N7*3@V+5/@>EK&8L*T+,CW0LL*
MC5B(#6BYG"ZEX6D9_.AP%?2CHT70#Z$UT(_CED`_^EX!E2I$`FPRF9PI)\!'
M,_#DSJ)W"H[-R!2XGI*QF#`G"_*]D+)"(Q;B\;2<SN:#LG*#ED>5`\2CWZ8L
MLRJ])D"TS7.Y5CCL.E33"N9/DDVQ"2;W&RW$=V<Y8$PNI:#5E(I%A)A5D.V<
M8!7:,-`:1-.%M!QT-Q$L,`,7QDL7W$N14<F7HM:P+Y81HU]!N'O^5:A#@6MP
M_JRJTT&7O6""TQ'_G`[8YSS+/4><>4Z?O"M5A@#6@'/+U6S0#6DP8&<'AML-
M[3)H5.9EL#7D2X3$^%>4[IZ"5?IP\!H0<3%59@,3,7@*[CNA80*,2L($M(:"
MD8@8`?.RW=.O7!L&VO'44Z?*='#JV>N.(F^*C$N^!+6.?9&,(/WRPCWPKUP=
M"EP#!LY7/=_N5S*-T+VNYGX),N[L+T&MF_]%,H(SP+QP#W/`<G4H<`T8*,FS
M05,.P83;K@AXVP7_;I^GW^T1[+OME7SEVC#0&FR\*"ME,?02I"/F[3H@WNY9
MWNW$:;?KDW6ERA#`FG!NL1K:W6F;CDB7`*.R+@&MH5TD(L:[O&SWQ"O7AH'6
MX'A,F@U.O;7I;.SPYH=VW\%=4(?XJ$3<PZ[A8T%2C)8E1;IG9ZU21-`&LT)U
M.NA1KNG=3Y$/<R-(/$9&>%4L9%<%F)>)=<RV,D4M@?XD![NV&>C(5(H@\:@4
MX551B5T5H%(FUC&5RA2U!/H346GR^=WWFT\?KB]O/GVY^N/CNVOL*%JA!)=M
M)0KJZ'<@+LC'BG(]$/19S=C(#0X^!MUZYJ9HGF=1`+C#GPP>XB,SN(!=2]Z<
MI"AO#XKT0=D:I8B@#8@JK1;RX%S5GW1+,V@'*^<#>&2FYJ%KB9H)BO)TOT0?
M-*W6B8?9Q)O*TJ"K:V[')M0\VA%#4VQD>J:XM=R,I42)61#O@Y45"I$`FVPT
M+I7YH&F%W`I3=SJB8XR,3,88M9:*7$:4B#GA/FA8J@X%KH%+E-7EH"E>D0E>
M!\\2R2-C,]"K?8Y()B/,0*^O9XA4JT.!:^`$5\HI,#`P.G.",30V!V/8>A)R
M(6$6YJ1[H6&I/AR\!K>[2]/%H$?-W`;+ZXB&$3`R"2/06@HR$5$"9K)]T*],
M&P9:DR<MS(=?EWCZVNS@WJ8B-C+_4MQ:"L92HBPLB/=!Q`J%2(`-3O9D154'
MYZ,//UQ[V1$C<^C(G,PAU[(RE1/EY5Z!/IA9J1(-LL&29:7V^3J>"C,"ZIN:
MU1$Y,W!D;F;`M=1,Q$29693O@YA5&K$0F]PH,!_V@0N1%>[.Z>`!($5L;%(F
MN/6<C*2$*9D7[X61Y0J1`!O,*9?+V?#+F9!:G1W'I-C(?$QQ:_D82XGRL2#>
M!Q\K%"(!-N"CHDJ#[O,XM-UK,2L0\<C'X:HX!Q<%J)9*=<RP$CWM</XDV3U0
MWXGG=;!%DP-&)50"6D.K2$2,7'G9[BE6K@T#K<G9L3(==(^&61!8MWHWW$N0
M<<F7H-:Q+Y(1I%]>N`?^E:M#@3N>@7-E,>BREUE@KNW0[X:!*30N!5/8.@[&
M0H(D+$CWP,(*?3AX#0[LU/G@$[G)K0>XW1`QA<8E8@I;1\182)"(!>D>B%BA
M#P>O`1&EE33HC@OWZ;:^DE?3CJ)R!HX<F#/@VMB<B(F&YZ)\'Q&Z2B,6XO&T
M7"G#/I^:&?'0P1Y@AHO+Q8?:O;]$0I"!#WWM^54I0P!K\+(3>=A70K'ZJ_I,
M4KMA70J-2[P4MHY[L9`@_0K2/3"P0A\.7H,]/GGXF:'306YUAHO+0*<VISJ1
M$.2>TU<N=94R!+`FQQS#GKI%\]BN5B)=+$.>7X,<L0#I=?6!NO1HL1$S7PT^
MP;OU1IZUZ^!D;0\<FWPI<#T#8S%A&A;D>^%BA48LQ`:L5(=]>5B\=AKMK-#O
MX,$A!_#H"^(,^IDE<2(HOB@NENAG65RE$P^S`4=GPZ;Z,S.HTMG.80J-R\T4
MMHZ7L9`@)PO2/?"Q0A\.7I.CE.$W#CW+[.H<.49&/DB.46M/DKF,Z%%R3KB/
ML^12=2AP3>[\E(??)%P'QHWNVAVQ,(^.R\0\<AT;,SE!1NX7Z(&5U2K1((]G
MYTP=GIQ!9^XQZ,0]!@+N,3C&/0;]NL=R=2AP#8Y0IL.^>9998.QL^ZD;!J;0
MN!1,8>LX&`L)DK`@W0,+*_3AX#5YJLVP;ZOC)M!Y5^N5%!J9APEL+0\C(5$>
MYJ7[X&&Y/AR\!IO<BQ/PAQ1639WQ4.F&AXH(#Y6C>*CTS,,R?3AX#98M\\6P
M+SEF-FBAO.C*(V;8N%3,<.NXF$@)DK$HW@,;JQ0B`3;)>Y`'3XG=V/?RLH/'
MUQ2Q<>F8X=;1,9$2I&-1O`<Z5BE$`FQ`Q^GP&=HL@T/N+@U'[B8-1Q9)PY&/
M2L.1>V1BA3X<O"9'@<-':6;"HCL>+KKAX4*$AXNC>+CHF8<E^G#PFMSR.7PZ
M&)BPZB@ZI]#H/%P]&YMC(7$>KOJ,S!7Z</":G+8HP[ZJ@A]9TD?/IT%'*3MY
M=.33YQQR[0%T*B=Z!KU7H(]CZ$J5:)`-V"FO9H/O[E#J^6Y7U(RAL7D9P]:3
MD@L),S(GW0L=2_7AX#6YGVHY_+F?03V]H_2Q%!I[FS&&K=]FY$+"VXPYZ5ZV
M&4OUX>`UV6:<*H/?ST(?_+N.[F=)H9$]8@);ZQ$C(5&/F)?NPR.6Z\/!:T)$
M9?A4;X-.'V==><08&MLCQK#U'I$+"7O$G'0O'K%4'P[>\42<2@MY<"(ZYDSI
MZ-ZJ&!GY[JH8M?;^*BXC>H=53KB/>ZQ*U:'`-7GJPW3XR2';C^K(%:;0^)N*
MS[K"6.B(3<4^76&%/AR\!D1<#O\<N8FFJTIG9]`I-O(9=(I;>P8=2XF>01?$
M^SB#KE"(!-@@678Y?&36/-_4W0X>WKX'CDS(#+B6D8F8*"6+\GUPLDHC%F(#
M+SF=#K^I&.XZ2^).H7$IF<+6$3(6$J1C0;H',E;HP\%K<O8B#?O./3Z<?!W^
MZ\@]IMC(WC'%K76.L92H;RR(]^$:*Q0B`39X3+LT'3Y>T_!6GIL=;2ZFV,B[
MBREN[?9B+"6ZOU@0[V.#L4(A$F"30Y?Y\$EC2W75T6(F0<;E8H):Q\1(1I"'
M>>$>6%BN#@6N21+M\#<7!(;5U3,C8F3DN_UBU-J[_;B,Z-U^.>$^[O8K58<"
MU\`%SI3AT[@-2^\H("?(R&<L,6KM$0N7$3UAR0GW<<!2J@X%KLD>SO`QV-CZ
M'>6&)<C(!(Q1:PG(940)F!/N@X"EZE#@&F4HSH9]CEV@!R;RZU$B2#S617A5
M?&-7!9B6B77,L3)%+8'^)"])816>!!ULM^2`<5D5@]91BXL(\BLGVP/)2K5A
MH#5Y2<IRV%WGR`+_!K[MBGXI.#8%4^!Z&L9BPE0LR/="QPJ-6(A-'N,@*ZOA
M:;GMBI+;+NBX?9Z*VR-HN.V5@B7:,-`:W(HW50==67`#8$J@W7AF!_G]!_#(
M+,Q#UW(Q$Q1EY'Z)/GA9K1,/L\'B8R$-^SA$;L?VYO/EMYFZ[&`C^A`?F:8%
M[%J>YB1%B7I0I`^FUBA%!&T0RI6!'W/,#9FI^N+5\K&#^TH/X)&9FH>N)6HF
M*,K3_1)]T+1:)QYF`Y*J\NP$/"J+#!V&_(["O5"H/R[,]QWBL<-[FZQM>=@[
MG]>6J]\A[RO&F'C<BP&K6,<O"_`M)]<QTTHUM47ZD^PN\AI/'CO8W\DC(Y,K
M1JUE&)<1I5E.N`^NE:I#@6N2VJH.Z]/>?OQR^?O-IR]7?WQ\=XU-PCUP/![N
M`5=1L2`FP,82^8X)6:L1"['!&?*0E+R\^O;E4U>4W`/'H^0><!4E"V("E"R1
M[YB2M1JQ$!L\1GO0LYCWUUT1,H^,Q\8\:A45,QD!'NX+=TS":G4H<$V>6CPD
M_3Z_^]X5_PK0>`0LP%8Q,"<D0,$#Z8XY6*,/!Z]!PK\\Z.TGUY?7'[KB81$;
MCXA%W"HFYJ4$J'@HWC$7ZQ0B`38X#^QQY;(+_%8[+[Q\4U;QPA%UX.,!/]+O
M*DF@63[H>R*\2X)G-B;R0@)]6Z+]F%)9M]>U_<1P];;M'V&TZ(,((.T']FM9
M7V3?#]4?934XMJ1XOTSNJ.]0:V3:VI:.^/#&Z*I2V):]5XI9Z-`2B:H^KA1%
M]<7BRA#`3G+;LKK2DX^FY5[1C;:SPG;S`5$=^/PKXC_'Q;ST$;P\+-831^L4
M(P,W>5AHGX_V3FS17>_)-[>W(8J3S*&UY68.JDC#]$(EX_8DAHQ[U75ICG%$
M+$Q+5D?%EBZJ7@,:"01"99WL\U3I-WP>HQ85MHE;FG6PV2/)%\3S79T&P8WF
MZ[?F/24[S^"Q'(0W+C&2D9>44`Y+@#5CW22![IM>.-E`Y<F_QK\0W75"X%$`
MZL-C2[<K/KG7?+Z\9(T]B20F#,]WK5^(&9#X,P:LY[+N#\`_IHU+M&!?F+5E
M&1O2TBA5\:EO-ZP'+YHC#U,3:/<T\(!6($=BO=`QR3?VVJ\K,!Z/H2J<GXDE
M(TY4)B6@:>VZ8:_*)J!CO#Y*I68%+M,K(.JX$!FT.QC/4#%VE?S;<<V]U1[N
MNFP"OI_0H[+)VG2.4YBT]EH+:G4P63;*5=](\)\53[OF:!LFK.K-#!&1;<T;
M1]_Y`0U&(JW6IDMIJ#=3FK3&QG2,76A:P0GT+1@S"<$E,G_9SJICRK3N:Q8Z
MO&?;KY6CS`]:,75)2QAT;6K.J?0P&[E>T-06,>G6_:D9QBZ@G4:^PK`5U'>J
M(S:N_ABF=YO&1@F*M^Y;P]0L=]MEUQ8B>B_JBNY!3.6)1O6H\DV-$9-NS2'+
MM-PNNS0H]*>(MA/K36;`A-6[F14BLJT[,:`A^!L@3&]Q6UCCZ8;NU(065@D7
M:-W%(7T,A5H/K8N%-9YN%^M:V,(>X0*M.S?.8>AMDB:H[U0G:7'U&]LC*-ZZ
M6]>!6+.A#5E1A:<[8N],RVINCZ@\UHZ(.I:Z[%O+7`^@DOV+E8T#=PP*FU1B
M;_-"H`3"+,CH<?[SK*[3'610^4:6"(BVWW_2@N"ATWXL1$(Q=:<:"(-;:EE!
M4VO$I%OW*&NPD64ZN\?>1J>XRM,=I*P5VE@D7J)U#V^,C;4+;GOK7D%]I]NW
ML0&-+1(41]@<6F^-M2WWML78D\(HXW8`I?EDJ$'53Q*MQ]<CV]D2D\=@H3[K
MDX*=:RO.[(4TIG.PIT#(J?>TSQVO%[SPEF7@\06#/)Y+XS4--:6AB4+">(?:
MIM,;M_K360R81^@]L=WWY"PE-,M2`\3-.:)(^ZU:K=/CU@*CNM<U*28P""C,
M3K`VFQ.A$$]:@ZJ/V8?Q]F<C>P1$V\<Z(^CT.*ZP^!51=JI+7\M@L:9X3'^,
M/2*R&/OZK(:=+HR*.8[=*RRXGW[T[1TB"RH]P4C&SY+CZC>V1U"\?1@S;?K3
M=3K-^"O&LGX4%B??HDI/>/[-JK\7I(\T2E2^?0;R3]/KU!L6$H(%E)WN'A&K
M?3-;1&3;'[8(C@,T[]"3PN+64(]*R[:&!E$_2;0>7X]CG61K%MZM^SLJ$M!U
MJI-E7Q\7YXE'V"*<XM2O+1,);&ADD(!H^\Q<[Z['O-SNE16]8D\*RSQB[ZKY
M36_'Z4_G%`*R*$P;;<).9U4';.M!X2'C>E):Q;K>U4\2K<?7(\]`$?GV)\"B
M`0\M&@MK/#HFIW=QG,*N`8MXNN\Z8T,SK:<^S7=H>"([)\4VF#!+^FB(]DLD
MEIW3;P*HN,K37?@:6DC;6"1>HOW-=?UMCG6NJAAP>U%7%FI[5CS1Z#&ZQ6-#
M^ZTRG_8WJ>M!V=[>G(#"$]S`YQMS4/5FAHC((IPY[9+GV/1R`-2]MJ)GZDMC
MF7/J7_>$JSRR!ME)D8!P>T=%P_"IRT8IGOX)J3LQU\'/_7C%&]HA)-RZ)ZFR
M"3S?W78Z7RWVIK#*4^Q15GG]KH4QP@4PCFON3<?LU'D5UN>B"D]URYS5?6PT
MMT?P'L->K=E+%CG6)%'YUF2]=8.0/1ROMV6SJ,+3730G%C2W250>8:_0HOWN
MB@AK/-W^U6^WOM?"(N$"[3,8W6VWV<W%%$81;:<:8P*J[_SBK/`H>X2$,6Z_
M,-:]W@+4O;J#&X#Z45EQ^T_?RB>1SF/KD+L_0T`:@W?LGA++=*C29?/LWXO3
ME]))3A?+95;R-]H?4X]<OPB7:7_[C-CQ$%H,%]1WNA$<#`C"_/-HCK1(4+S]
M0TLZ[M6"L^]!6='5]Z2PS-'WKGK"-!ZG_YA=%H3'%SY_?Q!>VDKWRO8?7?B\
MPA/;U$I..'3;:V:'B"R&@^KO40,BRDXWYK#:-[-%1+9]3W;_W(CB;K.@PA,;
MEGROF;]3@38WI:<G1APQ!M#&Z!$Z&PS5X]-*>AK<_LX9>9H?!GVU!,8AQ)WE
M;CM-V=^_9Z0/A0?WC/2EM.*>D?[53Q*MQ]<C=[H@)%_)0HF]7F?_S2>6Z]ZQ
M-]%L7)^X]]1_\,WX53O\)H)[F]VG\C-^#U%;G,?6.-=/04CML:UY;:`.7HN*
M!#/1#=^U4<&BGV,7%U3[&>H&-JAN[%19PT:U\2L*D(_8F,':PZ]HX#I/NC%3
M9]C`VZ"#[K<5:8X-ZGH=$#7X@8]I!IZ,:/TFP$.:W&^T$+-J8*R["5`1'62\
MG1T8+BXD.]W'!;37V*VH>\B(M]B`.V0\;8,,""N'C1W>_-#N$4.9Z=U/L;!L
M,]`QL2:?WWV_^?3A^C)Y+3PJN.9Y%@TUZPZO,3FN_J1;FD$1^Y[#;D+-H\B8
MINY@(WJ(\Y<(,3"P*VEYR(">OC81XQC'].&':R^14:/[P;%!W9V#.&WAF"&U
M,(>00T-$J(GG(5*(`0;6K8Z+:*[MT,>%O/5@;8]LMZVOY-44%_0!D8P,3]5G
MDHH+Z2"Z\JAKL/%&GK7#'8"LLT<[*_01IR\,EBKHM/0L$[E!UX%Q`_X<W6U@
MU]/8V?83,B2=8_</0"K(D%HH+["KN;'OY27BA"AQ1C(^Y`(=<H5L.*6/G@\`
MV*B`@$U.3\=V<0_^'7($,NCT$7'WC@<U<Z;@,Q.YDIJN*MCC7/-\4W<15P`,
M--RA.W<H!_\A4S.\E><F+N9276'/,PT+>4@:EHYLM;'U$9U;H`<F)M8D0"1.
M!.C?P+?8H%MD0*J%VHUG(L8(#KN]^7SY;:8N$7G.<6>JOGBU?$2,O6DKX$&N
M+5>_0P6;/"(2Z>W'+Y>_8^\Y7EY]^_()&_3]-38BWW+%A;R^O/[0#C-)6KBC
MOD.MD6EK6]KFE+T:;_+1M-PKNM%@G=H..TNPJ*\U=8*=3V\\+;QE]_#=.*Y#
M'\T@1IN,Q_Q)8*'M'5&()20T+5=,K&B)\M@293^IH@D0$+)AL83'+8M/VE2]
M[$@7$2I)XL"$C%,X<&L9)7!@8MK8E8R2-S`1X]0-5,@L<0,3-DK;0.WR*&D#
M$S).V4!MSA_8B'&Z!@[D!L=W9:D::'!QH@8:GH.*EB1IH`%&*1IX<%&"!E[K
M1>D9:'BWN'`[5+0H,0,-KI"6@8/*DC)PD-A9*A[204(&(G0N'0,1-4O&0`2-
M4S$0$7DB!B:>AS83R25A(`*R%`Q$N#@!`Q$Q3;]`Q$R2+S`AH]0+1,0X\0('
MD>TV8P%%21=X<%'*!1Y>G'"!!QBG6R!:G"1;X$$^H)$OEVB!!^B@N>DDR0(3
M+4ZQ0.W@),$"#S1.KT`<Q_Q<"P\O2ZW`=`ZX=8S3*A`!HZ0*5$`%%3!)J,!#
M3-(I<!V.C`VX0`9<H9J<I5%@8O(D"DPR\A0*Q!I&"128->3I$XBABB=/X#(1
MM8))X@0B8I(V@0<9)TT@UC%.F4"D8IPP@8<8I4L@!C^>+($X5GBJ!"(>3Y3`
MP6.GVWA(/$D"$RY.D<"$W*+"9>D1B*"YY`A$U"PU`ME^+$">R8`(Q9,B</`*
M*1$XD(6$"!S(+!T"!R^7#($#F$^%:(*X"_R&Q5A.0HNB)4D,N&CYQ(LVR&G:
M!0H(CMGW6O2V9U9R`B7'NBE:V-\Y#O_?)B-_TTRC3[4@H/;:HF.#KA/-4P#1
M;ZG.TUA@ODT=@SJZ20/B;LBAV>1\1/[&E/SZ,@?@WA&%V,$V(+_^^K>_O3B[
MIB&OP<XKA>#_C:27[&D@,8HD7X#V#?5]RE;QSL;<@EV$/S.)(;&O^,-$$GGE
M@B7=W$WH(]5)T5#V)NVR'O-<UBY!2,Y)^C%31<`@5IR<![MUG.?S\H+L'`U:
MC(0N89IV(>5E1ZRP9EE0.=<A@>Z;7GA!/KLDV.FWT3-67)\8ID_UT/6?(F3H
M+=^'KV-P9E9I`R?@+R]>G)&L,I6*B4_#'>`8,3X0("3L296[@"@OSMZQ+P/R
M0,%(Z%KV1A'X:)"'6U;-K#),VV%]7IS]A;!_O&E&[!6R-`"SC-=_.'>.^^!,
M/D05FGRCMGM/)U]W/GM@TO^0:UZ!UY_=,!&AQN22-_>(]^3D#X<]%0:^?:_!
M[\8HZHO);YJU2<RD!D!-")CPOU^?,]J]G/SF6@8H8P(CG_[WCE5F\L_7:S>\
M'8$QT%EV0,XC[:^@('2AYU%?UP+Z>JT9T,O_`XB?8;"0W)]_4#]@+1K_`2-Y
MT\)7+\[^^M>_CEX7_XQJ?ZW_\^+,-`G1#&,74#^M@#Q>K49R^NL?H6F9(1N&
MP#R0)4PX()ICD*WO[CS^?7C+'](3`Q;L(60U5T:+[-<W3GCK.D^_!.2=80(G
MV;-W-`*#X(EL=I8U`GLI=0AE%R-`]NRT/*`\EL?22)ZF3<0>.T7>,JDH/XM\
M,@.=`C<=Z@+UWD?#-8:ZW8.:@@=(H+Z#'?_Q^0_RUF4T'KW9:J9#KG\#J'%<
M/GKV6:[\;*1F<,GE\^@1:R_C0D'TJ/!$2H7:*UDAJ+BIDUW:SAO?M<ET/'U[
M?37Z:(8T5IU[NE:L6LFK+IJ<H04>U<T-*(!NBEHJP3,UR]UF`-)XI>6JI<?7
M6>=$:$\\N1`HP!UT='7M/H*.!'"SR;>M,EZ,9"G]E?4"8=NBFF\&0/"TBG%I
M-JP+/:.,99E:,>37^+%--O1(2!W-T3GC6&>S6L4<^!B]*3S!8^\KS?"FXURC
MOX<K-JQ\78.7C]ZOR\JE[U%)RTE*;C@PAKS[YW<E<JUQ#5)3XJ;='+!$RG?Y
M&Z"A8XPT,]*]L5S/>R*&;]Y#6SZ8X2U<-Z`Y@[N1'@.:\2/W4P;)2DK:C+:\
M3K;F0$/9U`D/ZY4\M#XN-QW+(SFS+8)PC%?D4?.WT1B':;N64G"K/=SE^T@M
MVL7*@\0K8`Q,`\"WL[B@1?,%AI4+-U8,R)Y87^AT:33+?M7X=<!SB&8Q/`@V
M]S3JY:AL4C&?>CD8H%X!AU6,B;PBE$NRRFS8IZ3X3[-0G'%OFG$W:5Y&7K93
M::;L3?0G+[S(`/(N%#H\&4$P"`.VH7'K/G"GF19D'/Y\38S8Y=VMC7R%V."4
M<X,S:@$(4X$+/;YQH:^937?T*>23A$+'OR?[T93$\YXB7"1$UJ:C^4^$R\;F
M64;@%MMG`7ZSX#4C".,)C`%?8YD.H+WBCQ%G8*QR49UB0'.MY_J'S-A@7XY6
M!X"7*<1]'!=GY)P]K3`T[>C)YBF@L9;S-5P"YF@9_\J:^BWU[ZA%8:#!"IF'
M%`A?$'9@S#%$#LB4I(!;8VW+&>!BK&:#A=$!+C^'!15^.4X!TR>J)Q25LS9@
M@,EUWERW,'>&"5ML/W3E*Y(@)X!6L5,6^:!"/GY@[??QBV9`;!^1CZYF!'&C
M\@##V:?YW,_$@.P5$(5>+@RBP-PZ!#H@"_?@^J*2]MHGI%@R[Q<^:2#J0U!U
M0_*-ZJX?^;T/;S^-OEY&(2$TUU%TB`%=@\W!4D")1_S4X7WB:]ATRAQ-09G3
M]C5[G"*P96ZN2NIXOKI+(F;4$)'0@9OD[[K+F:.,9S_R(<!UP8,R"[A@XMW`
M[YK>SHI6"7Q>"2T4`3KZS@]H,$HF,N`>QBN:0O[#-"@T*O5M&'I6#LAU+B"N
M.Z:]LYG;8`NA/<"XPXX!A+67JYO@U+E#WA8`P:&3HP$#H!&`)42-`:-'S.?:
M4)KFVC":\WR__#KY\)7)/L`*BK4;=S[IG,"#NC[D'.$>(R]O-0>F!%R*D8H-
MQK@+6:CQLMYG_G.5FRTQ!S-A,K5A/*!%)PPVS$;S`@@;MDPL"&'PVM&DU4^+
MAU&"35I<EE*/!+5/%GPP1XO$/-</4]WI(V(3TR'BSPYU,[&$^C9?Z>X;$3\+
M,VM#-6<#^3UR^HS`<2N`\);/\#181SDY&'[_1`:C2%D`B<8VF[$0F+UKN3:(
MW_.5->$\/YN*INNC?P!Y[BCA;Q:+RH7:OD>1P:6G#<!,!Y%$F#Z&^6D-$RZ9
M'3&QJ+]S$Y']YF(.]B<L[Y+"B_%TF2=.<CF;8+.F8\R+QGP,PRZ/<@T&+B17
MH[W)>@G]XJ6N30,8H)=1G+\@\APX`O-?'O%?D:DD\0E6D!/170O6+N0?__'F
MKV0I/2JS5T0F]Z8?[H!@R83AW-8>R5R%Y8FGFVO3#6YX'UV0MQ^^7*L*N:;^
MO0D3[*MDVX#Q>Z>';'=""XGT*$G21M\L)'$`F(ZR>0`K#"67AR6_7G[@I2$*
MWIL\TK/QLE=.DU^<?86E->LY5H`%L`?P/M!BEQIW0&&T>V1I3^R6*&\\9EM"
M(S)=C)<*L'3K?OKP]?K%V2?@MO\$+3J=*].[B3Q7E],[HMW#^I]/H,Z7BG27
MS(ATUZ"O")>`T0JF49@BSV;S.][OT(K7#]`)5"-_.":/^C#1NX2HMF-1[QJ<
M+84O/K_[#MY5G?'`$84?\"<OSMCW%ZPDS)Y<MKHAX)[OP'6PH*?DI!.`L9B^
MV+>R\G')Z8LS^`*:+W2!)<$%^7#YZ>LK\L<5_`!I:,)D]TU=SB?J<@&&[SP@
M\98]*_<+S.LWW@Z6_TR"/NJ4;THP3D:;/3"=!O_%I'-(O]Q:X2^$;9$P_H!\
M!`4BD5')K(Y-2"68.X$;^3]KJFTM^I*<;W4])[`8*R_)7Y;D^XZ2O^]`L4RD
MU<5,O5!7Y.O5=R*O5O,79V^^?HIHE!0$9T#>6QHL9X"V*CF_8LLL/W=9@0YD
M8_(=9]IF,94N*)@>T"V8QGXE!GR./K%OB44=LH$_KZ(+R:\1"@Q$AW)+\S6(
MKKVY9/,G-L-[!2L\MD!Z2G;'=M$>5O:]96YH\FU4.KFR`6/8:-A4"7_3;.Z)
MC<A2-KX@NI@_(4QQ%^)'U_F^ZE1:S7^'J=U/%K8-\!]357K_3W+^W8=`YKQD
M]67C;`U5E,AFYT26S191E:"$!&/^T^CJTYMXC&XT"`OLOYP(<ZIL6X^<2X^:
MO%B\)(%F>Q:]N?SX>_!:A8DM3`JAJD_Q%U%)_L?F4\<+LH'_0<EKMC'VU:?O
M::C?\E\^?/EV]5_\$Q/Y^N$+^YP#""SV6.=F`%!W^<"\963>)A,IF*=*ZC/F
MR<+F;3;'FP=ER@#@4PK`J'IK:!?D/Z\N@9.*K$C2;Q`F%$7Y])8\3&1E>?>6
M7&KZ+?#TX]LWK\CE;]>OYXH\F4\G<[`'%#&$=8*@,H3W.83YM`Z`E=6A[+LW
MWSZ_NR:75U>CN2*](F^^O_GZ@?!3N(B[G))2U/+RAO%*WBQ>28_J9LZ(:?K_
M#?Z;"\FQT((++;C0(A.:O3A[G]MD.6?;Z1M#8@_7E\?3Z2?PJ#";8#/BN^!!
M\PQR'VT7C15HZ_=@(Q?5R&<^XX5`>DUAE>LZQHX%-Q@ARX4J@?/AA\3Z5)I#
MXSIN+ISPF1WXXIUC0`#[^B:_FY^,SX`O:$+?M2P8M=P>=;%\%7M7Y<49.]Z%
MKI;XI@&;),1?&#0$CP.5#]U08QN5%ML=&^M13&4QEM6>[5Q0-FM(SUCXOA=E
M<3K@QQ]?H0E,/KZY"-N%YS2!'S+_O&:?894-/Q3R-_;?C/V8LQ\+]F/)?JS(
MKR_._O'^&I8N?(??(,RKDW.8?2GINHC:+_ERUW4LMH?R)MI4A+CF71!558"!
MA/7$B#VN'7@0+_@@CE#>3?_^P8"I#K]35']U#Y%RRMW_1)I.Y`51I(OIXF(&
MCEN[-PWR[M&+/_T[M(T7<T7BC7ON07.#:A;$HTFX48P/T[&L1GMR[)'VD8C+
M(U\`<Q/6A]"C8?@D20GL9DG.&>M>D^G+B#;R?#:3WD1BB78E$U/WQ"ZO/W[X
M>L%G'20]^`/[EBM8/6^A#[GG9FOP7/R';]@,"/K4,37&,4#(8J?"@FNR.:/#
MLHG/^2V^N<?V*'@!<E4I<%B9U8SI,ZBOO2(?''T<(?#="P@NNNGQCS[=F@$_
MY(D%WEY?\:E*LHT6K\`SN63J"Y/YD47X3=?0<(S81)G*RQ=G(_]AY(_87S;3
MC[C%_O"0%\__976F*#!)@#(+:-8+>4KV;MR6JH'2#PQ(4>9S#@00B@RSC7V@
MN1`06P%(4_()5C50,7EYH4QAW?!TLQZO6Y4WA,NK"VE9+,_OR1=63Y9[Q8$D
MIA.5'PF4GTZGY.\:<!%609P]]MH7URZOE*)V-U!$C9?EU4+>[\7"TP`XRJ,_
M8G\K236#I<)B7B15_LD$8HR:07!=*65U^9F=<L;<3W@_AR\M5D'^M[:3%+F*
M]63T*RE[@@%4V\@;KU1@RQ*T>HP-_A76,6OVOEA>]B$X*)MKN(.R4YE$P[JJ
M,'?LA<+7U&/M%3&'7]ZKMEI>;76U4N?Y:J]8Q"N6E9<5)L.(6^::$\K"K*JZ
MUO$QSGZMU;C6T>6]XKEJPT(@.S[;:S%E!3&?O4Y;Q.:D,%\AR>J%LF1;<V+=
M#/YNF;<9HIH%DXV_QC,7<:843+<=WMFCK.RLDL$PO2DT.=NJ:4C1%;_<K#"T
M>)`C./P-C](<VMX>RY[IK=S`V@7^7EE)N.R]Y@L["WE9ZLU23['GW?["TSE>
DG$4_SZZCC`^#;89!(+^&:4UNB"L7RHQ/R<[^/ZK%F*TDW0$`
`
end


From debian-devel-request@lists.debian.org Sun Jul 28 21:25:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 28 Jul 1996 21:09:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 28 Jul 1996 21:09:21 -0000
Received: (qmail-queue invoked by uid 40); 28 Jul 1996 19:43:39 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances
Reply-To: clameter@waterf.org, 3952@bugs.debian.org
Resent-From: Christoph Lameter <clameter@fuller.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Sun, 28 Jul 1996 19:33:04 GMT
Resent-Message-ID: <handler.3952.B.83858164629772@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
Date: Sat, 27 Jul 1996 09:43:47 -0700 (PDT)
From: Christoph Lameter <clameter@fuller.edu>
X-Sender: clameter@waterf.org
To: debian-bugs@pixar.com
Message-Id: <Pine.LNX.3.93.960727093748.23584A-100000@waterf.org>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5481
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: less
Version: 290-8

Problems with less under Debian:

1. If you do a less on a file that does not exist then it will first show
you an empty screen. If you press q then you get a "file not found" or so.

2. Upon exiting less the cursor is not restored to the original position
in a larger (60x80) window. Instead its apparently restored to the
25th line. Plus the content just viewed vanishes!
It would be nice if the content would stay on the screen to be selected
with the mouse and pasted etc etc.

A wish because of the heavy usage of gzipped files under debian:

- Add functionality for less to automatically recognize a gzipped file
and view it correctly without having to resort to zless.

I have not figured it out yet but there must be some sort of way to have
less display IBM-PC characters?

The Slackware 3.0 less does not have the problems mentioned above.

{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
{}    Snail Mail:   FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182        {}
{}    FISH Internet System Administrator at Fuller Theological Seminary       {}
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
PGP Public Key  =  FB 9B 31 21 04 1E 3A 33  C7 62 2F C0 CD 81 CA B5 


From debian-devel-request@lists.debian.org Sun Jul 28 22:15:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 28 Jul 1996 22:04:30 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 28 Jul 1996 22:04:29 -0000
Received: (qmail-queue invoked by uid 40); 28 Jul 1996 20:38:34 -0000
Resent-Date: 28 Jul 1996 20:38:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sr1@os.inf.tu-dresden.de>
Date: Sun, 28 Jul 1996 22:37:11 +0200
Message-Id: <199607282037.WAA15303@os.inf.tu-dresden.de>
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
To: olds@eskimo.com
CC: debian-devel@lists.debian.org
In-reply-to: Lee Olds's message of Sat, 27 Jul 1996 16:42:47 -0700 (PDT)
Subject: Re: Anyone working on a Qt package?
References: <m0ukJ0S-0000WbC@olds.eskimo.net>
Resent-Message-ID: <"_KGMm2.0.373.9_y-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5482
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

In article <m0ukJ0S-0000WbC@olds.eskimo.net> Lee Olds <olds@eskimo.com> writes:

> Is anyone else working with on a Qt Debian package?  If not, I'll
> do it.

According to my list nobody works on providing a Qt package yet.

	Sven
-- 
Sven Rudolph <sr1@inf.tu-dresden.de> ; WWW : http://www.sax.de/~sr1/


From debian-devel-request@lists.debian.org Sun Jul 28 22:15:49 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 28 Jul 1996 22:08:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 28 Jul 1996 22:08:50 -0000
Received: (qmail-queue invoked by uid 40); 28 Jul 1996 20:41:32 -0000
Resent-Date: 28 Jul 1996 20:41:32 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sr1@os.inf.tu-dresden.de>
Date: Sun, 28 Jul 1996 22:40:08 +0200
Message-Id: <199607282040.WAA15317@os.inf.tu-dresden.de>
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
To: Guy Maor <maor@ece.utexas.edu>
CC: debian-devel@lists.debian.org
In-reply-to: Guy Maor's message of Thu, 25 Jul 1996 13:48:40 -0500 (CDT)
Subject: Re: Q: Superseeding a package, config file handling
References: <199607241253.OAA20663@os.inf.tu-dresden.de>
	<Pine.SOL.3.93.960725134018.20690H-100000@brando.ece.utexas.edu>
Resent-Message-ID: <"HYdiv3.0.q83.y1z-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5483
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

In article <Pine.SOL.3.93.960725134018.20690H-100000@brando.ece.utexas.edu> Guy Maor <maor@ece.utexas.edu> writes:

> On Wed, 24 Jul 1996, Sven Rudolph wrote:
> 
> > The genscript program was renamed to enscript, so I want the enscript
> > to replace an already installed genscript.
> > 
> > Is the following in debian.control correct ?
> > 
> > 	Conflicts: genscript
> > 	Provides: genscript
> 
> No, you need 'Replaces: genscript'.  With replaces and conflicts, dpkg
> will remove the old package.

Replaces is only needed when the new package contains files that are
already in the old package, right ?

(Isn't this written down somewhere ? I didn't find it in the info
files :-(

	Sven
-- 
Sven Rudolph <sr1@inf.tu-dresden.de> ; WWW : http://www.sax.de/~sr1/


From debian-devel-request@lists.debian.org Sun Jul 28 22:40:49 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 28 Jul 1996 22:16:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 28 Jul 1996 22:16:03 -0000
Received: (qmail-queue invoked by uid 40); 28 Jul 1996 20:53:02 -0000
Resent-Date: 28 Jul 1996 20:53:01 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: aries.ece.utexas.edu: maor owned process doing -bs
Date: Sun, 28 Jul 1996 15:46:09 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Sven Rudolph <sr1@os.inf.tu-dresden.de>
cc: debian-devel@lists.debian.org
Subject: Re: Q: Superseeding a package, config file handling
In-Reply-To: <199607282040.WAA15317@os.inf.tu-dresden.de>
Message-ID: <Pine.A32.3.93.960728154112.21020A-100000@aries.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"oYCU01.0.bH3.jCz-n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5484
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Sun, 28 Jul 1996, Sven Rudolph wrote:

> In article <Pine.SOL.3.93.960725134018.20690H-100000@brando.ece.utexas.edu> Guy Maor <maor@ece.utexas.edu> writes:
> 
> > On Wed, 24 Jul 1996, Sven Rudolph wrote:
> > 
> > > The genscript program was renamed to enscript, so I want the enscript
> > > to replace an already installed genscript.
> > > 
> > > Is the following in debian.control correct ?
> > > 
> > > 	Conflicts: genscript
> > > 	Provides: genscript
> > 
> > No, you need 'Replaces: genscript'.  With replaces and conflicts, dpkg
> > will remove the old package.
> 
> Replaces is only needed when the new package contains files that are
> already in the old package, right ?

It is needed then, but that's not the only reason.  When a package foo
conflicts and replaces another package bar, dpkg will remove bar before
installing foo.  Conflicts without a replaces will require the user to
manually remove bar.

If you want an installation of genscript to automatically remove
enscript, use replaces.  If not, don't.


Guy


From debian-devel-request@lists.debian.org Sun Jul 28 23:05:49 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 28 Jul 1996 22:45:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 28 Jul 1996 22:45:38 -0000
Received: (qmail-queue invoked by uid 40); 28 Jul 1996 21:23:48 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3950: INN message size limitation to 350K does not work
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3950@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Sun, 28 Jul 1996 21:03:04 GMT
Resent-Message-ID: <handler.3950.B3950.83858764811106@bugs.debian.org>
X-Debian-PR-Package: inn
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607282044.WAA05011@picard.cistron.nl>
To: clameter@waterf.org, 3950@bugs.debian.org
Date: Sun, 28 Jul 1996 22:44:12 +0200 (MET DST)
Cc: debian-bugs@pixar.com
In-Reply-To: <Pine.LNX.3.93.960728074013.2282A-100000@waterf.org> from "Christoph Lameter" at Jul 28, 96 07:48:36 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5485
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Christoph Lameter) wrote:
> Package: inn
> Version: 1.4unoff4-1
> 
> The maximum article size is reduced in the Debian version to 350K from
> the standard 1Meg.

I know; this was put in as a local policy on our site and should never
have gone in the Debian version. You can set your own max. msg size
with the "-l" flag to innd.

> This caused my newsfeed to fail since the rejected message was offered
> again and again. Debian's INN finally simply failed with a timeout.
> A log file (/var/log/news/news.notice) follows showing one instance of the
> failure that lasted for two days (Repeated over and over). At 7:30 in this
> log I recompiled INN and raised the message size limit to 1Meg and the
> feed picked up again.

Or edit /etc/news/boot to add "-l 1000000" to FLAGS at the top..

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Sun Jul 28 23:30:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 28 Jul 1996 23:21:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 28 Jul 1996 23:21:41 -0000
Received: (qmail-queue invoked by uid 40); 28 Jul 1996 22:13:47 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3942: tin cannot find Newsgroup Descriptions
Reply-To: Kenny Wickstrom <kenny@kennet.com>, 3942@bugs.debian.org
Resent-From: Kenny Wickstrom <kenny@kennet.com>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Sun, 28 Jul 1996 22:03:04 GMT
Resent-Message-ID: <handler.3942.B3942.83859064912151@bugs.debian.org>
X-Debian-PR-Package: tin
X-Loop: owner@bugs.debian.org
Date: Sun, 28 Jul 1996 16:19:25 -0500 (CDT)
From: Kenny Wickstrom <kenny@kennet.com>
To: Miquel van Smoorenburg <miquels@cistron.nl>, 3942@bugs.debian.org
In-Reply-To: <199607281224.OAA29121@picard.cistron.nl>
Message-ID: <Pine.LNX.3.93.960728161811.28669A-100000@silverado.kennet.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5487
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Sun, 28 Jul 1996, Miquel van Smoorenburg wrote:

> By the way - what is the overview path that tin uses? INN puts the
> overview database in /var/spool/news/over.view, _not_ in /var/spool/news.

tin uses the file /var/spools/news/.overview.

-----------------------------------------------------------------------
Kenny Wickstrom           | gnu - a new generation in s/w devel/support
kenny@kennet.com          | Linux - a much improved Un*x clone
(847)740-4008             | Debian - a Linux distribution setting the
#include <std-disclaimer> |    standard for future distributions


From debian-devel-request@lists.debian.org Mon Jul 29 00:45:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 00:25:14 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 00:25:14 -0000
Received: (qmail-queue invoked by uid 40); 28 Jul 1996 23:53:51 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3953: Tk 4.1's bell flashes the display.
Reply-To: Philippe Troin <phil@sj-coop.net>, 3953@bugs.debian.org
Resent-From: Philippe Troin <phil@sj-coop.net>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Sun, 28 Jul 1996 23:33:02 GMT
Resent-Message-ID: <handler.3953.B.83859665513496@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Message-Id: <199607282321.QAA13063@tantale.sj-coop.net>
X-Mailer: exmh version 1.6.7 5/3/96
To: submit@bugs.debian.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 28 Jul 1996 16:21:15 -0700
From: Philippe Troin <phil@sj-coop.net>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5488
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


I installed Tk 4.1 and found the same bug as in 4.0 (see bug #3827). 
Running
the bell command flashes the display...
Description and demo are in bug report #3827.

Here's a patch:

diff -cr tk4.1.orig/generic/tkCmds.c tk4.1/generic/tkCmds.c
*** tk4.1.orig/generic/tkCmds.c Mon Apr  8 13:26:15 1996
--- tk4.1/generic/tkCmds.c      Sat Jul 27 19:32:06 1996
***************
*** 78,84 ****
        }
      }
      XBell(Tk_Display(tkwin), 0);
!     XForceScreenSaver(Tk_Display(tkwin), ScreenSaverReset);
      XFlush(Tk_Display(tkwin));
      return TCL_OK;
  }
--- 78,84 ----
        }
      }
      XBell(Tk_Display(tkwin), 0);
!     /* XForceScreenSaver(Tk_Display(tkwin), ScreenSaverReset); */
      XFlush(Tk_Display(tkwin));
      return TCL_OK;
  }

Here's some info:

Debian 1.1
Linux 2.0.8

Package: tk41
Status: install ok installed
Priority: optional
Section: devel
Maintainer: David Engel <david@ods.com>
Source: tk41
Version: 4.1-1
Depends: tcl75 (>= 7.5-1), elf-x11r6lib
Conflicts: tk, tk40 (<= 4.0p3-2)
Description: The Tk toolkit for TCL and X11 v4.1 - Run-Time Package.
 Tk is an X11 toolkit that provides the Motif look and feel and is 
 implemented using the Tcl scripting language.

Package: tk41-dev
Status: install ok installed
Priority: optional
Section: devel
Maintainer: David Engel <david@ods.com>
Source: tk41
Version: 4.1-1
Provides: tk-dev
Depends: tcl75-dev (>= 7.5-1), tk41 (= 4.1-1)
Conflicts: tk, tk-dev
Description: The Tk toolkit for TCL and X11 v4.1 - Development 
Package.
 Tk is an X11 toolkit that provides the Motif look and feel and is 
 implemented using the Tcl scripting language.

Package: tcl75
Status: install ok installed
Priority: optional
Section: devel
Maintainer: David Engel <david@ods.com>
Source: tcl75
Version: 7.5-1
Depends: libc5 (>= 5.2.18-5)
Conflicts: tcl, tcl74 (<= 7.4p3-2)
Description: The Tool Command Language (TCL) v7.5 - Run-Time Package.
 TCL is a powerful, easy to use, interpreted scripting language.

Package: tcl75-dev
Status: install ok installed
Priority: optional
Section: devel
Maintainer: David Engel <david@ods.com>
Source: tcl75
Version: 7.5-1
Provides: tcl-dev
Depends: libc5-dev (>= 5.2.18-5), tcl75 (= 7.5-1)
Conflicts: tcl, tcl-dev
Description: The Tool Command Language (TCL) v7.5 - Development 
Package.
 TCL is a powerful, easy to use, interpreted scripting language.


Phil.



From debian-devel-request@lists.debian.org Mon Jul 29 01:35:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 01:19:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 01:19:09 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 00:48:12 -0000
Resent-Date: 29 Jul 1996 00:48:12 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecki@lina.inka.de>
Message-Id: <m0ukgPf-0004jWC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
Subject: Reducing the number of suid root applications
To: debian-devel@lists.debian.org
Date: Mon, 29 Jul 1996 02:42:23 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"0cayV2.0.xh6.Cf0_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5489
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

just checking the number of applications with sui/sgid on my system.
The suid from xlterm/color_xterm could be removed by using a special group
utmp and using sgid. Of course this needs to be checked with other tools,
but I think there should be no program with suid if it realy dont needs it.
The -C switch of xterm will not ork without the suid-root bit, but xconsole
is better for this, anyway (and admins can control if they want to allow
grabbing colsole output).

Greetings
Bernd

PS: i will file bugreports for applications I think the suid.root is
unnecessary, like xload.
-- 
  (OO)      -- Bernd_Eckenfels@Wittumstrasse13.76646Bruchsal.de --
 ( .. )  ecki@lina.{inka.de,ka.sub.org}  http://home.pages.de/~eckes/
  o--o     *plush*  2048/A2C51749  eckes@irc  +4972573817  *plush*
(O____O)       If privacy is outlawed only Outlaws have privacy


From debian-devel-request@lists.debian.org Mon Jul 29 01:35:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 01:24:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 01:24:36 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 00:53:04 -0000
Resent-Date: 29 Jul 1996 00:53:04 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecki@lina.inka.de>
Message-Id: <m0ukgSs-0004jWC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
Subject: sgid mail
To: debian-devel@lists.debian.org
Date: Mon, 29 Jul 1996 02:45:42 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"2CnX93.0.px6.mj0_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5490
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

with movemail, there is a new interface to a users mailbox, without the need
for SGID mail on every MUA. I think we should provide a movemail and rewrite
all the Debian tools to use movemail (like netscape does already). This will
alos help to include qmail into a system, since movemail could do the
Maildir2Mailbox Converting for Applications which are not Maildir aware.

Any Comments? movemail is a small program which is used to
lock/unlock/access a users mailbox. Only this program need t be run as SGID
mail, and not every MUA like elm, mh...

Greetings
Bernd
-- 
  (OO)      -- Bernd_Eckenfels@Wittumstrasse13.76646Bruchsal.de --
 ( .. )  ecki@lina.{inka.de,ka.sub.org}  http://home.pages.de/~eckes/
  o--o     *plush*  2048/A2C51749  eckes@irc  +4972573817  *plush*
(O____O)       If privacy is outlawed only Outlaws have privacy


From debian-devel-request@lists.debian.org Mon Jul 29 02:25:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 02:02:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 02:02:43 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 01:33:52 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3954: xload dont needs tu run suid
Reply-To: ecki@lina.inka.de (Bernd Eckenfels), 3954@bugs.debian.org
Resent-From: ecki@lina.inka.de (Bernd Eckenfels)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Stephen Early <sde1000@cam.ac.uk>
Resent-Date: Mon, 29 Jul 1996 01:18:04 GMT
Resent-Message-ID: <handler.3954.B.83860265615132@bugs.debian.org>
X-Debian-PR-Package: xcontrib
X-Loop: owner@bugs.debian.org
Message-Id: <m0ukgMS-0004jWC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
To: submit@bugs.debian.org
Date: Mon, 29 Jul 1996 02:39:03 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5491
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: xcontrib
Version: 3.1.2-1

Hi,

xload doenst need suid root. On Linux it can read without any special
priveleges fom /proc/loadaverage. Simply remove the suid-bit from the file.
I dont think there should be a program with suid and not needing it.
(If it would need any special priveleges sgid kmem would be better anyway).

The -lights switch is not documented in the man page or online help. (And it
doesnt work, anyway :)

Greetings
Bernd
-- 
  (OO)      -- Bernd_Eckenfels@Wittumstrasse13.76646Bruchsal.de --
 ( .. )  ecki@lina.{inka.de,ka.sub.org}  http://home.pages.de/~eckes/
  o--o     *plush*  2048/A2C51749  eckes@irc  +4972573817  *plush*
(O____O)       If privacy is outlawed only Outlaws have privacy


From debian-devel-request@lists.debian.org Mon Jul 29 03:15:59 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 03:07:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 03:06:59 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 03:04:42 -0000
Resent-Date: 29 Jul 1996 03:04:42 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0ukF5p-0006gzC@mongo.pixar.com>
Date: Sat, 27 Jul 96 12:32 PDT
From: bruce@pixar.com (Bruce Perens)
To: Debian Developers <debian-devel@lists.debian.org>,
  "Brian C. White" <bcwhite@verisim.com>
Subject: Re:  FTP to master.debian.org
Reply-To: Bruce Perens <Bruce@pixar.com>
Resent-Message-ID: <"8X72q1.0.i81.9f2_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5492
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

"master" unmounted /home/Debian/ftp, which led to lots of problems.

	Bruce


From debian-devel-request@lists.debian.org Mon Jul 29 03:16:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 03:08:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 03:08:33 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 03:06:15 -0000
Resent-Date: 29 Jul 1996 03:06:15 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0ukF7P-0006h5C@mongo.pixar.com>
Date: Sat, 27 Jul 96 12:33 PDT
From: bruce@pixar.com (Bruce Perens)
To: debian-devel@lists.debian.org,
  Juergen Menden <menden@informatik.tu-muenchen.de>
Subject: Re: Languages used in install scripts...
Reply-To: Bruce Perens <Bruce@pixar.com>
Resent-Message-ID: <"nOL833.0.3C1.cg2_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5493
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I can't fit the entire perl package in the base. I currently put only the
interpreter and the library files needed to run dpkg-ftp .

	Bruce


From debian-devel-request@lists.debian.org Mon Jul 29 04:06:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 03:43:05 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 03:43:05 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 03:38:59 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances
Reply-To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3952@bugs.debian.org
Resent-From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 03:18:02 GMT
Resent-Message-ID: <handler.3952.B3952.83861016316850@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
Message-Id: <m0ukiRq-00013xC@miles.econ.queensu.ca>
Date: Sun, 28 Jul 96 22:52 EDT
To: clameter@waterf.org, 3952@bugs.debian.org
In-Reply-To: <Pine.LNX.3.93.960727093748.23584A-100000@waterf.org>
References: <Pine.LNX.3.93.960727093748.23584A-100000@waterf.org>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5494
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Christoph>  Package: less 
  Christoph>  Version: 290-8

[...]

  Christoph> A wish because of the heavy usage of gzipped files under debian:
  Christoph> 
  Christoph> - Add functionality for less to automatically recognize a
  Christoph> gzipped file and view it correctly without having to resort to
  Christoph> zless.

Alias your zless to less. Zless does this correctly.

  Christoph> I have not figured it out yet but there must be some sort of way
  Christoph> to have less display IBM-PC characters?

export LESSCHARSET=latin1

--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Mon Jul 29 05:21:04 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 04:56:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 04:56:21 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 04:54:02 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3955: yacc script uses $* instead of "$@"
Reply-To: quinlan@bucknell.edu, 3955@bugs.debian.org
Resent-From: Daniel Quinlan <quinlan@charcoal.eg.bucknell.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Anders Chrigstrom <ac@netg.se>
Resent-Date: Mon, 29 Jul 1996 04:33:02 GMT
Resent-Message-ID: <handler.3955.B.8386146644818@bugs.debian.org>
X-Debian-PR-Package: bison
X-Loop: owner@bugs.debian.org
Date: Mon, 29 Jul 1996 00:08:13 -0400
Message-Id: <9607290408.AA23684@charcoal>
From: Daniel Quinlan <quinlan@charcoal.eg.bucknell.edu>
To: debian-bugs@pixar.com
X-Mailer: Emacs 19.30
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5495
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: bison
Version: A2.6-12

Shell scripts should call "$@" instead of $* (with the double quotes)
when calling a "substitution" command as in the /usr/bin/yacc script.


From debian-devel-request@lists.debian.org Mon Jul 29 06:36:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 06:34:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 06:34:12 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 06:31:55 -0000
Resent-Date: 29 Jul 1996 06:31:55 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: cod.ece.utexas.edu: maor owned process doing -bs
Date: Mon, 29 Jul 1996 01:31:52 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: "Susan G. Kleinmann" <sgk@sgk.tiac.net>
cc: debian-devel@lists.debian.org
Subject: Re: Script to make the Contents file
In-Reply-To: <199607261505.LAA06207@sgk.tiac.net>
Message-ID: <Pine.HPP.3.93.960729013008.29019A-100000@cod.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"lIE1W2.0.It3.Qh5_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5496
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Fri, 26 Jul 1996, Susan G. Kleinmann wrote:

> Is there some script available to help users make their own Contents files
> for non-free and contrib in the same format, etc. as the Contents files
> in unstable and stable?

Contents files are now generated for non-free and contrib.


Guy


From debian-devel-request@lists.debian.org Mon Jul 29 07:01:09 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 06:37:07 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 06:37:06 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 06:34:48 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances
Reply-To: Guy Maor <maor@ece.utexas.edu>, 3952@bugs.debian.org
Resent-From: Guy Maor <maor@ece.utexas.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 06:18:05 GMT
Resent-Message-ID: <handler.3952.B3952.83862066718848@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
X-Authentication-Warning: cod.ece.utexas.edu: maor owned process doing -bs
Date: Mon, 29 Jul 1996 00:55:03 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3952@bugs.debian.org
In-Reply-To: <m0ukiRq-00013xC@miles.econ.queensu.ca>
Message-ID: <Pine.HPP.3.93.960729005247.23786H-100000@cod.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5497
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Sun, 28 Jul 1996 Dirk.Eddelbuettel@qed.econ.queensu.ca wrote:

>   Christoph> A wish because of the heavy usage of gzipped files under debian:
>   Christoph> 
>   Christoph> - Add functionality for less to automatically recognize a
>   Christoph> gzipped file and view it correctly without having to resort to
>   Christoph> zless.
> 
> Alias your zless to less. Zless does this correctly.

Better is to set the LESSOPEN environment variable and write a lessopen
script.  You can view all sorts of files.

For example:
femto[~]$ echo $LESSOPEN
|/home/gmaor/bin/lessopen %s
femto[~]$ cat bin/lessopen
#!/bin/sh
case "$1" in
  *tar.gz|*tgz|*tar.Z)
    tar tvfz $1
    ;;
  *tar)
    tar tvf $1
    ;;
  *.Z|*.gz)
    gunzip -c $1
    ;;
  *.zip|*.ZIP)
    unzip -v $1
    ;;
  *.arj|*.ARJ)
    unarj l $1
    ;;
esac


From debian-devel-request@lists.debian.org Mon Jul 29 08:16:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 08:09:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 08:09:51 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 08:07:11 -0000
Resent-Date: 29 Jul 1996 08:07:11 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <torin@perv.daft.com>
Sender: torin@perv.daft.com
To: Bruce Perens <Bruce@pixar.com>
Cc: debian-devel@lists.debian.org,
  Juergen Menden <menden@informatik.tu-muenchen.de>
Subject: Re: Languages used in install scripts...
References: <m0ukF7P-0006h5C@mongo.pixar.com>
From: "Darren/Torin/Who Ever..." <torin@daft.com>
In-Reply-To: bruce@pixar.com's message of Sat, 27 Jul 96 12:33 PDT
Date: 29 Jul 1996 01:01:35 -0700
Message-ID: <87bugzsd28.fsf@perv.daft.com>
Lines: 29
X-Mailer: Gnus v5.2.37/XEmacs 19.14
Resent-Message-ID: <"oXReS.0.jh4.l47_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5498
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Bruce Perens, in an immanent manifestation of deity, wrote:
>I can't fit the entire perl package in the base. I currently put only the
>interpreter and the library files needed to run dpkg-ftp .

Bruce, shall I build a perl-base with the stuff that you've included in
perl in the base package?  I can then build a perl-support or perl-rest
(or whatever) that includes the rest of perl.  Would this be a good
idea or shall I give up asking this question?  I've asked this before
but I've never gotten a response.

Darren
- -- 
<torin@daft.com> <http://www.daft.com/~torin> <torin@debian.org> <torin@io.com>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMfxvv44wrq++1Ls5AQEAAwP/aVR1BYGspfociBwl44MrvKIAl3D/V9DQ
SRWTVcrNvILIZBqCl5Z/vOV7env7qWVk6Qa2QYiTJxdGFCkegq186f5DEvtS+CJU
Dog4gUK1oEL7jBSNrEZKAM+mipINOyGyBNFN2Tu2+UJIjEDN0vIijuQ2EcWyFqzh
3qJsz5R7rkI=
=+JiM
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Mon Jul 29 09:06:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 08:56:34 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 08:56:34 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 08:54:09 -0000
Resent-Date: 29 Jul 1996 08:54:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <richard@elmail.co.uk>
From: Richard Kettlewell <richard@elmail.co.uk>
Message-Id: <8N+7PM3l0@muskogee.elmail.co.uk>
Date: Mon, 29 Jul 96 09:57:19 +0100 (BST)
To: ecki@lina.inka.de (Bernd Eckenfels)
Cc: debian-devel@lists.debian.org
Subject: Re: sgid mail
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0ukgSs-0004jWC@lina>
References: <m0ukgSs-0004jWC@lina>
Resent-Message-ID: <"AX6Km1.0.gB5.nm7_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5499
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bernd Eckenfels writes:

>with movemail, there is a new interface to a users mailbox, without
>the need for SGID mail on every MUA. I think we should provide a
>movemail and rewrite all the Debian tools to use movemail (like
>netscape does already). This will alos help to include qmail into a
>system, since movemail could do the Maildir2Mailbox Converting for
>Applications which are not Maildir aware.
>
>Any Comments? movemail is a small program which is used to
>lock/unlock/access a users mailbox. Only this program need t be run
>as SGID mail, and not every MUA like elm, mh...

This won't work; there are mail user agents (such as Pine, for
example) which keep the mail in the the user's mailbox rather than
moving it to a separate folder in their home directory.

-- 
Richard Kettlewell  richard@greenend.org.uk  richard@elmail.co.uk
                           http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Mon Jul 29 09:56:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 09:49:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 09:49:57 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 09:13:48 -0000
Resent-Date: 29 Jul 1996 09:13:48 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kubla@zeder.netz.klinik.uni-mainz.de>
Message-Id: <199607290907.LAA01350@zeder.netz.klinik.uni-mainz.de>
X-Mailer: exmh version 1.6.7 5/3/96
To: Juergen Menden <menden@informatik.tu-muenchen.de>
cc: debian-devel@lists.debian.org
Subject: Re: Languages used in install scripts... 
In-reply-to: Your message of "Fri, 26 Jul 1996 17:09:26 +0200."
             <Pine.SUN.3.91.960726170622.13262H-100000@koma.informatik.tu-muenchen.de> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 29 Jul 1996 11:07:31 +0200
From: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>
Resent-Message-ID: <"CvWHn2.0.ge5.C38_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5500
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Maybe we should define 'base' more clearly.  I would like to propose the
following definition for base:

  The base section contains the following packages:
  * Boot utilies (platform dependant)
  * The Linux kernel and all related utilities.
  * Basic networking utilites (IP networking is an integral part of Unix!)
  * All required utilities according to POSIX 1003.2.
  * Everything needed to bootstrap the base system (yes this means gcc
    and binutils should be BASE: we are not unbundling like SUN does!)

Comments?
  Dominik


From debian-devel-request@lists.debian.org Mon Jul 29 10:21:17 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 10:06:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 10:06:09 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 09:54:22 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances
Reply-To: jdassen@wi.leidenuniv.nl (J.H.M.Dassen), 3952@bugs.debian.org
Resent-From: jdassen@wi.leidenuniv.nl (J.H.M.Dassen)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 09:33:02 GMT
Resent-Message-ID: <handler.3952.B3952.8386326752578@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
From: jdassen@wi.leidenuniv.nl (J.H.M.Dassen)
Organization: Leiden University,
              Dept. of Mathematics & Computer Science,
              The Netherlands
Message-Id: <199607290910.JAA02767@ind206ab.wi.leidenuniv.nl>
To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3952@bugs.debian.org
Date: Mon, 29 Jul 1996 11:10:15 +0200 (MDT)
In-Reply-To: <m0ukiRq-00013xC@miles.econ.queensu.ca> from "Dirk.Eddelbuettel@qed.econ.queensu.ca" at Jul 28, 96 10:52:00 pm
X-home-page: <URL:http://www.wi.leidenuniv.nl/home/jdassen>
X-No-Junk-Mail: I do not want to get *any* junk mail.
  Do not add me to any mailing lists without my express request.
X-PGP: finger jdassen@{zeus,artemis,hermes}.wi.LeidenUniv.nl for PGP key
X-Mailer: ELM [version 2.4 PL24 PGP6]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5501
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>   Christoph> I have not figured it out yet but there must be some sort of way
>   Christoph> to have less display IBM-PC characters?
> 
> export LESSCHARSET=latin1

Hmmm... This will give you an ISO-8859-1 ("ISO Latin 1") character set.
Less knows that _more_ characters are displayable in that character set,
but I'm not sure it'll give you all of the "graphical" IBM-PC characters.

(In fact, on my system, it gives a lot of accents, since my screenfont
is set to iso1 too).

less(1) talks about a LESSCHARDEF variable to indicate which characters
are "printable"... maybe that's a better solution?

Ray
-- 
POPULATION EXPLOSION  Unique in human experience, an event which happened 
yesterday but which everyone swears won't happen until tomorrow.  
- The Hipcrime Vocab by Chad C. Mulligan 


From debian-devel-request@lists.debian.org Mon Jul 29 10:46:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 10:36:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 10:36:51 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 10:24:30 -0000
Resent-Date: 29 Jul 1996 10:24:29 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sr1@os.inf.tu-dresden.de>
Date: Mon, 29 Jul 1996 12:20:24 +0200
Message-Id: <199607291020.MAA31113@os.inf.tu-dresden.de>
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
To: debian-devel@lists.debian.org
Subject: byacc package still needed ?
Resent-Message-ID: <"BLhBT1.0.Gg6.R59_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5502
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Currently the byacc package is orphaned.

I received a note that byacc isn't needed anymore since the licence
for the bison parser skeleton files changed.

Do advantages of byacc compared to bison remain or can the byacc
package be dropped ?

	Sven
-- 
Sven Rudolph <sr1@inf.tu-dresden.de> ; WWW : http://www.sax.de/~sr1/


From debian-devel-request@lists.debian.org Mon Jul 29 11:11:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 10:46:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 10:46:56 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 10:44:15 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3942: tin cannot find Newsgroup Descriptions
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3942@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Kenny Wickstrom <kenny@kennet.com>
Resent-Date: Mon, 29 Jul 1996 10:33:02 GMT
Resent-Message-ID: <handler.3942.B3942.8386356783215@bugs.debian.org>
X-Debian-PR-Package: tin
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607291007.MAA16427@picard.cistron.nl>
To: kenny@kennet.com
Date: Mon, 29 Jul 1996 12:07:35 +0200 (MET DST)
Cc: miquels@cistron.nl, 3942@bugs.debian.org
In-Reply-To: <Pine.LNX.3.93.960728161811.28669A-100000@silverado.kennet.com> from "Kenny Wickstrom" at Jul 28, 96 04:19:25 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5503
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Kenny Wickstrom) wrote:
> On Sun, 28 Jul 1996, Miquel van Smoorenburg wrote:
> 
> > By the way - what is the overview path that tin uses? INN puts the
> > overview database in /var/spool/news/over.view, _not_ in /var/spool/news.
> 
> tin uses the file /var/spools/news/.overview.

Ehm. This gets confusing. Ok, I'll use an example. Where is the overview
data for the group "cistron.test" stored?

INN stores it in "/var/spool/news/over.view/cistron/test/.overview".
                                  ^^^^^^^^^

Most packages used to put it in "/var/spool/news/cistron/test/.overview".

The way the debian INN package does it now is a new ad-hoc standard, and
it will stay this way. Storing the .overview files in the article directory
itself can be very slow if you have a big news server...

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Mon Jul 29 11:36:20 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 11:35:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 11:35:19 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 11:33:02 -0000
Resent-Date: 29 Jul 1996 11:33:02 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kirby@ns.utk.edu>
Message-Id: <199607291132.HAA24239@holmes.ns.utk.edu.ns.utk>
X-Mailer: exmh version 1.6 4/21/95
To: debian-devel@lists.debian.org
Subject: Need to give up packages
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 29 Jul 1996 07:32:06 -0400
From: "Kirby  Joseph S." <kirby@ns.utk.edu>
Resent-Message-ID: <"Ft3lf.0.7U7.k5A_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5504
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Having lived through yet another weekend without the opportunity to perform 
the needed package upgrades, I feel the Debian project will be better served 
if someone were to assume responsibility for my packages. I currently maintain 
sed, grep, fdflush, taper and lxtools. sed, grep and fdflush in particular 
need attention.

Thanks.

------------
Joe Kirby  kirby@utk.edu (423)974-6616
LAN Engineering, 2339 Dunford, Knoxville, TN 37996
Public key on servers (ID 4E52298D) or finger kirby@shellie.rmt.utk.edu



From debian-devel-request@lists.debian.org Mon Jul 29 12:51:23 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 12:48:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 12:48:22 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 12:46:05 -0000
Resent-Date: 29 Jul 1996 12:46:05 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <mdorman@lot49.med.miami.edu>
Message-Id: <m0ukrhZ-0004mjC@lot49.med.miami.edu>
To: debian-devel@lists.debian.org
Subject: Re: sgid mail 
In-reply-to: <m0ukgSs-0004jWC@lina>
Date: Mon, 29 Jul 1996 08:45:37 -0400
From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
Resent-Message-ID: <"8m9OL3.0.v8.CAB_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5505
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

In message <m0ukgSs-0004jWC@lina>, Bernd Eckenfels writes:
>with movemail, there is a new interface to a users mailbox, without the need
>for SGID mail on every MUA. I think we should provide a movemail and rewrite
>all the Debian tools to use movemail (like netscape does already).

This is a sensible idea, and I'll gladly support it if you'll take on
the task of rewriting MH.

Otherwise, I can tell you that at least one MUA isn't going to get
rewritten anytime soon, and since xmh (definitely) and exmh (probably)
use those underlying tools, that makes three.

The point of Debian, it seems to me, is not to create a system that
differs gratuitously from all others, as this would, to little easily
discernable benefit, but to do only such work as is necessary to make
sure all tools work well together.

Mike.
--
"Don't let me make you unhappy by failing to be contrary enough...."


From debian-devel-request@lists.debian.org Mon Jul 29 13:41:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 13:18:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 13:18:18 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 13:14:26 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances 
Reply-To: Michael Alan Dorman <mdorman@lot49.med.miami.edu>,
  3952@bugs.debian.org
Resent-From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 13:03:03 GMT
Resent-Message-ID: <handler.3952.B3952.8386446835129@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
Message-Id: <m0ukrcI-0004mjC@lot49.med.miami.edu>
To: clameter@waterf.org, 3952@bugs.debian.org
In-reply-to: <Pine.LNX.3.93.960727093748.23584A-100000@waterf.org>
Date: Mon, 29 Jul 1996 08:40:09 -0400
From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5506
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

In message <Pine.LNX.3.93.960727093748.23584A-100000@waterf.org>, Christoph Lameter writes:
>1. If you do a less on a file that does not exist then it will first show
>you an empty screen. If you press q then you get a "file not found" or so.
>
>2. Upon exiting less the cursor is not restored to the original position
>in a larger (60x80) window. Instead its apparently restored to the
>25th line. Plus the content just viewed vanishes!
>It would be nice if the content would stay on the screen to be selected
>with the mouse and pasted etc etc.

Except for the first part of #2 (which I cannot reproduce), both of
these are configurable by command-line or environment variable.

Putting 'LESS="-acegimwy10X" ; export LESS' in ~/.bash_profile takes
care of both of these as well as some other personal preferences.

None of these are bugs, just complaints about less' defaults not
reflecting personal preferences.  This should be closed.

Mike.
--
"Don't let me make you unhappy by failing to be contrary enough...."


From debian-devel-request@lists.debian.org Mon Jul 29 13:41:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 13:21:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 13:21:43 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 13:14:47 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3957: Debian 1.1: bug in /etc/init.d/kerneld?
Reply-To: frits@chemde5.leidenuniv.nl (Frits Daalmans), 3957@bugs.debian.org
Resent-From: frits@chemde5.leidenuniv.nl (Frits Daalmans)
Resent-To: debian-devel@lists.debian.org
Resent-Date: Mon, 29 Jul 1996 13:03:02 GMT
Resent-Message-ID: <handler.3957.B.8386446835128@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Date: Mon, 29 Jul 1996 14:20:39 +0200
From: frits@chemde5.leidenuniv.nl (Frits Daalmans)
Message-Id: <199607291220.OAA05302@chemde5.leidenuniv.nl>
To: debian-bugs@pixar.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5507
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Cc: frits@chemde5.leidenuniv.nl


Greetings,

In Debian 1.1,  (base: 16-7-1996 version of diskimages)
/etc/init.d/kerneld requires grep, but
grep is in /usr/bin instead of /bin, therefore
if /usr is on a separate partition (as I did it at home), it will
not be loaded in the initialisation phase

fix: I copied /usr/bin/grep to /bin/grep, just in case.

PS: is this a useful bugreport?
If not, please give me a clue as to how I can help you, since
I like the Debian GNU/Linux idea and I want to pay the net.community
the debt of using Linux for 3 years :-)


Frits

Frits Daalmans
OIO Conformational Analysis
Gorlaeus Laboratoria
Leiden, The Netherlands
E-mail: frits@chemde5.leidenuniv.nl
Tel: [+31] (0)71-5274505


From debian-devel-request@lists.debian.org Mon Jul 29 14:31:27 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 14:06:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 14:06:45 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 14:04:23 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3957: Debian 1.1: bug in /etc/init.d/kerneld?
Reply-To: branderh@IAEHV.NL (Erick Branderhorst), 3957@bugs.debian.org
Resent-From: branderh@IAEHV.NL (Erick Branderhorst)
Resent-To: debian-devel@lists.debian.org
Resent-Date: Mon, 29 Jul 1996 13:48:01 GMT
Resent-Message-ID: <handler.3957.B3957.8386476855856@bugs.debian.org>
X-Loop: owner@bugs.debian.org
From: branderh@IAEHV.NL (Erick Branderhorst)
To: frits@chemde5.leidenuniv.nl, 3957@bugs.debian.org
Date: Mon, 29 Jul 1996 14:08:31 +0100
In-Reply-To: <199607291220.OAA05302@chemde5.leidenuniv.nl> from "Frits Daalmans" at Jul 29, 96 02:20:39 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul29.172604gmt+0100.6253@gateway.azr.nl>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5508
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> Greetings,
> 
> In Debian 1.1,  (base: 16-7-1996 version of diskimages)
> /etc/init.d/kerneld requires grep, but
> grep is in /usr/bin instead of /bin, therefore
> if /usr is on a separate partition (as I did it at home), it will
> not be loaded in the initialisation phase
> 
> fix: I copied /usr/bin/grep to /bin/grep, just in case.
> 
> PS: is this a useful bugreport?

Contents seem to be very bugreport like, first two lines however should
contain :
Package: grep
Version: 2.0-5

> If not, please give me a clue as to how I can help you, since
> I like the Debian GNU/Linux idea and I want to pay the net.community
> the debt of using Linux for 3 years :-)

Great to have a new volunteer on board.

E


From debian-devel-request@lists.debian.org Mon Jul 29 15:46:30 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 15:31:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 15:31:19 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 15:19:28 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances 
Reply-To: clameter@waterf.org, 3952@bugs.debian.org
Resent-From: Christoph Lameter <clameter@fuller.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 15:03:04 GMT
Resent-Message-ID: <handler.3952.B3952.8386521937691@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
Date: Mon, 29 Jul 1996 07:47:41 -0700 (PDT)
From: Christoph Lameter <clameter@fuller.edu>
X-Sender: clameter@waterf.org
To: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
cc: 3952@bugs.debian.org
In-Reply-To: <m0ukrcI-0004mjC@lot49.med.miami.edu>
Message-ID: <Pine.LNX.3.93.960729074308.14798A-100000@waterf.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5509
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 29 Jul 1996, Michael Alan Dorman wrote:


> In message <Pine.LNX.3.93.960727093748.23584A-100000@waterf.org>, Christoph Lameter writes:
> >1. If you do a less on a file that does not exist then it will first show
> >you an empty screen. If you press q then you get a "file not found" or so.
> >
> >2. Upon exiting less the cursor is not restored to the original position
> >in a larger (60x80) window. Instead its apparently restored to the
> >25th line. Plus the content just viewed vanishes!
> >It would be nice if the content would stay on the screen to be selected
> >with the mouse and pasted etc etc.
> 
> Except for the first part of #2 (which I cannot reproduce), both of
> these are configurable by command-line or environment variable.
> 
> Putting 'LESS="-acegimwy10X" ; export LESS' in ~/.bash_profile takes
> care of both of these as well as some other personal preferences.
> 
> None of these are bugs, just complaints about less' defaults not
> reflecting personal preferences.  This should be closed.
Then change the defaults. Especially number 1 is a rather strange
configuration.

{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
{}    Snail Mail:   FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182        {}
{}    FISH Internet System Administrator at Fuller Theological Seminary       {}
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
PGP Public Key  =  FB 9B 31 21 04 1E 3A 33  C7 62 2F C0 CD 81 CA B5 


From debian-devel-request@lists.debian.org Mon Jul 29 17:01:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 16:51:41 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 16:51:38 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 16:08:30 -0000
Resent-Date: 29 Jul 1996 16:08:30 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <stevegr@Starbase.NeoSoft.COM>
From: Steve Greenland <stevegr@Starbase.NeoSoft.COM>
Message-Id: <199607291608.LAA25342@Starbase.NeoSoft.COM>
Subject: Re: Bug#3952: Less annoyances
To: debian-devel@lists.debian.org (Debian Developers)
Date: Mon, 29 Jul 1996 11:08:24 -0500 (CDT)
In-Reply-To: <Pine.LNX.3.93.960729074308.14798A-100000@waterf.org> from "Christoph Lameter" at Jul 29, 96 07:47:41 am
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"ownNY.0.O53.-7E_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5510
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Christoph Lameter wrote:
> On Mon, 29 Jul 1996, Michael Alan Dorman wrote:
> > None of these are bugs, just complaints about less' defaults not
> > reflecting personal preferences.  This should be closed.
> Then change the defaults. Especially number 1 is a rather strange
> configuration.

But I like the defaults the way they are. Please don't change them.

Actually, I don't really care. My point is that Michael is correct.
These programs read configuration files and environment variables
so that you can tune them to your _personal_ preferences, rather
than being dictated by the author or debian maintainer. I think
unless there is a _good_ reason (compliance with the FSSTND, for
example), programs should be delivered with the defaults set as
the author distributes them, to best match what occurs on other
systems. If the program does not provide a way to adjust behavior
other than recompiling, then maybe it should go up for discussion.

It might be nice if the maintainer provided a few common configuration
examples in /usr/docs/examples, if they feel up to it :-).

Also, thanks to Guy (I think that's who it was...) for the "lessopen"
example -- pretty cool. I think I've learned more neat unix tricks
on this list than anywhere else...

Steve

-- 
The Mole - I think, therefore I scream 

			Reporter (to Mahatma Gandhi):
				"Mr. Gandhi, what do you think of
				 Western Civilization?"
			Gandhi:
				"I think it would be a good idea."


From debian-devel-request@lists.debian.org Mon Jul 29 17:01:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 16:53:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 16:53:18 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 16:09:25 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances
Reply-To: branderh@IAEHV.NL (Erick Branderhorst), 3952@bugs.debian.org
Resent-From: branderh@IAEHV.NL (Erick Branderhorst)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 15:48:01 GMT
Resent-Message-ID: <handler.3952.B3952.8386551918592@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
From: branderh@IAEHV.NL (Erick Branderhorst)
To: clameter@waterf.org, 3952@bugs.debian.org
Date: Mon, 29 Jul 1996 16:18:00 +0100
In-Reply-To: <Pine.LNX.3.93.960729074308.14798A-100000@waterf.org> from "Christoph Lameter" at Jul 29, 96 07:47:41 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul29.193527gmt+0100.6251@gateway.azr.nl>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5511
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> Then change the defaults. Especially number 1 is a rather strange
> configuration.

I did an update on less a few days ago and since then these "bugs"
came in or what.  I'm not a less expert and only updated it because
a new version came out.  If this broke anything we might put this
recent upload on hold and put back the old one (or were the "bugs" in
that one too).  Otherwise one might patch the sources and upload a
correct version.  The lessopen function might be added to the package?

Anyone willing to patch, if not I'll give it a try?

Erick



From debian-devel-request@lists.debian.org Mon Jul 29 17:51:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 17:27:05 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 17:27:05 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 16:34:47 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances
Reply-To: clameter@waterf.org, 3952@bugs.debian.org
Resent-From: Christoph Lameter <clameter@fuller.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 16:18:04 GMT
Resent-Message-ID: <handler.3952.B3952.8386566929000@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
Date: Mon, 29 Jul 1996 08:48:50 -0700 (PDT)
From: Christoph Lameter <clameter@fuller.edu>
X-Sender: clameter@waterf.org
To: Erick Branderhorst <branderh@IAEHV.NL>
cc: 3952@bugs.debian.org
In-Reply-To: <96Jul29.193527gmt+0100.6251@gateway.azr.nl>
Message-ID: <Pine.LNX.3.93.960729084832.15442A-100000@waterf.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5512
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I am using the "old" less from Debian 1.1!

On Mon, 29 Jul 1996, Erick Branderhorst wrote:

> Date: Mon, 29 Jul 1996 16:18:00 +0100
> From: Erick Branderhorst <branderh@IAEHV.NL>
> To: clameter@waterf.org, 3952@bugs.debian.org
> Subject: Re: Bug#3952: Less annoyances
> 
> 
> > Then change the defaults. Especially number 1 is a rather strange
> > configuration.
> 
> I did an update on less a few days ago and since then these "bugs"
> came in or what.  I'm not a less expert and only updated it because
> a new version came out.  If this broke anything we might put this
> recent upload on hold and put back the old one (or were the "bugs" in
> that one too).  Otherwise one might patch the sources and upload a
> correct version.  The lessopen function might be added to the package?
> 
> Anyone willing to patch, if not I'll give it a try?
> 
> Erick
> 
> 

{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
{}    Snail Mail:   FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182        {}
{}    FISH Internet System Administrator at Fuller Theological Seminary       {}
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
PGP Public Key  =  FB 9B 31 21 04 1E 3A 33  C7 62 2F C0 CD 81 CA B5 


From debian-devel-request@lists.debian.org Mon Jul 29 18:16:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 17:55:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 17:55:47 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 16:59:34 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances 
Reply-To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3952@bugs.debian.org
Resent-From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 16:48:05 GMT
Resent-Message-ID: <handler.3952.B3952.8386581989413@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
Message-Id: <m0ukuiW-00013jC@miles.econ.queensu.ca>
Date: Mon, 29 Jul 96 11:58 EDT
To: clameter@waterf.org, 3952@bugs.debian.org
Cc: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
In-Reply-To: <Pine.LNX.3.93.960729074308.14798A-100000@waterf.org>
References: <m0ukrcI-0004mjC@lot49.med.miami.edu>
	<Pine.LNX.3.93.960729074308.14798A-100000@waterf.org>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5513
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Christoph> 1. If you do a less on a file that does not exist then it will
  Christoph> first show >you an empty screen. If you press q then you get a
  Christoph> "file not found" or so.

  Michael> None of these are bugs, just complaints about less' defaults not
  Michael> reflecting personal preferences.  This should be closed.

  Christoph> Then change the defaults. Especially number 1 is a rather
  Christoph> strange configuration.

Nope, less does the Right Thing (TM):

edd@miles:~> less voodoo
voodoo: No such file or directory     

and I haven't specified anything special here (other than the LESSCHARSET I
mentioned earlier and which had missed your question by a foot, sorry for that)

edd@miles:~> set
BASH=/bin/bash
BASH_VERSION=1.14.6(1)
COLORTERM=rxvt
DISPLAY=:0.0
EDITOR=emacsclient
EUID=1000
HISTFILE=/home/edd/.bash_history
HISTFILESIZE=500
HISTSIZE=500
HOME=/home/edd
HOSTTYPE=i386
IFS=
LESSCHARSET=latin1
LS_COLORS=no=00:fi=00:di=00;34:ln=00;35:or=05;35:pi=40;33:so=40;35:bd=40;31:cd=40;32:ex=31;01:*.tar=01;30:*.tgz=01;30:*.arj=01;30:*.taz=01;30:*.lzh=01;30:*.zip=01;30:*.z=01;30:*.Z=01;30:*.gz=01;30:*.deb=01;30:
MAILCHECK=60
OPTERR=1
OPTIND=1
OSTYPE=Linux
PAGER=less
PATH=~/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:.
PPID=20349
PS1=\u@\h:\w>
PS2=>
PS4=+
PWD=/home/edd
SHELL=/bin/bash
SHLVL=1
TERM=xterm
UID=1000
USER=edd
WINDOWID=20971522
_=voodoo
history_control=ignoredups                        

--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Mon Jul 29 18:16:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 17:58:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 17:58:43 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 17:05:22 -0000
Resent-Date: 29 Jul 1996 17:05:20 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <lists@lina.inka.de>
Message-Id: <m0ukvck-0004jWC@lina>
From: lists@lina.inka.de (Bernd Eckenfels)
Subject: Re: Languages used in install scripts...
To: debian-devel@lists.debian.org
Date: Mon, 29 Jul 1996 18:56:53 +0200 (MET DST)
In-Reply-To: <199607290907.LAA01350@zeder.netz.klinik.uni-mainz.de> from "Dominik Kubla" at Jul 29, 96 11:07:31 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"1bbAf1.0.aI4.FzE_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5514
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

>   The base section contains the following packages:
>   * Boot utilies (platform dependant)
>   * The Linux kernel and all related utilities.
ok...

>   * Basic networking utilites (IP networking is an integral part of Unix!)

"Utilities needed to get the base system connected for installing the rest
via nfs/ftp."

>   * All required utilities according to POSIX 1003.2.

Umm.. I'm not sure how many tools those are. Do u have an idea if we have
the cmplete posix set?

>   * Everything needed to bootstrap the base system (yes this means gcc
>     and binutils should be BASE: we are not unbundling like SUN does!)

Definetely not. We dont get this on the base disks and I dont think all the
users want a compiler on their system. You only have to remove it, so why
bother with it?

Greetings
Bernd


From debian-devel-request@lists.debian.org Mon Jul 29 18:16:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 18:00:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 18:00:31 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 17:06:11 -0000
Resent-Date: 29 Jul 1996 17:06:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ecki@lina.inka.de>
Message-Id: <m0ukvWJ-0004jWC@lina>
From: ecki@lina.inka.de (Bernd Eckenfels)
Subject: Re: sgid mail
To: richard@elmail.co.uk (Richard Kettlewell)
Date: Mon, 29 Jul 1996 18:50:14 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <8N+7PM3l0@muskogee.elmail.co.uk> from "Richard Kettlewell" at Jul 29, 96 09:57:19 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"F9kme3.0.qJ4.1-E_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5515
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

> This won't work; there are mail user agents (such as Pine, for
> example) which keep the mail in the the user's mailbox rather than
> moving it to a separate folder in their home directory.

yes. But we already have a lockprogram for ths purpose. (In the proc
package).

Greetings
Bernd
-- 
  (OO)      -- Bernd_Eckenfels@Wittumstrasse13.76646Bruchsal.de --
 ( .. )  ecki@lina.{inka.de,ka.sub.org}  http://home.pages.de/~eckes/
  o--o     *plush*  2048/A2C51749  eckes@irc  +4972573817  *plush*
(O____O)       If privacy is outlawed only Outlaws have privacy


From debian-devel-request@lists.debian.org Mon Jul 29 18:41:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 18:24:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 18:24:45 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 17:24:55 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3951: Package 'kernel-image-2.' V2.0.6-0 fails to install
Reply-To: Dale Scheetz <dwarf@polaris.net>, 3951@bugs.debian.org
Resent-From: Dale Scheetz <dwarf@polaris.net>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Mon, 29 Jul 1996 17:03:07 GMT
Resent-Message-ID: <handler.3951.B3951.8386597019841@bugs.debian.org>
X-Debian-PR-Package: kernel-image-2.
X-Loop: owner@bugs.debian.org
Date: Mon, 29 Jul 1996 12:53:57 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: "John S. Kallal" <kallal@voicenet.com>, 3951@bugs.debian.org
In-Reply-To: <Pine.SUN.3.91.960728100040.3938A-100000@omni1>
Message-ID: <Pine.LNX.3.94.960729124906.3963E-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5516
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I think that this is the perl problem I spoke of in my last e-mail to you
(sorry this is in pieces, I'm working down my list of mail)
It is my PERSONAL feeling that you should stay away from all of the kernel
packages in Debian. Get your source from the source (ftp.cs.helsinki.fi)
or from on of it's mirrors. (I have good luck with ftp.caldera.com)
Build your own kernel and install it yourself. This keeps all the options
in your hands.
It is not that I am completely against the idea of a "kernel" package in
debian, I just don't like how it's being done currently.

Luck,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Mon Jul 29 18:41:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 18:26:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 18:26:01 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 17:25:01 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3781: depmod -a" runs out of fd's, complains about configuration file
Reply-To: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>,
  3781@bugs.debian.org
Resent-From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Michael Meskes <meskes@debian.org>
Resent-Date: Mon, 29 Jul 1996 17:03:03 GMT
Resent-Message-ID: <handler.3781.B3781.8386597019822@bugs.debian.org>
X-Debian-PR-Package: modules
X-Loop: owner@bugs.debian.org
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607290831.KAA01639@circe.informatik.rwth-aachen.de>
To: bruce@pixar.com, 3781@bugs.debian.org
Date: Mon, 29 Jul 1996 10:31:10 +0200 (MET DST)
Cc: done@bugs.debian.org
In-Reply-To: <m0ufdZM-0005YhC@mongo.pixar.com> from "Bruce Perens" at Jul 14, 96 07:39:00 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5517
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bruce Perens writes:
> 
> Package: modules
> Version: 2.0.0-4
> 
> The command "depmod -a" fails on my system, complaining that it
> can't open /lib/modules/current . It's run out of file descriptors.
> Strace shows the problem clearly, a trace is appended to this
> message. To repair it:
> 
> 	In depmod/depmod.c, change the "Can't open" message to print
> 	strerror(errno) as well as the file name.
> 
> 	In depmod/load_obj.c, add the missing fclose() calls to match
> 	the fopen().

Done. I'll upload 2.0.0-6 as soon as I'm back in the office, i.e. in the
next two days.

> Please communicate these changes back to the upstream maintainer if
> this has not yet been repaired upstream.

Did that, too.

Michael
-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Mon Jul 29 18:41:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 18:27:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 18:27:48 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 17:25:08 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances 
Reply-To: clameter@waterf.org, 3952@bugs.debian.org
Resent-From: Christoph Lameter <clameter@fuller.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 17:03:08 GMT
Resent-Message-ID: <handler.3952.B3952.8386597019830@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
Date: Mon, 29 Jul 1996 09:49:13 -0700 (PDT)
From: Christoph Lameter <clameter@fuller.edu>
X-Sender: clameter@waterf.org
To: Dirk.Eddelbuettel@qed.econ.queensu.ca
cc: 3952@bugs.debian.org, Michael Alan Dorman <mdorman@lot49.med.miami.edu>
In-Reply-To: <m0ukuiW-00013jC@miles.econ.queensu.ca>
Message-ID: <Pine.LNX.3.93.960729094837.15971A-100000@waterf.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5518
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 29 Jul 1996 Dirk.Eddelbuettel@qed.econ.queensu.ca wrote:

> 
>   Christoph> 1. If you do a less on a file that does not exist then it will
>   Christoph> first show >you an empty screen. If you press q then you get a
>   Christoph> "file not found" or so.
> 
>   Michael> None of these are bugs, just complaints about less' defaults not
>   Michael> reflecting personal preferences.  This should be closed.
> 
>   Christoph> Then change the defaults. Especially number 1 is a rather
>   Christoph> strange configuration.
> 
> Nope, less does the Right Thing (TM):
> 
> edd@miles:~> less voodoo
> voodoo: No such file or directory     
Try that with zless.

{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
{}    Snail Mail:   FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182        {}
{}    FISH Internet System Administrator at Fuller Theological Seminary       {}
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
PGP Public Key  =  FB 9B 31 21 04 1E 3A 33  C7 62 2F C0 CD 81 CA B5 


From debian-devel-request@lists.debian.org Mon Jul 29 18:41:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 18:31:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 18:31:30 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 17:30:44 -0000
Resent-Date: 29 Jul 1996 17:30:44 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <syrus@sdss.ucsd.edu>
Date: Mon, 29 Jul 1996 10:23:53 -0700 (PDT)
From: Syrus Nemat-Nasser <syrus@ucsd.edu>
Subject: vim
To: Debian Development <debian-devel@lists.debian.org>
Cc: sr1@os.inf.tu-dresden.de
Message-Id: <Pine.3.03.9607291053.A2587-8100000@sdss>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"2AyyA.0.Ht4.3LF_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5519
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Hi everyone.

I'll take over vim unless someone else wants it.

Syrus.


----------------------------------------------------------
Syrus Nemat-Nasser <syrus@ucsd.edu>    UCSD Physics Dept.


From debian-devel-request@lists.debian.org Mon Jul 29 19:56:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 19:43:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 19:43:15 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 18:14:39 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances
Reply-To: "Darren/Torin/Who Ever..." <torin@daft.com>, 3952@bugs.debian.org
Resent-From: "Darren/Torin/Who Ever..." <torin@daft.com>
Orignal-Sender: torin@perv.daft.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 18:03:02 GMT
Resent-Message-ID: <handler.3952.B3952.83866269911466@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
Sender: torin@perv.daft.com
To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3952@bugs.debian.org
References: <m0ukrcI-0004mjC@lot49.med.miami.edu>
	<Pine.LNX.3.93.960729074308.14798A-100000@waterf.org>
	<m0ukuiW-00013jC@miles.econ.queensu.ca>
From: "Darren/Torin/Who Ever..." <torin@daft.com>
In-Reply-To: Dirk.Eddelbuettel@qed.econ.queensu.ca's message of Mon, 29 Jul 96 11:58 EDT
Date: 29 Jul 1996 10:31:07 -0700
Message-ID: <87afwjq84f.fsf@perv.daft.com>
Lines: 22
X-Mailer: Gnus v5.2.37/XEmacs 19.14
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5520
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Would you like to be the less maintainer?  I took on less when Bill
Mitchell was leaving because it looked like no one else was going to.

Darren
- -- 
<torin@daft.com> <http://www.daft.com/~torin> <torin@debian.org> <torin@io.com>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMfz1To4wrq++1Ls5AQG98gP/cG/DA6QmrDpCLb48WeakfRMtKu1lB62M
917aHuO25QYgVIZfK/kHn6mXuOt86r615SDiYEEcgrPVag12gIFUwK+Qvqln9McQ
+wiFMwWwhddXdyUytOvNr0ETfO4OXWMmJ0gXN0NtVPb9R7r4Reion2FJoS5VsRL+
s8Pa2056sHU=
=kQtE
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Mon Jul 29 20:21:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 20:09:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 20:09:10 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 18:39:37 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances
Reply-To: clameter@waterf.org, 3952@bugs.debian.org
Resent-From: Christoph Lameter <clameter@fuller.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 18:18:13 GMT
Resent-Message-ID: <handler.3952.B3952.83866420111893@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
Date: Mon, 29 Jul 1996 11:09:35 -0700 (PDT)
From: Christoph Lameter <clameter@fuller.edu>
X-Sender: clameter@waterf.org
To: "Darren/Torin/Who Ever..." <torin@daft.com>
cc: 3952@bugs.debian.org
In-Reply-To: <877mrnq7sb.fsf@perv.daft.com>
Message-ID: <Pine.LNX.3.93.960729110824.17243E-100000@waterf.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5521
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On 29 Jul 1996, Darren/Torin/Who Ever... wrote:

> Christoph Lameter, in an immanent manifestation of deity, wrote:
> >On Mon, 29 Jul 1996 Dirk.Eddelbuettel@qed.econ.queensu.ca wrote:
> >> Nope, less does the Right Thing (TM):
> >> 
> >> edd@miles:~> less voodoo
> >> voodoo: No such file or directory     
> >Try that with zless.
> 
> Note the following:
> gzip: /usr/bin/zless
> gzip: /usr/man/man1/zless.1
> 
> If you have a problem with how zless performs and less performs
> correctly, it's a gzip package bug.  You might want to close this bug and open
> a new one with this problem.  I doubt the gzip maintainers care about
> what's happened up to this point.
This is not a gzip issue. The interaction between less and gzip is the
problem. zless should first check if the file is there and give an
error message before bringing the empty display up.

How do I "close a bug" ?

{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
{}    Snail Mail:   FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182        {}
{}    FISH Internet System Administrator at Fuller Theological Seminary       {}
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
PGP Public Key  =  FB 9B 31 21 04 1E 3A 33  C7 62 2F C0 CD 81 CA B5 


From debian-devel-request@lists.debian.org Mon Jul 29 20:21:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 20:10:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 20:10:48 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 18:39:41 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances
Reply-To: "Darren/Torin/Who Ever..." <torin@daft.com>, 3952@bugs.debian.org
Resent-From: "Darren/Torin/Who Ever..." <torin@daft.com>
Orignal-Sender: torin@perv.daft.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 18:18:07 GMT
Resent-Message-ID: <handler.3952.B3952.83866420111873@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
Sender: torin@perv.daft.com
To: clameter@waterf.org
Cc: 3952@bugs.debian.org
References: <Pine.LNX.3.93.960729094837.15971A-100000@waterf.org>
From: "Darren/Torin/Who Ever..." <torin@daft.com>
In-Reply-To: Christoph Lameter's message of Mon, 29 Jul 1996 09:49:13 -0700 (PDT)
Date: 29 Jul 1996 10:38:28 -0700
Message-ID: <877mrnq7sb.fsf@perv.daft.com>
Lines: 36
X-Mailer: Gnus v5.2.37/XEmacs 19.14
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5522
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Christoph Lameter, in an immanent manifestation of deity, wrote:
>On Mon, 29 Jul 1996 Dirk.Eddelbuettel@qed.econ.queensu.ca wrote:
>> Nope, less does the Right Thing (TM):
>> 
>> edd@miles:~> less voodoo
>> voodoo: No such file or directory     
>Try that with zless.

Note the following:
gzip: /usr/bin/zless
gzip: /usr/man/man1/zless.1

If you have a problem with how zless performs and less performs
correctly, it's a gzip package bug.  You might want to close this bug and open
a new one with this problem.  I doubt the gzip maintainers care about
what's happened up to this point.

Darren
- -- 
<torin@daft.com> <http://www.daft.com/~torin> <torin@debian.org> <torin@io.com>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMfz3BY4wrq++1Ls5AQE+xQP/Ul5y95kQKTQshzthf+JT63sObucXd6JY
oehufrgbxba4NHjhxF7Ow0CluxSQAgbpBxrOoDc2W60aZc10kNHZ+ERbMIaT8uFJ
ZHI4SFk6azRBIDk+GIs/ayCdu1DisOSC+A+0eRJSHRusrOg/OZMJ2R0mihVDtGB/
QJPnqsjQJcg=
=Ck8l
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Mon Jul 29 21:11:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 20:47:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 20:47:47 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 18:45:34 -0000
Resent-Date: 29 Jul 1996 18:45:34 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <syrus@sdss.ucsd.edu>
Date: Mon, 29 Jul 1996 11:40:21 -0700 (PDT)
From: Syrus Nemat-Nasser <syrus@ucsd.edu>
Sender: Syrus Nemat-Nasser <syrus@ucsd.edu>
Reply-To: Syrus Nemat-Nasser <syrus@ucsd.edu>
Subject: Uploaded color-ls-3.12-4 to master
To: Debian Development <debian-devel@lists.debian.org>
Message-Id: <Pine.3.03.9607291121.B2611-a100000@sdss>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Resent-Message-ID: <"ZPye2.0.8S6.ERG_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5523
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Hi folks.  I've uploaded my last version of color-ls which
I hope fixes the few bug reports I've received.  I believe that
this package should be labeled obsolete because fileutils 3.13
now includes the colorized version of ls.


Date: 29 Jul 96 18:35 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Syrus Nemat-Nasser <syrus@ucsd.edu>
Source: color-ls
Version: 3.12-4
Binary:  color-ls
Architecture:  i386 source
Description: 
 color-ls: The Debian color-ls package
Changes:
 * added color for *.deb files which are now red by default (same as .tgz, etc.)
 * added extended description
 * tried to change "Debian Linux" references back to "Debian/GNU Linux" to
        reflect the newly repaired relationship with the FSF
Files:
 db06b5031d28749996d9d949520d47db  380200  -   color-ls_3.12-4.tar.gz
 9540697a004b634e5b65f3c2eb6d8072  28660  misc  extra  color-ls_3.12-4_i386.deb



----------------------------------------------------------
Syrus Nemat-Nasser <syrus@ucsd.edu>    UCSD Physics Dept.



From debian-devel-request@lists.debian.org Mon Jul 29 22:01:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 21:42:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 21:42:32 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 19:35:14 -0000
Resent-Date: 29 Jul 1996 19:35:13 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bruce@pixar.com>
Message-Id: <m0uky4k-0006h7C@mongo.pixar.com>
Date: Mon, 29 Jul 96 12:33 PDT
From: bruce@pixar.com (Bruce Perens)
To: Bruce Perens <Bruce@pixar.com>,
  "Darren/Torin/Who Ever..." <torin@daft.com>
Subject: perl-base package
Cc: Juergen Menden <menden@informatik.tu-muenchen.de>,
  debian-devel@lists.debian.org
Reply-To: Bruce Perens <Bruce@pixar.com>
References: <m0ukF7P-0006h5C@mongo.pixar.com>
Resent-Message-ID: <"koGwk2.0.GM7.n9H_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5524
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Yes, you should build a perl-base with just the stuff I put in the base,
and make that a "base" package, and make the rest of perl a "devel" package.
I'm sorry I didn't answer this before.

	Thanks

	Bruce


From debian-devel-request@lists.debian.org Mon Jul 29 22:01:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 22:01:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 22:01:37 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 20:19:37 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances 
Reply-To: Lars Wirzenius <liw@iki.fi>, 3952@bugs.debian.org
Resent-From: Lars Wirzenius <liw@iki.fi>
Orignal-Sender: liw@clinet.fi
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 20:03:06 GMT
Resent-Message-ID: <handler.3952.B3952.83867020514656@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
Message-Id: <m0ukxlo-000HVuC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: 3952@bugs.debian.org
In-Reply-To: Your message of "Mon, 29 Jul 1996 09:49:13 PDT."
             <Pine.LNX.3.93.960729094837.15971A-100000@waterf.org> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_344123424P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 29 Jul 1996 22:14:22 +0300
Sender: liw@clinet.fi
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5525
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_344123424P
Content-Type: text/plain; charset=us-ascii

[ NB: I read the list.  Don't CC replies to me.  I pay for my PPP.  Thanks ]

Christoph Lameter:
> > edd@miles:~> less voodoo
> > voodoo: No such file or directory     
> Try that with zless.

With zless, you get an error message (presumably output by zless), then
less starts and clears the screen and waits for you to press q.  If you
set PAGER to more, you only get the error message.

The reason for this is that more exits as soon as it has output the last
byte of the file, while less does not.  Less can be configured to work
like more in this case, if that's what you prefer (I usually don't).

The problem seems to be that zless starts the pager at all, when the file
does not exist.  Sounds like a bug in zless, but someone with fifteen
extra minutes should check if my analysis is correct.

Less clears the screen, because the terminfo description for the
terminal type (xterm, in my case) includes an initialization sequence
that does that.  The termination sequence restores the screen as it
was when the terminal was initialized.  Some people like it, others
don't.  It's been suggested that there should be two xterm terminfo
entries, one that does this and one that doesn't.  (And it should
be repeated for xterm-color.)

I'm happy with the defaults of less, except I'd like it to support
Latin1 out of the box.  The same applies to other programs of course.



--==_Exmh_344123424P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMf0NjYQRll5MupLRAQGu2gP/ZNTV8JB/WjEmryW5kDcXBhBHGNB/PmOk
0Mol3VmmEy3EYXrdghnScikYGRNL6zl4u9BgQ+aKiVgInMZme/68ypd7pxD6uMS1
e/v/r4KqyUY4866JB7w2/SZvZ5oTCW1YxMBIVAUTAW9dCcF7BUBlZTEXRuVTDBlG
NndtutOvgxk=
=nEq5
-----END PGP MESSAGE-----

--==_Exmh_344123424P--


From debian-devel-request@lists.debian.org Mon Jul 29 22:26:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 22:03:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 22:03:32 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 20:19:42 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3901: dotlock" should be setgid mail 
Reply-To: Lars Wirzenius <liw@iki.fi>, 3901@bugs.debian.org
Resent-From: Lars Wirzenius <liw@iki.fi>
Orignal-Sender: liw@clinet.fi
Resent-To: debian-devel@lists.debian.org
Resent-CC: Christophe Le Bars <clebars@debian.org>
Resent-Date: Mon, 29 Jul 1996 20:03:04 GMT
Resent-Message-ID: <handler.3901.B3901.83867020514655@bugs.debian.org>
X-Debian-PR-Package: tkmail
X-Loop: owner@bugs.debian.org
Message-Id: <m0ukyDH-000HVzC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: 3901@bugs.debian.org
In-Reply-To: Your message of "Thu, 25 Jul 1996 13:27:03 EDT."
             <Pine.LNX.3.93.960725131510.27028A-100000@wingnut.foxnet.net> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_360338736P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 29 Jul 1996 22:42:45 +0300
Sender: liw@clinet.fi
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5526
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_360338736P
Content-Type: text/plain

Avery Pennarun:
> If you do this, then any user can create arbitrary files in the mail spool
> directory.  Yuck.

The same problem exists with lockfile (I don't know about dotlock).
Lockfile would need rather extensive checks built in so that it doesn't
let you create the wrong lock files.  

Anyway, the current lockfile is useful for locking outside the spool
directory (my mail fetching scripts use lockfiles in my home directory,
for example). We'd need a new program. Because of the restrictions, it
would have to be moderately complicated, which makes it tricky to get
right without opening security holes.

I can see three problems:

	- overcoming disk quotas
	- user FOO creating /var/spool/mail/BAR, and getting access to
	  BAR's mail
	- user FOO creating /var/spool/mail/BAR.lock, and preventing
	  BAR from reading his mail
	  
The first is not a problem.  Disk quotas can apply to the spool partition
and probably should, so that people won't use their mailbox as a way to
get around disk quotas (this has happened at my university--the perp's
are caught rather quickly, as it happens).  

The second should not be a problem,  Every user should have a mailbox.
Maybe the MTA should check ownerships, or at least a daily cron script
could do it (optionally, perhaps).

The third should not be too much of a problem.  Lockfile ownership
is enough to condemn the perp.

I think we should stay away from setuid and setgid programs, if possible.
They're difficult to get right.

FWIW, I think two better solutions to this permission problem is to
either user IMAP to access the folder (and never access the files in
the spool directory directly, only via the IMAP server), or forget the
spool directory and store incoming mail in the home directory of the user.
Since neither of these is really feasible for a stock Debian installation,
I suggest staying with rwxrwxrwt.



--==_Exmh_360338736P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMf0UM4QRll5MupLRAQGQiQP9FlyrUxQEKJgr8b2WrSlZHI3XFYoaSYRn
OdB7p4vdoG54TMfQT/VDytNehfnj4ZLliuu57sHge09QrUMuFe3tR52dEUprJ+L/
BiSF216Bu7Rksf8HUhCDiG9WDTW7NDFD+7PO7xfD91Fg/HtXLAQFkSkmuLZxGE5M
CgAElG9AcdM=
=iVVi
-----END PGP MESSAGE-----

--==_Exmh_360338736P--


From debian-devel-request@lists.debian.org Mon Jul 29 22:51:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 22:42:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 22:42:19 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 21:09:39 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3958: ftp.debian.org has wrong Incoming dir.
Reply-To: Christian Hudon <chrish@libertel.montreal.qc.ca>,
  3958@bugs.debian.org
Resent-From: Christian Hudon <chrish@libertel.montreal.qc.ca>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Guy Maor <maor@debian.org>
Resent-Date: Mon, 29 Jul 1996 20:48:02 GMT
Resent-Message-ID: <handler.3958.B.83867320728325@bugs.debian.org>
X-Debian-PR-Package: ftp.debian.org
X-Loop: owner@bugs.debian.org
Date: Mon, 29 Jul 1996 13:33:54 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
To: submit@bugs.debian.org
Message-ID: <Pine.SGI.3.95.960729133016.7409A-100000@ana.libertel.montreal.qc.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5527
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: ftp.debian.org

ftp.debian.org seems to be mirroring the wrong incoming dir from master.

Right now, ftp://ftp.debian.org/Incoming/ has:

.message
Do.NOT.upload.here..Upload.to._home_Debian_ftp_private_project_Incoming

Wouldn't we want the *other* Incoming to show up there? (i.e. the one
which actually has packages in it.)

   Christian



From debian-devel-request@lists.debian.org Mon Jul 29 22:51:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 22:44:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 22:44:59 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 21:09:39 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3839: autoconf wants `nawk'
Reply-To: Chris Fearnley <cjf@netaxs.com>, 3839@bugs.debian.org
Resent-From: Chris Fearnley <cjf@netaxs.com>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Eichin <eichin@kitten.gen.ma.us>
Resent-Date: Mon, 29 Jul 1996 20:48:04 GMT
Resent-Message-ID: <handler.3839.B.83867320728332@bugs.debian.org>
X-Debian-PR-Package: autoconf
X-Loop: owner@bugs.debian.org
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607292039.QAA08575@access.netaxs.com>
To: ian@chiark.chu.cam.ac.uk
Date: Mon, 29 Jul 1996 16:39:51 -0400 (EDT)
Cc: submit@bugs.debian.org
In-Reply-To: <m0uhNWh-0004PpC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Jul 19, 96 10:55:00 pm
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5528
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Ian Jackson wrote:'
>
>Package: autoconf
>Version: 2.10-3
[...]
>-chiark:dpkg-1.2.13> dpkg -l '*awk*'
>Desired=Unknown/Install/Remove/Purge
>| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
>|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
>||/ Name            Version        Description
>+++-===============-==============-============================================
>ii  gawk            2.15.6-1       GNU awk, a pattern scanning and processing l
>in  mawk            <none>         (no description available)
>-chiark:dpkg-1.2.13> 
>
>I'll see if installing mawk helps, and if not I'll make a symlink.
>
>Either autoconf should be changed or a dependency added or both.

Either installing the latest version of gawk or installing mawk with
solve the problem.  Older versions of gawk didn't create a link to
nawk.

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Mon Jul 29 23:16:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 23:15:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 23:15:12 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 21:34:44 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3959: Netscape postinst has a syntax error
Reply-To: Christian Hudon <chrish@libertel.montreal.qc.ca>,
  3959@bugs.debian.org
Resent-From: Christian Hudon <chrish@libertel.montreal.qc.ca>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Brian White <bcwhite@pobox.com>
Resent-Date: Mon, 29 Jul 1996 21:18:05 GMT
Resent-Message-ID: <handler.3959.B.83867471028734@bugs.debian.org>
X-Debian-PR-Package: netscape
X-Loop: owner@bugs.debian.org
Date: Mon, 29 Jul 1996 13:48:54 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
To: submit@bugs.debian.org
Message-ID: <Pine.SGI.3.95.960729134217.7409B-100000@ana.libertel.montreal.qc.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5530
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: netscape
Version 3.0b5a

The netscape postinst fails complaining about "install, syntax error. See
install --help for usage."

Turns out the App-default/Netscape file was installed but not the
hot-convert or movemail files. And the line that installs hot-convert
reads:

#ystem "install -m 755 ...(etc)";

^
Oops.

   Christian



From debian-devel-request@lists.debian.org Mon Jul 29 23:41:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 23:22:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 23:22:21 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 21:59:44 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3960: Amusing typo in make-kpkg manpage
Reply-To: Christian Hudon <chrish@libertel.montreal.qc.ca>,
  3960@bugs.debian.org
Resent-From: Christian Hudon <chrish@libertel.montreal.qc.ca>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Manoj Srivastava <srivasta@debian.org>
Resent-Date: Mon, 29 Jul 1996 21:48:04 GMT
Resent-Message-ID: <handler.3960.B.83867621129406@bugs.debian.org>
X-Debian-PR-Package: kernel-package
X-Loop: owner@bugs.debian.org
Date: Mon, 29 Jul 1996 14:13:59 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
To: submit@bugs.debian.org
Message-ID: <Pine.SGI.3.95.960729135409.7409C-100000@ana.libertel.montreal.qc.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5531
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: kernel-package
Version: 2.02

The (8)make-kpkg manpage talks about the 'make-dpkg' program instead of
'make-kpkg'. :-)

e.g.:

SYNOPSYS
	make-dpkg [options] [target [target ...]

(And while I'm here being picky, the number of opening and closing square
brackets doesn't match in the synopsys line.)

    Christian

PS And while I'm here being funny (or trying to)... Something that
happened to me.  I was having problems installing patches on our Solaris
2.5 machine. So I call up Sun support and explain the problem. "... the
patch gives me this-and-that error message. And after when I do 'dpkg -l',
it shows pcnfs is installed but the patch doesn't show up.  [Sudden
silence at the other end of the line] .... Err, I mean 'pkginfo'!"  <ahem>
:-) 




From debian-devel-request@lists.debian.org Mon Jul 29 23:41:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 29 Jul 1996 23:24:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 29 Jul 1996 23:24:04 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 21:59:48 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances
Reply-To: ecl@fnpc21.if.usp.br (Emilio Lopes), 3952@bugs.debian.org
Resent-From: ecl@fnpc21.if.usp.br (Emilio Lopes)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 21:48:06 GMT
Resent-Message-ID: <handler.3952.B3952.83867621129408@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
Message-Id: <m0ukzZ0-000VRtC@fnpc21.if.usp.br>
Date: Mon, 29 Jul 96 18:09 EST
From: ecl@fnpc21.if.usp.br (Emilio Lopes)
To: branderh@IAEHV.NL (Erick Branderhorst), 3952@bugs.debian.org
Cc: clameter@waterf.org
In-Reply-To: <96Jul29.193527gmt+0100.6251@gateway.azr.nl>
References: <Pine.LNX.3.93.960729074308.14798A-100000@waterf.org>
	<96Jul29.193527gmt+0100.6251@gateway.azr.nl>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5532
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>>>> "EB" == Erick Branderhorst <branderh@IAEHV.NL> wrote:

EB> The lessopen function might be added to the package?

Well, I think there is an example in the man page, but it's a good
idea anyway to put it in the examples dir.

Ciao, Emilio.

-- 
                 Emilio C. Lopes <mailto:ecl@finpe.if.usp.br>
               Instituto de Fisica da Universidade de Sao Paulo
             Caixa Postal 66318, 05389-970 Sao Paulo - SP, BRAZIL
              Phone: (+55) (11) 818-6724 (Voice) / 818-6715 (Fax)


From debian-devel-request@lists.debian.org Tue Jul 30 00:06:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 00:02:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 00:02:25 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 22:49:50 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3909: problem in libc5-dev-5.2.18-9
Reply-To: Rob Browning <osiris@cs.utexas.edu>, 3909@bugs.debian.org
Resent-From: Rob Browning <osiris@cs.utexas.edu>
Orignal-Sender: osiris@cs.utexas.edu
Resent-To: debian-devel@lists.debian.org
Resent-Date: Mon, 29 Jul 1996 22:33:07 GMT
Resent-Message-ID: <handler.3909.B3909.83867921230372@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Sender: osiris@cs.utexas.edu
To: Joerg Wedeck <jw@peanuts.Informatik.Uni-Tuebingen.De>
Cc: 3909@bugs.debian.org
References: <199607241745.TAA09125@peanuts.Informatik.Uni-Tuebingen.De>
From: Rob Browning <osiris@cs.utexas.edu>
Date: 29 Jul 1996 17:11:19 -0500
In-Reply-To: Joerg Wedeck's message of Wed, 24 Jul 1996 19:43:29 +0200
Message-ID: <87spaan20o.fsf@raven.ots.utexas.edu>
Lines: 14
X-Mailer: Gnus v5.2.36/Emacs 19.31
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5533
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Joerg Wedeck <jw@peanuts.Informatik.Uni-Tuebingen.De> writes:

> it appears to me that the inclusion of the directories /usr/include/asm
> and /usr/include/linux into this package are wrong. These should be links
> to the location where the source or headers ar installed (compare
> with kernel source or header packages).
> They prevent a system behaving
> correctly when new kernel sources or headers are installed.

Read /usr/doc/libc5-dev/FAQ.gz for an explanation of why it was
decided to do things this way.

--
Rob


From debian-devel-request@lists.debian.org Tue Jul 30 00:06:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 00:03:27 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 00:03:26 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 22:49:57 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3892: mkfs.ext2: can't resolve symbol 'llseek'
Reply-To: Chris Fearnley <cjf@netaxs.com>, 3892@bugs.debian.org
Resent-From: Chris Fearnley <cjf@netaxs.com>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Mon, 29 Jul 1996 22:33:04 GMT
Resent-Message-ID: <handler.3892.B.83867921230366@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Delivered-To: bugs@debian.org
From: Chris Fearnley <cjf@netaxs.com>
Message-Id: <199607292140.RAA13906@access.netaxs.com>
To: pst@shockwave.com
Date: Mon, 29 Jul 1996 17:40:33 -0400 (EDT)
Cc: bugs@debian.org
In-Reply-To: <199607230639.XAA07289@precipice.shockwave.com> from "Paul Traina" at Jul 22, 96 11:39:17 pm
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5534
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

'Paul Traina wrote:'
>
>I tried to install Debian 1.1 for the first time and when I made a 3.8gb
>/usr partition, I received the following message and it refused to install.
>I dropped back to an 800mb /usr partition and everything is cool.

I believe this problem only exists on the boot disks.  You might try
making a small / and /usr partition and then making a large /usr/local
or somesuch partition after you boot from the hard disk.

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


From debian-devel-request@lists.debian.org Tue Jul 30 00:31:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 00:12:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 00:12:05 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 23:15:17 -0000
Resent-Date: 29 Jul 1996 23:15:16 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ul1WE-000HVuC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: Re: Languages used in install scripts... 
In-Reply-To: Your message of "Mon, 29 Jul 1996 11:07:31 +0200."
             <199607290907.LAA01350@zeder.netz.klinik.uni-mainz.de> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_644413568P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 30 Jul 1996 02:14:33 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"kpsgr1.0.Ix3.4OK_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5535
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_644413568P
Content-Type: text/plain; charset=us-ascii

Dominik Kubla:
>   * Basic networking utilites (IP networking is an integral part of Unix!)

But it is quite useless for many people, except for localhost stuff.
I'd keep the number of networking utilities down.  (This may or may not
be an objection, depending on your definition of "basic networking 
utility".)

>   * Everything needed to bootstrap the base system (yes this means gcc
>     and binutils should be BASE: we are not unbundling like SUN does!)

If someone wants to use gcc, they install gcc.  There's no point in
forcing gcc down everyone's throats.  That's almost as bad as requiring
that everyone install sources.  Disk space costs money.  Network bandwidth
costs money.  Dpkg and dselect make it pretty trivial to add stuff to
the base system.

-- 
Lars Wirzenius <liw@iki.fi> <http://www.iki.fi/liw/>
Please don't Cc: me when replying to my message on a mailing list.



--==_Exmh_644413568P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMf1F14QRll5MupLRAQGPoQP+MI5bUxKIXJqt15zi9ntO8MYS+l8Nyre3
iM/IVOYSZUvAO2SAuGNtVXGTqy9ecUiJavvc6bXH8tBlIfDDGmfxxQIPf/zlW/YE
SpVApfqWdC75X2Sa0M3zw5QM0eaKTFdbhH3Hk95rlGODpruf+b0NNuqDopNAX8z7
qrEPohJnJNQ=
=d/AG
-----END PGP MESSAGE-----

--==_Exmh_644413568P--


From debian-devel-request@lists.debian.org Tue Jul 30 00:31:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 00:22:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 00:22:21 -0000
Received: (qmail-queue invoked by uid 40); 29 Jul 1996 23:39:43 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances 
Reply-To: Lars Wirzenius <liw@iki.fi>, 3952@bugs.debian.org
Resent-From: Lars Wirzenius <liw@iki.fi>
Orignal-Sender: liw@clinet.fi
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 23:18:05 GMT
Resent-Message-ID: <handler.3952.B3952.83868221631181@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
Message-Id: <m0ul1QV-000HVuC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: clameter@waterf.org, 3952@bugs.debian.org
In-Reply-To: Your message of "Mon, 29 Jul 1996 11:09:35 PDT."
             <Pine.LNX.3.93.960729110824.17243E-100000@waterf.org> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_640995888P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 30 Jul 1996 02:08:38 +0300
Sender: liw@clinet.fi
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5536
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_640995888P
Content-Type: text/plain; charset=us-ascii

Christoph Lameter:
> This is not a gzip issue. The interaction between less and gzip is the
> problem. zless should first check if the file is there and give an
> error message before bringing the empty display up.

zless is part of the gzip package.

> How do I "close a bug" ?

There should be instructions for that on www.debian.org, but you can leave
it to the package maintainer.



--==_Exmh_640995888P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMf1Ec4QRll5MupLRAQFPfwQAjfrNhQvPR50Zt5SqzfVgdtXExAAhy3iQ
KKEnxjitJrEvfNsAhNDQXe+TOaSlB8+8NNjcsGu+kmVbhUzgxI1T0OHr4nhUipqn
8f62L4LrZzubcwwNjZQSZ5Oj/lc8LPXs91xcl/DH7wMiNWQhPDiAc7LRHeV+Owq2
bzzZ+9+/0OI=
=0yfB
-----END PGP MESSAGE-----

--==_Exmh_640995888P--


From debian-devel-request@lists.debian.org Tue Jul 30 00:56:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 00:35:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 00:35:37 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 00:04:43 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3952: Less annoyances 
Reply-To: Lars Wirzenius <liw@iki.fi>, 3952@bugs.debian.org
Resent-From: Lars Wirzenius <liw@iki.fi>
Orignal-Sender: liw@clinet.fi
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Mon, 29 Jul 1996 23:48:05 GMT
Resent-Message-ID: <handler.3952.B3952.83868371531804@bugs.debian.org>
X-Debian-PR-Package: less
X-Loop: owner@bugs.debian.org
Message-Id: <m0ul1ba-000HVuC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: 3952@bugs.debian.org
In-Reply-To: Your message of "Sat, 27 Jul 1996 09:43:47 PDT."
             <Pine.LNX.3.93.960727093748.23584A-100000@waterf.org> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_647699136P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Tue, 30 Jul 1996 02:20:04 +0300
Sender: liw@clinet.fi
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5537
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_647699136P
Content-Type: text/plain; charset=us-ascii

Christoph Lameter:
> 2. Upon exiting less the cursor is not restored to the original position
> in a larger (60x80) window. 

Did you enlarge the window?  That is the only way it has happened to me.
But that behavior is not specific to less, other programs suffer from the
same thing.



--==_Exmh_647699136P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMf1HIoQRll5MupLRAQEPKQQAnltPRWQQMj94t5A9h16uEbTnvnaYlehc
MZBX9IIaxqCMi8kQNFUsPYuFOoSsj9zpkGPlaFIDg1cxEIoxvMP4PVc75ZvgikDD
2O8Tid6tt1GaqGLoCl3yCOWIs2PFBxHqsjtqkDS+uv2JRanagWjG1M+4jXYkCfKn
epswoS+KLYE=
=5Y0g
-----END PGP MESSAGE-----

--==_Exmh_647699136P--


From debian-devel-request@lists.debian.org Tue Jul 30 02:36:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 02:21:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 02:21:12 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 02:02:59 -0000
Resent-Date: 30 Jul 1996 02:02:59 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31FD691B.53778ACC@verisim.com>
Date: Mon, 29 Jul 1996 21:44:59 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5aGold (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Christian Hudon <chrish@libertel.montreal.qc.ca>, 3959@bugs.debian.org
CC: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Bug#3959: Netscape postinst has a syntax error
References: <Pine.SGI.3.95.960729134217.7409B-100000@ana.libertel.montreal.qc.ca>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"VNSnu1.0.jG.JrM_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5539
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> The netscape postinst fails complaining about "install, syntax error. See
> install --help for usage."
> 
> Turns out the App-default/Netscape file was installed but not the
> hot-convert or movemail files. And the line that installs hot-convert
> reads:
> 
> #ystem "install -m 755 ...(etc)";
> 
> ^
> Oops.

This line is commented out on purpose as "hot-convert" no longer comes with
the netscape distribution.  It would (should!) be the next line that is
causing the error.  However, I get no such error on my system.  Could you
send me the output of the following commands:

	dpkg --status fileutils perl
	ls -l /usr/bin/install

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.



From debian-devel-request@lists.debian.org Tue Jul 30 04:42:03 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 04:17:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 04:17:15 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 04:14:54 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3961: 14 character file name limit in zoo
Reply-To: carlj@peak.org, 3961@bugs.debian.org
Resent-From: carlj@peak.org (Carl Johnson)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Martin Schulze <joey@namib.north.de>
Resent-Date: Tue, 30 Jul 1996 04:03:05 GMT
Resent-Message-ID: <handler.3961.B.8386987253451@bugs.debian.org>
X-Debian-PR-Package: zoo
X-Loop: owner@bugs.debian.org
Message-Id: <m0ul5Ts-0004NEC@cjlinux>
From: carlj@peak.org (Carl Johnson)
To: submit@bugs.debian.org
Date: Mon, 29 Jul 1996 20:28:22 -0700 (PDT)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5540
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: zoo
Version: 2.10-1

Zoo seems to have some 14 character filename limits, even though the ext2
filesystem doesn't have such a limit.  I can store long filenames, but
an extract seems to truncate the name at 14 characters.  I have an a.out
version that doesn't seem to have the same problem, but I am not sure
if I had compiled it, or had gotten it from a very old slackware install.

Carl Johnson		carlj@peak.org


From debian-devel-request@lists.debian.org Tue Jul 30 06:22:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 05:57:23 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 05:57:22 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 05:54:58 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3942: tin cannot find Newsgroup Descriptions
Reply-To: Kenny Wickstrom <kenny@kennet.com>, 3942@bugs.debian.org
Resent-From: Kenny Wickstrom <kenny@kennet.com>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Tue, 30 Jul 1996 05:33:03 GMT
Resent-Message-ID: <handler.3942.B3942.8387047416067@bugs.debian.org>
X-Debian-PR-Package: tin
X-Loop: owner@bugs.debian.org
Date: Tue, 30 Jul 1996 00:19:33 -0500 (CDT)
From: Kenny Wickstrom <kenny@kennet.com>
To: Miquel van Smoorenburg <miquels@cistron.nl>, 3942@bugs.debian.org
In-Reply-To: <199607291007.MAA16427@picard.cistron.nl>
Message-ID: <Pine.LNX.3.93.960730001403.12535A-100000@silverado.kennet.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5541
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 29 Jul 1996, Miquel van Smoorenburg wrote:

> You (Kenny Wickstrom) wrote:
> > On Sun, 28 Jul 1996, Miquel van Smoorenburg wrote:
> > 
> > > By the way - what is the overview path that tin uses? INN puts the
> > > overview database in /var/spool/news/over.view, _not_ in /var/spool/news.
> > 
> > tin uses the file /var/spools/news/.overview.
> 
> Ehm. This gets confusing. Ok, I'll use an example. Where is the overview
> data for the group "cistron.test" stored?
> 
> INN stores it in "/var/spool/news/over.view/cistron/test/.overview".
>                                   ^^^^^^^^^
> 
> Most packages used to put it in "/var/spool/news/cistron/test/.overview".

Okay, after reviewing the code some more, I believe that I was wrong and
the overview file is as 'most packages' do it.

> The way the debian INN package does it now is a new ad-hoc standard, and
> it will stay this way. Storing the .overview files in the article directory
> itself can be very slow if you have a big news server...

Does anyone have any strong feelings for it be done (or not done) like
INN?  I am leaning on doing it like INN.

NOTE: I am going on vacation tomorrow and will return on Aug 12th.  I will
catch up on this saga then.

Thanks for the constructive discussion we have had up til now.

-----------------------------------------------------------------------
Kenny Wickstrom           | gnu - a new generation in s/w devel/support
kenny@kennet.com          | Linux - a much improved Un*x clone
(847)740-4008             | Debian - a Linux distribution setting the
#include <std-disclaimer> |    standard for future distributions


From debian-devel-request@lists.debian.org Tue Jul 30 08:52:12 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 08:27:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 08:27:36 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 08:25:02 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3768: axe info files incorrectly installed
Reply-To: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>,
  3768@bugs.debian.org
Resent-From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@debian.org>
Resent-Date: Tue, 30 Jul 1996 08:03:02 GMT
Resent-Message-ID: <handler.3768.B3768.8387137315019@bugs.debian.org>
X-Debian-PR-Package: axe
X-Loop: owner@bugs.debian.org
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607291759.TAA00624@circe.informatik.rwth-aachen.de>
To: richard@greenend.org.uk
Date: Mon, 29 Jul 1996 19:59:08 +0200 (MET DST)
Cc: joostje@debian.org, 3768@bugs.debian.org
In-Reply-To: <8NW1SMyX3@sfere.elmail.co.uk> from "Richard Kettlewell" at Jul 13, 96 11:05:36 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5542
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Richard Kettlewell writes:
> 
> Package: axe
> Version: 6.1.2-2
> 
> richard@sfere:richard$ ls -l /usr/info/axe*
> -r--r--r--   1 root     root         1163 Mar 16 16:42 /usr/info/axe.info
> -r--r--r--   1 root     root        45461 Mar 16 16:42 /usr/info/axe.info-1
> -r--r--r--   1 root     root        45338 Mar 16 16:42 /usr/info/axe.info-2
> richard@sfere:richard$ 
> 
> According to the guidelines:
> 
>    * Info documents should be mode 644, owned by `root.root', and
>      compressed with `gzip -9' when installed.  The package must call
> ...

As the one who originally uploaded axe let me say the this is not a good
idea at all. Granted the modes should be 644 but the info files must not be
gzipped. Axe itself comes with an info browser for its own info files
similar to a help service. This program cannot read gzipped files. That's
the reason why I left them uncompressed. I can see three solutions for this:
1) Change the source of axinfo (lots of work).
2) Use two copies of the info files, on gzipped in /usr/info, one
uncompressed somewhere else (wastes some space).
3) Leave it as it is (as in "no rule without exception).

Opinions anyone?

Michael

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Tue Jul 30 09:17:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 08:55:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 08:55:41 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 08:53:15 -0000
Resent-Date: 30 Jul 1996 08:53:15 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607300852.KAA03413@feivel.informatik.rwth-aachen.de>
Subject: modules_2.0.0-6
To: debian-devel@lists.debian.org (Debian Development)
Date: Tue, 30 Jul 1996 10:52:03 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"f7XYa1.0.Dd5.xrS_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5543
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 29 Jul 96 08:37 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: modules
Version: 2.0.0-6
Binary:  modules
Architecture:  i386 source
Description: 
 modules: Linux module utilities.
Changes: modules (2.0.0-6):
        * Removed 'Essential: yes' from control file (Bug#3802)
        * Added check to prerm script whether module support is compiled
          into kernel
        * Added missing fclose (Bug#3781)
Files:
 3d5a8511661ce87388684ee036bfae44  111110  base  -  modules_2.0.0-6.tar.gz
 3688b5160228424dba1c70dd578b3d24  8925  base  -  modules_2.0.0-6.diff.gz
 e528883623a7943b6700c0abae74c0d5  71164  base  required  modules_2.0.0-6_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfx4ZSpaNcQEtuj1AQGkVwP/Sw3q3p2GB+cTJzeNfNsC1lcvEGZ7PxOV
3JO4hBNznyP/5j2J9gMhZQ9bv0G0byey2iTsevRY1W9knPJQGQopTWh6QiUCLj/7
E6V7N1P3jrSvK89StNsebzX1Y0S03gEJMZGbYgAxk0to5AnA5mLn34NDqa9sUoap
RlXg3dwOlwU=
=evFp
-----END PGP SIGNATURE-----

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Tue Jul 30 09:17:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 08:57:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 08:57:51 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 08:53:23 -0000
Resent-Date: 30 Jul 1996 08:53:22 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607300851.KAA03398@feivel.informatik.rwth-aachen.de>
Subject: watchdog_2.0-0
To: debian-devel@lists.debian.org (Debian Development)
Date: Tue, 30 Jul 1996 10:51:49 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"myDRK3.0.Ge5.2sS_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5544
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 29 Jul 96 14:04 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: watchdog
Version: 2.0-0
Binary:  watchdog
Architecture:  i386 source
Description: 
 watchdog: A software watchdog.
Changes: watchdog (2.0-0):
        * New upstream version
        * Fixed debian.rules file to be architecture independent
Files:
 760be8867059f60c966598fcc853865a  22671  misc  -  watchdog_2.0-0.tar.gz
 68d742adfb060d444303268a727c48cc  14766  misc  optional  watchdog_2.0-0_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfzG0CpaNcQEtuj1AQEkNwQAzFclDONJDhIIh9LeuW6gSgcfUbXNwpcd
lCkNR441pBeMIoEvkmoUfu49lmFwMKd7TozZJVwGfgTG+SmkDFSaXbPhXcgDSWY0
A5RM9aMRbEELVlTfIA63JVqtWAkUyhfUyr3tHiENpDwj3ftFLiSeJwADO71Kc1om
CF2OalDB/Vk=
=Qgc4
-----END PGP SIGNATURE-----

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Tue Jul 30 09:42:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 09:17:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 09:17:42 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 09:15:04 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3963: abuse
Reply-To: jimr@simons-rock.edu, 3963@bugs.debian.org
Resent-From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Doug Geiger <runexe@ntplx.net>
Resent-Date: Tue, 30 Jul 1996 09:03:02 GMT
Resent-Message-ID: <handler.3963.B.83871673511242@bugs.debian.org>
X-Debian-PR-Package: abuse
X-Loop: owner@bugs.debian.org
Message-Id: <m0ulAJT-0002EhC@plato>
X-Mailer: MH 6.8.3
To: submit@bugs.debian.org
Date: Tue, 30 Jul 1996 04:37:57 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5545
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: abuse
Version: 1.10-4

Abuse is using the directory /usr/games/lib instead of the directory
/usr/lib/games.  Since all the others use /usr/lib/games, I'm inclined
to believe this might be a bug.  If it is not possible to change this,
then perhaps the debian base or abuse ought to make a symlink to
/usr/lib/games at /usr/games/lib/.


Jim


From debian-devel-request@lists.debian.org Tue Jul 30 09:42:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 09:22:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 09:22:18 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 09:15:05 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3942: tin cannot find Newsgroup Descriptions
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3942@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Kenny Wickstrom <kenny@kennet.com>
Resent-Date: Tue, 30 Jul 1996 09:03:06 GMT
Resent-Message-ID: <handler.3942.B3942.83871673511241@bugs.debian.org>
X-Debian-PR-Package: tin
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607300831.KAA02685@picard.cistron.nl>
To: kenny@kennet.com (Kenny Wickstrom)
Date: Tue, 30 Jul 1996 10:31:16 +0200 (MET DST)
Cc: miquels@cistron.nl, 3942@bugs.debian.org
In-Reply-To: <Pine.LNX.3.93.960730001403.12535A-100000@silverado.kennet.com> from "Kenny Wickstrom" at Jul 30, 96 00:19:33 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5547
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (Kenny Wickstrom) wrote:
> > Ehm. This gets confusing. Ok, I'll use an example. Where is the overview
> > data for the group "cistron.test" stored?
> > 
> > INN stores it in "/var/spool/news/over.view/cistron/test/.overview".
> >                                   ^^^^^^^^^
> > 
> > Most packages used to put it in "/var/spool/news/cistron/test/.overview".
> 
> Okay, after reviewing the code some more, I believe that I was wrong and
> the overview file is as 'most packages' do it.
> 
> > The way the debian INN package does it now is a new ad-hoc standard, and
> > it will stay this way. Storing the .overview files in the article directory
> > itself can be very slow if you have a big news server...
> 
> Does anyone have any strong feelings for it be done (or not done) like
> INN?  I am leaning on doing it like INN.

Yes, if you read the overview FAQ you'll see that they actually recommend
using /var/spool/news/over.view. (That's where I got it from).

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Tue Jul 30 09:42:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 09:19:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 09:19:49 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 09:15:04 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3964: xconq
Reply-To: jimr@simons-rock.edu, 3964@bugs.debian.org
Resent-From: "James A. Robinson" <jimr@simons-rock.edu>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Tue, 30 Jul 1996 09:03:04 GMT
Resent-Message-ID: <handler.3964.B.83871673511244@bugs.debian.org>
X-Debian-PR-Package: xconq
X-Loop: owner@bugs.debian.org
Message-Id: <m0ulAQo-0002EhC@plato>
X-Mailer: MH 6.8.3
To: submit@bugs.debian.org
Date: Tue, 30 Jul 1996 04:45:32 -0400
From: "James A. Robinson" <jimr@simons-rock.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5546
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: xconq
Version: 7.1.0-1

Hello, 

It seems that xconq is expecting it's library files to be in
/usr/games/lib/xconq, instead of where they are really installed,
/usr/lib/games/xconq.

[lestat:/usr/games]$ dpkg --listfiles xconq|grep lib|grep "xconq$"
/usr/lib/games/xconq

[lestat:~]$ strace xconq 2>&1|tail -14
open("/usr/games/lib/xconq/standard.g", O_RDONLY) = -1 ERRNO_2 (No such file or directory) 
open("/usr/games/lib/xconq/standard.g", O_RDONLY) = -1 ERRNO_2 (No such file or directory)
write(2, "Warning: Can\'t find module \"st"..., 48Warning: Can't find module "standard" anywhere.
) = 48
[...]


Jim


From debian-devel-request@lists.debian.org Tue Jul 30 09:42:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 09:24:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 09:24:04 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 09:15:09 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3965: gopher version shouldn't have quotes
Reply-To: maor@debian.org, 3965@bugs.debian.org
Resent-From: maor@debian.org
Resent-To: debian-devel@lists.debian.org
Resent-Date: Tue, 30 Jul 1996 09:03:05 GMT
Resent-Message-ID: <handler.3965.B.83871673511246@bugs.debian.org>
X-Debian-PR-Package: gopher
X-Loop: owner@bugs.debian.org
Date: 30 Jul 1996 08:43:47 -0000
Message-ID: <19960730084347.8917.qmail@primer.i-connect.net>
From: maor@debian.org
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5548
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: gopher
Version: 2.1.1

primer[~/debian/non-free/binary]$ dpkg -f gopher-client_2.1.1-2.deb version
"2.1.1"
primer[~/debian/non-free/binary]$ dpkg -f gopherd_2.1.1-2.deb version
"2.1.1"

Those should be `2.1.1', not `"2.1.1"'.


Guy


From debian-devel-request@lists.debian.org Tue Jul 30 09:42:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 09:39:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 09:39:17 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 09:21:26 -0000
Resent-Date: 30 Jul 1996 09:21:26 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607300919.LAA08262@feivel.informatik.rwth-aachen.de>
Subject: lyx_pre-0.10.3-1
To: debian-devel@lists.debian.org (Debian Development)
Date: Tue, 30 Jul 1996 11:19:08 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"te2dM1.0.416.LGT_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5549
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 30 Jul 96 09:03 UT
Format: 1.6
Distribution: unstable stable
Urgency: Low
Maintainer: Michael Meskes <meskes@debian.org>
Source: lyx
Version: pre-0.10.3-1
Binary:  lyx
Architecture:  i386 source
Description: 
 lyx: High Level Word Processeor (ALPHA version)
Changes: lyx (pre-0.10.3-1):
                 * New upstream version
Files:
 d926cf834035106d4c9a9baee96d3f15  538463  tex  -  lyx_pre-0.10.3-1.tar.gz
 3511781ec94dcd8e65790a6ec0c756ec  12278  tex  -  lyx_pre-0.10.3-1.diff.gz
 a852cf0c35d755c57d6da296ce732ab6  334528  tex  optional  lyx_pre-0.10.3-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMf3QJCpaNcQEtuj1AQH49QQAt5UY1SqeTUkIZS4OY7JhqBOxy8cVXOx3
S7XfPAnFmXRK9SIT1nvi6IFr/h0R7NX/df9YxCe2mAq5J3Ay/DHTvdB7WsBf5sdJ
uyKdv+EbM05zX6J6qBA4ClFFyMUzcFeYtWn1xSfl+APWaDsjSY56c3eWMT9NasYZ
DhXsDbdU/zk=
=WCvO
-----END PGP SIGNATURE-----

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Tue Jul 30 10:32:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 10:17:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 10:17:53 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 09:37:41 -0000
Resent-Date: 30 Jul 1996 09:37:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <richard@elmail.co.uk>
From: Richard Kettlewell <richard@elmail.co.uk>
Message-Id: <cN+tyd1yP2@muskogee.elmail.co.uk>
Date: Tue, 30 Jul 96 10:41:33 +0100 (BST)
To: debian-devel@lists.debian.org
Subject: Re: sgid mail
In-Reply-To: <m0ukvWJ-0004jWC@lina>
References: <8N+7PM3l0@muskogee.elmail.co.uk>
	<m0ukvWJ-0004jWC@lina>
Resent-Message-ID: <"D6jIs3.0.0R6.bVT_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5550
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>>This won't work; there are mail user agents (such as Pine, for
>>example) which keep the mail in the the user's mailbox rather than
>>moving it to a separate folder in their home directory.
>
>yes. But we already have a lockprogram for ths purpose. (In the proc
>package).

Fair enough.

This is still a solution without a problem, however - what is the
objection to MUAs being setgid mail?

-- 
Richard Kettlewell  richard@greenend.org.uk  richard@elmail.co.uk
                           http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Tue Jul 30 11:22:19 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 11:03:04 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 11:03:02 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 10:59:24 -0000
Resent-Date: 30 Jul 1996 10:59:24 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607301058.MAA27950@feivel.informatik.rwth-aachen.de>
Subject: mtools_3.0-5
To: debian-devel@lists.debian.org (Debian Development)
Date: Tue, 30 Jul 1996 12:58:13 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"wz48H1.0.Ku7.CiU_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5551
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 30 Jul 96 10:54 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <meskes@informatik.rwth-aachen.de>
Source: mtools
Version: 3.0-5
Binary:  mtools
Architecture:  i386 source
Description: 
 mtools: Tools for manipulating MSDOS files
Changes: 
        * Changed priority back to standard
        * Applied upstream patches mtools-3.0-2807.diff.gz
Files:
 5292b0795a86d242c2caf3760706b7df  200344  misc  -  mtools_3.0-5.tar.gz
 97ae96abda22fc035596b43f3b95a15b  67167  misc  -  mtools_3.0-5.diff.gz
 0909a48726b21defcc88dd566bd5eae5  92670  misc  standard  mtools_3.0-5_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMf3qHipaNcQEtuj1AQGSnAQAjtPQPSeiAgzrKYJvbt3SxDGVpWGGTGA+
9Pnf9LmTRtbpUUl41NKuT5RFZ1jkL4HPEx1MJbt+1rxv84Oc+uQ7Op3Vkj7M4EDQ
+9QZbJWrT7efqY01RQxw14uB9vyhlHAsq3lcqLp36Ws6VSOqHsioy5ShgMMHudT7
milzwlfLshU=
=Pefx
-----END PGP SIGNATURE-----

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Tue Jul 30 13:27:23 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 13:05:26 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 13:05:24 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 12:49:25 -0000
Resent-Date: 30 Jul 1996 12:49:24 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Tue, 30 Jul 1996 08:50:08 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: debian-devel@lists.debian.org
Subject: m4-1.4-4 uploaded to master.
Message-ID: <Pine.LNX.3.94.960730084742.6798B-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"12-1K.0.Sb1.JJW_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5552
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

This will fix the description problems with this package.

Date: 29 Jul 96 15:01 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Dale Scheetz <dwarf@polaris.net>
Source: m4
Version: 1.4-4
Binary:  m4
Architecture:  i386 source
Description: 
 m4: a macro processing language
Changes: Fixed description field.
Files:
 5cb9f0604cebfd43446f6e0176bb9709  320885  devel  -  m4-1.4-4.tar.gz
 a347418751b7f1f3aa243aa93363ac5d  3180  devel  -  m4-1.4-4.diff.gz
 8817976f962336d260574a70d2970165  77924  devel  extra  m4_1.4-4_i386.deb

Later,

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Tue Jul 30 14:17:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 14:11:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 14:11:02 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 13:57:01 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3966: nslookup: fatal flex scanner internal error--end of buffer missed
Reply-To: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>, 3966@bugs.debian.org
Resent-From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Robert Leslie <rob@mars.org>
Resent-Date: Tue, 30 Jul 1996 13:33:01 GMT
Resent-Message-ID: <handler.3966.B.838733244322@bugs.debian.org>
X-Debian-PR-Package: bind
X-Loop: owner@bugs.debian.org
Date: Tue, 30 Jul 1996 15:18:24 +0200
From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Message-Id: <199607301318.PAA30287@i17unixb.ists.pwr.wroc.pl>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5553
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: bind
Version: 4.9.3-P1-3

nslookup prints this message when Ctrl-C is pressed at the "> " prompt:

fatal flex scanner internal error--end of buffer missed

This is not a new problem - the same thing happens on one ancient
Slackware 2.1 system here.

Marek


From debian-devel-request@lists.debian.org Tue Jul 30 15:32:29 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 15:25:13 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 15:25:12 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 14:41:00 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3967: hex codes instead of 8-bit characters
Reply-To: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>, 3967@bugs.debian.org
Resent-From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Steve Greenland <stevegr@neosoft.com>
Resent-Date: Tue, 30 Jul 1996 14:18:03 GMT
Resent-Message-ID: <handler.3967.B.8387362471008@bugs.debian.org>
X-Debian-PR-Package: nvi
X-Loop: owner@bugs.debian.org
From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Message-Id: <199607301407.QAA30342@i17unixb.ists.pwr.wroc.pl>
To: submit@bugs.debian.org
Date: Tue, 30 Jul 1996 16:07:49 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5554
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: nvi
Version: 1.34-13

nvi displays hex codes instead of the actual 8-bit (>127) characters
(elvis displays them correctly, for example) and there is no option
to change this behaviour (or at least I couldn't find it in the
documentation - it is only possible to use octal codes instead).

Marek


From debian-devel-request@lists.debian.org Tue Jul 30 15:32:30 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 15:26:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 15:26:38 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 14:41:00 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3968: installation checks for CD-ROM too often
Reply-To: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>, 3968@bugs.debian.org
Resent-From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ian Murdock <imurdock@debian.org>
Resent-Date: Tue, 30 Jul 1996 14:18:05 GMT
Resent-Message-ID: <handler.3968.B.8387362471009@bugs.debian.org>
X-Debian-PR-Package: rootdisk
X-Loop: owner@bugs.debian.org
From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Message-Id: <199607301412.QAA30351@i17unixb.ists.pwr.wroc.pl>
To: submit@bugs.debian.org
Date: Tue, 30 Jul 1996 16:12:54 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5555
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: rootdisk
Version: 1996_6_17

At every step of the installation, the installation program is trying
to read from an empty CD-ROM drive (/dev/hdd).  It takes a few seconds
and generates error messages which don't look very professional (they
screw up the nice dialog screen).  I think it should check for the CD
only once, after prompting the user to insert it, and only when doing
CD-ROM installation.

Marek


From debian-devel-request@lists.debian.org Tue Jul 30 16:47:37 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 16:47:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 16:47:19 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 15:30:20 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3969: Apache 1.0.5 Security Hole
Reply-To: storm@anexis.com, 3969@bugs.debian.org
Resent-From: storm@anexis.com
Resent-To: debian-devel@lists.debian.org
Resent-CC: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Resent-Date: Tue, 30 Jul 1996 15:18:02 GMT
Resent-Message-ID: <handler.3969.B.8387392502013@bugs.debian.org>
X-Debian-PR-Package: apache
X-Loop: owner@bugs.debian.org
Date: Tue, 30 Jul 1996 10:52:12 -0400
Message-Id: <199607301452.KAA08772@venus.anexis.com>
To: submit@bugs.debian.org
X-URL: http://www.cl.cam.ac.uk/users/iwj10/debian-bugs/Reporting.html
X-Mailer: Lynx, Version 2.5FM
X-Personal_name: Scott K. Ellis
From: storm@anexis.com
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5556
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: apache
Version: 1.0.5-1

As previously mentioned by someone else for v1.0.3, the programs:
/var/web/cgi-bin/phf
and possibly
/var/web/cgi-bin/jj
are a serious security hole allowing anyone to run an arbitrary program as
the web server.  The best fix is to remove these programs completely, as they
are examples, second best is to remove their execute bits and/or move them
to the examples directory.  Recently a number of web sites have seen hits from
security.wood.com, apparently probing for this hole.  The CERT advisory
CA-96.06 discusses the vunerability in phf.


From debian-devel-request@lists.debian.org Tue Jul 30 17:12:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 16:54:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 16:54:57 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 15:59:00 -0000
Resent-Date: 30 Jul 1996 15:58:59 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <chrish@ana.libertel.montreal.qc.ca>
Date: Tue, 30 Jul 1996 09:00:45 -0700 (PDT)
From: Christian Hudon <chrish@libertel.montreal.qc.ca>
To: "Brian C. White" <bcwhite@verisim.com>
cc: 3959@bugs.debian.org, Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Bug#3959: Netscape postinst has a syntax error
In-Reply-To: <31FD691B.53778ACC@verisim.com>
Message-ID: <Pine.SGI.3.95.960730084932.8646C-100000@ana.libertel.montreal.qc.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"4FpnL1.0.tS5.35Z_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5557
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Mon, 29 Jul 1996, Brian C. White wrote:

> This line is commented out on purpose as "hot-convert" no longer comes with
> the netscape distribution.  It would (should!) be the next line that is
> causing the error.  However, I get no such error on my system.  Could you
> send me the output of the following commands:
> 
> 	dpkg --status fileutils perl
> 	ls -l /usr/bin/install

Indeed, this line doesn't cause the problem. After a few cycles of dpkg
--build, dpkg --install, dpkg --purge, I found the line that causes the
problem. It is:

foreach ("") {
	system "install -m 755 $_ /usr/lib/netscape/plugings";
}

Commenting these out makes the problem go away. My guess is that it does
the loop once, with $_ set to "". And that should cause an "install: too
few arguments" error, if the install manpage is to be believed. 

What's funny is that you don't get that error... Can you try 'updating' to
the Debian 1.1.2 fileutils and perl packages, then purge and install
netscape?

The machine is plain Debian 1.1.2 (except for the kernel... and the
netscape package). So:

fileutils: 3.12-4
perl:      5.003-2

and /usr/bin/install is size 11541

   Christian



From debian-devel-request@lists.debian.org Tue Jul 30 17:37:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 17:26:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 17:26:50 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 16:27:40 -0000
Resent-Date: 30 Jul 1996 16:27:40 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sr1@os.inf.tu-dresden.de>
Date: Tue, 30 Jul 1996 18:27:03 +0200
Message-Id: <199607301627.SAA07448@os.inf.tu-dresden.de>
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
To: debian-devel@lists.debian.org
Subject: bigloo_1.8b-1 released
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Resent-Message-ID: <"iQHJp1.0.P96.yVZ_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5558
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 08 Jul 96 14:13 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Sven Rudolph <sr1@inf.tu-dresden.de>
Source: bigloo
Version: 1.8b-1
Binary:  bigloo
Architecture:  i386 source
Description: 
 bigloo: A Scheme Compiler
Changes: 
 * updated to new upstream release 1.8b
Files:
 83b675aa798801fa5112a3ad11d11b1d  2665038  non-free  -  bigloo_1.8b-1.tar.gz
 4e400ddff17a249932748b22d94bf8fd  19337  non-free  -  bigloo_1.8b-1.diff.gz
 11b47af31c3f8ad8f4b1028e5810d537  1452210  non-free  extra  bigloo_1.8b-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfZ7BPcN927BSdxBAQFrNwP6A3CDK4XL4nhVz/rMWTcvg8y/w21ku9z/
qmzOnLf2f2OFjOJC2WWLuQnD3gn7JWDe9des1RnOQj4W3VIwYxpTqq6BXbxmx60k
768d2TB+04U/viqHz8XH53nJn0PO+omxzZoCTN/KJPA4qZp3aOdZvZMkyHBFvcK8
Lt1xI+SnFms=
=17i8
-----END PGP SIGNATURE-----


-- 
Sven Rudolph <sr1@inf.tu-dresden.de> ; WWW : http://www.sax.de/~sr1/


From debian-devel-request@lists.debian.org Tue Jul 30 17:37:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 17:28:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 17:28:35 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 16:29:18 -0000
Resent-Date: 30 Jul 1996 16:29:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sr1@os.inf.tu-dresden.de>
Date: Tue, 30 Jul 1996 18:28:30 +0200
Message-Id: <199607301628.SAA07454@os.inf.tu-dresden.de>
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
To: debian-devel@lists.debian.org
Subject: seyon_2.14c-4 released
Resent-Message-ID: <"0XvZf3.0.cB6.TXZ_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5559
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 24 Jul 96 21:21 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Sven Rudolph <sr1@inf.tu-dresden.de>
Source: seyon
Version: 2.14c-4
Binary:  seyon
Architecture:  i386 source
Description: 
 seyon: Full-featured native X11 communications program.
 -  Seyon is a complete full-featured modem communications package 
 -  for the X Window System. Some of its features are:
 -   - dialing directory
 -   - terminal emulation (DEC VT02, Tektronix 4014 and ANSI)
 -   - script language
 -   - Zmodem
Changes: 
 * debian.control: added exetended description (Bug#3689)
 * debian.rules: corrected multiarchitecture support
 * debian.control: added Section: and Priority:
Files:
 2809bcc105d11a1028c81a1d3161f3b6  163631  non-free  -  seyon_2.14c-4.tar.gz
 efb7ed623dad6d825d93f678a1f034a0  11902  non-free  -  seyon_2.14c-4.diff.gz
 3edae152f0b17083532c58be56db92c6  96268  non-free  Extra  seyon_2.14c-4_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfaUiPcN927BSdxBAQEFVQQAsfB5mjzZiQ+QLacEkecqhdtPDnCM6JVE
CLa7PUiW/6jat9ooP14WOhoHpAGV5/wDa/bUCVVSwSKmU6wnlmT0cJSV35C4MJGj
fcWIENquFaHp2enJ4S0Z7lNrqjyrEid0vEtydN1+gmmDASsogdk1x8V0hlXfEe9I
HoaPGotwiEU=
=6Kt0
-----END PGP SIGNATURE-----


-- 
Sven Rudolph <sr1@inf.tu-dresden.de> ; WWW : http://www.sax.de/~sr1/


From debian-devel-request@lists.debian.org Tue Jul 30 17:37:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 17:30:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 17:29:58 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 16:29:35 -0000
Resent-Date: 30 Jul 1996 16:29:35 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sr1@os.inf.tu-dresden.de>
Date: Tue, 30 Jul 1996 18:29:18 +0200
Message-Id: <199607301629.SAA07460@os.inf.tu-dresden.de>
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
To: debian-devel@lists.debian.org
Subject: rcs_5.7-3 released
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Resent-Message-ID: <"GHMuR.0.DC6.lXZ_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5560
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 24 Jul 96 21:57 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Sven Rudolph <sr1@inf.tu-dresden.de>
Source: rcs
Version: 5.7-3
Binary:  rcs
Architecture:  i386 source
Description: 
 rcs: The GNU Revision Control System
Changes: 
 * debian.rules: added multi-architecture support
 * debian.control: added Priority: and Section:
 * debian.control: corrected extended description (Bug#3619)
Files:
 4761350f204f958a78adcf4c26171b1a  297915  devel  -  rcs_5.7-3.tar.gz
 ec7e03a9a96a7ef488ede37e202c091c  2144  devel  -  rcs_5.7-3.diff.gz
 6fdef12f243aff6782173c82c7473cd2  258042  devel  standard  rcs_5.7-3_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfadj/cN927BSdxBAQFk0wQAnNb74x+bglO0bSgwa8nZj+gxRQXj/UB2
2KLUCEd3kTEOU7X5niq44P8D3uZ1PBZi8Dyt/tS0enfynR/3qC1BwLz7CPMWIv2J
aNuN/sHBcoIv47F7hIDUJViHocIErxupTXcxeGHxOymn4vREYMvn70VKzy4e2wt0
sMjrjIAmOoA=
=Bd+9
-----END PGP SIGNATURE-----


-- 
Sven Rudolph <sr1@inf.tu-dresden.de> ; WWW : http://www.sax.de/~sr1/


From debian-devel-request@lists.debian.org Tue Jul 30 17:37:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 17:31:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 17:31:40 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 16:30:19 -0000
Resent-Date: 30 Jul 1996 16:30:19 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sr1@os.inf.tu-dresden.de>
Date: Tue, 30 Jul 1996 18:29:58 +0200
Message-Id: <199607301629.SAA07465@os.inf.tu-dresden.de>
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
To: debian-devel@lists.debian.org
Subject: xsok_1.01-2 released
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Resent-Message-ID: <"ql63U2.0.ED6.RYZ_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5561
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 24 Jul 96 20:15 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Sven Rudolph <sr1@inf.tu-dresden.de>
Source: xsok
Version: 1.01-2
Binary:  xsok
Architecture:  i386 source
Description: 
 xsok: Generic Sokoban game for X11
Changes: 
 * corrected extended description (Bug#3669)
 * added multi-architecture support
Files:
 82f3311dbee710fd1c17cdf6cea95990  113935  games  -  xsok_1.01-2.tar.gz
 97b35e531ec0f38deb1ae7ac62a8a449  2898  games  -  xsok_1.01-2.diff.gz
 ea611507d5c93cba8a1cbef9177f6185  55768  games  Extra  xsok_1.01-2_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfaEtfcN927BSdxBAQE+cAP+OzflEti/UnpVdAP93C5JhcADhEsKBqB+
qn1HE1ZPN2vH1JapIaynzEZTZq/VB44TC108NS7RElr6eqxvnaIPyUQ9tTgYgG+I
JqXI2A/Nd1MXtNExlUtv+vxjpk4Ot12qCS4S5sprsi+eMEDpBHg8opJSNYYdFl7e
ohfhXILskks=
=bEdG
-----END PGP SIGNATURE-----


-- 
Sven Rudolph <sr1@inf.tu-dresden.de> ; WWW : http://www.sax.de/~sr1/


From debian-devel-request@lists.debian.org Tue Jul 30 17:37:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 17:34:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 17:34:18 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 16:31:45 -0000
Resent-Date: 30 Jul 1996 16:31:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sr1@os.inf.tu-dresden.de>
Date: Tue, 30 Jul 1996 18:31:01 +0200
Message-Id: <199607301631.SAA07478@os.inf.tu-dresden.de>
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
To: debian-devel@lists.debian.org
Subject: xonix_1.4-4 released
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Resent-Message-ID: <"79eP52.0.LF6.nZZ_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5562
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 24 Jul 96 20:26 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Sven Rudolph <sr1@inf.tu-dresden.de>
Source: xonix
Version: 1.4-4
Binary:  xonix
Architecture:  i386 source
Description: 
 xonix: Xonix clone for X11
Changes: 
 Wed Jul 24 22:25:19 1996  Sven Rudolph  <sr1@inf.tu-dresden.de>
 * debian.control: corrected extended description (Bug#3666)
 * debian.rules: corrected multi-architecture support
Files:
 72b7e420983cad330210be290c12f7ae  45884  games  -  xonix_1.4-4.tar.gz
 d69e26414cff2a87a346ba9f41020265  3000  games  -  xonix_1.4-4.diff.gz
 06e40753c524734b2559a09cc2f36723  20720  games  extra  xonix_1.4-4_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfaHx/cN927BSdxBAQG7gAP/auo0TFpHHYzQHgSfG2GQgnH7UgvvJwUg
8WoUrWGdRJb17EOdlA6pJcnaJGFZotjziCxVzu0ZGxOzVAo+R8k80uKrnHEQJ3MP
zEZmvBFNUTPZ9NHgQjrKhaMduF1l5QW0qfOB24q1zSMwGrneibIGGOzBweJdjkBR
XfRMAGUH0PA=
=XkWp
-----END PGP SIGNATURE-----


-- 
Sven Rudolph <sr1@inf.tu-dresden.de> ; WWW : http://www.sax.de/~sr1/


From debian-devel-request@lists.debian.org Tue Jul 30 17:37:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 17:35:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 17:35:32 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 16:32:24 -0000
Resent-Date: 30 Jul 1996 16:32:24 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sr1@os.inf.tu-dresden.de>
Date: Tue, 30 Jul 1996 18:31:43 +0200
Message-Id: <199607301631.SAA07482@os.inf.tu-dresden.de>
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
To: debian-devel@lists.debian.org
Subject: xpat2_1.04-2 released
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Resent-Message-ID: <"2azNT2.0.qG6.OaZ_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5563
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 24 Jul 96 21:42 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Sven Rudolph <sr1@inf.tu-dresden.de>
Source: xpat2
Version: 1.04-2
Binary:  xpat2
Architecture:  i386 source
Description: 
 xpat2: Generic patience game for X11
Changes: 
 * debian.rules: added multi-architecture support
 * debian.control: added Section: and Priority:
 * debian.control: corrected extended description (Bug#3659)
Files:
 91bbc6d75dca25149ce2bda3ceda5d5e  320589  games  -  xpat2_1.04-2.tar.gz
 cf651f69d80a53e5bd4706a89dc8291e  3010  games  -  xpat2_1.04-2.diff.gz
 7e88c1e90c9544c770afa032dcb6d4ae  198732  games  Extra  xpat2_1.04-2_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfaZJfcN927BSdxBAQGvsgQAijsrQx/Xd4U/wkgIgBCrGf+lTd5qSfyr
LGd2qAI2p1mOR+o+ndB2lHLt2MpNZcoFJvctufrD11lGe/eLv0ltOtxl+6DE5VNO
gdhyEw7RVC6t0rs0S6PpCEhgmz1rvYiV+tXkFfYXeyMNtzwEk6sqrRhW0/MMTDwF
B1SKqnbLdxw=
=xs1y
-----END PGP SIGNATURE-----


-- 
Sven Rudolph <sr1@inf.tu-dresden.de> ; WWW : http://www.sax.de/~sr1/


From debian-devel-request@lists.debian.org Tue Jul 30 18:27:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 18:03:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 18:03:50 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 16:45:23 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3970: cvsinit is not in cvs-1.8.1-1
Reply-To: Douglas Bates <bates@stat.wisc.edu>, 3970@bugs.debian.org
Resent-From: Douglas Bates <bates@stat.wisc.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Eichin <eichin@kitten.gen.ma.us>
Resent-Date: Tue, 30 Jul 1996 16:33:05 GMT
Resent-Message-ID: <handler.3970.B.8387437563234@bugs.debian.org>
X-Debian-PR-Package: cvs
X-Loop: owner@bugs.debian.org
Date: Tue, 30 Jul 96 11:13:20 -0500
Message-Id: <9607301613.AA11553@jupiter.stat.wisc.edu>
From: Douglas Bates <bates@stat.wisc.edu>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5564
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: cvs
Section: devel
Maintainer: Bill Mitchell <mitchell@debian.org>
Version: 1.8.1-1
Depends: libc5, rcs

The usual way of initializing a CVS repository is to use the cvsinit
script.  The documentation in /usr/doc/cvs/README recommends this but
I can't find cvsinit anywhere in the package.  Did I miss something?

BTW, the output of
 dpkg -s cvs
as given above indicates that Bill Mitchell is the maintainer.  If I
check in /var/lib/dpkg/available for cvs (as shown below) it indicates
that Mark Eichin is the maintainer.
 Package: cvs
 Priority: standard
 Section: devel
 Maintainer: Mark Eichin <eichin@kitten.gen.ma.us>
 Architecture: i386
 Version: 1.8.1-1
 Depends: libc5, rcs
 Filename: unstable/binary-i386/devel/cvs_1.8.1-1.deb
 Size: 529172
 MD5sum: f60d218c847767a7157f30a8b51c7110
 MSDOS-Filename: unstable/msdos-i386/devel/cvs.deb


From debian-devel-request@lists.debian.org Tue Jul 30 18:27:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 18:07:16 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 18:07:14 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 16:57:27 -0000
Resent-Date: 30 Jul 1996 16:57:26 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sr1@os.inf.tu-dresden.de>
Date: Tue, 30 Jul 1996 18:32:16 +0200
Message-Id: <199607301632.SAA07488@os.inf.tu-dresden.de>
From: Sven Rudolph <sr1@os.inf.tu-dresden.de>
To: debian-devel@lists.debian.org
Subject: lpr_5.9-12 released
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Resent-Message-ID: <"26ZkV.0.yq6.sxZ_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5565
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 29 Jul 96 21:25 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Sven Rudolph <sr1@inf.tu-dresden.de>
Source: lpr
Version: 5.9-12
Binary:  lpr
Architecture:  i386 source
Description: 
 lpr: Berkeley lpr/lpd line printer spooling system
 -  This is the standards UNIX printer spooler and associated utilties.
 -  You can use this for local and remote printers.
Changes: 
 * debian.rules: added multi-architecture support (Bug#3346)
 * lpr/lpr.c: added fix for canonizing hostname (Bug#3034, patch
              in Bug#3038)
 * lpd/recvjob.c: chksize should work now (Bug#3935)
 * debian.rules: fixed typo in clean rule, deleted some junk (Bug#2555)
 * new maintainer
Files:
 792f8c7782762b91c748922896098ae4  69668  net  -  lpr_5.9-12.tar.gz
 09f63f71729067010f2edf25f1fbc22d  19167  net  -  lpr_5.9-12.diff.gz
 68a314d9069ca7dcae06c6d61af1bd08  63098  net  standard  lpr_5.9-12_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMf0tqvcN927BSdxBAQFXuAP/d9bnJO0+7jPWNPLUvOAzLBqv62ITpN1F
kX/YDC4Rl5Muf5L/ke8yX8QaHp2i3ggafcQxhqIl/DRzbOiXpBU1+SeajZAw5NPp
8pzmjXpL8tOQhsco0o/KFyG9qQj6kV0W7rkG3Zd5H5TUA1jAZUrNdNOYEKmEq1PT
UP0lMfwKQn0=
=aLDj
-----END PGP SIGNATURE-----


-- 
Sven Rudolph <sr1@inf.tu-dresden.de> ; WWW : http://www.sax.de/~sr1/


From debian-devel-request@lists.debian.org Tue Jul 30 18:52:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 18:39:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 18:39:06 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 17:35:07 -0000
Resent-Date: 30 Jul 1996 17:35:07 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <tobias@server.et-inf.fho-emden.de>
Message-Id: <199607301726.TAA00390@server.et-inf.fho-emden.de>
Subject: Re: byacc package still needed ?
To: sr1@os.inf.tu-dresden.de (Sven Rudolph)
Date: Tue, 30 Jul 1996 19:26:33 +0200 (MET DST)
From: "Peter Tobias" <tobias@server.et-inf.fho-emden.de>
Cc: debian-devel@lists.debian.org
Reply-To: tobias@et-inf.fho-emden.de
In-Reply-To: <199607291020.MAA31113@os.inf.tu-dresden.de> from "Sven Rudolph" at Jul 29, 96 12:20:24 pm
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Resent-Message-ID: <"ghal_2.0.mn7.AVa_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5566
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Sven Rudolph wrote:
> Currently the byacc package is orphaned.
> 
> I received a note that byacc isn't needed anymore since the licence
> for the bison parser skeleton files changed.
> 
> Do advantages of byacc compared to bison remain or can the byacc
> package be dropped ?

byacc and bison (-y) are not fully compatible. byacc works much
better for some *.y files (especially for *.y files from the "BSD world").
I'm using byacc for some of my packages.

The package shouldn't be dropped.


Thanks,

Peter

-- 
 Peter Tobias                                EMail:
 Fachhochschule Ostfriesland                 tobias@et-inf.fho-emden.de
 Fachbereich Elektrotechnik und Informatik   tobias@debian.org
 Constantiaplatz 4, 26723 Emden, Germany     tobias@linux.de


From debian-devel-request@lists.debian.org Tue Jul 30 18:52:38 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 18:43:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 18:43:53 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 17:54:21 -0000
Resent-Date: 30 Jul 1996 17:54:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <strombrg@hydra.acs.uci.edu>
Sender: strombrg@hydra.acs.uci.edu
Message-ID: <31FE4C31.758F@hydra.acs.uci.edu>
Date: Tue, 30 Jul 1996 10:53:53 -0700
From: Dan Stromberg <strombrg@hydra.acs.uci.edu>
X-Mailer: Mozilla 2.02 (X11; I; SunOS 5.5.1 sun4m)
MIME-Version: 1.0
To: Kai Henningsen <kai@khms.westfalen.de>
CC: debian-devel@lists.debian.org
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal
References: <6DflqDzzcsB@khms.westfalen.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"mt5AA2.0.kK.Dna_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5567
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

For absolute clarity...

I in no way wish to assert that perl is categorically inferior to the
bourne family of shells, for scripting.

I do, however, wish to assert that:

1) perl is an incremental improvement over /bin/sh, one that threatens
to sidetrack many programmers from moving -farther- ahead to systems
much nicer than perl.

2) Install scripts virtually never benefit from anything beyond what can
be handled smoothly thru /bin/sh and supporting programs.

IMO, interactive install scripts shouldn't be interactive - or should at
least provide an option to override repeated questions, across N
installs of a package or system.

Kai Henningsen wrote:
> If you think you can hack it with the shell, please do.
> 
> Otherwise, use whatever is necessary.


From debian-devel-request@lists.debian.org Tue Jul 30 19:17:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 18:58:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 18:58:28 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 18:00:35 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3971: conflicting man pages
Reply-To: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>, 3971@bugs.debian.org
Resent-From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Stuart Lamble <lamble@yoyo.cc.monash.edu.au>
Resent-Date: Tue, 30 Jul 1996 17:48:04 GMT
Resent-Message-ID: <handler.3971.B.8387482614666@bugs.debian.org>
X-Debian-PR-Package: fsp
X-Loop: owner@bugs.debian.org
From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Message-Id: <199607301728.TAA00557@i17unixb.ists.pwr.wroc.pl>
To: submit@bugs.debian.org
Date: Tue, 30 Jul 1996 19:28:50 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5568
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: fsp
Version: 2.71-1

Both fsp-2.71-1 and elm-2.4pl25-2 install /usr/man/man1/frm.1 - two
completely unrelated man pages.  One of them should be renamed.

Marek


From debian-devel-request@lists.debian.org Tue Jul 30 19:42:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 19:21:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 19:21:05 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 18:27:46 -0000
Resent-Date: 30 Jul 1996 18:27:46 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <gaertnem@ruf.uni-freiburg.de>
X-Authentication-Warning: sun22.ruf.uni-freiburg.de: gaertnem owned process doing -bs
Date: Tue, 30 Jul 1996 20:27:16 +0200 (MET DST)
From: Michael Gaertner <gaertnem@ruf.uni-freiburg.de>
To: Debian-Developer <debian-devel@lists.debian.org>
Subject: POSIX 1387.2 (package-management)
Message-ID: <Pine.SOL.3.93.960730202326.12423A-100000@sun22.ruf.uni-freiburg.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"8AjP51.0.4z.YGb_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5569
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ever heard of this "standard" for unix-package-management? How should we
deal with this?


Michael Gaertner <gaertnem@ruf.uni-freiburg.de>
Tel/Fax +49-761-32684


From debian-devel-request@lists.debian.org Tue Jul 30 20:07:43 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 20:06:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 20:06:42 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 19:10:49 -0000
Resent-Date: 30 Jul 1996 19:10:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31FE5E28.65901927@verisim.com>
Date: Tue, 30 Jul 1996 15:10:32 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5aGold (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: ferret 1.0-1 (evaluation version) RELEASED
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"rUkty.0.B72.vub_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5570
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 28 Jul 96 03:24 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Brian White <bcwhite@verisim.com>
Source: ferret
Version: 1.0-eval-1
Binary:  ferret
Architecture:  i386
Description: 
 ferret: A small to medium sized search engine with a Perl interface
 -  Ferret is intended for indexing a collection of documents containing
 -  thousands of files and tens to hundreds of megabytes worth of data.
 -  Originally intended for indexing small to medium sized web-sites,
the
 -  actual engine is general enough to be used for any type of text.
 -  
 -  The query mechanism is very fast and includes a nifty front-end for
 -  the World-Wide-Web.  Three different web interfaces are available
 -  to support everyone from the novice to advanced user.  Multiple
output
 -  formats are also available.
 -  
 -  Ferret supports many advanced search abilities including:  boolean
 -  operators, phrase matching, proximity, and word expansion.
 -  
 -  Ferret is a commercial product that is free for educational or
non-profit
 -  organizations.  For more information, send email to
ferret-info@verisim.com,
 -  phone +1-613-224-7547, fax +1-613-224-7542, or visit
http://www.verisim.com/
 -  
 -  *** This evaluation version is completely free until September 25th,
1996! ***
Changes:
 -  Initial release!
Files:
 96821f12366cda0677cb1c036aeb4d2d  126760  contrib  extra 
ferret_1.0-eval-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMfrdu7wRa6IPcXgFAQHvmgQArH4FNd4JTGYmqRunEKBTVmIeI0US9HpY
Mfg7HzhxIT8zH6zK6w7UXzEFFEaDs046payRpHvofU4id4Mstx7Km+8plKTCzE6p
8DotXe9G58cv68Tq0MyWoITCeE4RX19p2FOQ1Ayur5vKJwdbLcWu1uQwT+/oSWfk
UtU7oHM5Awk=
=Beig
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Tue Jul 30 20:32:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 20:26:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 20:26:42 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 19:15:29 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3970: cvsinit is not in cvs-1.8.1-1 
Reply-To: Michael Alan Dorman <mdorman@lot49.med.miami.edu>,
  3970@bugs.debian.org
Resent-From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Mark Eichin <eichin@kitten.gen.ma.us>
Resent-Date: Tue, 30 Jul 1996 19:03:05 GMT
Resent-Message-ID: <handler.3970.B3970.8387527617086@bugs.debian.org>
X-Debian-PR-Package: cvs
X-Loop: owner@bugs.debian.org
Message-Id: <m0ulJXH-0004mdC@lot49.med.miami.edu>
To: Douglas Bates <bates@stat.wisc.edu>, 3970@bugs.debian.org
In-reply-to: <9607301613.AA11553@jupiter.stat.wisc.edu>
Date: Tue, 30 Jul 1996 14:28:51 -0400
From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5571
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

In message <9607301613.AA11553@jupiter.stat.wisc.edu>, Douglas Bates writes:
>Package: cvs
>Section: devel
>Maintainer: Bill Mitchell <mitchell@debian.org>
>Version: 1.8.1-1
>Depends: libc5, rcs
>
>The usual way of initializing a CVS repository is to use the cvsinit
>script.  The documentation in /usr/doc/cvs/README recommends this but
>I can't find cvsinit anywhere in the package.  Did I miss something?

Yep.  As of 1.8.1, use "cvs init"---it's now built into the program.

Mike.
--
"Don't let me make you unhappy by failing to be contrary enough...."


From debian-devel-request@lists.debian.org Tue Jul 30 22:12:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 22:02:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 22:02:45 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 21:25:29 -0000
Resent-Date: 30 Jul 1996 21:25:28 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31FE7DAB.7BFDA2BA@verisim.com>
Date: Tue, 30 Jul 1996 17:24:59 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5a (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
CC: 3959-done@bugs.debian.org
Subject: netscape 3.0-beta5a-2 released
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"wm3rN2.0.Xv4.8td_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5572
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

-----BEGIN PGP SIGNED MESSAGE-----

Date: 30 Jul 96 21:12 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Brian White <bcwhite@pobox.com>
Source: netscape
Version: 3.0-beta5a-2
Binary:  netscape
Architecture:  i386 source
Description: 
 netscape: Popular World-Wide-Web browser software
 -  Netscape (pronounced "Mozilla") is a graphical World-Wide-Web
browser
 -  with many features.  It supports advanced features of HTML and new
 -  technologies such as "Java" from Sun Microsystems.
 -  .
 -  Netscape Communications Corporation does not allow redistribution of
 -  their software.  Therefore, this package requires the user to fetch
 -  the netscape archive seperately and place it in the directory
pointed
 -  to by the TMPDIR environment variable (or /tmp if TMPDIR not
defined)
 -  before attempting to install this package.  You can get the linux
 -  packages via anonymous ftp from "ftp[1-9].netscape.com".
 -  .
 -  Do NOT try to install any version of Netscape other than 3.0-beta5a
with
 -  this package!
 -  .
 -  Netscape Communications Corporation does not support the Linux
release
 -  in the slightest, even for paying customers.  It has been made
available
 -  purely as a courtesy, so please do not send them questions about
Linux.
 -  .
 -  This installer package has been placed in the public domain!
Changes:
 -  Fixed postinst problem due to null "plugin" list (Bug#3959)
Files:
 2c585eb88e46b12cf8de0f99ba79f3dd  3872  net      -    
netscape_3.0-beta5a-2.tar.gz
 5ffec15dced9a900154339193a919493  3492  net  optional 
netscape_3.0-beta5a-2_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMf56/rwRa6IPcXgFAQGMpQP+J5UloMFFteBUs4VcBYQnmfE6ATddM3Nk
4nGFezvXPL8SeYn4BIUa34SRyWSMjo75paBD7JjX7Y+TtvYDzHtQF7tu+0fMe80V
Zo8rfzhk3dvpsPuPB9wsqGsohRVCz1Ln9r531UazWKuz++hY/96n1vxifwnCAk6C
Ivgdnw/O89w=
=IfGe
-----END PGP SIGNATURE-----


From debian-devel-request@lists.debian.org Tue Jul 30 23:52:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 23:30:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 23:30:08 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 23:25:33 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3972: gif2tiff is free
Reply-To: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>, 3972@bugs.debian.org
Resent-From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Guy Maor <maor@debian.org>
Resent-Date: Tue, 30 Jul 1996 23:03:03 GMT
Resent-Message-ID: <handler.3972.B.83876777224795@bugs.debian.org>
X-Debian-PR-Package: libtiff3-gif
X-Loop: owner@bugs.debian.org
From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Message-Id: <199607302235.AAA01743@i17unixb.ists.pwr.wroc.pl>
To: submit@bugs.debian.org
Date: Wed, 31 Jul 1996 00:35:48 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5573
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: libtiff3-gif
Version: 3.4beta034-1

The gif2tiff program, as the name suggests, converts GIF images
to the TIF format.  This means it does LZW decompression, which
(unlike compression) is not patented (otherwise gzip wouldn't be
able to uncompress *.Z files).  While the comment "Unisys sucks"
in debian.rules is still valid :-), I think we could move this
particular program from non-free to the free libtiff3 package.

Just because it has "gif" in the name does not necessarily mean
that it's illegal.  In fact, this program helps us move from GIF
to a "more free" TIF format, so it would be a good thing to have
in the standard distribution.

Or am I missing something?

Marek


From debian-devel-request@lists.debian.org Wed Jul 31 00:17:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 23:56:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 23:56:30 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 23:50:34 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3973: Home/End keys don't work right in nvi
Reply-To: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>, 3973@bugs.debian.org
Resent-From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Steve Greenland <stevegr@neosoft.com>
Resent-Date: Tue, 30 Jul 1996 23:33:04 GMT
Resent-Message-ID: <handler.3973.B.83876927325172@bugs.debian.org>
X-Debian-PR-Package: nvi
X-Loop: owner@bugs.debian.org
From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Message-Id: <199607302307.BAA01831@i17unixb.ists.pwr.wroc.pl>
To: submit@bugs.debian.org
Date: Wed, 31 Jul 1996 01:07:18 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5574
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: nvi
Version: 1.34-13

Linux console:

The End key inverts case of the character under the cursor,
flashes the screen, moves one character to the right, and
prints "Usage: [[." on the bottom of the screen.  It's not
right in elvis*-2.0-4 either - flashes, seems to have no
other effect.  Home works fine in both elvis and nvi.

xterm:

Both Home and End do some even more strange things (try it for
yourself to see).  BTW, elvis in non-X mode just beeps, but
Home/End work just fine when elvis runs in its own X window.

It could be a terminfo problem as well, I don't know.

Marek


From debian-devel-request@lists.debian.org Wed Jul 31 00:17:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 30 Jul 1996 23:58:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 30 Jul 1996 23:58:39 -0000
Received: (qmail-queue invoked by uid 40); 30 Jul 1996 23:50:37 -0000
Resent-Date: 30 Jul 1996 23:50:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <owner@bugs.debian.org>
From: owner@bugs.debian.org
Message-Id: <m0ulO8Y-000CdtC@submailer.bugs.debian.org>
Date: Tue, 30 Jul 96 16:23 PDT
To: debian-devel@lists.debian.org
Subject: Unanswered problem reports by maintainer and package
Resent-Message-ID: <"X4rEZ.0.EI.C_f_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5575
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The following problem reports have not yet been marked as `taken up' by a
message to done@bugs.debian.org or or `forwarded' by a
message to forwarded@bugs.debian.org.

The maintainer listed against each package is derived from the Maintainer
field of the package as found in the development tree; there is an override
file that can be amended to get the right results if you have taken over a
package and do not expect to issue a new version soon.

Variant versions of the Maintainer field for the same actual package
maintainer will be listed separately.

Maintainers with few outstanding bugs appear first, to avoid those with few
bugs being lost deep in the message.

 Package     Ref    Subject

Manoj Srivastava <srivasta@pilgrim.umass.edu> (1 bugs):
 CGI-module   3941  CGI-modules should *depend* on libwww-perl

Yves Arrouye <arrouye@debian.org> (1 bugs):
 compress-p   3733  problems with compress-package

Siggy Brentrup <bsb@uni-muenster.de> (1 bugs):
 electric-f   3582  electric-fence description: no ext

Anders Christrom <ac@netg.se> (1 bugs):
 lists.debi   3199  Bizarre message from debian-devel-request@lists.debian.org

Anders Chrigstrom <ac@netg.se> (1 bugs):
 bison        3955  yacc script uses $* instead of "$@"

Michael Alan Dorman <mdorman@debian.org> (1 bugs):
 mingetty     3362  Problems encountered while compiling "mingetty" for m68k ar

Dirk Eddelbuettel <edd@qed.econ.queensu.ca> (1 bugs):
 archie       3910  "archie" requires changes for multi-arch support

Karl Ferguson <karl@tower.net.au> (1 bugs):
 unarj        3641  unarj description: ext start indented, summary starts w/ pk

David Frey <David.Frey@eos.lugs.ch> (1 bugs):
 dump         3949  "dump" requires changes for multi-arch support

Jeroen van der Most <jvdmost@wi.leidenuniv.nl> (1 bugs):
 dmalloc      3925  "dmalloc" requires changes for multi-arch support

mitchell@mdd.comm.mot.com (Bill Mitchell) (1 bugs):
 elv-ctags    2503  elvis and emacs both provide ctags

Wichert Akkerman <wakkerma@wi.leidenuniv.nl> (1 bugs):
 strace       2177  "strace -ff -o file dpkg --install foo.deb" causes dpkg to 

Manoj Srivastava <srivasta@debian.org> (1 bugs):
 kernel-pac   3960  Amusing typo in make-kpkg manpage

adfernan@cnd.mcgill.ca (Andrew D. Fernandes) (2 bugs):
 acs          3559  acs description: no ext
 acs          3851  "acs" requires changes to support multiple arches

Raul Miller <moth@firefly.com> (2 bugs):
 ucbmpeg      3454  ucbmpeg control file problems
 ucbmpeg      3509  mpeg_play puts bogus statistics on stdout

Kenny Wickstrom <kenny@kennet.com> (2 bugs):
 tin          3787  tin uses /etc/news/descriptions instead of /etc/news/newsgr
 tin          3942  tin cannot find Newsgroup Descriptions

Karl Sackett <krs@caos.aamu.edu> (2 bugs):
 exmh         3824  exmh fails to start
 xconq        3964  xconq

Kenneth MacDonald <K.MacDonald@ed.ac.uk> (2 bugs):
 ispell       2425  ispell thinks `formated' is correct
 ispell       3196  ispell symlinks broken

Martin Schulze <joey@namib.north.de> (2 bugs):
 zoo          3676  zoo description: summary starts w/ pkg name
 zoo          3961  14 character file name limit in zoo

Richard Kettlewell <richard@elmail.co.uk> (2 bugs):
 majordomo    1881  Majordomo UID wrong?
 repair       1532  no revision number with repair

Ray Dassen <jdassen@wi.leidenuniv.nl> (2 bugs):
 www.debian   3431  some packages have no information on WWW-server
 www.debian   3700  Web pages lack <LINK REV="MADE" ...>

sgk@sgk.tiac.net ("Susan G. Kleinmann") (2 bugs):
 elviscmn     3562  elviscmn description: no ext
 elvisnox     2592  Elvis Compilation Peoblem

Christian Linhart <chris@debian.org> (2 bugs):
 xarchie       887  xarchie barfs when ftp closes unexpectedly
 xarchie      1275  xarchie clumsy with 2-button mouse

Chuck Stickelman <stick@richnet.net> (2 bugs):
 symlinks     3364  Problems encountered while compiling "symlinks" for m68k ar
 symlinks     3614  symlinks description: ext extra spaces

bcwhite@pobox.com (Brian C. White) (2 bugs):
 gnats        3053  gnats: typo in postinst omits install-info
 zyxel        3920  "zyxel" requires changes for multi-arch support

Giuseppe Vacanti <Giuseppe.Vacanti@DeSelby.xs4all.nl> (2 bugs):
 diald        3457  diald control file problems
 diald        3573  diald description: ext start blank line

Alvar Bray <alvar@meiko.co.uk> (2 bugs):
 groff        2233  groff-1.09-4
 groff        2970  soelim [in groff] is confused by .so in macros definitions

Doug Geiger <runexe@ntplx.net> (3 bugs):
 abuse        3963  abuse
 apsfilter    3224  apsfilter doesn't configure on a read-only filesystem
 apsfilter    3812  Apsfilter should depend on file

jkr@master.debian.org (Jonathan K. Rabone) (3 bugs):
 trn           825  trn warning messages corrupt thread selector display
 trn          1845  dead.letter and dead.article are world readable
 trn          2298  trn bug with shell escaping

joost witteveen <joostje@master.debian.org> (3 bugs):
 gsfonts      1112  a2gs output unusable by gs but usable by ghostview
 gsfonts      3596  gsfonts description: no ext
 gsfonts      3673  gsfonts description: no ext

mrn20@cam.ac.uk (Michael R. Nonweiler) (3 bugs):
 ipx          2913  ipx bootup scripts are broken
 ipx          3592  ipx description: no ext
 ncpfs        3630  ncpfs description: summary starts w/ pkg name

Simon Shapiro <shimon@i-Connect.Net> (3 bugs):
 rc           3206  rc terminates on CTRL-C
 rc           3533  Problems encountered while building "rc" on m68k arch
 rc           3607  rc description: no ext

Marcel Riedi <riedi@tik.ee.ethz.ch> (3 bugs):
 rsynth       2206  Description
 rsynth       3684  rsynth description: summary starts w/ pkg name, no ext
 rsynth       3932  "rsynth" requires changes for multi-arch support

Ian Jackson <ijackson@chiark.chu.cam.ac.uk> (3 bugs):
 bugs.debia   2296  debian-bugs WWW doesn't say how to find out Debian version
 bugs.debia   2966  bugs2ftp is broken
 bugs.debia   2998  bugs2ftp still flaky

Craig Sanders <cas@taz.net.au> (3 bugs):
 squid        3834  squid core dumps regularly
 tkdesk       3640  tkdesk description: ext start indented
 tkdesk, tk   3842  tkdesksh grows really large

Michael Nonweiler <mrn20@cam.ac.uk> (4 bugs):
 nas          1747  nas: no manpages for au available
 nas          3107  nas postinst could use a warning
 nas          3510  removal of nas doesn't kill 'au' daemon
 umsdos       3885  "umsdos' requires changes to support multiple arches

Stephen Early <sde1000@cam.ac.uk> (4 bugs):
 xcompat      3246  Cant load library libXt.so.6
 xcontrib     1981  xman fails to format ascii(7) correctly
 xcontrib     3857  listres dumps core
 xcontrib     3954  xload dont needs tu run suid

Wendal Catt <wendal@southwind.net> (4 bugs):
 procmail     3197  wrong uid/gid in /usr/doc/procmail
 procmail     3349  Problems encountered while compiling "procmail" for m68k ar
 procmail     3644  procmail description: no ext
 procmail     3705  procmail does close(-1)

(orphan) (4 bugs):
 ifrench      1233  Bad french.hash file in ifrench.deb
 ifrench      2605  #1233,#1793 (ifrench doesn't work...)
 ifrench      3686  ifrench description: no ext
 ifrench      3918  "ifrench" requires changes for multi-arch support

dgregor@gregor.com (D.J. Gregor) (4 bugs):
 cdtool       2450  `cdir' prints out huge chunks of /etc/passwd !
 cdtool       2923  CD-ROM device /dev/hdc permissions
 cdtool       3929  "cdtool" requires changes for multi-arch support
 vim          3924  "vim" requires changes for multi-arch support

awpguy@acs.ucalgary.ca (Andy W.P. Guy) (5 bugs):
 dchanges     3305  dchanges: urg= override is ignored
 dchanges     3530  dchanges can create bad changes file
 dchanges     3531  dchanges should default to '- -' not 'misc extra'
 dpkg-ftp     2870  dpkg-ftp-1.4.1 bug
 dpkg-ftp     2933  dpkg-ftp needs perl 5.002

Gordon Russell <gor@dcs.napier.ac.uk> (5 bugs):
 setserial    2892  setserial marked as Essential when it isn't
 setserial    3638  setserial description: no ext
 setserial    3747  "setserial" doesn't support multiple architectures.
 setserial    3762  /etc/rc.boot/0setserial usually hangs machine
 setserial    3800  setserial should not be essential

Christophe Le Bars <clebars@debian.org> (5 bugs):
 suck         3828  suck : i don't wont to run suck as root
 suck         3887  "suck" requires changes to support multiple arches
 suck         3938  problem with suck's get-news script
 tkmail       3901  "dotlock" should be setgid mail
 xcoral       3654  xcoral description: summary starts w/ pkg name

Martin Schulze <joey@linux.de> (5 bugs):
 sysklogd     3060  problems with new sysklogd-1.3-3
 sysklogd     3103  "/etc/init.d/sysklogd restart" does not restart klogd
 sysklogd     3324  Non-existant conffile not created.
 sysklogd     3526  syslogd dumps core when no domainname has been set
 sysklogd     3769  problems with sysklogd postinst

Christian Hudon <chrish@debian.org> (5 bugs):
 termcap-co    797  /etc/termcap console keydefs for function keys
 termcap-co    836  Possible bugs in termcap system
 termcap-co   1045  tgetflag("hc") segfaults (fwd)
 termcap-co   1803  /etc/termcap linux definition incomplete
 termcap-co   3721  Problems while compiling "termcap-compat" on m68k arch

Peter Tobias <tobias@et-inf.fho-emden.de> (5 bugs):
 netstd       3401  talk clears screen after showing error
 netstd       3948  telnet man page should document all options
 tcpdump      3742  tcpdump doesn't notice icmp packets on PPP interface
 wu-ftpd      3447  Wu-ftpd prompts for installation of /home/ftp twice
 wu-ftpd      3471  wu-ftpd postinst question asked twice

Mark Eichin <eichin@cygnus.com> (5 bugs):
 dlltools     3578  dlltools description: no ext
 xpaint       3475  xpaint Recommends pbmplus
 xpaint       3699  xpaint description: summary starts w/ pkg name
 xterm-colo   2353  postrm script broken
 xterm-colo   2710  colour xterm has problems when resizing

debian-devel@pixar.com (5 bugs):
 general      2022  utmp corruption
 general      2481  /sbin/ldconfig in scripts
 general      2717  conffiles in /usr
 general      3066  a.out binaries in various packages
 general      3161  Newbie 1.1beta installation.

Otmar Lendl <lendl@cosy.sbg.ac.at> (5 bugs):
 cnews        3476  cnews description is gibberish
 cnews        3852  "cnews" requires changes to support multiple arches
 cnews, ine   3477  cnews and inews should be same package
 inews        3862  "inews" requires changes to support multiple arches
 nntp         3869  "nntp" requires changes to support multiple arches

joost witteveen <joostje@debian.org> (5 bugs):
 gnuplot      3587  gnuplot description: no ext
 pixmap       3962  Pixmap "calloc" problem
 xosview      3385  xosview and /usr/bin/X11 (again)
 xosview      3737  xosview uses -O3 -f...
 xosview      3873  Xosview hangs when a dummy net device is in the kernel.

Erick Branderhorst <branderhorst@heel.fgg.eur.nl> (5 bugs):
 giftrans     3284  giftrans is free
 giftrans     3930  "giftrans" requires changes for multi-arch support
 info          889  Info 3.1-6
 ntgclass     3922  "ntgclass" requires changes for multi-arch support
 wenglish     3655  wenglish description: no ext

dgregor@coil.com (D.J. Gregor) (5 bugs):
 biff         3915  "biff" requires changes for multi-arch support
 byacc        3361  Problems encountered while compiling "byacc" for m68k arch
 byacc        3567  byacc description: no ext
 xwpe         2486  Ghost packages
 xwpe         3675  xwpe description: no ext

Guy Maor <maor@ece.utexas.edu> (6 bugs):
 bdflush      3554  bdflush description: summary starts w/ pkg name
 login        3227  login refuses, and then allows, root login on tty?
 login        3439  Login reconfigures serial port
 login        3775  upgrading login temporarily breaks it
 passwd       3408  Various bugs in passwd manpages
 passwd       3798  passwd should not be essential

dgregor@bronze.coil.com (D.J. Gregor) (6 bugs):
 workbone     1381  workbone postinst fails
 workbone     1973  workbone postinst needs rewording
 workbone     1984  dpkg won't install cdtool
 workbone     3382  workbone disappears during upgrade
 workbone     3664  workbone description: no ext
 workbone     3888  "workbone" requires changes to support multiple arches

Kevin Dalley <kevin@aimnet.com> (6 bugs):
 automake     3551  automake description: summary starts w/ pkg name
 dejagnu      3566  dejagnu description: summary starts w/ pkg name, no ext
 findutils    1239  /etc/cron.daily/find: updatedb doesn't exclude cdrom and ot
 findutils    3586  findutils description: no ext
 gwm          3594  gwm description: no ext
 oleo         3631  oleo description: no ext

Rob Browning <osiris@cs.utexas.edu> (6 bugs):
 gimp-dmoti   3377  gimp's sample .gimprc does not correspond to gimp paths
 gimp-dmoti   3378  gimp should put a .gimprc in /etc/skel
 gimp-dmoti   3600  gimp-dmotif description: ext start blank line
 gimp-dmoti   3760  gimp-[ds]motif recommend obsolete libgr package
 gimp-smoti   3585  gimp-smotif description: ext start blank line
 libwww-per   3611  libwww-perl description: no ext

Mike Deisher <deisher@dspsun.eas.asu.edu> (6 bugs):
 auto-pgp     2211  Description
 auto-pgp     3216  auto-pgp doesn't remove info entry when removed
 auto-pgp     3680  auto-pgp description: ext start indented
 auto-pgp     3917  "auto-pgp" requires changes for multi-arch support
 dosemu       1791  dosemu troubles
 dosemu       3671  dosemu description: no ext

Ted Hajek <tedhajek@boombox.micro.umn.edu> (6 bugs):
 gopher-cli   1851  gopher-client-2.1.1 has quotes around version and revision 
 gopher-cli   3668  gopher-client description: ext start indented
 gopherd      1717  gopherd recommends freeWAIS - nonexistent package
 gopherd      1718  gopherd version has spurious quotes
 gopherd      3262  Gopherd problems
 gopherd      3683  gopherd description: ext start indented

Martin Schulze <joey@debian.org> (6 bugs):
 manpages     2861  glob(3) references glob(7); the latter doesn't exist
 manpages     3165  fcntl(2) references nonexistent man pages
 manpages     3484  broken reference to (un)link(8).
 manpages     3494  ftw(3) typos
 manpages     3844  getpeername(2) man page does not list required header file
 manpages-d   3602  manpages-de description: no ext

Dale Miller <dale@csd.uwo.ca> (7 bugs):
 lclint       3944  "lclint" requires changes for multi-arch support
 mailx        2009  mailx ignores ^C at Subject prompt
 mailx        2010  mailx misses VM-generated From_ lines
 mailx        2284  mailx ^C at Cc: prompt sends mail !
 mailx        2356  mailx -- problems with TMPDIR symlink
 mailx        2733  /usr/bin/mail leaves lock files when disk full
 mailx        2971  mailx doesn't quit on two successive C-c

gthomas@native-ed.bc.ca (Guy R. Thomas) (7 bugs):
 dld          1488  dld control file dsccription problem
 dld          2209  Description
 dld          2758  dld: missing source file
 dld          3572  dld description: ext start indented, summary starts w/ pkg 
 dld          3853  "dld" requires changes to support multiple arches
 hdparm       2197  hdparm -c switch
 hdparm       3866  "hdparm" requires changes to support multiple arches

Steve Phillips <sjp@cvfn.org> (8 bugs):
 adduser      1711  adduser replaces NIS entries in /etc/passwd
 adduser      2309  Multiple root accounts
 adduser      3490  adduser password-setting problem
 adduser      3794  adduser should not be essential
 adduser      3861  when adduser runs finger it display all users mathcing the 
 adduser      3878  adduser --home aborts if dir exists; man page implies other
 adduser      3879  adduser: man page has '=V' strings
 adduser? m   1708  `passwd' not interruptible when invoked by `adduser'

Jim Robinson <jimr@simons-rock.edu> (8 bugs):
 mh-papers    3613  mh-papers description: no ext
 netpbm       3712  netpbm doesn't provide index of commands
 netpbm       3717  netpbm doesn't provide index of commands 
 netpbm       3743  Problems encountered while compiling "netpbm" on m68k arch
 netpbm       3792  Problems with "netpbm" when compiling on m68k arch
 term         3714  Problems encountered while compiling 'term' on m68k arch
 xless        3773  xless default window too thin and won't go away when asked 
 xv           3837  Why isn't xv linked with the libgr libraries ?

Austin Donnelly <and1000@debian.org> (8 bugs):
 bc           3727  Problems encountered while compiling "bc" for m68k arch.
 bsdmainuti   3782  GNU nm breaks lorder
 bsdutils      988  `script' is insecure, and general tty insecurity
 ed           3726  Problems encountered while compiling "ed" for m68k arch.
 fvwm         3437  fvwm should not recommend fvwm2
 fvwm         3748  Pixmaps missing from fvwm package?
 fvwm2        3407  fvwm2: WindowList infelicity
 xcal         3292  xcal app-defaults shouldn't be conffiles

Dominik Kubla <Dominik.Kubla@Uni-Mainz.DE> (9 bugs):
 amd          2497  Fixes for amd-upl102
 amd          2868  amd hangs on tcsh hostname completion
 amd          3208  amd bug
 amd          3445  bug in amd package (upgrade)
 kbd          1901  `compose' keytable command not documented
 kbd          2217  loadkeys problem
 kbd          2238  another loadkeys problem
 kbd          3383  kbd bogosity
 kbd          3907  kbd postinst extremely verbose

Guy Maor <maor@debian.org> (9 bugs):
 debianutil   3122  run-parts should ignore RCS
 debianutil   3511  typo on installkernel man page
 ftp.debian   1672  non-free packages
 ftp.debian   2941  lots of hyphens in archive
 ftp.debian   3529  libgr and zlib1 collide, but don't conflict!
 ftp.debian   3810  linux.ucs.indiana.edu is no longer a mirror
 ftp.debian   3958  ftp.debian.org has wrong Incoming dir.
 util-linux   3259  [c]fdisk does not recognize NEXTSTEP partitions
 util-linux   3777  mkfs.minix option parsing oddities

Soenke Lange <soenke@escher.north.de> (10 bugs):
 smail        1481  smail paniclog suggestion
 smail        1693  forwarded message from Harald T. Alvestrand
 smail        1799  smail nameresloving problems
 smail        1929  aliasinclude and forwardinclude directors missing
 smail        2348  Smail fails to define NO_PETER_HONEYMAN
 smail        2423  scattered sendmail links
 smail        3046  Smail configuration problem?
 smail        3164  runq dumps core
 smail        3366  Problems encountered while compiling "smail" for m68k arch
 smail        3497  smail calls obsolete yp_order

Carl Streeter <streeter@cae.wisc.edu> (10 bugs):
 elm          2557  add to elm manpage
 elm          2562  elm manpage paths incorrect
 elm          2789  elm doesn't show rest of pgp-signed message
 elm          2991  nfrm is not installed...
 elm          3042  Elm produces bogus Content-Type header for PGP signed stuff
 elm          3707  Problems encountered while compiling "elm" on m68k arch
 unzip        3693  unzip description: no ext
 unzip        3916  "unzip" requires changes for multi-arch support
 zip          3692  zip description: no ext
 zip          3934  "zip" requires changes for multi-arch support

Alvar Bray <alvar@debian.org> (10 bugs):
 man          2969  zsoelim [in man] is confused by .so in macros definitions
 man          3098  man-2.3.10-11 segfaults
 man          3109  man 9menu unpleasant
 man          3220  apropos dumps core
 man          3725  Another data point on apropos segfaulting.
 man          3739  `man -l -' for stdin doesn't work
 man          3766  "man" acting too smart.
 man          3788  `apropos' matches only word-substrings even in page names
 man          3939  /etc/manpath.config is not a conffile.
 ppp          3808  ppp postinst gives error

Chris Fearnley <cjf@netaxs.com> (10 bugs):
 gawk         3328  Problems encountered while compiling "gawk" for m68k arch
 mawk         3542  Problems encountered while compiling "mawk" on m68k arch
 mawk         3544  Problems encountered while compiling "mawk" on m68k arch
 mawk         3617  mawk description: ext extra spaces
 most         2205  Description
 most         3158  most differs from man page
 most         3620  most description: summary starts w/ pkg name
 npasswd-bo   3804  npasswd-boulder doesn't change NIS passwds
 npasswd_bo   3495  doesn't respect nis/yp
 slang-deve   3645  slang-devel description: ext extra spaces

Martin Schulze <joey@infodrom.north.de> (11 bugs):
 at           2475  `at' uses middle-endian 2-digit-year date format
 at           3394  /etc/crontab has a bad entry
 cfingerd     3250  cfingerd descriptive text
 cfingerd     3433  weird output if cfingerd.conf: NO_PLAN = ""
 cfingerd     3791  Problems with "cfingerd" when compiling on m68k arch
 dbview       3565  dbview description: ext extra spaces
 gpm          2874  gpm will not work if the system is setup for a serial conso
 gpm          3280  (no subject)
 gpm          3373  gpm -k hangs if X server running on console
 rman         3304  [rman] Off-by-one in generated HTML
 xfractint    3186  Can't chdir

Dale Scheetz <dwarf@polaris.net> (11 bugs):
 ae           3795  ae should not be essential
 ae           3946  "zyxel" requires changes for multi-arch support
 diff         3351  Problems encountered while compiling "diff" for m68k arch
 gmp          3790  Problems with "gmp" when compiling on m68k arch
 imapd        3674  imapd description: no ext
 libident     3622  libident description: summary starts w/ pkg name, no ext
 pico         3667  pico description: no ext
 pine         2365  Pine erases message before I can read it
 pine         2367  Pine supplies PATH line when posting news
 pine         3253  Pine over-encodes files (came from Bug#932)
 pine         3690  pine description: no ext

daveb@tau.space.thiokol.com (David P. Boswell) (11 bugs):
 shellutils    821  /bin/echo doesn't check write errors
 shellutils   1164  who --help uses /etc/{w,u}tmp
 shellutils   1560  `su' produces incomplete log entries when not in ordinary s
 shellutils   1616  'who' can't find utmp
 shellutils   2068  su doesn't su.
 shellutils   2292  date does not support dates past 2000 !
 shellutils   2345  Inclusion of shadow breaks up some packages in the current 
 shellutils   2959  date + bug
 shellutils   3087  Bug in date.
 shellutils   3359  Problems encountered while compiling "sh-utils" for m68k ar
 shellutils   3609  shellutils description: no ext

jimr@simons-rock.edu (Robinson, Jim) (12 bugs):
 idanish      3670  idanish description: no ext
 idanish      3913  "idanish" requires changes for multi-arch support
 wfrench      3687  wfrench description: no ext
 wfrench      3927  "wfrench" requires changes for multi-arch support
 witalian     3691  witalian description: no ext
 witalian     3923  "witalian" requires changes for multi-arch support
 wnorwegian   3688  wnorwegian description: no ext
 wnorwegian   3912  "wnorwegian" requires changes for multi-arch support
 wspanish     3698  wspanish description: no ext
 wspanish     3926  "wspanish" requires changes for multi-arch support
 wswedish     3682  wswedish description: no ext
 wswedish     3928  "wswedish" requires changes for multi-arch support

Yves Arrouye <Yves.Arrouye@marin.fdn.fr> (13 bugs):
 apache       2426  apache overwrites existing home page
 apache       2703  apache: wrong location of icons and cgi-bins
 apache       2802  apache tweaks
 apache       2812  Apache server: SECURITY HOLE
 apache       2814  Apache 1.0.3: wrong manpage
 apache       2872  Apache starts several times
 apache       2934  Some cgi scripts don't work
 apache       3384  apache leaves /var/log/httpd non-empty
 apache       3448  Apache purge gives several error message
 apache       3470  apache problems
 apache       3555  apache description: ext extra spaces
 apache       3940  Apache's default index.html says "CERN"
 apache       3969  Apache 1.0.5 Security Hole

Erick Branderhorst <branderh@debian.org> (13 bugs):
 glibcdoc     2906  Inconsistency in libc.info re snprintf
 idutch       3672  idutch description: no ext
 idutch       3931  "idutch" requires changes for multi-arch support
 latex        3415  Xdvi and postscript fonts
 latex        3832  Problem with Latex installation
 latex        3835  Problem with Latex installation
 latex,xdvi   2054  no subject (file transmission)
 mathpad      2231  mathpad problems
 mathpad      3312  installation and startup problems with mathpad
 mflib        2185  texmf/metafont or texmf/mf ?
 mflib        3323  MakeTeXPK mis-invokes ps2pk
 wdutch       3697  wdutch description: no ext
 wdutch       3914  "wdutch" requires changes for multi-arch support

Michael Alan Dorman <mdorman@lot49.med.miami.edu> (14 bugs):
 mh           2334  MH scan -width dumps core
 mh           2346  MH can lose mail
 mh           2648  
 mh           2661  dist and mh both have a dist manpage
 ncurses-ba   2863  dselect and ncurses in select window
 ncurses-ba   3163  disconnects between ncurses-base and xbase
 ncurses-ba   3843  dselect resets automargins in xterm and vt220, not console
 ncurses-bi   2076  reset(1)
 ncurses-bi   2474  /usr/bin/reset does the wrong thing
 ncurses-bi   3191  reset(1) doesn't bring an xterm out of alt charset mode
 ncurses-bi   3192  tset(1) man page problem
 ncurses-bi   3829  tic.1 refers to unavailable infotocap command.
 ncurses-bi   3830  captoinfo confused by /etc/termcap entries
 ncurses-te   2158  new ncurses bug ?

Joe Kirby <kirby@utk.edu> (15 bugs):
 fdflush      3331  Problems encountered while compiling "fdflush" for m68k arc
 fdflush      3570  fdflush description: no ext
 fdflush      3797  fdflush should not be essential
 grep         2047  grep segfaults when abused
 grep         3334  Problems encountered while compiling "grep" for m68k arch
 grep         3595  grep description: no ext
 grep         3957  Debian 1.1: bug in /etc/init.d/kerneld?
 lxtools      3096  lxtools: user error (misuse of -r and filename) gives cored
 lxtools      3621  lxtools description: no ext
 sed          3356  Problems encountered while compiling "sed" for m68k arch
 sed          3625  sed description: no ext
 taper        2891  taper documentation is missing
 taper        3115  taper recommends ftape
 taper        3535  Problems encountered while building "taper" on m68k arch
 taper        3643  taper description: no ext

Robert Leslie <rob@mars.org> (16 bugs):
 bind         2530  bind locks up system
 bind         2819  named loses (in an easily fixed way) on 1.2.13 kernels
 bind         3478  bind should use lowercase `none' in postinst
 bind         3505  ndc does not use start-stop-daemon
 bind         3507  named postinst mangled my configuration
 bind         3815  "ndc stats" fails 
 bind         3966  nslookup: fatal flex scanner internal error--end of buffer 
 ddd-smotif   3307  ddd-smotif does not replace ddd
 deliver      3319  deliver does not set exit codes as expected by sendmail
 maelstrom    3287  (no subject)
 mount        2304  umount calls gethostbyname() at consequence
 sendmail     3151  Sendmail runs too late
 sendmail     3752  sendmail shouldn't require 'deliver'
 sendmail     3753  sendmail shouldn't require 'deliver'
 sendmail     3754  sendmail shouldn't require 'deliver'
 sendmail     3756  sendmail has wrong path to procmail

Steve Greenland <stevegr@neosoft.com> (16 bugs):
 ee           3728  Problems while compiling "ee" for m68k arch.
 indent       3532  Problems encountered while building "indent" on m68k arch
 nvi          2382  would like `view' link for nvi
 nvi          2428  nvi segmentation faults
 nvi          2797  nvi dumped core?
 nvi          2825  restricted movement in nvi
 nvi          2832  nvi likes turning auto-margins off
 nvi          2855  nvi changes xterm settings...
 nvi          3035  nvi dumps core
 nvi          3166  SIGSEGV on TERM=dumb
 nvi          3189  nvi over-cautious about .exrc?
 nvi          3234  nvi segfaults if stty rows 0 columns 0
 nvi          3235  nvi gives unhelpful message for unknown TERM type
 nvi          3634  nvi description: no ext
 nvi          3729  Problems while compiling "nvi" for m68k arch.
 nvi          3967  hex codes instead of 8-bit characters

dhs@firefly.com (David H. Silber) (17 bugs):
 dbackup      1406  backup postrm can fail when it shouldn't
 fortune      1118  fortune is setuid games ?!
 fortune      3213  fortune need libc.so.4
 fortune      3571  fortune description: summary starts w/ pkg name, no ext
 fortune      3818  fortune is still a.out !
 fortune      3855  "fortune" requires changes to support multiple arches
 uucp         1265  Misc. uucp bugs
 uucp         2198  uuxqt can't execute rmail
 uucp         2293  uucp should compress big files in /usr/doc/uucp
 uucp         2810  uucp postrm should use -f flag to rm
 uucp         3112  UUCP uses /usr/spool/uucp (and does not create it)
 uucp         3503  still a.out (and src doesn't build binary *.deb out of the 
 uucp         3711  Problems encountered while compiling "uucp" on m68k arch
 uucp         3816  uucp is still a.out
 uucp         3890  "uucp" requires changes to support multiple arches
 uucp         3936  uutraf dumps core in gmtime()
 uucp         3937  uutraf has repeated words in messages and is not explicit

Sven Rudolph <sr1@inf.tu-dresden.de> (17 bugs):
 genscript    3169  dvipsk doesn't use /etc/papersize
 genscript    3483  using args with spaces in genscriptrc
 genscript    3854  "genscript" requires changes to support multiple arches
 linuxdoc-s   3180  linuxdoc-sgml semantics and formatting problems
 linuxdoc-s   3317  linuxdoc-sgml info files are missing all ftp names...
 lpr           902  lpr can't print a PostScript file ?!
 lpr          1061  /etc/printcap vs. /usr/man/man5/printcap.5
 lpr          2555  lpd source files aren't clean
 lpr          2556  "\031\1"
 lpr          3034  SOLVED: can't remove print jobs
 lpr          3038  SOLVED: can't remove print jobs
 lpr          3156  lpr and smail uuname returned -1
 lpr          3346  Problems encountered while compiling "lpr" for m68k arch
 lpr          3935  lpd doesn't use minfree
 lpr, magic   3075  lpr, magicfilter, dvi-fonts failed
 rcs          2302  RCS - problems with msdos filesystems
 seyon        2701  seyon: dpkg --purge doesn't work

Ian Murdock <imurdock@debian.org> (18 bugs):
 acm          1366  acm networking problems
 acm          3548  acm description: no ext
 acm          3849  "acm" requires changes to support multiple arches
 aout-librl   3553  aout-librl description: no ext
 metamail     3340  Problems encountered while compiling "metamail" for m68k ar
 pmake        3629  pmake description: no ext
 pmake        3793  bsd.lib.mk incompatible with GNU ar
 rootdisk     2945  Bus Error given by rootdisk
 rootdisk     3142  1.1 installation and large partitions
 rootdisk     3147  May 19 boot floppies...
 rootdisk     3272  bug in root disks...
 rootdisk     3420  Boot disk creats corrupted filesystems in some situations
 rootdisk     3451  Missing label 'llseek' in e2fsck - rootdisk
 rootdisk     3488  basedisks modconf problems
 rootdisk     3489  basedisks configuration problems
 rootdisk     3491  basedisks newly booted system problems
 rootdisk     3892  mkfs.ext2: can't resolve symbol 'llseek'
 rootdisk     3968  installation checks for CD-ROM too often

Miquel van Smoorenburg <miquels@cistron.nl> (18 bugs):
 inn          2112  Submission for INN doc file
 inn          2220  INN feed password interacts badly with trn XMODE READER
 inn          2822  Some minor glitches with the inn package
 inn          3153  inn ctlinnd not readable/executable, but /var/run/innd is !
 inn          3459  inn should Depend on inewsinn, not contain it
 inn          3462  INN postinst and configuration problems
 inn          3517  innd won't remove syslog.conf lines when purged
 inn          3950  INN message size limitation to 350K does not work
 minicom      3601  minicom description: no ext
 nis          3632  nis description: summary starts w/ pkg name
 nis          3833  Manual pages for some yp* programs in nis
 sysvinit     2439  rc?.d scripts sometimes not run
 sysvinit     2796  sysvinit makes obsolete symbolic link
 sysvinit     2908  mesg sets wrong permissions on /dev/ttyp*
 sysvinit     3130  sysvinit init.d/network script buglet
 sysvinit     3140  /etc/init.d/boot has rm -f bugs
 sysvinit     3143  sysvinit init.d/network script buglet
 sysvinit     3290  sysvinit path doesn't include /usr/local/{,s}bin

Fernando Alegre <alegre@mars.superlink.net> (19 bugs):
 mc           2823  mc segfaults on reconnect of ftpfs
 mc           3128  mc-3.2.1-1 needs libgpm.so.1
 mc           3245  mc should depend on gpm
 mc           3521  mc core dumps
 mc           3547  Problems encountered while compiling "mc" on m68k arch
 mc (Midnig   2242  mc should depend on ncurses3.0
 timezone     2167  timezone zdump for US zones gives GMT instead of local time
 timezone     2169  timezone zdump utility should be able to dump files
 timezone     2170  timezone: it needs more documentation
 timezone     2171  timezone: how to determine zone setting?
 timezone     2275  ctime(3) should be replaced by newctime(3)
 timezone     2671  timezone Mexico/General doesn't switch to DST
 timezone     2682  Zoneinfo library has a name-clash with compression library
 timezone     2785  Timezone has static library?
 timezone     3084  missing timezones
 timezone     3363  Problems encountered while compiling "timezone" for m68k ar
 timezone     3647  timezone description: summary starts w/ pkg name, no ext
 timezone     3799  timezone should not be essential
 timezone?,   2942  Wrong timezone for Europe/Warsaw?

David Engel <david@ods.com> (22 bugs):
 aout-binut   3552  aout-binutils description: no ext
 binutils     1108  No manpage ar(5)
 binutils     1303  `man 1 nm` slightly incomplete
 binutils     2161  elf-binutils 2.5.2l.20-1 ld can be made to segfault
 binutils     3574  binutils description: no ext
 dialog       2591  rootdisk
 dialog       3514  Required package modconf depends on extra package dialog
 gcc          2493  GCC -O3 produces unsatisfied external ref to static functio
 gcc          2909  GCC Info has funny formatting
 gcc          2910  GCC accepts multi-line strings without \ or " " &c
 gcc          3330  Problems encountered while compiling "gcc" for m68k arch
 gcc          3838  GCC should depend on CPP, not conflict with it
 gdb           660  GDB gets address of structure member wrong in memory breakp
 gdb          3515  gdb prints corrupted message
 gdb          3599  gdb description: no ext
 gdb          3823  Gdb's `handle' command behaviour differs from doc.
 snmp         3108  snmpd provides too much information
 snmp         3731  snmpd: patch for hrProcessorLoad MIB variable
 snmp         3882  "snmp" requires changes to support multiple arches
 tkman        2884  tkman doesn't use /var/catman
 tkman        3681  tkman description: summary starts w/ pkg name
 tkman        3919  "tkman" requires changes for multi-arch support

Steve Greenland <stevegr@master.debian.org> (24 bugs):
 cern-httpd   1767  cern-httpd installation
 cern-httpd   2268  stale documentation links
 cern-httpd   3124  CERN httpd sends useless cron mail
 cern-httpd   3327  cern-httpd postinst hangs if daemon configured for inetd
 cern-httpd   3370  httpdconfig installs Welcome.html even if index.html exists
 cern-httpd   3467  cern-httpd curious message
 cern-httpd   3486  forwarded message from Cron Daemon
 cern-httpd   3735  cern-httpd doesn't send fqdn on redirect
 cern-httpd   3850  "cern-httpd" requires changes to support multiple arches
 cron         1681  Missing files
 cron         1995  run-parts on laptops
 cron         2052  find over NFS
 cron         2338  finds in cron.daily should be nice
 cron         2808  wrong crontab entry for atrun
 cron         3047  cron script problem?
 cron         3099  /etc/cron.daily/standard security hole
 cron         3114  cron.daily/standard script
 cron         3148  Cron: Cannot stat in /var/spool/cron/atjobs/
 cron         3182  cron's checksecurity runs find on NFS mounted filesystems
 cron         3302  savelog seems to be missing from cron package
 cron         3358  Problems encountered while compiling "cron" for m68k arch
 cron         3368  cron's checksecurity still scans NFS servers
 cron         3496  checksecurity patch for nfs mounts
 cron         3876  checksecurity shouldn't search ncpfs/smbfs filesystems

Simon Shapiro  <Shimon@i-connect.net> (25 bugs):
 kernel       1707  image 1.2.13-5 has no msdos.o
 kernel       1744  dpkg: cannot scan updates directory `/var/lib/dpkg/updates/
 kernel       1759  running out of swap causes deadlock
 kernel       1914  general protection in unix_proto_connect
 kernel       1922  1.3.43 Kernel is too nice
 kernel       1962  kernel needs sbpcd.h editing in some cases
 kernel       1989  mmap bug?
 kernel       2063  scsi driver sequence unreasonable
 kernel       2064  aha1740 driver only supports one card
 kernel       2105  console error messages "Source Route Failed."
 kernel       2463  "msdos" filesystem needed for bootstrapping
 kernel       2470  in kernel Attached ether adapter driver interferes with lp 
 kernel       2692  kernel swap space problem
 kernel       2940  image-1.3.64-0 lacks scsi tape device
 kernel       3019  no 386 support in kernel_image 1.3.100
 kernel       3040  Sound module in 1.3.95 kernel not compatible with my SB16 c
 kernel       3106  v 1.1 beta kernel image not for i386
 kernel       3195  "/etc/rc.boot/0setserial" fails due to missing "serial" mod
 kernel       3258  pcmcia-cs minor postinst bug
 kernel       3265  kernel-image and PS/2 mouse problem
 kernel       3268  network modules don't work with kernel 
 kernel       3275  dpkg --no-act leaves control info in /tmp
 kernel       3393  printer-driver problem in kernel 1.99.7
 kernel       3397  (no subject)
 kernel       3516  SCSI_IOCTL_SEND_COMMAND can cause major corruption

Andrew Howell <andrew@it.com.au> (25 bugs):
 lynx         2067  lynx -source can't find documents
 lynx         2295  (no subject)
 lynx         2946  Lynx gives fatal error message
 lynx         2964  lynx -dump fails through proxy
 lynx         2965  lynxexec not compiled into lynx.
 lynx         3105  lynx access to dot files is disabled
 lynx         3386  lynx version number changes
 lynx         3469  lynx default home page
 lynx         3606  lynx description: ext extra spaces
 lynx         3846  lynx misdisplays multiple <dt> in <dl>
 lynx         3875  Lynx thinks *.deb files are "text/plain".
 mandelspaw   3176  mandelspawn slave problems
 rxvt         2510  rxvt-2.14 breaks old scripts
 rxvt         2989  rxvt source bug
 tcsh          820  tcsh builtin `echo' doesn't check write errors
 tcsh         3396  tcsh doesn't provide c-shell
 tcsh, csh    3466  tcsh, csh should use update-alternatives, not diversions
 tf           2547  tf does not support visual mode
 tf           3886  "tf" requires changes to support multiple arches
 xntp         2051  /etc/ntp.conf is an auto-handled conffile
 xntp         2982  xntp calls ntpdate at start
 xtron        1703  xtron documentation
 ytalk        2196  ytalk `shell' option can't run dpkg
 ytalk        2575  ytalk lies about who you are talking to
 ytalk        2699  ytalk doesn't use FQDNs

Mark Eichin <eichin@kitten.gen.ma.us> (27 bugs):
 autoconf     3839  autoconf wants `nawk'
 cvs          3374  CVS wrappers can't be turned off
 cvs          3970  cvsinit is not in cvs-1.8.1-1
 emacs        1879  Emacs shell mode weirdness - looks like C code bug
 emacs        2183  emacs shouldn't touch /usr/local
 emacs        2235  emacs eats manual pages
 emacs        2267  emacs ange ftp fails
 emacs        2318  Emacs makes it hard for MTAs to do the right thing
 emacs        2392  Emacs mishandles fonts under X.
 emacs        2417  emacs inferior process buffers failing
 emacs        2431  Emacs mishandles X fonts.
 emacs        2476  emacs mucks up my email address
 emacs        2477  annoying bug in emacs
 emacs        2478  ange ftpd croaks on anonftpd
 emacs        2479  ange-ftp is incredibly inefficient
 emacs        2532  Emacs fails to use `set -e' in postinst
 emacs        2630  emacs package needs to break ctags-related files out separa
 emacs        2634  emacs hung
 emacs        2709  emacs should list /usr/lib/emacs/19.30/lisp/default.el as a
 emacs        2714  Emacs and XEmacs share files
 emacs        2731  emacs with gud creates ~/.terminfo/e/emacs
 emacs        2829  emacs: gdb says: slashes aren't allowed (/etc/termcap)
 emacs        3119  emacs font handling
 emacs        3179  emacs ctags segfaults
 emacs        3241  derived.el fails in emacs
 emacs        3400  gnus broken? in Debian-emacs-19.31-2
 emacs-el     3569  emacs-el description: no ext

Klee Dienes <klee@sedona.com> (28 bugs):
 bash          818  bash builtin `echo' doesn't check write errors
 bash         1009  bash problem with quoting/completioon
 bash         1549  bash should not have world-readable history
 bash         1624  thermal run away problem
 bash         1702  telnet+su root->thermal process
 bash         1714  bash is confused when breaking lines
 bash         1746  rsh <system> sh -i produces CPU hog
 bash         1834  [kubla@goofy.zdv.Uni-Mainz.de: /etc/profile on Debian Linux
 bash         2110  Bash tab completion of non alphanumeric characters
 bash         2265  bash `horizontal scroll' can't be turned off
 bash         2301  bash doesn't document any way to safely create tmp file
 bash         2362  bash (readline) dumps core on completion
 bash         2818  bash doesn't provide enough docs
 bash         2856  fd leak in bash
 bash         3174  set -i doesn't work in bash
 bash         3177  sh -nc <command> actually runs command (!)
 bash         3353  Problems encountered while compiling "bash" for m68k arch
 bash         3538  bash on m68k doesn't use ncurses termcap emulation
 bash         3561  bash description: no ext
 beav         3558  beav description: ext extra spaces
 git          3543  Problems encountered while compiling "git" for m68k arch
 git          3588  git description: ext extra spaces
 guile        3052  guile is missing slib.info.gz
 guile        3223  guile installs entry for slib, but no info file
 guile        3508  guile doesn't have right permissions on /usr/include/guile/
 netatalk     2542  No default config files?
 netatalk     2690  netatalk: a few small problems
 python       3442  python postinst is very verbose

Helmut Geyer <Helmut.Geyer@iwr.uni-heidelberg.de> (28 bugs):
 ghostview    1451  `ghostviewR6' conflict with ghostview &c
 ghostview    2200  Description
 ghostview    3598  ghostview description: ext start indented
 ghostview    3759  xxgdb and ghostview have bad Maintainer field
 procps       1016  top has 3's in vt100
 procps       1176  /usr/bin/top segfault with unknown terminal
 procps       1240  ps(1) man page incomplete
 procps       1246  ps man page does not agree with implementation
 procps       1336  CFLAGS shouldn't be used when linking
 procps       1533  `w' produces bogus login@, idle time &c for xdm login entry
 procps       1713  procps: manpage doesn't tell the truth
 procps       1853  top fails after 130 processes?
 procps       1908  Top and tabs
 procps       1933  w from procps gives wrong idle times
 procps       2159  "ps pids" lists more than just pids
 procps       2402  ps no longer understands `g' option
 procps       2427  top d 60 fails
 procps       2460  bizarre output from `free'
 procps       2520  procps needs dependency on ncurses3.0
 procps       2721  free fails to understand recent kernels' /proc/meminfo
 procps       2728  top coredump
 procps       2841  top produces `$<3>' at end of each line !
 procps       2938  libproc is in wrong place
 procps       3080  error message in syslog caused by ps
 procps       3102  top has problems when not on console
 procps       3260  psupdate man page out of date
 procps       3350  Problems encountered while compiling "procps" for m68k arch
 xxgdb        3678  xxgdb description: no ext

Bruce Perens <Bruce@Pixar.com> (30 bugs):
 arrl-infos   2737  arrl-infoserv: missing source file
 arrl-infos   3677  arrl-infoserv description: no ext
 ash          2604  ash: cc: Internal compiler error: program ld got fatal sign
 ash          3056  ash-source contains objects
 ash          3718  Problems encountered while compiling "ash" on m68k arch.
 boot-flopp    998  Can't Configure DOS Partitions
 boot-flopp   1032  Linux Counter Project Info Not Included
 boot-flopp   1372  rootdisk: no dvorak keytable
 boot-flopp   2569  bootdisk: Leading dot in dnsdomainname?
 boot-flopp   2738  Installing Debian 1.1
 boot-flopp   2739  Configuring Network with Debian 1.1
 boot-flopp   2740  Configuring Network with Debian 1.1
 boot-flopp   2850  nfs.o isn't loaded in clean debian 1.1 nfs install
 boot-flopp   3031  various boot-floppies nits
 boot-flopp   3064  need a pointer in /usr/doc/boot-floppies
 boot-flopp   3121  boot-floppies doesn't have basedisks.sh
 boot-flopp   3575  boot-floppies description: no ext
 lilo         2926  Lilo: can't make documentation
 lilo         3247  Lilo unpack removes boot.b
 lilo         3772  lilo should not depend on MBR
 lilo         3813  (no subject)
 mbr          3789  `mbr' package doesn't say how to install/use it
 modconf      3628  modconf description: no ext
 modconf      3740  A couple of problems popped up while using "modconf"
 pcb          3413  linked with aout libXaw
 pcb          3635  pcb description: no ext
 pcb          3872  "pcb" requires changes to support multiple arches
 rspfd        3881  "rspfd" requires changes to support multiple arches
 syslinux     2774  syslinux: missing source file
 syslinux     3642  syslinux description: no ext

Stephen Early <sde1000@debian.org> (36 bugs):
 mkisofs      3480  missing information in manpage
 mkisofs      3539  mkisofs stops if an error occurs
 mkisofs      3540  mkisofs stops if a problem occurs
 mkisofs      3703  mkisofs stops if a permission problem occurs
 xbase         725  twm places windows incorrectly
 xbase         740  xclock leaves `droppings' in its window
 xbase         773  xmh falls over if mh is not installed
 xbase         775  twm reports errors on incorrect line numbers
 xbase        1621  Xmark has no manpage
 xbase        1690  XDM protection fault on X config error
 xbase        1691  X config allows invalid numeric range
 xbase        1819  X11 doesn't set a lock on the mouse port
 xbase        1985  xdm won't redirect to remote machines.
 xbase        2243  xterm vanishes when it's big (some escape sequence?)
 xbase        2297  xterm gets mouse-paste and RETURN in wrong order
 xbase        2313  xterm keymapping problems suspected
 xbase        2360  xdm cannot find a free VT
 xbase        3026  xbase et al postinst doesn't flush stdout
 xbase        3073  xbase contains imake and xmkmf without their config files
 xbase        3095  xbase kills xdm and *then* asks (politely, but belatedly)
 xbase        3162  disconnects between ncurses-base and xbase
 xbase        3267  Unqualified hostnames in rstart
 xbase        3395  can't login via xdm
 xbase        3730  improper lookup of window managers by /etc/X11/Xsession
 xbase        3751  xconsole stops logging when syslogd is hupped
 xbase        3906  Errors in the Compose file for ISO-LATIN1
 xbase et a   3734  X11 problems
 xbase?       3110  X servers muck up xdm when uninstalled
 xfntbig      3650  xfntbig description: no ext
 xfntcyr      3610  xfntcyr description: no ext
 xfntscl      3663  xfntscl description: no ext
 xlib         3661  xlib description: no ext
 xmanpages    3308  X(1) manpage in wrong place?
 xserver-sv   1292  X locks up
 xserver-sv   3300  xserver-svga configuration
 xslib        3662  xslib description: no ext

Ian Jackson <ian@chiark.chu.cam.ac.uk> (37 bugs):
 dpkg          957  dpkg should automatically log everything
 dpkg         1037  dselect user interface (was Re: debian 0.93pl5 installation
 dpkg         1399  dselect error handling not consistent
 dpkg         1480  start-stop-daemon doesn't check process status
 dpkg         1526  man dpkg(5) dpkg(8) dselect
 dpkg         1555  dselect per-screen-half focus request
 dpkg         1642  dpkg recursive package listing doesn't do the right thing
 dpkg         1670  start-stop-daemon is too slow
 dpkg         1797  upgrade/downgrade dependency calculation problem
 dpkg         1818  configure ordering based on Recommends
 dpkg         1921  update-alternatives prompt, dpkg conffile show diff
 dpkg         2531  install-info should use better locking strategy
 dpkg         2536  dpkg inappropriately marks packages as installed
 dpkg         2576  base: selecting [A]ccess with dselect
 dpkg         2603  dpkg-1.1.3 seg fault when installing xterm-color
 dpkg         2664  arrow keys fail in dselect not just after search ?
 dpkg         2828  have to install xosview twice to work
 dpkg         2834  desect loses state if it can't find a pre-dependancy
 dpkg         2894  dpkg guidelines info files not recognized
 dpkg         2904  install-info doesn't cope with nonexistent /usr/info/dir fi
 dpkg         2911  Conffiles are deleted too late ? (Re: Bug#2701: seyon: dpkg
 dpkg         2929  dpkg-name 1.1.6 is broken.
 dpkg         2939  Bad dpkg/ldconfig Interaction
 dpkg         2973  install-info created 5 Development sections in my /usr/info
 dpkg         3125  bug (and correction) in dpkg-1.1.6 scripts/install-info.pl
 dpkg         3170  again dpkg --root=xxx
 dpkg         3218  install-info adds Miscellaneous section badly
 dpkg         3225  dpkg-1.2.3 upgrade problems from 1.0.17
 dpkg         3233  dselect for 1.1 as of June, 2nd
 dpkg         3406  dselect unreadable under xterm
 dpkg         3410  some problems/bugs/suggestions with install-info
 dpkg         3704  Weird dselect behavior (bug?)
 dpkg         3765  dpkg and kernel-* package names
 dpkg         3894  dpkg -L bug showing diversions
 dpkg         3956  dpkg-scanpackages buglet
 pgp-i        1831  pgp-i bug..
 pgp-i        3545  Problems encountered while compiling "pgp" on m68k arch

Nils Rennebarth <nils@nus.pan-net.de> (41 bugs):
 amstex       3550  amstex description: no ext
 bibtex       2037  bibtex not searching $TEXINPUTS
 bibtex, kp   1429  several TeX packages Provide themselves
 dviljk       3198  dviljk is still aout! :-(
 dviljk       3202  dviljk doesn't read stdin!!! :-(
 dviljk       3458  dviljk missing prompt for input
 dvipsk       1873  dvipsk ignores /etc/papersize!
 dvipsk       2104  dvips doesn't provide color
 dvipsk       2357  dvipsk generated PS causes `restore error'
 kpathsea     1858  kpathsea package does not install or maintain an ls-R datab
 kpathsea     1865  cmr10 at 10.0pt not loadable: Metric (TFM) file not found.
 kpathsea     2027  tiny bug in web2c debian.rules
 kpathsea     3921  "kpathsea" requires changes for multi-arch support
 ltxtool      1771  Legal problems with ltxtool
 ltxtool lt   1502  Uniform lists in debian.control
 mfbin        1686  psfonts.map can't be found
 mfbin        1934  font scaling problem
 mfbin        2972  MetaFONT linked against X libraries
 mfbin        3077  gray font .mf files missing from MFBIN
 mgetty       3372  mgetty+sendfax missing new_fax script
 mgetty       3896  /sbin/mgetty is not world-readable
 mgetty       3897  mgetty syslogs with priority `emerg'
 mgetty       3898  mgetty has bogus errno in usage message
 mgetty       3899  mgetty doesn't remove logfiles when purged
 mgetty       3900  mgetty doesn't work
 mgetty, ne   3895  file conflicts: mgetty vs netpbm
 psnfss       3135  psnfss has no Architecture field
 texbin       1647  dpkg can present incorrect info for virtual packages.
 texbin       1653  Missing dvicopy(1) man page.
 texbin       1663  TeX comes without configuration script
 texbin       1664  TeX is lacking documentation on the setup
 texbin       1823  texbin postinst failed with error 1, no message
 texbin       2023  latex dumps core on -QUIT
 texbin       2038  tex man page has unexpanded macros in it
 texbin       2621  unstable/texbin install fails
 texlib       2186  national hyphenation patterns
 texpsfnt     2764  texpsfnt: missing source file
 textfm, te   3468  textfm and texlib file conflicts
 xbmbrowser   3050  xbmbrowser man page installed as xbmbrowser.man
 xdvik        2122  xdvik doesn't handle the `zcat convention
 xdvik        2803  xdvi does not handle redraws of includedEPS files correctly

Darren Stalder <torin@daft.com> (48 bugs):
 compface     3845  invalid directories in compface package
 less         3336  Problems encountered while compiling "less" for m68k arch
 less         3616  less description: ext extra spaces
 less         3952  Less annoyances
 patch        3348  Problems encountered while compiling "patch" for m68k arch
 perl         1099  perl bug
 perl         1170  perl fails to make headers first time...
 perl         1201  perl doesn't know about includes
 perl         1247  perl <...> globbing only works if (t)csh installed
 perl         1411  perlconfig misses an opportunity to use xargs
 perl         1856  creating perl header files
 perl         1916  perl: wrong entries in Config.pm
 perl         1972  perl should suggest kernel sources
 perl         2182  perl shouldn't touch /usr/local
 perl         2184  perl's sys/socket.ph causes warning
 perl         2241  Perl 5.002-3 handles LANG and LC_* poorly
 perl         2251  Perl coredumps while invoking adduser
 perl         2254  perl doesn't initialize variable to 0 or something
 perl         2405  perl postinst messages re unctrl.h
 perl         2440  sys/socket.ph produces spurious message
 perl         2495  perl requires tcsh (as it is currently configured)
 perl         2501  (no subject)
 perl         2502  configure fails if /vmlinuz is missing
 perl         2589  perl can't load libdb.so.1
 perl         2590  new revision of perl does not include suidperl
 perl         2593  perl tries to install in /usr/local
 perl         2658  Errors during perlconfig
 perl         2691  new perl break suid scripts
 perl         3093  Perl dumps core
 perl         3212  Perl recommends nonexistent packages
 perl         3230  why the hell does perl depend on tcsh???
 perl         3242  perl's dependencies are wrong
 perl         3277  nit: perl setup emits a \n
 perl         3283  /usr/bin/perlconfig should be in /usr/sbin
 perl         3295  perls debian.rules doesn't work
 perl         3296  /bin/perl is not updated
 perl         3423  Problems installing kernel sources and sudo
 perl         3434  pod2latex: E<szlig>, =over/=cut/=pod/=item not handled corr
 perl         3770  dodgy `\n' in perl postinst
 perl         3784  perl does not install on base 1.1
 perl         3785  perl_5.003-2.deb (in "rex") and "mirror"
 perl         3803  perl and the empty directories
 perl         3814  perl and the empty directories
 perl         3847  Perl & G++
 perl         3874  Archive of perl 5.003-2 is broken
 perl         3908  perl h2ph problem
 xemacs       2689  (no subject)
 xemacs       2839  Xemacs problems

Bruce Perens <bruce@pixar.com> (51 bugs):
 base         1699  Install/Config quirks: Missing secondary DNS server, NIS se
 base         1742  /dev/tty has wrong permissions
 base         1855  packages adding entries to /etc/group
 base         1885  base 0.93.6-13: doesn't create higher ttys
 base         1954  setting up the network
 base         1955  base discs still aren't creating /var/log/news
 base         2001  Incorrect ownership of audio device files
 base         2070  /etc/issue and /etc/issue.net
 base         2524  problems with base package
 base         2538  audio devices have different group id than audio group
 base         2688  base: wrong group for rft* devices
 base         2741  First booting with Debian 1.1
 base         2840  Conflicting entries in login/group
 base         2889  no NCR 53c810 driver in 1.1 boot-disk
 base         2895  base -- incorrect passwd entry for 'gnats'
 base         2920  incorrect entry for nobody in recent "base" package
 base         2927  /usr/info/dir in base confuses install-info
 base         2928  nobody has wrong login shell
 base         2975  [base] missing /dev entries
 base         2978  May 13 15:51:25 lohi wu-ftpd[345]: wtmp /var/log/wtmp No su
 base         3002  majordomo has conflicting group id
 base         3027  updatedb can't run properly
 base         3036  automatic adduser/addgroup in postinst (was Re: fingerd)
 base         3039  MAKEDEV script does not create the random/urandom devices
 base         3070  base copyright string
 base         3149  upgrading base truncates utmp
 base         3183  permissions problems with /var/lib/games
 base         3231  /usr/i486-linuxaout/lib not present
 base         3252  base template /usr/info/dir malformed
 base         3314  On request of Bruce: /etc/rc.boot/0serial way too optimisti
 base         3315  Bug in /etc/init.d/networks on 11-6 disks
 base         3387  base leaves /tmp/base.postinst lying around
 base         3409  Could not make boot floppy
 base         3421  /tmp installs wrongly
 base         3493  Teles ISDN card installation buglets
 base         3557  base description: no ext
 base         3761  LILO installation problem
 base         3774  /etc/group incorrect
 base         3786  base includes anonymous ftp account
 base         3805  /dev/MAKEDEV spells 'isdn' as 'idsn'
 base         3809  /usr/doc/debian-0.93 still around
 base         3902  base disks' network configuration oddities
 base         3903  ae carriage return bug still exists on base disks
 base         3905  base disks still install part packages
 base, ae     3146  1.1 installation: ae doesn't work
 bootdisk     2937  Copyright message function key incorrect
 bootdisk     2956  beta experience
 bootdisk     3185  Lack of NCR53c810 support on boot disk
 bootdisk     3269  bootdisk silently fails-change instalation manual
 bootdisk     3320  Kernel oops - problem with APM BIOS?
 bootdisk/r   3279  ne2000 lockups during instalation

(unknown) (92 bugs):
 a2gs         3456  a2gs prompt looks like `please wait' message
 a2gs         3848  "a2gs" requires changes to support multiple arches
 a2ps         1874  a2ps ignores /etc/papersize!
 a2ps         3911  "a2ps" requires changes for multi-arch support
 ax25-kerne   1467  `ax25-kernel-source', `ax25-util' should use virtual packag
 ax25-kerne   2762  ax25-kernel-source: missing source file
 ax25-util    2099  slip module stops axattach
 ax25-util    2765  ax25-util: missing source file
 bin86        1281  bin86
 bin86        3568  bin86 description: no ext
 f2c          3580  f2c description: no ext
 fort77       2919  very bad fort77 installation message
 fort77       3583  fort77 description: no ext
 g77          2852  Bug 2711: g77 does not include info file
 g77          3584  g77 description: ext start indented
 gopher       3933  "gopher" requires changes for multi-arch support
 gopher       3965  gopher version shouldn't have quotes
 guille       3856  "guile" requires changes to support multiple arches
 j1           3525  j1 hard-linked docs/manpages
 j1           3865  "j1" requires changes to support multiple arches
 kermit       2430  kermit configuration script is hard to read on a monochrome
 kernel-ima   3951  Package 'kernel-image-2.' V2.0.6-0 fails to install
 libc4         911  libc causes rsh to fail on commands with option arguments
 libc4        1130  Stdlib.h problems when using gcc -O-traditional
 libc4        1211  libc __nis_getgrnam() segfaults for dpkg when using NIS
 libc4        1278  dpkg seg faults with NIS
 libc4        1279  Strangeness involving <bsd/signal.h>
 libc4        1378  weird ELF/a.out difference
 libc4        1685  dpkg-split --msdos not correct
 libc4        1774  <paths.h>: _PATH_DEFPATH contains `.'
 libc4        2011  very silly messages from rsh
 libc5        3190  rlogin takes far too long when remote says Connection Refus
 libc5        3244  (no subject)
 libc5        3338  Problems encountered while compiling "libc5" for m68k arch
 libc5        3541  rlogin blocks on ECONNREFUSED!
 libc5        3825  0x80b75ac either misbehaves or misdocumented
 libc5 (and   2321  libc doesn't use **h_aliases (hostent)
 libc5-dev    2387  gethostbyaddr(3) ill documented
 libc5-dev    2573  sysinfo system call not in libc
 libc5-dev    3724  nlist() missing from libc
 libdb1       2483  libdb1 uses not-yet-completely-supported >= syntax
 libdb1       2504  remove -m486 from Makefile
 libdb1       2896  postinst has bad permissions 644
 libdb1       3240  [libdb]: obsolete bugfix
 libdb1       3335  Problems encountered while compiling "libdb1" for m68k arch
 libdb1       3612  libdb1 description: no ext
 libg++27     2610  support for m68k-linux
 libg++27     3626  libg++27 description: no ext
 libgdbm1     2484  libgdbm1 conflicts with some versions of perl5 and man
 libgdbm1     3321  libgdbm.so version number...
 libgdbm1     3342  Problems encountered while compiling "libgdbm1" for m68k ar
 libjpeg6a    3590  libjpeg6a description: ext start indented
 libjpeg6a-   3608  libjpeg6a-dev description: no ext
 libreadlin   2899  postinst has bad permissions 644
 libreadlin   3345  Problems encountered while compiling "libreadline2" for m68
 libtiff3-g   3972  gif2tiff is free
 ncurses3.0   1314  ncurses fails in silly way on TERM=dumb
 ncurses3.0   1997  ncurses linux terminal definition for kbs
 ncurses3.0   2085  /usr/lib/termcap/l/linux kbs Capname definition questioned
 ncurses3.0   2291  missing terminfo capabilities for xterm
 ncurses3.0   2806  ncurses man pages internal inconsistencies
 ncurses3.0   2962  dselect arrow keys don't work after a search
 ncurses3.0   3113  dselect provokes ncurses problem when window enlarged
 ncurses3.0   3207  strange screen update choices from ncurses
 ncurses3.0   3422  termcap entry too long error
 ncurses3.0   3801  ncurses3.0 should not be essential
 ncurses3.0   3904  ncurses on mono linux console claims colour capability
 p2c          3713  Problems encountered while compiling "p2c" on m68k arch.
 p2c          3870  "p2c" requires changes to support multiple arches
 ratfor77     3709  Problems encountered while compiling "ratfor77" on m68k arc
 shutdown     3720  shutdown prints "You don't exist. Go away!"
 spice        3155  spice still on my system
 svgalib1     2379  svgalib postinst broken
 svgalib1     2455  can't install svgalib1-1.28-5
 svgalib1     2876  svgalib will not work in a setup with serial console
 svgalib1-b   2311  svgalib has undocumented setuid program in /usr/doc/example
 svgalib1-d   3877  /usr/doc/examples/svgalib1/3d is still a.out
 tcl75        3884  "tcl75" requires changes to support multiple arches
 tk40         3827  Tk4.0's bell flashes the display
 tk41         3953  Tk 4.1's bell flashes the display.
 w3-el        3637  w3-el description: no ext
 win32binut   2650  win32binutils has /usr/bin/flex++
 win32binut   3653  win32binutils description: no ext
 win32gcc     3651  win32gcc description: no ext
 win32libs    3649  win32libs description: no ext
 xaw3d        3067  broken libXaw3d
 xaw3d        3755  xaw3d shouldn't automatically install as libXaw
 xfnt100      3657  xfnt100 description: no ext
 xfnt75       3665  xfnt75 description: no ext
 xserver-ma   2039  X server font erosion
 xserver-s3   1796  missing call to ntohs in X server
 xserver-s3   3750  X server inaccessible sometimes

The listing by package maintainer is posted every Wednesday,
and the listing by age of the report every Friday.

Please see the documentation for more information about how to
use the bug tracking system.  It is available on the WWW at
 http://www.cl.cam.ac.uk/users/iwj10/debian-bugs/
or
 http://www.debian.org/Bugs/
and also in the Debian FTP archive's doc/bug-*.txt files.


From debian-devel-request@lists.debian.org Wed Jul 31 00:17:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 00:14:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 00:14:25 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 00:01:38 -0000
Resent-Date: 31 Jul 1996 00:01:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <mdorman@lot49.med.miami.edu>
Message-Id: <m0ulOjl-0004mOC@lot49.med.miami.edu>
To: debian-devel@lists.debian.org
Subject: Re: sgid mail 
In-reply-to: <m0ukrhZ-0004mjC@lot49.med.miami.edu>  <31FE8FA1.2DC@hydra.acs.uci.edu>
Date: Tue, 30 Jul 1996 20:02:05 -0400
From: Michael Alan Dorman <mdorman@lot49.med.miami.edu>
Resent-Message-ID: <"9agUT2.0.3Z.Y9g_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5576
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I hope Dan doesn't mind me redirecting this back to the list.

In message <31FE8FA1.2DC@hydra.acs.uci.edu>, Dan Stromberg writes:
>Why would it not suffice to rewrite inc alone?

If someone really wanted to achieve the originally stated end (having
all mailbox access go through a single program), here's what's
involved for MH:

 chown root. /usr/bin/mh/inc
 chmod 0755 /usr/bin/mh/inc
 movemail mdorman mbox
 inc -file mbox
	
In pine one has the option of redifining one's inbox, so I suspect
that would be easy to manage.  Ditto, I suspect, for elm, or mush or
mailx or whatever fool thing one might choose to read one's mail with.

If someone is so paranoid or so in love with rigid rules or just
feeling like a change that week, such that he or she wants to have all
MUAs on their system behave in this way, _the capabilities are already
there_, lacking only configuration and may a couple lines of shell
script for glue.

But I have yet to here a single bit of evidence that this has benefits
that warrant the expenditure of a single iota of a maintainers time,
especially since what's being discussed consists of ripping out
integral parts of a number of packages in order to replace said parts
with calls to a program whose adequacy to the task of interfacing with
said programs has not been proven.

So, would someone like to prove that the gains would be worth the
maintainer's time?

Mike.
--
"Don't let me make you unhappy by failing to be contrary enough...."


From debian-devel-request@lists.debian.org Wed Jul 31 00:42:53 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 00:19:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 00:18:59 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 00:07:37 -0000
Resent-Date: 31 Jul 1996 00:07:37 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <lists@lina.inka.de>
Message-Id: <m0ulOUK-0004jWC@lina>
From: lists@lina.inka.de (Bernd Eckenfels)
Subject: Re: sgid mail
To: richard@elmail.co.uk (Richard Kettlewell)
Date: Wed, 31 Jul 1996 01:46:08 +0200 (MET DST)
Cc: debian-devel@lists.debian.org
In-Reply-To: <cN+tyd1yP2@muskogee.elmail.co.uk> from "Richard Kettlewell" at Jul 30, 96 10:41:33 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Y_eD91.0.mf.9Fg_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5577
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi,

> This is still a solution without a problem, however - what is the
> objection to MUAs being setgid mail?

The minimum privileges principle. It is easy to veryvy lockmail or movemail.
But it is nearly impossible for every MUA. Additionally providing a
lockmail/movemail enables users without root privileges to install their own
MUA...

Greetings
Bernd
-- 
  (OO)      -- Bernd_Eckenfels@Wittumstrasse13.76646Bruchsal.de --
 ( .. )  ecki@lina.{inka.de,ka.sub.org}  http://home.pages.de/~eckes/
  o--o     *plush*  2048/A2C51749  eckes@irc  +4972573817  *plush*
(O____O)       If privacy is outlawed only Outlaws have privacy


From debian-devel-request@lists.debian.org Wed Jul 31 00:42:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 00:30:29 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 00:30:28 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 00:15:34 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3974: problem with arrow keys in dselect (xterm)
Reply-To: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>, 3974@bugs.debian.org
Resent-From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-Date: Wed, 31 Jul 1996 00:03:05 GMT
Resent-Message-ID: <handler.3974.B.83877077425570@bugs.debian.org>
X-Debian-PR-Package: dpkg
X-Loop: owner@bugs.debian.org
From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Message-Id: <199607302341.BAA02212@i17unixb.ists.pwr.wroc.pl>
To: submit@bugs.debian.org
Date: Wed, 31 Jul 1996 01:41:19 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5578
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: dpkg
Version: 1.2.11elf

The up/down arrow keys sometimes stop working in the main package
selection screen.  One situation when this happens (100% reliably
for me): run dselect in an xterm window, go to the main package
selection screen, use the "search" function (the / key) once -
and the arrow keys start beeping at me.  Ctrl-Z and fg fixes it.
The problem does not occur on the console.

Marek


From debian-devel-request@lists.debian.org Wed Jul 31 00:42:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 00:37:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 00:37:31 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 00:32:30 -0000
Resent-Date: 31 Jul 1996 00:32:30 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sjlam1@aurora.cc.monash.edu.au>
From: Mr Stuart Lamble <sjlam1@aurora.cc.monash.edu.au>
Message-Id: <199607302237.IAA29291@aurora.cc.monash.edu.au>
Subject: Re: sgid mail
To: debian-devel@lists.debian.org
Date: Wed, 31 Jul 1996 08:37:09 +1000 (EST)
In-Reply-To: <cN+tyd1yP2@muskogee.elmail.co.uk> from "Richard Kettlewell" at Jul 30, 96 10:41:33 am
Reply-To: lamble@yoyo.cc.monash.edu.au
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"_HpD02.0.GE1.Ucg_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5579
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> >>This won't work; there are mail user agents (such as Pine, for
> >>example) which keep the mail in the the user's mailbox rather than
> >>moving it to a separate folder in their home directory.
> >
> >yes. But we already have a lockprogram for ths purpose. (In the proc
> >package).
> 
> Fair enough.
> 
> This is still a solution without a problem, however - what is the
> objection to MUAs being setgid mail?

Mainly, that making sure the MUA is secure when it's sgid. Most programs
aren't - and it is not easy making them so. Some background first: there
is a machine here at Monash Uni, called Yoyo. Yoyo provides Unix access
(and complete internet access) to over three thousand students; to support
all of this, there are a large number of groups. I'm involved in three
groups, one of which is the "local" group - responsible for software
installations.

Recently, there was an explosion in the use of tintin on yoyo (tintin is
a MUD client). The problem is that, whilst mudding _within_ Monash is OK,
mudding to machines outside Monash (especially overseas) is very much
frowned upon. Telnet is logged, but tintin doesn't use telnet (it makes
its own connections), so this was one way people could mud and get away
with it.

As a result, I patched tintin so it would create a log file. So that it
wouldn't be "security through obscurity", I wanted to make the program
sgid to the security group, and the log read/writeable only by members
of that group. Removing all the possible security holes seemed
straightforward, but the problem was that the setgid() call apparently
can have subtle differences between different Unixes - it worked the way
I wanted it to under Linux, but I couldn't be certain that it would do
so under Digital Unix.

We ended up making the log world-writeable, and hoping that nobody would
figure out how to do Evil Things(tm) with it.

The point is that making programs sgid when they aren't intended to be can
open up a real can of worms in terms of security. I would prefer that they
not be sgid, and the mail directory be 1777 - yes, anybody can create any
files in there if they want to, but an alert sysadmin should be able to
pick up on this. The other issue is that maintainers of mail programs may
say, "Oh, they're meant to be sgid mail - fine, I'll do that", without
considering the security implications, let alone patching the code to
rectify the more blatent security problems.

Maybe I'm just being picky, though. :-) Just my $0.05 (it seems a bit too
long to be $0.02 :)

-- 
I'm on a low-fat, high stress diet: coffee and fingernails.


From debian-devel-request@lists.debian.org Wed Jul 31 01:32:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 01:26:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 01:26:50 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 01:22:45 -0000
Resent-Date: 31 Jul 1996 01:22:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Tue, 30 Jul 1996 20:23:51 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
To: 3972-done@bugs.debian.org
cc: "Debian Developer's List" <debian-devel@lists.debian.org>
Subject: Re: Bug#3972: gif2tiff is free
In-Reply-To: <199607302235.AAA01743@i17unixb.ists.pwr.wroc.pl>
Message-ID: <Pine.SOL.3.93.960730195026.3457A-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"4HdoQ3.0.p72.aLh_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5581
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 31 Jul 1996, Marek Michalkiewicz wrote:

> This means it does LZW decompression, which
> (unlike compression) is not patented (otherwise gzip wouldn't be
> able to uncompress *.Z files).

This isn't true.  See
http://rom.oit.gatech.edu:80/~willday/gifcon/gard.lzw-patents.jan8.html
Raymod Gardner, the fellow who brought this controversy to light,
wrote, ``I don't see how anyone can say that the patent doesn't cover
decompression. The words "Decompression Apparatus and Method" appear in
the Welch patent title, and claims 153 through 181 specifically mention
"decompression method".''

I looked up patent 04558302 myself and read its abstract.  It's clear
to me that it covers both compression and decompression.

>From Unisys's home, http://www.unisys.com/LeadStory/lzwfaq.html,
``...the reading and/or writing of GIF images requires a license to use
Unisys patented Lempel Ziv Welch (LZW) data compression and
decompression technology...''

So I'm keeping libtiff3-gif separate until I hear a differing opinion
from a patent attorney.


Guy


From debian-devel-request@lists.debian.org Wed Jul 31 01:57:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 01:42:24 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 01:42:23 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 01:30:40 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3969: Apache 1.0.5 Security Hole
Reply-To: Miquel van Smoorenburg <miquels@cistron.nl>, 3969@bugs.debian.org
Resent-From: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Yves Arrouye <Yves.Arrouye@marin.fdn.fr>
Resent-Date: Wed, 31 Jul 1996 01:18:05 GMT
Resent-Message-ID: <handler.3969.B.83877527626836@bugs.debian.org>
X-Debian-PR-Package: apache
X-Loop: owner@bugs.debian.org
From: Miquel van Smoorenburg <miquels@cistron.nl>
Message-Id: <199607310045.CAA24161@picard.cistron.nl>
To: storm@anexis.com, 3969@bugs.debian.org
Date: Wed, 31 Jul 1996 02:45:04 +0200 (MET DST)
Cc: submit@bugs.debian.org
In-Reply-To: <199607301452.KAA08772@venus.anexis.com> from "storm@anexis.com" at Jul 30, 96 10:52:12 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5582
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

You (storm@anexis.com) wrote:
> Package: apache
> Version: 1.0.5-1
> 
> As previously mentioned by someone else for v1.0.3, the programs:

That someone was me.

> /var/web/cgi-bin/phf
> and possibly
> /var/web/cgi-bin/jj
> are a serious security hole allowing anyone to run an arbitrary program as
> the web server.  The best fix is to remove these programs completely, as they
> are examples, second best is to remove their execute bits and/or move them
> to the examples directory.  Recently a number of web sites have seen hits from
> security.wood.com, apparently probing for this hole.  The CERT advisory
> CA-96.06 discusses the vunerability in phf.

That was the reson why I made an interim release (1.0.5). These bugs
have been fixed in the 1.0.5 version.

And yes, you can still get a shell on 50% of the sites running apache since
most of them are still running <= 1.0.4. The same problem is present in
a lot of the NCSA servers, too.

Mike.
-- 
  Miquel van    | Cistron Internet Services   --    Alphen aan den Rijn.
  Smoorenburg,  | mailto:info@cistron.nl          http://www.cistron.nl/
miquels@het.net | Tel: +31-172-419445 (Voice) 430979 (Fax) 442580 (Data)


From debian-devel-request@lists.debian.org Wed Jul 31 02:22:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 01:58:50 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 01:58:49 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 01:55:38 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3975: netpbm is mostly free
Reply-To: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>, 3975@bugs.debian.org
Resent-From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Wed, 31 Jul 1996 01:33:03 GMT
Resent-Message-ID: <handler.3975.B.83877677927283@bugs.debian.org>
X-Debian-PR-Package: netpbm
X-Loop: owner@bugs.debian.org
From: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>
Message-Id: <199607310106.DAA03081@i17unixb.ists.pwr.wroc.pl>
To: submit@bugs.debian.org
Date: Wed, 31 Jul 1996 03:06:59 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5583
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: netpbm
Version: 1994.03.01p1-5

Most of the programs in the netpbm package are free, usually with
a copyright like this:

** Permission to use, copy, modify, and distribute this software and its
** documentation for any purpose and without fee is hereby granted, provided
** that the above copyright notice appear in all copies and that both that
** copyright notice and this permission notice appear in supporting
** documentation.  This software is provided "as is" without express or
** implied warranty.

("without fee" means that you don't have pay for it, not that you
can't sell it).

So far I found only two non-free programs: hpcdtoppm and ppmtogif.
Still looking for more...

I think it is unfortunate that free and non-free programs get mixed
in one package.  Ideally there should be 3 binary packages: one for
the free programs, one for the "really non-free" (noncommercial use
only) hpcdtoppm program, and one for the "non-free in the US only"
(Unisys patent) ppmtogif program (so that non-US CD-ROM publishers
can distribute it).

Also, a few of the free packages recommend netpbm.  Save the free
software, let's not mix it with non-free in one package...

Marek


From debian-devel-request@lists.debian.org Wed Jul 31 02:22:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 02:16:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 02:16:09 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 02:13:41 -0000
Resent-Date: 31 Jul 1996 02:13:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0ulQmj-000185C@miles.econ.queensu.ca>
Date: Tue, 30 Jul 96 22:13 EDT
To: "N. Salwen" <salwen@phys2.harvard.edu>, debian-devel@lists.debian.org
Subject: Re: f2c-960717-0 uploaded to master
In-Reply-To: <9607292243.AA07660@phys2.harvard.edu>
References: <m0ujWjs-000149C@miles.econ.queensu.ca>
	<9607292243.AA07660@phys2.harvard.edu>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"LmuHw1.0.pn2.K5i_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5584
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


[I redirected this to the debian-devel list.]

  NS>  This is somewhat of a tangent but: I notice that you say f2c is
  NS> recommended over g77. I seem to recall references to benchmarks for
  NS> lapack that show g77 to be about twice as fast as f2c so I wonder just
  NS> how unstable g77 is considered to be.  

Actually, I didn't write that statement. Alan Bain did, and is the real f2c
maintainer, but currently on vacation. Note, though, that the current g77
documentation is a bit ambivalent as to whether f2c/gcc or g77 would be
faster. 

Could you provide a reference to these benchmarks, and the compiler settings
they used? Or better yet, even run them?  I don't really use fortran myself,
but link some of my C++ code with Fortran libraries that other folks have
done. But I could do with a speedup of factor 2 ...

--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Wed Jul 31 07:23:07 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 07:05:22 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 07:05:21 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 07:02:46 -0000
Resent-Date: 31 Jul 1996 07:02:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <lee@olds.eskimo.net>
Message-Id: <m0ulVPX-0000aFC@olds.eskimo.net>
Subject: Quasi-free development tools
To: debian-devel@lists.debian.org
Date: Wed, 31 Jul 1996 00:09:39 -0700 (PDT)
From: Lee Olds <olds@eskimo.com>
Reply-To: olds@eskimo.com
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"g6QPD1.0.iP6.LKm_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5585
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Please forgive me if this topic has been discussed to death, and the
issues have already been resolved.

I have a question about distribution of development libraries like xforms
and Qt.

Both of these libraries are free to use for development of free software,
but require further licensing if they are to be used to develop
commercial software.

Given these restrictions on use, I understand that they must be placed
in the non-free directory, and consequently may not make it into some
CD-ROM distributions of Debian/GNU Linux.

Because the authors of these libraries encourage their use in free
software, I anticipate that there will be more freely redistributable
software developed (like LyX) that use these libraries.

So what should we do about packages we want in the standard distribution
that use these libraries?  I don't like the idea of linking all of these
programs statically.  But my understanding of the current Debian policy
says that the shared packages for these libraries must be in non-free.

Do we want allow binary only packages containing these shared libs
to reside in the Debian distribution proper?  Do we allow software
that statically links to this stuff in the distribution proper?

Do we want to exclude from Debian proper any software that uses a library
that is not freely redistributable (per the Debian definition)?

Personally, I think we should allow binary only packages that provide
shared libs, if the terms of their copyright/license allow this.

What is the consensus?


From debian-devel-request@lists.debian.org Wed Jul 31 08:38:13 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 08:18:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 08:18:38 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 08:10:52 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3185: NCR SCSI 810 support lacking in bootdisks
Reply-To: pieterb@stack.urc.tue.nl, 3185@bugs.debian.org
Resent-From: pieterb@stack.urc.tue.nl
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Wed, 31 Jul 1996 08:03:07 GMT
Resent-Message-ID: <handler.3185.B3185.838799289481@bugs.debian.org>
X-Debian-PR-Package: bootdisk
X-Loop: owner@bugs.debian.org
Date: Wed, 31 Jul 1996 09:38:15 +0200 (MDT)
Message-Id: <199607310738.JAA06436@asterix.urc.tue.nl>
To: 3185@bugs.debian.org
X-Mailer: Lynx, Version 2.3.7 BETA
X-Personal_name: Pieter Biemond
From: pieterb@stack.urc.tue.nl
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5586
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I came to the same conclusion while upgrading my Linux system to
Debian 1.1.2. I also must say that the special-kernel directory in the Debian/stable
directory is a mess in most ftp directories (even in ftp.debian.org). 

Can you send me info if NCR SCSI 810 support is ready in a Debian
bootdisk.

Thanks in advance,

Pieter Biemond


From debian-devel-request@lists.debian.org Wed Jul 31 08:38:14 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 08:32:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 08:32:46 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 08:29:37 -0000
Resent-Date: 31 Jul 1996 08:29:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <warwick@cs.mu.OZ.AU>
Message-Id: <199607310829.SAA17308@mundook.cs.mu.OZ.AU>
X-Authentication-Warning: mundook.cs.mu.OZ.AU: warwick owned process doing -bs
X-Authentication-Warning: mundook.cs.mu.OZ.AU: Host warwick@localhost didn't use HELO protocol
To: debian-devel@lists.debian.org
Cc: warwick@cs.mu.OZ.AU
Subject: Name clash in prospective package
Date: Wed, 31 Jul 1996 18:29:13 +1000
From: Warwick HARVEY <warwick@cs.mu.OZ.AU>
Resent-Message-ID: <"1mgH_.0.yS7.mbn_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5587
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

G'day,

With the imminent release of a new version of Mercury (a purely declarative
programming language with strong modes, strong types, and strong
determinism), I thought I'd have another go at trying to package it.  One
problem I see, however, is that there is going to be a name clash between
one component of the Mercury compiler ("mc") and the utility Midnight
Commander ("mc").

Has this kind of problem occurred before?  How was it handled?  I know I
could just make it conflict with Midnight Commander, but that hardly seems a
``nice'' solution...  ;-)

The compiler by default installs itself in
	/usr/local/mercury-0.6/{bin,lib,...}
and I'm assuming in Debianising it I should be putting it in
	/usr/{bin,lib,...}
Please correct me if I'm wrong.

				Warwick

----------------------------------------------------------------------------
Warwick Harvey                                    email: warwick@cs.mu.OZ.AU
Department of Computer Science                        phone: +61-3-9287-9171
University of Melbourne                                 fax: +61-3-9348-1184
Parkville, Victoria, AUSTRALIA 3052     web: http://www.cs.mu.OZ.AU/~warwick


From debian-devel-request@lists.debian.org Wed Jul 31 09:28:16 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 09:18:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 09:18:37 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 09:06:12 -0000
Resent-Date: 31 Jul 1996 09:06:12 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: Re: Name clash in prospective package
To: warwick@cs.mu.OZ.AU (Warwick HARVEY)
Date: Wed, 31 Jul 1996 09:49:03 +0100
Cc: debian-devel@lists.debian.org, warwick@cs.mu.OZ.AU
In-Reply-To: <199607310829.SAA17308@mundook.cs.mu.OZ.AU> from "Warwick HARVEY" at Jul 31, 96 06:29:13 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul31.130544gmt+0100.6252@gateway.azr.nl>
Resent-Message-ID: <"BCdhg1.0.nt7.48o_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5588
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> it.  One problem I see, however, is that there is going to be a name clash
> between one component of the Mercury compiler ("mc") and the utility
> Midnight Commander ("mc").

Midnight Commander is a gnu package so it should be able to handle with name
changes easily.  How widespread is this Mercury compiler, are other names
in use for it? Midnight commander -> gmc?

> Has this kind of problem occurred before?  How was it handled?  I know I
> could just make it conflict with Midnight Commander, but that hardly seems a
> ``nice'' solution...  ;-)

I don't recall that this kind of problem happened before.  Several Awk and
vi and so are provided and one can choose which one has the commonly used
name.  But this is something else.
 
> The compiler by default installs itself in
> 	/usr/local/mercury-0.6/{bin,lib,...}
> and I'm assuming in Debianising it I should be putting it in
> 	/usr/{bin,lib,...}
> Please correct me if I'm wrong.

Debian packages may not touch /usr/local for installing file (They may
create directories in there if I'm not mistaken).  Use
/usr/{bin,lib/mercury-0.6,...}.

Erick


From debian-devel-request@lists.debian.org Wed Jul 31 10:18:18 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 10:06:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 10:06:10 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 09:46:21 -0000
Resent-Date: 31 Jul 1996 09:46:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <branderh@iaehv.nl>
From: branderh@iaehv.nl (Erick Branderhorst)
Subject: Re: Quasi-free development tools
To: olds@eskimo.com
Date: Wed, 31 Jul 1996 10:29:23 +0100
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ulVPX-0000aFC@olds.eskimo.net> from "Lee Olds" at Jul 31, 96 00:09:39 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul31.134608gmt+0100.6252@gateway.azr.nl>
Resent-Message-ID: <"E1Ppv1.0.BQ.jjo_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5589
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


> I have a question about distribution of development libraries like xforms
> and Qt.
> 
> Both of these libraries are free to use for development of free software,
> but require further licensing if they are to be used to develop
> commercial software.
> 
> Given these restrictions on use, I understand that they must be placed
> in the non-free directory, and consequently may not make it into some
> CD-ROM distributions of Debian/GNU Linux.

If they are free to be distributed they can come with Debian (or not?).
 
> Because the authors of these libraries encourage their use in free
> software, I anticipate that there will be more freely redistributable
> software developed (like LyX) that use these libraries.
> 
> So what should we do about packages we want in the standard distribution
> that use these libraries?  I don't like the idea of linking all of these
> programs statically.  But my understanding of the current Debian policy
> says that the shared packages for these libraries must be in non-free.
> 
> Do we want allow binary only packages containing these shared libs
> to reside in the Debian distribution proper?  Do we allow software
> that statically links to this stuff in the distribution proper?
> 
> Do we want to exclude from Debian proper any software that uses a library
> that is not freely redistributable (per the Debian definition)?
> 
> Personally, I think we should allow binary only packages that provide
> shared libs, if the terms of their copyright/license allow this.
> 
> What is the consensus?

Personally, I think that we should ask the folks who created Qt and xforms
if they allow us to distribute their stuff and shared libs of it as well.

Erick


From debian-devel-request@lists.debian.org Wed Jul 31 11:08:20 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 10:51:48 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 10:51:36 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 10:16:04 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3976: msdos-i386 not found
Reply-To: branderh@iaehv.nl (Erick Branderhorst), 3976@bugs.debian.org
Resent-From: branderh@iaehv.nl (Erick Branderhorst)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-Date: Wed, 31 Jul 1996 10:03:06 GMT
Resent-Message-ID: <handler.3976.B.8388068032121@bugs.debian.org>
X-Debian-PR-Package: dpkg, (archive-structure)
X-Loop: owner@bugs.debian.org
From: branderh@iaehv.nl (Erick Branderhorst)
To: submit@bugs.debian.org
Date: Wed, 31 Jul 1996 10:10:19 +0100
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id: <96Jul31.132701gmt+0100.6252@gateway.azr.nl>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5590
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: dpkg, (archive-structure)
Version: 1.2.12

I didn't test whether one can install from a dos copy of the debian 
archive.  However I can imagine that a search/check is done on a
directory with the name "msdos-$(ARCH)" (i.e. msdos-i386, msdos-m68k).
Such a directory will never be found on a dos archive.

It seems that we have to restrict ourselves on using 8 character names
for directories above the dos files.  All directories follow this 
approach (except buzz-fixed, buzz-updates) and the above mentioned
msdos-i386 dirs.  I suggest that we rearrange the archive (after the
release of debian 1.2 (or 1.3?) and make the structure more
hierarchical:

.../debian/unstable/i386/binary/...
                        /msdos/...
                        /source -> ../source
                    m68k/binary/...
                        /msdos/...
                        /source -> ../source
                    source/...
&c

Erick


From debian-devel-request@lists.debian.org Wed Jul 31 11:08:21 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 11:03:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 11:03:08 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 10:28:45 -0000
Resent-Date: 31 Jul 1996 10:28:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <menden@informatik.tu-muenchen.de>
Date: 	Wed, 31 Jul 1996 12:24:03 +0200 (MET DST)
Sender: Juergen Menden <menden@informatik.tu-muenchen.de>
From: Juergen Menden <menden@informatik.tu-muenchen.de>
To: Lee Olds <olds@eskimo.com>
cc: debian-devel@lists.debian.org
Subject: Re: Quasi-free development tools
In-Reply-To: <m0ulVPX-0000aFC@olds.eskimo.net>
Message-ID: <Pine.SUN.3.91.960731121736.6891F-100000@koma.informatik.tu-muenchen.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"OhlNf1.0.3w.TLp_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5591
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 31 Jul 1996, Lee Olds wrote:
> 
> Personally, I think we should allow binary only packages that provide
> shared libs, if the terms of their copyright/license allow this.

please do not include binary-only libs in the distribution. it to difficult 
to port them :-) esp with libs, where a real bunch of software might depend 
on, this isn't very helpful.

for xforms: we've already tried to convince the author to build 
a m68k package, but he just isn't interrested. this is really 
bad news. :-(

jjm

-- 
Juergen Menden                   | Disclaimer: The opinions expressed by me, 
tel:    +49 (89) 289 - 22387     +-----------+ are (usually) not the opinions 
e-mail: menden@informatik.tu-muenchen.de     | of anyone else on this planet.

Hi! I'm a .signature virus!  Add me to your .signature and join in the fun!


From debian-devel-request@lists.debian.org Wed Jul 31 11:58:21 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 11:48:09 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 11:48:07 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 11:06:16 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3977: [linux-security] LSF Update#11: Vulnerability of rlogin (fwd)
Reply-To: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>,
  3977@bugs.debian.org
Resent-From: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Wed, 31 Jul 1996 10:48:03 GMT
Resent-Message-ID: <handler.3977.B.8388098022899@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
From: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>
Message-Id: <199607311021.MAA21124@i17linuxb.ists.pwr.wroc.pl>
To: submit@bugs.debian.org
Date: Wed, 31 Jul 1996 12:21:46 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5592
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: netstd
Version: 2.05-1

If that's the TERM buffer overrun - we are vulnerable :(.

Since we have many other fixes which are not yet in NetKit-B-0.07
(I'll be sending patches for NetKit soon), it might be a good idea
to just fix rlogin for now, and start moving to NetKit later.

diff -urN rlogin.orig/rlogin.c rlogin/rlogin.c
--- rlogin.orig/rlogin.c	Sat Apr 16 22:43:23 1994
+++ rlogin/rlogin.c	Wed Jul 31 12:12:36 1996
@@ -273,10 +273,14 @@
 		exit(1);
 	}
 
-	(void)strcpy(term, (p = getenv("TERM")) ? p : "network");
+	p = getenv("TERM");
+	if (!p)
+		p = "network";
 	if (ioctl(0, TIOCGETP, &ttyb) == 0) {
-		(void)strcat(term, "/");
-		(void)strcat(term, speeds[ttyb.sg_ospeed]);
+		snprintf(term, sizeof(term),
+			"%.256s/%s", p, speeds[ttyb.sg_ospeed]);
+	} else {
+		snprintf(term, sizeof(term), "%.256s", p);
 	}
 
 	(void)get_window_size(0, &winsize);

> From owner-linux-security@tarsier.cv.nrao.edu  Wed Jul 31 10:49:02 1996
> Message-Id: <199607302211.SAA18938@bach.cis.temple.edu>
> To: linux-security@tarsier.cv.nrao.edu
> Cc: linux-alert@tarsier.cv.nrao.edu
> Subject: [linux-security] LSF Update#11: Vulnerability of rlogin
> Date: 	Tue, 30 Jul 1996 18:11:00 -0400
> From: "Alexander O. Yuriev" <alex@bach.cis.temple.edu>
> Sender: owner-linux-security@tarsier.cv.nrao.edu
> Precedence: list
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> 
>                           Linux Security FAQ Update
>                             rlogin Vulnerability
>                         Tue Jul 30 17:51:57 EDT 1996
>       Copyright (C) 1995 Alexander O. Yuriev (alex@bach.cis.temple.edu)
>                               CIS Laboratories
>                              TEMPLE  UNIVERSITY
>                                    U.S.A.
> 
>  =============================================================================
>  This is an official update of the Linux security FAQ, and it is supposed to
>                 be signed by one of the following PGP keys:
> 
>         
>      pub  1024/9ED505C5 1995/12/06 Jeffrey A. Uphoff <juphoff@nrao.edu>
>                   Jeffrey A. Uphoff <jeff.uphoff@linux.org>      
>            1024/EFE347AD 1995/02/17 Olaf Kirch <okir@monad.swb.de>
>  1024/ADF3EE95 1995/06/08 Linux Security FAQ Primary Key <Alexander O. Yuriev>
> 
>     Unless you are able to verify at least one of signatures, please be very
>                     careful when following instructions.
> 
>    Linux Security WWW: http://bach.cis.temple.edu/linux/linux-security
> 
>              linux-security & linux-alert mailing list archives:
> 	
>             ftp://linux.nrao.edu/pub/linux/security/list-archive
> 
>  =============================================================================
> 
>    ABSTRACT
> 
>    		A vulnerability exists in the rlogin program of NetKitB-0.6
> 		This vulnerability affects several widely used Linux
> 		distributions, including RedHat Linux 2.0, 2.1 and derived
> 		systems including Caldera Network Desktop, Slackware 3.0 and
> 		others. This vulnerability is not limited to Linux or any
> 		other free UNIX systems. Both the information about this
> 		vulnerability and methods of its expolit were made available
> 		on the Internet.
> 
>    RISK ASSESMENT
> 
> 		Local and remote users could gain super-user priviledges
> 
>    DISTRIBUTION FIXES
> 
> 
>    		Red Hat Commercial Linux
> 
> 			Red Hat Linux version 2.0 and 2.1 contains
> 			vulnerable program unless NetKit-B-0.06-7.i386.rpm
> 			was installed.
> 
> 			In order to fix the vulnerability install
> 			NetKit-B-0.06-7 rpm available from
> 
> ftp://ftp.redhat.com/pub/redhat/old-releases/redhat-2.1/i386/updates/RPMS/NetKit-B-0.06-7.i386.rpm
> ftp://bach.cis.temple.edu/pub/Linux/security/DISTRIBUTION-FIXES/RedHat-2.1/NetKit-B-0.06-7.i386.rpm
> ftp://tarsier.cv.nrao.edu/pub/linux/security/DISTRIBUTION-FIXES/RedHat-2.1/NetKit-B-0.06-7.i386.rpm
> 
> 			Please verify the MD5 signature of the RPM prior to
> 			installing it.
> 
>          601c3f6137a6fb15ae61a6b817395040  NetKit-B-0.06-7.i386.rpm
> 
> 			Red Hat Linux version 3.0.3 (Picasso) does not
> 			contain vulnerable rlogin program.
> 
> 		Caldera Network Desktop 
> 
> 			Version 1 of CND contains the vulnerable program
> 			unless NetKit-B-0.06-4c1.i386.rpm was installed. 
> 			This RPM is available from
> 
> ftp://ftp.caldera.com/pub/cnd-1.0/updates/NetKit-B-0.06-4c1.i386.rpm
> ftp://bach.cis.temple.edu/pub/Linux/Security/DISTRIBUTION-FIXES/CND/NetKit-B-0.06-4c1.i386.rpm
> ftp://tarsier.cv.nrao.edu/pub/linux/security/DISTRIBUTION-FIXES/CND/NetKit-B-0.06-4c1.i386.rpm
> 
> 			Please verify the MD5 signature of RPM prior to
> 			installing it.
> 
>         aeb2da201477cd3280fdc09836395c35  NetKit-B-0.06-4c1.i386.rpm
> 
> 			Version 1 of CND upgraded to RedHat Linux 3.0.3
> 			(Picasso) does not contain a vulnerable program.
>  
> 		Debian
> 
> 			Debian Project did not either confirm or deny the
> 			vulnerability of Debian/GNU Linux 1.1.
> 
> 			Debian/GNU Linux systems may be vulnerable if
> 			NetKit-B-0.6 is installed. Until the official
> 			fix-kit is available for Debian/GNU Linux, system
> 			administrators of Debian systems are advised to
> 			follow guidelines under Other Linux Distributions
> 			section.
> 
> 		Slackware
> 
> 			The Slackware Linux distribution Version 3.0 is
> 			confirmed to be vulnerable unless a NetKit newer
> 			than NetKit-B-0.6 is installed.
> 
> 			Until the official fix-kit is available for
> 			Slackware 3.0, the system administrators are advised
> 			to follow the guidelines under Other Linux
> 			Distributions section.
> 
> 		Yggdrasil
> 
> 			Yggdrasil Computing's Plug & Play Linux Fall'95
> 			contains vulnerable rlogin program.
> 
> 			Adam J. Richter from Yggdrasil Computing made an
> 			unofficial fix-kit available at
> 			ftp.yggdrasil.com/pub/support/fall95/rlogin_fix/
> 
> 			We are unable to provide MD5 signature for the fix
> 			kit as we are unable to verify the integrity of the
> 			message.
> 
> 		Other Linux Distributions
> 
> 			System administrators of systems based on other
> 			Linux distributions or distributions that do not
> 			have official patch-kits available are advised to
> 			install newly released NetKit-B-0.7 available from
> 			ftp://ftp.uk.linux.org/pub/linux/Networking/base
> 			and ftp://sunsite.unc.edu/pub/Linux/Incoming
> 
> 	CREDITS
> 
> 		This LSF Update is based on the information provided by Alan
> 		Cox. The first patch for rlogin program was provided by Marc
> 		Ewing of Red Hat Software. Ron Holt of Caldera Inc provided
> 		fixed RPM for Caldera Network Desktop within 3 hours after
> 		the initial contact. Adam J. Richter provided unofficial
> 		information about the unofficial fix-kit for Yggdrasil Plug
> 		and Play Linux Fall'95.
> 
> -----BEGIN PGP SIGNATURE-----
> Version: 2.6.2
> 
> iQCVAwUBMf6EsYxFUz2t8+6VAQFDVAQAloKbM00wdzNCwcyo9Wz8wJo54a+TwYN6
> Xua/PFBnhunCpJy/T0BOO/Dh1IBE/mCu2FSNMK/bkRXel6Om9lEzjDHlyeUizeBI
> enIAOWQvNBf0e+/lHJXXtCSIWNeSfSysCaP98Y7F6bouZc14l1d/PJg7eSmWikFG
> HhgcRl6ZyHM=
> =hG1l
> -----END PGP SIGNATURE-----
> 


From debian-devel-request@lists.debian.org Wed Jul 31 12:48:23 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 12:33:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 12:33:17 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 11:31:06 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3978: problem (re)subscribing to debian-devel
Reply-To: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>,
  3978@bugs.debian.org
Resent-From: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Anders Christrom <ac@netg.se>
Resent-Date: Wed, 31 Jul 1996 11:18:04 GMT
Resent-Message-ID: <handler.3978.B.8388113033200@bugs.debian.org>
X-Debian-PR-Package: lists.debian.org
X-Loop: owner@bugs.debian.org
From: Marek Michalkiewicz <marekm@i17linuxb.ists.pwr.wroc.pl>
Message-Id: <199607311047.MAA21448@i17linuxb.ists.pwr.wroc.pl>
To: submit@bugs.debian.org
Date: Wed, 31 Jul 1996 12:47:34 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5593
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: lists.debian.org

I used to be on debian-devel, but I don't get any messages
anymore after I got unsubscribed, probably due to temporary
problems with my system.  When I try to resubscribe exactly
as I did it for the first time:

echo subscribe | mail debian-devel-request@lists.debian.org

nothing happens (if the above is incorrect for some reason,
I should at least receive some error message from the list
server).  I can receive other mail just fine, so I don't
think it's a problem with my system.

If there are reasons why I shouldn't be subscribed to the
debian-devel list, I'd like to at least know them :-).

Marek


From debian-devel-request@lists.debian.org Wed Jul 31 13:38:25 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 13:32:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 13:32:39 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 12:46:07 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3977: linux-security] LSF Update#11: Vulnerability of rlogin (fwd)
Reply-To: jdassen@wi.leidenuniv.nl (J.H.M.Dassen), 3977@bugs.debian.org
Resent-From: jdassen@wi.leidenuniv.nl (J.H.M.Dassen)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Wed, 31 Jul 1996 12:33:01 GMT
Resent-Message-ID: <handler.3977.B.8388158024252@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
From: jdassen@wi.leidenuniv.nl (J.H.M.Dassen)
Organization: Leiden University,
              Dept. of Mathematics & Computer Science,
              The Netherlands
Message-Id: <199607311157.LAA07093@ind206ab.wi.leidenuniv.nl>
To: marekm@i17linuxb.ists.pwr.wroc.pl
Date: Wed, 31 Jul 1996 13:57:54 +0200 (MDT)
Cc: submit@bugs.debian.org, alex@bach.cis.temple.edu
In-Reply-To: <199607311021.MAA21124@i17linuxb.ists.pwr.wroc.pl> from "Marek Michalkiewicz" at Jul 31, 96 12:21:46 pm
X-home-page: <URL:http://www.wi.leidenuniv.nl/home/jdassen>
X-No-Junk-Mail: I do not want to get *any* junk mail.
  Do not add me to any mailing lists without my express request.
X-PGP: finger jdassen@{zeus,artemis,hermes}.wi.LeidenUniv.nl for PGP key
X-Mailer: ELM [version 2.4 PL24 PGP6]
Content-Type: text
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5594
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> diff -urN rlogin.orig/rlogin.c rlogin/rlogin.c

Great.

> > 		Debian
> > 
> > 			Debian Project did not either confirm or deny the
> > 			vulnerability of Debian/GNU Linux 1.1.

Does anyone know who has been contacted? If the quote above is indeed
a polite way of saying "we got no reply" or "we didn't know whom to mail",
we have a communications problem that should be addressed.

Ray
-- 
POPULATION EXPLOSION  Unique in human experience, an event which happened 
yesterday but which everyone swears won't happen until tomorrow.  
- The Hipcrime Vocab by Chad C. Mulligan 


From debian-devel-request@lists.debian.org Wed Jul 31 14:28:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 14:06:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 14:06:24 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 14:01:52 -0000
Resent-Date: 31 Jul 1996 14:01:51 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ulapH-000HVuC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: Re: Quasi-free development tools 
In-Reply-To: Your message of "Wed, 31 Jul 1996 12:24:03 +0200."
             <Pine.SUN.3.91.960731121736.6891F-100000@koma.informatik.tu-muenchen.de> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1430670480P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 31 Jul 1996 15:56:34 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"gvsLz2.0.A24.FTs_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5595
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_-1430670480P
Content-Type: text/plain; charset=us-ascii

Juergen Menden:
> please do not include binary-only libs in the distribution. it to difficult 
> to port them :-) esp with libs, where a real bunch of software might depend 
> on, this isn't very helpful.

I agree.  Also, we cannot fix binary-only software, either outright bugs
or, in some cases, compiled-in defaults like where the library files are
stored, whether shadow passwords are supported, which version of the C
and X shared libraries are used (we can supply the versions needed, but that
might force users to have several old versions, which are otherwise 
unnecessary), and so on.  Not having source code _will_ bite you, sooner
or later.

I also oppose having packages in the main distribution depend on
non-free packages (or contrib packages). It's OK to make a package that
uses a non-free package if available (for example, my own debiandoc
stuff can use the rman man-to-HTML converter, if available, but can do
the conversion even without it; rman is non-free), but it should not be
required to use the free package. If a package cannot be used without a
non-free package, then it isn't really free. IMHO, of course.

(Since "free" is an emotional word, for the purposes of this discussion,
I'd like to define it as "anything that can go into the main Debian
distribution".)

The main distribution should only include packages that we have complete
technical control over (as opposed to legal control), so that we can
port, fix, enhance, or otherwise modify it.

The free-but-depends-on-non-free packages might go to contrib, perhaps,
if non-free is out of the question?  OTOH, putting them anywhere but
non-free is deceiving the CD-ROM customers -- they get a nice package
(say, LyX, the GUI interface to LaTeX), but they can't use it, unless
they go get something not included on the CD-ROM.  I wouldn't be a happy
customer, in that case.

> for xforms: we've already tried to convince the author to build 
> a m68k package, but he just isn't interrested. this is really 
> bad news. :-(

xforms is the reason I won't use LyX. I _will_ not trapped by a
binary only package again. I've switched to a completely new,
binary-incompatible operating system about four times, and except
for the last time (from SCO Xenix to Linux), I had to abandon all my
existing software, except for my own programs, for which I had source
code (not that it worked---but I've learned about portability now).

It's really nice to have a hundred floppies' worth of archived files
with no way to read them, when the program they were written with does
not and will not run with your new operating system. (No, I didn't lose
them, since I could boot back to DOS.)

-- 
Lars Wirzenius <liw@iki.fi> <http://www.iki.fi/liw/>
Please don't Cc: me when replying to my message on a mailing list.



--==_Exmh_-1430670480P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMf9X/4QRll5MupLRAQGJJwP/Wta35xLXzcrp56OgeVw3A1dc5z0jP0K+
by1g3S60OeEsyvE12ld8OpBiYvx/vw2zwTUi5Y6g4ExlxhLc4Tqhp45NIIJTQ2wS
vRFaNtfwACxoyZApaLd9szV1ESCyBjnhzsbTILH8IXSfeAzZ4q/Uk8mwK7vWkz0G
qrZhQus0DJE=
=kJtx
-----END PGP MESSAGE-----

--==_Exmh_-1430670480P--


From debian-devel-request@lists.debian.org Wed Jul 31 14:28:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 14:09:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 14:09:50 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 14:02:38 -0000
Resent-Date: 31 Jul 1996 14:02:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ulavg-000HVzC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: Re: Name clash in prospective package 
In-Reply-To: Your message of "Wed, 31 Jul 1996 18:29:13 +1000."
             <199607310829.SAA17308@mundook.cs.mu.OZ.AU> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1403800048P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 31 Jul 1996 16:03:11 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"1gxpo2.0._24.-Ts_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5596
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_-1403800048P
Content-Type: text/plain; charset=us-ascii

Warwick HARVEY:
> there is going to be a name clash between one component of the Mercury 
> compiler ("mc") and the utility Midnight Commander ("mc").

Do any of the Mercury components depend on having the compiler called
mc? If not, I think the Mercury compiler should be renamed. Midnight
Commander is an old package, and we must assume that many people
have startup scripts, aliases (er, make that shell functions), menu
configurations, and other things that depend on it being called mc.

Note that documentation should be relatively easy to convert, even
automatically, to use the new name of Mercury's compiler.

If Mercury's mc can't easily be changed, then I guess Midnight Commander's
mc should be changed.

> and I'm assuming in Debianising it I should be putting it in
> 	/usr/{bin,lib,...}

You're correct.  No Debian package should touch /usr/local, ever (except
for first install, which creates it).

-- 
Lars Wirzenius <liw@iki.fi> <http://www.iki.fi/liw/>
Please don't Cc: me when replying to my message on a mailing list.



--==_Exmh_-1403800048P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMf9ZjYQRll5MupLRAQG0sAP/TdBCcCxOe/VpJNZXBRsxvwki32d3M5y+
JIDwlJxE8bYbE1okIJWBHbi7ufCwkKvyqEk/2sVIB1eweNtdUJZSUfWs4Wv6EDBQ
pM1JdQoCQUdG+e3K4zIA2xlXbyX+Zb3kWPm6xC4+tskfjgA7cAm+GvBPdDUDE3ZC
nnjZfuL4xaI=
=K/re
-----END PGP MESSAGE-----

--==_Exmh_-1403800048P--


From debian-devel-request@lists.debian.org Wed Jul 31 16:33:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 16:08:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 16:08:55 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 14:26:29 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3980: netstd many compiler warnings
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3980@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Wed, 31 Jul 1996 14:18:05 GMT
Resent-Message-ID: <handler.3980.B.8388218075536@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
Message-Id: <m0ulbk5-0004PwC@chiark.chu.cam.ac.uk>
Date: Wed, 31 Jul 96 14:55 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5597
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: netstd
Version: 2.05-1

I've noticed a very large number of alarming-looking compiler
warnings, such as:
 docmd.c:502: warning: passing arg 1 of `strcmp' makes pointer from integer without a cast
 util.c:220: warning: comparison between pointer and integer
 main.c:123: warning: passing arg 2 of `signal' from incompatible pointer type
 kernel/linux.c:54: warning: long unsigned int format, in_addr arg (arg 4)

These are just fragments of the transcript I'm using as examples.
Each of these warnings occurs many times in many parts of the source
tree.

I haven't investigated any of them in detail, but at least some of
these warnings are very serious and are likely to make the code fail
on a 64-bit machine.

The whole package should be repeatedly recompiled with -Werror and
edited until all the problems fixed.  Unfortunately this is a very big
job.

Where did all this exceedling sloppy code come from, and can I kill
the programmer(s) now ?

Ian.


From debian-devel-request@lists.debian.org Wed Jul 31 16:33:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 16:11:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 16:11:05 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 14:26:31 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3981: netstd compilation problems
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3981@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Wed, 31 Jul 1996 14:18:07 GMT
Resent-Message-ID: <handler.3981.B.8388218075537@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
Message-Id: <m0ulbVy-0004PoC@chiark.chu.cam.ac.uk>
Date: Wed, 31 Jul 96 14:40 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5598
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: netstd
Version: 2.05-1

* The debian.README file doesn't clearly explain what the unusual
subdirectory/sub-tarfile structure of the package is.

* You need to be root to do `build', because it depends on `install',
which is part of the binary-build process.  The `build' target should
not depend on `install', and shouldn't need root privilege.  If it is
hard to rearrange things then the `build' target should be made empty
so that it always succeeds.

Secondly,
make[1]: Entering directory `/usr/src/netstd_2.05-1/bootpc-0.51'
cc -O6 -Wall -pedantic -c bootpc.c
In file included from /usr/include/netinet/ip.h:4,
                 from bootpc.c:19:
/usr/include/linux/ip.h:87: warning: ANSI C forbids zero-size array `__data'
In file included from /usr/include/net/if_arp.h:1,
                 from bootpc.c:25:
/usr/include/linux/if_arp.h:123: `MAX_ADDR_LEN' undeclared here (not in a function)
make[1]: *** [bootpc.o] Error 1
make[1]: Leaving directory `/usr/src/netstd_2.05-1/bootpc-0.51'
make: *** [install] Error 1

My libc5 is 5.2.18-9.  I think the latter is a bug in the libc (kernel
headers), which I've reported separately, but the patch below is a
good workaround.  I intend to release a new netstd very shortly, with
this patch included.

Ian.

--- bootpc-0.51/bootpc.c~	Thu Apr 18 00:32:07 1996
+++ bootpc-0.51/bootpc.c	Wed Jul 31 14:39:08 1996
@@ -22,6 +22,7 @@
 #include <arpa/inet.h>
 #include <linux/if.h>
 #include <linux/sockios.h>
+#include <linux/netdevice.h>
 #include <net/if_arp.h>
 #include <sys/time.h>
 #include <unistd.h>


From debian-devel-request@lists.debian.org Wed Jul 31 16:33:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 16:12:53 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 16:12:52 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 14:26:39 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3979: <linux/if_arp.h> needs further includes
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3979@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Wed, 31 Jul 1996 14:18:02 GMT
Resent-Message-ID: <handler.3979.B.8388218075535@bugs.debian.org>
X-Debian-PR-Package: libc5-dev
X-Loop: owner@bugs.debian.org
Message-Id: <m0ulbUu-0004PoC@chiark.chu.cam.ac.uk>
Date: Wed, 31 Jul 96 14:39 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian bugs submission address <submit@bugs.debian.org>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5599
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: libc5-dev
Version: 5.2.18-9

As you can see below, <linux/if_arp.h> should include
<linux/netdevice.h> and <linux/if.h>.

Ian.

-chiark:~/junk> cat >u.c
#include <linux/if_arp.h>
-chiark:~/junk> gcc -c u.c
In file included from u.c:1:
/usr/include/linux/if_arp.h:64: field `arp_pa' has incomplete type
/usr/include/linux/if_arp.h:65: field `arp_ha' has incomplete type
/usr/include/linux/if_arp.h:67: field `arp_netmask' has incomplete type
/usr/include/linux/if_arp.h:72: field `arp_pa' has incomplete type
/usr/include/linux/if_arp.h:73: field `arp_ha' has incomplete type
/usr/include/linux/if_arp.h:75: field `arp_netmask' has incomplete type
/usr/include/linux/if_arp.h:119: parse error before `__u32'
/usr/include/linux/if_arp.h:119: warning: no semicolon at end of struct or union
/usr/include/linux/if_arp.h:123: `MAX_ADDR_LEN' undeclared here (not in a function)
/usr/include/linux/if_arp.h:124: parse error before `}'
-chiark:~/junk> cat >u.c
#include <linux/if.h>
#include <linux/if_arp.h>
-chiark:~/junk> gcc -c u.c
In file included from u.c:2:
/usr/include/linux/if_arp.h:123: `MAX_ADDR_LEN' undeclared here (not in a function)
-chiark:~/junk> cat >u.c
#include <linux/if.h>
#include <linux/netdevice.h>
#include <linux/if_arp.h>
-chiark:~/junk> gcc -c u.c
-chiark:~/junk> 


From debian-devel-request@lists.debian.org Wed Jul 31 16:58:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 16:33:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 16:33:32 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 14:32:51 -0000
Resent-Date: 31 Jul 1996 14:32:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ulcKC-000HVuC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: Re: Name clash in prospective package 
In-Reply-To: Your message of "Wed, 31 Jul 1996 14:54:38 BST."
             <96Jul31.181114gmt+0100.6254@gateway.azr.nl> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1329599056P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 31 Jul 1996 17:32:32 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"Xk_I02.0.bS4.Iws_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5600
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_-1329599056P
Content-Type: text/plain; charset=us-ascii

Someone asked me in private e-mail about packages not touching /usr/local:
> And /usr/local/emacs/site-lisp, /usr/local/octave/site/  and things like
> that?

I thought I'd answer in public.

I feel it is inappropriate for packages to create such directories without
asking.  /usr/local should be in the total control of the sysadmin.  If
they ask, then it's OK to create them.

That creates some extra interactivity for installation scripts, but perhaps
we could create a suitable file (/etc/default?) where such answers could
be stored.  If we do it right, it should be possible to collect the
stored-answer files and re-do the installation on a new system without
having to answer any questions.  This might make it easier to install
things on many identical computers.

-- 
Lars Wirzenius <liw@iki.fi> <http://www.iki.fi/liw/>
Please don't Cc: me when replying to my message on a mailing list.



--==_Exmh_-1329599056P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMf9ue4QRll5MupLRAQGbSQQArLKtfCpiIuvJms9JcC2rf94D0sCMfTm7
5tnmZ96wSJU9WpVynmS0cqt5ELYeSs6Cj+yBwqjuDBKxAisSyMi+T+Ha7EYR0dJv
KgKurWgTewUsqaeaF8L78P1hNLBQ4jo1IKOl6qWqGS5CcV9LfNnV7G++tPjLlcIQ
k3aFb7HSelg=
=2wAh
-----END PGP MESSAGE-----

--==_Exmh_-1329599056P--


From debian-devel-request@lists.debian.org Wed Jul 31 17:23:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 16:58:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 16:58:39 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 15:16:18 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3981: netstd compilation problems
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3981@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Wed, 31 Jul 1996 15:03:06 GMT
Resent-Message-ID: <handler.3981.B3981.8388248127532@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
Message-Id: <m0ulcPo-0004PwC@chiark.chu.cam.ac.uk>
Date: Wed, 31 Jul 96 15:38 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3981@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5601
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

I had to patch the bootp server too - see below.

Ian.

--- bootp-2.4.3/hwaddr.c~	Wed Nov 15 00:00:44 1995
+++ bootp-2.4.3/hwaddr.c	Wed Jul 31 14:44:24 1996
@@ -22,6 +22,7 @@
 #include <net/if.h> 	/* for struct ifnet in net/if_arp.h */
 #endif
 
+#include <linux/netdevice.h>
 #include <net/if_arp.h>
 #include <netinet/in.h>
 


From debian-devel-request@lists.debian.org Wed Jul 31 17:23:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 17:19:43 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 17:19:43 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 15:24:26 -0000
Resent-Date: 31 Jul 1996 15:24:26 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <maor@ece.utexas.edu>
X-Authentication-Warning: brando.ece.utexas.edu: maor owned process doing -bs
Date: Wed, 31 Jul 1996 10:25:29 -0500 (CDT)
From: Guy Maor <maor@ece.utexas.edu>
cc: debian-devel@lists.debian.org
Subject: Re: Quasi-free development tools 
In-Reply-To: <m0ulapH-000HVuC@liw.clinet.fi>
Message-ID: <Pine.SOL.3.93.960731102102.12986B-100000@brando.ece.utexas.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"eSbBk2.0.AX5.ggt_n"@vega>
To: debian-devel@lists.debian.org
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5602
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 31 Jul 1996, Lars Wirzenius wrote:

> I also oppose having packages in the main distribution depend on
> non-free packages (or contrib packages).

Actually, that's policy.  If you know of any main distribution packages
which depend on a non-free package, please file a bug against
ftp.debian.org.

Depending on contrib isn't really a problem as contrib packages would
be on a CD.


Guy


From debian-devel-request@lists.debian.org Wed Jul 31 17:48:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 17:35:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 17:35:38 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 15:41:27 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3982: Problems with bug tracking system
Reply-To: Dirk.Eddelbuettel@qed.econ.queensu.ca, 3982@bugs.debian.org
Resent-From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-To: debian-devel@lists.debian.org
Resent-Date: Wed, 31 Jul 1996 15:33:01 GMT
Resent-Message-ID: <handler.3982.B.8388263148032@bugs.debian.org>
X-Debian-PR-Package: (debian-bugs)
X-Loop: owner@bugs.debian.org
Message-Id: <m0ulcq2-000141C@miles.econ.queensu.ca>
Date: Wed, 31 Jul 96 11:05 EDT
To: Report a Debian Bug <submit@bugs.debian.org>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5603
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


Package: (debian-bugs)

A bug was reported on my (ancient) archie package last week. I only learned
about this bug report from looking through yesterdays "Unanswered problem
reports by maintainer and package" email. As a maintainer, I should have
received a report, but didn't. 

I see that the bug was reported as "maintonly", yet the bug system log says 
   Package: _archie_; Reported by: llucius <llucius@millcomm.com>; dated
   Thu, 25 Jul 1996 16:48:16 GMT; Maintainer for archie is (unknown).

Could it be that packages from non-free don't get processed correctly? Or
did the bug report fall into the window of non-existing packages files for
non-free and contrib last week?


------- start of forwarded message (RFC 934 encapsulation) -------
From: owner@bugs.debian.org (Ian Jackson)
To: Dirk.Eddelbuettel@qed.econ.queensu.ca
Subject: Debian bugs information: logs for bug#3910
Date: Wed, 31 Jul 96 07:33 PDT


                        Debian bug report logs - #3910
               "archie" requires changes for multi-arch support
                                       
   Package: _archie_; Reported by: llucius <llucius@millcomm.com>; dated
   Thu, 25 Jul 1996 16:48:16 GMT; Maintainer for archie is (unknown).
     _________________________________________________________________
                                      
   Reply; reply to submitter; close.
     _________________________________________________________________
                                      
Message received at maintonly@bugs.debian.org:

   

Received: (at maintonly) by bugs.debian.org; 25 Jul 1996 03:35:35 +0000
Received: (qmail-queue invoked from smtpd); 25 Jul 1996 03:27:45 -0000
Received: from mill2.millcomm.com (root@199.170.133.2)
  by master.debian.org with SMTP; 25 Jul 1996 03:27:44 -0000
Received: by mill2.millcomm.com (Smail3.1.29.1 #2)
        id m0ujH4N-000MkUC; Wed, 24 Jul 96 22:26 CDT
Date: Wed, 24 Jul 1996 22:26:35 -0500 (CDT)
From: llucius <llucius@millcomm.com>
Subject: "archie" requires changes for multi-arch support
To: Maintonly Bug <maintonly@bugs.debian.org>
Message-ID: <Pine.3.89.9607242229.A5769-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Package: archie
Version: 1.4.1-6

The following problems were encountered while building on m68k arch:

1)  "debian.rules" did not support different architectures.
2)  "debian.rules" created improperly named .deb binaries (new standard).
3)  "debian.control" did not contain architecture field.
4)  "debian.control" contained obsolete "PACKAGE_REVISION" field.

The following patches correct these problems:

- --- orig/archie-1.4.1/debian.control    Sun Nov 26 20:47:24 1995
+++ archie-1.4.1/debian.control Mon Jul 22 19:02:12 1996
@@ -1,6 +1,6 @@
 Package: =
 Version: =
- -Package_Revision: =
+Architecture: =
 Section: non-free
 Maintainer: Dirk Eddelbuettel <edd@qed.econ.queensu.ca>
 Depends: libc5, netbase
- --- orig/archie-1.4.1/debian.rules      Mon Dec  4 20:00:45 1995
+++ archie-1.4.1/debian.rules   Mon Jul 22 19:03:12 1996
@@ -4,6 +4,7 @@
 package=archie
 version=1.4.1
 debian=6
+arch=$(shell dpkg --print-architecture)
 shortname=$(package)-$(version)
 fullname=$(package)-$(version)-$(debian)

@@ -31,12 +32,12 @@
        install -s -m 0755 archie debian-tmp/usr/bin
        install -m 0644 archie.man debian-tmp/usr/man/man1/archie.1
        install -m 0644 debian.README debian-tmp/usr/doc/copyright/$(package)
- -       sed -e '1s/=/$(package)/; 2s/=/$(version)/; 3s/=/$(debian)/' \
+       sed -e '1s/=/$(package)/; 2s/=/$(version)-$(debian)/; 3s/=/$(arch)/' \
                debian.control > debian-tmp/DEBIAN/control
        chown -R root.root debian-tmp
        chmod -R g-ws debian-tmp
        dpkg --build debian-tmp
- -       mv debian-tmp.deb ../$(fullname).deb
+       dpkg-name -o -s .. debian-tmp.deb

 define checkdir
        test -f $(package).c

     _________________________________________________________________
                                      
   _Acknowledgement sent_ to llucius <llucius@millcomm.com>:
   New bug report received and filed, but not forwarded.
   
   You requested that the message be sent to the package maintainer(s)
   but either the bug report is not associated with any package (probably
   because of a missing Package psuedo-header field in the original bug
   report), or the package(s) specified do not have any maintainer(s).
   
   Your message has *not* been sent to any package maintainers; it has
   merely been filed in the bug tracking system. If you require
   assistance please contact owner@bugs.debian.org quoting the bug number
   3910.
   
   _Full text available._
     _________________________________________________________________
                                      
   
    Ian Jackson / owner@bugs.debian.org, through the Debian bug tracking
    mechanism
    
   Last modified: 17:09:04 GMT Thu 25 Jul (timestamp page available).
------- end -------
-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Wed Jul 31 18:13:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 17:52:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 17:52:38 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 16:01:53 -0000
Resent-Date: 31 Jul 1996 16:01:52 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31FF8271.69A57EB4@verisim.com>
Date: Wed, 31 Jul 1996 11:57:37 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5a (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Warwick HARVEY <warwick@cs.mu.OZ.AU>
CC: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Name clash in prospective package
References: <199607310829.SAA17308@mundook.cs.mu.OZ.AU>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"SRLF51.0.cI6.jDu_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5604
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> With the imminent release of a new version of Mercury (a purely declarative
> programming language with strong modes, strong types, and strong
> determinism), I thought I'd have another go at trying to package it.  One
> problem I see, however, is that there is going to be a name clash between
> one component of the Mercury compiler ("mc") and the utility Midnight
> Commander ("mc").

I'd probably recommend just changing the name of the compiler to simply
"mercury".  There is little point in shortening the name as much as
possible.  (One of my personal dislikes about unix in general.)

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're
not.



From debian-devel-request@lists.debian.org Wed Jul 31 18:38:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 18:14:45 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 18:14:44 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 16:13:52 -0000
Resent-Date: 31 Jul 1996 16:13:52 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <olds@mail.eskimo.com>
From: Leland Olds <olds@eskimo.com>
Message-Id: <199607311611.JAA28551@eskimo.com>
Subject: Re: Quasi-free development tools
To: menden@informatik.tu-muenchen.de (Juergen Menden)
Date: Wed, 31 Jul 1996 09:11:12 -0700 (PDT)
Cc: debian-devel@lists.debian.org, olds@mail.eskimo.com
In-Reply-To: <Pine.SUN.3.91.960731121736.6891F-100000@koma.informatik.tu-muenchen.de> from "Juergen Menden" at Jul 31, 96 12:24:03 pm
X-Mailer: ELM [version 2.4 PL22]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"BQKxA2.0.Sf6._Ou_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5605
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> 
> On Wed, 31 Jul 1996, Lee Olds wrote:
> > 
> > Personally, I think we should allow binary only packages that provide
> > shared libs, if the terms of their copyright/license allow this.
> 
> please do not include binary-only libs in the distribution. it to difficult 
> to port them :-) esp with libs, where a real bunch of software might depend 
> on, this isn't very helpful.
> 
> for xforms: we've already tried to convince the author to build 
> a m68k package, but he just isn't interrested. this is really 
> bad news. :-(

Troll tech allows distribution of Qt source, provided that you don't
change it.  They encourage ports of their library, but they do want to
keep control of it.  I think you are required to turn your porting
changes over to them before you can distribute the new source with
changes.  (See http://www.troll.no/dl/)

So for Qt, I don't think porting to other platforms is a problem.

But the terms are restrictive enough to keep it out of Debian's
distribution, as I understand the current Debian policy.

How to handle this?  I think we need a way to include applications that
use this kind of library.

-- 
Lee Olds
olds@eskimo.com


From debian-devel-request@lists.debian.org Wed Jul 31 19:53:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 19:49:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 19:49:46 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 16:31:20 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3847: Perl "Config.pm"
Reply-To: "Brian C. White" <bcwhite@verisim.com>, 3847@bugs.debian.org
Resent-From: "Brian C. White" <bcwhite@verisim.com>
Orignal-Sender: bcwhite
Resent-To: debian-devel@lists.debian.org
Resent-CC: Darren Stalder <torin@daft.com>
Resent-Date: Wed, 31 Jul 1996 16:18:01 GMT
Resent-Message-ID: <handler.3847.B3847.8388293118787@bugs.debian.org>
X-Debian-PR-Package: perl
X-Loop: owner@bugs.debian.org
Sender: bcwhite@bugs.debian.org
Message-ID: <31FF7E7E.63C4B570@verisim.com>
Date: Wed, 31 Jul 1996 11:40:46 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5a (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: 3847@bugs.debian.org
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5606
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

While this isn't strictly related to "Perl & G++" (as per the original
bug report), it is still related to the building of XS modules.

The Makefile that is created defines the following values:

PREFIX = /usr
INSTALLPRIVLIB = $(PREFIX)/lib/perl5
INSTALLARCHLIB = $(PREFIX)/lib/perl5/i486-linux/5.003
INSTALLSITELIB = $(PREFIX)/local/lib/site_perl
INSTALLSITEARCH = $(PREFIX)/local/lib/site_perl/i486-linux
INSTALLBIN = $(PREFIX)/bin
INSTALLMAN1DIR = $(PREFIX)/man/man1
INSTALLMAN3DIR = $(PREFIX)/man/man3

The first five should be changed to:

PREFIX = /usr/local
INSTALLPRIVLIB = /usr/lib/perl5
INSTALLARCHLIB = /usr/lib/perl5/i486-linux/5.003
INSTALLSITELIB = /usr/local/lib/site_perl
INSTALLSITEARCH = /usr/local/lib/site_perl/i486-linux

There is no point in having "$(PREFIX)" in the latter entries because
these were fixed in location when perl was built and installed.  The "bin"
and "man" entries still need to depend on it so these can be installed in
user-defined places.  If "$(PREFIX)" were included in those latter entries,
then specifying PREFIX=<dir> on the install line would screw up the install
of the local perl extensions.

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.



From debian-devel-request@lists.debian.org Wed Jul 31 19:53:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 19:52:42 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 19:52:41 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 16:31:27 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3901: dotlock" should be setgid mail
Reply-To: "Brian C. White" <bcwhite@verisim.com>, 3901@bugs.debian.org
Resent-From: "Brian C. White" <bcwhite@verisim.com>
Orignal-Sender: bcwhite
Resent-To: debian-devel@lists.debian.org
Resent-CC: Christophe Le Bars <clebars@debian.org>
Resent-Date: Wed, 31 Jul 1996 16:18:01 GMT
Resent-Message-ID: <handler.3901.B3901.8388293128788@bugs.debian.org>
X-Debian-PR-Package: tkmail
X-Loop: owner@bugs.debian.org
Sender: bcwhite@bugs.debian.org
Message-ID: <31FF7F92.534FE377@verisim.com>
Date: Wed, 31 Jul 1996 11:45:22 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5a (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Christophe Le Bars <clebars@teaser.fr>, 3901@bugs.debian.org
References: <clb-960731015900.A03374@ppp1640-ft.teaser.fr>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5607
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>  > Also the duplication between dotlock (TkMail) and lockfile (procmail) is
>  > rather pointless.  It would be nice to see _all_ the Debian mail reader
>  > packages non-setgid and just use lockfile/dotlock.  (Plus it means we can
>  > use a better locking method if one becomes available.)
> 
> Yes, we may have a unique solution, but i'm not sure that _all_ the Debian
> mail reader packages could be configured to use this solution.

Netscape and (I believe) emacs come with "movemail" which also does this.

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're not.



From debian-devel-request@lists.debian.org Wed Jul 31 20:18:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 20:11:32 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 20:11:30 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 16:45:14 -0000
Resent-Date: 31 Jul 1996 16:45:14 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <olds@mail.eskimo.com>
From: Leland Olds <olds@eskimo.com>
Message-Id: <199607311640.JAA03070@eskimo.com>
Subject: Re: Quasi-free development tools
To: liw@iki.fi (Lars Wirzenius)
Date: Wed, 31 Jul 1996 09:40:11 -0700 (PDT)
Cc: debian-devel@lists.debian.org
In-Reply-To: <m0ulapH-000HVuC@liw.clinet.fi> from "Lars Wirzenius" at Jul 31, 96 03:56:34 pm
X-Mailer: ELM [version 2.4 PL22]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"ozelR1.0.TB7.Qsu_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5609
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> 
> --==_Exmh_-1430670480P
> Content-Type: text/plain; charset=us-ascii
> 
> Juergen Menden:
> > please do not include binary-only libs in the distribution. it to difficult 
> > to port them :-) esp with libs, where a real bunch of software might depend 
> > on, this isn't very helpful.
> 
> I agree.  Also, we cannot fix binary-only software, either outright bugs
> or, in some cases, compiled-in defaults like where the library files are
> stored, whether shadow passwords are supported, which version of the C
> and X shared libraries are used (we can supply the versions needed, but that
> might force users to have several old versions, which are otherwise 
> unnecessary), and so on.  Not having source code _will_ bite you, sooner
> or later.
> 
> I also oppose having packages in the main distribution depend on
> non-free packages (or contrib packages). It's OK to make a package that
> uses a non-free package if available (for example, my own debiandoc
> stuff can use the rman man-to-HTML converter, if available, but can do
> the conversion even without it; rman is non-free), but it should not be
> required to use the free package. If a package cannot be used without a
> non-free package, then it isn't really free. IMHO, of course.
> 
> (Since "free" is an emotional word, for the purposes of this discussion,
> I'd like to define it as "anything that can go into the main Debian
> distribution".)
> 
> The main distribution should only include packages that we have complete
> technical control over (as opposed to legal control), so that we can
> port, fix, enhance, or otherwise modify it.

As I mentioned in my other post, at least with Troll and Qt, we get the
source, so we can port it and fix bugs.  But we have to get the
blessing of Troll before we can distribute the changed source.  This
seems like an in-between kind of situation here, but one that gives us
a large degree of technical safety. It may slightly slow the release of
fixes and ports, but we have the capability to make them and have them
rolled back into the "upstream" product.

> 
> The free-but-depends-on-non-free packages might go to contrib, perhaps,
> if non-free is out of the question?  OTOH, putting them anywhere but
> non-free is deceiving the CD-ROM customers -- they get a nice package
> (say, LyX, the GUI interface to LaTeX), but they can't use it, unless
> they go get something not included on the CD-ROM.  I wouldn't be a happy
> customer, in that case.

Unless it is statically linked. Yuck. 

(Do we have anything the links to motif?)

> 
> > for xforms: we've already tried to convince the author to build 
> > a m68k package, but he just isn't interrested. this is really 
> > bad news. :-(
> 
> xforms is the reason I won't use LyX. I _will_ not trapped by a
> binary only package again. I've switched to a completely new,
> binary-incompatible operating system about four times, and except
> for the last time (from SCO Xenix to Linux), I had to abandon all my
> existing software, except for my own programs, for which I had source
> code (not that it worked---but I've learned about portability now).

By allowing distribution of source, and encouraging ports, Troll
appears to be bending over backwards to accomodate the free software
communities concerns.  We will never be stuck without the source.

> It's really nice to have a hundred floppies' worth of archived files
> with no way to read them, when the program they were written with does
> not and will not run with your new operating system. (No, I didn't lose
> them, since I could boot back to DOS.)
> 
> -- 
> Lars Wirzenius <liw@iki.fi> <http://www.iki.fi/liw/>
> Please don't Cc: me when replying to my message on a mailing list.


From debian-devel-request@lists.debian.org Wed Jul 31 20:18:40 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 20:03:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 20:03:03 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 16:41:39 -0000
Resent-Date: 31 Jul 1996 16:41:39 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <dwarf@polaris.net>
Date: Wed, 31 Jul 1996 12:35:55 -0400 (EDT)
From: Dale Scheetz <dwarf@polaris.net>
To: Michael Gaertner <gaertnem@ruf.uni-freiburg.de>
cc: Debian-Developer <debian-devel@lists.debian.org>
Subject: Re: POSIX 1387.2 (package-management)
In-Reply-To: <Pine.SOL.3.93.960730202326.12423A-100000@sun22.ruf.uni-freiburg.de>
Message-ID: <Pine.LNX.3.94.960731123532.10493C-100000@dwarf.polaris.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"kqYl33.0.A57.2pu_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5608
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Tue, 30 Jul 1996, Michael Gaertner wrote:

> Ever heard of this "standard" for unix-package-management? How should we
> deal with this?
> 
How does one get a copy?

Dwarf

------------                                          --------------

aka   Dale Scheetz                   Phone:   1 (904) 877-0257
      Flexible Software              Fax:     NONE 
      Black Creek Critters           e-mail:  dwarf@polaris.net

------------ If you don't see what you want, just ask --------------


From debian-devel-request@lists.debian.org Wed Jul 31 20:43:41 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 20:18:59 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 20:18:59 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 16:56:22 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3977: linux-security] LSF Update#11: Vulnerability of rlogin (fwd) 
Reply-To: "Alexander O. Yuriev" <alex@bach.cis.temple.edu>,
  3977@bugs.debian.org
Resent-From: "Alexander O. Yuriev" <alex@bach.cis.temple.edu>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Peter Tobias <tobias@et-inf.fho-emden.de>
Resent-Date: Wed, 31 Jul 1996 16:48:00 GMT
Resent-Message-ID: <handler.3977.B.8388308149226@bugs.debian.org>
X-Debian-PR-Package: netstd
X-Loop: owner@bugs.debian.org
Message-Id: <199607311616.MAA20872@bach.cis.temple.edu>
To: jdassen@wi.leidenuniv.nl (J.H.M.Dassen)
cc: marekm@i17linuxb.ists.pwr.wroc.pl, submit@bugs.debian.org
In-reply-to: Your message of "Wed, 31 Jul 1996 13:57:54 +0200."
             <199607311157.LAA07093@ind206ab.wi.leidenuniv.nl> 
Date: Wed, 31 Jul 1996 12:16:01 -0400
From: "Alexander O. Yuriev" <alex@bach.cis.temple.edu>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5610
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Your message dated: Wed, 31 Jul 1996 13:57:54 +0200
> > diff -urN rlogin.orig/rlogin.c rlogin/rlogin.c
> 
> Great.
> 
> > > 		Debian
> > > 
> > > 			Debian Project did not either confirm or deny the
> > > 			vulnerability of Debian/GNU Linux 1.1.
> 
> Does anyone know who has been contacted? If the quote above is indeed
> a polite way of saying "we got no reply" or "we didn't know whom to mail",
> we have a communications problem that should be addressed.
> 

That is a polite way of saying that I did not receive any reply in more than
a week to mail sent to debian@debian.org which became my contact after Ian
left position of the project coordinator. We had great communications with
Debian prior to that so I though that someone just did not want to make any
kind of confirmation. I'd appreciate if someone could name an additional
contact.


Best wishes,
Alex


From debian-devel-request@lists.debian.org Wed Jul 31 21:08:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 20:50:40 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 20:50:37 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 17:36:19 -0000
Resent-Date: 31 Jul 1996 17:36:19 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0ulf7Q-000188C@miles.econ.queensu.ca>
Date: Wed, 31 Jul 96 13:31 EDT
To: Debian Developer <debian-devel@lists.debian.org>
CC: "Brian C. White" <bcwhite@verisim.com>,
  "Behan B. Webster" <behanw@verisim.com>
Subject: WWW interface to mailing list archive
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"Dc4NS2.0.6A.Icv_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5611
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


I know we have WWW access to our mailing lists one. But as far as I know, it
is only updated monthly. Would someone step forward to take care of that on a
daily basis?

Brian, Behan: Wouldn't that be a nice reference project for your new search
engine?

-- 
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Wed Jul 31 21:08:42 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 20:52:51 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 20:52:50 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 17:37:13 -0000
Resent-Date: 31 Jul 1996 17:37:13 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0ulf3y-000186C@miles.econ.queensu.ca>
Date: Wed, 31 Jul 96 13:28 EDT
To: Lars Wirzenius <liw@iki.fi>
Cc: debian-devel@lists.debian.org
Subject: Re: Name clash in prospective package 
In-Reply-To: <m0ulcKC-000HVuC@liw.clinet.fi>
References: <96Jul31.181114gmt+0100.6254@gateway.azr.nl>
	<m0ulcKC-000HVuC@liw.clinet.fi>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"1U1Pt1.0.1C.8dv_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5612
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Lars> Someone asked me in private e-mail about packages not touching
  Lars> /usr/local:
  Lars>>And /usr/local/emacs/site-lisp, /usr/local/octave/site/ and things like
  Lars>> that?
  Lars>  I thought I'd answer in public.
  Lars> 
  Lars> I feel it is inappropriate for packages to create such directories
  Lars> without asking.  /usr/local should be in the total control of the
  Lars> sysadmin.  If they ask, then it's OK to create them.

We discussed this qiestion recently, you should be able to find that in the
debian-devel logs of last months.

As I recall the consensus, it was decide to create these empty directories
because all the programs (emacs, octave, perl, tex, ...) expect them to
exist.

--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Wed Jul 31 21:33:44 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 21:18:25 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 21:18:22 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 18:18:55 -0000
Resent-Date: 31 Jul 1996 18:18:55 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <karl@tower.net.au>
Message-Id: <1.5.4.32.19960731181540.006e9470@tower.net.au>
X-Sender: karl@tower.net.au
X-Mailer: Windows Eudora Light Version 1.5.4 (32)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 01 Aug 1996 02:15:40 +0800
To: debian-devel@lists.debian.org
From: Karl Ferguson <karl@tower.net.au>
Subject: Some installation notes.
Resent-Message-ID: <"Y_iUT3.0.WF1.FEw_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5613
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi Everyone.

Well, I thought I'd like to re-install from scratch the new Debian, and I
must say most things went fine.  However, 2.0.6 is a real mistake!  Firstly,
the kernels nfs module didn't load causing me a lot of trouble (I used FTP
in the end) and IP routing seems to be broken.  When I connected to the
system via a 28k modem (the system is on a LAN) it failed to route packets
onwards for WWW, telnet etc (basically any TCP service).  At first I thought
this may have been PPP or something else wrong, but after an update to
2.0.10 it works perfectly.

Apart from that, all seems go.

...Karl

--
Karl Ferguson, 
Tower Networking Pty Ltd (ACN: 072 322 760)        karl@tower.net.au
t/a STAR Online Services                           karl@debian.org
Tel: +61-9-455-3446  Fax: +61-9-455-2776           http://www.star.net.au/


From debian-devel-request@lists.debian.org Wed Jul 31 22:23:45 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 22:19:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 22:19:38 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 19:27:10 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#2450: 'cdir' STILL occasionally dumps /etc/passwd contents
Reply-To: Larry Gilbert <larry@n2h2.com>, 2450@bugs.debian.org
Resent-From: Larry Gilbert <larry@n2h2.com>
Orignal-Sender: larry@duke.rainier.net
Resent-To: debian-devel@lists.debian.org
Resent-CC: dgregor@gregor.com (D.J. Gregor)
Resent-Date: Wed, 31 Jul 1996 19:18:12 GMT
Resent-Message-ID: <handler.2450.B2450.83883981911405@bugs.debian.org>
X-Debian-PR-Package: cdtool
X-Loop: owner@bugs.debian.org
Sender: larry@duke.rainier.net
Message-ID: <31FFAC77.6E5AFCA8@n2h2.com>
Date: Wed, 31 Jul 1996 11:56:55 -0700
From: Larry Gilbert <larry@n2h2.com>
Organization: N2H2, Inc.
X-Mailer: Mozilla 2.01 (X11; I; Linux 2.0.8 i586)
MIME-Version: 1.0
To: 2450@bugs.debian.org
X-URL: http://www.cl.cam.ac.uk/users/iwj10/debian-bugs/db/2450.html
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5614
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: cdtool
Version: 1.0-5

With package version 1.0-5, this problem seems to have been reduced, but
it is still present (and can cause shock when it happens :-)).

The problem only seems to occur when a CD's characteristics go beyond
certain unknown limits and there is no entry for the CD in ~/.cdtooldb.

I have been doing 'cdir' on a number of new CDs, and for a while it
looked like none were inspiring 'cdir' to dump the contents of
/etc/passwd.  However, it happened to me today for the first time since
upgrading the package to 1.0-5.  The CD that caused this was a music CD
with 46 tracks and a total playing time of 71:18.  (I don't think any
CDs I've loaded before this had more than 30 tracks.)

I added info for the CD by using 'cdadd', taking all the /etc/passwd
garbage out, and putting in a CD title and track names.  This appeared
to clear up the problem.  So that is one possible workaround (not a
great one, since everyone with access to the CD-ROM drive and 'cdir' has
to do it.)

The only other connection I can see between my case and Owen Dunn's case
is a similarity in CD-ROM drive model numbers:

> cat /proc/scsi/scsi
Attached devices: 
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: COMPAQPC Model: DPES-31080       Rev: S31K
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 05 Lun: 00
  Vendor: COMPAQ   Model: CD-ROM CR-503BCQ Rev: 1.1c
  Type:   CD-ROM                 ^^^^^^    ANSI SCSI revision: 02

This is happening on a Compaq Deskpro XL running the Linux 2.0.8 kernel.

--
Larry Gilbert
larry@n2h2.com
Seattle, WA, USA
I speak only for myself and not for my employer


From debian-devel-request@lists.debian.org Wed Jul 31 22:48:46 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 22:46:21 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 22:46:21 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 19:51:35 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3982: Problems with bug tracking system
Reply-To: llucius <llucius@millcomm.com>, 3982@bugs.debian.org
Resent-From: llucius <llucius@millcomm.com>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Wed, 31 Jul 1996 19:33:03 GMT
Resent-Message-ID: <handler.3982.B.83884132112008@bugs.debian.org>
X-Debian-PR-Package: (debian-bugs)
X-Loop: owner@bugs.debian.org
Date: Wed, 31 Jul 1996 14:25:04 -0500 (CDT)
From: llucius <llucius@millcomm.com>
To: Dirk.Eddelbuettel@qed.econ.queensu.ca
cc: Report a Debian Bug <submit@bugs.debian.org>
In-Reply-To: <m0ulcq2-000141C@miles.econ.queensu.ca>
Message-ID: <Pine.3.89.9607311454.A6225-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5615
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Wed, 31 Jul 1996 Dirk.Eddelbuettel@qed.econ.queensu.ca wrote:

> 
> Could it be that packages from non-free don't get processed correctly? Or
> did the bug report fall into the window of non-existing packages files for
> non-free and contrib last week?
> 
I believe what happened was that the Packages file in the non-free 
directory was empty.  It appears that the tracking system uses these 
files to determine who to route the critter complaint to.  It has 
recently been corrected.

Leland

__ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth!
   oo o  oo o  o  | 
    o       o   o | llucius@millcomm.com
 o oo    o     o  | 
-- -- -- -- -- -- | http://www.millcomm.com/~llucius       (maybe one day)


From debian-devel-request@lists.debian.org Wed Jul 31 22:48:47 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 22:48:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 22:48:35 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 19:55:45 -0000
Resent-Date: 31 Jul 1996 19:55:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ulhMZ-000HVrC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: Re: Name clash in prospective package 
In-Reply-To: Your message of "Wed, 31 Jul 1996 13:28:00 EDT."
             <m0ulf3y-000186C@miles.econ.queensu.ca> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_-1029239552P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 31 Jul 1996 22:55:21 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"XtBBA1.0.IS3.1fx_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5616
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_-1029239552P
Content-Type: text/plain; charset=us-ascii

Dirk.Eddelbuettel@qed.econ.queensu.ca:
> As I recall the consensus, it was decide to create these empty directories
> because all the programs (emacs, octave, perl, tex, ...) expect them to
> exist.

I'm just voicing my disagreement with the consensus (but not trying to
change it).

But I would like packages to ask if they should touch anything in
/usr/local.

-- 
Lars Wirzenius <liw@iki.fi> <http://www.iki.fi/liw/>
Please don't Cc: me when replying to my message on a mailing list.



--==_Exmh_-1029239552P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMf+6JoQRll5MupLRAQHx+AP5AWYglSo2Cg6pN0YTTW11vlsX7HYjJJbP
KmUnXO0IzF9bTYvRUI0FbP1d3RTPwYDzBWRRob0niZ300B86XwlMocI99nZaOiGG
cQDH0LV8tE3thXeWUNeGZb5GXcihufmvWaNosjZ5jS06Qa1fkNaWHHyiXspqWIlt
zMNO7Iagz00=
=5Zew
-----END PGP MESSAGE-----

--==_Exmh_-1029239552P--


From debian-devel-request@lists.debian.org Wed Jul 31 23:13:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 23:02:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 23:02:09 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 20:16:39 -0000
Resent-Date: 31 Jul 1996 20:16:39 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31FF9AC0.74A5DB0A@verisim.com>
Date: Wed, 31 Jul 1996 13:41:20 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5a (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Name clash in prospective package
References: <m0ulcKC-000HVuC@liw.clinet.fi>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"8nzEs1.0.tm3.dyx_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5617
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> I feel it is inappropriate for packages to create such directories without
> asking.  /usr/local should be in the total control of the sysadmin.  If
> they ask, then it's OK to create them.

I don't see a problem with packages creating directories and other
necessary framework in /usr/local.  In some cases, this can be quite
complex and without which it isn't possible for there to be "local"
extensions.

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're
not.



From debian-devel-request@lists.debian.org Wed Jul 31 23:38:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 23:29:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 23:29:36 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 21:06:32 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3967: hex codes instead of 8-bit characters
Reply-To: david@eos.lugs.ch (David Frey), 3967@bugs.debian.org
Resent-From: david@eos.lugs.ch (David Frey)
Resent-To: debian-devel@lists.debian.org
Resent-CC: Steve Greenland <stevegr@neosoft.com>
Resent-Date: Wed, 31 Jul 1996 20:48:01 GMT
Resent-Message-ID: <handler.3967.B.83884582225692@bugs.debian.org>
X-Debian-PR-Package: nvi
X-Loop: owner@bugs.debian.org
Message-Id: <m0ulhAB-000AHia@eos>
From: david@eos.lugs.ch (David Frey)
To: submit@bugs.debian.org
Date: Wed, 31 Jul 1996 21:42:34 +0200 (MET DST)
X-Stardate: [-31]7894.10
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5620
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Marek> nvi displays hex codes instead of the actual 8-bit (>127) characters
Marek> (elvis displays them correctly, for example) and there is no option
Marek> to change this behaviour (or at least I couldn't find it in the
Marek> documentation - it is only possible to use octal codes instead).

I had to hack a bit around with the locale-calls and to recompile:

diff -u common/main.c /tmp/nvi-1.34.patched/common/main.c
--- common/main.c	Wed Aug 17 20:28:55 1994
+++ /tmp/nvi-1.34.patched/common/main.c	Sat Jul 13 23:14:45 1996
@@ -70,6 +70,8 @@
 #include <regex.h>
 #include <pathnames.h>
 
+#include <locale.h>
+
 #include "vi.h"
 #include "excmd.h"
 #include "../ex/tag.h"
diff -u common/term.c /tmp/nvi-1.34.patched/common/term.c
--- common/term.c	Wed Aug 17 20:29:03 1994
+++ /tmp/nvi-1.34.patched/common/term.c	Sat Jul 13 23:55:32 1996
@@ -51,6 +51,8 @@
 #include <termios.h>
 #include <unistd.h>
 
+#include <locale.h>
+
 #include "compat.h"
 /*
  * XXX
@@ -147,6 +149,7 @@
 	 * 8-bit character set, as long as nul isn't a character.
 	 */
 	(void)setlocale(LC_ALL, "");
+	(void)setlocale(LC_CTYPE, "");
 	key_init(sp);
 
 	gp = sp->gp;

I think it's a setlocale bug/deficiency in GNU libc. Anyway, the characters
got otherwise wrongly characterized in the initialisation...

David
-- 
David Frey <david@eos.lugs.ch>|Microsoft isn't the answer...it's the QUESTION.
Schlieren, Switzerland        |``No'' is the answer.
PGP-Key available on request  |Use Debian GNU/Linux!


From debian-devel-request@lists.debian.org Wed Jul 31 23:38:48 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 23:28:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 23:28:37 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 21:01:39 -0000
Resent-Date: 31 Jul 1996 21:01:39 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <osiris@cs.utexas.edu>
Sender: osiris@cs.utexas.edu
To: Leland Olds <olds@eskimo.com>
Cc: liw@iki.fi (Lars Wirzenius), debian-devel@lists.debian.org
Subject: Re: Quasi-free development tools
References: <199607311640.JAA03070@eskimo.com>
From: Rob Browning <osiris@cs.utexas.edu>
Date: 31 Jul 1996 16:01:13 -0500
In-Reply-To: Leland Olds's message of Wed, 31 Jul 1996 09:40:11 -0700 (PDT)
Message-ID: <86k9vk2l46.fsf@argus.csres.utexas.edu>
Lines: 10
X-Mailer: Gnus v5.2.38/Emacs 19.31
Resent-Message-ID: <"hqNIZ3.0.EP4.ocy_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5619
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Leland Olds <olds@eskimo.com> writes:

> (Do we have anything the links to motif?)

Yes, the GIMP, which is a great program, btw.  I have provided both
dynamically and statically linked versions.  Fortunately, I have been
informed that an upcoming release should expunge all traces of Motif.

--
Rob


From debian-devel-request@lists.debian.org Wed Jul 31 23:38:49 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 23:36:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 23:36:38 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 21:57:10 -0000
Resent-Date: 31 Jul 1996 21:57:09 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <tobias@server.et-inf.fho-emden.de>
Message-Id: <199607312148.XAA18570@server.et-inf.fho-emden.de>
Subject: Re: Bug#3977: linux-security] LSF Update#11: Vulnerability of rlogin (fwd)
To: alex@bach.cis.temple.edu
Date: Wed, 31 Jul 1996 23:48:40 +0200 (MET DST)
From: "Peter Tobias" <tobias@server.et-inf.fho-emden.de>
Cc: debian-devel@lists.debian.org
Reply-To: tobias@et-inf.fho-emden.de
In-Reply-To: <199607311616.MAA20872@bach.cis.temple.edu> from "Alexander O. Yuriev" at Jul 31, 96 12:16:01 pm
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Resent-Message-ID: <"I-xJJ.0.TH5.rQz_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5623
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Alexander O. Yuriev wrote:
> Your message dated: Wed, 31 Jul 1996 13:57:54 +0200
> > > diff -urN rlogin.orig/rlogin.c rlogin/rlogin.c
> > 
> > Great.
> > 
> > > > 		Debian
> > > > 
> > > > 			Debian Project did not either confirm or deny the
> > > > 			vulnerability of Debian/GNU Linux 1.1.
> > 
> > Does anyone know who has been contacted? If the quote above is indeed
> > a polite way of saying "we got no reply" or "we didn't know whom to mail",
> > we have a communications problem that should be addressed.
> > 
> 
> That is a polite way of saying that I did not receive any reply in more than
> a week to mail sent to debian@debian.org which became my contact after Ian
> left position of the project coordinator. We had great communications with
> Debian prior to that so I though that someone just did not want to make any
> kind of confirmation. I'd appreciate if someone could name an additional
> contact.

We should probably have a "security@debian.org" email address. The mail
could be forwarded directly to debian-private or to the maintainer of
the package.

Anyway, the Debian netstd package is affected as well. A new netstd
package (v2.06) will be available within a few hours from ftp.debian.org
(/debian/buzz-updates/binary-i386/netstd_2.06-1.i386.deb).


Thanks,

Peter

-- 
 Peter Tobias                                EMail:
 Fachhochschule Ostfriesland                 tobias@et-inf.fho-emden.de
 Fachbereich Elektrotechnik und Informatik   tobias@debian.org
 Constantiaplatz 4, 26723 Emden, Germany     tobias@linux.de


From debian-devel-request@lists.debian.org Wed Jul 31 23:38:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 23:34:06 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 23:34:05 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 21:56:31 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3984: NIS writes error message to STDERR
Reply-To: "Brian C. White" <bcwhite@verisim.com>, 3984@bugs.debian.org
Resent-From: "Brian C. White" <bcwhite@verisim.com>
Orignal-Sender: bcwhite
Resent-To: debian-devel@lists.debian.org
Resent-CC: Miquel van Smoorenburg <miquels@cistron.nl>
Resent-Date: Wed, 31 Jul 1996 21:48:01 GMT
Resent-Message-ID: <handler.3984.B.83884882527401@bugs.debian.org>
X-Debian-PR-Package: nis
X-Loop: owner@bugs.debian.org
Sender: bcwhite@bugs.debian.org
Message-ID: <31FFCB38.6C766809@verisim.com>
Date: Wed, 31 Jul 1996 17:08:08 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5a (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Bugs <submit@bugs.debian.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5622
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Package: nis
Version: 1.20-1

I having problems with cron reporting the following error should the
NIS server be unavailable.

	yp_first: clnt_call: RPC: Remote system error

This is very annoying as I will get mail every minute or two when cron
tries to execute at-run.  This is also causing a problem with gnats as
it thinks the mail is a bug report and starts processing it.

I assume it is NIS doing this since cron works fine without NIS
installed.

This should be handled more gracefully.  A background utility like this
should be sending errors via syslog or something instead of writing to
STDOUT or STDERR.

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're
not.


From debian-devel-request@lists.debian.org Wed Jul 31 23:38:51 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 31 Jul 1996 23:30:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 31 Jul 1996 23:30:39 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 21:15:14 -0000
Resent-Date: 31 Jul 1996 21:15:13 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <31FFCC80.6610C5E2@verisim.com>
Date: Wed, 31 Jul 1996 17:13:36 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5a (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: WWW interface to mailing list archive
References: <m0ulf7Q-000188C@miles.econ.queensu.ca>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"5atLd.0.cW4.Xpy_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5621
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> I know we have WWW access to our mailing lists one. But as far as I know, it
> is only updated monthly. Would someone step forward to take care of that on a
> daily basis?
> 
> Brian, Behan: Wouldn't that be a nice reference project for your new search
> engine?

It would be perfect!  If somebody will give us access, I'm sure we could
have something up and running shortly.

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're
not.


From debian-devel-request@lists.debian.org Thu Aug 01 00:03:50 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 00:00:05 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 00:00:05 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 22:17:24 -0000
Resent-Date: 31 Jul 1996 22:17:23 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sjlam1@aurora.cc.monash.edu.au>
From: Mr Stuart Lamble <sjlam1@aurora.cc.monash.edu.au>
Message-Id: <199607312202.IAA27610@aurora.cc.monash.edu.au>
Subject: Overwriting include files
To: debian-devel@lists.debian.org
Date: Thu, 1 Aug 1996 08:02:16 +1000 (EST)
Reply-To: lamble@yoyo.cc.monash.edu.au
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"9KnEZ3.0.wi5.pjz_n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5624
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ok. There is a library available, libelf (currently version 0.5.2),
which is required by a program I was idly toying about with (Eli).
I'm contemplating packaging up Eli, which would imply packaging up
libelf as well. However, libelf comes with a couple of #include files
- libelf.h and nlist.h (I think) - which are also included in libc-dev;
in the case of libelf.h, this isn't a problem (the two are identical in
content), but nlist.h has a couple of things in it that (IIRC) are
#if 0'd out.

What would be the procedure for saying to dpkg, "These files will
conflict with those in another package, but it's ok to overwrite them"?
Or would I have to use a preinst/postrm script to rename them? Shift
their location? Something else I haven't thought of?

Thanks in advance.

-- 
I'm on a low-fat, high stress diet: coffee and fingernails.


From debian-devel-request@lists.debian.org Thu Aug 01 00:29:00 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 00:23:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 00:23:00 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 23:11:36 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3768: axe info files incorrectly installed
Reply-To: Richard Kettlewell <richard@greenend.org.uk>, 3768@bugs.debian.org
Resent-From: Richard Kettlewell <richard@greenend.org.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@debian.org>
Resent-Date: Wed, 31 Jul 1996 23:03:02 GMT
Resent-Message-ID: <handler.3768.B3768.83885332728780@bugs.debian.org>
X-Debian-PR-Package: axe
X-Loop: owner@bugs.debian.org
From: Richard Kettlewell <richard@greenend.org.uk>
Message-Id: <8N+YEkeX3@sfere.elmail.co.uk>
Date: Wed, 31 Jul 96 23:11:31 +0100 (BST)
To: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Cc: richard@greenend.org.uk, joostje@debian.org, 3768@bugs.debian.org
In-Reply-To: <199607291759.TAA00624@circe.informatik.rwth-aachen.de>
References: <8NW1SMyX3@sfere.elmail.co.uk>
	<199607291759.TAA00624@circe.informatik.rwth-aachen.de>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5626
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Michael Meskes writes:
>Richard Kettlewell writes:
>>
>>Package: axe
>>Version: 6.1.2-2
>>
>>richard@sfere:richard$ ls -l /usr/info/axe*
>>-r--r--r--   1 root     root         1163 Mar 16 16:42 /usr/info/axe.info
>>-r--r--r--   1 root     root        45461 Mar 16 16:42 /usr/info/axe.info-1
>>-r--r--r--   1 root     root        45338 Mar 16 16:42 /usr/info/axe.info-2
>>richard@sfere:richard$ 
>>
>>According to the guidelines:
>>
>>   * Info documents should be mode 644, owned by `root.root', and
>>     compressed with `gzip -9' when installed.  The package must call
>>...
>
>As the one who originally uploaded axe let me say the this is not a good
>idea at all. Granted the modes should be 644 but the info files must not be
>gzipped. Axe itself comes with an info browser for its own info files
>similar to a help service. This program cannot read gzipped files. That's
>the reason why I left them uncompressed. I can see three solutions for this:
>1) Change the source of axinfo (lots of work).

Are there any other info browsers which don't cope with gzip'd man
pages?  If there aren't - and the 3 (?) which I've encountered all do,
though in one case spectacularly badly - then it's arguably a genuine
bug in axinfo.

>2) Use two copies of the info files, on gzipped in /usr/info, one
>uncompressed somewhere else (wastes some space).
>3) Leave it as it is (as in "no rule without exception).
>
>Opinions anyone?

I once heard of a `drop in' libc replacement which could do
transparent compression.  Perhaps building axinfo against that might
be a solution.

-- 
Richard Kettlewell   richard@greenend.org.uk   richard@elmail.co.uk
                             http://www.elmail.co.uk/staff/richard/


From debian-devel-request@lists.debian.org Thu Aug 01 01:18:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 00:55:38 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 00:55:36 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 23:45:53 -0000
Resent-Date: 31 Jul 1996 23:45:53 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ulkxH-0004PkC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 00:45 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian developers list <debian-devel@lists.debian.org>
Subject: /usr/doc/copyright/<package> -> /usr/doc/<package>/copyright ?
Resent-Message-ID: <"9PTMD1.0.GE7.m0__n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5627
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

It's nice to have all these files in the same directory, but people
are starting to do things like having /usr/doc/foo/REAMDE be a link to
/usr/doc/copyright/foo or vice versa, and splitting the documentation
for a package up across several directories doesn't seem to work very
well.

Should we move the copyright file (and the examples directory) into
the per-package directory in /usr/doc ?

BTW, the FSSTND has nothing to say about this.

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 01:18:52 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 01:06:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 01:06:36 -0000
Received: (qmail-queue invoked by uid 40); 31 Jul 1996 23:59:10 -0000
Resent-Date: 31 Jul 1996 23:59:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ull9y-000HVrC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Name clash in prospective package 
In-Reply-To: Your message of "Wed, 31 Jul 1996 13:41:20 EDT."
             <31FF9AC0.74A5DB0A@verisim.com> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1597434688P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Thu, 01 Aug 1996 02:58:37 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"PZonh3.0._m7.ED__n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5628
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_1597434688P
Content-Type: text/plain; charset=us-ascii

"Brian C. White":
> I don't see a problem with packages creating directories and other
> necessary framework in /usr/local.  

It's a matter of principle.  /usr/local is the domain of the sysadmin.
Debian packages should not touch it, unless they ask for permission.

For instance, there's no guarantee that /usr/local/lib exists, or that
the admin wants it to exist, or that it won't cause any trouble if it
does exist.  I can't think of anything that would break, but admins
are allowed to do funny things in /usr/local.

> In some cases, this can be quite complex and without which it isn't
> possible for there to be "local" extensions.

I quite agree that it should be easy to set up such complex things, but
not without asking.

But I guess I'm somewhat lonely on this one.  Anyway, if I were an
admin, I wouldn't use /usr/local, because there's too many programs 
(and I'm not talking about the two Debian packages) that make assumptions
about it.



--==_Exmh_1597434688P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMf/zKoQRll5MupLRAQEGGgP9ELmKevrfFPN/MtSmGTegveqUYvbX+l+K
JYnvCaLVoMspsqsxTMER/FF2nSfYN/YEFsMkotNMB7oriK+s82P6ujdDik5UyF0e
v44lZuT4mxNzaJCW4p3UZSgX7Yj/PJ0e7M+D64DYt/cm4wtmle7sSJ4bdlpAlVLR
AgQIyBlPnCw=
=HWoh
-----END PGP MESSAGE-----

--==_Exmh_1597434688P--


From debian-devel-request@lists.debian.org Thu Aug 01 01:43:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 01:29:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 01:29:01 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 00:26:51 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3903: ae carriage return bug still exists on base disks
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3903@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Thu, 01 Aug 1996 00:18:01 GMT
Resent-Message-ID: <handler.3903.B3903.83885783330068@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Message-Id: <m0ullCd-0004PkC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 01:01 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3903@bugs.debian.org
In-Reply-To: <m0ujGfh-0006gzC@mongo.pixar.com>
References: <m0ujGfh-0006gzC@mongo.pixar.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5630
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bruce Perens writes ("Re:  Bug#3903: ae carriage return bug still exists on base disks"):
> If I'm not mistaken, this is fixed in the 7_14_1996 boot floppy in
> Debian-1.1-updates/disks-i386 .

Ah, but that directory isn't in buzz-fixed.

I'll reassign this bug.

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 01:43:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 01:19:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 01:19:55 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 00:14:42 -0000
Resent-Date: 1 Aug 1996 00:14:42 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ullPC-0004PoC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 01:14 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian Development <debian-devel@lists.debian.org>
Subject: Re: Bug#3795: ae should not be essential
In-Reply-To: <Pine.SGI.3.95.960725105222.24988C-100000@ana.libertel.montreal.qc.ca>
References: <Pine.SGI.3.95.960725105222.24988C-100000@ana.libertel.montreal.qc.ca>
Resent-Message-ID: <"irO3x3.0.4-7.oR__n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5629
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Christian Hudon writes ("Re: Bug#3795: ae should not be essential"):
> On Fri, 19 Jul 1996, Ian Jackson wrote:
> [snip]
> > After all, if I install emacs or nvi I have no need of ae and the ae
> > package shouldn't prevent me from using it.  Even if I have no other
> > editor I can reinstall ae if I need to.
> 
> Isn't it that some of the packages that look at EDITOR fall back to ae if
> there are problems with EDITOR?

I don't know.  I'm tempted to say that's probably not a very good
idea, but I can't back it up.  In any case ...

> Wouldn't that be good enough for essential?

No, absolutely not.  Essential makes it extremely hard for a user to
remove the package, and should only be used in cast-iron cases.

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 01:43:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 01:40:47 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 01:40:46 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 00:34:39 -0000
Resent-Date: 1 Aug 1996 00:34:39 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <liw@clinet.fi>
Message-Id: <m0ulli0-000HVrC@liw.clinet.fi>
From: Lars Wirzenius <liw@iki.fi>
To: debian-devel@lists.debian.org
Subject: Re: Quasi-free development tools 
In-Reply-To: Your message of "Wed, 31 Jul 1996 09:40:11 PDT."
             <199607311640.JAA03070@eskimo.com> 
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1640572128P";
	micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Thu, 01 Aug 1996 03:33:47 +0300
Sender: liw@clinet.fi
Resent-Message-ID: <"Qhirt1.0.zK.Vk__n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5633
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

--==_Exmh_1640572128P
Content-Type: text/plain; charset=us-ascii

Leland Olds:
> As I mentioned in my other post, at least with Troll and Qt, we get the
> source, so we can port it and fix bugs.  But we have to get the
> blessing of Troll before we can distribute the changed source.  

Sounds nice, but I think not nice enough to put Qt into the main
distribution.  Having source is a requirement, but not the only
requirement.  Not having the permission to modify it as we wish
makes it non-free.  IMHO.

I think it's really, really nice of Troll Tech to provide the Qt source
code, and I wish them well. But I don't think Qt should be called
freeware, and I doubt Troll Tech would want us to call it freeware.

Putting something into non-free should not be regarded as an insult.
While the world might be a happier place if all programs were in the
main distribution, we should try to achieve that goal by asking the
authors to change their copyrights, instead of weakening the criteria
for the main distribution.

> Unless it is statically linked. Yuck. 

Um, well, I don't think static linking is enough to break the dependency
on non-free code -- anyone who needs to recompile it will still need to
get the non-free code.  But it does solve the problem for people buying
a CD-ROM and not being able to use packages that depend on non-free ones.

If I had a lot of extra time, I might spend it on helping LessTif become
real. Motif compatibility is one of the major missing things for Linux
freeware, since there are so many free programs that require Motif.
Mosaic is perhaps the most important one, but there are many others.

I guess I've more or less exhausted everyone's patience with recent
rantings.  I'll be quiet now.

-- 
Lars Wirzenius <liw@iki.fi> <http://www.iki.fi/liw/>
Please don't Cc: me when replying to my message on a mailing list.



--==_Exmh_1640572128P
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: 2.6.2i

iQCVAwUBMf/7aIQRll5MupLRAQHIvQQAmOyI1dI/sAfxXul9vKyHc25w1BuzYVEh
5Okvecjn2yySAVNdQ3nusQ3mS4+eRHE9U554K3xjBhYZl2hLlBuABpuHy5TosWKr
gNvDNDTLvudvg3szHezCFx8BW0pSRKTGtEf/XHucDievIY8HMgtdTT0GnCmuxjjE
dao4yR6LMPc=
=bYJ0
-----END PGP MESSAGE-----

--==_Exmh_1640572128P--


From debian-devel-request@lists.debian.org Thu Aug 01 01:43:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 01:34:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 01:34:32 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 00:27:06 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3905: base disks still install part packages
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3905@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Bruce Perens <bruce@pixar.com>
Resent-Date: Thu, 01 Aug 1996 00:18:02 GMT
Resent-Message-ID: <handler.3905.B3905.83885783230057@bugs.debian.org>
X-Debian-PR-Package: base
X-Loop: owner@bugs.debian.org
Message-Id: <m0ullC0-0004PkC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 01:00 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3905@bugs.debian.org
In-Reply-To: <m0ujGeX-0005YhC@mongo.pixar.com>
References: <m0ujGeX-0005YhC@mongo.pixar.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5632
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bruce Perens writes ("Re:  Bug#3905: base disks still install part packages"):
> Hm. The kernel isn't really coming from a package. It gets worse in 1.2
> because the kernel and rootdisk are on one floppy, and modules are on one
> or more additional floppies. Can you think of a good way to resolve this?

Erm, not really, but I think they kernel can justifiably be a special
case.

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 01:43:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 01:31:05 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 01:31:04 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 00:26:59 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3986: inconsistency between base and sysvinit packages!
Reply-To: Carlos Carvalho <carlos@riglos.fisica.ufpr.br>, 3986@bugs.debian.org
Resent-From: Carlos Carvalho <carlos@riglos.fisica.ufpr.br>
Resent-To: debian-devel@lists.debian.org
Resent-Date: Thu, 01 Aug 1996 00:18:01 GMT
Resent-Message-ID: <handler.3986.B.83885783230055@bugs.debian.org>
X-Loop: owner@bugs.debian.org
Message-Id: <m0ulkvi-00002tC@riglos.fisica.ufpr.br>
Date: Wed, 31 Jul 96 20:43 EST
From: Carlos Carvalho <carlos@riglos.fisica.ufpr.br>
To: submit@bugs.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5631
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

The newer base packages create /dev/tty* with permission rw-rw----.
This causes an error when you try to open an xterm/rxvt window. They
quit with "couldn't open a pseudo-terminal" msg. I don't know whose
fault it is.

However, the newest sysvinit has this command in the boot script:

chmod 666 /dev/tty[pqrs]*

So there seems to be a disagreement between the maintainers, no?

Carlos


From debian-devel-request@lists.debian.org Thu Aug 01 02:08:54 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 01:46:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 01:46:33 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 00:38:46 -0000
Resent-Date: 1 Aug 1996 00:38:46 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ullmZ-0004NpC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 01:38 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: branderh@iaehv.nl (Erick Branderhorst), 3976-done@bugs.debian.org
Cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: Bug#3976: msdos-i386 not found
In-Reply-To: <96Jul31.132701gmt+0100.6252@gateway.azr.nl>
References: <96Jul31.132701gmt+0100.6252@gateway.azr.nl>
Resent-Message-ID: <"ldd-Q1.0.8Q.Mo__n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5634
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Erick Branderhorst writes ("Bug#3976: msdos-i386 not found"):
...
> I didn't test whether one can install from a dos copy of the debian 
> archive.  However I can imagine that a search/check is done on a
> directory with the name "msdos-$(ARCH)" (i.e. msdos-i386, msdos-m68k).
> Such a directory will never be found on a dos archive.

In fact, such a check is not done.

> It seems that we have to restrict ourselves on using 8 character names
> for directories above the dos files.  All directories follow this 
> approach (except buzz-fixed, buzz-updates) and the above mentioned
> msdos-i386 dirs.  I suggest that we rearrange the archive (after the
> release of debian 1.2 (or 1.3?) and make the structure more
> hierarchical:
> 
> .../debian/unstable/i386/binary/...
>                         /msdos/...
>                         /source -> ../source
>                     m68k/binary/...
>                         /msdos/...
>                         /source -> ../source
>                     source/...
> &c

This is not necessary.  You can't use dselect's `install from
nicely-laid out full archive tree' option, because you don't have one
on an msdos filesystem, but you can download the .deb files and
Packages files into whatever directories you like and tell dselect
about them.

I don't think that adding yet more layers to our already very deep FTP
structure is a good idea.

I'm closing the report.

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 02:08:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 01:55:49 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 01:55:49 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 00:46:25 -0000
Resent-Date: 1 Aug 1996 00:46:25 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ullu4-0004NpC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 01:46 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: fileutils can now replace perforate...
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <xe1k9vzc3s4.fsf@maneki-neko.cygnus.com>
References: <xe1k9vzc3s4.fsf@maneki-neko.cygnus.com>
Resent-Message-ID: <"eoYi72.0.Zn.Xv__n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5635
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Mark Eichin writes ("fileutils can now replace perforate..."):
> This came up a while back, in a discussion of creating sparse
> files.  Perforate is probably still a win if it operates in place
> (does it? I haven't really looked) but cp now has:
> 
> * cp has a new option to control creation of sparse files:
>   --sparse={auto,always,never}.  --sparse=auto is the default.

But --sparse=auto is impossible to implement correctly on many
systems, and filesystem-dependent on others !

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 02:08:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:07:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 02:07:02 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 00:51:41 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3838: GCC should depend on CPP, not conflict with it
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3838@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Thu, 01 Aug 1996 00:33:00 GMT
Resent-Message-ID: <handler.3838.B3838.83885934430483@bugs.debian.org>
X-Debian-PR-Package: gcc
X-Loop: owner@bugs.debian.org
Message-Id: <m0ullLV-0004PkC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 01:10 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3838@bugs.debian.org
In-Reply-To: <m0ujRiY-000BlVC@elo.ods.com>
References: <m0uhNPU-0004Q9C@chiark.chu.cam.ac.uk>
	<m0ujRiY-000BlVC@elo.ods.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5637
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

David Engel writes ("Re: Bug#3838: GCC should depend on CPP, not conflict with it"):
...
> This would force an exact version match between cpp and gcc and I
> would very much like to avoid those situations.  Yes, I know this is
> already done with shared library run-time and development packages.
> Unless you can come up with a better suggestion, I can have cpp and
> gcc conflict AND replace each other.

Hmm.  Why is it necessary for gcc to know which version of cpp is
available, or for it to have exactly the right one ?

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 02:08:55 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:05:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 02:05:07 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 00:49:38 -0000
Resent-Date: 1 Aug 1996 00:49:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ullxE-0004NqC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 01:49 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: location of sg.h
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0uhg0y-0000WbC@olds.eskimo.net>
References: <m0uhg0y-0000WbC@olds.eskimo.net>
Resent-Message-ID: <"puVzV1.0.dy.Yy__n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5636
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Lee Olds writes ("location of sg.h"):
> As a first package, I'm debianizing cdda2wav.
> 
> It tries to include sg.h as follows:
>    #include <linux/../../drivers/scsi/sg.h>
> 
> This doesn't work because /usr/include/linux is not a symbolic link.
> Currently I am using this instead:
> 
>    #include </usr/src/linux/include/scsi/sg.h>
> 
> What is the correct way for a user program to include this file? Is sg.h
> in the wrong place? Should /usr/include/linux be a symbolic link? Should
> any package that uses this file depend on the kernel source?

Hmm.  I'd be tempted to do
 #include <scsi/sg.h>
and use -I/usr/src/linux/include.

I don't think that every program that uses the SCSI generic interface
should need to include a kernel header file.  Can the public bits not
be put in a public header file ?

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 02:08:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:08:33 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 02:08:32 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 00:52:36 -0000
Resent-Date: 1 Aug 1996 00:52:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ulm00-0004NqC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 01:52 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: How do I compare "unstable/source" to "unstable/binary-m68k"
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.3.89.9607202111.A5789-0100000@mill2.MillComm.COM>
References: <Pine.3.89.9607202111.A5789-0100000@mill2.MillComm.COM>
Resent-Message-ID: <"DvFCF3.0.141.J___n"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5638
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

llucius@millcomm.com writes ("How do I compare "unstable/source" to "unstable/binary-m68k""):
> I'd like to see where we sit as far as catching up and was wondering if 
> anyone has a nice little script that will compare the source directory to 
> the binary directory and report the differences.
> 
> I put together a little script to do it, but it's not the greatest...

It can't be done at the moment, because the information isn't in the
various files.  You might get better results by comparing binary-m68k
with binary-i386.

When the new source format arrives want you want will be possible.

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 02:33:56 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:20:02 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 02:20:01 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 00:53:52 -0000
Resent-Date: 1 Aug 1996 00:53:52 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ulm1E-0004NqC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 01:53 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: location of sg.h
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607210300.NAA24666@aurora.cc.monash.edu.au>
References: <m0uhg0y-0000WbC@olds.eskimo.net>
	<199607210300.NAA24666@aurora.cc.monash.edu.au>
Resent-Message-ID: <"rOi9_3.0.u81.V000o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5639
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Stuart Lamble quotes the 2.0.7 kernel README:
...
>                 cd /usr/include
>                 rm -rf asm linux scsi
>                 ln -s /usr/src/linux/include/asm-i386 asm
>                 ln -s /usr/src/linux/include/linux linux
>                 ln -s /usr/src/linux/include/scsi scsi

Does this mean that our libc5-dev package should include
/usr/include/scsi ?

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 02:33:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:28:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 02:28:45 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 01:07:03 -0000
Resent-Date: 1 Aug 1996 01:07:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ulmE3-0004NpC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 02:06 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: D68K: The next step...
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.3.89.9607221600.C18582-0100000@mill2.MillComm.COM>
References: <Pine.3.89.9607221600.C18582-0100000@mill2.MillComm.COM>
Resent-Message-ID: <"Wk5dL3.0.WO1.tC00o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5641
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

llucius@millcomm.com writes ("D68K: The next step..."):
...
> If anyone has a problem with this or wants me to bypass any particular 
> packages, please let me know.  I don't want to walk on any toes... B-)

I wouldn't touch dpkg if I were you :-).  If you find easy fixes to
anything send me patches.

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 02:33:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:29:54 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 02:29:54 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 01:09:42 -0000
Resent-Date: 1 Aug 1996 01:09:41 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ulmGd-0004NpC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 02:09 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Packages using perl in inst scripts and not requiring perl: normal?
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607232222.AAA27233@marin.fdn.fr>
References: <199607232222.AAA27233@marin.fdn.fr>
Resent-Message-ID: <"xfB_B1.0.qP1.LF00o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5642
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Yves Arrouye writes ("Packages using perl in inst scripts and not requiring perl: normal?"):
> Is it normal that some packages do use perl in their installation scripts
> and do not have a Requires: perl field though perl is not a required
> package?

This is OK, so long as they only use the bits of Perl that are on the
base disks.

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 02:33:57 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:31:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 02:31:07 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 01:10:59 -0000
Resent-Date: 1 Aug 1996 01:10:59 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ulmHs-0004NpC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 02:10 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Q about making a package with a dedicated user?
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607232227.AAA27241@marin.fdn.fr>
References: <199607232227.AAA27241@marin.fdn.fr>
Resent-Message-ID: <"eYhyO2.0.LQ1.ZG00o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5643
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Yves Arrouye writes ("Q about making a package with a dedicated user?"):
> Hello,
> 
> I'm taking over the Apache package, and remember that some of you wanted
> the web data in ~www. I'll do that but I have a question:
> 
>   - I'd like to create the www user (group) *before* files are unpacked.
>     And I need to be sure of its uid (gid) because the .deb file will
>     contain files owned by www.www. How can I ensure that? (I'd like
>     not to have to chown unless forced to do so).

Err, the `www' user is allocated dynamically (on my system it's uid
108), and it's too late to change this now.

Why do you need to unpack some files with this ownership ?

You could ask Bruce to allocate you a new, static username and uid.

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 02:33:58 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:20:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 02:20:58 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 00:58:50 -0000
Resent-Date: 1 Aug 1996 00:58:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ulm67-0004NqC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 01:58 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: site-start.el and lout-mode.el
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <96Jul22.142510gmt+0100.6251@gateway.azr.nl>
References: <31F0E81C.3917E105@verisim.com>
	<96Jul22.142510gmt+0100.6251@gateway.azr.nl>
Resent-Message-ID: <"5TULV.0.lI1.A500o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5640
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Erick Branderhorst writes ("Re: site-start.el and lout-mode.el"):
> [ people ... ]
> > > We could do with a script similar to install-info to deal with this. The
> > > postinst/prerm from the vm package are good starting points.
> > 
> > If anything, I would recommend a "site-start" directory that held the code
> > for all of the installed packages.  Emacs lisp should be sufficiently smart
> > enough to be able to run all scripts in a given directory, much like run-parts.
> > This would, of course, be in addition to the "site-start.el" file in /etc.
> 
> How bad is this for the performance of the starting of emacs? [...]

If it's too slow we can have the script cat together all the entries
into a cached version if the directory is more recently modified than
the cache, and then run the cache.

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 22:09:24 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked by uid 853); 1 Aug 1996 02:08:59 -0000
Delivered-To: klee@debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:07:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by master.debian.org with SMTP; 1 Aug 1996 02:07:02 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 00:51:41 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3838: GCC should depend on CPP, not conflict with it
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3838@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: David Engel <david@ods.com>
Resent-Date: Thu, 01 Aug 1996 00:33:00 GMT
Resent-Message-ID: <handler.3838.B3838.83885934430483@bugs.debian.org>
X-Debian-PR-Package: gcc
X-Loop: owner@bugs.debian.org
Message-Id: <m0ullLV-0004PkC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 01:10 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3838@bugs.debian.org
In-Reply-To: <m0ujRiY-000BlVC@elo.ods.com>
References: <m0uhNPU-0004Q9C@chiark.chu.cam.ac.uk>
	<m0ujRiY-000BlVC@elo.ods.com>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5637
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

David Engel writes ("Re: Bug#3838: GCC should depend on CPP, not conflict with it"):
...
> This would force an exact version match between cpp and gcc and I
> would very much like to avoid those situations.  Yes, I know this is
> already done with shared library run-time and development packages.
> Unless you can come up with a better suggestion, I can have cpp and
> gcc conflict AND replace each other.

Hmm.  Why is it necessary for gcc to know which version of cpp is
available, or for it to have exactly the right one ?

Ian.


From debian-devel-request@lists.debian.org Thu Aug 01 22:34:26 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 22:15:09 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 1 Aug 1996 22:15:09 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 11:06:12 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 11:06:12 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 07:40:17 -0000
Resent-Date: 1 Aug 1996 07:40:16 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607311749.TAA00667@circe.informatik.rwth-aachen.de>
Subject: Re: Quasi-free development tools
To: menden@informatik.tu-muenchen.de (Juergen Menden)
Date: Wed, 31 Jul 1996 19:48:59 +0200 (MET DST)
Cc: debian-devel@lists.debian.org (Debian Development)
In-Reply-To: <Pine.SUN.3.91.960731121736.6891F-100000@koma.informatik.tu-muenchen.de> from "Juergen Menden" at Jul 31, 96 12:24:03 pm
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"IQuRU2.0.Kj.Wz50o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5675
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Juergen Menden writes:
> please do not include binary-only libs in the distribution. it to difficult 
> to port them :-) esp with libs, where a real bunch of software might depend 
> on, this isn't very helpful.

I wish the LyX team had choosen a different way to write their program.

> for xforms: we've already tried to convince the author to build 
> a m68k package, but he just isn't interrested. this is really 
> bad news. :-(

That is really bad. 

Michael

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Thu Aug 01 22:34:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 22:30:47 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 1 Aug 1996 22:30:47 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 06:28:31 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 06:28:30 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 03:18:22 -0000
Resent-Date: 1 Aug 1996 03:18:21 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <llucius@millcomm.com>
Date: Wed, 31 Jul 1996 22:18:16 -0500 (CDT)
From: llucius <llucius@millcomm.com>
Subject: Re: D68K: The next step...
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
cc: debian-devel@lists.debian.org
In-Reply-To: <m0ulmE3-0004NpC@chiark.chu.cam.ac.uk>
Message-ID: <Pine.3.89.9607312228.D22586-0100000@mill2.MillComm.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Resent-Message-ID: <"QqoK83.0._-3.y720o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5666
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

On Thu, 1 Aug 1996, Ian Jackson wrote:

> llucius@millcomm.com writes ("D68K: The next step..."):
> ...
> > If anyone has a problem with this or wants me to bypass any particular 
> > packages, please let me know.  I don't want to walk on any toes... B-)
> 
> I wouldn't touch dpkg if I were you :-).  If you find easy fixes to
> anything send me patches.
> 
Actually, I've not gotten to "The Next Step" yet anyway.  I finally bit 
the bullet and downloaded XFree86 (whew!), compiled it, and am now going 
through all the X related packages.

Leland

__ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth!
   oo o  oo o  o  | 
    o       o   o | llucius@millcomm.com
 o oo    o     o  | 
-- -- -- -- -- -- | http://www.millcomm.com/~llucius       (maybe one day)


From debian-devel-request@lists.debian.org Thu Aug 01 22:34:39 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 22:33:09 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 1 Aug 1996 22:33:09 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 06:30:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 06:30:51 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 03:19:18 -0000
Resent-Date: 1 Aug 1996 03:19:18 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <osiris@cs.utexas.edu>
Sender: osiris@cs.utexas.edu
To: Rob Browning <osiris@cs.utexas.edu>
Cc: Ian Jackson <ian@chiark.chu.cam.ac.uk>,
  Debian developers list <debian-devel@lists.debian.org>
Subject: Re: /usr/doc/copyright/<package> -> /usr/doc/<package>/copyright ?
References: <m0ulkxH-0004PkC@chiark.chu.cam.ac.uk>
	<873f27293c.fsf@raven.ots.utexas.edu>
From: Rob Browning <osiris@cs.utexas.edu>
Date: 31 Jul 1996 22:18:13 -0500
In-Reply-To: Rob Browning's message of 31 Jul 1996 20:20:55 -0500
Message-ID: <87vif3ztai.fsf@raven.ots.utexas.edu>
Lines: 21
X-Mailer: Gnus v5.2.38/Emacs 19.31
Resent-Message-ID: <"7VDr51.0.R_3.r820o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5667
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Rob Browning <osiris@cs.utexas.edu> writes:

Wow, that didn't come out sounding like agreement.  To clarify, it
was.

> Ian Jackson <ian@chiark.chu.cam.ac.uk> writes:
> 
> > Should we move the copyright file (and the examples directory) into
> > the per-package directory in /usr/doc ?
> 
> I prefer the idea of it all in /usr/doc/package-name.
> 
> i.e.
> 
> /usr/doc/bash/examples
> /usr/doc/bash/copyright
> /usr/doc/bash/README
> ... whatever

--
Rob


From debian-devel-request@lists.debian.org Fri Aug 02 00:14:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:10:33 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:10:33 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 05:21:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 05:21:35 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 02:06:43 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3975: netpbm is mostly free
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3975@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: Jim Robinson <jimr@simons-rock.edu>
Resent-Date: Thu, 01 Aug 1996 01:48:02 GMT
Resent-Message-ID: <handler.3975.B3975.83886383531803@bugs.debian.org>
X-Debian-PR-Package: netpbm
X-Loop: owner@bugs.debian.org
Message-Id: <m0ulmes-0004NqC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 02:34 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Marek Michalkiewicz <marekm@ists.pwr.wroc.pl>, 3975@bugs.debian.org
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607310106.DAA03081@i17unixb.ists.pwr.wroc.pl>
References: <199607310106.DAA03081@i17unixb.ists.pwr.wroc.pl>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5658
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Marek Michalkiewicz writes ("Bug#3975: netpbm is mostly free"):
...
> I think it is unfortunate that free and non-free programs get mixed
> in one package.  Ideally there should be 3 binary packages: one for
> the free programs, one for the "really non-free" (noncommercial use
> only) hpcdtoppm program, and one for the "non-free in the US only"
> (Unisys patent) ppmtogif program (so that non-US CD-ROM publishers
> can distribute it).

Couldn't we patch out the source code for the non-free bits in the
diff ?

Admittedly we'd still be distributing it, but obviously not with the
intent that people use it - and that's what counts with patents.

Ian.


From debian-devel-request@lists.debian.org Fri Aug 02 00:14:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:11:33 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:11:33 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 05:22:36 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 05:22:35 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 02:06:45 -0000
Old-Return-Path: <owner@bugs.debian.org>
Subject: Bug#3768: axe info files incorrectly installed
Reply-To: Ian Jackson <ian@chiark.chu.cam.ac.uk>, 3768@bugs.debian.org
Resent-From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Resent-To: debian-devel@lists.debian.org
Resent-CC: joost witteveen <joostje@debian.org>
Resent-Date: Thu, 01 Aug 1996 01:48:00 GMT
Resent-Message-ID: <handler.3768.B3768.83886383831820@bugs.debian.org>
X-Debian-PR-Package: axe
X-Loop: owner@bugs.debian.org
Message-Id: <m0ulmae-0004NpC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 02:30 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: 3768@bugs.debian.org
Cc: richard@greenend.org.uk
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607291759.TAA00624@circe.informatik.rwth-aachen.de>
References: <8NW1SMyX3@sfere.elmail.co.uk>
	<199607291759.TAA00624@circe.informatik.rwth-aachen.de>
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5659
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Michael Meskes writes ("Bug#3768: axe info files incorrectly installed"):
...
> 1) Change the source of axinfo (lots of work).

This would be ideal, of course, but of course effort may be better
spent elsewhere.

> 2) Use two copies of the info files, on gzipped in /usr/info, one
> uncompressed somewhere else (wastes some space).

This is silly, and defeats the purpose of compressing them.

> 3) Leave it as it is (as in "no rule without exception).

Leave the bug open until the source to axinfo is changed to support
compressed files; in the meantime leave the files uncompressed.

Ian.


From debian-devel-request@lists.debian.org Fri Aug 02 00:14:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:14:06 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:14:06 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 05:25:08 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 05:25:08 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 02:12:03 -0000
Resent-Date: 1 Aug 1996 02:12:02 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <bcwhite@verisim.com>
Sender: bcwhite@verisim.com
Message-ID: <3200121C.5E1BE0B0@verisim.com>
Date: Wed, 31 Jul 1996 22:10:36 -0400
From: "Brian C. White" <bcwhite@verisim.com>
Organization: Verisim, Inc.
X-Mailer: Mozilla 3.0b5a (X11; I; Linux 2.0.2 i486)
MIME-Version: 1.0
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: Bug#3795: ae should not be essential
References: <Pine.SGI.3.95.960725105222.24988C-100000@ana.libertel.montreal.qc.ca> <m0ullPC-0004PoC@chiark.chu.cam.ac.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"1iYI52.0.qO2.o910o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5660
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> > Isn't it that some of the packages that look at EDITOR fall back to ae if
> > there are problems with EDITOR?
> 
> I don't know.  I'm tempted to say that's probably not a very good
> idea, but I can't back it up.  In any case ...

Dftp does, though it isn't a package, yet.

                                        Brian
                               ( bcwhite@verisim.com )

-------------------------------------------------------------------------------
    In theory, theory and practice are the same.  In practice, they're
not.


From debian-devel-request@lists.debian.org Fri Aug 02 00:39:31 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:26:00 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:26:00 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 05:37:03 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 05:37:02 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 02:17:08 -0000
Resent-Date: 1 Aug 1996 02:17:08 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <stevegr@Starbase.NeoSoft.COM>
From: Steve Greenland <stevegr@Starbase.NeoSoft.COM>
Message-Id: <199608010217.VAA18115@Starbase.NeoSoft.COM>
Subject: Re: /usr/doc/copyright/<package> -> /usr/doc/<package>/copyright ?
To: debian-devel@lists.debian.org (Debian Developers)
Date: Wed, 31 Jul 1996 21:17:03 +1900 (CDT)
In-Reply-To: <m0ulkxH-0004PkC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Aug 1, 96 00:45:00 am
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"Unhqu.0.aV2.aE10o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5661
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ian Jackson wrote:
> Should we move the copyright file (and the examples directory) into
> the per-package directory in /usr/doc ?

I would prefer this. This would put all the non-{man,info} docs
for a given package in one place, which I think is a Good Idea.

SteveG

-- 
The Mole - I think, therefore I scream 


From debian-devel-request@lists.debian.org Fri Aug 02 00:39:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:19:34 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:19:34 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 10:50:37 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 10:50:36 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 07:39:34 -0000
Resent-Date: 1 Aug 1996 07:39:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607311747.TAA00622@circe.informatik.rwth-aachen.de>
Subject: Re: Quasi-free development tools
To: branderh@iaehv.nl (Erick Branderhorst)
Date: Wed, 31 Jul 1996 19:47:31 +0200 (MET DST)
Cc: debian-devel@lists.debian.org (Debian Development)
In-Reply-To: <96Jul31.134608gmt+0100.6252@gateway.azr.nl> from "Erick Branderhorst" at Jul 31, 96 10:29:23 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"qtjPK.0.oh.ry50o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5673
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Erick Branderhorst writes:
> Personally, I think that we should ask the folks who created Qt and xforms
> if they allow us to distribute their stuff and shared libs of it as well.

That's exactly what I did with xforms. And that's the reason why xforms is
in contrib rather than in non-free.

Michael

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Fri Aug 02 00:39:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:20:55 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:20:55 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 10:51:57 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 10:51:56 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 07:39:37 -0000
Resent-Date: 1 Aug 1996 07:39:36 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <meskes@Informatik.RWTH-Aachen.DE>
From: Michael Meskes <meskes@Informatik.RWTH-Aachen.DE>
Message-Id: <199607311742.TAA00368@circe.informatik.rwth-aachen.de>
Subject: Re: Quasi-free development tools
To: olds@eskimo.com
Date: Wed, 31 Jul 1996 19:42:42 +0200 (MET DST)
Cc: debian-devel@lists.debian.org (Debian Development)
In-Reply-To: <m0ulVPX-0000aFC@olds.eskimo.net> from "Lee Olds" at Jul 31, 96 00:09:39 am
X-Mailer: ELM [version 2.4 PL25 PGP2]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"SSBf6.0.1i.uy50o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5674
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Lee Olds writes:
> So what should we do about packages we want in the standard distribution
> that use these libraries?  I don't like the idea of linking all of these
> programs statically.  But my understanding of the current Debian policy
> says that the shared packages for these libraries must be in non-free.

This does not hold for xforms. We are allowed to distribute 0.80x version
freely. However, I didn't get an answer about 0.81 yet.

> Do we want allow binary only packages containing these shared libs
> to reside in the Debian distribution proper?  Do we allow software
> that statically links to this stuff in the distribution proper?

As far as I can tell statically linked stuff is okay, except for the missing
source problem.

> Do we want to exclude from Debian proper any software that uses a library
> that is not freely redistributable (per the Debian definition)?

I don't like that. Lyx is a really fine peace of software. However, I'd love
to see a GPL'es xforms replacement.

Michael

-- 
Michael Meskes                   |    _____ ________ __  ____
meskes@informatik.rwth-aachen.de |   / ___// ____/ // / / __ \___  __________
meskes@sanet.de                  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
meskes@debian.org                |  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!		 | /____/_/      /_/  /____/\___/_/  /____/


From debian-devel-request@lists.debian.org Fri Aug 02 00:39:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:27:17 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:27:17 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 05:38:20 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 05:38:20 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 02:17:10 -0000
Resent-Date: 1 Aug 1996 02:17:10 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <sjlam1@aurora.cc.monash.edu.au>
From: Mr Stuart Lamble <sjlam1@aurora.cc.monash.edu.au>
Message-Id: <199608010216.MAA23042@aurora.cc.monash.edu.au>
Subject: Re: location of sg.h
To: debian-devel@lists.debian.org
Date: Thu, 1 Aug 1996 12:16:03 +1000 (EST)
In-Reply-To: <m0ullxE-0004NqC@chiark.chu.cam.ac.uk> from "Ian Jackson" at Aug 1, 96 01:49:00 am
Reply-To: lamble@yoyo.cc.monash.edu.au
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"DnTz33.0.tV2.bE10o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5662
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

> Lee Olds writes ("location of sg.h"):
> > It tries to include sg.h as follows:
> >    #include <linux/../../drivers/scsi/sg.h>
...
> 
> Hmm.  I'd be tempted to do
>  #include <scsi/sg.h>
> and use -I/usr/src/linux/include.

I'm sure I wrote a response to this earlier...I'll restate it here.

As of (at the latest) 2.0.0, /usr/include/scsi should be a symbolic link
to /usr/src/linux/include/scsi. Given that libc5 includes the kernel
headers (I still dislike this, btw, and yes, I've read the FAQ), it
should be updated to include this.

In other words, the #include should just be <scsi/sg.h>.

> I don't think that every program that uses the SCSI generic interface
> should need to include a kernel header file.  Can the public bits not
> be put in a public header file ?

See above. :-)

-- 
I'm on a low-fat, high stress diet: coffee and fingernails.


From debian-devel-request@lists.debian.org Fri Aug 02 00:39:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:32:16 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:32:16 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:43:18 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 02:43:17 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 01:20:33 -0000
Resent-Date: 1 Aug 1996 01:20:33 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0ulmQv-000141C@miles.econ.queensu.ca>
Date: Wed, 31 Jul 96 21:20 EDT
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: /usr/doc/copyright/<package> -> /usr/doc/<package>/copyright ?
In-Reply-To: <m0ulkxH-0004PkC@chiark.chu.cam.ac.uk>
References: <m0ulkxH-0004PkC@chiark.chu.cam.ac.uk>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"3sAeR.0.hZ1.XP00o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5648
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Ian> Should we move the copyright file (and the examples directory) into
  Ian> the per-package directory in /usr/doc ?

Good idea.  Can we also recommend/impose to include the Changelog [1] file ?

[1] The format could either be free format, or if one is imposed, an emacs
function should be provided, otherwise add-change-log-entry is good enough.
We all know that Ian hates it, as he hates debian-changes, but it's real easy
on the user.

--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Fri Aug 02 00:39:35 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:34:55 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:34:55 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:45:58 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 02:45:57 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 01:22:00 -0000
Resent-Date: 1 Aug 1996 01:22:00 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <osiris@cs.utexas.edu>
Sender: osiris@cs.utexas.edu
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: Debian developers list <debian-devel@lists.debian.org>
Subject: Re: /usr/doc/copyright/<package> -> /usr/doc/<package>/copyright ?
References: <m0ulkxH-0004PkC@chiark.chu.cam.ac.uk>
From: Rob Browning <osiris@cs.utexas.edu>
Date: 31 Jul 1996 20:20:55 -0500
In-Reply-To: Ian Jackson's message of Thu, 1 Aug 96 00:45 BST
Message-ID: <873f27293c.fsf@raven.ots.utexas.edu>
Lines: 17
X-Mailer: Gnus v5.2.38/Emacs 19.31
Resent-Message-ID: <"MS9u12.0.Bc1.tQ00o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5650
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ian Jackson <ian@chiark.chu.cam.ac.uk> writes:

> Should we move the copyright file (and the examples directory) into
> the per-package directory in /usr/doc ?

I prefer the idea of it all in /usr/doc/package-name.

i.e.

/usr/doc/bash/examples
/usr/doc/bash/copyright
/usr/doc/bash/README
... whatever

--
Rob


From debian-devel-request@lists.debian.org Fri Aug 02 00:39:36 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:33:08 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:33:08 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:44:10 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 02:44:10 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 01:21:29 -0000
Resent-Date: 1 Aug 1996 01:21:29 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ulmRz-0004NpC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 02:21 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: naming convention?
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0ujrDZ-0004jUC@lina>
References: <Pine.SOL.3.93.960726121555.14272F-100000@brando.ece.utexas.edu>
	<m0ujrDZ-0004jUC@lina>
Resent-Message-ID: <"y192e2.0.jb1.PQ00o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5649
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bernd Eckenfels writes ("Re: naming convention?"):
...
> BTW: The Packages file should be compared with the old one, in case tha
> there is no change. [...]

It is.

>  This will avoid additional traffic and confusion (why
> has the Package file in the untouched buzz dir changed?).

Changes of maintainer, section, &c.

Ian.


From debian-devel-request@lists.debian.org Fri Aug 02 01:04:28 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:39:34 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:39:33 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 05:50:35 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 05:50:35 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 02:33:50 -0000
Resent-Date: 1 Aug 1996 02:33:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <osiris@cs.utexas.edu>
Sender: osiris@cs.utexas.edu
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: debian-devel@lists.debian.org
Subject: Re: site-start.el and lout-mode.el
References: <31F0E81C.3917E105@verisim.com>
	<96Jul22.142510gmt+0100.6251@gateway.azr.nl>
	<m0ulm67-0004NqC@chiark.chu.cam.ac.uk>
From: Rob Browning <osiris@cs.utexas.edu>
Date: 31 Jul 1996 21:32:43 -0500
In-Reply-To: Ian Jackson's message of Thu, 1 Aug 96 01:58 BST
Message-ID: <8720hr25ro.fsf@raven.ots.utexas.edu>
Lines: 11
X-Mailer: Gnus v5.2.38/Emacs 19.31
Resent-Message-ID: <"5HJrd1.0.fz2.DU10o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5663
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Ian Jackson <ian@chiark.chu.cam.ac.uk> writes:

> If it's too slow we can have the script cat together all the entries
> into a cached version if the directory is more recently modified than
> the cache, and then run the cache.

That's true, but I have a feeling that it won't be a problem unless we
end up with hundreds of load files, which is a long way away.

--
Rob


From debian-devel-request@lists.debian.org Fri Aug 02 01:04:29 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:42:13 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:42:13 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:53:15 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 02:53:14 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 01:22:03 -0000
Resent-Date: 1 Aug 1996 01:22:03 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ulmSW-0004NqC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 02:21 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: use of /usr/share
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <96Jul26.164225gmt+0100.6251@gateway.azr.nl>
References: <96Jul26.164225gmt+0100.6251@gateway.azr.nl>
Resent-Message-ID: <"-OrT3.0.Zc1.xQ00o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5651
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Erick Branderhorst writes ("use of /usr/share"):
> Perhaps this is a very sensitive subject but shouldn't architecture
> independent things like man pages, info manuals, tex & latex styles
> and a lot of other things being put under a subdir of /usr/share?

The FSSTND people haven't really settled on this yet, and are now
diverted.

Ian.


From debian-devel-request@lists.debian.org Fri Aug 02 01:04:29 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:42:43 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:42:43 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:53:46 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 02:53:46 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 01:22:43 -0000
Resent-Date: 1 Aug 1996 01:22:42 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ulmTE-0004NpC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 02:22 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: New virtual package names.
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <Pine.LNX.3.94.960726104324.6440A-100000@dwarf.polaris.net>
References: <Pine.LNX.3.94.960726104324.6440A-100000@dwarf.polaris.net>
Resent-Message-ID: <"J4-Ys1.0.Fd1.YR00o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5652
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Dale Scheetz writes ("New virtual package names."):
> I need to add imapd-client and imapd-server to the list of virtual package
> names. Are we still doing this the "old" way? (That is, I download the
> package name file, make the required changes, wait for argument, finding
> no objection upload the new file) I seem to remember a hint from someone
> on the list that they were "maintianing" the virtual package name list. If
> this is the case, please contact me about these names.

Use `imap-client' and `imap-server', without the `d'.  `imapd' is the
name of a particular program; `imap' is the name of the protocol.  You
want the latter.

Ian.


From debian-devel-request@lists.debian.org Fri Aug 02 01:04:30 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:43:35 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:43:35 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 05:54:39 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 05:54:38 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 02:37:30 -0000
Resent-Date: 1 Aug 1996 02:37:30 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <karl@tower.net.au>
Message-Id: <1.5.4.32.19960801023712.008815f0@tower.net.au>
X-Sender: karl@tower.net.au
X-Mailer: Windows Eudora Light Version 1.5.4 (32)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 01 Aug 1996 10:37:12 +0800
To: debian-devel@lists.debian.org
From: Karl Ferguson <karl@tower.net.au>
Subject: SLIP not working?
Resent-Message-ID: <"AVF0Q1.0.A13.gX10o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5664
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Hi Everyone...

I've compiled SLIP into the kernel (2.0.10), however I get this following
message in /var/log/daemon.log:

Aug  1 10:30:49 orion /sliplogin[319]: attaching slip unit sl0 for karl
Aug  1 10:30:49 orion /sliplogin[319]: /etc/slip.login sl0 9600 319
203.22.233.3 203.15.138.211 compressed
Aug  1 10:30:50 orion modprobe: Can't locate module net-pf-4
Aug  1 10:20:51 orion modprobe: Can't locate module net-pf-5

Of course, slip just doesn't seem to work at all.  My question is, where are
these modules it can't locate - and if I can find them, will it fix this
problem?

Any help appreciated.

...Karl

--
Karl Ferguson, 
Tower Networking Pty Ltd (ACN: 072 322 760)        karl@tower.net.au
t/a STAR Online Services                           karl@debian.org
Tel: +61-9-455-3446  Fax: +61-9-455-2776           http://www.star.net.au/


From debian-devel-request@lists.debian.org Fri Aug 02 01:04:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:45:53 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:45:53 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:56:56 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 02:56:55 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 01:28:50 -0000
Resent-Date: 1 Aug 1996 01:28:50 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <kaszeta@me.umn.edu>
Date: Wed, 31 Jul 1996 20:28:23 -0500
Message-Id: <199608010128.UAA01206@rayleigh.me.umn.edu>
From: Richard Kaszeta <kaszeta@me.umn.edu>
To: debian-devel@lists.debian.org
In-reply-to: <m0ull9y-000HVrC@liw.clinet.fi> (message from Lars Wirzenius on
	Thu, 01 Aug 1996 02:58:37 +0300)
Subject: Re: Name clash in prospective package
Resent-Message-ID: <"N-eaY2.0.Oi1.IX00o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5656
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

>But I guess I'm somewhat lonely on this one.  Anyway, if I were an
>admin, I wouldn't use /usr/local, because there's too many programs 
>(and I'm not talking about the two Debian packages) that make assumptions
>about it.

Not completely alone---I'd prefer prompting about /usr/local.  Why?
Because /usr/local on all our machines here (not just debian) is an
nfs-mounted directory, and typically mounted readonly or root-squash
so that I know nothing on the client machines is going to be able to
diddle with it.

Prompting about /usr/local is one of the little things packages could
do that make life easier on those of us that try to maintain large
numbers of debian machines.

-- 
Richard W Kaszeta 			Graduate Student/Sysadmin
bofh@bofh.me.umn.edu			University of MN, ME Dept
http://www2.me.umn.edu/~kaszeta



From debian-devel-request@lists.debian.org Fri Aug 02 01:04:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:43:16 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:43:16 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:54:19 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 02:54:18 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 01:24:42 -0000
Resent-Date: 1 Aug 1996 01:24:42 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ulmVA-0004NpC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 02:24 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: Debian Developers <debian-devel@lists.debian.org>
Subject: Re: netscape 3.0-beta5a-1 released
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <31F86112.19941BF1@verisim.com>
References: <31F86112.19941BF1@verisim.com>
Resent-Message-ID: <"uVvlk1.0.3e1.PT00o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5653
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Brian C. White writes ("netscape 3.0-beta5a-1 released"):
...
> Distribution: unstable
                ^^^^^^^^
Because of the fact that this is just an installer package this should
go in contrib.

> Urgency: Low
> Maintainer: Brian White <bcwhite@pobox.com>
> Source: netscape
> Version: 3.0-beta5a-1
> Binary:  netscape
> Architecture:  i386 source
> Description: 
>  netscape: Popular World-Wide-Web browser software
   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Furthermore, the summary description should make it clear that it's
just an installer, eg:

 Description: installer for the popular World-Wide-Web browser

Ian.


From debian-devel-request@lists.debian.org Fri Aug 02 01:04:32 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:43:57 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:43:57 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:55:00 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 02:54:59 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 01:26:45 -0000
Resent-Date: 1 Aug 1996 01:26:45 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ulmX8-0004NqC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 02:26 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: FAQ: Work-Needing and Prospective Packages
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <199607282201.AAA24179@os.inf.tu-dresden.de>
References: <199606112000.WAA29884@os.inf.tu-dresden.de>
	<199607092042.WAA12979@os.inf.tu-dresden.de>
	<199607282201.AAA24179@os.inf.tu-dresden.de>
Resent-Message-ID: <"K9Pnb2.0.Tf1.LV00o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5654
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Sven Rudolph writes ("FAQ: Work-Needing and Prospective Packages"):
> Unfortunately there are some newly orphaned packages. Please look at
> sections 2. and 3.

Sven, how about making this list a little more concise.  It's hard to
see at a glance what's going on in amongst all the tables of contents
and descriptions and so forth.

A summary, near the top, with one line per package, would be very
good.  The only information needed there is the package name and the
summary description (from the package, or made up).  People can mail
debian-devel if they want to take over something.

Ian.


From debian-devel-request@lists.debian.org Fri Aug 02 01:04:33 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:54:10 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:54:10 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 02:55:52 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 02:55:51 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 01:27:38 -0000
Resent-Date: 1 Aug 1996 01:27:38 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ulmXw-0004NqC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 02:27 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Reducing the number of suid root applications
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0ukgPf-0004jWC@lina>
References: <m0ukgPf-0004jWC@lina>
Resent-Message-ID: <"O8tum2.0.pg1.9W00o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5655
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Bernd Eckenfels writes ("Reducing the number of suid root applications"):
> just checking the number of applications with sui/sgid on my system.
> The suid from xlterm/color_xterm could be removed by using a special group
> utmp and using sgid. Of course this needs to be checked with other tools,
> but I think there should be no program with suid if it realy dont needs it.
> The -C switch of xterm will not ork without the suid-root bit, but xconsole
> is better for this, anyway (and admins can control if they want to allow
> grabbing colsole output).

xterm needs to be setuid root to handle pty allocation properly and
securely.

Ian.


From debian-devel-request@lists.debian.org Fri Aug 02 01:04:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:50:41 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:50:41 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 06:01:44 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 06:01:43 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 02:48:58 -0000
Resent-Date: 1 Aug 1996 02:48:58 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <edd@rosebud.sps.queensu.ca>
Message-Id: <m0ulnoR-000141C@miles.econ.queensu.ca>
Date: Wed, 31 Jul 96 22:48 EDT
To: Ian Jackson <ian@chiark.chu.cam.ac.uk>
Cc: debian-devel@lists.debian.org
Subject: Re: Q about making a package with a dedicated user?
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0ulmQL-0004NpC@chiark.chu.cam.ac.uk>
References: <199607232227.AAA27241@marin.fdn.fr>
	<199607241054.MAA30307@picard.cistron.nl>
	<m0ulmQL-0004NpC@chiark.chu.cam.ac.uk>
X-Note: Ask me about Debian Linux, or visit http://www.debian.org
From: Dirk.Eddelbuettel@qed.econ.queensu.ca
Resent-Message-ID: <"PK449.0.4J3.Pi10o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5665
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO


  Mike> In newer debian installations there is a "www-data" user in the 
  Mike> password file:
  Mike> 
  Mike> www-data:*:33:33:www-data:/var/www:/bin/sh
  Mike> 
  Mike> The group is the same:
  Mike> 
  Mike> www-data:*:33:
  Mike> 
  Mike> Most people never see this ofcourse since you seldom upgrade your
  Mike> password file ;)

  Ian> Just a moment.  The cern-httpd package already creates a user `www'
  Ian> for this purpose, and prompts for its home directory.  It also
  Ian> dynamically allocates a uid.

As you said, "just a moment". /usr/sbin/httpdconfig (from cern-httpd-3.0-6)
uses www-data, as Mike said, and not www:

$default_user_dir = "public_html"; # Where should users' docs be stored?
$default_doc_location = "/home/httpd-data"; # Where should docs be stored
$default_use_doc_maint_group = "yes"; # Should we use a doc maint. group?
$default_doc_maint_group = "www-data"; # What should we name it?
                            ^^^^^^^^
$default_dir_mode = 755;        # Use this mode when we're making directories  



--
Dirk Eddelb"uttel                             http://qed.econ.queensu.ca/~edd


From debian-devel-request@lists.debian.org Fri Aug 02 01:04:34 1996
Return-Path: <debian-devel-request@lists.debian.org>
Delivered-To: jdassen@master.debian.org
Received: (qmail-queue invoked from smtpd); 2 Aug 1996 00:58:08 -0000
Received: from cartridge.i-connect.net (qmailr@206.139.73.12)
  by master.debian.org with SMTP; 2 Aug 1996 00:58:08 -0000
Received: (qmail-queue invoked from smtpd); 1 Aug 1996 03:09:11 -0000
Received: from vega.netg.se (194.52.205.3)
  by cartridge.i-connect.net with SMTP; 1 Aug 1996 03:09:11 -0000
Received: (qmail-queue invoked by uid 40); 1 Aug 1996 01:37:49 -0000
Resent-Date: 1 Aug 1996 01:37:49 -0000
Resent-Cc: recipient list not shown: ;
Old-Return-Path: <ian@chiark.chu.cam.ac.uk>
Message-Id: <m0ulmhr-0004NpC@chiark.chu.cam.ac.uk>
Date: Thu, 1 Aug 96 02:37 BST
From: Ian Jackson <ian@chiark.chu.cam.ac.uk>
To: debian-devel@lists.debian.org
Subject: Re: Quasi-free development tools
Newsgroups: chiark.mail.debian.devel
In-Reply-To: <m0ulVPX-0000aFC@olds.eskimo.net>
References: <m0ulVPX-0000aFC@olds.eskimo.net>
Resent-Message-ID: <"zIcjd1.0.bq1.jf00o"@vega>
Resent-From: debian-devel@lists.debian.org
X-Mailing-List: <debian-devel@lists.debian.org> archive/latest/5657
X-Loop: debian-devel@lists.debian.org
Precedence: list
Resent-Sender: debian-devel-request@lists.debian.org
Status: RO

Below is what I've written in the embryonic new policy manual about
what is required of the copyright of a program and so forth in each
part of the distribution.

Ian.

===

All packages in the Debian distribution proper must be freely useable,
modifiable and redistributable in both source and binary form.
<p>

Packages whose copyright permission notices (or patent problems) do
not allow redistribution of modified source code or our own compiled
binaries cannot be placed on the Debian FTP site and its mirrors at
all.
<p>

Packages whose copyright permission notices (or patent problems) do
not allow distribution and copying for profit, without restriction on
the amount charged, or where distribution is restricted according to
the medium used, or where the distributor must ask any kind of special
permission of the authors, or with other onerous conditions, may only
be placed in the semi-supported non-free section of the Debian FTP
archives.  This is important so that CDROM manufacturers can
distribute Debian without having to check the copyright of each
package individually, simply by leaving out the contents of the
non-free area; CDROM distributors are encouraged, though, to check the
copyrights on programs in non-free individually and include as many as
they can.
<p>

Packages whose copyright permission notices (or patent problems) allow
only distribution of compiled binaries (and thus of which only
binaries are available), or where the source code which may be
distributed is not the complete source code required to compile the
program (ie, the program cannot be compiled using only packages in the
main Debian distribution), or which depend for their use on non-free
or contrib packages, or allow free use only for a trial period
(shareware), or are demonstration programs lacking vital functionality
(crippleware), or are only installer-packages which require the user
to supply a separate file to be installed, or which fail to meet some
other policy requirements, may only be placed in the semi-supported
contrib section of the Debian FTP archives (unless they need to be in
non-free - see above).
<p>

Programs whose authors encourage the user to make donations are fine
for the main distribution, provided that the authors do not claim that
not donating is immoral, unethical, illegal or something similar;
otherwise they must go in contrib (or non-free, if even distribution
is restricted by such statements).


