Bug#348824: lowering severity
severity 348824 important thanks The user is now warned about the security risks of the rarly used pantomime-dir option in README.Debian. At its worst, it is equivelent of an anonymous writable ftp directory. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362874: firefox: reproducible crash on www.brillianceaudio.com
On Sat, Apr 15, 2006 at 10:39:11PM -0700, Russ Allbery wrote:
justin [EMAIL PROTECTED] writes:
On Sat, Apr 15, 2006 at 09:22:51PM -0700, Russ Allbery wrote:
Package: firefox
Version: 1.5.dfsg+1.5.0.1-4
Severity: important
Ever since the Firefox 1.5 upgrade I've been noticing considerably more
instability, with Firefox randomly crashing after about a half-hour of
regular browsing. So far, though, I'd not been able to find a page on
which it would reliably crash; usually after restart I can go back to the
same page and everything is fine.
However, today I finally ran into one that crashes every time, including
with running:
firefox -safe-mode http://www.brillianceaudio.com/
Doesn't crash for me.
Found it, at least for this site. I had a chrome/userContent.css file
that contained the following, from an old Flashblock extension:
Thanks for digging in to it.
object[classid$=:D27CDB6E-AE6D-11cf-96B8-44455354],
object[codebase*=swflash.cab],
object[codebase*=sw.cab],
object[type=application/x-shockwave-flash],
embed[type=application/x-shockwave-flash],
object[type=application/x-director],
embed[type=application/x-director]
{ -moz-binding: url(chrome://flashblock/content/flash.xml#obj); }
Are those cab files still lingering? What flashblock are you talking about?
Was it a .deb, or a firefox xpi or whatever, or some binary .so?
Is there maybe something missing from the Firefox upgrade process to get
rid of stuff like this left lingering from disabled extensions?
Where was it? $HOME? /etc/? Upgrades shouldn't ever touch anybody's $HOME,
although there was a case of an upgrade creating cruft in /root where I agree
with the maintainer's decision to remove the cruft on future upgrades if the
md5sum was expected...
(Or something to at least let it not segfault on obsolete instructions?)
instructions? Do you mean extensions? It is my understanding that firefox
will simply not load extensions whose version isn't compatible. segfaulting is
a bug, always, but it isn't (yet) clear to me that it is a firefox bug :)
Anyway, the Debian firefox package is only lightly patched.
Justin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362874: firefox: reproducible crash on www.brillianceaudio.com
Justin Pryzby [EMAIL PROTECTED] writes:
On Sat, Apr 15, 2006 at 10:39:11PM -0700, Russ Allbery wrote:
object[classid$=:D27CDB6E-AE6D-11cf-96B8-44455354],
object[codebase*=swflash.cab],
object[codebase*=sw.cab],
object[type=application/x-shockwave-flash],
embed[type=application/x-shockwave-flash],
object[type=application/x-director],
embed[type=application/x-director]
{ -moz-binding: url(chrome://flashblock/content/flash.xml#obj); }
Are those cab files still lingering? What flashblock are you talking
about? Was it a .deb, or a firefox xpi or whatever, or some binary .so?
Not that I can find anywhere. And it was an XPI:
http://flashblock.mozdev.org/
and I installed it long, long ago when I had Flash installed. Some time
later, I ended up not bothering to keep Flash installed and then the
extension stopped working with some Firefox upgrade and I forgot I'd ever
had it.
Where was it? $HOME? /etc/? Upgrades shouldn't ever touch anybody's
$HOME, although there was a case of an upgrade creating cruft in /root
where I agree with the maintainer's decision to remove the cruft on
future upgrades if the md5sum was expected...
$HOME, but Firefox moves things around in $HOME all the time when starting
as a newer version and recognizing configuration files left over from old
versions. It was inside its own .mozilla/firefox directory.
(Or something to at least let it not segfault on obsolete instructions?)
instructions? Do you mean extensions?
Yeah, sorry.
It is my understanding that firefox will simply not load extensions
whose version isn't compatible. segfaulting is a bug, always, but it
isn't (yet) clear to me that it is a firefox bug :) Anyway, the Debian
firefox package is only lightly patched.
I expect it's probably an upstream bug, yes.
I saw a few other segfault bugs in the BTS; I wonder how many of them are
due to lingering old XPIs from previous versions that were supposedly
disabled but weren't properly.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362722: Xorg Encoding Files at Wrong Location
On Sat, Apr 15, 2006 at 04:34:55PM -0700, Xin Liu wrote:
There is a typo in the rules file. Actually this should be:
--with-encodingsdir=\$${datadir}/fonts/X11/encodings
Yes, that bit got fixed too.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362713: fails to upgrade since /usr/X11R6/bin/X still exists
On Sat, Apr 15, 2006 at 07:01:12PM +0200, Joey Hess wrote: Steve Langasek wrote: Hmm, this was supposed to have been fixed in xserver-xorg 1:7.0.11 by removing the symlink in question. :/ So there are two bugs here -- xserver-xorg needs to drop the symlink, and x11-common needs to bump its versioned conflict with xserver-xorg... Just to add to the fun, today's upgrade of X also seemed to re-write the /usr/X11R6/bin/X symlink. At least, I think that's how my laptop came to contain this broken link: [EMAIL PROTECTED]:/usr/binls -l X lrwxrwxrwx 1 root root 4 Apr 15 18:47 X - ../../bin/X I think there are two paths that can cause this -- either by meddling with the xserver-xorg contents, removing the /usr/X11R6/bin/X symlink by hand to work around this postinst failure, followed by upgrade to a version of xserver-xorg that re-adds /usr/X11R6/bin/X and overwriting /usr/bin/X; or by removing xserver-xorg, letting x11-common upgrade, and re-installing a version of xserver-xorg which x11-common failed to conflict with. Both of these should be transitive issues that won't affect future versions of the xorg packages; and users who experience this bug can fix it with a reinstall of x11-common. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#362882: libxosd-dev Depends: xlibs-static-pic, which no longer exists
Package: libxosd-dev Version: 2.2.14-1.2 Severity: serious libxosd-dev Depends: xlibs-static-pic, which no longer exists in unstable. The corresponding libraries now exist as shared libraries. Also, libxosd-dev depends on the transition packages xlibs-static-dev and x-dev; in the former case, use the same shared library -dev packages as above (only the ones you need), and in the latter case, use x11proto-core-dev. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#280287: Can not test
Sorry, I don't have access to an NFS server anymore so I can't test if problem still exists. If you think it's appropriate just close the bug report, it's in the kde-BTS anyway. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345283: lists.debian.org: maybe a smartlist-bug
On Sat, Apr 15, 2006 at 09:17:19PM -0800, Ken Irving wrote: On Sat, Jan 21, 2006 at 12:42:56AM +0100, Cord Beermann wrote: Package: lists.debian.org Followup-For: Bug #345283 this one would mean not only to append the normal unsubscribe-sermon but fiddeling with MIME, to add a correct mime-container, i also guess that this could be a general smartlist-problem. This topic recently came up on debian/users; it looks like smartlist doesn't address it (see last entry in FAQ). The amount of fiddling necessary is not much; in procmail, grab the multipart boundary string from the headers, seek to the terminating boundary, insert another section with the unsubscribe footer, and leave the terminating line there. Maybe something like this will work? :0 fbw * ^X-Mailing-List:[EMAIL PROTECTED] * Content-Type: multipart.*boundary=\\/[^]* | sed -e s/--$MATCH--/--$MATCH\n\n`cat unsub-footer`\n\n\n/ ## or the same thing in perl: # | perl -pe s/$MATCH--/$MATCH\n\n`cat unsub-footer`\n\n$MATCH--\n/ I feel that if we're going to start fiddling with MIME messages, we should check whether it's a valid MIME message first. If we're doing that, we can also get the boundary out properly. Pasc -- Pascal Hakim 0403 411 672 Do Not Bend -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362881: Should provide transition packages for xlibmesa-gl{,u}-dbg and libglu1-xorg-dbg
Package: mesa
Version: 6.4.1-0.4
Users should have a migration path from xlibmesa-gl{,u}-dbg and
libglu1-xorg-dbg, which x-window-system-dev in stable and testing
depended on, to corresponding debug packages from the mesa source
package. This would smooth upgrades from stable and prevent developers
from losing functionality due to missing debug symbols.
- Josh Triplett
signature.asc
Description: OpenPGP digital signature
Bug#362554: libxp done
I've done libxp to my satisfaction and uploaded it. Hopefully it'll be accepted by the time you wake up, though proto/print will need to get through NEW before it can be used. Drew p.s. I think you need to put dh_installdeb *after* dh_makeshlibs in libxrender (and others?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358123: status audacity bug #358123
Hi Joost, I just checked xmms's bugs and found #318093, which looks like it may be the same as this one. Apparently gtk+1.2 apps and the xorg composite extension don't always play nicely. John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358123: status audacity bug #358123
On Sunday 16 April 2006 09:03, you wrote: Hi Joost, I think I have found the cause of this bug: when I disable the Composite extension (transparency) in xorg.conf, both audacity and xmms run fine. You should be able to reproduce it by enabling this extension. But does this mean the bug is in Audacity and xmms, or in xorg? Cheers, John It's aparantly a gdk bug, by looking at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=356727 seems to reference https://bugs.freedesktop.org/show_bug.cgi?id=1143 https://bugs.freedesktop.org/show_bug.cgi?id=2435 you could try what is said there: --- Additional comment #3 from ajax at nwnk dot net on 2004-08-20 21:05 [reply] --- i think this is NOTABUG. try turning composite back on, and run xmms like so: XLIB_SKIP_ARGB_VISUALS=1 xmms that should fix it. (see also bug #1145) Maybe it is also the same error as this one: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=318316 Greetings, Joost Damad -- The planet Andete is famous for it's killer edible poets. pgpO0o4JSZwzi.pgp Description: PGP signature
Bug#362883: xserver-xorg-video-s3: does not Provides: xserver-xorg-video
Package: xserver-xorg-video-s3 Version: 1:1.8.6.5-2 xserver-xorg-video-s3, unlike all the other video drivers, does not Provides: xserver-xorg-video, so it alone cannot satisfy the video driver Depends in xserver-xorg or xserver-xorg-core. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#362874: firefox: reproducible crash on www.brillianceaudio.com
On Sat, Apr 15, 2006 at 11:19:31PM -0700, Russ Allbery [EMAIL PROTECTED]
wrote:
Justin Pryzby [EMAIL PROTECTED] writes:
On Sat, Apr 15, 2006 at 10:39:11PM -0700, Russ Allbery wrote:
object[classid$=:D27CDB6E-AE6D-11cf-96B8-44455354],
object[codebase*=swflash.cab],
object[codebase*=sw.cab],
object[type=application/x-shockwave-flash],
embed[type=application/x-shockwave-flash],
object[type=application/x-director],
embed[type=application/x-director]
{ -moz-binding: url(chrome://flashblock/content/flash.xml#obj); }
(...)
I expect it's probably an upstream bug, yes.
I saw a few other segfault bugs in the BTS; I wonder how many of them are
due to lingering old XPIs from previous versions that were supposedly
disabled but weren't properly.
Your problem is that the extensions WAS properly disabled. But your
userContent.css file still contained a reference to it. Now the question
is, what the hell does this do in your userContent.css ? Did you add it
yourself ? Did the extension add it itself ? If it is the latter, then
there's a serious issue with flashblocker. It shouldn't touch anything
like this.
So the real crash bug seems to be that if you bind some inexisting stuff
to an element, firefox crashes. I must say I'm not surprised. Firefox is
full of shi^H^Htuff like this.
Mike
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362884: xprint can no more be installed due to old dependencies
Package: xprint Version: 1:0.1.0.alpha1-13 Severity: grave Justification: renders package unusable The following packages have unmet dependencies: xprint: Depends: libice6 but it is not going to be installed Depends: libsm6 but it is not going to be installed Depends: libx11-6 but it is not going to be installed Depends: libxau6 but it is not going to be installed Depends: libxaw7 but it is not going to be installed Depends: libxdmcp6 but it is not going to be installed Depends: libxext6 but it is not going to be installed Depends: libxmu6 but it is not going to be installed Depends: libxp6 but it is not going to be installed Depends: libxpm4 but it is not going to be installed Depends: libxt6 but it is not going to be installed Depends: xprint-common but it is not going to be installed E: Broken packages -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362885: x11-common: unable to upgrade, rmdir: /usr/X11R6/bin: Directory not empty
Package: x11-common Version: 1:7.0.11 Severity: serious Hello, I cannot upgrade the package on my system because it repeatedly fails with: rmdir: /usr/X11R6/bin: Directory not empty x11-common postinst error: Could not remove /usr/X11R6/bin. Is not yet empty dpkg: error processing x11-common (--configure): subprocess post-installation script returned error exit status 74 Errors were encountered while processing: x11-common E: Sub-process /usr/bin/dpkg returned an error code (1) Well, yes, there is one remaining file added manually by me, however the postinst should not rely on that and fail otherwise. Eduard. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii debianutils 2.15.5 Miscellaneous utilities specific t ii laptop-detect 0.12.1 attempt to detect a laptop ii lsb-base 3.1-3 Linux Standard Base 3.1 init scrip x11-common recommends no packages. -- debconf information: x11-common/xwrapper/allowed_users: Console Users Only x11-common/experimental_packages: x11-common/xwrapper/actual_allowed_users: console x11-common/xwrapper/nice_value/error: x11-common/xwrapper/nice_value: 0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362874: firefox: reproducible crash on www.brillianceaudio.com
On Sun, Apr 16, 2006 at 09:39:49AM +0200, Mike Hommey [EMAIL PROTECTED] wrote:
On Sat, Apr 15, 2006 at 11:19:31PM -0700, Russ Allbery [EMAIL PROTECTED]
wrote:
Justin Pryzby [EMAIL PROTECTED] writes:
On Sat, Apr 15, 2006 at 10:39:11PM -0700, Russ Allbery wrote:
object[classid$=:D27CDB6E-AE6D-11cf-96B8-44455354],
object[codebase*=swflash.cab],
object[codebase*=sw.cab],
object[type=application/x-shockwave-flash],
embed[type=application/x-shockwave-flash],
object[type=application/x-director],
embed[type=application/x-director]
{ -moz-binding: url(chrome://flashblock/content/flash.xml#obj); }
(...)
I expect it's probably an upstream bug, yes.
I saw a few other segfault bugs in the BTS; I wonder how many of them are
due to lingering old XPIs from previous versions that were supposedly
disabled but weren't properly.
Your problem is that the extensions WAS properly disabled. But your
userContent.css file still contained a reference to it. Now the question
is, what the hell does this do in your userContent.css ? Did you add it
yourself ? Did the extension add it itself ? If it is the latter, then
there's a serious issue with flashblocker. It shouldn't touch anything
like this.
So the real crash bug seems to be that if you bind some inexisting stuff
to an element, firefox crashes. I must say I'm not surprised. Firefox is
full of shi^H^Htuff like this.
Except that it's not that... I tried here and it doesn't crash...
Mike
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362064: udev: udev tries to write to an installed, working initrd without asking
On Fri, Apr 14, 2006 at 09:24:22PM +0200, maximilian attems wrote: Having evms call update-initramfs at install time is completely gratuitous, because the system *won't* be set up for evms at the time of the evms postinst: either the update-initramfs will be a complete no-op and have to be repeated later once evms is set up, or it won't be a no-op -- meaning it will likely have done something undesirable, unrelated to evms. update-initramfs isn't a noop, it happily include all the needed evms root support, as evms added its hooks and calls update-initramfs. Aha, I was thinking that these update-initramfs hooks worked the same way as things did in the mkinitrd days -- where things were only added to the image if it was determined that they were useful. So if those hooks are adding their bits to the initramfs unconditionally, you're right; there's no worry about needing to call update-initramfs again by hand. What happens if a package like evms is *removed*? That would certainly break evms-on-root systems. But it would already have broken systems that used evms for filesystems other than the rootfs, so perhaps it's not significant. And this is bad, because all you're doing is covering up bugs. The bug is either: - some package in the chain has broken dependencies, so packages it should depend on are not guaranteed to be in 'installed' state at the time its postinst runs, or linux-image doesn't directly depend on an initramfs-tools hook like udev so i don't understand that point. Well, linux-image does depend on linux-initramfs-tool, which must be satisfied before linux-image is configured. But since multiple packages provide linux-initramfs-tool, it's important that none of these packages allow their scripts to return success when they're not in a configured state. The same goes for the update-initramfs scripts: they shouldn't return success when we know we can't guarantee correct operation. With the current behavior, where you rebuild the initramfs repeatedly and hope it comes out right at the end, you are throwing away very valuable information when it is possible to *know* that an initramfs is not bootable. And once you stop doing that (which isn't acceptable in the first place), you stop needing to update the initramfs separately for every hook because you'll get it right the first time the initramfs is written out! ok this indicates 2 bugs: - initramfs-tools no longer allowed to call update-initramfs - exit 1 if hook script doesn't get it right as linux-image will never depend on the hook itself, there is an high probability that the hook is in state unpacked. Yes, there is a high probability that the hooking package is in state unpacked. I'm not sure this means the hook script must return non-zero, though -- many hook scripts may be usable even before their packages are configured. So I don't see any real benefit to having all of these tools rebuilding the initramfs repeatedly during an upgrade cycle. Theoretically it would be nice to know as soon as a package is installed that it will break the initramfs, but using update-initramfs doesn't do this: the only way to be sure whether a new initramfs is broken is to try to boot from it. Since we can't force reboots during an upgrade (especially not once for each hook!), there is no significant increase in predictability by using this method, and users are better off if the upgrade doesn't touch the existing, working initramfs images at all. third bug: disallowing any hook to rebuild it's initramfs After thinking about all of this, I'm leaning toward the opinion that it makes sense for hooks to automatically rebuild the initramfs on initial install *only*. That gives you the benefits of being able to quickly add support for things like evms and lvm to the existing kernels, without as much risk of destabilizing already-working images. ok, the following hooks install conf files, which may not be unpacked on linux-image upgrade: evms and udev searching the ubuntu bugs for the rationale of the update-initramfs postinst, i get lots of broken upgrades, which were fixed by dpkg-reconfigure linux-image, so agreeing that current state is not optimal and that mkinitramfs needs to get stricter. as example: https://launchpad.net/distros/ubuntu/+source/initramfs-tools/+bug/32123 for getting aboves right initramfs-tools needs a solution for simultaneous linux-image and hook upgrades: a) you ensure hook is upacked before linux-image that's the easy one and the hook wouldn't need to do anything. b) hook is unpacked after: according to above leads to broken initramfs generation, thus linux-image is not fully installed breaks potentialy many upgrades Hmm, this can still be handled by having the hooking packages only call update-initramfs on initial install, and making sure that a hook script that's not ready fails explicitly instead of silently. -
Bug#229665: Still happening?
tags 229665 moreinfo thanks Rune, are you still getting this behavior with the current version of KMail? 3.1.5 was a long time ago. :) pgp9C0KW3HIEf.pgp Description: PGP signature
Bug#257888: tags
tags 257888 upstream thanks Marc, It's been a while, several versions have passed. Could you post a backtrace from 3.5.2 so I can forward it to KDE? Thanks, Adam pgpkZPErmqAp7.pgp Description: PGP signature
Bug#362886: xutils-dev: .cf files still install to /usr/X11R6/bin, not /usr/bin
Package: xutils-dev Version: 1:1.0.2-1 Severity: serious Tags: patch The .cf files added back into xutils-dev in 1:1.0.2-1 are still broken wrt the FHS: they still generate makefiles which install binaries (and other files) to /usr/X11R6, meaning there is an implicit conflict with the new x11-common. This needs to be fixed soon so that packages don't get uploaded using the functional but buggy xutils 1.0.2-1. The attached patch Works For Me when building autolock for X11R7. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ Index: xorg-cf-files-1.0.1/linux.cf === --- xorg-cf-files-1.0.1/linux.cf(revision 1815) +++ xorg-cf-files-1.0.1/linux.cf(working copy) @@ -86,6 +86,13 @@ # define BuildPDFdocs NO #endif +#ifndef ProjectRoot +# define ProjectRoot /usr +#endif +#ifndef ManDirectoryRoot +# define ManDirectoryRoot /usr/share/man +#endif + #ifndef LinuxBinUtilsMajorVersion # define LinuxBinUtilsMajorVersion DefaultLinuxBinUtilsMajorVersion #endif signature.asc Description: Digital signature
Bug#362874: firefox: reproducible crash on www.brillianceaudio.com
Mike Hommey [EMAIL PROTECTED] writes: Your problem is that the extensions WAS properly disabled. But your userContent.css file still contained a reference to it. Now the question is, what the hell does this do in your userContent.css ? Not a clue. Did you add it yourself ? No. Did the extension add it itself ? I would assume so, since I definitely didn't do it myself. If it is the latter, then there's a serious issue with flashblocker. It shouldn't touch anything like this. So the real crash bug seems to be that if you bind some inexisting stuff to an element, firefox crashes. I must say I'm not surprised. Firefox is full of shi^H^Htuff like this. I discovered this by poking through .mozilla/firefox and was retrying the page each time I changed something. Since this worked with a new user account, the first thing I decided to try cleaning out was extensions. Deleting the disabled extension out of extensions/ didn't help, nor did removing it from Extensions.rdf (although I'm not sure if that's even used), but as soon as I deleted userContent.css, the page loaded without any trouble at all. I see that it does have Flash on it, which makes me wonder if the instability I've been seeing is related to the growing number of Flash banner ads and this bug triggering on them. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291012: Still happening?
tags 291012 moreinfo thanks Gerhard, it's been over a year now. Are you still seeing this behavior? pgpYCljJ3jkKZ.pgp Description: PGP signature
Bug#273045: Still happening?
tags 273045 moreinfo thanks Patrice, Jason, It's been 1.5 years. Are you still seeing this behavior? If not, I'm guessing it was caused by the NFS situation, and this should probably be closed. pgpJcokScbf3Y.pgp Description: PGP signature
Bug#290557: Still happening?
It's been a year. Are you still seeing this behavior? I tried to download that file you posted, but it's not found anymore. pgpCtqrIAMrMR.pgp Description: PGP signature
Bug#362852: Undeclared conflicts: pathname conflict at usr/share/man/man8/sendmail.8.gz between hula-mta, exim4-base
tags 362852 confirmed reassign 362852 exim4-base found 362852 4.60-2 thanks On 2006-04-16 Justin Pryzby [EMAIL PROTECTED] wrote: Package: hula-mta,exim4-base Severity: serious The etch release policy states that: | http://release.debian.org/etch_rc_policy.txt | If two packages cannot be installed together, one must list | the other in its Conflicts: field. Both hula-mta and exim4-base include the pathname usr/share/man/man8/sendmail.8.gz, but neither of them declare an appropriate Conflicts:, which is not allowed. [...] hula-mta Provides/Conflicts/Replaces mail-transport-agent, which makes this an exim4 bug. It was introduced in 4.60-2 with * move man pages from daemon packages to exim4-base, add lintian and linda overrides to allow daemon packages not to contain man pages. thanks for finding this, cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde signature.asc Description: Digital signature
Bug#362144: x-ttxidfont-conf isn't the problem here
Package: xserver-xorg Version: 1:7.0.11 Architecture: i396 In case anyone else is looking at this bug for ideas... I'm having the same symptoms, but it's not #362296. I had an xorg.conf file that listed /usr/lib/X11/fonts/*, but the fonts moved to /usr/share/fonts/X11/*. The only things in the old directory were from bitchx and xfonts-jmk. You know, I really wish the X server would explain in more detail *why* it can't load default font fixed. Is it: - Cannot find fixed in any fonts.alias in the FontPath? - Cannot find the name in a fonts.dir file? - Cannot open the file name given in the fonts.dir file? - File is corrupt? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298534: Still happening?
tags 298534 moreinfo thanks David, are you still getting these crashes with current versions of KMail? pgpjlaUCJySk9.pgp Description: PGP signature
Bug#362887: util-vserver - FTBFS: 1 of 18 tests failed: Segmentation fault
Package: util-vserver
Version: 0.30.210-7
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of util-vserver_0.30.210-7 on debian-31 by sbuild/s390 85
[...]
PASS: lib_internal/testsuite/isnumber
PASS: lib_internal/testsuite/isnumber-gnu
/bin/sh: line 4: 8875 Segmentation fault ensc_use_expensive_tests=no
ensc_test_debug=no srctestsuitedir=./src/testsuite
libinternaltestsuitedir=./lib_internal/testsuite ${dir}$tst
FAIL: lib_internal/testsuite/sigbus
PASS: lib_internal/testsuite/sigbus-gnu
1 of 18 tests failed
Please report to [EMAIL PROTECTED]
make[4]: *** [check-TESTS] Error 1
make[4]: Leaving directory `/build/buildd/util-vserver-0.30.210'
make[3]: *** [check-am] Error 2
make[3]: Leaving directory `/build/buildd/util-vserver-0.30.210'
make[2]: *** [check-recursive] Error 1
make[2]: Leaving directory `/build/buildd/util-vserver-0.30.210'
make[1]: *** [check] Error 2
make[1]: Leaving directory `/build/buildd/util-vserver-0.30.210'
make: *** [build-stamp] Error 2
**
Build finished at 20060416-0053
FAILED [dpkg-buildpackage died]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362414: abs() returns a negative number signed types are undefined on overflow (fwd)
* Martin Michlmayr: Does help to compile it with -fwrapv ? No. Then it's a real bug in -fwrapv support, I guess. Without -fwrapv, all bets are off AFAICS because the example code results in signed integer overflow. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362888: sysv-rc: meaning of may and must
Package: sysv-rc Version: 2.86.ds1-14 Severity: minor Tags: patch In the file /etc/init.d/README I read scripts may not rely. I think that this should be scripts must not rely. The rest of the text seems to confirm that. Patch attached. diff -ruN orig/sysvinit-2.86.ds1/debian/sysv-rc/etc/init.d/README sysvinit-2.86.ds1/debian/sysv-rc/etc/init.d/README --- orig/sysvinit-2.86.ds1/debian/sysv-rc/etc/init.d/README 2006-04-16 10:13:10.0 +0200 +++ sysvinit-2.86.ds1/debian/sysv-rc/etc/init.d/README 2006-04-16 10:14:30.0 +0200 @@ -23,7 +23,7 @@ Debian Policy dictates that /etc/init.d/*.sh scripts must work properly when sourced. The following additional rules apply: -* /etc/init.d/*.sh scripts may not rely for their correct functioning +* /etc/init.d/*.sh scripts must not rely for their correct functioning on their being sourced rather than executed. That is, they must work properly when executed too. They must include #!/bin/sh at the top.
Bug#362885: x11-common: unable to upgrade, rmdir: /usr/X11R6/bin: Directory not empty
On Sun, Apr 16, 2006 at 09:47:29AM +0200, Eduard Bloch wrote: I cannot upgrade the package on my system because it repeatedly fails with: rmdir: /usr/X11R6/bin: Directory not empty x11-common postinst error: Could not remove /usr/X11R6/bin. Is not yet empty dpkg: error processing x11-common (--configure): subprocess post-installation script returned error exit status 74 Errors were encountered while processing: x11-common E: Sub-process /usr/bin/dpkg returned an error code (1) Well, yes, there is one remaining file added manually by me, however the postinst should not rely on that and fail otherwise. To expand on Daniel's closure message: X11R6 is dead, and this directory needs to be removed so it can be replaced with a compatibility symlink. Otherwise, the transition path gets much uglier as we try to track down one-by-one all the tools that reference /usr/X11R6/bin as an absolute path between now and etch's release. So if the file in /usr/X11R6/bin comes from an official package, please tell us the package so x11-common can conflict with it. If it's an unofficial package, update it to install to /usr/bin instead. If it's not from a package, move the file to /usr/bin or /usr/local/bin (the latter seems more appropriate to me, the former will give you path compatibility) via the /usr/X11R6/bin symlink). -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#362845: Undeclared conflicts: pathname conflict at usr/share/man/man5/ftpusers.5.gz
tags 362845 + fixed-in-experimental thanks That's a consequence of removing the cyclic dependency among proftpd-* packages and proftpd-common. Anyway, that's obsoleted in the experimental package. On Sat, Apr 15, 2006 at 05:14:15PM -0700, Steve Langasek wrote: On Sat, Apr 15, 2006 at 07:59:26PM -0400, Justin Pryzby wrote: On Sat, Apr 15, 2006 at 07:31:40PM -0400, pryzbyj wrote: retitle 362845 Undeclared conflicts: pathname conflict at usr/share/man/man5/ftpusers.5.gz thanks Note that each one of these packages must conflict with every other package, either directly with an explicit Conflicts: or by conflicts+provides+replaces with some virtual ftpd package I guess. It isn't true that each package must conflict with every other package. Rather, each package must either declare a conflict, or be conflicted with. And almost all of these packages already conflict with each other because they Provide: and Conflict: the ftp-server virtual package. Only proftpd-common seems to be a non-ftp-server package shipping this manpage. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301001: Still happening?
tags 301001 moreinfo thanks It's been six months, are you still having this problem? If so, maybe you could give some more info like: * Your folder structure * How many messages, in which folders * How many search folders, and what each search consists of This may have been fixed since 3.3.2, but if not, well, searches take time, but they shouldn't cause freezes. pgpK5RPuRrBRM.pgp Description: PGP signature
Bug#302165: Still happening?
tags 302165 moreinfo thanks Friedemann, is this still happening in current versions of KMail? pgpOKJqSgrgxR.pgp Description: PGP signature
Bug#317262: Still happening?
tags 317262 moreinfo thanks Is this still happening in current versions of KDE/KMail? The IMAP kioslave has been updated a lot, perhaps it can better cope with this situation now. Please let us know if it's still a problem. pgpl4Rp139bWG.pgp Description: PGP signature
Bug#303045: Still happening?
tags 303045 moreinfo thanks Rhys, is this still happening in current KMail versions? I suspect it's been fixed. pgpQTxG5tXOGF.pgp Description: PGP signature
Bug#357785: mondoarchive exits with fatal error :Can't loopmount /tmp/mindilinux/8087/mountpoint8087
Hi Claude,
To make mondoarchive faster you could use no compression ('-0') or LZO
as the compression engine ('-L').
I am not sure in regards to nice. There was some discussion about this
in the not too distant past which I didn't really follow. Maybe you want
to raise your question on
http://lists.sourceforge.net/lists/listinfo/mondo-devel
to give it a broader forum.
Cheers,
Andree
On Mon, 2006-04-03 at 19:21 +0200, mahashakti89 wrote:
On Mon, Apr 03, 2006 at 09:37:16PM +1000, Andree Leidenfrost wrote :
Salut Claude!
Thank you for reporting this issue.
In /var/log/mondo-archive.log (towards the end) I see:
Creating data disk #1...mount: unknown filesystem type 'ext2'
Fatal error. Can't loopmount
//tmp.mondo.8159/tmp.mondo.26756/mindilinux/6170/mountpoint.6170; does
your kernel support loopfs? If not, please recompile your kernel. Your
Linux distro is broken.
This indicates that the mounting of the image file fails because ext2 is
not available in the running kernel (not because of missing loopfs
support). mindi requires ext2 in the running kernel. I attach a patch
that hopefully makes the error message unambiguous.
Hi, Andree !
Sorry , I recompiled a new kernel and wanted to get rid of some options
I thought I don't need them, e.g ext2, I am indeed using ext3, and
thought it would do it alone , now I know
My apologizes for the noise !
One question perhaps : How can I make mondoarchive faster ?? Using nice
??
Thanks
claude
--
Andree Leidenfrost
Sydney - Australia
signature.asc
Description: This is a digitally signed message part
Bug#362884: xprint can no more be installed due to old dependencies
On Sun, Apr 16, 2006 at 09:41:41AM +0200, Eric Valette wrote: Package: xprint Version: 1:0.1.0.alpha1-13 Severity: grave Justification: renders package unusable The following packages have unmet dependencies: xprint: Depends: libice6 but it is not going to be installed Depends: libsm6 but it is not going to be installed Depends: libx11-6 but it is not going to be installed Depends: libxau6 but it is not going to be installed Depends: libxaw7 but it is not going to be installed Depends: libxdmcp6 but it is not going to be installed Depends: libxext6 but it is not going to be installed Depends: libxmu6 but it is not going to be installed Depends: libxp6 but it is not going to be installed Depends: libxpm4 but it is not going to be installed Depends: libxt6 but it is not going to be installed Depends: xprint-common but it is not going to be installed E: Broken packages FWIW, this should be fixable with a simple rebuild, after editing the contents of debian/ to point to /usr instead of /usr/X11R6/. However, there are two issues standing in the way of a simple rebuild: - xutils-dev is currently broken; bug #362886, should be fixed tomorrow - xprint itself fails to build against Xorg 7.0 due to bug #360446; I just talked to the maintainer, and he says he's preparing a new upstream version of xprint. At that point, it probably doesn't need xutils-dev anyway. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#330285: More info, please
I'm not sure what this egroupware xmlrpc thing is. Is that a remote addressbook link/thing? :) If so, are you saying KMail is freezing when it tries to look things up in it? If so, are you saying that it's caused not by KMail specifically, but by the egroupware thing? Is it a problem in egroupware causing a problem in KMail, which shouldn't hang because of an egroupware problem? Who should this be assigned to/filed under? pgpz7PeSt07Qh.pgp Description: PGP signature
Bug#318454: Still happening? More info please.
tags 318454 moreinfo thanks Is this still happening in current versions of KMail? If so, when exactly does it crash? What did you do right before it crashed? pgpTmp6oVxerV.pgp Description: PGP signature
Bug#337278: Is this really a KMail bug?
Is this really a KMail bug? Aren't colors in filenames part of maildir in general, not KMail? If so, it seems like this is...more of a general maildir incompatibility with Windows/Samba than a KMail bug. pgp2nid6dCZcX.pgp Description: PGP signature
Bug#341192: spe: New upstream release
SPE Stani's Python Editor writes: Hi all, Is there really no way to get SPE 0.8.2.a in the universe repository?! Users ask why not and I don't know the answer. I want to point out that 0.8.1.d which is now in the universe is buggy. SPE 0.8.2.a is really a big difference in stability and bug fixes. The packaging is done by Marco Ferreira (thanks!). are the packaging issues addressed? - does SPE 0.8.2.a still ship the duplicate files? - does the package still builds after a 'python setup.py clean' ? Last time I checked, all the help files were removed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362089: patch
Hi
Thanks.
Regards,
// Ola
On Fri, Apr 14, 2006 at 03:02:22PM +0200, Harald Dunkel wrote:
Hi Ola,
I stumbled over this bug report looking for the conflict
between vnc4server and the new Xorg 7.0. It is tagged
patch since yesterday, but there is none included, and
no new vnc4server is in incoming either, so hopefully it
is allowed to post my suggestion here?
Regards
Harri
diff -ur vnc4-4.1.1+X4.3.0.old/debian/changelog
vnc4-4.1.1+X4.3.0/debian/changelog
--- vnc4-4.1.1+X4.3.0.old/debian/changelog2006-04-14 14:45:29.0
+0200
+++ vnc4-4.1.1+X4.3.0/debian/changelog2006-04-14 14:46:27.0
+0200
@@ -1,3 +1,9 @@
+vnc4 (4.1.1+X4.3.0-4.1) unstable; urgency=low
+
+ * support for new xorg7 infrastructure, closes: #362089.
+
+ -- Harald Dunkel [EMAIL PROTECTED] Fri, 14 Apr 2006 10:40:25 +0200
+
vnc4 (4.1.1+X4.3.0-4) unstable; urgency=low
* Applied patch from Chris Donoghue [EMAIL PROTECTED].
diff -ur vnc4-4.1.1+X4.3.0.old/debian/control vnc4-4.1.1+X4.3.0/debian/control
--- vnc4-4.1.1+X4.3.0.old/debian/control 2006-04-14 14:45:29.0
+0200
+++ vnc4-4.1.1+X4.3.0/debian/control 2006-04-14 14:46:27.0 +0200
@@ -7,7 +7,7 @@
Package: vnc4server
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, vnc4-common | vnc-common,
xbase-clients, xserver-common
+Depends: ${shlibs:Depends}, ${misc:Depends}, vnc4-common | vnc-common,
xbase-clients, xserver-common | x11-common
Provides: vnc-server, x0vnc-server, xserver
Recommends: xfonts-base
Suggests: vnc-java
diff -ur vnc4-4.1.1+X4.3.0.old/unix/vncserver vnc4-4.1.1+X4.3.0/unix/vncserver
--- vnc4-4.1.1+X4.3.0.old/unix/vncserver 2006-04-14 14:45:29.0
+0200
+++ vnc4-4.1.1+X4.3.0/unix/vncserver 2006-04-14 14:46:27.0 +0200
@@ -153,6 +153,9 @@
# $cmd .= -co /usr/lib/X11/rgb;
#
+$cmd .= -fp
/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/75dpi;
+$cmd .= -co /etc/X11/rgb;
+
foreach $arg (@ARGV) {
$cmd .= . quotedString($arg);
}
--
- Ola Lundqvist ---
/ [EMAIL PROTECTED] Annebergsslingan 37 \
| [EMAIL PROTECTED] 654 65 KARLSTAD |
| +46 (0)54-10 14 30 +46 (0)70-332 1551 |
| http://www.opal.dhs.org UIN/icq: 4912500 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362867: vncserver non si installa dopo ultimo aggiornamento dist-upgrade
Hi Sorry but I do not understand this language. It probably have to do with xserver-common that should be replaced with x11-common now. Regards, // Ola On Sun, Apr 16, 2006 at 04:09:38AM +0200, Fabio Grasso wrote: Package: vncserver Version: 3.3.7-7 Dopo L'ultimo aggiornamento tramite apt-get dist-upgrade si è automaticamente rimosso il vncserver e non riesco più ad installarlo. se eseguo da console apt-get install vncserver viene rilevato un errore di dipendenze. Ecco un esempio: SnC:~# apt-get install vncserver Lettura della lista dei pacchetti in corso... Fatto Generazione dell'albero delle dipendenze in corso... Fatto Alcuni pacchetti non possono essere installati. Questo può voler dire che è stata richiesta una situazione impossibile oppure, se si sta usando la distribuzione unstable, che alcuni pacchetti richiesti non sono ancora stati creati o rimossi da incoming. Poiché è stata richiesta solo una singola operazione è molto facile che il pacchetto semplicemente non sia installabile, si consiglia di inviare un bug report per tale pacchetto. Le seguenti informazioni possono aiutare a risolvere la situazione: I seguenti pacchetti hanno dipendenze non soddisfatte: vncserver: Dipende: xserver-common ma non sta per essere installato E: Pacchetto non integro SnC:~# Suggerirei di aggiornare il pacchetto in modo tale da soddisfare le dipendenze volute da vncserver sto usando Debian GNU/Linux testing/unstable, kernel 2.6.16-1-686 , libc6 2.3.6-7 , xserver-common 6.9.0.dfsg e x11-common 7.0.11. Grazie e buon lavoro. -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354029: Does it happen with a different user?
tags 354029 moreinfo thanks Did this just start happening? Does it happen if you run kmail under a different user account? Do any other KDE PIM apps crash? Could you attach the backtrace from the kcrash handler? pgpcPe7hcSq3b.pgp Description: PGP signature
Bug#351029: Partially fixed?
Here's the depends for 3.5.2-1: Depends: kdelibs4c2a (= 4:3.5.2-1), libart-2.0-2 (= 2.3.16), libaudio2, libc6 (= 2.3.5-1), libfontconfig1 (= 2.3.0), libfreetype6 (= 2.1.10-1), libgcc1 (= 1:4.0.2), libice6, libidn11 (= 0.5.18), libjpeg62, libkcal2b (= 4:3.5.2), libkdepim1a (= 4:3.5.2), libkleopatra1 (= 4:3.5.2), libkmime2 (= 4:3.5.2), libkpimidentities1 (= 4:3.5.2), libksieve0 (= 4:3.5.2), libmimelib1c2a (= 4:3.5.2), libpng12-0 (= 1.2.8rel), libqt3-mt (= 3:3.3.6), libsm6, libstdc++6 (= 4.0.2-4), libx11-6, libxcursor1 ( 1.1.2), libxext6, libxft2 ( 2.1.1), libxi6, libxinerama1, libxrandr2, libxrender1 (= 1:0.9.0.2), libxt6, zlib1g (= 1:1.2.1), perl, kdepim-kio-plugins | kdebase-kio-plugins Everything there looks fine to me (it depends on the right version of kdelibs, etc.), except for the kio-plugins, which don't have a version specified. Shouldn't those also depend on the same version, i.e. 4:3.5.2-1? pgpKHG2WBWJLg.pgp Description: PGP signature
Bug#362819: xvncviewer does not use MITSHM extension
Hi What is MITSHM? Regards, // Ola On Sat, Apr 15, 2006 at 09:17:43PM +0200, [EMAIL PROTECTED] wrote: Package: xvncviewer Version: 3.3.7-8 Severity: normal Tags: patch xvncviewer does not use MITSHM extension on system that support it. The problem is that the option -DMITSHM is missing during compilation of the vncviewer/ directory. The patch solves it. *** vnc-3.3.7/vncviewer/Makefile.in.orig Sat Apr 15 14:31:00 2006 --- vnc-3.3.7/vncviewer/Makefile.in Sat Apr 15 16:50:24 2006 *** *** 41,45 ! DIR_CPPFLAGS = -I$(top_srcdir) @SOCKLEN_T_DEFINE@ @X_CFLAGS@ # X_CFLAGS are really CPPFLAGS all:: $(program) --- 41,45 ! DIR_CPPFLAGS = -I$(top_srcdir) @SOCKLEN_T_DEFINE@ @MITSHM_CPPFLAGS@ @X_CFLAGS@ # X_CFLAGS are really CPPFLAGS all:: $(program) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Versions of packages xvncviewer depends on: ii dpkg 1.13.17package maintenance system for Deb ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libgcc1 1:4.1.0-1 GCC support library ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libsm66.9.0.dfsg.1-6 X Window System Session Management ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxaw7 6.9.0.dfsg.1-6 X Athena widget set library ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxmu6 6.9.0.dfsg.1-6 X Window System miscellaneous util ii libxt66.9.0.dfsg.1-6 X Toolkit Intrinsics ii vnc-common3.3.7-8Virtual network computing server s ii xlibs 6.9.0.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages xvncviewer recommends: ii xfonts-base 6.9.0.dfsg.1-6 standard fonts for X -- no debconf information ___ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192 -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342215: Still happening?
tags 342215 moreinfo thanks Is this still happening? Please try upgrading your KDE packages in general. I suspect this was not a problem with KMail, but a problem with KDE or other libraries. I've seen crashes like this in the past that were caused by, for example, running a version of KMail from testing while using kdelibs from unstable. If so, I don't think this is exactly a KMail bug. pgp9NeF7mpMFr.pgp Description: PGP signature
Bug#362889: xbase-clients: /usr/lib/X11/xinit/xinitrc tries to use (possibly non-existant) twm/xterm
Package: xbase-clients Version: 1:7.0.0-3 Severity: normal Tags: patch xinitrc tries to run twm/xterm (which may not exist) from /usr/lib/X11/xinit/xinitrc. In case there is some other window manager or terminal emulator, it makes sense to execute those. --- xinitrc.orig2006-04-16 13:19:20.0 +0530 +++ xinitrc 2006-04-16 14:20:19.0 +0530 @@ -25,8 +25,14 @@ fi # start some nice programs -twm -xclock -geometry 50x50-1+1 -xterm -geometry 80x50+494+51 -xterm -geometry 80x20+494-0 -exec xterm -geometry 80x66+0+0 -name login + +if [ -x /usr/bin/x-session-manager ]; then +exec x-session-manager +elif [ -x /usr/bin/x-window-manager ]; then +if [ -x /usr/bin/x-terminal-emulator ]; then +x-window-manager +exec x-terminal-emulator +else +exec x-window-manager +fi +fi Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xbase-clients depends on: ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.1.10-3 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-2X11 Font Services library ii libgl1-mesa-glx [libgl1]6.4.1-0.4A free implementation of the OpenG ii libice6 1:1.0.0-2X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-3X11 Session Management library ii libx11-62:1.0.0-6X11 client-side library ii libxau6 1:1.0.0-2X11 authorisation library ii libxaw7 1:1.0.1-4X11 Athena Widget library ii libxcursor1 1.1.5.2-3X cursor management library ii libxext61:1.0.0-3X11 miscellaneous extension librar ii libxft2 2.1.8.2-6FreeType-based font drawing librar ii libxi6 1:1.0.0-3X11 Input extension library ii libxkbfile1 1:1.0.2-2X11 keyboard file manipulation lib ii libxmu6 1:1.0.1-2X11 miscellaneous utility library ii libxmuu11:1.0.1-2X11 miscellaneous micro-utility li ii libxrandr2 2:1.1.0.2-3 X11 RandR extension library ii libxrender1 1:0.9.0.2-3 X Rendering Extension client libra ii libxss1 1:1.0.1-3X11 Screen Saver extension library ii libxt6 1:1.0.0-3X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-2X11 event trapping extension libra ii libxtst61:1.0.1-2X11 Testing -- Resource extension ii libxv1 1:1.0.1-2X11 Video extension library ii libxxf86dga12:1.0.0-2X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.0-3X11 XFree86 video mode extension l ii x11-common 1:7.0.12 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-11 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348141: Still happening?
tags 348141 moreinfo thanks Is this still happening with current versions of KMail? I've had no such problems. Does it happen with a clean config file? Can you try running KMail as a different user? If it's still happening despite all that, please post some info like: * What software your IMAP server runs * Your folder structure, and how many messages are in each pgpiLMpSAISu7.pgp Description: PGP signature
Bug#130347: Very old, still a problem?
tags 130347 moreinfo thanks This is a very old bug. Is it still a problem? pgpq89c6aCxjb.pgp Description: PGP signature
Bug#362773: xautolock conflicts with x11-common
tag 362773 pending thanks Hi Steve, thanks for the patch! Steve Langasek wrote: Because xautolock install binaries in /usr/X11R6/bin, it now conflicts with x11-common and therefore is uninstallable. See #362524 and #362200. This should be fixable with a simple binNMU against the next version of xutils-dev, but the xautolock package also installs manpages by hand to /usr/X11R6/man which should also be fixed. The attached patch should take care of both issues. Unfortunately, I can't see xutils-dev 1:1.0.2-2 uploaded to the archive yet (http://packages.qa.debian.org/x/xutils-dev.html) let alone it being available on a mirror. I will upload as soon as it is possible building against the archive / a mirror. bye, Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362890: backup-manager: must allow passive ftp
Package: backup-manager Version: 0.7.2-1 Severity: important -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages backup-manager depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii gzip 1.3.5-13 The GNU compression utility ii ucf 2.008 Update Configuration File: preserv backup-manager recommends no packages. backup-manager should allow the selection of passive ftp mode instead of always using active ftp. -- debconf information: backup-manager/upload-key: backup-manager/name-format: long backup-manager/burning-device: /dev/cdrom backup-manager/upload-hosts: backup-manager/upload-dir: /var/archives/uploads backup-manager/upload-user-ftp: * backup-manager/cron_frequency: daily * backup-manager/directories: /etc /home backup-manager/cron_d_remove_deprecated: false * backup-manager/blacklist: /var/archives * backup-manager/repo_group: root backup-manager/filetype: tar.gz * backup-manager/time-to-live: 5 backup-manager/burning-maxsize: 650 * backup-manager/repo_user: root * backup-manager/backup-repository: /var/archives backup-manager/burning-method: CDRW backup-manager/upload-user-scp-warning: backup-manager/transfert_mode: scp backup-manager/burning-enabled: false backup-manager/dump_symlinks: false backup-manager/upload-user-scp: bmngr backup-manager/want_to_upload: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362836: webhttrack: HTML templates for web server are in the wrong directory
tag 362836 +pending thank you BTS The Debian policy states Packages must not require the existence of any files in /usr/share/doc/ in order to function. The webhttrack web server uses templates from /usr/share/httrack/html to construct its web pages. That directory is a symlink to /usr/share/doc/httrack/html/server - so the server stops working if the administrator decides to remove /usr/share/doc/httrack. This is indeed a bug - I'm working on the issue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362847: Further information
Hi,
I've made a test-case in the form of a simple C program which generates 10 sec
of 440 Hz sinus. With a define, it can generate samples at 44.1 kHz or et 48
kHz. Direct output at 48 kHz sounds perfect but output at 44.1 kHz through
the alsa rate plugin clearly shows a problem generating high frequencies.
I've attached the test case to this mail. It can be compiled with:
gcc -lasound alsatest.c -o alsatest
Please chane the samplingRate define to test with 44100 and 48000
Thanks, have a nice day,
Steph
#include stdio.h
#include stdlib.h
#include math.h
#include alsa/asoundlib.h
#define samplingRate 44100
#define duration 10
#define sampleCount (samplingRate * duration * 2)
int main (int argc, char *argv[])
{
int i;
int err;
int rate = samplingRate;
short buf[sampleCount];
snd_pcm_t *playback_handle;
snd_pcm_hw_params_t *hw_params;
if ((err = snd_pcm_open (playback_handle, argv[1], SND_PCM_STREAM_PLAYBACK, 0)) 0) {
fprintf (stderr, cannot open audio device %s (%s)\n,
argv[1],
snd_strerror (err));
exit (1);
}
if ((err = snd_pcm_hw_params_malloc (hw_params)) 0) {
fprintf (stderr, cannot allocate hardware parameter structure (%s)\n,
snd_strerror (err));
exit (1);
}
if ((err = snd_pcm_hw_params_any (playback_handle, hw_params)) 0) {
fprintf (stderr, cannot initialize hardware parameter structure (%s)\n,
snd_strerror (err));
exit (1);
}
if ((err = snd_pcm_hw_params_set_access (playback_handle, hw_params, SND_PCM_ACCESS_RW_INTERLEAVED)) 0) {
fprintf (stderr, cannot set access type (%s)\n,
snd_strerror (err));
exit (1);
}
if ((err = snd_pcm_hw_params_set_format (playback_handle, hw_params, SND_PCM_FORMAT_S16_LE)) 0) {
fprintf (stderr, cannot set sample format (%s)\n,
snd_strerror (err));
exit (1);
}
if ((err = snd_pcm_hw_params_set_rate_near (playback_handle, hw_params, rate, 0)) 0) {
fprintf (stderr, cannot set sample rate (%s)\n,
snd_strerror (err));
exit (1);
}
if ((err = snd_pcm_hw_params_set_channels (playback_handle, hw_params, 2)) 0) {
fprintf (stderr, cannot set channel count (%s)\n,
snd_strerror (err));
exit (1);
}
if ((err = snd_pcm_hw_params (playback_handle, hw_params)) 0) {
fprintf (stderr, cannot set parameters (%s)\n,
snd_strerror (err));
exit (1);
}
snd_pcm_hw_params_free (hw_params);
if ((err = snd_pcm_prepare (playback_handle)) 0) {
fprintf (stderr, cannot prepare audio interface for use (%s)\n,
snd_strerror (err));
exit (1);
}
/* fill the buffer */
for (i = 0; i samplingRate * duration; i++)
{
const double sinF = 440.0;
double val = sin( ((double)i * 2.0 * M_PI * sinF) / (samplingRate));
buf[i * 2] = val * 32767;
buf[i * 2 + 1] = val * 32767;
}
if ((err = snd_pcm_writei (playback_handle, buf, sampleCount)) != sampleCount) {
fprintf (stderr, write to audio interface failed (%s)\n,
snd_strerror (err));
exit (1);
}
snd_pcm_close (playback_handle);
exit (0);
}
Bug#362891: xserver-xorg: post-installation script fails during install
Package: xserver-xorg Version: 1:7.0.12 Severity: grave Justification: renders package unusable Package xserver-xorg fails to install on my system with the following messages: Setting up xserver-xorg (7.0.12) ... dpkg: error processing xserver-xorg (--configure): subprocess post-installation script returned error exit status 64 dpkg: dependency problems prevent configuration of xorg: xorg depends on xserver-xorg; however: Package xserver-xorg is not configured yet. dpkg: error processing xorg (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: xserver-xorg xorg -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg depends on: ii debconf 1.4.72 Debian configuration management sy ii x11-common 1:7.0.12X Window System (X.Org) infrastruc ii xbase-clients1:7.0.0-3 miscellaneous X clients ii xkb-data 0.8-5 X Keyboard Extension (XKB) configu ii xserver-xorg-core1:1.0.2-4 X.Org X server -- core server ii xserver-xorg-input-evdev [xs 1:1.0.0.5-2 X.Org X server -- evdev input driv ii xserver-xorg-input-kbd [xser 1:1.0.1.3-2 X.Org X server -- keyboard input d ii xserver-xorg-input-mouse [xs 1:1.0.4-2 X.Org X server -- mouse input driv ii xserver-xorg-video-ati [xser 1:6.5.7.3-3 X.Org X server -- ATI display driv Versions of packages xserver-xorg recommends: ii discover 2.0.7-2.1 hardware identification system ii laptop-detect 0.12.1attempt to detect a laptop ii mdetect0.5.2.1 mouse device autodetection tool ii xresprobe 0.4.23debian1 X Resolution Probe -- debconf information: xserver-xorg/multiple_possible_x-drivers: xserver-xorg/config/monitor/use_sync_ranges: true * xserver-xorg/config/inputdevice/mouse/port: /dev/input/mice xserver-xorg/config/monitor/lcd: false xserver-xorg/config/doublequote_in_string_error: xserver-xorg/config/monitor/screen-size: 17 inches (430 mm) shared/default-x-server: xserver-xorg xserver-xorg/autodetect_monitor: true xserver-xorg/config/inputdevice/mouse/protocol: ImPS/2 * shared/no_known_x-server: xserver-xorg/config/display/default_depth: 24 * xserver-xorg/config/display/modes: 1024x768, 800x600, 640x480 xserver-xorg/config/device/bus_id_error: xserver-xorg/config/inputdevice/keyboard/internal: xserver-xorg/config/monitor/vert-refresh: 43-72 * xserver-xorg/config/inputdevice/keyboard/options: * xserver-xorg/autodetect_keyboard: false xserver-xorg/config/inputdevice/mouse/zaxismapping: true * xserver-xorg/config/device/use_fbdev: false * xserver-xorg/config/inputdevice/keyboard/variant: xserver-xorg/config/nonnumeric_string_error: xserver-xorg/config/fontpath/fontserver: * xserver-xorg/config/inputdevice/keyboard/layout: se xserver-xorg/config/modules: i2c, bitmap, ddc, dri, extmod, freetype, glx, int10, type1, vbe xserver-xorg/config/monitor/identifier: Monitor Generico xserver-xorg/config/inputdevice/mouse/emulate3buttons: true * xserver-xorg/autodetect_mouse: true xserver-xorg/config/monitor/horiz-sync: 28-49 xserver-xorg/config/device/video_ram: xserver-xorg/config/monitor/range_input_error: xserver-xorg/config/write_dri_section: true * xserver-xorg/config/inputdevice/keyboard/model: macintosh * xserver-xorg/config/device/driver: ati xserver-xorg/config/device/identifier: Scheda video generica xserver-xorg/config/monitor/selection-method: Medium xserver-xorg/config/null_string_error: shared/multiple_possible_x-servers: * xserver-xorg/config/device/bus_id: PCI:0:16:0 xserver-xorg/config/write_files_section: true * xserver-xorg/autodetect_video_card: true xserver-xorg/config/monitor/mode-list: 1024x768 @ 60Hz * xserver-xorg/config/inputdevice/keyboard/rules: xorg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362878: libgtk2.0-0: changelog.Debian.gz is not an upstream changelog
severity 362878 wishlist done Le dimanche 16 avril 2006 à 07:30 +0200, Christian Marillat a écrit : Package: libgtk2.0-0 Version: 2.8.17-1 Severity: serious Justification: Policy 4.4 Hi, Apparently you don't understand (or don't care), because this is the second time I file the same bug report (#344125), but as this package isn't a native package the upstream changelog should not be here. If I want to read what new in that release I read the NEW file in the doc directory. Please remove these entreies from this changelog. We have talked about it on IRC and people like it that way, anyway that not an RC but rather a wishlist
Bug#362816: initramfs-tools: Initramfs-tools creates a buggy initrd image file.
severity 362816 important tags 362816 moreinfo stop On Sat, 15 Apr 2006, Fabien Fivaz wrote: Package: initramfs-tools Version: 0.59b Severity: critical Justification: breaks the whole system nack it works on many boxes out there according to popcon stats. also next time when you submit a bug report, please paste the error message right away. Today, I updated my system. It updated two things important I think : linux-image-2.6.15-1-686 and initramfs-tools. Strangely, linux-image was already the same version, so apt just updated a up-to-date package. But after rebooting (as it asked for during the install process), I received the following message : Begin : Waiting for root file system... and waiting for about 4 minutes, the Busybox shell was shown. did you check in the rescue shell: a) if your root device existed b) if your relevant modules where loaded After some research, it turned out that the initrd image file had a problem. I tred to fix it creating a new initrd image with mkinitramfs -k 2.6.15-1-686 -u -t, but it showed the same problem at boot up. Then I used mkinitrd -o /boot/initrd-img-2.6.15-1-686 2.6.15-1-686 and it worked well on reboot. please use update-initramfs the command line syntax you are showing above doesn't work for mkinitramfs Strange, isn't it ? if not working i need the output of the following commands cat /proc/cmdline lsmod -- System Information: Versions of packages initramfs-tools depends on: ii busybox 1:1.01-4 Tiny utilities for small and embed ii cpio 2.6-11 GNU cpio -- a program to manage ar ii klibc-utils 1.2.4-1small statically-linked utilities ii module-init-tools 3.2.2-2tools for managing Linux kernel mo ii udev 0.085-1/dev/ and hotplug management daemo your system is not up2date you need to upgrade to latest udev! please retest then with update-initramfs. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362631: CC of bugzilla entry
For the benefit of anyone reading this bug report, I'll CC the reply
and patch I sent to the upstream bugzilla entry:
http://bugzilla.kernel.org/show_bug.cgi?id=6394
I think the reason the workaround didn't work was that not both
detection routines (block 0 and 1) were moved down in the table.
I've attached a patch which moves both of them and updates the
comments, I'll forward it to the Debian bug report as well.
Regards,
David
BTW, if a partition has previously been used as lvm and is going to be
used for a new purpose, one should run pvremove on it to remove all
traces of lvm signatures.
Index: klibc-1.3.5/usr/kinit/fstype/fstype.c
===
--- klibc-1.3.5.orig/usr/kinit/fstype/fstype.c 2006-04-09 04:46:59.0
+0200
+++ klibc-1.3.5/usr/kinit/fstype/fstype.c 2006-04-16 11:15:37.0
+0200
@@ -6,8 +6,8 @@
* FSTYPE - filesystem type
* FSSIZE - filesystem size (if known)
*
- * We currently detect (in order):
- * gzip, cramfs, romfs, xfs, luks, lvm2, minix, ext3, ext2, reiserfs, jfs,
swap
+ * We currently detect the filesystems listed below in the struct
+ * imagetype images (in the order they are listed).
*
* MINIX, ext3 and Reiserfs bits are currently untested.
*/
@@ -231,8 +231,13 @@
/*
* Note:
+ *
* Minix test needs to come after ext3/ext2, since it's possible for
* ext3/ext2 to look like minix by pure random chance.
+ *
+ * LVM comes after all other filesystems since it's possible
+ * that an old lvm signature is left on the disk if pvremove
+ * is not used before creating the new fs.
*/
static struct imagetype images[] = {
{ 0,gzip, gzip_image },
@@ -240,14 +245,14 @@
{ 0,romfs,romfs_image },
{ 0,xfs, xfs_image },
{ 0,luks, luks_image },
- { 0,lvm2, lvm2_image },
- { 1,lvm2, lvm2_image },
{ 1,ext3, ext3_image },
{ 1,ext2, ext2_image },
{ 1,minix,minix_image },
{ 8,reiserfs, reiserfs_image },
{ 64, reiserfs, reiserfs_image },
{ 32, jfs, jfs_image },
+ { 0,lvm2, lvm2_image },
+ { 1,lvm2, lvm2_image },
{ -1, swap, swap_image },
{ 0,, NULL}
};
Bug#172920: Still happening?
tags 172920 moreinfo thanks This is an old bug. Is this still a problem? pgp9BnSIclGuT.pgp Description: PGP signature
Bug#362893: atop: Postinst uses logrotate bug package does not depend on it
Package: atop Version: 1.16-1 Severity: normal /var/lib/dpkg/info/atop.postinst has if [ -f $LOGROTATE ]; then /usr/sbin/logrotate -f $LOGROTATE fi but atop does not depend on logrotate: Depends: libc6 (= 2.3.5-1), libncurses5 (= 5.4-5), zlib1g (= 1:1.2.1) Trying to install/upgrade atop on a system without logrotate fails. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-powerpc Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages atop depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii zlib1g1:1.2.3-11 compression library - runtime atop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362892: console-tools: Error in setkeycodes manual
Package: console-tools Version: 1:0.2.3dbs-56 Severity: minor The man page of setkeycodes(8) says: It is hardwired in the current kernel that in the range 1-88 (0x01-0x58) keycode equals scancode. But when I run getkeycodes in my system I obtain: Plain scancodes xx (hex) versus keycodes (dec) for 1-83 (0x01-0x53) scancode equals keycode 0x50: 80 81 82 83 84 0 86 87 etc. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages console-tools depends on: ii console-common 0.7.49Basic infrastructure for text cons ii debconf1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libconsole 1:0.2.3dbs-56 Shared libraries for Linux console ii sysvinit 2.86.ds1-1System-V like init -- no debconf information __ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355013: initramfs-tools: device mapper device ordering breaks boot (sometimes)
severity 355013 normal stop On Thu, 02 Mar 2006, Christian Weeks wrote: I use LVM on all my disks. I swapped an old laptop disk into another laptop for testing and my laptop now fails to boot normally but rather drops into the busybox. An analysis of this problem indicates that there are issues with LILO, the initramfs and/or the device mapper. Here's what appears to be happening. I run lilo, and (after spinning the CPU for about 30-60 seconds!) it deduces that my LVM disk cweekslap/root has id FE00 (I am not sure this is correct, however). So it spits this onto the command line. With a single disk in the laptop we will now boot correctly. I add in the second disk and at boot time, for some reason, the secondary disk (helenlap/home!) is now device FE00. Of course helenlap/home is not a valid root disk (it never was) and the system drops to busybox when it can't find init. I have recovered the situation temporarily with one of three fixes: 1. Use a boot parameter root=/dev/mapper/cweekslap-root 2. remount /dev/mapper/cweekslap-root at the /root mountpoint in the initram disk 3. recreate the /dev/root with mknod /dev/root b 254 2 ok, adding discs works much better with grub. lowering the severity as lilo is not default. but please become familiar with the carriage return on your keyboard and format mails to ~80 columns. can you paste your lilo.conf? Nothing is able to work permanently though. I can't make a lilo root= option stick- it turns into numbers. have you tried to use the append=root=/dev/mapper/cweekslap-root instead and without the root lilo.conf param? afaik that is the way that is recommended for evms on lilo too see end http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=357538 sorry for the late reply regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362773: xautolock conflicts with x11-common
On Sun, Apr 16, 2006 at 11:12:17AM +0200, Roland Stigge wrote: Steve Langasek wrote: Because xautolock install binaries in /usr/X11R6/bin, it now conflicts with x11-common and therefore is uninstallable. See #362524 and #362200. This should be fixable with a simple binNMU against the next version of xutils-dev, but the xautolock package also installs manpages by hand to /usr/X11R6/man which should also be fixed. The attached patch should take care of both issues. Unfortunately, I can't see xutils-dev 1:1.0.2-2 uploaded to the archive yet (http://packages.qa.debian.org/x/xutils-dev.html) let alone it being available on a mirror. I will upload as soon as it is possible building against the archive / a mirror. Yes, hopefully this will be the case after the next dinstall, but I'm not the maintainer of xutils-dev and the package hasn't been uploaded yet so I can't promise anything. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#358360: initramfs-tools: Doesn't find hdd (module ide-disk)
tags 358360 moreinfo stop On Wed, 22 Mar 2006, Michal Sojka wrote: The description of this bug is the same as for #344754. The only difference is the version of package. The solution presented in #344754 works in my case as well. The problem appears with standard Debian kernel 2.6.15-1-686-smp. I haven't tried any other kernels. does latest initramfs-tools fix your problems? have you upgraded to latest udev? are you using grub? -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362852: Undeclared conflicts: pathname conflict at usr/share/man/man8/sendmail.8.gz between hula-mta, exim4-base
Proposed untested patch attached. cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde Index: exim4-daemon-light.links === --- exim4-daemon-light.links(Revision 1428) +++ exim4-daemon-light.links(Arbeitskopie) @@ -10,3 +10,9 @@ usr/sbin/exim4 usr/bin/newaliases usr/share/doc/exim4-base/changelog.gz usr/share/doc/exim4-daemon-light/changelog.gz usr/share/doc/exim4-base/README.Debian.gz usr/share/doc/exim4-daemon-light/README.Debian.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/sendmail.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/runq.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/rmail.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/rsmtp.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/mailq.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/newaliases.8.gz Index: exim4-base.links === --- exim4-base.links(Revision 1428) +++ exim4-base.links(Arbeitskopie) @@ -1,9 +1,3 @@ usr/share/man/man8/exim_db.8.gz usr/share/man/man8/exim_dumpdb.8.gz usr/share/man/man8/exim_db.8.gz usr/share/man/man8/exim_fixdb.8.gz usr/share/man/man8/exim_db.8.gz usr/share/man/man8/exim_tidydb.8.gz -usr/share/man/man8/exim.8.gz usr/share/man/man8/sendmail.8.gz -usr/share/man/man8/exim.8.gz usr/share/man/man8/runq.8.gz -usr/share/man/man8/exim.8.gz usr/share/man/man8/rmail.8.gz -usr/share/man/man8/exim.8.gz usr/share/man/man8/rsmtp.8.gz -usr/share/man/man8/exim.8.gz usr/share/man/man8/mailq.8.gz -usr/share/man/man8/exim.8.gz usr/share/man/man8/newaliases.8.gz Index: exim4-daemon-heavy.links === --- exim4-daemon-heavy.links(Revision 1428) +++ exim4-daemon-heavy.links(Arbeitskopie) @@ -10,3 +10,9 @@ usr/sbin/exim4 usr/bin/newaliases usr/share/doc/exim4-base/changelog.gz usr/share/doc/exim4-daemon-heavy/changelog.gz usr/share/doc/exim4-base/README.Debian.gz usr/share/doc/exim4-daemon-heavy/README.Debian.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/sendmail.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/runq.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/rmail.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/rsmtp.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/mailq.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/newaliases.8.gz Index: changelog === --- changelog (Revision 1428) +++ changelog (Arbeitskopie) @@ -6,8 +6,13 @@ exim4/exim3_upgrade from critical to high, as there is a sane default. Closes: #342077 * Allow single quotes in recipient mail addresses. Closes: #346222 - * Update debian/mtalist to conflict with hula-mta. Thanks to Justin -Pryzby. Closes: #362852 + * Update debian/mtalist to conflict with hula-mta. (mh) + * Move back man-pages (actually they are symlinks) related to the +mail-transport-agent virtual package from exim4-base to the daemon +packages. Other MTA packages also include these manpages and would +otherwise need to explicitely conflict with exim4-base. Add Replaces: +exim4-base (= 4.61-1) to the daemon packages. Thanks to Justin Pryzby. +Closes: #362852 (am) -- Marc Haber [EMAIL PROTECTED] Sun, 16 Apr 2006 06:34:58 + Index: exim4-daemon-custom.links === --- exim4-daemon-custom.links (Revision 1428) +++ exim4-daemon-custom.links (Arbeitskopie) @@ -10,3 +10,9 @@ usr/sbin/exim4 usr/bin/newaliases usr/share/doc/exim4-base/changelog.gz usr/share/doc/exim4-daemon-custom/changelog.gz usr/share/doc/exim4-base/README.Debian.gz usr/share/doc/exim4-daemon-custom/README.Debian.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/sendmail.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/runq.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/rmail.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/rsmtp.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/mailq.8.gz +usr/share/man/man8/exim.8.gz usr/share/man/man8/newaliases.8.gz
Bug#362847: Problem seems to be fixed with version 1.0.10 available in sarge-backports
The problem seems to be fixed with version 1.0.10 available in sarge-backports. In that case, even if the sinus doesn't sound exactly the same (still buggy resampling ?), the high frequency noise seems to have disappeared. Thanks, Steph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359922: initramfs-tools: ata drive via usb 'scsi' /dev/sda stops boot, gets busybox
On Wed, 29 Mar 2006, Harry Coin wrote: I suspect this problem occurs in all cases where the bios 'boot' device is not the eventual final root device and the root device discovery / setup process takes some time to settle (usb storage setups, raid setups, etc.) does latest initramfs-tools work? are you using grub? regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362894: x11-common: font system completely f***ed up: fixed font not found
Package: x11-common Version: 1:7.0.12 Severity: grave Justification: renders package unusable Hi X maintainers! It seems that the font organization is completely crazy now: - X cannot find the fixed font anymore: The fixed enty in fonts.alias in /usr/share/fonts/X11/misc is not included in the fonts.dir file - there are still two different hierachies: Up to now the xorg.conf files contain as fontpath /usr/lib/X11/fonts ... But /usr/lib/X11/fonts - /usr/X11R6/lib/X11/fonts but the later is DIFFERENT from /usr/share/fonts/X11/... so in effect the fonts in /usr/share/fonts/X11 are not included in the font path at all. - there are no man pages how to update the font system: mkfontdir which has been used till now is nothing else the mkfontscale script. All this is grave because one cannot start the X server, and even playing around with /usr/share/fonts/X11/misc and mkfontdir didn't fix the situation (the script could give a warning message that now you should use update-what-the-hell). After adding the fonts.scale by hand and adding it to the fonts.dir still now work, because of the above fonts path hierachy mismatch. What a grat disaster, to be honest! Forthermore, please include documentation, write up some transition document, it is NOT up to the user to find out everything by themselves. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc1-mm2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii debianutils 2.15.5 Miscellaneous utilities specific t ii laptop-detect 0.12.1 attempt to detect a laptop ii lsb-base 3.1-3 Linux Standard Base 3.1 init scrip x11-common recommends no packages. -- debconf information: x11-common/xwrapper/allowed_users: Anybody x11-common/experimental_packages: x11-common/xwrapper/actual_allowed_users: anybody x11-common/xwrapper/nice_value/error: x11-common/xwrapper/nice_value: -10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362895: libgtk2.0-0: complete loss of desktop, nautilus
Package: libgtk2.0-0
Version: 2.8.17-1
Severity: important
Installed latest gtk packages in unstable, resulted in immediate loss of
desktop. Lost all icons from desktop, but background image remained. After
logging out and back in again plain grey desktop, no icons or background
image. Right clicking on desktop gives no response.
Nautilus will no longer start, just hangs, or perhaps it is running but
never manages to draw to the screen? Strace shows it stopped at this, maybe
that's normal waiting for something to happen, can collect a full trace if
that helps. I suspect the desktop is also hung in a similar way.
Richard.
stat64(/home/raburton/Desktop, {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
access(/home/raburton/Desktop, F_OK) = 0
stat64(/home/raburton/.kde/share/config/kdeglobals, 0xafa8ad4c) = -1
ENOENT (No such file or directory)
open(/home/raburton/.kde/share/config/kdeglobals, O_RDONLY) = -1 ENOENT
(No such file or directory)
time(NULL) = 1145182606
stat64(/usr/share/config/kdeglobals, 0xafa8ad4c) = -1 ENOENT (No such file
or directory)
open(/usr/share/config/kdeglobals, O_RDONLY) = -1 ENOENT (No such file or
directory)
time(NULL) = 1145182606
writev(21, [{GIOP\1\2\1\0\24\3\0\0, 12},
{\360\254\250\257\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0F\366..., 788}], 2) =
800
futex(0x8116cfc, FUTEX_WAIT, 11, NULL) = 0
futex(0x8116cf8, FUTEX_WAIT, 2, NULL) = 0
futex(0x8116cf8, FUTEX_WAKE, 1) = 0
futex(0x8116cd8, FUTEX_WAIT, 2, NULL) = 0
futex(0x8116cd8, FUTEX_WAKE, 1) = 0
writev(21, [{GIOP\1\2\1\0\332\2\0\0, 12},
{\240\254\250\257\3\0\0\0\0\0\0\0\34\0\0\0\0\0\0\0F\366..., 730}], 2) =
742
futex(0x8116bd8, FUTEX_WAKE, 1) = 1
futex(0x8116cfc, FUTEX_WAIT, 13, NULL
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362897: briquolo: SIGSEGV on startup
Package: briquolo Version: 0.5.5-1 Severity: grave Justification: renders package unusable briquolo fails to start due to a segmentation fault. This is the output of gdb: == BRIQUOLO v0.5.5 erreur Resolution 640x480 (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Essai r�olution : rMask=8 gMask=8 bMask=8 BPP=32 = Echec Essai r�olution : rMask=8 gMask=8 bMask=8 BPP=24 = Ok GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_vertex_buffer_object GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separate GL_EXT_blend_func_separate GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_EXT_convolution GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_histogram GL_EXT_packed_pixels GL_EXT_polygon_offset GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_specular_color GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture3D GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_blend_equation_separate GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_MESA_window_pos GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texture_rectangle GL_NV_texgen_reflection GL_OES_read_format GL_SGI_color_matrix GL_SGI_color_table GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod Erreur d'initialisation de SDL-Mixer Erreur d'initialisation de SDL-Mixer Erreur d'initialisation de SDL-Mixer Erreur d'initialisation de SDL-Mixer Erreur d'initialisation de SDL-Mixer Erreur d'initialisation de SDL-Mixer Erreur d'initialisation de SDL-Mixer Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 805499072 (LWP 6488)] 0x0feacd08 in __gluTessErrorString () from /usr/lib/libGLU.so.1 (gdb) Fatal signal: Segmentation Fault (SDL Parachute Deployed) Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages briquolo depends on: ii briquolo-data 0.5.5-1 Fast paced 3d Breakout data files ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libfreetype62.1.10-3 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.0-1GCC support library ii libgl1-mesa-glx [libgl1]6.4.1-0.4A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.4.1-0.4The OpenGL utility library (GLU) ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libsdl-mixer1.2 1.2.6-1.1+b1 mixer library for Simple DirectMed ii libsdl-ttf2.0-0 2.0.7-1 ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.9-4 Simple DirectMedia Layer ii libstdc++6 4.1.0-1 The GNU Standard C++ Library v3 ii ttf-dejavu 2.4.1-1 Bitstream Vera fonts with addition ii zlib1g 1:1.2.3-11 compression library - runtime briquolo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358745: libtest-class-perl: [PATCH] fix for the FTBFS bug
Package: libtest-class-perl
Version: 0.11-1
Followup-For: Bug #358745
tags 358745 +patch
thanks
Hi,
After studying what was happening I found that this bug was also
reported in CPAN 6 months ago, and it's still open
(http://rt.cpan.org/Public/Bug/Display.html?id=14981). There is a tip
for solving the problem: using Test::Builder::Tester for replacing
hardcoded strings.
In many t/*.t files, T::B::T is already being used. So, I rewrote part
of the two offending test files, and I think they are correct. They
work perfectly now.
I have already sent this patch to upstream, but since they doesn't
seem very active, I think it would be good if we patch it now.
I include the specific patch for the test files, and also a patch for
the package, which includes the other patch and the modifications con
debian/rules and debian/control for using dpatch.
NOTE: in the patch I replaced the libtest-builder-tester-perl
dependency with perl-modules 5.8.8, since the former are now
included in the latter.
--
Martín Ferrari
diff -Naur libtest-class-perl-0.11/t/die_before_plan.t libtest-class-perl-0.11-new/t/die_before_plan.t
--- libtest-class-perl-0.11/t/die_before_plan.t 2005-02-19 16:32:33.0 -0300
+++ libtest-class-perl-0.11-new/t/die_before_plan.t 2006-04-16 05:13:58.474443044 -0300
@@ -3,10 +3,7 @@
use strict;
use warnings;
use Test;
-use Fcntl;
-use IO::File;
-use Test::Builder;
-use POSIX qw(_exit);
+use Test::Builder::Tester tests = 1;
package Object::Test;
use base 'Test::Class';
@@ -23,29 +20,11 @@
package main;
-my $io = IO::File-new_tmpfile or die couldn't create tmp file ($!)\n;
-my $Test = Test::Builder-new;
-$Test-output($io);
-$Test-failure_output($io);
-$ENV{TEST_VERBOSE}=0;
-$ENV{HARNESS_ACTIVE}=0;
-Object::Test-runtests;
-
-plan tests = 4;
-
-seek $io, SEEK_SET, 0;
-my $SEP = $^O eq MSWin32 ? '\\' : '/';
-while (my $actual = $io) {
- chomp($actual);
- my $expected=DATA; chomp($expected);
- $expected =~ s!/!$SEP!gs;
- ok($actual, $expected);
-};
-
-_exit(0);
+#$ENV{TEST_VERBOSE}=0;
+#$ENV{HARNESS_ACTIVE}=0;
-__DATA__
-1..1
-not ok 1 - setup (for test method 'test') died (died before plan set)
-# Failed test (t/die_before_plan.t at line 32)
-ok 2 - test just here to get setup method run
+test_out(not ok 1 - setup (for test method 'test') died (died before plan set));
+test_fail(+2);
+test_out(ok 2 - test just here to get setup method run);
+Object::Test-runtests;
+test_test(die before plan);
diff -Naur libtest-class-perl-0.11/t/fail2.t libtest-class-perl-0.11-new/t/fail2.t
--- libtest-class-perl-0.11/t/fail2.t 2005-02-19 16:32:33.0 -0300
+++ libtest-class-perl-0.11-new/t/fail2.t 2006-04-16 05:46:28.119145305 -0300
@@ -2,12 +2,8 @@
use strict;
use warnings;
-use Test;
-use Test::Builder;
-use Fcntl;
-use IO::File;
-use POSIX qw(_exit);
-
+use Test::More tests = 2;
+use Test::Builder::Tester;
package Object;
sub new {return(undef)};
@@ -25,38 +21,18 @@
package main;
+#$ENV{TEST_VERBOSE}=0;
+#$ENV{HARNESS_ACTIVE}=0;
-plan tests = 9;
-
-my $io = IO::File-new_tmpfile or die couldn't create tmp file ($!)\n;
-my $Test = Test::Builder-new;
-$Test-output($io);
-$Test-failure_output($io);
+test_out(not ok 1 - The object isa Object);
+test_out(not ok 2 - cannot create Objects);
+test_fail(-11);
+test_err(qr/#\s+The object isn't defined\n/);
+test_fail(-13);
-$ENV{TEST_VERBOSE}=0;
-$ENV{HARNESS_ACTIVE}=0;
Object::Test-runtests;
END {
- $|=1;
- seek $io, SEEK_SET, 0;
-my $SEP = $^O eq MSWin32 ? '\\' : '/';
- while (my $actual = $io) {
- chomp($actual);
- my $expected=DATA; chomp($expected);
- $expected =~ s!/!$SEP!gs;
- ok($actual, $expected);
- };
-
- ok($?, 3);
- _exit(0); # need to stop Test::Builder's $? tweak
-};
-
-__DATA__
-1..3
-not ok 1 - The object isa Object
-# Failed test (t/fail2.t at line 22)
-# The object isn't defined
-not ok 2 - cannot create Objects
-# Failed test (t/fail2.t at line 22)
-not ok 3 - cannot create Objects
-# Failed test (t/fail2.t at line 22)
+ test_test(fail2);
+ is($?, 2, exit value okay);
+ $?=0;
+}
diff -Naur libtest-class-perl-0.11-new/debian/control libtest-class-perl-0.11-newdebian/debian/control
--- libtest-class-perl-0.11-new/debian/control 2006-04-15 01:30:27.0 -0300
+++ libtest-class-perl-0.11-newdebian/debian/control 2006-04-16 06:57:13.819123404 -0300
@@ -2,12 +2,12 @@
Section: perl
Priority: optional
Maintainer: Jay Bonci [EMAIL PROTECTED]
-Build-Depends-Indep: debhelper ( 4.0), perl (= 5.6.0-16), libtest-builder-tester-perl, libtest-differences-perl, libtest-exception-perl, libio-string-perl, libmodule-build-perl, libdevel-symdump-perl
+Build-Depends-Indep: debhelper ( 4.0), perl (= 5.6.0-16), perl-modules (= 5.8.8), libtest-differences-perl, libtest-exception-perl, libio-string-perl, libmodule-build-perl, libdevel-symdump-perl, dpatch
Standards-Version: 3.6.2.1
Package: libtest-class-perl
Architecture: all
-Depends: ${perl:Depends}, libtest-builder-tester-perl,
Bug#360078: Bemused server missing xmms controller
severity 360078 wishlist thanks Bemused server that is included in kdebluetooth is missing controller for xmms. It has only amarok, noatun and scripts controllers. This is not really a bug, but a feature decision. See bug #326218 for the reasoning. I don't care which media player is better but I don't like the idea of depending on a lot of things just to get another media player involved. Creating a separate package might be possible though. Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362816: initramfs-tools: Initramfs-tools creates a buggy initrd image file.
After some research, it turned out that the initrd image file had a problem. I tred to fix it creating a new initrd image with mkinitramfs -k 2.6.15-1-686 -u -t, but it showed the same problem at boot up. Then I used mkinitrd -o /boot/initrd-img-2.6.15-1-686 2.6.15-1-686 and it worked well on reboot. please use update-initramfs the command line syntax you are showing above doesn't work for mkinitramfs Sorry, of course it was update-initramfs -k 2.6.15-1-686 -u -t. Upgrading udev resolved the problem. I did not see it in the not upgraded list from apt. Strange that it upgrades initramfs-tools without upgrading also to the latest udev... Thx Fabien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362597: base-files: info.dir suggests a command that will not work in etch
On Sam, 15 Apr 2006, Santiago Vila wrote: Hmm, it seems the mTexinfoReturn part would have to disappear as well, but this was just an example for the m command. It also has disappeared with texinfo_4.8.dfsg.1 But can be reinstalled with texinfo-doc-nonfree, in NEW ATM. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- GLASGOW (n.) The feeling of infinite sadness engendered when walking through a place filled with happy people fifteen years younger than yourself. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362896: apt-listchanges: Crash - maybe due to earlier binNMU not showing in newer changelog
Package: apt-listchanges Version: 2.59-0.2 Severity: important Yesterday apt-listchanges crashed with the following error: Traceback (most recent call last): File /usr/bin/apt-listchanges, line 218, in ? main() File /usr/bin/apt-listchanges, line 125, in main (news, changelog) = pkg.extract_changes(config.which, fromversion) File /usr/lib/site-python/apt_listchanges.py, line 74, in extract_changes since_version) File /usr/lib/site-python/apt_listchanges.py, line 120, in read_changelog fd = open(filename) IOError: [Errno 21] Er et filkatalog Er et filkatalog is danish, meaning Is a file directory in english. Comparing /var/log/aptitude with up-to-date changelog entries today I noticed that libqt4-core (and others from same source package) had been updated from 4.1.1-1+b1 to 4.1.2-1, but the changelog mentions no version between 4.1.1-1 and 4.1.2-1. - Jonas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-powerpc Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages apt-listchanges depends on: ii apt 0.6.43.3 Advanced front-end for dpkg ii debconf 1.4.72 Debian configuration management sy ii debianutils 2.15.5 Miscellaneous utilities specific t ii python2.3.5-5An interactive high-level object-o ii python-apt0.6.16.2 Python interface to libapt-pkg ii ucf 2.008 Update Configuration File: preserv apt-listchanges recommends no packages. -- debconf information: * apt-listchanges/confirm: true * apt-listchanges/email-address: root * apt-listchanges/which: both * apt-listchanges/frontend: pager * apt-listchanges/save-seen: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304290: Confirming calender url bug
Hi, Am Sonntag, den 16.04.2006, 01:40 +0200 schrieb Heikki Henriksen: søn, 16,.04.2006 kl. 00.49 +0200, skrev Joachim Breitner: I can confirm that the web calender add dialog does not have a textfield for the URL, rendering it useless. Do you have the recommended: evolution-plugins installed? The http-calendar-functionality should be provided by that. Yes, I do. I think the functionality is there, it just lacks the entry field for the URL. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#362894: x11-common: font system completely f***ed up: fixed font not found
On Sun, Apr 16, 2006 at 12:13:43PM +0200, Norbert Preining wrote: It seems that the font organization is completely crazy now: - X cannot find the fixed font anymore: The fixed enty in fonts.alias in /usr/share/fonts/X11/misc is not included in the fonts.dir file - there are still two different hierachies: Up to now the xorg.conf files contain as fontpath /usr/lib/X11/fonts ... But /usr/lib/X11/fonts - /usr/X11R6/lib/X11/fonts but the later is DIFFERENT from /usr/share/fonts/X11/... so in effect the fonts in /usr/share/fonts/X11 are not included in the font path at all. - there are no man pages how to update the font system: mkfontdir which has been used till now is nothing else the mkfontscale script. All this is grave because one cannot start the X server, and even playing around with /usr/share/fonts/X11/misc and mkfontdir didn't fix the situation (the script could give a warning message that now you should use update-what-the-hell). After adding the fonts.scale by hand and adding it to the fonts.dir still now work, because of the above fonts path hierachy mismatch. What a grat disaster, to be honest! When it gives you that message, it does actually mean it ... This is the recommended way to update it: update-fonts-alias misc update-fonts-dir misc update-fonts-scale misc Forthermore, please include documentation, write up some transition document, it is NOT up to the user to find out everything by themselves. This will be done, but in the meantime -- if you are unable to cope with such transitions, unstable is probably not for you. It mostly works for everyone, but in such an enormous transition (a ~60MB source package transitioning to something like 200 source packages, as well as moving out of a directory hierachy that Debian has known since its inception), you have to expect that the road will be a little bumpy. Yes, it's getting fixed, but these changes have been in Ubuntu and in experimental[0] for quite some time with the opportunity to test same, and the bugs reported there were ironed out. If you're running unstable, you're going to need to have a little patience with the process. That's just the way it goes, I'm afraid. Cheers, Daniel [0]: With minor modifications, e.g. /usr/share/fonts/X11 instead of /usr/share/X11/fonts. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362898: libgnutls-dev: cannot link against libgnutls13
Package: libgnutls-dev Version: 1.3.5-1 Severity: grave Justification: renders package unusable Hello, It is not possible to link with libgnutls anymore while upgrading libgnutls-dev from version 1.2.x to 1.3.x. It is not possible to build software that depends on gnutls anymore. As an example, config.log from vlc: configure:61119: checking for gnutls/gnutls.h configure:61126: result: yes configure:61132: checking for gnutls_certificate_verify_peers2 in -lgnutls configure:61162: ccache distcc gcc-4.1 -o conftest -Wsign-compare -Wall -g -O2 -march=pentium-m - Wall -Wextra -pipe -DSYS_LINUX conftest.c -lgnutls -lgcrypt -lz -lgpg-error 5 /usr/bin/ld: warning: libtasn1.so.3, needed by /usr/lib/gcc/i486-linux-gnu/4.1.0/../../../../lib/ libgnutls.so, not found (try using -rpath or -rpath-link) Downgrading libgnutls-dev back to the libgnutls12 variant solves the problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16.4 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages libgnutls-dev depends on: ii libc6-dev [libc-dev] 2.3.6-7GNU C Library: Development Librari ii libgcrypt11-dev 1.2.2-1LGPL Crypto library - development ii libgnutls13 1.3.5-1the GNU TLS library - runtime libr ii liblzo-dev1.08-3 data compression library (old vers ii libopencdk8-dev [libopencdk8- 0.5.7-2Open Crypto Development Kit (OpenC ii libtasn1-2-dev1:0.2.17-2 Manage ASN.1 structures (developme ii zlib1g-dev1:1.2.3-11 compression library - development libgnutls-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362900: ttf-dejavu: Character å not displayed properly in firefox
Package: ttf-dejavu Version: 2.4.1-1 Severity: normal I have set firefox to use dejavuserif size 16 as the default font. While that used to work, as of today it misdisplays the Danish character å (somewhat serious error; like if o in English could not be displayed). The error can be seen at http://thuejk.dk/x-error.html , or a screenshot can be seen at http://thuejk.dk/x-error.png It is possible that this happened as a result of upgrading x.org packages, and not as a result of upgrading the ttf-dejavu package. I actually upgraded the ttf-dejavu package two days ago without any problems, while the error only manifested itself today after after I upgraded, among other X and font related packes, the defoma package. Regards, Thue -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ttf-dejavu depends on: ii defoma0.11.8-0.1 Debian Font Manager -- automatic f ttf-dejavu recommends no packages. -- no debconf information
Bug#358687: sylpheed-claws-gtk2: quick dictionary chanage has gone after upgradeing to 2.0
You can change dictionary using a right-click in the compose window (not on a misspelled word). -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360887: sylpheed-claws-gtk2: sylpheed-claws-gtk2 SIGABRT
This is fixed in 2.0.0 and greater, I think. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358172: Fixed package created
I have built a new (source) package that fixes this bug. It is available on mentors.debian.net. See http://mentors.debian.net/usage.php. -Ted signature.asc Description: OpenPGP digital signature
Bug#357303: locks display after resume
This issue is supposed to be solved in the new upstream version 2.14.1. Regards: David Weinehall -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362899: ttf-dejavu: Character aring; not displayed properly in firefox
Package: ttf-dejavu Version: 2.4.1-1 Severity: normal I have set firefox to use dejavuserif size 16 as the default font. While that used to work, as of today it misdisplays the Danish character å (somewhat serious error; like if o in English could not be displayed). The error can be seen at http://thuejk.dk/x-error.html , or a screenshot can be seen at http://thuejk.dk/x-error.png It is possible that this happened as a result of upgrading x.org packages, and not as a result of upgrading the ttf-dejavu package. I actually upgraded the ttf-dejavu package two days ago without any problems, while the error only manifested itself today after after I upgraded, among other X and font related packes, the defoma package. Regards, Thue -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ttf-dejavu depends on: ii defoma0.11.8-0.1 Debian Font Manager -- automatic f ttf-dejavu recommends no packages. -- no debconf information
Bug#321070: acknowledged by developer (Closing because of no response from submitter)
* Rene Mayrhofer [EMAIL PROTECTED] [2006-04-16 01:05:26]: Hmm, then my last message does not seem to have come through. Strange... The IKE server packages in Debian now all provide ike-server, but don't conflict with it anymore. Ok, acknowledged. :) Thanks. Pieter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309070: meld: [UPSTREAM]Incredibly slow on big files
tag 309070 + moreinfo tag 309070 + unreproducible thanks On 05/05/14 12:55 +0300, Eddy Petrisor said ... When trying to merge two big po files (dpkg's po) I found that the application is really slow when trying to edit either of the merged files. The files are both over 160KB. Are you still facing this problem? How slow is slow? Is this because your machine was loaded at that point? According to upstream, meld is about 300 times faster for large files (though that is for diffs and not for editing) since 0.9.2. I've been using meld or very large files and haven't faced this issue. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219884: #219884
tag 219884 + upstream thanks On 06/04/16 16:28 +0530, Y Giridhar Appaji Nag said ... On 04/03/01 23:25 +0100, Christoffer Sawicki said ... I can reproduce this. This issue has been fixed by upstream in meld-0.9.1 (not tagging it as fixed-upstream as the fix is already in the Debian package). The current behaviour of meld is such that, a small red dot is used in the right hand bottom corner of the icon for a file with newer timestamp even if the files being compared are identical. If the files are different, then both files are shown as red with a thick red dot in the newer-timestamp file. -- Y Giridhar Appaji Nag | http://www.appaji.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362896: Bug is probably due to NEWS.Debian being a directory
package apt-listchanges retitle 362896 Crash - probably due to NEWS.Debian being a directory thanks Ah, looking further I founf locales having a NEWS.Debian directory (already filed as bug#362763). I imagine the fix for apt-listchanges crashing over this is to check not only for file existence but also file characteristics. - Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er n_r: http://www.shibumi.org/eoti.htm pgpeo2nQcfOKR.pgp Description: PGP signature
Bug#362902: libmono-firebirdsql1.7-cil: uninstallable on powerpc
Package: libmono-firebirdsql1.7-cil Severity: important Justification: uninstallable libmono-firebirdsql1.7-cil depends on libfbembed1, which does not exist on powerpc. not sure why the binary picked up this dependancy, but it most likely shouldn't have. cheers, piem -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362885: x11-common: unable to upgrade, rmdir: /usr/X11R6/bin: Directory not empty
#include hallo.h * Steve Langasek [Sun, Apr 16 2006, 01:19:35AM]: On Sun, Apr 16, 2006 at 09:47:29AM +0200, Eduard Bloch wrote: I cannot upgrade the package on my system because it repeatedly fails with: rmdir: /usr/X11R6/bin: Directory not empty x11-common postinst error: Could not remove /usr/X11R6/bin. Is not yet empty dpkg: error processing x11-common (--configure): subprocess post-installation script returned error exit status 74 Errors were encountered while processing: x11-common E: Sub-process /usr/bin/dpkg returned an error code (1) Well, yes, there is one remaining file added manually by me, however the postinst should not rely on that and fail otherwise. To expand on Daniel's closure message: X11R6 is dead, and this directory needs to be removed so it can be replaced with a compatibility symlink. Otherwise, the transition path gets much uglier as we try to track down one-by-one all the tools that reference /usr/X11R6/bin as an absolute path between now and etch's release. So if the file in /usr/X11R6/bin comes from an official package, please tell us the package so x11-common can conflict with it. If it's an unofficial It was not from an official package. And it was a symlink, so dealing with it is a bit more complicated. Anyhow, I wonder what exactly do we win by trying to remove this directory. What is the problem with just letting where it is and allow it to rot untill the last package having files there is removed. This is the strategy used by dpkg since ages, why should we try to nuke that directory, just for cosmetics reasons? Eduard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362901: fondu: New upstream version
Package: fondu Version: 0.0.20050825-1 Severity: wishlist A new upstream version of fondu appears to be available at http://fondu.sourceforge.net/fondu_src-060102.tgz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages fondu depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries fondu recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362903: mozilla-firefox: Negative download size when breaking 2GB limit
Package: mozilla-firefox Version: 1.0.4-2sarge5 Severity: minor When downloading a file 2GB, the Downloads window displays a negative size. Obviously, a signed 32-bit integer is used, where an (unsigned) 64-bit integer would be a better choice. See also the attached screenshot. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.11-shire.7.3 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mozilla-firefox depends on: ii debianutils2.8.4 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface ii libidl00.8.5-1 library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libstdc++6 3.4.3-13 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-14sarge1 X Window System printing extension ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii psmisc 21.5-1Utilities that use the proc filesy ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information Negative-download-size.png Description: PNG image
Bug#359947: me too!
I have the same problem. Trying to open a file or using save as on links results in a bus error every time so I can reproduce it easily. starting with firefox --debugger gdb actually dose not give the problem :( also the FIREFOX_DSP=none firefox works ok. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362904: Stores core file in ~/News rather than ~/.pan2
Package: pan Version: 0.92-1 Severity: normal It's pretty annoying how Pan keeps creating a ~/News directory and storing the Score file inside it, when it could use ~/.pan2 which would avoid cluttering up the user's HOME directory. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.16-1-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages pan depends on: ii libatk1.0-01.11.3-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libcairo2 1.0.2-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.1-2 generic font configuration library ii libgcc11:4.1.0-1 GCC support library ii libgconf2-42.14.0-1 GNOME configuration database syste ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libgmime2.12.1.19-1 MIME library, unstable version ii libgnome2-02.14.0-2 The GNOME 2 library - runtime file ii libgnomevfs2-0 2.14.0-2 GNOME virtual file-system (runtime ii libgtk2.0-02.8.16-1 The GTK+ graphical user interface ii liborbit2 1:2.14.0-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.0-2 Layout and rendering of internatio ii libpcre3 6.4-1.1 Perl 5 Compatible Regular Expressi ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libstdc++6 4.1.0-1 The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-6X Window System protocol client li ii libxcursor11.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-6X Window System miscellaneous exte ii libxi6 6.9.0.dfsg.1-6X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-6X Window System multi-head display ii libxrandr2 6.9.0.dfsg.1-6X Window System Resize, Rotate and ii libxrender11:0.9.0.2-1 X Rendering Extension client libra ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329370: pciutils: New upstream version 2.2.0 available
Hello Matthew, this bug was tagged Pending one month ago. Will it be uploaded soon? thx. -- Noèl Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#362843: Not installable from unstable: depends on libnewt0.51 which is no longer available
block 362843 with 335665 thanks On Sun, 2006-04-16 at 00:10 +0200, [EMAIL PROTECTED] wrote: Hello, kudzu depends on libnewt0.51. However libnewt0.51is no longer in unstable. It looks as if it was replaced by libnewt0.52. Yes, kudzu is right now completly broken.:( We need an updated/patched pciutils. The redhat guys have it included and kudzu (from redhat) wants it, too. I can only wait for pciutils update. pciutils-2.2.0 (21-09-05) ftp://atrey.karlin.mff.cuni.cz/pub/linux/pci/pciutils-2.2.0.tar.gz the new upstream bug report was tagged pending one month ago. -- Noèl Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#362905: giftrans: please follow xorg migration
Package: giftrans Version: 1.12.2-11 Hello, current giftrans is not compatible with the new xorg packages, since it depends on xfree86-common which is conflicted out by the new x11-common. This leads to either blocking installation of the new xorg packages or the removal of giftrans on the respective systems. Could you thus please follow the xorg migration. Btw. have a look at the xfree86-common package description: This transitional package is only depended upon by packages that install files into /usr/X11R6 but have not yet corrected their dependencies. Thanks for your work regards Mario -- Independence Day: Fortunately, the alien computer operating system works just fine with the laptop. This proves an important point which Apple enthusiasts have known for years. While the evil empire of Microsoft may dominate the computers of Earth people, more advanced life forms clearly prefer Mac's. signature.asc Description: Digital signature
Bug#362885: x11-common: unable to upgrade, rmdir: /usr/X11R6/bin: Directory not empty
On Sun, Apr 16, 2006 at 01:18:44PM +0200, Eduard Bloch wrote: #include hallo.h * Steve Langasek [Sun, Apr 16 2006, 01:19:35AM]: To expand on Daniel's closure message: X11R6 is dead, and this directory needs to be removed so it can be replaced with a compatibility symlink. Otherwise, the transition path gets much uglier as we try to track down one-by-one all the tools that reference /usr/X11R6/bin as an absolute path between now and etch's release. So if the file in /usr/X11R6/bin comes from an official package, please tell us the package so x11-common can conflict with it. If it's an unofficial It was not from an official package. And it was a symlink, so dealing with it is a bit more complicated. Anyhow, I wonder what exactly do we win by trying to remove this directory. What is the problem with just letting where it is and allow it to rot untill the last package having files there is removed. This is the strategy used by dpkg since ages, why should we try to nuke that directory, just for cosmetics reasons? A lot of packages (e.g. gdm) have hardcoded paths. Personally, I didn't bother making it a symlink when I did the transition, but it's the release team's decision to make. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
