[uploaded to chiark]: dump

[David Frey]

I've uploaded to chiark:

-BEGIN PGP SIGNED MESSAGE-

Date: 07 Aug 96 22:20 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: David Frey <[EMAIL PROTECTED]>
Source: dump
Version: 0.3-7
Binary:  dump
Architecture:  i386 source
Description: 
 dump: Ported 4.4BSD dump and restore utilities.
Changes: Fixed permission bug and corrected Architecture field. 
Files:
 467a808a227d9dbb27ed45e6a538c219  99178  admin  -  dump_0.3-7.tar.gz
 dac5bd2665a46d59099a1fd048ceb570  3552  admin  -  dump_0.3-7.diff.gz
 463329e7b0701e7bcd66185ad46a9107  63830  admin  extra  dump_0.3-7_i386.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.3ia
Charset: latin1

iQCVAwUBMgkXJjeIcrC5jTapAQGrmQQAwPYPkTombzfbpet72kWVpGP8Gqe1y9vC
fdZUFzmlm3JR9dnWQ0dETh8RqHBw25BUfbPkSSX2ptZyK3FWcbjEqDWw4kNNC0dE
JvkqH5IRJwCzC1+YxQZe03JMuhSW6R5d4PJkebjxMi6LMYTZuVvotN89N79BGrio
mNXmeASU1B0=
=qc2W
-END PGP SIGNATURE-

David
-- 
David Frey <[EMAIL PROTECTED]>|Microsoft isn't the answer...it's the QUESTION.
Schlieren, Switzerland|``No'' is the answer.
PGP-Key available on request  |Use Debian GNU/Linux!

Bug#4072: cpio package is missing rmt.8 manual

[Daniel Quinlan]

Package: cpio
Version: 2.4.2-6

/usr/sbin/rmt is a part of cpio, but there is no rmt.8 manual page.
There should be a BSD one that can be appropriated and modified if
necessary.

Bug#4075: Possible security problem with lrzsz

[Ian Jackson]

Package: lrzsz
Version: 0.12a-5

I've not heard from the author wrt my query below.  I'm filing this
bug to make sure that this issue gets checked rather than forgotten.
Thank you for your attention.

Ian.

Mike Neuffer writes ("Re: lrzsz ? Re: forwarded message from CERT Bulletin"):
...
> I'm not the author, but lrzsz is almost identical to the "normal" rzsz 
> implemetation the only difference is that it gives more status information.
> The diff itself is rather small.

--- start of forwarded message (RFC 934 encapsulation) ---
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
To: Debian private list <[EMAIL PROTECTED]>
Subject: lrzsz ? Re: forwarded message from CERT Bulletin

CERT write:
> Topic:  "Trojan Horse" vulnerability via rz program
...
>  All existing versions of the rz program (a program for receiving
>  files over serial lines using the Z-Modem protocol) are equipped
>  with a feature that allows the sender of a file to request the
>  execution of arbitrary commands on the receiver's side.  The user
>  using rz does not have any control over this feature.
> 
>  The workaround is to have rz never execute any command, and
>  always pretend a successful execution.

The version we distribute is called `lrzsz', and I suspect it is a
different version.

Nevertheless I'd appreciate it if the author could confirm that the
command execution feature is disabled.

Ian.
--- end ---
--- start of forwarded message (RFC 934 encapsulation) ---
Article: 124 of comp.security.announce
Path: 
lyra.csx.cam.ac.uk!warwick!usenet.eel.ufl.edu!spool.mu.edu!news.sgi.com!enews.sgi.com!lll-winken.llnl.gov!uwm.edu!math.ohio-state.edu!news.cis.ohio-state.edu!nntp.sei.cmu.edu!news.sei.cmu.edu!cert-advisory
Newsgroups: comp.security.announce
Organization: CERT(sm) Coordination Center -  +1 412-268-7090
Lines: 206
Approved: cert-advisory@cert.org
Distribution: world
Message-ID: <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
NNTP-Posting-Host: why.cert.org
Keywords: security CERT
Originator: cert-advisory@cert.org
Originator: [EMAIL PROTECTED]
From: CERT Bulletin 
Subject: CERT Vendor-Initiated Bulletin VB-96.12 - FreeBSD
Date: 30 Jul 1996 19:22:18 GMT

- -BEGIN PGP SIGNED MESSAGE-

=
CERT(sm) Vendor-Initiated Bulletin VB-96.12
July 30, 1996

Topic: "Trojan Horse" vulnerability via rz program
Source: FreeBSD, Inc.

To aid in the wide distribution of essential security information, the CERT
Coordination Center is forwarding the following information from FreeBSD, Inc.
FreeBSD, Inc. urges you to act on this information as soon as possible.
FreeBSD, Inc. contact information is included in the forwarded text below;
please contact them if you have any questions or need further information.


===FORWARDED TEXT STARTS HERE

=
FreeBSD-SA-96:17Security Advisory
Revised: Tue Jul 16 21:44:54 PDT 1996   FreeBSD, Inc.

Topic:  "Trojan Horse" vulnerability via rz program

Category:   ports
Module: rzsz
Announced:  1996-07-16
Affects:All FreeBSD ports collections released before 2.1.5-RELEASE
Corrected:  ports collection as of 1996-07-06
Source: rzsz shareware package
FreeBSD only:   no

Patches:ftp://freebsd.org/pub/CERT/patches/SA-96:17/

=

I.   Background

 All existing versions of the rz program (a program for receiving
 files over serial lines using the Z-Modem protocol) are equipped
 with a feature that allows the sender of a file to request the
 execution of arbitrary commands on the receiver's side.  The user
 using rz does not have any control over this feature.

 The workaround is to have rz never execute any command, and
 always pretend a successful execution.

 All FreeBSD users are encouraged to use the workaround provided.
 Since the intent of the Z-Modem protocol is to provide a reliable
 connection between systems of a vastly different architecture,
 the execution of local commands at request of the sending side
 cannot even be considered a useful feature at all.


II.  Problem Description

 The Z-Modem protocol specifies a mechanism which allows the
 transmitter of a file to execute an arbitrary command string
 as part of the file transfer.  This is typically used to rename
 files or eliminate temporary files.  A malicious "trusted" sender
 could send down a command that could damage a user's environment.


III. Impact

 The rzsz package is an optional port that made be installed on
 some FreeBSD systems.  This program is not installed by default.
 Systems without this prog

Bug#4073: make pattern rules delete intermediate files

[Ian Jackson]

Package: make
Version: 3.74-11

Given the Makefile below in an empty directory:
 chiark:d> make clean
 rm -f t.* u.*
 chiark:d> make
 echo bar >t.bar
 echo foo >t.foo
 echo wombat >u.wombat
 echo spong >u.spong
 rm t.bar
 chiark:d>

We see that the intermediate file used for the pattern rules (%.bar)
is removed by make, and that this doesn't happen if we use suffix
rules.

This is silly.  Consider the dependency graph (a --> b means a is
required to generate b, and b depends on a):
  a --> b --+--> d
  c '
where b and d are automatically generated.

Now if you start with a clean directory and say `make d' make
generates b from a, and then d from b and c.  However, it then deletes
b again.  If you edit c and want to rebuild it has to regenerate b,
and it ends up doing this every time.  This defeats the purpose of
using make, which is supposed to avoid rebuilding files unnecessarily.

