[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Release-critical Bugreport

On debian-devel-announce, BugScan reporter <wakkerma@debian.org> wrote:
> Package: boot-floppies (main)
> Maintainer: Enrique Zanardi <debian-boot@lists.debian.org>
>   35729  rootdisk: Installation from 5.25" floppies seems to require resc1440.bin

There is no longer support for installing Debian from 5.25" floppies so this
bug should be closed.

> Package: bsdutils (main)
> Maintainer: Vincent Renardias <vincent@debian.org>
>   38101  wall is broken

The problem is that wall doesn't work with xterms. 

Here is an example from the submiter of the bug Amy Fong <amyf@corel.com>:
>amyf@lina:~$ wall
>wall: /dev/:0: No such file or directory
>wall: '/' in "/dev/:0"

Vincent Renardias <vincent@ldsol.com> maintainer of the package says that it
is a known bug, already reported to the upstream developer. The has apeared
because of the new pty handling, write had the same problem but it has been
fixed. Whether some of the code used in write could be used to fix wall, or
do we wait for the upstream maintainer to fix it?

> Package: communicator-smotif-45 (non-free)
> Maintainer: Adam Heath <adam.heath@usa.net>
>   34806  Communicator 4.5 (Mail) crashes suddenly

communicator-smotif-45 is not in potato

> Package: cqcam (main)
> Maintainer: Martin Schulze <joey@debian.org>
>   35391  Please recompile cqcam with GTK+ 1.2

This is fixed, it just needs the bug to be closed.

> Package: dfm (contrib)
> Maintainer: Michael Bramer <michael@debian.org>
>   35394  Please recompile dfm with GTK+ 1.2

This one should be quite simple, as it says, it just wants a recompile.

> Package: emacs20 (main)
> Maintainer: Rob Browning <rlb@cs.utexas.edu>
>   33237  /etc/alternatives/emacs not managed properly - /usr/bin/emacs doesn't run emacs20
>   38236  emacs can't find its info file

The emacs info file is installed as /usr/info/emacs-e20.gz but emacs expects
it to be called /usr/info/emacs.gz, emacs20 can not install it as
/usr/info/emacs.gz because then it would not be possible to install emacs19
and emacs20 at once. The obvious thing to do would be to handle it using
alternatives like the executable, this method was suggested by the bugs
submitter Jonathan Perret <jperret@cybercable.fr>. I would be willing to do a
NMU, but the package is too big for me to download, maybe when I get my Debian
CDs back from the person I lent them to.

> Package: fetchmail (main)
> Maintainer: Paul Haggart <phaggart@debian.org>
>   36677  Package fetchmail_5.0.1-1.dsc not extractable

This is best explained by Roman Hodek <Roman.Hodek@informatik.uni-erlangen.de>:

>> dpkg-source -x fetchmail_5.0.1-1.dsc gives error:
>> dpkg-source: error: diff patches file (Eric S. Raymond <esr@thyrsus.com>  )
>> not in expected subdirectory
>I've found the same problem... but I can also tell you what's wrong... :-)
>dpkg-source has a long-standing bug that makes it interpret every
>line in the Debian diff that starts with three dashes (i.e., ^---) as
>the start of a new file. However, if the patch removes a line that
>starts with (at least) two dashes, we have those three dashes, but
>that starts no new file... However, dpkg-source isn't clever enough
>for this :-(
>To work around this bug, the general rule is: Never delete a line with
>two or more dashes at the beginning :-) In the concrete case of
>fetchmail, the "bad" lines that are removed are
>-- Eric S. Raymond <esr@thyrsus.com>
>in the original debian/changelog. The only solution (until the bug in
>dpkg-source is fixed): Don't remove (or change) these lines :-(

So it is a bug in dpkg, does this need to be reallocated to dpkg, or can
somebody just fix the bug in dpkg? 

> Package: file (main)
> Maintainer: Nicols Lichtmaier <nick@debian.org>
>   38454  file reports always "not stripped" for dynamically linked (uses shared libs) ELF executable

I seem to remember seeing a message on debian-devel-changes saying that was

> Package: fileutils (main)
> Maintainer: Galen Hazelwood <galenh@micron.net>
>   31717  fileutils: `mv regularfile symlink' problems [PATCH]

Is apparently fixed in the next version

>   36770  fileutils: install has problems with permissions [PATCH]

Just needs the patch to be applied.

> Package: fortune-mod (main)
> Maintainer: Brian Bassett <brianb@debian.org>
>   37091  fortune-mod: open call has hardcoded access mode

This bug is only relevant for HURD which is not being released with potato (or
is it?). But it is still important to fix, and easy, there is a patch included
in the bug report.

I consume, therefore I am

Attachment: pgpdIY34LvOJD.pgp
Description: PGP signature

Reply to: