Package: banshee
Version: 0.13.1+dfsg-1
Severity: critical
--- Please enter the report below this line. ---
It crashes every time it is run. I run it from the console and I got
this message: (Banshee:10703): GLib-GObject-WARNING **: cannot retrieve
class for invalid (unclassed) type `(null)'
On Mon, Sep 17, 2007 at 01:40:16AM -0400, Justin M. Keyes [EMAIL PROTECTED]
wrote:
I also have this problem. I don't have a libz.so.1 in /lib, but I have
libz.so.1 in /usr/lib.
This is the one that's supposed to exist.
I can't run gnome, and I just get a root window in X.
This problem is
Package: x11proto-render-dev
Version: 2:0.9.2-4
Severity: grave
My OOo build (which just worked fine perfectly on an up-to-date i386 before
I did the dist-upgrade which upgraded x11proto-render-dev on my amd64 machine)
now fails. I don't think OOo is at fault, though.
OOos configure fails with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reporting what the upstream author has replied.
Inizio messsaggio inviato:
Data: Sun, 16 Sep 2007 21:49:53 -0400
Da: brian_d_foy via RT [EMAIL PROTECTED]
A: [EMAIL PROTECTED]
Oggetto: [rt.cpan.org #29396] make test fails at t/pod_coverage.t
URL:
Here's the answer from the upstream author:
- Forwarded message from Bryan Baldus [EMAIL PROTECTED] -
From: Bryan Baldus [EMAIL PROTECTED]
To: [EMAIL PROTECTED];
Subject: Re: [rt.cpan.org #29395] t/check020 fails
Date: Sun, 16 Sep 2007 16:35:58 -0500
Thank you for writing. I was aware
On Mon, Sep 17, 2007 at 06:52:25AM +, Debian Bug Tracking System wrote:
clive (0.2.1-1) unstable; urgency=low
.
* New upstream release
- Properly fixes downloading from YouTube (Closes: #439621, #439622)
Why do you call Properly? This sounds like the NMU I did wasn't
proper -
Twas brillig at 10:58:59 17.09.2007 UTC+02 when Gerfried Fuchs did gyre and
gimble:
GF Why do you call Properly? This sounds like the NMU I did wasn't proper
GF - whereas the diff clearly shows that there is no difference between the
GF NMU and the new upstream release.
Calm down a bit.
Package: duplicity
Version: 0.4.3-1
Severity: grave
Tags: security
Justification: user security hole
Password details are passed to ncftp on the command line rather than via
a file descriptor, environment variable or some other method that would
keep the data private.
$ pgrep -fl ncftp
1153 sh
Package: nvidia-glx
Version: 100.14.11-1
Severity: grave
Justification: renders package unusable
As Xorg 1.4 was uploaded to unstable, nvidia-glx is broken:
xserver-xorg-core provides /usr/lib/xorg/modules/libwfb.so which is also
in nvidia-glx; nvidia-glx should either stop shipping this or make
* Mikhail Gusarov [EMAIL PROTECTED] [2007-09-17 11:17:09 CEST]:
Twas brillig at 10:58:59 17.09.2007 UTC+02 when Gerfried Fuchs did gyre and
gimble:
GF Why do you call Properly? This sounds like the NMU I did wasn't
proper
GF - whereas the diff clearly shows that there is no difference
Twas brillig at 12:54:11 17.09.2007 UTC+02 when Gerfried Fuchs did gyre and
gimble:
GF If you missed it, I'm sorry for that, but I *did* attached it to the
GF bugreport. Yes, the diff was done in reverse, but that shouldn't be a real
GF problem, is it?
Whoops. [flushing mail spool on one
* Mikhail Gusarov [EMAIL PROTECTED] [2007-09-17 13:12:28 CEST]:
Twas brillig at 12:54:11 17.09.2007 UTC+02 when Gerfried Fuchs did gyre and
gimble:
GF If you missed it, I'm sorry for that, but I *did* attached it to the
GF bugreport. Yes, the diff was done in reverse, but that shouldn't be
Hi again
The driver version seems to be connected to the ABI version, which
officially is not supported by the nvidia driver:
(EE) NVIDIA(0): This video driver ABI is not supported.
(WW) NVIDIA(0): The driver will continue to load, but may behave strangely.
(WW) NVIDIA(0): This server has an
Package: python-decoratortools
Version: 1.4-2
Severity: serious
Justification: package uninstallable
Hello.
python-decoratortools Depends: python-support (= 0.2), python-support (= 0.7),
but 0.7 is only available in experimental.
P.S.: Also, the package only depends on python (= 2.3), where
Twas brillig at 13:18:44 17.09.2007 UTC+02 when Gerfried Fuchs did gyre and
gimble:
GF Erm, by what means? That is a quite strange request, the patch has to be
GF sent to the bugreports that got fixed with it, it doesn't open a new bug.
Historically, it was custom to open a new bug and
Hi,
* Martin Loschwitz [EMAIL PROTECTED] [2007-09-16 14:11]:
On Fri, Sep 14, 2007 at 09:48:02AM +, Debian Bug Tracking System wrote:
Thank you for the additional information you have supplied regarding
this problem report. It has been forwarded to the package maintainer(s)
and to other
Hi,
From: Tatsuya Kinoshita
Subject: Bug#441654: skksearch: FTBFS:
/usr/lib/gcc/i486-linux-gnu/4.2.1/../../../../lib/libdb.so: undefined reference
to `pthread_mutex_trylock'
Date: Mon, 17 Sep 2007 10:59:46 +0900 (JST)
On September 16, 2007 at 6:11AM +0900,
tats (at debian.org) wrote:
I
On Mon, Sep 17, 2007 at 01:32:04PM +0200, Nico Golde wrote:
Hi,
* Martin Loschwitz [EMAIL PROTECTED] [2007-09-16 14:11]:
On Fri, Sep 14, 2007 at 09:48:02AM +, Debian Bug Tracking System wrote:
Thank you for the additional information you have supplied regarding
this problem report.
tags 441705 + upstream
In related news, debian/rules clean does a poor job, which can be blamed on
upstream shipping files (documentation) which are regenerated when building
the package, as well as deleting the $LANGUAGE directories in the
uninstall-local target instead of in the
Package: hex-a-hop
Version: 0.0.20070315-5
Severity: Serious
Justification: FTBFS
The package fails to build on m68k, see
http://buildd.debian.org/fetch.cgi?pkg=hex-a-hopver=0.0.20070315-5arch=m68kstamp=1189827580file=log
g++ -Wall -W -g -DUSE_GETTEXT -O2 -D_VERSION=\1.0.0\
Package: medusa
Severity: serious
Tags: patch
Justification: no longer builds from source
Hi,
Current build depend on libssh2-0-dev makes package to FTBFS in a sid
pbuilder. The following patch solves it.
regards,
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT
Package: libc6-prof
Version: 2.6.1-4
Severity: grave
Justification: renders package unusable
Hi,
I don't seem to able build any program linked against the
profiled version of the glibc.
I can reproduce the problem with any version of gcc (3.3, 3.4,
4.0, 4.1, 4.2), with 2.6.1-1 and 2.6.1-4.
On Mon, Sep 17, 2007 at 02:46:32PM +0200, Bas Wijnen wrote:
Package: hex-a-hop
Version: 0.0.20070315-5
Severity: Serious
Justification: FTBFS
The package fails to build on m68k, see
http://buildd.debian.org/fetch.cgi?pkg=hex-a-hopver=0.0.20070315-5arch=m68kstamp=1189827580file=log
g++
found 442858 2.6.1-1
tag 442858 + confirmed
thanks
It's already present in lenny, don't block migrations because of that.
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
Package: listadmin
Version: 2.37-1
Severity: serious
Hi,
Since a recent upgrade, presumably in the last couple of days,
listadmin fails for me with:
fetching data for [EMAIL PROTECTED] ... Can't locate unicore/PVA.pl in @INC
(@INC contains: /etc/perl /usr/local/lib/perl/5.8.8
On Mon, Sep 17, 2007 at 03:34:25PM +0200, Jens Seidel wrote:
The package fails to build on m68k, see
http://buildd.debian.org/fetch.cgi?pkg=hex-a-hopver=0.0.20070315-5arch=m68kstamp=1189827580file=log
g++ -Wall -W -g -DUSE_GETTEXT -O2 -D_VERSION=\1.0.0\
dlocate was out of date, PVA.pl isn't in perl-modules anymore:
dpkg -L perl-modules | grep PVA.pl returns void.
--
Loïc Minier
On Mon, Sep 17, 2007 at 04:57:11PM +0200, Bas Wijnen wrote:
On Mon, Sep 17, 2007 at 03:34:25PM +0200, Jens Seidel wrote:
I do not have access to a m68k machine. Bas, could you please provide
the output of typeof(Entry), where Entry is defined in packfile.h?
I don't have one either, but
Hi,
there is now another instance of bug #377385: Some modules have been
moved to perl-base, but perl-modules does not depend on that newer
version. This causes interesting problems like #442866 and #442869,
so please fix the dependencies.
BTW, the Replaces perl-base has on perl-modules needs
Package: strongswan
Version: 4.1.4-1
Severity: grave
Justification: renders package unusable
Hi,
here is the problem:
Setting up strongswan (4.1.4-1) ...
Generating a 2048 bit RSA private key
.+++
..+++
writing new private key to '/etc/ipsec.d/private/irancyKey.pem'
-
You
On 9/17/07, Mike Hommey [EMAIL PROTECTED] wrote:
Try something like strace -eopen -f update-mime-database 21 | grep libz.so
and check where libz.so is taken from.
If it's not taken in /usr/lib or /lib, then you're likely to have a
broken LD_LIBRARY_PATH and/or a spurious libz.so somewhere
On Mon, Sep 17, 2007 at 01:02:02PM -0400, Justin M. Keyes [EMAIL PROTECTED]
wrote:
On 9/17/07, Mike Hommey [EMAIL PROTECTED] wrote:
Try something like strace -eopen -f update-mime-database 21 | grep libz.so
and check where libz.so is taken from.
If it's not taken in /usr/lib or /lib, then
On 9/17/07, Justin M. Keyes [EMAIL PROTECTED] wrote:
On 9/17/07, Mike Hommey [EMAIL PROTECTED] wrote:
Try something like strace -eopen -f update-mime-database 21 | grep libz.so
and check where libz.so is taken from.
If it's not taken in /usr/lib or /lib, then you're likely to have a
Package: ktoon
Version: 0.8-1
Severity: grave
Justification: renders package unusable
I just installed ktoon on my system, and ran it from terminal under
GNOME - sorry if I'm doublereporting, I didn't bother to check.
This is what it outputs and then crashes.
[EMAIL PROTECTED]:~$ ktoon
Hi,
after applying 179c85ea53bef807621f335767e41e23f86f01df building
packages using libc6 from Lenny is possible again, but there's still a
broken behaviour:
From stracing aptitude:
libc6 from Etch:
2129 write(1, \rBuilding tag database... Done\r, 31) = 31
2129 write(1, \n, 1)
Package: xserver-xorg-video-dummy
Version: 1:0.2.0-6
Severity: grave
Justification: renders package unusable
xserver-xorg-video-dummy still depends merely on xserver-xorg-dev
(= 2:1.2.99.902); at least on amd64, the autobuilder consequently
wound up building it against xserver 1.3, yielding a
Package: nvidia-graphics-legacy-71xx-modules-i386
Version: 1.0.7185+1
Severity: grave
2.6.18-4 is obsolete, replaced by 2.6.21-2 in testing and 2.6.22-2 in
unstable. These packages are no more usable in testing and unstable, if they
ever have been. They should be updated or removed.
--
To
There are several security issues likely unfixed in ez publish (though
it is not clear since the debian version is much older than the
versions mentioned in the CVEs). There hasn't been a maintainer
upload of ezpublish in 4.5 years. It has a RC bug open since for 4
months. It should be removed
Package: nvidia-graphics-legacy-71xx-modules-amd64
Version: 1.0.7185+1
Severity: grave
2.6.18-4 is obsolete, replaced by 2.6.21-2 in testing and 2.6.22-2 in
unstable. These packages are no more usable in testing and unstable, if they
ever have been. They should be updated or removed.
--
To
Package: squashfs
Severity: grave
Hi,
somehow, your makefiles got changed, please fix it that they can be
installed again with the regular $(MAKE) -M call.
Regards,
Daniel
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: [EMAIL PROTECTED]
Internet:
Le dimanche 09 septembre 2007 à 15:35 +0200, Julien BLACHE a écrit :
Petter Reinholdtsen [EMAIL PROTECTED] wrote:
Hi,
I guess I learned something new, then. I thought the .mo files was
mmapped into the programs and looked up using fast and arch-specific
methos. If this is not true, I
Hi,
On 9/16/07, Artur R. Czechowski [EMAIL PROTECTED] wrote:
The t1lib 5.1.0 available in Debian (either etch as lenny and sid[1]) is
vulnerable to CVE-2007-4033 security flaw.
I have uploaded a new package to unstable that can be easily
backported to etch/lenny. I am attaching the output of
severity 442146 important
thanks
Am Donnerstag, den 13.09.2007, 16:36 +0200 schrieb Alban Browaeys:
Package: seahorse
Version: 1.0.1-6
Severity: critical
Justification: breaks unrelated software
/etc/X11/Xsession.d/60seahorse contains --execute switch for seahorse.
This switch does not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: strongswan
Version: 2.8.0+dfsg-1
Severity: serious
Justification: Policy 10.7.3
I came across strongswan looking for RC bugs to fix as part of my NM process.
While investigating bug #442880 and bug #431874 I noticed that openswan
ships
tags 441705 + patch
thanks
Attached are two patch files. One that patches debian/rules and one that was
meant to be dropped into debian/patches. Unfortunately that won't work due to
bug #414305, so the options are a) use dpatch instead or b) patch the source
directly. Makefile.in is patched to
Stefan Fritsch skrev:
There are several security issues likely unfixed in ez publish (though
it is not clear since the debian version is much older than the
versions mentioned in the CVEs). There hasn't been a maintainer
upload of ezpublish in 4.5 years. It has a RC bug open since for 4
Package: bind
Version: 1:8.4.6-1
Severity: grave
Tags: security
Justification: user security hole
From CVE-2007-2930:
The (1) NSID_SHUFFLE_ONLY and (2) NSID_USE_POOL PRNG algorithms in ISC BIND 8
before 8.4.7-P1 generate predictable DNS query identifiers when sending outgoing
queries such as
On Mon, Sep 17, 2007 at 01:24:41PM -0400, Justin M. Keyes [EMAIL PROTECTED]
wrote:
On 9/17/07, Justin M. Keyes [EMAIL PROTECTED] wrote:
On 9/17/07, Mike Hommey [EMAIL PROTECTED] wrote:
Try something like strace -eopen -f update-mime-database 21 | grep
libz.so
and check where libz.so
tags 427311 + patch
thanks
The output of ghc -E (the pre-processing phase) must have changed to add LINE
pragmas. The ghcsym() function in script/confhc doesn't take this into
account, so {-# LINE 1 ghcsym.hs #-}\n ends up in lib/debian/config. Given
that __GLASGOW_HASKELL__ is always an
---BeginMessage---
Frank Küster a écrit :
Norbert Preining [EMAIL PROTECTED] wrote:
Hi all!
In June 2007 (and before) we tried to chase down the authors of those
two file. According to several web sites it seems to be Nicolas
Kisselhoff (of whom we hope to reach him at [EMAIL
Package: grep
Version: 2.5.3~dfsg-2
Severity: grave
Justification: renders package unusable
With etch's grep:
% time LC_ALL=C grep -v '^ ' short | LC_ALL=C grep : | /dev/null
LC_ALL=C grep --color=tty -d skip -v '^ ' short 0,00s user 0,00s system
89% cpu 0,004 total
LC_ALL=C grep
Sep 17 - 21 - When you buy our MD Contact List you will receive at no
additional cost a Directory for Dentists, Nursing Homes, Hospitals and
Chiropractors
Licensed MDs in the USA
788,704 in total 17,400 emails
34 primary and secondary specialties
Over a dozen sortable fields
Package: ntp
Version: 1:4.2.4p3+dfsg-1
Severity: grave
Justification: renders package unusable
Of the five name servers for pool.ntp.org, four of them claim there is no
such host as 1.debian.pool.ntp.org, etc. To investigate this:
dig -t ns pool.ntp.org
# Shows the name servers to be
On 9/17/07, Mike Hommey [EMAIL PROTECTED] wrote:
On Mon, Sep 17, 2007 at 01:02:02PM -0400, Justin M. Keyes [EMAIL PROTECTED]
wrote:
On 9/17/07, Mike Hommey [EMAIL PROTECTED] wrote:
Try something like strace -eopen -f update-mime-database 21 | grep
libz.so
and check where libz.so is
Hi Alexander,
This is still a bug, I don't think saying use the Debian rebranded
Lightning constitutes a fix.
The official Lightning xpi is still broken when trying to use it with
Icedove.
Replicated on several instances using [Testing,Sid] + Icedove
-Richard
--
To UNSUBSCRIBE, email
Thanks for your response.
On Tuesday 18 September 2007, Jonas Smedegaard wrote:
I just haven't found time to figure out the correct procedure to
drop a package from the archive. If you do, then take this as my
official approval as package maintainer for dropping the package
completely from
56 matches
Mail list logo
