Filed bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83808
Package: gcc-snapshot
Version: 20180107-1
Severity: normal
Dear Maintainer,
I should have reported this upstream, but creating an account on GCC Bugzilla
takes a day. In the meantime...
This sample C++ program
$ cat broken.cc
struct Rect {
int width;
};
void f() {
const Rect rect = {11};
Package: acpitool
Version: 0.5.1-1
Severity: normal
Tags: patch
Running acpitool with options `-b' or `-B' causes a segfault:
> acpitool -v -b
Segmentation fault
Backtrace from gdb:
(gdb) run -b
Starting program: /usr/bin/acpitool -b
Program received signal SIGSEGV, Segmentation fault.
0xb7d9
Package: linux-image-2.6.30-1-686
Version: 2.6.30-1
Severity: normal
I ran into this bug too. The bug has been already solved upstream:
http://bugzilla.kernel.org/show_bug.cgi?id=13399
Hope the patch will be included in 2.6.30-2.
Best regards,
Bernardo
-- Package-specific info:
-- System Inf
Package: listen
Version: 0.6~rc2-1
Severity: normal
After upgrading from listen 0.5 to 0.6, on the first run listen imports
the settings from the previous version. Sadly, it doesn't import cd
cover images.
After adding some cover images and looking around the filesystem, I
discovered that the
Package: listen
Version: 0.6~rc2-1
Severity: important
If python-xdg is not installed, listen refuses to start with this error:
Traceback (most recent call last):
File "listen", line 76, in
from stock import stock_init
File "/usr/lib/listen/stock.py", line 94, in
from xdg_support import g
2009/4/3 Sven Joachim :
> I think this problem is solved in Emacs 22.3; the fix mentioned in the
> upstream bug report is part of it. Can you confirm that?
I installed the new package today, and so far it works fine. I think
you can close the bug.
Thank you.
Happy Easter,
Bernardo
--
To UNSU
Package: emacs22
Version: 22.1+1-3
Severity: normal
With this very minimal '.emacs' file
---BEGIN---
(custom-set-variables
'(scroll-margin 2)
'(scroll-preserve-screen-position t)
)
---END---
hitting page-up and page-down (or C-v and M-v) in any order just after
having open an exiting file d
Package: icedove
Version: 2.0.0.9-2
Followup-For: Bug #458770
I experienced the same problem, i.e., opening of RDF pages when checking
for updates for extensions, after having upgraded from
2.0.0.6.1 to 2.0.0.9-2. There is a workaround for a similar
(possibly the same?) bug here
http://bugs.de
On 12/27/06, Junichi Uekawa <[EMAIL PROTECTED]> wrote:
in apt-listbugs source, can you reproduce the problem with:
./examples/listbugs-soap.rb 268664 269152 277619 293058 310690 310812 315115
315718 316453 316476 316955 317332 317720 317911 320019 321136 321352 321783
322560 325292 328568 329
Package: openoffice.org-common
Version: 2.0.3-3
Followup-For: Bug #377261
I've just upgraded my sid installation (apt-get upgrade) and got the same
error:
Preparing to replace openoffice.org-common 2.0.3-2 (using
.../openoffice.org-common_2.0.3-3_all.deb) ...
update-xmlcatalog: error: entity not
Package: udev
Version: 0.093-1
Followup-For: Bug #377737
My previous report is incorrect. My last upgrade didn't include the
upgrade of udev, that happened in the upgrade before. Sorry for the
mistake. Yet /dev/lp0 is no more there.
These dependencies of udev have been upgraded in my last dist-
Package: udev
Version: 0.093-1
Severity: normal
I've done an upgrade of my system (apt-get dist-upgrade), which included
a udev upgrade from 0.090-3 to 0.093-1. After the upgrade /dev/lp0 isn't
there anymore.
The kernel is the same as before the upgrade, it has parallel support
builtin, not as a
Package: octave2.9
Version: 2.9.5-7
Severity: normal
Using `info-emacs-info' (within Emacs) makes the command `doc' fail with
the error message:
error in process filter: byte-code: Info file /usr/share/info does not exist
error in process filter: Info file /usr/share/info does not exist
I th
Package: xviewg
Version: 3.2p1.4-21
Severity: grave
Justification: renders package unusable
xviewg can't be installed. apt-get output:
$ apt-get -sV install xviewg
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
Package: libservlet2.4-java
Severity: serious
Justification: java 2.4
>From the Debian Java Policy (section 2.4):
> Java libraries must depend on the needed runtime environment
> (java1-runtime and/or java2-runtime)
libservlet2.4-java depends on java-runtime instead, and java-runtime is
not pr
I had a similar problem, with firefox not starting and ps hanging. It
went away when I disabled sound support from the kernel. I never
managed to get the sound working anyway, though modules would load
correctly. Not sure if it was a hardware issue, a kernel bug, or a
chip revision not supported
On 31/07/05 13:48, Debian Bug Tracking System wrote:
Source: ethereal
Source-Version: 0.10.12-2
We believe that the bug you reported is fixed in the latest version of
ethereal, which is due to be installed in the Debian FTP archive:
I confirm the bug is fixed in version 0.10.12-2.
Thank you.
On 29/07/05 17:34, W. Borgert wrote:
From 0.10.11-2/3 on, capabilities are used for security reasons.
Maybe CAP_SETGID and/or CAP_SETUID are needed for that. I don't
know much about capabilities, but could you try to add the two
capabilities? (or compile without libcap, or without defining
HAVE_
Package: ethereal
Version: 0.10.12-1
Severity: normal
I used to run Ethereal with the command "sudo ethereal" from an xterm.
After having upgraded Ethereal to version 0.10.12-1, I get this error:
---CUT---
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
(ethereal:8050)
20 matches
Mail list logo
