Bug#495178: Technically RC
severity 495178 grave thanks This is RC because we cannot change the package at all, for instance to incorporate a security fix. At the least, we need some way to regenerate the files in dist/, possibly using an external tool, or the package should just install the unobfuscated version as the packed one. Both approaches need to be tested before release, hence the RC severity. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507445: gnupg-doc orig.tar.gz missing in main
tag 507445 pending thanks Steve McIntyre [EMAIL PROTECTED] (01/12/2008): I know this is not necessarily *your* bug, but the easiest workaround is to simply re-upload with a new upstream version to trigger dak to copy the new upstream orig.tar.gz into the right place. Easiest is to just rename the current tarball to a new name (e.g. gnupg-doc_2003.04.06a.orig.tar.gz). I chose +dak1 to mark it as being needed because of dak (and that seems to be a kind of standard practice). (Opened as serious as this bug is currently blocking creation of source CDs/DVDs/ in the weekly CD build.) I see, shortening the usual delays a bit, uploading to DELAYED/1. Mraw, KiBi. signature.asc Description: Digital signature
Bug#508037: ITP: lxsession-edit -- configure what application start up automatically in LXDE
Package: wnpp Severity: wishlist Owner: Andrew Lee [EMAIL PROTECTED] * Package name: lxsession-edit Version : 0.1 Upstream Author : PCMan (Hong Jen Yee) [EMAIL PROTECTED] * URL : http://lxde.org/ * License : (GPL) Programming Lang: (C) Description : configure what application start up automaticlly in LXDE LXSession-Edit is a simple session editor GUI for lxsession-lite which follows autostart specs from FreeDesktop.Org -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491972: can this be fixed for Lenny?
Russell Coker schrieb: This patch (or something similar) is needed for the version of dpkg in Lenny. Could you please propose that a new version of logwatch which closes this bug be included in Lenny? Unfortunately, I don't have the time for that currently. If you like, you can do the upload. Feel free to include any patch the release team is willing to accept. I've uploaded what I prepared some time ago to http://pkg-logwatch.alioth.debian.org/apt/pool/main/l/logwatch/ WM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#254208: Still valid!
On Sun, Nov 30, 2008 at 12:37:47PM +0100, Eric Valette wrote: Why not orphan this package? It's already orphaned, since 22 May 2008. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482400 signature.asc Description: Digital signature
Bug#496264: cuneiform license troubles
Hi, my cuneiform packages were rejected from debian with the following message, will you take care about fixing it? ---snip--- Hi Maintainer, rejected, upstream blindly copied its own license/copyright header above all files. Please kick them and let em fix it. One example are the zlib files. They definitely have a different copyright holder and different license, yet upstream claims its his. There are more of such things, but thats up to upstream to find and fix. -- bye Joerg ---snap--- Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507445: gnupg-doc orig.tar.gz missing in main
Cyril Brulebois [EMAIL PROTECTED] (07/12/2008): tag 507445 pending thanks And the source debdiff for completeness. Mraw, KiBi. diff -Nru gnupg-doc-2003.04.06/debian/changelog gnupg-doc-2003.04.06+dak1/debian/changelog --- gnupg-doc-2003.04.06/debian/changelog 2008-12-07 09:04:33.0 +0100 +++ gnupg-doc-2003.04.06+dak1/debian/changelog 2008-12-07 09:04:34.0 +0100 @@ -1,3 +1,11 @@ +gnupg-doc (2003.04.06+dak1-0.1) unstable; urgency=low + + * Non-maintainer upload. + * Reupload to include the source tarball, missing since the move to +main, due to a well-known dak bug (Closes: #507445). + + -- Cyril Brulebois [EMAIL PROTECTED] Sun, 07 Dec 2008 09:02:32 +0100 + gnupg-doc (2003.04.06-6) unstable; urgency=low * debian/control (Section): move back to main, per GR. Closes: #406648 signature.asc Description: Digital signature
Bug#508038: sshmenu and sshmenu-gnome fail to start with `undefined symbol` message
Package: sshmenu-gnome Version: 3.15-1 Debian Lenny with latest updates (2.6.26-1-686 #1 SMP Sat Nov 8 19:00:26 UTC 2008 i686 GNU/Linux). When I try to add sshmenu applet to Gnome panel, following error message apears: The panel encountered a problem while loading OAFIID:GNOME_SSHMenuApplet. When I try to start sshmenu or sshmenu-gnome from the shell, start fails and error message is: /usr/bin/ruby: symbol lookup error: /usr/lib/ruby/1.8/i486-linux/gtk2.so: undefined symbol: gtk_file_system_error_quark I was able to find similar bug in Launchpad: https://bugs.launchpad.net/ubuntu/+source/sshmenu/+bug/247564
Bug#508039: linux-image-2.6.18-6-amd64: The 8'th and higheir sound cand isn't detected
Package: linux-image-2.6.18-6-amd64 Version: 2.6.18.dfsg.1-22 Severity: important *** Please type your report below this line *** The 8'th and higher sound card isn't detected do to no enabled in the kernel config. This bug prevent the normal use of debian kernel (you have to rebuild the kernel) to support more sound devices. Tested with usb audio devices (VendorId : 0451 ). to fix it : CONFIG_SND_DYNAMIC_MINORS=y CONFIG_USB_DYNAMIC_MINORS=y -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.18-6-amd64 depends on: ii cor 5.97-5.3 The GNU core utilities ii deb 1.5.11etch2 Debian configuration management sy ii e2f 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 ext2 file system utilities and lib ii ini 0.85i tools for generating an initramfs ii mod 3.3-pre4-2 tools for managing Linux kernel mo linux-image-2.6.18-6-amd64 recommends no packages. -- debconf information: shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-6-amd64/postinst/old-initrd-link-2.6.18-6-amd64: true linux-image-2.6.18-6-amd64/postinst/old-dir-initrd-link-2.6.18-6-amd64: true linux-image-2.6.18-6-amd64/preinst/elilo-initrd-2.6.18-6-amd64: true linux-image-2.6.18-6-amd64/postinst/create-kimage-link-2.6.18-6-amd64: true linux-image-2.6.18-6-amd64/preinst/lilo-initrd-2.6.18-6-amd64: true linux-image-2.6.18-6-amd64/postinst/bootloader-test-error-2.6.18-6-amd64: linux-image-2.6.18-6-amd64/preinst/bootloader-initrd-2.6.18-6-amd64: true linux-image-2.6.18-6-amd64/preinst/already-running-this-2.6.18-6-amd64: linux-image-2.6.18-6-amd64/preinst/abort-overwrite-2.6.18-6-amd64: linux-image-2.6.18-6-amd64/postinst/old-system-map-link-2.6.18-6-amd64: true linux-image-2.6.18-6-amd64/postinst/depmod-error-initrd-2.6.18-6-amd64: false linux-image-2.6.18-6-amd64/prerm/removing-running-kernel-2.6.18-6-amd64: true linux-image-2.6.18-6-amd64/preinst/failed-to-move-modules-2.6.18-6-amd64: linux-image-2.6.18-6-amd64/prerm/would-invalidate-boot-loader-2.6.18-6-amd64: true linux-image-2.6.18-6-amd64/preinst/lilo-has-ramdisk: linux-image-2.6.18-6-amd64/preinst/abort-install-2.6.18-6-amd64: linux-image-2.6.18-6-amd64/postinst/depmod-error-2.6.18-6-amd64: false linux-image-2.6.18-6-amd64/postinst/bootloader-error-2.6.18-6-amd64: linux-image-2.6.18-6-amd64/preinst/overwriting-modules-2.6.18-6-amd64: true linux-image-2.6.18-6-amd64/postinst/kimage-is-a-directory: linux-image-2.6.18-6-amd64/preinst/initrd-2.6.18-6-amd64: -- -- Boris Shtrasman |Gnu/Linux Software developer | | IM : [EMAIL PROTECTED] | | URL : myrtfm.blogspot.com| ___ Linkidin : http://www.linkedin.com/profile?viewProfile=key=24962635 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335411: man-db: 'man -Hfirefox man', can't see the image
On Sun, Dec 07, 2008 at 11:51:38AM +0800, LI Daobing (李道兵) wrote: On Sun, Dec 7, 2008 at 7:54 AM, Colin Watson [EMAIL PROTECTED] wrote: On Sun, Mar 16, 2008 at 11:50:07PM +0100, Josip Rodin wrote: I just saw the same... it looks like the whole /tmp/tempdir goes missing the moment the browser is forked. I really can't see any obvious way to fix this. I don't think it's good to leave temporary file litter lying around, and yet, when you use -Hfirefox (particularly if you already have firefox running so that it uses the remote protocol), firefox returns control before it loads the images. I'm afraid I don't see a sensible way for man to do anything about this, short perhaps of an environment variable that would let you stop it deleting temporary files, but then the user would have to clean those up by hand which isn't very appealing either. I'm just going to downgrade this to wishlist for now, and if anyone has any bright ideas then they can let me know ... How about embed the images into html? Err, so how do you do that then? :-) The only ways I'm aware of are absolutely crazy (CSS tricks etc.). -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508040: ITP: lxshortcut -- easy way to edit application shortcuts
Package: wnpp Severity: wishlist Owner: Andrew Lee [EMAIL PROTECTED] * Package name: lxshortcut Version : 0.1 Upstream Author : PCMan (Hong Jen Yee) [EMAIL PROTECTED] * URL : http://lxde.org/ * License : (GPL) Programming Lang: (C) Description : easy way to edit application shortcuts lxshortcut is a simple GUI to edit .desktop format application shortcuts. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507509:
Putting back the submitter in the loop. Diego Escalante Urrelo [EMAIL PROTECTED] (02/12/2008): Install de debug packages for libgtk, libglib, libgconf and similar, both the mm (C++) and usual C versions, example: ii libglib2.0-0-dbg 2.18.2-0ubuntu2 ii libgtk2.0-0-dbg 2.14.4-0ubuntu1 Try to reproduce the trace with that installed. Hello Diego, please remember to keep the submitter Cc'd, or use the [EMAIL PROTECTED] alias for that purpose, otherwise mails will be unseen. Mraw, KiBi. signature.asc Description: Digital signature
Bug#508010: [kbibtex] Cannot add search URL
Hi, On Sat, Dec 06, 2008 at 11:12:40PM +0100, Jacob Kanev wrote: Package: kbibtex Version: 0.2.1-1 Severity: normal --- Please enter the report below this line. --- It is not possible to add a new search URL to kbibtex. Steps to reproduce: * Open kbibtex * Open a .bib file * Select Settings - Configure KBibTex * Choose tab Search URLs * Select New * Enter CiteSeer in Description field, and http://citeseer.ist.psu.edu/cis?q=%1; in URL field * Select OK * Select the add-from-online-database button in the toolbar ! CiteSeer is not included in the list of databases This is not a bug. The search URLs are used to search documents on the web and _not_ to import them into the database. If you click on any item in your bib file (right-click; search online) you'll find CiteSeer as a search option. Importing stuff into the database from online ressources is more complicated than simply adding a URL. You need to take into account what format the required information is provided in. The only way to add CiteSeer to the list of online databases is to hack the sources itself, or help upstream doing it ;-) Cheers, Michael -- GPG key: 1024D/3144BE0F Michael Hanke http://apsy.gse.uni-magdeburg.de/hanke ICQ: 48230050 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374708: man-db: *** glibc detected *** free(): invalid next size
* Colin Watson [EMAIL PROTECTED] [2008-12-06 23:25]: My main problem here is figuring out exactly where it's crashing, since the stack appears to be corrupt. Perhaps you could build a debug version (as before) and run 'sudo gdb --args src/mandb --debug', then: ... Sorry, I don't have this machine anymore. If nobody else can reproduce the issue, I guess you should close the bug report. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507711: clamfs: Uninstallable in Sid due to libpoconet soname bump
Gunnar Wolf [EMAIL PROTECTED] (03/12/2008): Version 1.3.3p1-1 of poco was uploaded to Sid on October. This version now provides libpoconet6 - As clamfs depends on libpoconet5, the package is now uninstallable. Rebuilding the package seems to work - I have not yet tried _using_ clamfs, but at least, the resulting .deb is installable. Note that if you rebuild/upload, you might want to change the build-dependencies, as it currently mentions libpoco5-dev | libpoco-dev . Krzysztof, any reason why you didn't open bugs against your reverse dependencies that no longer build? And why you didn't ask for binNMUs? Mraw, KiBi. signature.asc Description: Digital signature
Bug#476210: additional info
Robert Lemmen [EMAIL PROTECTED] (03/12/2008): there is also http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=7;bug=476210 no idea why this doesn't show up here, the BTS is surprising sometimes! Because the bug wasn't Cc'd (:/), only a related instruction got sent to control@, that's why it's there w/o being shown. So it looks like this bug is being taken care of, no need to NMU per se. Peter, if you need a sponsor, just point me to a .dsc, and I'll take care of it. Mraw, KiBi. signature.asc Description: Digital signature
Bug#374708: man-db: *** glibc detected *** free(): invalid next size
On Sun, Dec 07, 2008 at 10:19:35AM +0100, Martin Michlmayr wrote: * Colin Watson [EMAIL PROTECTED] [2008-12-06 23:25]: My main problem here is figuring out exactly where it's crashing, since the stack appears to be corrupt. Perhaps you could build a debug version (as before) and run 'sudo gdb --args src/mandb --debug', then: ... Sorry, I don't have this machine anymore. If nobody else can reproduce the issue, I guess you should close the bug report. Kumina bv (Support) said that they could reproduce it. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331072: ITP: cinelerra-cv -- non-linear video editor and compositor for Linux
Ludovic RESLINGER [EMAIL PROTECTED] writes: [...] I think to use the Cinelerra-CV version for packaging because it seems to be a more stable version with a community of developers who works to correct some bugs on Herroinewarrior version. I think it would be the best choise for debian package. Yes, I looked into the packaging problems. I'm going to try a solution for this problem of licences. As usual in Debian a program like Cinelerra-CV without mpeg2, mp3, aac or x264 encoding is useless. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508041: debirf_exec: not found
Package: debirf Version: 0.20-1 Severity: important I just tried debirf, because I wrote a similar software and thought I'd might get rid of mine. However debirf doesn't seem to be tested. On building the minimal example it fails with these messages: ... run-parts: executing minimal/modules/serial-terminal minimal/modules/serial-terminal: 18: debirf_exec: not found run-parts: executing minimal/modules/z0_remove-aptitude minimal/modules/z0_remove-aptitude: 13: debirf_exec: not found run-parts: minimal/modules/z0_remove-aptitude exited with return code 127 This was just the minimal example from the package. Does it work on other systems? Maybe it should be severity grave if it does not work at all. Helmut -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.14 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages debirf depends on: ii apt 0.7.19 Advanced front-end for dpkg ii busybox 1:1.10.2-2 Tiny utilities for small and embed ii cpio 2.9-14 GNU cpio -- a program to manage ar ii debootstrap 1.0.10 Bootstrap a basic Debian system ii fakechroot2.8-1 gives a fake chroot environment ii fakeroot 1.11 Gives a fake root environment ii klibc-utils 1.5.12-2 small utilities built with klibc f Versions of packages debirf recommends: ii genisoimage 9:1.1.9-1 Creates ISO-9660 CD-ROM filesystem ii grub 0.97-47GRand Unified Bootloader (Legacy v Versions of packages debirf suggests: pn linux-patch-inittmpfs none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507813: Portuguese strings for bugzilla debconf
Quoting Hugo Adão ([EMAIL PROTECTED]): package: bugzilla severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. [-- mutt.octet.filter file type: UTF-8 Unicode English text --] You worked on the wrong file. Please find, attached, the file that has the changes to English strings. pt.po Description: application/gettext signature.asc Description: Digital signature
Bug#503495: inn2: SSL-Documentation and -Support is wrong/broken
Hi Michael, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503495 I don't think debian should make it harder than needed to enable encryption. NNTPS is a way to do it, but putting protocols inside SSL on another port is nowadays deprecated in favor of TLS upgrade through STARTTLS. We really should support that. Is there any news about the package which will be shipped with Lenny? Will documentation and support for TLS be fixed, as you suggested? Regarding TLS, I also wish to add that a compliant news server MUST support it in case authentication with AUTHINFO USER/PASS is provided. The NNTP protocol strongly highlights that. According to RFC 4643: The AUTHINFO PASS command permits the client to use a clear-text password to authenticate. A compliant implementation MUST NOT implement this command without also implementing support for TLS [NNTP-TLS]. Use of this command without an active strong encryption layer is deprecated, as it exposes the user's password to all parties on the network between the client and the server. Any implementation of this command SHOULD be configurable to disable it whenever a strong encryption layer (such as that provided by [NNTP-TLS]) is not active, and this configuration SHOULD be the default. The server will use the 483 response code to indicate that the datastream is insufficiently secure for the command being attempted (see Section 3.2.1 of [NNTP]). Incidentally, we also have in INN 2.5.0 support for AUTHINFO SASL so I hope it will be supported by the Debian package and directly into nnrpd. Not for Lenny, though. I think INN 2.5.0 will be ready for Squeeze! -- Julien ÉLIE « Non qui parum habet, sed qui plus cupit, pauper est. » (Senèque) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507788: sysctl.conf read before ipv6 module loaded, so cannot set ipv6 settings
also sprach Didier Raboud [EMAIL PROTECTED] [2008.12.05.1342 +0100]: As ipv6 is a release goal, my guess is that a solution has to be found. Maybe the easiest solution is simply to load the ipv6 module early on, unconditionally? -- .''`. martin f. krafft [EMAIL PROTECTED] Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems warning at the gates of bill: abandon hope, all ye who press enter here... digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#507671: [Pkg-libvirt-maintainers] Bug#507671: virsh hangs on qemu+ssh transport
also sprach Guido Günther [EMAIL PROTECTED] [2008.12.05.1031 +0100]: You're running 0.5.0 on both sides? I assume madduck is runnning virsh fine when using qemu:///system directly on khyber? Yes, 0.5.0 on both sides, and it works fine locally, but hangs when I use SSH. -- .''`. martin f. krafft [EMAIL PROTECTED] Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems i like .net for the same reason i like gentoo. it keeps all the people with no clue from writing c code, which is much harder for me to identify and eliminate from my systems. in the same way that gentoo gives those people a place to be that isn't in debian -- andrew suffield digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#507650: [Pkg-libvirt-maintainers] Bug#507650: virsh console just hangs, cannot connect
also sprach Guido Günther [EMAIL PROTECTED] [2008.12.05.1009 +0100]: You can't terminate this with ctrl-alt-]? Works here. Can you make sure your system really *has* output on the serial console by looking at the /dev/pts/X yourself? You can find out the pty by looking at /var/log/libvirt/qemu/yourvm.log - it should be the last second pty listed. The first one is the monitor pty. How do you suggest that I look at the /dev/pts/X for output? -- .''`. martin f. krafft [EMAIL PROTECTED] Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems not the truth in whose possession any man is, or thinks he is, but the honest effort he has made to find out the truth, is what constitutes the worth of man. -- gotthold lessing digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#508045: coreutils: df stops working during etch-lenny upgrade causing upgrade failure
Package: coreutils Version: 6.10-6 Severity: important During an etch-lenny upgrade, between the time that coreutils is upgraded and the kernel is upgraded and booted, 'df' fails to operate. This causes all installations that depend on a working df to fail (mysql is one). The whole upgrade process aborts at that point leaving the system in a partially upgraded state. The output of df during the failure period is: df: /': Function not implemented df: /lib/init/rw': Function not implemented df: /sys': Function not implemented df: /dev': Function not implemented df: /dev/shm': Function not implemented df: /dev/pts': Function not implemented df: /boot': Function not implemented df: /proc/fs/nfsd': Function not implemented df: /var/lib/nfs/rpc_pipefs': Function not implemented df: no file systems processed To jump-start the upgrade, I was forced to write a simple script that simply echo'ed out a faked df output. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: hppa (parisc) Kernel: Linux 2.6.26-1-parisc Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages coreutils depends on: ii libacl1 2.2.47-2 Access control list shared library ii libc6 2.7-16 GNU C Library: Shared libraries ii libselinux1 2.0.65-5 SELinux shared libraries coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508046: ccache warning fixes for gcc-4.3
Package: ccache
Version: 2.4-15
The following patch cleans up gcc-4.3 warnings:
$ make -s
ccache.c: In function ‘tmp_string’:
ccache.c:146: warning: ignoring return value of ‘asprintf’, declared
with attribute warn_unused_result
util.c: In function ‘x_asprintf’:
util.c:151: warning: ignoring return value of ‘vasprintf’, declared with
attribute warn_unused_result
stats.c: In function ‘write_stats’:
stats.c:94: warning: ignoring return value of ‘write’, declared with
attribute warn_unused_result
diff -Naur ccache-2.4-orig/ccache.c ccache-2.4/ccache.c
--- ccache-2.4-orig/ccache.c 2004-09-13 11:38:30.0 +0100
+++ ccache-2.4/ccache.c 2008-12-07 10:28:24.0 +
@@ -143,7 +143,9 @@
gethostname(hostname, sizeof(hostname)-1);
#endif
hostname[sizeof(hostname)-1] = 0;
- asprintf(ret, %s.%u, hostname, (unsigned)getpid());
+ if (asprintf(ret, %s.%u, hostname, (unsigned)getpid()) == -1) {
+ fatal(could not allocate tmp_string);
+ }
}
return ret;
diff -Naur ccache-2.4-orig/stats.c ccache-2.4/stats.c
--- ccache-2.4-orig/stats.c 2004-09-13 11:38:30.0 +0100
+++ ccache-2.4/stats.c 2008-12-07 10:28:24.0 +
@@ -91,7 +91,7 @@
if (len = (int)sizeof(buf)-1) fatal(stats too long?!);
lseek(fd, 0, SEEK_SET);
- write(fd, buf, len);
+ if (write(fd, buf, len) == -1) fatal(could not write stats);
}
diff -Naur ccache-2.4-orig/util.c ccache-2.4/util.c
--- ccache-2.4-orig/util.c 2004-09-13 11:38:30.0 +0100
+++ ccache-2.4/util.c 2008-12-07 10:28:24.0 +
@@ -148,7 +148,9 @@
*ptr = NULL;
va_start(ap, format);
- vasprintf(ptr, format, ap);
+ if (vasprintf(ptr, format, ap) == -1) {
+ fatal(out of memory in x_asprintf);
+ }
va_end(ap);
if (!ptr) fatal(out of memory in x_asprintf);
Bug#508047: Crash when adding files to data composition
Package: xfburn Version: 0.3.2-1 Severity: important Justification: Consistent crash I get xfburn to consistently crash with a segmentation fault by doing this: 1. Start xfburn 2. Create a new data composition 3. Add a new folder in the composition 4. Drag any file(s) from the file browser to that folder KR, Filip -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfburn depends on: ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libburn4 0.4.4-1 library to provide CD/DVD writing ii libc6 2.7-13GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-2 simple interprocess messaging syst ii libexo-0.3-0 0.3.4-7 Library with extensions for Xfce ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libhal-storage10.5.11~rc2-1 Hardware Abstraction Layer - share ii libhal10.5.11~rc2-1 Hardware Abstraction Layer - share ii libisofs6 0.6.2.1-1 library to create ISO9960 images ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-0 1.2.27-1 PNG library - runtime ii libthunar-vfs-1-2 0.9.0-8 VFS abstraction used in thunar ii libx11-6 2:1.1.5-1 X11 client-side library ii libxcb-render-util00.2+git36-1 utility libraries for X C Binding ii libxcb-render0 1.1-1.1 X C Binding, render extension ii libxcb11.1-1.1 X C Binding ii libxfce4util4 4.4.2-2 Utility functions library for Xfce ii libxfcegui4-4 4.4.2-4 Basic GUI C functions for Xfce4 ii libxrender11:0.9.4-1 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime xfburn recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508047: [Pkg-xfce-devel] Bug#508047: Crash when adding files to data composition
On dim, 2008-12-07 at 12:07 +0100, Filip Van Raemdonck wrote: I get xfburn to consistently crash with a segmentation fault by doing this: 1. Start xfburn 2. Create a new data composition 3. Add a new folder in the composition 4. Drag any file(s) from the file browser to that folder Could you provide a backtrace? I can't reproduce this. Could you try with a fresh user (or no config files, maybe)? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#507944: Suggested removal: xwhois [was: Bug#507944: xwhois: segfaults on start in get_servers()]
Submitter put back in recipient list…
Steve Cotton [EMAIL PROTECTED] (06/12/2008):
xwhois.h:
#define BUFSIZE 1024
struct serverent {
char *name;
char *comment;
} servers[256];
get_servers():
/*
* Set all struct members to NULL.
*/
for (i=0 ; i BUFSIZE ; i++)
{
servers[i].name = servers[i].comment = NULL;
}
After setting BUFSIZE to 256, the app started OK.
But pressing Scan locked the app up. I fired up Wireshark, 90
seconds later it's still sending out SYN packets to servers that
don't respond. After a couple of minutes, it displayed the
results. They're mostly along the lines of server did not
respond, query format not supported, this server only has the
.FOO and .BAR TLDs.
Popcon is 63 installs, 14 votes, and it has a dependency on GTK-1.2.
Personally, I think this isn't one to fix.
Agreed, looks like a candidate for removal from testing (-release@ Cc'd
for that), and maybe even from unstable (-qa@ Cc'd for that).
Mraw,
KiBi.
signature.asc
Description: Digital signature
Bug#508042: newt frontent have inefficient use of screen real estate (multiselect)
Package: cdebconf-text-udeb Version: 0.137 Severity: important User: [EMAIL PROTECTED] UserTags: debian-edu x-debbugs-cc: [EMAIL PROTECTED] The profile question in Debian Edu/Lenny do not look good. The multiselect question do not select all the four options, but only the first three and a scroll bar, while the display have three blank lines between the question text and the question itself. See the attached image d-i-edu-danish-profile.png for an example. This is the normal profile question in the debian-edu-install package. The expert question have more options, and look even worse. Here, the text fill the entire screen, and instead of moving the multiselect part of the question to another screen (which is done when not using preformattet text), it display the question at the lower end, on top of/below the button continue button. See the attached image d-i-edu-english-profile-expert.png. The expert profile question is not usable (not able to see properly the options to select them), while the normal profile is just confusing to users. Because of this, I set severity to important. Happy hacking, -- Petter Reinholdtsen inline: d-i-edu-danish-profile.pnginlie: d-i-edu-english-profile-expert.png pgpya48wfVInR.pgp Description: PGP signature
Bug#508043: bugs.debian.org: please use a font/layout where underscore is distinguishable from space
Package: bugs.debian.org Severity: normal I noticed that (and in some cases it does matter) for new bugs (they are underlined) a space and an underscore look the same in the bug title. Could you change this? Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508048: RFP: virtuoso-opensource -- OpenLink Virtuoso Open-Source Edition
On Sun, Dec 07, 2008 at 12:23:01PM +0100, Olivier Berger wrote: It would be interesting to have OpenLink Virtuoso's OpenSource version available in Debian SNIP There seem to have been several efforts at packaging it elsewhere, but the upstream debian/ subdir may be the best place to start with... FYI, there's a package here for Ubuntu : https://launchpad.net/~wdaniels/+archive Hope this helps, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508048: RFP: virtuoso-opensource -- OpenLink Virtuoso Open-Source Edition
Package: wnpp Severity: wishlist It would be interesting to have OpenLink Virtuoso's OpenSource version available in Debian Borrowed from http://virtuoso.cvs.sourceforge.net/viewvc/*checkout*/virtuoso/virtuoso-opensource/debian/control : * Package name: virtuoso-opensource Upstream Author : OpenLink Virtuoso Maintainer [EMAIL PROTECTED] * URL : http://virtuoso.openlinksw.com/ * License : GPL Description : OpenLink Virtuoso Open-Source Edition Virtuoso is a high-performance object-relational SQL database. As a database, it provides transactions, a smart SQL compiler, powerful stored-procedure language with optional Java and .Net server-side hosting, hot backup, SQL-99 support and more. It has all major data-access interfaces, such as ODBC, JDBC, ADO .Net and OLE/DB. OpenLink Virtuoso supports SPARQL embedded into SQL for querying RDF data stored in Virtuoso's database. SPARQL benefits from low-level support in the engine itself, such as SPARQL-aware type-casting rules and a dedicated IRI data type. There seem to have been several efforts at packaging it elsewhere, but the upstream debian/ subdir may be the best place to start with... Thanks in advance. -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507822: [Pkg-alsa-devel] Bug#507822: /usr/bin/alsamixer: Should save the current settings and load them on next, startup
All settings except PCM survive the alsa-utils restart. None of the settings survive a computer restart. Thanks, Alex Elimar Riesebieter wrote: merge 506879 507822 thanks * Alex D??nil?? [081204 20:30 +0100] Package: alsa-utils Version: 1.0.16-2 Severity: normal File: /usr/bin/alsamixer Alsamixer should save the current settings and alsa should try to reload them on the next startup. Reason: On my system I have to do some detailed configuring in alsamixer (found through enough testing to find the good values) in order to have good microphone quality. I want those settings to be there after a restart. Could you please do as root: # rm -rf /var/lib/alsa/asound.state adjust your sound # alsactl store # /etc/init.d/alsa-utils restart check alsamixersettings again Thanks Elimar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507116: Vim fails to parse tags lines longer than 512 bytes
James - On Sat, Dec 06, 2008 at 02:21:48PM +0100, Bram Moolenaar wrote: If a tags file has a line that's longer than 512 bytes (as is the case with the attached file), Vim won't be able to parse the tags file resulting in any :ts (or related) commands failing with E431. As an example, try :ts cli_parse_add with the attached tags file. There is a hard limit for tags file lines at 512 bytes. I notice that the buffer for tags is already being dynamically allocated. Is there a reason why the buffer isn't reallocated if the tag doesn't fit in 512 bytes? There is a chicken-egg problem: the buffer has to be there before you can call fgets(). There is a way around that, but makes things more complicated. And so far it worked fine. I think we can safely ignore long lines. Some tags may not be found, but that's better than not finding anything. Try the patch below. This works well. I'll probably send it out the coming week. - Bram -- CRONE: Who sent you? ARTHUR: The Knights Who Say Ni! CRONE: Aaaagh! (she looks around in rear) No! We have no shrubberies here. Monty Python and the Holy Grail PYTHON (MONTY) PICTURES LTD /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org/// -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504989: (no subject)
On Sunday 2008-12-07 06:32, Florian Weimer wrote:
This does not look right at all. The kernel returns a binary blob
structured exactly like ipt_connlimit_info -- you can't just go and
change the way userspace interprets that blob.
What problem are you trying to fix here, anyway?
The kernel blob changed from 2.6.18 to 2.6.24. With my patch, it
works on 2.6.24 (but not on 2.6.18, I guess). Without it, it doesn't.
The kernel blob never changed, because xt_connlimit was first
introduced into the kernel in version 2.6.23. *ipt*_connlimit (from
patch-o-matic) never found its way into the mainline kernel.
So this is not an upstream bug.
POM has had severe quality problems with its code, one of which
you are just experiencing.
32 64 Alignment overview
Offset struct ipt_connlimit_info {
0 0 int limit;
4 4 int inverse;
8 8 u_int32_t mask;
12 16 struct ipt_connlimit_data *data;
};
16 24
Because the struct has different sizes on different bit-nesses, you
will inevidently run into problems. There is no way to make this work
for all combinations of 32u-32k, 32u-64k and 64u-64k simultaneously.
But that just aside.
Kernels = 2.6.23 return a struct xt_connlimit blob, while Debian's
patched iptables-1.3.6 interprets that as a struct ipt_connlimit.
(This actually happens because modules exchange data by module name,
connlimit, and this name has not changed between ipt_connlimit and
xt_connlimit.)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507742: etcinsvk: reconsider it
[Geert Stappers] is there a relevent bug filed on svk? What about replacing svk with git? And what are the opinions about ditching etcinsvk for etckeeper? For this to happen, we need a plan to migrate those systems with etcinsvk to git. The Etch version of Debian Edu had svk, and I believe those upgrading should keep their history and preferably not have to learn new commands. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508047: [Pkg-xfce-devel] Bug#508047: Crash when adding files to data composition
Hi, On Sun, Dec 7, 2008 at 12:16, Yves-Alexis Perez [EMAIL PROTECTED] wrote: On dim, 2008-12-07 at 12:07 +0100, Filip Van Raemdonck wrote: I get xfburn to consistently crash with a segmentation fault by doing this: 1. Start xfburn 2. Create a new data composition 3. Add a new folder in the composition 4. Drag any file(s) from the file browser to that folder Could you provide a backtrace? See below. Dunno if it's of any use as there seems no debug package available for xfburn. I can't reproduce this. Could you try with a fresh user (or no config files, maybe)? ACK. Done so. Same crash. Did you try dropping a file *on top* of the new, empty folder? The folder being highlighted, and not a line visible above or below (which means dropping besides it)? KR, Filip [EMAIL PROTECTED]:~$ gdb xfburn GNU gdb 6.7.1-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu... (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /usr/bin/xfburn (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type return to continue, or q return to quit--- (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type return to continue, or q return to quit--- (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [New Thread 0x2afd95514240 (LWP 6370)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ** Message: No existing settings file, using default settings ** Message: Using Thunar-VFS 0.9.0 [New Thread 0x40800950 (LWP 6373)] [Thread 0x40800950 (LWP 6373) exited] ** (xfburn:6370): WARNING **: No drives were found! (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type return to continue, or q return to quit--- (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [New Thread 0x40800950 (LWP 6375)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x40800950 (LWP 6375)] 0x0041aa3c in ?? () (gdb) bt #0 0x0041aa3c in ?? () #1 0x0041c25f in ?? () #2 0x2afd9155eca4 in ?? () from /usr/lib/libglib-2.0.so.0 #3 0x2afd91e1cfc7 in start_thread () from /lib/libpthread.so.0 #4 0x2afd921017cd in clone () from /lib/libc.so.6 #5 0x in ?? () (gdb) KR, Filip -- My weblog: http://blog.sysfs.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507742: etcinsvk: reconsider it
is there a relevent bug filed on svk? What about replacing svk with git? And what are the opinions about ditching etcinsvk for etckeeper? Git -- http://kitenet.net/~joey/code/etckeeper/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507369: isomaster's .desktop file is suboptimal
tags 507369 confirmed patch thanks On Sunday 30 November 2008 15:36:09 Siegfried Gevatter (RainCT) wrote: So, I propose the following changes: --- isomaster-1.3.3.orig/isomaster.desktop.src +++ isomaster-1.3.3/isomaster.desktop.src @@ -1,10 +1,14 @@ [Desktop Entry] Name=ISO Master -GenericName=CD image editor -Comment=Graphical CD image editor for reading, modifying and writing ISO images +GenericName=ISO File Editor +GenericName[ca]=Editor de fitxers ISO +GenericName[es]=Editor de ficheros ISO +Comment=Read, write and modify ISO images +Comment[ca]=Llegiu, escriviu i modifiqueu imatges ISO +Comment[es]=Leer, escribir i modificar imagenes ISO Exec=isomaster Terminal=false StartupNotify=true Type=Application -Categories=Utility;DiscBurning;AudioVideo;AudioVideoEditing; -MimeType=application/x-iso +Categories=Utility; +MimeType=application/x-iso; Thanks, but I don't think isomaster should be in the utility category, since that's very generic and isn't where users would expect to find it. Categories:Application;AudioVideo;DiscBurning; Seems to do the right thing in KDE on Debian and places isomaster in the Multimedia menu. I don't have an Ubuntu box; can you confirm the above puts isomaster somewhere sane in your menu structure? Many thanks, David. -- David Johnson www.david-web.co.uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504989: connlimit and etchnhalf
* Jan Engelhardt: On Sunday 2008-12-07 06:32, Florian Weimer wrote: This does not look right at all. The kernel returns a binary blob structured exactly like ipt_connlimit_info -- you can't just go and change the way userspace interprets that blob. What problem are you trying to fix here, anyway? The kernel blob changed from 2.6.18 to 2.6.24. With my patch, it works on 2.6.24 (but not on 2.6.18, I guess). Without it, it doesn't. The kernel blob never changed, because xt_connlimit was first introduced into the kernel in version 2.6.23. *ipt*_connlimit (from patch-o-matic) never found its way into the mainline kernel. So this is not an upstream bug. I'm not sure what you're trying to say. Do you think that etch's iptables works with connlimit in the etchnhalf kernel? It doesn't. When I encountered this bug, I wasn't using any self-compiled software. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435198: xinit: i had the same problem
Package: xinit Version: 1.0.9-2 Followup-For: Bug #435198 This bug seems to be random. I had this bug yesterday but today i couldn't reproduce it. i had a KDE on :0.0, then i switched to a tty and ran as a user: xinit /usr/bin/xterm -- :1 -depth 16 And there where no xterm on :1. Just the X background. after retrying several times with :2 and /usr/bin/xclock, I figured out that the xterm was launched on :0. in that xterm, the DISPLAY var was ':0.0' setting DISPLAY to :1, i could run whatever i wanted on that screen. but the fact that the initial xterm was run on :0 confused me. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26.5batchyx8.7 (PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xinit depends on: ii cpp 4:4.3.2-2 The GNU C preprocessor (cpp) ii libc6 2.7-16 GNU C Library: Shared libraries ii libx11-6 2:1.1.5-2 X11 client-side library xinit recommends no packages. xinit suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508047: [Pkg-xfce-devel] Bug#508047: Crash when adding files to data composition
On dim, 2008-12-07 at 13:18 +0100, Filip Van Raemdonck wrote: Hi, On Sun, Dec 7, 2008 at 12:16, Yves-Alexis Perez [EMAIL PROTECTED] wrote: On dim, 2008-12-07 at 12:07 +0100, Filip Van Raemdonck wrote: I get xfburn to consistently crash with a segmentation fault by doing this: 1. Start xfburn 2. Create a new data composition 3. Add a new folder in the composition 4. Drag any file(s) from the file browser to that folder Could you provide a backtrace? See below. Dunno if it's of any use as there seems no debug package available for xfburn. I can't reproduce this. Could you try with a fresh user (or no config files, maybe)? ACK. Done so. Same crash. Did you try dropping a file *on top* of the new, empty folder? The folder being highlighted, and not a line visible above or below (which means dropping besides it)? Ha thanks. I can reproduce it this way :) Confirmed on 0.3.2. It's fixed in 0.3.91 (which won't be in lenny), so I'll see if there's a way to fix that. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#508050: maven-ant-helper: does not work with newer modello
Package: maven-ant-helper Version: 3 Severity: minor Tags: patch Owner: Torsten Werner [EMAIL PROTECTED] The package does no longer work with the current modello package. The fix has already been committed to the 'experimental' branch in SVN. This bug is just a reminder, that the branch should be merged to trunk and the package should be uploaded after all the Depends of libmodello-java have been accepted by the ftp-masters. Torsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508051: udev: persistent-net-generator breaks working networking configurations, new default behaviour requested, please see the report
Package: udev Version: 0.125-7 Severity: normal user case (1): - one of my customers bought a Linux system that uses the /etc/network/interfaces file with wpa_supplicant and the wlan0 device to enable an configure his secure network now something happens with the network card, being in this case an usb wireless stick. And the user buys a new Linux compatible device from his favorite Linux shop. He plugs in the device reboots his computer and his network does not work! He gets frustrated blames Debian and Linux and the local person of the Linux shop. The Linux shop need to refund the device and possible guarantee clams that tolled him it will work directly. user case (2): - one of my customers is upgrading his system and after upgrading the network does not work anymore... problem (1): - udevs persistent-net-generator names new hardware in an incrementing way, for example I plug in wlandevice(0) and it becomes wlan0 then I remove the stick because it is broken, and add a new one the generator will name it as wlan1 and the network will not work because it is configured for wlan0. solution (1): - change the behavior of the persistent-net-generator. Only increment a device name when there is a device attached with the used name for example, I plug in wlandevice0 it will become wlan0 if I add an other wlandevice1 it will become wlan1, but if I removed wlandevice0 and then add wlandevice1 it should become wlan0 so the network settings do not break! Of course there are situations where wlan1, wlan2, wlan3 are wanted but this is more likely to be an advance user that and can setup his network on his own. But for non computer literate person the network should just keep working when configured. problem (2): - somehow a new version of udev and kernel detects the device differently and renames the devices as a new wlan1 device, breaking the previous working network configuration. solution (2): - make sure configuration file are backwards compatible and wont break excising network configuration. Also see solution (1). I have had several cases where the network configuration becomes broken after upgrading or plugging in new devices. The frustration for my customers are high, because they don't understand why it is so fragile and unreliable in there eyes. It gets me personally a bad name and I lose money because of this issues on guarantee claims. I am willing to help with a developer to provide a possible solution. I would very much like this issue to be discussed. Thanks in advance, Jelle de Jong -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-16 GNU C Library: Shared libraries ii libselinux1 2.0.65-5 SELinux shared libraries ii libvolume-id0 0.125-7libvolume_id shared library ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip udev recommends no packages. udev suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504989: connlimit and etchnhalf
* Jan Engelhardt: On Sunday 2008-12-07 13:20, Florian Weimer wrote: The kernel blob never changed, because xt_connlimit was first introduced into the kernel in version 2.6.23. *ipt*_connlimit (from patch-o-matic) never found its way into the mainline kernel. So this is not an upstream bug. I'm not sure what you're trying to say. Do you think that etch's iptables works with connlimit in the etchnhalf kernel? It doesn't. When I encountered this bug, I wasn't using any self-compiled software. I am saying that iff your kernel is an unmodified vanilla one [does not matter who compiled it] and your iptables is also vanilla, that is, if they have _not_ been modified by the distribution, you get a working combination. Okay, fair enough, thanks for your analysis. It just confused me a bit because I was specifically reporting a bug in a Debian-modified iptables/kernel combiniation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507090: newlib_1.16.0-2.1(sparc/unstable): FTBFS on buildds: Nothing to be done for `binary-arch'.
Martin Zobel-Helas [EMAIL PROTECTED] (27/11/2008): Package: newlib Version: 1.16.0-2.1 Severity: serious That means you are trying to build arch-independ stuff only on buildds, which will not work. Since we have (in newlib_1.16.0-2.1): ,-- | Package: newlib-spu | Architecture: powerpc ppc64 | | Package: newlib-source | Architecture: all `-- it looks like a P-a-s candidate to me. Cc'ing the P-a-s maintainers, the newlib maintainers, and the NMUer (hrm). That said, this bug is still a Policy §4.9 violation. Mraw, KiBi. signature.asc Description: Digital signature
Bug#504989: connlimit and etchnhalf
On Sunday 2008-12-07 13:49, Florian Weimer wrote: It just confused me a bit because I was specifically reporting a bug in a Debian-modified iptables/kernel combiniation. Right. In your specific case, the only thing you can do is upgrade to a newer iptables from either upstream or Debian. Because once you patch iptables with your proposal, you break connlimit for all users running the 2.6.18 etch kernel. So the sanest solution is to backport xt_connlimit into 2.6.18 and update iptables for etch... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504989: connlimit and etchnhalf
* Jan Engelhardt: On Sunday 2008-12-07 13:49, Florian Weimer wrote: It just confused me a bit because I was specifically reporting a bug in a Debian-modified iptables/kernel combiniation. Right. In your specific case, the only thing you can do is upgrade to a newer iptables from either upstream or Debian. Because once you patch iptables with your proposal, you break connlimit for all users running the 2.6.18 etch kernel. So the sanest solution is to backport xt_connlimit into 2.6.18 and update iptables for etch... Would such a backport run with a 2.6.18 etch kernel, too? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508053: Any reason for not providing host?
Package: unbound-host Version: 1.0.2-1 Severity: wishlist Hi is there any particular reason why unbound-host does not provide host binary in a same way that bind9-host? If there is such reason, I think it should be documented somewhere (eg. in description or in README.Debian). -- Michal Čihař | http://cihar.com | http://blog.cihar.com -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unbound-host depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libldns1 1.4.0-1ldns library for DNS programming ii libssl0.9.8 0.9.8g-14 SSL shared libraries ii libunbound0 1.0.2-1library implementing DNS resolutio unbound-host recommends no packages. unbound-host suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508052: Multi stream server take existing wrong tape set
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: afbackup Version: 3.4-3 Severity: normal When using the multi stream server I got the following misbehaviour: I was writing a backup to tape set 2 and while this going on the backup to tape set 1 was started on another client. The backup of the later client gets blocked until the first is finished and then it is written to the same tape (in tape set 2) instead of tape set 1. When I use the single stream server or start the backup to tape set 1 after finishing the backup to tape set 2 everything works as is should. - -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (60, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.4.36.7 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Versions of packages afbackup depends on: ii afbackup-common3.4-3 Client-Server Backup System (commo ii debianutils2.17 Miscellaneous utilities specific t ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libssl0.9.80.9.8g-13 SSL shared libraries ii netbase4.29 Basic TCP/IP networking system ii tcsh [c-shell] 6.14.00-7 TENEX C Shell, an enhanced version ii zlib1g 1:1.2.3-13compression library - runtime afbackup recommends no packages. - -- no debconf information - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen [EMAIL PROTECTED] Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSTvKeZ+OKpjRpO3lAQL6nwf8CqcRwH49KpeJVbRueNcYi4xlRImp2DB5 8LtzbZBfI3jsL73UL7nt4acbfm7NIvWjZYBU8iwEKAKfkcx0Mh9Tc3hNu6Gjlu/e jCHUycYsZLHK3BcOqU6Gq2rgYhUw3VKByBW3/tyafpWRPZCyTB3aFoyseirJhFLw or2yk7Irw5BpC2VqR7vNrHLrYHEEaS2E4hKK2xcRpD12E/6uSU4rLQQjkJyeTBYZ rByhCrOVjW8k0Yd2gr0j/rGrJczQ6ZbR7GXZDIbB4WvWnMIPQCvWDmU2UhOh2n1T t3XQ2joFd2JtuiGDgR2eKkSB5srX+BRtl5lGxhyDs7+wcxeCn3I9tQ== =MI9+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507742: etcinsvk: reconsider it
Op 20081207 om 13:14 schreef Petter Reinholdtsen: [Geert Stappers] What about replacing svk with git? And what are the opinions about ditching etcinsvk for etckeeper? For this to happen, we need a plan to migrate those systems with etcinsvk to git. The Etch version of Debian Edu had svk, and I believe those upgrading should keep their history and preferably not have to learn new commands. Etch users are not effected by #507742 ( System slow due the fact that svk is very busy with processing new files in /etc, because they have allready those files in svk. ) Geert Stappers Mostly saying that there are meanwhile alternavites for the functionallity that etcinsvk provides. ( And could not resist to quote preferably not have to learn out of context in the debian-EDU mailinglist ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508051: thank you for reponding
Thank you Marco for responding to the report, It is kind of hard to just say I am wrong, I now there must be some amount of truth in it. Where can I find the exciting discussion? Would you be willing to post some links... I saw the original report was not very readable because of the no newlines after 72 characters so below there is a more readable report: user case (1): - one of my customers bought a Linux system that uses the /etc/network/interfaces file with wpa_supplicant and the wlan0 device to enable an configure his secure network now something happens with the network card, being in this case an usb wireless stick. And the user buys a new Linux compatible device from his favorite Linux shop. He plugs in the device reboots his computer and his network does not work! He gets frustrated blames Debian and Linux and the local person of the Linux shop. The Linux shop need to refund the device and possible guarantee clams that tolled him it will work directly. user case (2): - one of my customers is upgrading his system and after upgrading the network does not work anymore... problem (1): - udevs persistent-net-generator names new hardware in an incrementing way, for example I plug in wlandevice(0) and it becomes wlan0 then I remove the stick because it is broken, and add a new one the generator will name it as wlan1 and the network will not work because it is configured for wlan0. solution (1): - change the behavior of the persistent-net-generator. Only increment a device name when there is a device attached with the used name for example, I plug in wlandevice0 it will become wlan0 if I add an other wlandevice1 it will become wlan1, but if I removed wlandevice0 and then add wlandevice1 it should become wlan0 so the network settings do not break! Of course there are situations where wlan1, wlan2, wlan3 are wanted but this is more likely to be an advance user that and can setup his network on his own. But for non computer literate person the network should just keep working when configured. problem (2): - somehow a new version of udev and kernel detects the device differently and renames the devices as a new wlan1 device, breaking the previous working network configuration. solution (2): - make sure configuration file are backwards compatible and wont break excising network configuration. Also see solution (1). I have had several cases where the network configuration becomes broken after upgrading or plugging in new devices. The frustration for my customers are high, because they don't understand why it is so fragile and unreliable in there eyes. It gets me personally a bad name and I lose money because of this issues on guarantee claims. I am willing to help with a developer to provide a possible solution. I would very much like this issue to be discussed. Thanks in advance, Jelle de Jong -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507850: python-hulahop: Hulahop fails to locate and link against libxul.so
Jonas Smedegaard [EMAIL PROTECTED] (05/12/2008): Package: python-hulahop Version: 0.4.8~dfsg-2 Severity: grave Justification: renders package unusable As subject says, sugar-hulahop is plain broken at the moment: Attempts tos start Browse activity leads to notes in logfile that it can't locate libxul.so Hi, is it that libxul.so is around and can't be loaded? Or more like a Depends: on xulrunner-1.9 (which ships libxul.so) is missing? Mraw, KiBi. signature.asc Description: Digital signature
Bug#507369: isomaster's .desktop file is suboptimal
Categories:Application;AudioVideo;DiscBurning; Application is deprecated, so you don't need to include it (run desktop-file-validate on the file and it will tell you the same). And the : should be an =, of course. Looks fine otherwise. Seems to do the right thing in KDE on Debian and places isomaster in the Multimedia menu. I don't have an Ubuntu box; can you confirm the above puts isomaster somewhere sane in your menu structure? It's placed under Sound and video. -- Siegfried-Angel Gevatter Pujals (RainCT) Ubuntu Developer. Debian Contributor. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499587: Still standind
The bug is still standing and is bothering enough in many ocasions. Now it changed, instead of simply rebooting, the screen will stay black and there seems to be some activity at SysRequest combinations. The SysRequest does not seems to function well though, as after a sync, remount, reboot (S, U, B) the file system still has hundreds of uncompleted operations. Does not appear in Fedora 10. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507583: [Pkg-libvirt-maintainers] Bug#507583: weird window placement/handling
also sprach Guido Günther [EMAIL PROTECTED] [2008.12.06.1146 +0100]: I just tried things with awesome and it looks o.k. here. virt-manager shows up in awesome's title bar in the upper right corner and dialogs are shown on top of the main window. I'm not running dual head though. Could you verify if virt-manager works better on single head? Could you attach your awesome configuration? It does not work any better on single head. I am using awesome3, and my configuration is here: http://git.madduck.net/v/etc/awesome.git?a=blob;f=.config/awesome/rc.lua;hb=HEAD also sprach Guido Günther [EMAIL PROTECTED] [2008.12.06.1148 +0100]: I think I just found the dialog problem you describe. Basically the dialogs show up correctly the first time but not there after. They also stay in the window list. Seems vmm isn't tearing down the dialogs. Nope. The problem I am seeing is that the virt-manager main window pops up at +0+0 (above the awesome status bar) and cannot be moved or resized. Instead of describing this, I've recorded the following video of the problem. I am a little tired, so please excuse the non-enthusiastic narrator. :) http://scratch.madduck.net/__tmp__virt-manager-awesome-bug.avi size:10906360 hash:431e1dc8324976333a5e858b0d3b646d2ccd8a77 (note that this will be removed after 30 days) -- .''`. martin f. krafft [EMAIL PROTECTED] Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems it's as bad as you think, and they are out to get you. digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#508049: ITalc: New upstream release
Package: italc Severity: wishlist Hi, please upgrade to 1.0.9 final release. Thanks, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506683: Suggested addition: ltsp [was: Bug#506683: ltsp_5.1.10-2(ia64/unstable): FTBFS: ia64 not in archlist]
Hello (older and newer :D) P-a-s maintainers, [EMAIL PROTECTED] [EMAIL PROTECTED] (23/11/2008): Package: ltsp Version: 5.1.10-2 Severity: serious dpkg-gencontrol: error: current host architecture 'ia64' does not appear in package's architecture list (amd64 i386 powerpc) Looking at the changelog: ,-- | ltsp (5.1.3-1) unstable; urgency=low | | … | | * limit architectures to amd64, i386 and powerpc | - network booting for the other architectures is not well tested | | -- Vagrant Cascadian [EMAIL PROTECTED] Wed, 16 Apr 2008 16:39:23 -0400 `-- If that sounds like a sufficiently-valid reason, please add ltsp to P-a-s and close the associated bug. Mraw, KiBi. signature.asc Description: Digital signature
Bug#507465: mb2md often misses message boundaries in mbox files
severity 507465 wishlist retitle 507465 mb2md: Please provide an option to tweak mail separation detection. thanks Putting back the submitter in the loop, please Cc submitters, or use the [EMAIL PROTECTED] alias… Bruno De Fraine [EMAIL PROTECTED] (03/12/2008): This script intentionally looks for a blank line in between messages in the mbox file. There is no such requirement that I know of; There *is* certainly mention of a blank line in the first few references that turn up when looking for an mbox file specification: http://www.qmail.org/man/man5/mbox.html http://en.wikipedia.org/wiki/Mbox Err, quoting qmail as a reference looks bogus to me… Anyway, looking at e.g. RFC 4155 (which points to qmail's site too, sigh, with typo, sigh again), we have: ,--[ Appendix A. The default mbox Database Format ]-- |The default mbox database format uses a linear sequence of Internet |messages, with each message being immediately prefaced by a separator |line, and being terminated by an empty line. More specifically: | |… | | o Each message in the database MUST be terminated by an empty | line, containing a single end-of-line marker. `-- So you're right. As is, I got 30% fewer messages in the new Maildir, and lots of messages were actually two or three messages run together. The result is so garbled I wonder if anyone else has ever used this script... Requesting an option to make the newline between two sucessive mails optional makes anyway sense to me, adjusting bug severity and title accordingly. Mraw, KiBi. signature.asc Description: Digital signature
Bug#505755: batv-milter: missing build-dependency on m4
tag 505755 patch thanks Francisco García [EMAIL PROTECTED] (06/12/2008): Yes, m4 must be in Build-Depends. I attach the patch. In which case, you may want to tag the bug accordingly, see above. Please, Maintainer, could you make the new package. If you can't do it in some days, I could make a NMU to close this bug. Note that this bug doesn't affect testing, so you may want to give the maintainer a bit more time than the usual 1-week delay). Mraw, KiBi. signature.asc Description: Digital signature
Bug#508044: It isn`t possible to mount persistent disk volumes, which are not listed in /etc/fstab via hal.
Package: hal Version: all Debian doesn`t have a gui for editing /etc/fstab by default; and, after installation, a novice can`t mount his not listed in fstab partitions via hal. It was fixed in allmost all major distros. Fixing it in debian will improve new user`s experience (especially for LiveCDs). P.S. Sorry for my English. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504989: connlimit and etchnhalf
On Sunday 2008-12-07 13:20, Florian Weimer wrote: The kernel blob never changed, because xt_connlimit was first introduced into the kernel in version 2.6.23. *ipt*_connlimit (from patch-o-matic) never found its way into the mainline kernel. So this is not an upstream bug. I'm not sure what you're trying to say. Do you think that etch's iptables works with connlimit in the etchnhalf kernel? It doesn't. When I encountered this bug, I wasn't using any self-compiled software. I am saying that iff your kernel is an unmodified vanilla one [does not matter who compiled it] and your iptables is also vanilla, that is, if they have _not_ been modified by the distribution, you get a working combination. I am further implying that yes, iptables-1.3.6 from Debian is incompatible with _any_ kernel = 2.6.23 when you try to use connlimit. Debian happened to patch in ipt_connlimit into their iptables 1.3.6 and kernel 2.6.18. And they (logically) did not do so for 2.6.24, because xt_connlimit is included since then. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508055: libcups2: Ridiculous dependencies
Package: libcups2 Version: 1.3.8-1lenny3 Severity: grave When I try to remove libcups2, I get the message: The following packages will be REMOVED abiword abiword-common abiword-help abiword-plugin-grammar abiword-plugin-mathview acroread acroread-data acroread-debian-files acroread-dictionary-en acroread-escript acroread-l10n-en acroread-plugins afterstep amule amule-utils-gui aterm audacity avidemux azureus bluefish ca-certificates-java camorama choosewm cups desktop-base drgeo driconf ed2k-gtk-gui evince exo-utils fluxconf gamix gconf-editor ghostscript ghostscript-x gimp gimp-gnomevfs gimp-python glade gnome-icon-theme gnome-keyring gnucash gnucash-docs gnuplot gnuplot-x11 gs-common gs-esp gs-gpl gstreamer0.10-plugins-good gtk-gnutella gtk-theme-switch gtk2-engines gtk2-engines-pixbuf gtk2-engines-xfce gtkam gucharmap gv homebank html2ps icedove icedtea-gcjwebplugin iceweasel imagemagick inkscape leafpad libaccess-bridge-java libafterimage0 libafterstep1 libaiksaurusgtk-1.2-0c2a libbonoboui2-0 libcommons-cli-java libcommons-lang-java libcups2 libcupsimage2 libcupsys2 libexif-gtk5 libexo-0.3-0 libgail-common libgail-dev libgail17 libgail18 libgcj8-1-awt libgcj9-0-awt libgdk-pixbuf2-ruby libgdk-pixbuf2-ruby1.8 libgimp2.0 libgksuui1.0-1 libglade2-0 libglade2-dev libglademm-2.4-1c2a libglademm-2.4-dev libgladeui-1-7 libgnome-media0 libgnomecanvas2-0 libgnomecanvas2-dev libgnomecups1.0-1 libgnomeprint2.2-0 libgnomeprintui2.2-0 libgnomeui-0 libgoffice-0-4 libgraphicsmagick++1 libgraphicsmagick1 libgs8 libgtk2.0-0 libgtk2.0-bin libgtk2.0-dev libgtkhtml2-0 libgtkhtml3.8-15 libgtkmathview0c2a libgtkmm-2.4-1c2a libgtkmm-2.4-dev libgtkspell0 libgucharmap6 liblog4j1.2-java liblog4j1.2-java-gcj libmagick++10 libmagick10 libmetacity0 libnautilus-burn3 libnautilus-extension1 libnotify1 libpoppler-glib3 libpoppler0c2-glib librsvg2-2 librsvg2-common libscim8c2a libspectre1 libswt-gtk-3.1-jni libswt-gtk-3.2-jni libswt-gtk-3.4-java libswt-gtk-3.4-jni libthunar-vfs-1-2 libvte9 libwmf0.2-7 libwv-1.2-3 libwxgtk2.6-0 libwxgtk2.8-0 libxfcegui4-4 libxine1 libxine1-misc-plugins libxine1-plugins libxul0d maxima maxima-share maxima-test mjpegtools mkvtoolnix-gui mlterm mlterm-tools mousepad mozilla-acroread mozilla-mplayer mplayer obconf ogle-gui openjdk-6-jre openjdk-6-jre-headless openjdk-6-jre-lib openoffice.org-calc openoffice.org-core openoffice.org-draw openoffice.org-emailmerge openoffice.org-filter-binfilter openoffice.org-help-en-gb openoffice.org-impress openoffice.org-writer orage pan pdf2dj perlmagick python-glade2 python-gtk2 python-uno python-wxgtk2.6 python-wxversion quicktime-x11utils rapidsvn realplayer rhino rox-filer rxvt-unicode scim scim-gtk2-immodule scim-modules-socket scribus sgt-puzzles sodipodi streamtuner subtitleeditor texmacs thunar transcode uim-gtk2.0 uim-xim xaralx xcdroast xfce4 xfce4-mcs-manager xfce4-mcs-plugins libxine1-plugins libxul0d maxima maxima-share maxima-test mjpegtools mkvtoolnix-gui mlterm mlterm-tools mousepad mozilla-acroread mozilla-mplayer mplayer obconf ogle-gui openjdk-6-jre openjdk-6-jre-headless openjdk-6-jre-lib openoffice.org-calc openoffice.org-core openoffice.org-draw openoffice.org-emailmerge openoffice.org-filter-binfilter openoffice.org-help-en-gb openoffice.org-impress openoffice.org-writer orage pan pdf2dj perlmagick python-glade2 python-gtk2 python-uno python-wxgtk2.6 python-wxversion quicktime-x11utils rapidsvn realplayer rhino rox-filer rxvt-unicode scim scim-gtk2-immodule scim-modules-socket scribus sgt-puzzles sodipodi streamtuner subtitleeditor texmacs thunar transcode uim-gtk2.0 uim-xim xaralx xcdroast xfce4 xfce4-mcs-manager xfce4-mcs-plugins xfce4-mixer xfce4-mixer-alsa xfce4-netload-plugin xfce4-panel xfce4-session xfce4-systemload-plugin xfce4-terminal xfce4-utils xfdesktop4 xfprint4 xfreecd xfwm4 xfwm4-themes xine-ui xmaxima xscreensaver xscreensaver-dat xsensors xulrunner-1.9 yelp zeroinstall-injector This absurd. Many of these programs have nothing at all to do with printing. And all the others can print very well, thank you, using lprng instead of CUPS. Please remove these ridiculous dependencies. Regards, Jan -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcups2 depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libgnutls26 2.4.2-3the GNU TLS library - runtime libr ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime libcups2 recommends no packages. Versions of packages libcups2 suggests: ii cups-common1.3.8-1lenny3 Common UNIX Printing
Bug#507850: python-hulahop: Hulahop fails to locate and link against libxul.so
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Dec 07, 2008 at 02:17:09PM +0100, Cyril Brulebois wrote: Jonas Smedegaard [EMAIL PROTECTED] (05/12/2008): As subject says, sugar-hulahop is plain broken at the moment: Attempts tos start Browse activity leads to notes in logfile that it can't locate libxul.so is it that libxul.so is around and can't be loaded? Yes. Or more like a Depends: on xulrunner-1.9 (which ships libxul.so) is missing? If only it was that simple :-) I am package maintainer of sugar-hulahop, so would have been quicker for me to add that dependency than file a bugreport if this was the case. I may have found the cause of the problem just now: during build dh_shlibdeps warns about being unable to locate libxul.so below /usr/lib/xulrunner-1.9.0.4 - and the library is in fact not there, but below /usr/lib/xulrunner-1.9. I will go hunt for some wrong hardcoded path somewhere in either sugar-hulahop itsef, xulrunner-dev or python-xpcom. Thanks for your valid question (and sorry for my too short bugreport). - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkk702EACgkQn7DbMsAkQLixtACgi+nJaEJipOYS8L1w5gIXdZAy 5M8AmwTv6T2J2od/dO1EEtfymS0lrDj3 =GazK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506748: closed by Jose Luis Rivas [EMAIL PROTECTED] (Fixed in experimental)
Ive made a reopen this bug becouse so that it was closed for 0.7.9. In open state tags 'found' and 'notfound' point in which versions there is such a bug and in which there is not. Before you closed this bug these tags had been set correctly. :) On 18:14 Sat 06 Dec , Jose Luis Rivas wrote: JLR -BEGIN PGP SIGNED MESSAGE- JLR Hash: SHA1 JLR Dmitry E. Oboukhov wrote: reopen 506748 thanks But this upload does not fix this bug in the testing :( lenny is frozen, version for lenny is 0.7.9 If you want to fix this bug unsing upload version != 0.7.9 you must receive release-team's permission sorry JLR Mmm... I'm closing it from 0.8.4-1 so remains open for 0.7.9-1+b2 this JLR way people on experimental knows this bug is indeed fixed, people in JLR unstable see this bug is open and in fact keeps as RC in bugs overview JLR since there's a release on Debian with the bug open. JLR That's the functionality of found while submitting and version while JLR setting as done (as long as I know) so I'll not need r-t permission for JLR closing the bug in _experimental_. JLR Please, let me know if this is wrong and I'll let then the bug as is JLR right now, open. If not I in 2 days or something will set it as done, JLR again :) JLR Regards. JLR - -- JLR Jose Luis Rivas. San Cristóbal, Venezuela. GPG 0xCACAB118 JLR http://ghostbar.ath.cx/about - http://debian.org.ve -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: [EMAIL PROTECTED] jabber://[EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#498513: ITP: tuxcmd -- Tux Commander, file manager with 2 panels side using GTK2
owner 498513 ! retitle ITP: tuxcmd -- Tux Commander, file manager with 2 panels side by side using GTK2 thanks Hi find this filemanager usefull, would like to try to package it. Will notice if I make some progress whit it. I'm not sure if tuxcmd-modules should come with a separate package (as upstream does). Kind regards Salvatore signature.asc Description: Digital signature
Bug#507850: python-hulahop: Hulahop fails to locate and link against libxul.so
Jonas Smedegaard [EMAIL PROTECTED] (07/12/2008): I am package maintainer of sugar-hulahop, so would have been quicker for me to add that dependency than file a bugreport if this was the case. Heh, OK. I may have found the cause of the problem just now: during build dh_shlibdeps warns about being unable to locate libxul.so below /usr/lib/xulrunner-1.9.0.4 - and the library is in fact not there, but below /usr/lib/xulrunner-1.9. Yeah, objdump shows the RPATH. I will go hunt for some wrong hardcoded path somewhere in either sugar-hulahop itsef, xulrunner-dev or python-xpcom. Oh, easy then: | ./configure.ac:LIBXUL_DIR=`dirname $LIBXUL_SDK_DIR`/xulrunner-`$PKG_CONFIG --modversion libxul` Just installed xulrunner-dev and: | $ pkg-config --modversion libxul | 1.9.0.4 Not digging any further, but that looks like it. Thanks for your valid question (and sorry for my too short bugreport). No problem. Mraw, KiBi. signature.asc Description: Digital signature
Bug#434658: k3b: hangs at verification stage
Package: k3b Version: 1.0.5-3 Followup-For: Bug #434658 Hi, I suspect #471316 and #491704 are the same bug. Anyway, I have this problem too, even when burning CDs. It burns the disk (successfully, at ~45x), and ejects the disk before the verification stage (ie. at 50%). k3b then goes into catatonic burn-CPU mode. Attaching a GDB to it at that point suggests K3bVerificationJob::readTrack(). See also http://bugs.kde.org/show_bug.cgi?id=146536 -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable'), (499, 'testing'), (496, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages k3b depends on: ii cdparanoia 3.10.0+debian-1 audio extraction tool for sampling ii cdrdao 1:1.2.2-16 records CDs in Disk-At-Once (DAO) ii genisoimage 9:1.1.9-1 Creates ISO-9660 CD-ROM filesystem ii k3b-data 1.0.5-3 A sophisticated KDE CD burning app ii kdelibs-data 4:3.5.9.dfsg.1-6core shared data for all KDE appli ii kdelibs4c2a 4:3.5.9.dfsg.1-6core libraries and binaries for al ii libacl1 2.2.47-2Access control list shared library ii libart-2.0-2 2.3.20-2Library of functions for 2D graphi ii libattr1 1:2.4.43-1 Extended attribute shared library ii libaudio21.9.1-5 Network Audio System - shared libr ii libc62.7-16 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-4 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst ii libdvdread3 0.9.7-11library for reading DVDs ii libexpat12.0.1-4 XML parsing C library - runtime li ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.9-2 Client library for the gamin file ii libgcc1 1:4.3.2-1 GCC support library ii libhal1 0.5.11-6Hardware Abstraction Layer - share ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.8+20080606-1 GNU libidn library, implementation ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libk3b3 1.0.5-3 The KDE cd burning application lib ii libmusicbrainz4c2a 2.1.5-2 Second generation incarnation of t ii libpng12-0 1.2.27-2PNG library - runtime ii libqt3-mt3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.12-3FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii wodim9:1.1.9-1 command line CD/DVD writing tool ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages k3b recommends: ii dvd+rw-tools7.1-3DVD+-RW/R tools ii kcontrol4:3.5.9.dfsg.1-5 control center for KDE ii kdebase-kio-plugins 4:3.5.9.dfsg.1-5 core I/O slaves for KDE ii libk3b3-extracodecs 1.0.5-3 The KDE cd burning application lib ii vcdimager 0.7.23-4 A VideoCD (VCD) image mastering an Versions of packages k3b suggests: pn k3b-i18n none (no description available) pn movixmaker-2 none (no description available) ii normalize-audio 0.7.7-2 adjusts the volume of WAV, MP3 and ii sox 14.0.1-2+b1 Swiss army knife of sound processi pn toolame none (no description available) -- no debconf information -MD -- --- Michael Deegan Hugaholic http://wibble.darktech.org/gallery/ - Nyy Tybel Gb Gur Ulcabgbnq! - -- To UNSUBSCRIBE,
Bug#507381: libev-event-dev: out of date in sid
Cyril Brulebois [EMAIL PROTECTED] (07/12/2008): Niko Tyni [EMAIL PROTECTED] (30/11/2008): There's no libev-libevent-dev/3.43-1 package in the archive, apparently because the sourceful upload didn't include arch:all binaries. According to [EMAIL PROTECTED], that's correct. If nobody objects, I'll reupload with the result of: | dch -n 'Reupload with architecture-independant binaries.' Woopsy, s/independant/independent/ Source debdiff attached, and since the 1-week delay is over already, uploading to DELAYED/2 so that it doesn't get forgotten. Mraw, KiBi. diff -u libev-3.43/debian/changelog libev-3.43/debian/changelog --- libev-3.43/debian/changelog +++ libev-3.43/debian/changelog @@ -1,3 +1,10 @@ +libev (3.43-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Reupload with architecture-independent binaries. + + -- Cyril Brulebois [EMAIL PROTECTED] Sun, 07 Dec 2008 15:07:16 +0100 + libev (3.43-1) unstable; urgency=low * New upstream release signature.asc Description: Digital signature
Bug#508057: nss-updatedb problem with libs
Package: nss-updatedb Version: 10-1 Severity: wishlist User: [EMAIL PROTECTED] Usertags: origin-ubuntu jaunty ubuntu-patch Hi, I found this bug in ubuntu, here is the link to this bug: https://bugs.launchpad.net/debian/+source/nss-updatedb/+bug/302339 The error was that nss-updatedb needs of libpam-ldap and libnss-ldap if you want to work fine with a tool designed for working with these libs. I'll send it to you like an attachment, because the debdiff file added more information to the changes that i did. KInd regards Gabriel Ruiz Manzano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508031: Tracking vulnerabilities that have already been patched in other distributions
Hi, * Michael Gilbert [EMAIL PROTECTED] [2008-12-07 15:03]: [...] Oftentimes, a fix gets released for other distributions, and then it takes weeks or months for Debian to apply the same fix. I wonder if this is primarily a communication issue and whether including this type of information in the tracker would help reduce this lag. The intent would be to increase the security team/package maintainers awareness of existing patches. Some current examples (not a comprehensive list, I only spent 5 minutes on this): CVE-2008-4552: fixed in ubuntu [1] CVE-2008-2379: fixed in fedora [2] Since we don't just blindly apply fixes from other distributions and there still needs to be someone who can check this additional information I fail to see that this is needed for us. Cheers Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpFvptXQYOyX.pgp Description: PGP signature
Bug#507734: [Pkg-alsa-devel] Bug#507734: Bug#507734: [alsa-base] No sound after (re)boot with snd-via82xx
* Mikael Petersson [081206 21:30 +0100] lör 2008-12-06 klockan 19:04 +0100 skrev Elimar Riesebieter: [...] What tells # cat /etc/modules # cat /etc/modprobe.d/sound # cat /proc/asound/cards Before running alsaconf (no working sound): === -- /etc/modules -- # /etc/modules: kernel modules to load at boot time. # # This file contains the names of kernel modules that should be loaded # at boot time, one per line. Lines beginning with # are ignored. loop -- /etc/modprobe.d/sound -- alias snd-card-0 snd-via82xx options snd-via82xx index=0 -- /proc/asound/cards -- [the file does not exist] After running alsaconf (sound works fine): == -- /etc/modules -- # /etc/modules: kernel modules to load at boot time. # # This file contains the names of kernel modules that should be loaded # at boot time, one per line. Lines beginning with # are ignored. loop -- /etc/modprobe.d/sound -- alias snd-card-0 snd-via82xx options snd-via82xx index=0 -- /proc/asound/cards -- 0 [V8235 ]: VIA8233 - VIA 8235 VIA 8235 with ALC202 at 0xe800, irq 22 Is udev running onyour system? If not do as follows: # echo snd-via82xx /etc/modules Elimar -- Alles was viel bedacht wird ist bedenklich!;-) Friedrich Nietzsche -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507381: libev-event-dev: out of date in sid
Cyril Brulebois [EMAIL PROTECTED] (07/12/2008): Woopsy, s/independant/independent/ Lalala, yes, we can. With the bugnumber, that's even better… Mraw, KiBi. diff -u libev-3.43/debian/changelog libev-3.43/debian/changelog --- libev-3.43/debian/changelog +++ libev-3.43/debian/changelog @@ -1,3 +1,10 @@ +libev (3.43-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Reupload with architecture-independent binaries (Closes: #507381). + + -- Cyril Brulebois [EMAIL PROTECTED] Sun, 07 Dec 2008 15:26:48 +0100 + libev (3.43-1) unstable; urgency=low * New upstream release signature.asc Description: Digital signature
Bug#507822: [Pkg-alsa-devel] Bug#507822: /usr/bin/alsamixer: Should save the current settings and load them on next, startup
* Alex D??nil?? [081207 11:30 +0100] All settings except PCM survive the alsa-utils restart. None of the settings survive a computer restart. Which soundcard do you use? # cat /proc/asound/cards [...] Could you please do as root: # rm -rf /var/lib/alsa/asound.state adjust your sound # alsactl store # /etc/init.d/alsa-utils restart check alsamixersettings again Thanks Elimar -- Never make anything simple and efficient when a way can be found to make it complex and wonderful ;-) signature.asc Description: Digital signature
Bug#508058: Simultaneous removal emacs21 and install emacs22 - no working /usr/bin/emacs
Package: emacs22 Version: 22.2+2-5 Severity: important Not sure if the bug is in the emacs22 package or in dpkg... I upgraded two machines from etch (+some lenny/sid) to lenny today; as part of this upgrade, I asked for purging emacs21 and installing emacs22. Now, on both machines, I have: [EMAIL PROTECTED]:~# emacs bash: emacs: command not found [EMAIL PROTECTED]:~# ls -l /usr/bin/emacs lrwxrwxrwx 1 root root 23 mar 31 2005 /usr/bin/emacs - /etc/alternatives/emacs [EMAIL PROTECTED]:~# ls -l /etc/alternatives/emacs lrwxrwxrwx 1 root root 16 déc 7 13:23 /etc/alternatives/emacs - /usr/bin/emacs21 While a update-alternatives --auto emacs solves the situation, alternatives are there for that kind of thing to be automatic... [EMAIL PROTECTED]:~# update-alternatives --display emacs emacs - status is manual. link currently points to /usr/bin/emacs21 /usr/bin/emacs22-x - priority 25 slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs22.gz Current `best' version is /usr/bin/emacs22-x. [EMAIL PROTECTED]:~# update-alternatives --auto emacs [EMAIL PROTECTED]:~# update-alternatives --display emacs emacs - status is auto. link currently points to /usr/bin/emacs22-x /usr/bin/emacs22-x - priority 25 slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs22.gz Current `best' version is /usr/bin/emacs22-x. I'm fairly sure I did not myself set the status to manual before. I would have had any reason to do that, having only one emacs installed. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-686 (SMP w/1 CPU core) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs22 depends on: ii emacs22-bin-common 22.2+2-5 The GNU Emacs editor's shared, arc ii libasound2 1.0.16-2 ALSA library ii libc6 2.7-16GNU C Library: Shared libraries ii libgif44.1.6-6 library for GIF images (library) ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libncurses55.6+20080830-2shared libraries for terminal hand ii libpng12-0 1.2.27-2 PNG library - runtime ii libsm6 2:1.0.3-2 X11 Session Management library ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxmu62:1.0.4-1 X11 miscellaneous utility library ii libxpm41:3.5.7-1 X11 pixmap library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii xaw3dg 1.5+E-17 Xaw3d widget set ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime emacs22 recommends no packages. Versions of packages emacs22 suggests: pn emacs22-common-non-dfsg none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504614: dcut: Message saying that .commands file was upload
Y Giridhar Appaji Nag [EMAIL PROTECTED] (22/11/2008): Successfully signed commands file dcut._naoliv_debian_org_.1225905672.16821.commands: done. The done in the above actually indicates that the file has been uploaded successfully. You can trust that instead of using the -d option or looking at the upload queue :-) That really looks to me like the “done” indicates that the signing operation was executed successfully. Having the second line prepended with “Uploading:” would be a welcome disambiguation. So, please reconsider that wontfix bug. Mraw, KiBi. signature.asc Description: Digital signature
Bug#506961: auctex: reuses old logfile on emacsen upgrades, enabling symlink attack
You wrote:
I think this (untested) patch would fix it:
--- /usr/lib/emacsen-common/packages/install/auctex 2008-09-08
13:43:54.0 +0200
+++ auctex2008-11-28 22:08:49.0 +0100
@@ -79,6 +79,7 @@
rm -f ${_db_logfile}
/usr/sbin//update-auctex-elisp ${FLAVOR} ;;
(File)
+ rm -f ${_db_logfile}
echo 2 -n update-auctex-elisp:
echo 2 Further output will appear in: ${_db_logfile}.
echo 2 -n auctex:
@@ -89,6 +90,7 @@
${0##*/}: Unknown Debconf value doautofg =
\${_db_doautofg}\. ;;
esac ;;
(Background)
+ rm -f ${_db_logfile}
/usr/sbin//update-auctex-elisp ${FLAVOR} ${_db_logfile} 21 3-
echo 2 -n update-auctex-elisp[${!}]:
echo 2 Further output will appear in: ${_db_logfile}. ;;
Note that I am neither the maintainer (just a lurker on the PTS), nor do
I have time to do an NMU in case it is needed. Which might be the case,
there are weeks where Davide is quite unresponsive.
That reduces the attack window, but it's not a solution.
I think the safe thing to do is to create the log file in
/var/lib/auctex or /var/log instead.
Ben.
--
Ben Hutchings
It is impossible to make anything foolproof because fools are so ingenious.
signature.asc
Description: This is a digitally signed message part
Bug#507835: I would like gnome-panel flavor with --disabled-eds
On Sun, Dec 07, 2008, Arturas K wrote: depends on: * libecal1.2-7 * libedataserver1.2-9 * libedataserverui1.2-8 and all of these drags in more of src:evolution-data-server, witch I do not want :D Well you don't get much slowdown by just linking to these libs and failing to launch eds, and these aren't huge libs (700 kB total?). -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508031: Tracking vulnerabilities that have already been patched in other distributions
On Sun, Dec 7, 2008 at 15:21, Nico Golde [EMAIL PROTECTED] wrote: Since we don't just blindly apply fixes from other distributions and there still needs to be someone who can check this additional information I fail to see that this is needed for us. There is no harm in getting an overview of what other distributions do, though. At worst, the patch is discarded and some time has been spent on reviewing it. At best, duplicated effort is avoided. Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507001: Fixed in serve-branches
tags 507001 +confirmed +upstream forwarded https://bugs.launchpad.net/loggerhead/+bug/305985 kthxbye loggerhead does actually support this, except it is not exposed in the configuration file but only when the stand-alone serve-branches utility is run (which doesn't have an init script). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508058: Simultaneous removal emacs21 and install emacs22 - no working /usr/bin/emacs
On 2008-12-07 15:39 +0100, Lionel Elie Mamane wrote: Package: emacs22 Version: 22.2+2-5 Severity: important Not sure if the bug is in the emacs22 package or in dpkg... It certainly is a problem in dpkg, such issues had been reported several times before. I upgraded two machines from etch (+some lenny/sid) to lenny today; as part of this upgrade, I asked for purging emacs21 and installing emacs22. Now, on both machines, I have: [EMAIL PROTECTED]:~# emacs bash: emacs: command not found [EMAIL PROTECTED]:~# ls -l /usr/bin/emacs lrwxrwxrwx 1 root root 23 mar 31 2005 /usr/bin/emacs - /etc/alternatives/emacs [EMAIL PROTECTED]:~# ls -l /etc/alternatives/emacs lrwxrwxrwx 1 root root 16 déc 7 13:23 /etc/alternatives/emacs - /usr/bin/emacs21 While a update-alternatives --auto emacs solves the situation, alternatives are there for that kind of thing to be automatic... Yes, update-alternatives does not play very nicely if you remove the preferred alternative. Or at least that used to be the case -- there have been several improvements in dpkg 1.14.x, and I don't know which dpkg version actually did the upgrade. [EMAIL PROTECTED]:~# update-alternatives --display emacs emacs - status is manual. link currently points to /usr/bin/emacs21 /usr/bin/emacs22-x - priority 25 slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs22.gz Current `best' version is /usr/bin/emacs22-x. [EMAIL PROTECTED]:~# update-alternatives --auto emacs [EMAIL PROTECTED]:~# update-alternatives --display emacs emacs - status is auto. link currently points to /usr/bin/emacs22-x /usr/bin/emacs22-x - priority 25 slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs22.gz Current `best' version is /usr/bin/emacs22-x. I'm fairly sure I did not myself set the status to manual before. Well, someone or something must have done it anyway. I would have had any reason to do that, having only one emacs installed. We all do stupid things for no good reason from time to time (no offense intended). Can you please send your /var/log/dpkg.log (compress it if is large) so that the order of removals/installations and the version of dpkg that did the upgrade can be traced? TIA, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508059: kernel-package: unknown how to pass additional gcc flags
Package: kernel-package Version: 11.015 Severity: wishlist Please document the most sane way to pass additional gcc flags for compiling kernel. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kernel-package depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii debianutils 2.30 Miscellaneous utilities specific t ii dpkg1.14.23 Debian package management system ii dpkg-dev1.14.23 Debian package development tools ii file4.26-1 Determines file type using magic ii gcc [c-compiler]4:4.3.2-2The GNU C compiler ii gcc-4.3 [c-compiler 4.3.2-1 The GNU C compiler ii gettext 0.17-6 GNU Internationalization utilities ii make3.81-5 The GNU version of the make util ii module-init-tools 3.4-1tools for managing Linux kernel mo ii perl5.10.0-18Larry Wall's Practical Extraction ii po-debconf 1.0.15+jackyf1 manage translated Debconf template ii util-linux 2.13.1.1-1 Miscellaneous system utilities Versions of packages kernel-package recommends: ii bzip2 1.0.5-1high-quality block-sorting file co ii libc6-dev [libc-dev] 2.7-16 GNU C Library: Development Librari Versions of packages kernel-package suggests: ii docbook-utils 0.6.14-1.1 Convert Docbook files to other for ii e2fsprogs 1.41.3-1 ext2/ext3/ext4 file system utiliti ii initramfs-tools [linux-in 0.92l tools for generating an initramfs pn libdb3-devnone (no description available) ii libncurses5-dev [libncurs 5.7+20081129-1 developer's libraries and docs for pn linux-source | kernel-sou none (no description available) ii xmlto 0.0.20-3 XML-to-any converter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506999: (no subject)
tags 506999 +confirmed +upstream forwarded 506999 https://bugs.launchpad.net/loggerhead/+bug/305986 kthxbye Thanks for the bugreport. I've submitted a patch for this upstream. Cheers, Jelmer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508060: P-a-s: Update unstable sys/io.h entries
Package: buildd.debian.org Version: - Tags: patch The appended patch updates three entries for sys/io.h: - picproc doesn't need sys/io.h anymore. - rovclock uses sys/io.h. For some reason it nevertheless built on ia64, and the package claims to support ia64. - rxtx uses sys/io.h. This isn't reflected in the packages architecture list, but it fails to build reliably due to the non-existant header file. Index: P-a-s/Packages-arch-specific === --- P-a-s.orig/Packages-arch-specific 2008-12-07 14:52:53.0 +0100 +++ P-a-s/Packages-arch-specific2008-12-07 15:36:07.0 +0100 @@ -697,7 +697,6 @@ %partman-palo: hppa # Partitioner for hppa boot-loader %partman-prep: powerpc # Partition prep for powerpc %partman-efi: amd64 i386 ia64# Partitioner for ia64 boot-loader -%picprog: !hppa !ia64 !m68k !mips !mipsel !powerpc !sparc# sys/io.h %pine: nowhere # [ANAIS] license does not allow modified bin distrib %prep-installer: powerpc # powerpc boot installer gtkpbbuttons: powerpc# powerpc specific @@ -757,12 +756,14 @@ retty: i386 # [ANAIS] i386 assembly rio: i386 alpha # inb/outb (ab)use for port manipulation %rootstrap: i386 amd64 # Depends on user-mode-linux +%rovclock: !hppa !m68k !mips !mipsel !powerpc !sparc # sys/io.h %rsbac-admin: i386 sparc powerpc # [ANAIS] #229416 %rscheme: i386 amd64 hurd-i386 powerpc alpha m68k s390 # [p] Needs per-arch MM glue (cr2) %rscheme-modules: i386 hurd-i386 powerpc alpha s390 # [p] depends on rscheme ( m68k has no fshell) %rsjog: i386 # Sony Vaio Jog Button program %rtai: i386 powerpc mips mipsel arm # [ANAIS] rtlinux: i386# currently i386 specific +%rxtx: !hppa !ia64 !m68k !mips !mipsel !powerpc !sparc # sys/io.h %s390-dasd: s390 # s390 hard disk configurator %s390-netdevice: s390# s390 network configurator %s390-sysconfig-writer: s390 s390x # s390 specific -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335411: man-db: 'man -Hfirefox man', can't see the image
On Sun, Dec 7, 2008 at 5:14 PM, Colin Watson [EMAIL PROTECTED] wrote: On Sun, Dec 07, 2008 at 11:51:38AM +0800, LI Daobing (李道兵) wrote: On Sun, Dec 7, 2008 at 7:54 AM, Colin Watson [EMAIL PROTECTED] wrote: On Sun, Mar 16, 2008 at 11:50:07PM +0100, Josip Rodin wrote: I just saw the same... it looks like the whole /tmp/tempdir goes missing the moment the browser is forked. I really can't see any obvious way to fix this. I don't think it's good to leave temporary file litter lying around, and yet, when you use -Hfirefox (particularly if you already have firefox running so that it uses the remote protocol), firefox returns control before it loads the images. I'm afraid I don't see a sensible way for man to do anything about this, short perhaps of an environment variable that would let you stop it deleting temporary files, but then the user would have to clean those up by hand which isn't very appealing either. I'm just going to downgrade this to wishlist for now, and if anyone has any bright ideas then they can let me know ... How about embed the images into html? Err, so how do you do that then? :-) The only ways I'm aware of are absolutely crazy (CSS tricks etc.). use base64 to embed the image data into html. -- Best Regards, LI Daobing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498863: More info on firewire issues
It looks like my problems with the Dec 5 6 installer builds is due to the CD burner. The Dec 6 build (debian-testing-i386-netinst.iso 0faa173fe594afdb374944cfc6610743) doesn't exhibit the freezing behavior if I burn the CD from another machine so I need to do some investigation of that here. Even with the new installer build I see the the original problems - the IO errors and cdrom-detect slowness/failures (and the Etch installer is still fine). Maybe it is just some odd combination of hardware issues with this machine. I _did_ get Lenny installed (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498863#15) so it's not a total failure. I've now got 5 of my 6 machines on Debian and it's about time to start on the last one - an eeePC. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507002: [MERGE] Only write pid to pid file.
tags 507002 +confirmed
forwarded 507002 https://bugs.launchpad.net/loggerhead/+bug/305989
kthxbye
The attached patch fixes this.
# Bazaar merge directive format 2 (Bazaar 0.90)
# revision_id: [EMAIL PROTECTED]
# target_branch: lp:loggerhead
# testament_sha1: 443e45dadace5b2f4707d0d125939e552a754414
# timestamp: 2008-12-07 16:24:19 +0100
# source_branch: http://people.samba.org/bzr/jelmer/loggerhead/bzr-\
# configobj
# base_revision_id: [EMAIL PROTECTED]
# kttjvax70t9g62zk
#
# Begin patch
=== modified file 'loggerhead/daemon.py'
--- loggerhead/daemon.py 2008-10-24 02:26:05 +
+++ loggerhead/daemon.py 2008-12-07 15:24:05 +
@@ -54,7 +54,6 @@
f = open(pidfile, 'w')
f.write('%d\n' % os.getpid())
-f.write('%s\n' % home)
f.close()
# Begin bundle
IyBCYXphYXIgcmV2aXNpb24gYnVuZGxlIHY0CiMKQlpoOTFBWSZTWRWFkIYAAW9fgAAQUWP//1IQ
gQCwUAN5e6Ku3Uq1U4SUhGTU/VP1PUnk2onpNMNT9U2kaabUHqBJRKfpkk/Ep6jJhoARkxNM
TEYSSZEACj0pjaiBtRptAAQMAANAAGTQAABoBJImIyJkxDQKZpPJDIeoBkzx5jw+DPWFoMFba47n
hQwPdLc9nGzI4fRhm8e49opg1o5g3rX28aeOH9nKQ1Tc1UvBhUpbX+ddZ5b432Nv4Cld9tmSOu0n
e6gpcasFmE6xMF2iZpbMFi3BLYudlY+EMaenqKQuGGA/puQuhHmeGuNQG2dal8R48UDePENHKs1R
UkbszKcPmrg5BP0splLAfZMiYhoq7nCK8y5SOAsc2vZCtQQGxbU6sWWoZiAYkyLy5SN9qesP2QLb
iskpjjQ9i/MZKovGHwmXMnaE+pVwN5IWQ4Ij8SpJ9hx6K4XIiWDlnuVCGsoPITI+rw1Kq0o0Ck8n
ecTV6uMnGlNGpVsyuvjypcD2kdtWVKhGA5UdyYnU82CxgRLHJjKZA16hxdWickyqCpVFg6IUwPbe
WbWi4MUO9pAthQOY34Ys/A7NXpJ2ozwbltalGDJj1amX4toxlIJXcYwbsScMAccyS9+ZsozSUTqK
0xDdmqqkqLVHiLbaLPzKVHkuFBMloNBQW32hMXmkicTQNPWuQ0wZDLLwXnJi10C93EYy0ooJq60M
RI5t2LDsU4lXuLvzzYoeFjN5Qai0317VeaeY50wXF4/2sHR/OyXLxU3cpVIh9VT5UsvHHYLcZFAn
pAqFIpoVrOQMx1u4sGsV3el8lYCcsen+DyP7vwNwV0f96Xmz1MrBWGOh7okcjrk1agyEGKIZ8Y2y
5XgXdC/WBXudrobD96HRMqU8WW+LziHdTVqscEd7dgLfK+3ks49VsUxEgLeNxtnYqusnCNBMKS2U
9HCPIlSP9i57iuSoyM5Btvqxt4BHWmS4bZJVhglNdXqfWefdtNNFAkKBZulJMW3rnFpukxIYC0PP
6zFZ14XMnqSmqyr5hPfGIraiDBBy3m0jCAzeJ6JabFQ3CtAdJVqAuxe8vF5rHqmR6GU73ujUr5Mx
yxUUqA6du9ibKziuqAbl+dlV9tKr4Y9Fq6+JAaMLT72LOFbyHLsncadGOdP8C7kinChICsLIQwA=
Bug#508062: P-a-s: Update unstable entry for gluezilla
Package: buildd.debian.org Version: - Tags: patch gluezilla needs mono, this is already reflected in the packages' architecture list. Index: P-a-s/Packages-arch-specific === --- P-a-s.orig/Packages-arch-specific 2008-12-07 15:39:30.0 +0100 +++ P-a-s/Packages-arch-specific2008-12-07 15:41:47.0 +0100 @@ -1143,6 +1143,7 @@ libqyoto4.3-cil: amd64 i386 powerpc arm armel ia64 s390 sparc kfreebsd-i386 kfreebsd-amd64 lpia libqyoto-dev: amd64 i386 powerpc arm armel ia64 s390 sparc kfreebsd-i386 kfreebsd-amd64 lpia qyoto-dev-tools: amd64 i386 powerpc arm armel ia64 s390 sparc kfreebsd-i386 kfreebsd-amd64 lpia +%gluezilla: amd64 i386 powerpc arm armel ia64 s390 sparc kfreebsd-i386 kfreebsd-amd64 lpia # m68k specific -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508061: P-a-s: Update unstable entry for whitelister
Package: buildd.debian.org Version: - Tags: patch whitelister needs ocamlopt, this is already reflected in the packages' architecture list. Index: P-a-s/Packages-arch-specific === --- P-a-s.orig/Packages-arch-specific 2008-12-07 15:36:53.0 +0100 +++ P-a-s/Packages-arch-specific2008-12-07 15:38:28.0 +0100 @@ -845,7 +845,7 @@ webmin-grub: i386 hurd-i386 amd64 lpia # Depends on grub %webmin-extra: i386 # [ANAIS] welcome2l: alpha amd64 i386 ia64 # requires VGA hi-ascii characters -%whitelister: !hppa # ANAIS +%whitelister: !alpha !arm !armel 1hppa !ia64 !m68k !mips !mipsel !s390 # needs ocamlopt %widelands: !m68k# requires porting work %wine: i386 amd64 powerpc sparc kfreebsd-amd64 kfreebsd-i386 lpia # Hardcoded i386 assembler %winelib: i386 amd64 lpia# depends on wine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506961: NMU diff for auctex 11.83-7.3
I am uploading the following changes to delayed/3.
Ben.
diff -u auctex-11.83/debian/control auctex-11.83/debian/control
--- auctex-11.83/debian/control
+++ auctex-11.83/debian/control
@@ -4,13 +4,13 @@
Maintainer: Davide G. M. Salvetti [EMAIL PROTECTED]
Uploaders: OHURA Makoto [EMAIL PROTECTED]
Standards-Version: 3.7.2
-Build-Depends-Indep: emacs22 | emacs21 | emacs-snapshot, eperl, gs-gpl | gs,
po-debconf, texlive-latex-base, texinfo, texi2html (=1.76)
+Build-Depends-Indep: emacs22 | emacs21 | emacs-snapshot, eperl, ghostscript,
po-debconf, texlive-latex-base, texinfo, texi2html (=1.76)
Homepage: http://www.gnu.org/software/auctex/
Package: auctex
Architecture: all
Depends: debconf | debconf-2.0, emacs22 | emacs21 | emacs-snapshot, make,
preview-latex-style
-Recommends: doc-base, gs-gpl | gs, texlive-latex-recommended, xpdf-reader |
pdf-viewer
+Recommends: doc-base, ghostscript, texlive-latex-recommended, xpdf-reader |
pdf-viewer
Suggests: catdvi, dvipng, lacheck
Conflicts: emacspeak (= 17.0-1), preview-latex
Replaces: preview-latex
diff -u auctex-11.83/debian/changelog auctex-11.83/debian/changelog
--- auctex-11.83/debian/changelog
+++ auctex-11.83/debian/changelog
@@ -1,3 +1,14 @@
+auctex (11.83-7.3) unstable; urgency=high
+
+ * Non-maintainer upload
+- High priority since it fixes a security flaw
+ * Create installation/update log file in /var/log rather than /tmp.
+Closes: #506961
+ * Replace build-dependency and recommendation of obsolete packages
+gs|gs-gpl with ghostscript
+
+ -- Ben Hutchings [EMAIL PROTECTED] Sun, 07 Dec 2008 14:54:46 +
+
auctex (11.83-7.2) unstable; urgency=low
* Non-maintainer upload.
diff -u auctex-11.83/debian/auctex/config.in
auctex-11.83/debian/auctex/config.in
--- auctex-11.83/debian/auctex/config.in
+++ auctex-11.83/debian/auctex/config.in
@@ -12,7 +12,7 @@
case ${1} in
configure|reconfigure)
- LOGFILE=$(mktemp :=${TMPMASK}:)
+ LOGFILE=/var/log/auctex.log
db_register :=${PACKAGE}:/doauto :=${PACKAGE}:/logfile || true
db_set :=${PACKAGE}:/logfile ${LOGFILE} || true
db_subst :=${PACKAGE}:/doauto LOGFILE ${LOGFILE} || true
--- END ---
--
Ben Hutchings
It is impossible to make anything foolproof because fools are so ingenious.
signature.asc
Description: This is a digitally signed message part
Bug#508031: Tracking vulnerabilities that have already been patched in other distributions
* Richard Hartmann: On Sun, Dec 7, 2008 at 15:21, Nico Golde [EMAIL PROTECTED] wrote: Since we don't just blindly apply fixes from other distributions and there still needs to be someone who can check this additional information I fail to see that this is needed for us. There is no harm in getting an overview of what other distributions do, though. The cost of maintaining that information separately has to be considered, too. A lot of this information is available through NVD, albeit with some delay. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335411: man-db: 'man -Hfirefox man', can't see the image
On Sun, Dec 07, 2008 at 11:19:22PM +0800, LI Daobing (李道兵) wrote: On Sun, Dec 7, 2008 at 5:14 PM, Colin Watson [EMAIL PROTECTED] wrote: On Sun, Dec 07, 2008 at 11:51:38AM +0800, LI Daobing (李道兵) wrote: How about embed the images into html? Err, so how do you do that then? :-) The only ways I'm aware of are absolutely crazy (CSS tricks etc.). use base64 to embed the image data into html. I can't say this really excites me as an option, although I concede that it might work. Besides for all I know the race condition might affect Firefox's ability to load the HTML page itself as well (though by the nature of race conditions this might not necessarily be observable in your setup) ... -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508063: crashes when trying to backup / with AFS running even when excluding /afs
Package: rdiff-backup
Version: 1.2.2-1
Severity: normal
I tried running rdiff-backup under backupninja to do backups on a system with
OpenAFS running, and found that it crashes trying to list files under /afs even
if I exclude /afs from the backup. The way backupninja calls rdiff-backup is to
run it on /, and include/exclude the relevant directories to be backed up,
like:
/usr/bin/rdiff-backup --print-statistics --exclude '/home/*/.gnupg' --exclude
'/home/*/.local/share/Trash' --exclude '/home/*/.Trash' --exclude
'/home/*/.thumbnails' --exclude '/home/*/.beagle' --exclude '/home/*/.sheep'
--include '/var/spool/cron/crontabs' --include '/var/backups' --include '/etc'
--include '/root' --include '/home' --include '/usr/local/*bin' --include
'/var/lib/dpkg/status*' --exclude '/*' / [EMAIL PROTECTED]::/srv/backups/test
I can reproduce the crash error by running the following simpler command:
rdiff-backup --exclude '/afs' / test
It seems that rdiff-backup is trying to list files in /afs even when it's
excluded. If I turn off openafs, the backup proceeds as expected. Any thoughts?
Here is the stacktrace generated:
[EMAIL PROTECTED]:~/tmp rdiff-backup --print-statistics --exclude '/afs' / test
Found interrupted initial backup. Removing...
ListError afs/.athena.mit.edu/activity/a/a-archives [Errno 13] Permission
denied: '/afs/.athena.mit.edu/activity/a/a-archives'
ListError afs/.athena.mit.edu/activity/a/a-entry/.sql [Errno 13] Permission
denied: '/afs/.athena.mit.edu/activity/a/a-entry/.sql'
ListError afs/.athena.mit.edu/activity/a/a-entry/OldFiles/.sql [Errno 13]
Permission denied: '/afs/.athena.mit.edu/activity/a/a-entry/OldFiles/.sql'
Exception '[Errno 19] No such device:
'/afs/.athena.mit.edu/activity/a/a-entry/OldFiles/OldFiles'' raised of class
'type 'exceptions.OSError'':
File /var/lib/python-support/python2.5/rdiff_backup/robust.py, line 32, in
check_common_error
try: return function(*args)
File /var/lib/python-support/python2.5/rdiff_backup/rpath.py, line 1123, in
append
return self.__class__(self.conn, self.base, self.index + (ext,))
File /var/lib/python-support/python2.5/rdiff_backup/rpath.py, line 868, in
__init__
else: self.setdata()
File /var/lib/python-support/python2.5/rdiff_backup/rpath.py, line 892, in
setdata
self.data = self.conn.rpath.make_file_dict(self.path)
File /var/lib/python-support/python2.5/rdiff_backup/rpath.py, line 277, in
make_file_dict
return C.make_file_dict(filename)
Exception '[Errno 19] No such device:
'/afs/.athena.mit.edu/activity/a/a-entry/OldFiles/OldFiles'' raised of class
'type 'exceptions.OSError'':
File /var/lib/python-support/python2.5/rdiff_backup/Main.py, line 304, in
error_check_Main
try: Main(arglist)
File /var/lib/python-support/python2.5/rdiff_backup/Main.py, line 324, in
Main
take_action(rps)
File /var/lib/python-support/python2.5/rdiff_backup/Main.py, line 280, in
take_action
elif action == backup: Backup(rps[0], rps[1])
File /var/lib/python-support/python2.5/rdiff_backup/Main.py, line 334, in
Backup
rpout.conn.fs_abilities.backup_set_globals(rpin, force)
File /var/lib/python-support/python2.5/rdiff_backup/fs_abilities.py, line
828, in backup_set_globals
src_fsa = rpin.conn.fs_abilities.get_readonly_fsa('source', rpin)
File /var/lib/python-support/python2.5/rdiff_backup/fs_abilities.py, line
571, in get_readonly_fsa
return FSAbilities(desc_string).init_readonly(rp)
File /var/lib/python-support/python2.5/rdiff_backup/fs_abilities.py, line
126, in init_readonly
self.set_resource_fork_readonly(rp)
File /var/lib/python-support/python2.5/rdiff_backup/fs_abilities.py, line
493, in set_resource_fork_readonly
for rp in selection.Select(dir_rp).set_iter():
File /var/lib/python-support/python2.5/rdiff_backup/selection.py, line 132,
in Iterate_fast
try: rpath, val = diryield_stack[-1].next()
File /var/lib/python-support/python2.5/rdiff_backup/selection.py, line 120,
in diryield
rpath.append, (filename,))
File /var/lib/python-support/python2.5/rdiff_backup/robust.py, line 32, in
check_common_error
try: return function(*args)
File /var/lib/python-support/python2.5/rdiff_backup/rpath.py, line 1123, in
append
return self.__class__(self.conn, self.base, self.index + (ext,))
File /var/lib/python-support/python2.5/rdiff_backup/rpath.py, line 868, in
__init__
else: self.setdata()
File /var/lib/python-support/python2.5/rdiff_backup/rpath.py, line 892, in
setdata
self.data = self.conn.rpath.make_file_dict(self.path)
File /var/lib/python-support/python2.5/rdiff_backup/rpath.py, line 277, in
make_file_dict
return C.make_file_dict(filename)
Traceback (most recent call last):
File /usr/bin/rdiff-backup, line 30, in module
rdiff_backup.Main.error_check_Main(sys.argv[1:])
File /var/lib/python-support/python2.5/rdiff_backup/Main.py, line 304, in
error_check_Main
try: Main(arglist)
File
Bug#508064: P-a-s: Update unstable entries for acpi related packages
Package: buildd.debian.org Version: - Tags: patch acpitail, libacpi and xbattbar-acpi work only on ACPI supporting platforms. The respective control files encode this already, albeit in some cases with out an lpia entry. Index: P-a-s/Packages-arch-specific === --- P-a-s.orig/Packages-arch-specific 2008-12-07 16:28:15.0 +0100 +++ P-a-s/Packages-arch-specific2008-12-07 16:32:48.0 +0100 @@ -30,6 +30,7 @@ #%acpica-unix: !hppa # #401153 - no big-endian support acpid: i386 ia64 amd64 lpia # acpi is i386/ia64 specific acpidump: i386 ia64 amd64 lpia # acpi is i386/ia64 specific +%acpitail: amd64 i386 ia64 lpia # acpi is i386/ia64 specific %adeos: i386 ia64 powerpc arm armel # not supported upstream for others %afbinit: sparc # Sparc gfx card firmware loader %alleyoop: i386 amd64 powerpc lpia # [ANAIS] - Depends valgrind @@ -520,6 +521,7 @@ %ia32-libs-openoffice.org: amd64 ia64# ia32 compat libs for amd64,ia64 %lcd4linux: !hppa !ia64 !m68k !mips !mipsel !powerpc !sparc # sys/io.h %ledstats: i386 # [?] ANAIS, sys/io.h +%libacpi: amd64 i386 ia64 lpia # acpi is i386/ia64 specific %libc-sparc: sparc# old libc for sparc %libdb: i386 # db1 compatibility library %libdbd-informix-perl: i386 # ANAIS @@ -854,6 +856,7 @@ wmbatppc: powerpc# powerpc battery monitor %wmtune: !hppa !ia64 !m68k # sys/io.h %x86info: i386 amd64 # i386 CPU info prog +%xbattbar-acpi: amd64 i386 ia64 lpia # acpi is i386/ia64 specific xbox-raincoat: i386 # i386 xbox BIOS flasher %xdslusb: i386 # [ANAIS] %xfree86v3: alpha i386 # i386 alpha need old servers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508065: [xine-lib] please check for malloc failures
Package: xine-lib Severity: important You fixed CVE-2008-5238 but missed one part of the advisory which is not fixed: In addition, the type_specific_data allocation is not checked for failure not for a zero-valued size, an unexpected process termination issue. Any reason you left this out? I think the chances to exploit this are not very high as the chance to chose a size malloc fails for but memcpy succeeds is not very high on modern system having a lot of RAM. However it shouldn't be impossible. Please fix. Cheers Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpP6J5cbTLE4.pgp Description: PGP signature
Bug#498863: More info on firewire issues
On Sunday 07 December 2008, Harry Mofo wrote: It looks like my problems with the Dec 5 6 installer builds is due to the CD burner. The Dec 6 build (debian-testing-i386-netinst.iso 0faa173fe594afdb374944cfc6610743) doesn't exhibit the freezing behavior if I burn the CD from another machine so I need to do some investigation of that here. Thanks for that info. That did seem most likely. Good luck tracing the problem. Even with the new installer build I see the the original problems - the IO errors and cdrom-detect slowness/failures (and the Etch installer is still fine). Maybe it is just some odd combination of hardware issues with this machine. I'll leave that to others to follow up on. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508066: xserver-xorg-video-radeon: external display not work on ATI Technologies Inc Radeon Mobility U1
Package: xserver-xorg-video-radeon Version: 1:6.9.0-1+lenny4 Severity: normal On a Fujitsu-Siemens Amilo A the external display don't work since update from etch to lenny. xrandr -q shows both displays: Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 1600 x 1200 VGA-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm x 301mm 1280x1024 60.0*+ 74.9 75.0 59.9 60.0* 1600x1024 60.0 1400x1050 60.0 1440x900 60.2 1280x960 60.0 1280x800 59.8 60.0 1152x864 75.0 74.8 60.0 1280x768 60.0 1024x768 74.9 75.1 70.1 60.0 59.9 832x62474.6 800x60072.2 75.0 74.9 60.3 56.2 640x48075.0 72.8 72.8 75.0 66.7 60.0 59.9 720x40070.1 LVDS connected 1024x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 1024x768 60.0*+ 60.0 800x60060.3 640x48059.9 S-video disconnected (normal left inverted right x axis y axis) But the internal display (LVDS) has the resolution 1280x1024, and the external display is off. Seams that xorg swap the displays somehow. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 6. Apr 2007 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1718580 15. Nov 17:57 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility U1 /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1113 7. Dez 16:31 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc105 Option XkbLayout de # Option XkbVariantnodeadkeys EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Device Identifier Configured Video Device EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 41577 7. Dez 16:47 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-9) Current Operating System: Linux barbara-a2000 2.6.26-1-686 #1 SMP Sat Nov 8 19:00:26 UTC 2008 i686 Build Date: 15 November 2008 05:39:59PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Dec 7 16:46:16 2008 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (==) |--Input Device Configured Mouse (==) |--Input Device Generic Keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc,
Bug#299618: Possible patch for this issue
tags 299618 patch thanks Back in 2005(!), Marc reported that samba's DHCP hook script does not remove existing WINS servers from /etc/samba/dhcp.conf when the DHCP server does not provide any WINS server address. The attached patch should fix this. Please comment. If it is OK, I'll activate it in the experimentl branch. -- Index: samba-common.dhcp === --- samba-common.dhcp (révision 2219) +++ samba-common.dhcp (copie de travail) @@ -23,7 +23,8 @@ then # don't continue if no settings have changed if [ $new_netbios_name_servers = $old_netbios_name_servers ] \ - [ $new_netbios_scope = $old_netbios_scope ] + [ $new_netbios_scope = $old_netbios_scope ] \ + [ -n $new_netbios_name_servers ] then return fi signature.asc Description: Digital signature
Bug#322505: Old samba bug: /usr/bin/smbspool: smbspool to Windows XP results in hung printer job
tags 322505 moreinfo thanks Hello Tom, Over 3 years ago, you reported this issue with smbspool: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=322505 To be honest, I very much suspect this is entirely unrelated to samba but, anyay, requires to have a look at logfiles and get more information. Are you still in position to try reproducing this bug ? If not, I'm afraid that our only possibility is closing it, with apologies for the lack of feedback at the time you were experiencing it... -- signature.asc Description: Digital signature