This doesn't appear to happen if the rules involved are ordinary
targets, only if they're pattern targets.

I can't find any documentation about this `feature', and there doesn't
appear to be a way to turn it off.

Ian.

PS: You may need to put this Makefile through `unexpand' to put the
tabs back.  It has them now when I send the message, but tabs are
notorious for being mangled.

.SUFFIXES:
.SUFFIXES: .spong .wibble .wombat

all:t.foo u.spong

%.foo:  %.bar
echo foo >$@

%.bar:
echo bar >$@

.spong.wibble:
echo wibble >$@

.wombat.spong:
echo spong >$@

u.wombat:
echo wombat >$@

clean:
rm -f t.* u.*

Bug#4074: problems with 1.1 release

[Ian Jackson]

Package: dpkg
Version: 1.3.1

Scott Barker writes ("Re: problems with 1.1 release"):
...
> ok. Although, I beg to differ about the *.conffiles:
> 
> ls /var/lib/dpkg/info/*.conffiles
> /var/lib/dpkg/info/adduser.conffiles
> /var/lib/dpkg/info/at.conffiles
> /var/lib/dpkg/info/base.conffiles
> [etc]

Oops, this is a bug.  I'll fix it some time (it's just some wasted
space - there are no real problems with it).

Ian.

master.debian.org up

[Bruce Perens]

Simon Shapiro had a family disaster and is out of the office. Mike
Neuffer talked a non-technical i-connect employee through rebooting
"master". Please upload your packages.

Thanks

Bruce

Bug#4077: perl bug

[James D. Freels]

Package: perl
Version: 5.003-2

I get the following error messages every time perl starts up
on my debian-linux machines (perl and return with do it!)
This is the current perl-5.003 release.  Any idea how I can
rid my system of this problem?  (The perl scripts all run 
fine, I am not that familiar with perl).

warning: setlocale(LC_CTYPE, "") failed.
warning: LC_ALL = "(null)", LC_CTYPE = "(null)", LANG = "de",
warning: falling back to the "C" locale.

I took the advice of a couple of individuals from queries to
debian-users mailing list:

(1) installed wg15_locale_1-1

(2) confirmed that the latest version, perl_5.003-2, was installed

This did not fix the problem.  I have verified that the
/usr/share/locale and /usr/share/nls directories (from wg15_locale)
are present and full.

I think there may be something missing in the configuration of either
perl or wg15_locale, hence, I have reported this bug.

I also just reran perlconfig just to make sure that it is configured
as designed.  I can produce the error message anytime perl is
executed, for example, "perl -v" will produce the error message.
-- 
/--\
| 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: [EMAIL PROTECTED] | 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 |
\--/

Bug#4076: shadow-package (not a deb-format-archive)

[Michael Gaertner]

Package: shadow
Version: 960530-1

with dpkg 1.2.13elf:

./shadow_960530-1_i386.deb

prints:
"dpkg-deb: 'shadow...' is not a debian format archive"

Michael Gaertner <[EMAIL PROTECTED]>
Tel/Fax +49-761-32684

Bug#3838: GCC should depend on CPP, not conflict with it

[Ian Jackson]

David Engel writes ("Re: Bug#3838: GCC should depend on CPP, not conflict with 
it"):
> Ian Jackson writes:
...
> > Hmm.  Why is it necessary for gcc to know which version of cpp is
> > available, or for it to have exactly the right one ?
> 
> Would you want the front-end driver (gcc) to use different versions of
> cpp and cc1/cc1plus?

Forgive my naivete', but I don't see why it should matter.

Ian.

Bug#4078: lynx should be in `contrib'

[Ian Jackson]

Package: lyx, ftp.debian.org
Version: 0.9.28-1

This package depends on a non-free package (xforms).
It should be in contrib, not in the distribution proper.

Ian.

Bug#4064: sendmail should recommend deliver, not depend

[Lukas Nellen]

[EMAIL PROTECTED] said:
> You (Michael Shields) wrote:
...
> > perfectly without deliver.  sendmail should only recommend it.
> 
> And as a result you can install sendmail without deliver and your
> mail installation won't work at all..

One could introduce another virtual package (e.g., local-mail), have sendmail 
depend on this. Both procmail and deliver could provide this package. Sounds 
like a bit of an overkill for this problem, though.

> Sendmail should come with mail.local instead of deliver IMHO.

I think that is the simpler and better solution.

Cheers,
Lukas
---
   Dr. Lukas Nellen | Email: [EMAIL PROTECTED]
   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

Bug#4079: compress-package should be in `contrib'

[Ian Jackson]

Package: compress-package, ftp.debian.org
Version: 1.0.1-1

This package is only an installer for a non-free piece of software.
It should be in contrib, not in the distribution proper.

Ian.

Bug#4056: mouse cursor in X3 server is cross-eyed

[Mike Coleman]

   Date: Mon, 5 Aug 1996 21:45:27 -0400
   From: Daniel Quinlan <[EMAIL PROTECTED]>

   Package: xserver-s3
   Version: 3.1.2-5

   When in the 640x480 mode, the mouse cursor points incorrectly.  The
   point at which the cursor appears to point is not where the mouse
   button selects when you push the key.  I have not tested other video
   resolutions with this card.

   The X server thinks it is pointing approximately 8 pixels to the left
   of where the mouse cursor appears to be pointing.

