Package: iproute2
Version: 4.20.0-2
Tags: patch
ip route in Buster generates an invalid JSON if the route type has to
be printed,
eg. when detailed mode is active, or the type is different that unicast:
$ ip -d -j -p route show
[ {"unicast",
"dst": "192.168.122.0/24",
Source: console-common
Version: 0.7.90
Severity: important
Dear Maintainer,
The install-keymap utility that was present in 0.7.89 is now missing from
0.7.90.
I don't know if this was intentional or not, but the package description still
says it contains this utility, and it does still contain a
Package: ifupdown
Version: 0.7.8
Severity: minor
The man page for 'interfaces' is still dated 2004-04-05. It has definitely
been updated since then, e.g. with the 'tunnel' method.
The old date is present also in 0.7.43.
This is reported in network manager upstream as
https://bugzilla.gnome.org/show_bug.cgi?id=656610
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I believe this problem to be fixed.
Yesterday I upgraded a bunch of packages: several core X-packages that
had been waiting a long time, updated nvidia packages and latest
kernel package (this is on unstable). Currently I have the latest
version of every installed package.
With these packages
Package: xul-ext-firebug
Version: 1.6.2-1
Severity: grave
Firebug 1.6 is not compatible with Firefox 3.5, the version currently
available in unstable. The addin disables itself and is unusable.
IMHO Firebug 1.5.4 should be reuploaded to unstable to restore
functionality, and Firebug 1.6 or 1.7
Package: nvidia-glx-legacy-173xx
Version: 173.14.27-2
Severity: grave
Package does not install with latest xorg.
nvidia-glx-legacy-173xx depends on xorg-video-abi-6.0 but this is no
longer provided by xserver-xorg-core version 2:1.9.4-1. Instead it
provides xorg-video-abi-8.0 and
I'm seeing this too.
A more complete stack trace from vlc -vvv, if that helps:
Program received signal SIGSEGV, Segmentation fault.
0xb2ee645a in _nv00gl () from /usr/lib/tls/libnvidia-tls.so.1
(gdb) bt
#0 0xb2ee645a in _nv00gl () from /usr/lib/tls/libnvidia-tls.so.1
#1 0xb3c4fd45 in
Package: libmono-npgsql2.0-cil
Version: 2.6.7-3
The Npgsql version incorporated in Mono is Npgsql 1.0, though mono
sets the version to either 1.0.5000.0 or 2.0.0.0 depending on Net 1.1
or 2.0. This is confusing since there is also an official Npgsql
2.0-series, now at 2.0.10, that is an entirely
Any update on this? Can we please have this split soonish?
Regards,
Oskar
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: nvidia-graphics-drivers-legacy-173xx
Version: 173.14.18-1
Please package upstream version 173.14.20 released 2009-07-01. This
should fix issues with 2.6.30 it seems.
Regards,
Oskar
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Package: postgresql-8.1
Version: 8.1.4-7
Since upgrading to this version from 8.1.4-6 (I believe), postmaster
fails to start with the message
Starting PostgreSQL 8.1 database server: main* The PostgreSQL server
failed to start.
FATAL: could not access private key file server.key:
This should be closed, as it does not appear to be a bug.
The path in the submitters mail refers to file below gtkmm-2.0, not 2.4.
More importantly, the NEWS entry for gtkmm 2.3.5 explicitly mentions:
- Toolbar
- Added append(), prepend(), insert() overloads which take
slots, so
This should be closed.
I'm using ListStore::clear() in lots of code without problems with
current versions of gtkmm - and have been doing so for several years.
Both in Debian sarge and etch.
Also, the original submitter hasn't responded after the initial
report. There is no point in keeping this
Please disregard faulty subject line of my previous mail to this bug.
/Oskar
On Wed, 2006-08-23 at 10:46 +0200, Oskar Berggren wrote:
This should be closed.
I'm using ListStore::clear() in lots of code without problems with
current versions of gtkmm - and have been doing so for several
This should be closed.
I'm using ListStore::clear() in lots of code without problems with
current versions of gtkmm - and have been doing so for several years.
Both in Debian sarge and etch.
Also, the original submitter hasn't responded after the initial
report. There is no point in keeping this
Package: grep
Version: 2.5.1.ds2-3
Severity: critical
This version of grep links with /usr/lib/libpcre.so.3, however,
grep is required to run before local filesystems have been loaded.
If /usr is not on the /-partition, the system will not boot
correctly.
See e.g. /etc/rcS/S02mountvirtfs
Isn't this a dupe of #273625, which was recently fixed?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=273625
/Oskar
Package: dia
Version: 0.94.0-5
Reproducing:
New document.
Create a UML class.
Open the properties dialog, change fontsize for normal attributes to
something other than 0.80.
Save the file.(look at test file, the new value has
been
19 matches
Mail list logo
