Control: found -1 78.11.0esr-1
Hi Hideki and Jochen,
Thank you for both of your responses.
On Thu, Jul 01, 2021 at 08:08:44AM +0200, Jochen Sprickerhof wrote:
> * Hideki Yamane [2021-06-28 22:35]:
> > Can you reproduce it on freshly installed bullseye sytem?
After apt upgrade (firefox now at
Package: firefox-esr
Version: 78.7.0esr-1
Severity: normal
Dear Maintainer,
Firefox is killed with SIGILL shortly after startup:
$ firefox-esr -safe-mode
Illegal instruction
$
A gdb session on a dumped core to investigate:
[...]
Core was generated by `firefox-esr'.
Program terminated with signa
After upgrading to jessie (and w3m version 0.5.3-19), I have not encountered
this issue anymore. All URLs in my bug report now work flawlessly.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: w3m
Version: 0.5.3-8
Severity: important
On my armhf system, w3m segfaults regularly. Whether or not it segfaults
appears to depend reliably on the document being loaded - on some
documents it consistently segfault; on others it consistenly works
flawlessly. For instance, http://www.debia
Package: gitit
Version: 0.9.0.1-2
Severity: normal
Without mime-support installed, starting gitit results in:
Could not read mime types file: /etc/mime.types
/etc/mime.types: openBinaryFile: does not exist (No such file or directory)
Using defaults instead.
Without git installed, starting gitit r
Package: dokuwiki
Version: 0.0.20090214b-3
Severity: normal
Tags: patch
Dokuwiki's postinst script normally installs a link in the
/etc/apache2/conf.d directory to its apache.conf. There is some code
to detect the absence of the /etc/apache2 directory and not install
the link in that case, but unf
Package: gdk-imlib11
Version: 1.9.14-31
Severity: normal
When trying to view certain .xbm files with qiv, the following error
is reported.
gdk_imlib ERROR: Cannot load image: hand-open-data.xbm
All fallbacks failed.
You should not see this. Submit bug against gdk-imlib package.
One such f
Package: libjpeg-progs
Version: 6b-13
Severity: normal
exiftran changes the mode of a file. Even though the original file
has mode 0644, the new one has 0600. umask is set to 0022, so that
is not the cause of the problem.
After reading bug report #376376, I found out about exiftran, and
that does
);
/*
* Set first and last to the day number of the first day of this
-- cut here ----------
Regards,
Vincent Arkesteijn.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
9 matches
Mail list logo