Have you played with the invert clock and early sc buttons of 'xvidtune'?  My
card (#9 motion 771) showed this behavior before I configured it correctly.
Maybe you've also got a config problem here.

--Mike

Re: /usr/doc/copyright/ -> /usr/doc//copyright ?

[Lars Wirzenius]

Ian Jackson:
> We then end up with two files per package, and it then makes even more
> sense to move the copyright file.

$ ls /usr/doc | wc
101 101 703
$ ls /usr/doc/copyright | wc
243 2431804
$ 

On my system, /usr/doc would be almost two and a half times bigger, with
all new directories containing only two files (copyright and changelog).
I'm not sure that is a good idea, though I'm not sure it is a bad one,
either.

-- 
Lars Wirzenius <[EMAIL PROTECTED]> 
Please don't Cc: me when replying to my message on a mailing list.




pgpc3Ko4ROBiu.pgp
Description: PGP signature

Bug#4081: xosview doesn't install a binary

[Chris Fearnley]

Package: xosview
Version: 1.3.2-4.1

It's in buzz-updates and

# ls -l /usr/X11R6/bin/xosview
ls: /usr/X11R6/bin/xosview: No such file or directory

After installing the package.

Bug#4082: No documentation for fvwm modules

[Larry Gilbert]

Package: fvwm
Version: 1.24r-24

Documentation for the fvwm modules appears to be missing from this
package.

[Insert obligatory renewal of the fvwm-package-relying-on-fvwm2-package
debate here.]  :-)

I only noticed this because I tried to look up information on GoodStuff.
This module appears to be available only in the fvwm package, and
consequently there is no corresponding documentation in the fvwm2
package.  (There appears to be an otherwise full complement of Fvwm* man
pages in the fvwm2 package.)

--
Larry Gilbert
[EMAIL PROTECTED]
Seattle, WA, USA
I speak only for myself and not for my employer

Bug#3951: kernel-image-2.0.7-0 postinst looks for /bin/perl

[Graham Williams]

Frank Neumann wrote to Graham Williams on 08 Aug 1996 03:11:32 +1000:

Graham> My vanilla installation of Debian 1.1 seems to have perl
Graham> only in /usr/bin/perl.

Frank> I noticed this too, after having built a base.tar.gz for
Frank> Debian on m68k.  The bug is not in kernel-headers, but in
Frank> boot-floppies, which failed to create the link for the base
Frank> system. boot-floppies-1.1.1.10 fixed it.  The bug report
Frank> should be closed (I won't do that, I'm not the maintainer
Frank> ;-), but a new base should probably be built.

Thanks for the information.  Checking the various Debian and Dpkg
documentation seems to imply that all scripts should refer to
/usr/bin/perl rather than /bin/perl.  Not sure if it rates as a bug
though if the scripts of a package don't.

Cheers

Bug#4085: /etc/init.d/sendmail does not stop and restart correctly

[Michael Shields]

Package: sendmail
Version: 8.7.5-4

After saying `/etc/init.d/sendmail stop', `/etc/init.d/sendmail start' will
not restart sendmail because it thinks it is already running.  I think this
is because /var/run/sendmail.pid isn't unlinked for some reason.

This is a serious problem; if you edit /etc/mail/sendmail.mc, it will
conveniently rebuild sendmail.cf and aliases.db and offer to restart
sendmail, but instead it will kill your sendmail!

--
Shields, CrossLink.

New gawk and mawk packages uploaded, finally

[Chris Fearnley]

Greetings:

In spite of my hardware woes, I got new gawk and mawk
packages uploaded. Sorry, about the delay. I put them in the
/home/Debian/ftp/debian/project/experimental directory on master --- is
that right? Neither package is essential. Both provide an 'awk' package.
Mawk is section base, priority important. I didn't include section or
priority information on gawk since I'm not sure of its final resting
place.  The base package maintainer should make 'base' depend on the
virtual package 'awk'.  Thus users can use mawk, gawk, or both.  I
recommend mawk because it is fast and small (See Arnold Robbins
comments in the August 1996 issue of Linux Journal).

Previously, I have tested mawk on the base disks and had no trouble.
But I recommend that others try this --- just to make sure.  Any
suggestions on what we should do with the extra 300K on the base
disks?

Here are the .changes files:

Date: 08 Aug 96 05:13 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Chris Fearnley <[EMAIL PROTECTED]>
Source: mawk
Version: 1.2.2-2
Binary:  mawk
Architecture:  i386 source
Description: 
 mawk: a pattern scanning and text processing language
Changes: no changes info provided
Files:
 84a22ce5d166fe34ad19da5e216cd547  193174  base  -  mawk_1.2.2-2.tar.gz
 60a840c5f9e07d66fc3417d23aea2e97  3134  base  -  mawk_1.2.2-2.diff.gz
 df7b4a51be039d654b9aaa5143394721  64610  base  important  mawk_1.2.2-2_i386.deb


Date: 08 Aug 96 04:53 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Chris Fearnley <[EMAIL PROTECTED]>
Source: gawk
Version: 3.0.0-3
Binary:  gawk
Architecture:  i386 source
Description: 
 gawk: GNU awk, a pattern scanning and processing language
Changes: no changes info provided
Files:
 1c7d9ce4ded412b8c6c3d08927065459  663678  -   gawk_3.0.0-3.tar.gz
 fb2fb0b4900fb201cae28ae4f89defb7  3835  -   gawk_3.0.0-3.diff.gz
 ce0bf9f2eab0d0bcd66c3144ce38c5e3  468  -   gawk_3.0.0-3.changes
 85a4aaa04c5cad4d2d9767cda0ac211f  336184  misc  extra  gawk_3.0.0-3_i386.deb

-- 
Christopher J. Fearnley|Linux/Internet Consulting
[EMAIL PROTECTED] |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

Re: elm problems

[Dale Scheetz]

On 8 Aug 1996, Kai Henningsen wrote:

