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 >t >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 fixed. > 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:
pgpoRWJBX_JnV.pgp
Description: PGP signature