Bug#995881: mutt: displays text/html raw instead of using mailcap

Package: mutt Version: 2.0.5-4.1 Severity: normal Dear Maintainer, I viewed a text/html email, shown as plain text. Selecting v to view attachments, and then selecting the text/html part and typing Enter also showed the plain text. I expected that lynx would be invoked when I type Enter when vi

Bug#994815: exim4: Helo command rejected: need fully-qualified hostname

On Tue, Sep 21, 2021 at 08:31:15PM +0200, Marc Haber wrote: > Please check whether your system is correctly configured to find the > host name. Information can be found on > https://wiki.debian.org/PkgExim4UserFAQ#How_does_exim_find_out_its_host_name_to_use_in_HELO.2FEHLO.3F > > Please report back

Bug#994815: exim4: Helo command rejected: need fully-qualified hostname

Package: exim4 Version: 4.94.2-7 Severity: important Without the "MAIN_HARDCODE_PRIMARY_HOSTNAME" line in /etc/exim4/update-exim4.conf.conf a remote server rejected mail coming from our exim4 server with: SMTP error from remote mail server after RCPT TO:<> 504 5.5.2 <>: Helo command rejec

Bug#655550: gforth: "see +" hangs (gdb doesn't terminate)

On Sun, Jan 31, 2021 at 01:15:05PM -0500, Scott Mebust wrote: > I don't know if this is an appropriate fix but I have found that if gdb is > run in batch mode by gforth with -batch-silent instead of just with the -q > quiet switch then gdb will exit even when the old ptrace capabilities are > not r

Bug#672616: FTBFS: Binary files - and ./test/coretest.out differ

On Tue, May 22, 2012 at 05:23:50PM +0200, gregor herrmann wrote: > On Sat, 12 May 2012 16:50:18 +0200, Anton Ertl wrote: > > This may be due to a bug in Gforth uncovered by gcc-4.7. The fix is: > > > > http://www.complang.tuwien.ac.at/viewcvs/cgi-bin/viewcvs.cgi/gforth/prim

Bug#672616: FTBFS: Binary files - and ./test/coretest.out differ

On Sat, May 12, 2012 at 02:47:49PM +0200, Samuel Thibault wrote: > Package: gforth > Version: 0.7.0+ds1-6 > Severity: serious > Justification: FTBFS > > Hello, > > gforth currently FTBFS in sid: > > ./engine/gforth-noll --die-on-signal -p > ".:/usr/lib/x86_64-linux-gnu/gforth/site-forth:/usr/sh

Bug#655550: gforth: "see +" hangs (gdb doesn't terminate)

On Thu, Jan 12, 2012 at 09:12:39AM +0100, Ph. Marek wrote: > Package: gforth > Version: 0.7.0+ds1-6 > Severity: normal > > Using gforth=0.7.0+ds1-6 and gdb=7.4-1~cvs2017.2 the "see" word doesn't > work for built-ins, like "+". GDB just hangs, I expect it gets a bad command. I have seen that y

Bug#561498: log of a rerun

-q install apt dpkg 2066 apt-get -q dist-upgrade 2067 apt-get -q dist-upgrade 2068 apt-get -q -f install HTH, - anton -- M. Anton ErtlSome things have to be seen to be believed an...@mips.complang.tuwien.ac.at Most things have to be believed to be seen http://www.complan

Bug#561498: apt-get upgrade fails

On Thu, Jan 07, 2010 at 03:16:06PM +0100, Rene Engelhard wrote: > Hi, > > On Thu, Jan 07, 2010 at 02:39:03PM +0100, Anton Ertl wrote: > > I have a backup of the system from right before the upgrade. If you > > are really interested, I can install that backup somewhere and

Bug#561498: apt-get upgrade fails

On Thu, Jan 07, 2010 at 01:28:11AM +0100, Rene Engelhard wrote: > [ sorry for the late answer ] > > Hi, > > On Tue, Dec 22, 2009 at 11:28:53PM +0100, Anton Ertl wrote: > > I have a problem at the same package; the bug I see on "apt-get > > dist-upg

Bug#561498: apt-get upgrade fails

I have a problem at the same package; the bug I see on "apt-get dist-upgrade" (from Lenny to Squeeze) is: Preparing to replace myspell-en-us 1:2.4.0-3 (using .../myspell-en-us_1%3a3.2.0~beta-1_all.deb) ... Unpacking replacement myspell-en-us ... Processing triggers for man-db ... Processing trigg

Bug#484222: Cannot reproduce

Michael Meskes wrote: > I absolutely agree. In the meantime I have been able to reproduce the problem, > it tries malloc'ing an amazingly high number of memory. Looking at the build-log , I see that fir

Bug#512364: gforth: input number conversion considers empty "-" a

l...@aspire.verhau.de wrote: > Subject: gforth: number input conversion sees isolated "-" as valid number That bug was still present in the latest upstream version. I have now fixed it in the CVS

Bug#485989: mdadm: metadata=1 problems with initramfs

Package: mdadm Version: 2.5.6-9 Severity: normal I created my md RAID1 arrays with the Knoppix 5.3 mdadm. Unfortunately, this creates --metadata=1.0 arrays by default (although its docs say that 0.90 is the default), which led to trouble with LILO (LILO understands only 0.90 RAIDs, so I had to re

Bug#477188: libc6: dlopen("libc.so",...) fails

Package: libc6 Version: 2.3.6.ds1-13etch4 Severity: normal *** Please type your report below this line *** When I call the program below with "a.out libc.so", the output is: dlopen: /usr/lib/libc.so: invalid ELF header This is apparently because /usr/lib/libc.so contains the following: ---

Bug#427167: emacs21-bin-common: rcs2log prints "author <[EMAIL PROTECTED]>" instead of the username (fixed in cvs' rcs2log)

Package: emacs21-bin-common Version: 21.4a+1-3 Severity: normal The emacs binary of rcs2log (and consequently vc-update-change-log) outputs lines like this when talking to a non-ancient CVS server: 2006-05-07 author <[EMAIL PROTECTED]> instead of 2006-05-07 Anton Ertl <[EMAIL

Bug#410450: Problem was already reported at upstream (with patches)

Just FYI: Looking at the bug-tar archives, I see a report of the problem: http://www.mail-archive.com/bug-tar@gnu.org/msg01124.html and a reply by a maintainer including a patch (and a reference to another patch): http://www.mail-archive.com/bug-tar@gnu.org/msg01126.html - anton -- To UNS

Bug#410450: tar: --listed-incremental does full dump, apparently due to file format change

Package: tar Version: 1.16-2 Severity: normal I had made listed-incremental backups with GNU tar 1.16 on Gentoo (which worked nicely). Then I switched to Debian Etch, and tried to continue the incremental backups of the non-root file systems. But the result is that I got full backups (judging f