> [EMAIL PROTECTED] (Miquel van Smoorenburg)  wrote on 05.08.96 in <[EMAIL 
> PROTECTED]>:
> 
> > You (Dale Scheetz) wrote:
> > > No! Not a typo. This is the only difference between what gets executed
> > > when debian.rules calls for a make, and when I call for the same make.
> > >
> > > The line in the Makefile is:
> > >
> > >   cd lib; $(MAKE) $(MJ) -(MAKEFLAGS) all
> >^
> > Could it be that there is a `$' missing there just before the `(' ?
> >
> > > There is no definition of MAKEFLAGS in debian.rules, or in the Makefile.
> > >
> > > Does the shell set it when debian.rules runs?
> >
> > Dunno..
> 
> Doesn't make set that one?
> 
Well, the question is, why does it set the value to 'w' when debian.rules
calls the make, but not when I call make from the prompt?

TIA,

Dwarf

  --

aka   Dale Scheetz   Phone:   1 (904) 877-0257
  Flexible Software  Fax: NONE 
  Black Creek Critters   e-mail:  [EMAIL PROTECTED]

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

Re: Bug#4083: psutils: psnup does not handle -Pletter properly.

[Dale Scheetz]

On 7 Aug 1996, Rob Browning wrote:

> 
> Package: psutils
> Version: 1.16-3
> 
> It could be my imagination, but the latest psutils doesn't seem to
> honor the "letter" paper size.
> 
>  psnup -2 -Pletter < /usr/doc/lout/user.ps > loutout.ps
> 
> Gives output that falls off the side of the page, but
> 
>  psnup -2 -w8.5in -h11in < /usr/doc/lout/user.ps > loutout.ps
> 
> works perfectly.
> 
Well, I checked out the man page, and it says the -P sets the input paper
size, while -p sets the output paper size. Try a lower case p and see if
that works as you expect.

Luck,

Dwarf

  --

aka   Dale Scheetz   Phone:   1 (904) 877-0257
  Flexible Software  Fax: NONE 
  Black Creek Critters   e-mail:  [EMAIL PROTECTED]

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

Re: /usr/doc/copyright/ -> /usr/doc//copyright ?

[Yves Arrouye]

Ian Jackson writes:
 > > I do, however, think we should move the examples directory.  I've
 > > always thought the distinction between /usr/doc/ and
 > > /usr/doc/examples/ was arbitrary.  It usually leads to the
 > > obtuse arrangement where the example is in one directory and its
 > > accompanying documentation is another.
 > 
 > Indeed.  I've put this in the new policy manual.

Should we keep a link from /usr/doc/package/examples to
/usr/doc/examples/package to help transition, or is it unnecessary?

Yves.

Bug#4057: compress package install additional zcat

[Yves Arrouye]

 > 
 > There should be one zcat and it should always be gzip.  This won't
 > break anything as gzip understands .Z files...
 > 
 > Making zcat point to compress even sometimes will definitely break
 > things; IME much of the Linux world has been assuming it's gzip for a
 > number of years.  That seems unlikely to change.

Ok, I've corrected that: I build a package without any of the commands
provided by gzip.

 > compress is obsolete software; there's never any need to use it to
 > uncompress things.  Indeed, my experience (err, on Sunos rather than
 > Linux, so this may not be relevant) is that gzip is much more reliable
 > even at uncompressing .Z files.  I can't see the need to compress
 > things using compress either, as gzip produces smaller output, runs on
 > pretty much everything and is free.

Only one need: compress X font files, until someone makes the X font-reading
stuff aware of gzip.

YA.

Bug#4086: rsh segfaults with baudrate=115200

[Christoph Lameter]

Package: netstd
version: 2.05-1

RSH does not work with baud rates above 115200.

[miriam]~:stty
speed 115200 baud; line = 0;
eol2 = M-^?; susp = ; rprnt = ; werase = ;
lnext = ; flush = ;
-imaxbel
tab3
-iexten -echoctl -echoke
[miriam]~:rsh aaron
Segmentation fault

Works from any host to any other host.

Re: Documentation formats

[Bruce Perens]

Someone:
> IMHO info is a great format.
From: [EMAIL PROTECTED] (Kai Henningsen)
> Actually, I have just about the same problems with info that you
> have with  lynx - it's ugly, it has a *really* arcane user interface.

*** Project Leader Fiat Power On ***

The unification of Debian documentation will be carried out via
HTML. You should not consider the merits of a particular HTML viewer,
or even the weight of the best of our existing HTTP servers. These things
will change with time, and without effort on our part. Instead, you
should concentrate in providing automatic means to present man files,
info files, and other various forms of documentation to the user. This
can be done at run-time via CGI scripts, or when the documentation packages
are installed. Use existing software where possible. Try to consider disk
space, but having a full documentation system takes priority over that.
A keyword search facility and a unifying set of indices are a high
priority.

Look at what Ray Dassen has done on our web site. That is a really good
start. Now think of the top-level index to Debian documentation coming up
in a web browser when the new user starts the system.

*** Project Leader Fiat Power Off ***

Thanks

Bruce

ae-962-8 uploaded to master.

[Dale Scheetz]

I removed the Essential field and added Provides: editor as well as
incorporating the Architecture field correctly.

Date: 08 Aug 96 23:27 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: Dale Scheetz <[EMAIL PROTECTED]>
Source: ae
Version: 962-8
Binary:  ae
Architecture:  i386 source
Description: 
 ae: Anthony's Editor -- a tiny full-screen editor
Changes: Removed Essential field, added provides: editor
Files:
 003994918eabcdb163bea5588ac848ce  31855  base  -  ae-962-8.tar.gz
 5d30a1eaa20c9ba5388f10b48649cf1e  7464  base  -  ae-962-8.diff.gz
 beb504770584b8144f85e11ae62bbb4d  31098  base  required  ae_962-8_i386.deb

Later,

Dwarf

  --

aka   Dale Scheetz   Phone:   1 (904) 877-0257
  Flexible Software  Fax: NONE 
  Black Creek Critters   e-mail:  [EMAIL PROTECTED]

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

Bug#4064: sendmail should recommend deliver, not depend

[Richard Kaszeta]

>One could introduce another virtual package (e.g., local-mail), have sendmail 
>depend on this. Both procmail and deliver could provide this package. Sounds 
>like a bit of an overkill for this problem, though.

Umm, no.  There are many ways of configuring sendmail, and a number of
these (including one of the supplied configurations) do not require
local mail delivery. Indeed, I've got quite a few debian 1.1 machines
here happily running sendmail without local mail delivery (since I use
a mailhost).

'Recommends' my be appropriate here.  Depends?  Nope.  I can very
easily configure and run sendmail in a sane manner without ever
needing deliver, procmail, mail.local, or such.

Please, don't 'depend' on things unless they are *really* needed.

-- 
Richard W Kaszeta   Graduate Student/Sysadmin
[EMAIL PROTECTED]   University of MN, ME Dept
http://www.menet.umn.edu/~kaszeta

Bug#4078: lynx should be in `contrib'

[Lars Wirzenius]

> Subject: Bug#4078: lynx should be in `contrib'
> Package: lyx, ftp.debian.org

I assume that the subject is wrong? (Actually, I know it is, but I'm not
sure if it matters for the bug system.)

-- 
Lars Wirzenius <[EMAIL PROTECTED]> 
Please don't Cc: me when replying to my message on a mailing list.




pgpaMy8gC3Nqy.pgp
Description: PGP signature

Re: /usr/doc/copyright/ -> /usr/doc//copyright ?

[Erick Branderhorst]

> What is the feeling on this ?
> 
> Since the new source format mandates the existence of the changelog
> and specifies that it must be in one of a small number (currently 1)
> of formats I'm inclined to say that we should mandate its inclusion -
> gzipped.
> 
> We then end up with two files per package, and it then makes even more
> sense to move the copyright file.

If they will go in /usr/doc//copyright.gz and
/usr/doc//changelog.gz ?  Then this is all right with me.

But a /usr/doc/copyright dir should remain.  The only contents allowed in
there would be generic copyright messages like GPL LGPL BSD and so on. 
Putting these generic files in /usr/doc/base/{GPL,LGPL,BSD} is not wise
IMHO.  Additionally because translated version of the above generic
copyright messages are on the net and it might be usefull to put these
translations there as well.  This specific group of files justify to have a
directory for them selves IMHO.  I don't mind that these are gzipped.

Erick

Bug#4081: xosview doesn't install a binary

[joost witteveen]

> 
> 
> Package: xosview
> Version: 1.3.2-4.1
> 
> It's in buzz-updates and
> 
> # ls -l /usr/X11R6/bin/xosview
> ls: /usr/X11R6/bin/xosview: No such file or directory
> 
> After installing the package.

Yes, that's Ians wish. I already corrected Ians error (he uploaded
a known buggy xosview even without mailing me in advance of doing so).

Thanks.

BTW Ian also sent mail to debian-devel saying that this bug was in
  his uploaded version.


xosview-1.3.2-6 doesn't contain this bug.

-- 
joost witteveen
[EMAIL PROTECTED]
  [EMAIL PROTECTED]
--
Use Debian/GNU Linux!

Bug#4082: No documentation for fvwm modules

[Austin Donnelly]

On Thu, 8 Aug 1996, Larry Gilbert wrote:

> Package: fvwm
> Version: 1.24r-24
> 
> Documentation for the fvwm modules appears to be missing from this
> package.

Yes, that's because although the manpages have changed a little
between the two versions of fvwm, they still have the same names.
This means you can only have one set of manual pages installed.

> [Insert obligatory renewal of the fvwm-package-relying-on-fvwm2-package
> debate here.]  :-)

I have a new version of fvwm2 in preparation, it should be released by
the end of the month.  This introduces an fvwm-common package which
will hopefully silence the debate once and for all :)

> I only noticed this because I tried to look up information on GoodStuff.
> This module appears to be available only in the fvwm package, and
> consequently there is no corresponding documentation in the fvwm2
> package.  (There appears to be an otherwise full complement of Fvwm* man
> pages in the fvwm2 package.)

Thanks for pointing this out: I'd forgotten about the GoodStuff
manpage. I will include it in the fvwm package that I'll release at
the same time as the new fvwm2 one.

In the meantime, I'll leave this bug report outstanding, to remind me
to do this.

Austin

Qmail, smail and sendmail

[Yves Arrouye]

I'd like to know if there's a qmail Debian package, and how aliases
work in qmail: the Apache package used to add an alias to /etc/aliases
and then run sendmail -bi (or newaliases).

Does qmail support /etc/aliases, have a newaliases command and support
being called as sendmail with the -bi option?

The same questions may be asked for smail.

Is the answer is no, can you please email me some doc? And maybe we'll
have to write an install-mail-alias command used by packages script, in
this case.

Yves.

Package priority: Extra/Optional

[joost witteveen]

Some time ago, 4th of June, Ian wrote a very clear message
about what the package priorities like Extra/Optional/Required, e.d.
should mean.

I think Ian did a real good job with this message, finally
makeing clear something to me that I've always felt unsure about.

However, in this message, "Extra" is descirbed with:

   - - In order to get something into Extra it has to conflict with
   existing packages, or be very obscure, or very large, or be useable
   only in very specialised circumstances or for specialised
   applications, or have very complicated configuration requirements.
   Preferably several of those reasons would apply.
   
While this seems very strict to me, and probably would only aply to
one in 20 packages or so, I see on master's unstable/bin/Packages file:
   
   $ grep -i "Priority: Extra" Packages|wc -l
   179
   $ grep -i "Priority: Optional" Packages|wc -l
   230
   $ pwd
   /home/ftp/pub/Linux/Debian/unstable/binary-i386

Does this mean that the overrides file should be reworked a lot,
or did I miss something on debian-devel changing the meaning of
"Priority: Extra"?

(maybe dchanges should be changed to have "Optional: as default,
instead of the current "extra").

Thanks,

-- 
joost witteveen
[EMAIL PROTECTED]
  [EMAIL PROTECTED]
--
Use Debian/GNU Linux!

uploaded texlib 1.0-5 to master

[Erick Branderhorst]

-BEGIN PGP SIGNED MESSAGE-

Date: 09 Aug 96 14:54 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <[EMAIL PROTECTED]>
Source: texlib
Version: 1.0-5
Binary:  texlib
Architecture:  all source
Description: 
 texlib: Auxiliary Files to run TeX
Changes: 
 Fri Aug  9 16:10:57 1996  Erick Branderhorst  <[EMAIL PROTECTED]>
 .
* debian.control: took over maintanance
* debian.control & debian.rules updated version stuff
* plain.tex from http://www-cs-staff.Stanford.EDU/~knuth/cm.html
Files:
 02f2003afdb35aa81e28bdaa8903b955  268647  tex  -  texlib-1.0-5.tar.gz
 98c1b7d98b50ae11fe6e8006e59c9898  278538  tex  standard  texlib_1.0-5_all.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.2i

iQCVAwUBMgtRLeKGUa6t6e7lAQGVLQP6A1P7vdeO3u8utU535i0QK7xpza6OBF9R
hCg+YpNfwbYL7a3hUvLT+Hv4ycHMM3bkm8FghxxORH0OJG/sDvdCiWHRxD16bPOR
we8DH02CBNw76I3Riti+r6+BQ2zEYzoXBVw5HiX89O7LTB2W6hwUYrDDfL7WgjzP
yOAO0nVDHoU=
=fNhF
-END PGP SIGNATURE-

Automating printcap configuration...

[Michael Alan Dorman]

I find that I really need the ability to run filters on remote
printers, something that the current lpr package Just Won't Do, so I
quickly packaged LPRng, and now have it running on one of my machines.

Before foisting it off onto the rest of the world, I'm interested to
find out what people would look for in a printcap configuration
script---I'm thinking in terms of something that will be useable by
both lpr and LPRng, as well as stuff like apsfilter and magicfilter,
so each of those packages can do some manipulation.

Anybody have any strong ideas, or, even better, existing code?

Mike.
--
"Don't let me make you unhappy by failing to be contrary enough"

Bug#4051: access permissions for /usr/bin/fdmount

[Michael Meskes]

Daniel Quinlan writes:
> 
> Package: fdutils
> Version: 4.3-3
> 
> /usr/bin/fdmount should be mode 4755, not 4750.

I agree that the installation is not correct, but I doubt mode 4755 is a
solution. I for one don't like the idea that everyone is able to access my
floppy drive. Since the Debian standard installation for floppy devices is
mode 660 with owner root and group floppy I propose to use the same
owner/group combination for fdmount.

Any comments before I create a new version?

Michael

-- 
Michael Meskes   |_  __  
[EMAIL PROTECTED] |   / ___// / // / / __ \___  __
[EMAIL PROTECTED]  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
[EMAIL PROTECTED]|  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!| //_/  /_/  //\___/_/  //

Re: Package priority: Extra/Optional

[Guy Maor]

On Fri, 9 Aug 1996, joost witteveen wrote:

>$ grep -i "Priority: Extra" Packages|wc -l
>179
>$ grep -i "Priority: Optional" Packages|wc -l
>230
>$ pwd
>/home/ftp/pub/Linux/Debian/unstable/binary-i386

Most of the extra packages are misfiled.  They were entered into the
package hierarchy before the current uploading mechanism was in place.

I plan to go through the packages, directory by directory, and check
the priorities (and sections).  I'll have this done before 1.2 is
released.

Only appropriate packages are entering extra now.


Guy

Re: Documentation formats

[Bruce Perens]

From: [EMAIL PROTECTED] (Bruce Perens)
> The unification of Debian documentation will be carried out via
> HTML.

To clarify the above, I don't care what the SOURCE format of the document
is, as long as you can _convert_ it to HTML for display. SGML, info, man,
etc. are just fine, as long as we can display them with an HTML browser.

Bruce

Re: New virtual packages suggestion

[Michael Shields]

At 1996-07-25 16:29 +, Guy Maor wrote:
>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.

I must have misunderstood buzz.  I thought it would continue to be
developed in parallel to rex, fixing all non-minor bugs.  Examples of such
bugs are perl not installing correctly and traceroute not working with a
1.2 kernel, both of which are easily fixed.

If there isn't a tree that is as bug-free as possible, then I'll have to
create a giant symlink farm myself containing pieces of rex and buzz in the
most stable combination, and I really don't want to do that.  Wouldn't it
be better if everyone could benefit from such a tree, and we called it
buzz-fixed?

--
Shields, CrossLink.

Bug#4073: make pattern rules delete intermediate files

[Ian Jackson]

I've since found the documentation where it explains where this
happens.

However:

(a) It doesn't say that it doesn't remove the intermediate targets of
suffix rules.

(b) The documented way to turn it off, using .PRECIOUS, has other
undesirable side-effects - namely, it prevents make from removing the
file when interrupted, so that the timestamp may be wrong for the next
build.

(c) I think that the feature is of doubtful value anyway, especially
when the final target has dependencies other than the intermediate
target.

(d) There is no general way to turn the feature off, except perhaps by
saying `.PRECIOUS: %' - see (b).

My apologies for missing the documentation for this the first time
round, but I still think there are issues to be resolved here.

Ian.

Bug#4081: xosview doesn't install a binary

[Guy Maor]

On Fri, 9 Aug 1996, joost witteveen wrote:

> xosview-1.3.2-6 doesn't contain this bug.

So should it be in buzz-updates?

Guy

tar_1.11.11-2

[Bdale Garbee]

This is a new upstream release of tar.  Thanks to Erick Branderhorst, we've
now got NLS enabled, and a few other tweaks.  

Erick uploaded a -1 version that included /bin/rmt, which we had agreed would
not be provided by the tar package.  This -2 version fixes that, and makes a
few other small tweaks to the documentation, etc.  If you installed the -1
version, please upgrade to this version ASAP.  

Much bug-fix work has been done to tar since the version that is included with
1.1, but this rev hasn't been very thoroughly tested, so caveat emptor!

Bdale

-BEGIN PGP SIGNED MESSAGE-

Date: 08 Aug 96 04:00 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Bdale Garbee <[EMAIL PROTECTED]>
Source: tar
Version: 1.11.11-2
Binary:  tar
Architecture:  i386 source
Description: 
 tar: GNU tar.
Changes: new upstream version - don't install the 1.11.11-1 package!
Files:
 5f0b154ba71762e0e6a95e40229bc514  861943  base  -  tar_1.11.11-2.tar.gz
 6696add7db9de1ca9952da1a29125b68  5702  base  -  tar_1.11.11-2.diff.gz
 0f5bdd3298e810cc741a18e3a75ea275  254164  base required tar_1.11.11-2_i386.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.2

iQCVAwUBMglmp+qS7YWdYhDJAQE4mgQAhc2tSOSyqg9N2BKB66q+JNFI0/lifvUd
tm3wPfAkmIeIrN256weWQiYR6I1FAJ1E6UVE28PtdhZAYX3VassJi/kZijBKwj+K
5831hSKvawq6EjbD7A6yLjiPP7UGA22O//+soX61/iCzx53mKMPt2vHkdyGuDJ5Q
PEtnA/wOXkg=
=bGwb
-END PGP SIGNATURE-

mime-support 2.01-1 released

[Brian C. White]

-BEGIN PGP SIGNED MESSAGE-

Date: 09 Aug 96 15:33 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Brian White <[EMAIL PROTECTED]>
Source: mime-support
Version: 2.01-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:
 -  Added "--quiet" and "--noparmcheck" options to 'install-mime'
Files:
 17b27592f936cc33ae0a515854aa4883  18758  net  - 
mime-support_2.01-1.tar.gz
 3d4c8092a2e97ce78f6af06e63f4ff92  20744  net  standard  
mime-support_2.01-1_all.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.2i

iQCVAwUBMgtauLwRa6IPcXgFAQEAggP/REz4Z9vtjJg1Q8g6/UxLq/uW/2nZe549
h+xGN347RkFXvA3DVBuFDVQlGk+pAJLgk8u+WAbxjkgbFrJHf8TOOSn0bsBEuhYS
HD8w2zVeTDz/2er7BfHNjqf9fDeWY6Huy1Vb7/oyJVZmc0w4wLr8radHgUVx+QE5
6QHsReYPaRA=
=KhfZ
-END PGP SIGNATURE-

Pb: gdb cannot read core from 2.0.8 (is it a gdb or kernel problem)?

[Yves Arrouye]

marin157# file core
core: ELF 32-bit LSB core file, Intel 80386, version 1, stripped
marin158# 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...

"0¨´
@/core": not in executable format: File format not recognized

(gdb) quit
marin159# 


So there's a problem there. Do you have an idea about who is faulty? Gdb?

Yves.

mfbasfnt 1.0-5 on master

[Erick Branderhorst]

-BEGIN PGP SIGNED MESSAGE-

Date: 09 Aug 96 13:41 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <[EMAIL PROTECTED]>
Source: mfbasfnt
Version: 1.0-5
Binary:  mfbasfnt
Architecture:  all source
Description: 
 mfbasfnt: TeX's default fonts and a few others.
Changes: 
 Fri Aug  9 15:31:48 1996  Erick Branderhorst  <[EMAIL PROTECTED]>
 .
* debian.control mentions that we have the original cm fonts
and not broken fonts.
* dc fonts are removed from this package because of copyright
restrictions and can be found in the non-free mfdcfnt package.
Files:
 cfcad8b14354faf15a746fec2cb99e56  261440  tex  -  mfbasfnt-1.0-5.tar.gz
 c97b5737fc93282b771eab9c0bbccaf0  135348  tex  standard  mfbasfnt_1.0-5_all.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.2i

iQCVAwUBMgtABOKGUa6t6e7lAQEmlwQArkvHmAjd2+XrX4dswO9ZMyEIXW1OxWbk
CqLK3v4eZ9vKQsi+E3GBDUXgRrKL1sDuLFcK0q4Wgg2T/m8IxDaTEpYzSg0gt/pH
XDeSiqnCX/HEIldCGSZOm53182p+f1IzM30xe7Ry33qaqwr25gK6m6SiVPJznccG
b80EpUNn7qI=
=Pz7v
-END PGP SIGNATURE-

wg15-locale architecture depend?

[Erick Branderhorst]

Hi,

is wg15-locale architecture dependend package???
it is uploaded with i386 in it.

Erick

uploaded mfdcfnt 1.0-1 to master

[Erick Branderhorst]

-BEGIN PGP SIGNED MESSAGE-

Date: 09 Aug 96 14:02 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Erick Branderhorst <[EMAIL PROTECTED]>
Source: mfdcfnt
Version: 1.0-1
Binary:  mfdcfnt
Architecture:  all source
Description: 
 mfdcfnt: TeX's dc and tc fonts.
Changes: 
 Fri Aug  9 15:54:50 1996  Erick Branderhorst  <[EMAIL PROTECTED]>
 .
* new non-free package because of copyright
restrictions. Originally these fonts where in mfbasfnt now
they are in non-free mfdcfnt.
Files:
 a2efb8e8c889bbf970dd7fab6d1a2de0  197205  non-free  -  mfdcfnt-1.0-1.tar.gz
 41d327c899c01a9bfef789fc8a29b087  174182  non-free  standard  
mfdcfnt_1.0-1_all.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.2i

iQCVAwUBMgtFHuKGUa6t6e7lAQFeNgP/SNpwvquJsREILoT4ggORTbAeYYrROGlJ
w0kKOnBCq6m9DqRBxec9glWpR/txMjYm7z2XHYwSSthWJ4cnXP2CfCzNuPmLoBbj
RdX9NCVsknGQuU/8CWYAvgUj8naeEj+UfUzJpafXEY2PCvD1121lZ+g+9iBLaSsy
8xVP1ISPFL8=
=+VBr
-END PGP SIGNATURE-

Re: Documentation formats

[Lars Wirzenius]

Bruce Perens:
> The unification of Debian documentation will be carried out via HTML. 

I assume the unification won't mean that the native formats aren't 
supported -- they _do_ have benefits.

That said, I fully agree with choosing HTML. Debiandoc, supports on-line
conversions to HTML from man and text, and info2www supports Info (it
isn't really integrated, but it's not really visible). The converters
are configurable.

In addition, I think we should provide texi2html'd documentation in 
addition to Info files. texi2html seems to do a better job than info2www.

> A keyword search facility and a unifying set of indices are a high
> priority.

I don't think we have free software packaged to do full text searches.
We have glimpse and ferret, neither of which is free. There's something
that is part of freeWais, but I haven't looked at it yet. Someone with
the time should find and package one. It should be usable from the
command line so that it can easily be integrated into Debiandoc.

-- 
Lars Wirzenius <[EMAIL PROTECTED]> 
Please don't Cc: me when replying to my message on a mailing list.




pgppOuFX80wNS.pgp
Description: PGP signature

Bug#4087: xgc dumps core

[Yves Arrouye]

Package: xcontrib
Version: 2.1.2-1

marin146# xgc
That test doesn't exist yet.
That test doesn't exist yet.
zsh: segmentation fault (core dumped)  xgc

What I did was:

- select Function orReverse
- select LineStyle DoubleDash

- select (Image Text 16), click Run [gives test doesn't exist]
- select (Text 16), click Run [gives test doesn't exist]
- select Filled Polygons, click Run [okay]
- select Filled Rectangles, click Run [dumps core]

Yves.


-- 

Documentation formats

[Ian Jackson]

I've just added the subsection below to the draft policy manual.

Bruce, tell me if you want me to say something different.

I'd like to come up with some rather more formal way of distributing
our different documentation formats.  Perhaps we should create a new
subdirectory of the FTP site for packages' PostScript documentation
and upload it separately.

Alternatively we could recommend that if a package can produce
documentation in n formats it should put the HTML in with the package
itself (if it doesn't warrant a separate package) but put the other
n-1 together in a separate package which uses some canonical naming
scheme.  Eg,
 dpkg   - contains the programs and the HTML documentation
 dpkg-docxf - contains the documentation in ps, plain text &c
or
 texinfo- contains the Texinfo formatter itself
 texinfo-doc- contains the documentation run through texi2html
 texinfo-docxf  - contains the docs in /usr/info, and as dvi
If we do this we should probably say that if a package produces dvi as
its native format we should ship dvi and not ps.

Ian.

Preferred documentation formats

The unification of Debian documentation is being carried out via HTML.


If your package comes with extensive documentation in a markup format
that can be converted to various other formats you should if possible
ship HTML versions in the binary package, in the directory
/usr/doc/ or its subdirectories.


Other formats such as PostScript may be provided at your option.

Re: Bug#4064: sendmail should recommend deliver, not depend

[Lars Wirzenius]

Richard Kaszeta:
> Please, don't 'depend' on things unless they are *really* needed.

OTOH, if not depending on it will let inexperienced people get easily
in trouble, then by all means do depend on something that isn't strictly
needed. Hackers can use --force.

E = Nu * Tu + Nh * Th

where E is total effort spent solving user problems and answering
questions about Debian, u is inexperienced user, h is hacker, Ni is the
number of questions from class i user, and Ti is average time to answer
question from class i user.

Typically, Tu is about the same as Th, but Nu >> Nh, so we want to
minimize Nu.

However, I don't have an opinion on whether Depends or Recommends is the
better solution for sendmail.

-- 
Lars Wirzenius <[EMAIL PROTECTED]> 
Please don't Cc: me when replying to my message on a mailing list.




pgpeJpIwZaQnn.pgp
Description: PGP signature

Re: wg15-locale architecture depend?

[llucius]

On Fri, 9 Aug 1996, Erick Branderhorst wrote:

> 
> Hi,
> 
> is wg15-locale architecture dependend package???
> it is uploaded with i386 in it.
> 
I really should be arch independent, but I haven't had a chance to open a 
critter complaint yet.  Maybe this will suffice?  B-)

Thanks for noticing...

Leland

__ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth!
   oo o  oo o  o  | 
o   o   o | [EMAIL PROTECTED]
 o ooo o  | 
-- -- -- -- -- -- | http://www.millcomm.com/~llucius   (maybe one day)

metamail_2.7-4

[Michael Meskes]

-BEGIN PGP SIGNED MESSAGE-

Date: 09 Aug 96 14:46 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: Michael Meskes <[EMAIL PROTECTED]>
Source: metamail
Version: 2.7-4
Binary:  metamail
Architecture:  i386 source
Description: 
 metamail: An implementation of MIME.
Changes: metamail (2.7-4):
* New maintainer
* Changed debian.rules and debian.control to be architecture
  independent (Bug#3340)
* Corrected richtext to read terminfo database correctly (Bug#4054)
* Replaced csh scripts by contrib versions written for Bourne shell
* Created postinst and prerm scripts to handle installation in
  /etc/mailcap
Files:
 7630ffae3eacfd6a61b7b7ca7e5923db  172287  mail  -  metamail_2.7-4.tar.gz
 d8bddc212c2023e6da8c5cef9733b96f  50293  mail  -  metamail_2.7-4.diff.gz
 e27a7bc250012cf81ec237e1114ab62a  147784  mail  optional  
metamail_2.7-4_i386.deb

-BEGIN PGP SIGNATURE-
Version: 2.6.2i

iQCVAwUBMgtPaypaNcQEtuj1AQFrAQQAxK+8M7BKj3JptStpx72xQskUsiMZsLif
FsnsWgYZ/uPXdWRCPwi1uZshFrUUZRSkAcb6KahSRZlW64DKCxxpWrnx7RPuL1TS
mrLTOtTXX5QgV1mKtaALU2h7+VLVOyYN5aJmibTcCnjcrhbu/2yuDQx+6r4fHkFO
rEH+Hgx9QzE=
=kQro
-END PGP SIGNATURE-

-- 
Michael Meskes   |_  __  
[EMAIL PROTECTED] |   / ___// / // / / __ \___  __
[EMAIL PROTECTED]  |   \__ \/ /_  / // /_/ /_/ / _ \/ ___/ ___/
[EMAIL PROTECTED]|  ___/ / __/ /__  __/\__, /  __/ /  (__  )
Use Debian Linux!| //_/  /_/  //\___/_/  //

Re: sysv `news' package is unclear

[Dominik Kubla]

>  Package: news
>  Priority: extra
>  Section: admin
>  Description: System news tool. (System V)
> 
> In addition the fact that this description is inadequate (which will
> have been reported automatically a few weeks ago), IMO the package
> name is very misleading - it will make people think the package has
> something to do with USENET.
> 
> Unless someone objects I shall report this as a bug, requesting that
> the package be renamed to `sysvnews'.
> 
> Ian.
> 
I don't see anything gained by this, but i renamed the package to 'sysnews'.
The description bug has been fixed and closed already, but i forgot to upload
the package. Done.

Dominik