Bug#522155: conduit: Error no longer occures
Package: conduit Severity: normal I can't tell why, but this bug no longer occures on my machine. Can be closed if no one other is still affected. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages conduit depends on: ii python2.5.4-2An interactive high-level object-o ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-feedparser 4.1-13 Universal Feed Parser for Python ii python-glade2 2.14.1-3 GTK+ bindings: Glade support ii python-gnome2 2.26.1-1 Python bindings for the GNOME desk ii python-gnome2-desktop 2.24.1-1 Python bindings for the GNOME desk ii python-gtk2 2.14.1-3 Python bindings for the GTK+ widge ii python-pygoocanvas0.10.0-2 GooCanvas Python bindings ii python-pysqlite2 2.5.5-1Python interface to SQLite 3 pn python-supportnone (no description available) ii python-vobject0.6.0-1parse iCalendar and VCards in Pyth ii python-webkit 1.0.2-1WebKit/Gtk Python bindings ii scrollkeeper 0.3.14-16 A free electronic cataloging syste Versions of packages conduit recommends: ii python-gpod 0.7.0-2Python bindings for libgpod ii python-simplejson 2.0.9-1Simple, fast, extensible JSON enco Versions of packages conduit suggests: pn ffmpeg none (no description available) ii mencoder1:1.0.rc2svn20090604-0.1 MPlayer's Movie Encoder -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526871: Updated translation
-- The attached translation has been reviewed by the French team and a few changes were made. Please use it instead of the file that was originally sent. fr.po Description: application/gettext signature.asc Description: Digital signature
Bug#532470: update to libpam-ldap: pt_BR.po
Quoting iki sham (ikis...@gmail.com): Changed 'entre com' to 'informe' in line 29 to uniformize with the rest of the document. I don't understand why 13 strings remain marked as fuzzy. signature.asc Description: Digital signature
Bug#532560: sa-exim: [INTL:fr] French debconf templates translation update
Package: sa-exim Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. Thanks for taking care of warning translators before uploading a new version with string changes. It's highly appreciated. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of sa-exim debconf screen to French # Copyright (C) 2004-2009 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the sa-exim package. # # Translators: # Eric Madesclair eri...@wanadoo.fr, 2004 # Christian Perrier bubu...@debian.org, 2009. msgid msgstr Project-Id-Version: fr\n Report-Msgid-Bugs-To: sa-e...@packages.debian.org\n POT-Creation-Date: 2009-03-02 07:25+0100\n PO-Revision-Date: 2009-06-10 00:08+0200\n Last-Translator: Christian Perrier bubu...@debian.org\n Language-Team: French debian-l10n-fre...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: boolean #. Description #: ../templates:2001 #| msgid Remove saved mails in spool directory? msgid Remove saved mails in sa-exim's spool directory? msgstr Supprimer les courriers sauvegardés du répertoire d'attente (« spool ») de sa- exim ? #. Type: boolean #. Description #: ../templates:2001 #| msgid #| There are some saved mails in subdirectories of /var/spool/sa-exim. #| Depending on the configuration sa-exim will save mails matching specific #| criterias (an error occured, rejected as spam, passed through although #| recognized as spam, ...) in subdirectories of /var/spool/sa-exim. msgid There are some saved mails in subdirectories of /var/spool/sa-exim. Depending on the configuration, sa-exim may save mails matching specific criteria (such as \an error occurred\, \rejected as spam\, or \passed through although recognized as spam\) in these directories. msgstr Plusieurs courriers sauvegardés existent dans les sous-répertoires de /var/ spool/sa-exim. Selon la configuration, sa-exim sauvegarde les courriers qui correspondent à des critères spécifiques (p. ex. « an error occurred » -une erreur est survenue-, « rejected as spam » - rejeté comme spam -, « passed through although recognized as spam » - passé à travers, reconnu comme spam -) dans ces répertoires. #. Type: boolean #. Description #: ../templates:2001 msgid Please choose whether you want to keep these mails for further analysis or delete them now. msgstr Veuillez choisir si vous souhaitez conserver ces courriers pour analyse ultérieure ou si vous préférez les supprimer maintenant. #~ msgid #~ You can keep them for further analysis and later remove them manually or #~ decide to delete them now. #~ msgstr #~ Vous pouvez les garder pour des analyses approfondies et les supprimer #~ par la suite ou vous pouvez décider de les effacer maintenant. #~ msgid Should they be removed? #~ msgstr Vous pouvez les supprimer maintenant.
Bug#524607: Works now again after update of synaptics driver yesterday
On Wed, Jun 10, 2009 at 07:42:43AM +0200, Philipp Kolmann wrote: Yesterday the synaptic driver got updated here to 1.1.2-1 and now suspend and switching to console works again. Might that bug be actually a bug in synaptics? don't know, from which version to which version did you upgrade? (check in /var/log/dpkg.log) thanks -- mattia :wq! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532501: RFP: xz -- XZ Utils
Hi Dne Tue, 9 Jun 2009 21:26:13 +0200 Cristian Greco cristian.deb...@gmail.com napsal(a): I'm interested in packaging those tools, i'll start working soon. Great, I'll especially need liblzma. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#526516: udev spin-up ide disk put on standby
On Sunday 10 of May 2009 23:21:48 Marco d'Itri wrote: On May 10, matthieu castet castet.matth...@free.fr wrote: Stop opening for writing their block devices (which generates a change uevent). This may be an hdparm bug. There something I don't understand, what's the problem with hdparm ? It opens the device with O_RDWR. This makes the kernel generate a change event. udev must react to change events. Hi, is there somethign new with this issue ? I have smart daemon disabled since this happened, so i will appreciate fixing. Thanks Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524514: More info
John Goerzen wrote: Here's some information about it. DEBUG: ESC[36mclient stop ESC[30;1mDisconnect detectedESC[0m 2009-06-09 13:42:05,761 gajim.c.connection: INFO: Reconnect to complete.org in 10s I'm not sure what's triggering disconnect detected, or why it's kappening on only one machine. The lines the preceed disconnect detected are variable, and after that it reconnects, sometimes claiming a resource conflict -- saying that k (my resource for this client) is already in use, wanting me to use a different one. -- John Without the lines that preceed, I cannot know what happens... Maybe it's hte keepalive thing. Have you tried to disable it? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531173: debomatic: Please allow custom pbuilder command
On Thu, 4 Jun 2009 21:59:22 +0200 Luca Falavigna dktrkr...@ubuntu.com wrote: Attached patch should implement this, mind giving it a try? What will I need to try and apply the patch against? A bzr checkout, or a particular version of the package? kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
Bug#532498: Imagej fails to find libjava-access-bridge-jni.so
Hi, I have the suspicion that this is rather a bug in libaccess-bridge-java-jni than in imagej because the library does not seem to be registered correctly. At least guessing from your workaround I can not see in how far this should be imagej specific. Before I reassign the bug I would like to kindly ask Debian Java Maintainers for comments. Kind regards and thanks for your bug report Andreas. On Tue, 9 Jun 2009, António dos Anjos wrote: Package: imagej Version: 1.41n drako:/$ imagej Open other images in this ImageJ panel as follows: imagej -p 1 image1 [image2 ... imageN] Exception in thread main java.lang.UnsatisfiedLinkError: Can't load library: /usr/lib/jvm/java-6-openjdk/jre/lib/ext/libjava-access-bridge-jni.so at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1666) at java.lang.Runtime.load0(Runtime.java:787) at java.lang.System.load(System.java:1022) at org.GNOME.Accessibility.JavaBridge.init(JavaBridge.java:352) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:532) at java.lang.Class.newInstance0(Class.java:372) at java.lang.Class.newInstance(Class.java:325) at java.awt.Toolkit.loadAssistiveTechnologies(Toolkit.java:786) at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:874) at java.awt.Window.getToolkit(Window.java:1170) at java.awt.Window.init(Window.java:400) at java.awt.Window.init(Window.java:438) at java.awt.Frame.init(Frame.java:419) at ij.ImageJ.init(ImageJ.java:113) at ij.ImageJ.main(ImageJ.java:528) It worked after I copied libjava-access-bridge-jni.so like this: drako:# cp /usr/lib/jni/libjava-access-bridge-jni.so /usr/lib/jvm/java-6-openjdk/jre/lib/ext/. ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-med-packaging -- http://fam-tille.de
Bug#531173: debomatic: Please allow custom pbuilder command
Karl Goetz ha scritto: What will I need to try and apply the patch against? A bzr checkout, or a particular version of the package? This is against latest bzr checkout, but I can prepare one for current package in testing, or in stable (changes are easily adaptable). -- . ''`. Luca Falavigna : :' : Ubuntu MOTU Developer `. `'` Debian Maintainer `- GPG Key: 0x86BC2A50 signature.asc Description: OpenPGP digital signature
Bug#531154: libasound2_1.0.20-2_amd64.deb corrupted on debian.uni-essen.de
Simon Paillard wrote: On Sun, Jun 07, 2009 at 08:54:26AM +0200, Harald Schüler wrote: Simon Paillard wrote: There is a issue with your mirror. Details below. ftp.de.d.o did have issues in the past days, it's now fixed : wcat ftp://ftp.de.debian.org/debian/pool/main/a/alsa-lib/libasound2_1.0.20-2_amd64.deb | md5sum - feb0d45fe81f7031226fa5909f0ca08f - (the expected md5sum) While on debian.uni-essen.de it's still broken indeed: wcat ftp://debian.uni-essen.de/debian/pool/main/a/alsa-lib/libasound2_1.0.20-2_amd64.deb | md5sum - 2f7b4983e8f98fc6473e10e156ad3db0 - The md5sum is still wrong. For archive-wide md5sum that gives you files present with bad md5sum: (in the /debian/ directory of your mirror) wget -q -O - http://debian.uni-duisburg-essen.de/debian/indices/md5sums.gz | gunzip -c - | LANG=C md5sum -c - 21 | grep FAILED$ Did that, found several corrupt files (block in the middle with wrong data), removed, re-mirrored. Still keep getting 2 corrupt files from ftp.de.debian.org: pool/main/f/fakeroot-ng/fakeroot-ng_0.15.orig.tar.gz: FAILED pool/main/f/fseries/fseries_270.76.3.orig.tar.gz: FAILED These should be fixed upstream. Regards, Harald Schueler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532562: linux-image-2.6.26-2-versatile: Kernel panics randomly while using apt-get
Package: linux-image-2.6.26-2-versatile Version: 2.6.26-15lenny3 Severity: critical Justification: causes serious data loss -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tejl) Kernel: Linux 2.6.28-6-versatile Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.26-2-versatile depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii initramfs-tools [linux-initra 0.92o tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo linux-image-2.6.26-2-versatile recommends no packages. Versions of packages linux-image-2.6.26-2-versatile suggests: pn fdutils none (no description available) pn linux-doc-2.6.26 none (no description available) -- debconf information excluded I am using armel lenny inside a qemu virtual machine. Built it by using de- bootstrap inside loop mounted hd image, and then booting it with a third party kernel. I installed linux-image-2.6.26-2-versatile after the bootstrapping was complete so I could have the cdrom and mouse drivers. The problem is: when ins- talling anything using apt-get, the kernel will panic after downloading the fi- les, at configuration time. This caused corruption of many files in /var/lib/ dpkg, making dpkg unusable. I solved this issue by rebuilding the system on an ext3 partition. Even though, the problem is still there. The last lines of the panic output are as follow (sorry, couldn`t get anything prior to that, since I can't scroll up and all...): [ 0.00] [bf000480] (scsi_finish_command+0x0/0xcc [scsi_mod]) from [bf0 07808] (scsi_softirq_done+0x10c/0x128 [scsi_mod]) [ 0.00] r6:cec694c0 r5:0005 r4:0bb8 [ 0.00] [bf0076fc] (scsi_softirq_done+0x0/0x128 [scsi_mod]) from [c010 bafc] (blk_done_softirq+0x78/0x9c) [ 0.00] [c010ba84] (blk_done_softirq+0x0/0xd4) from [c0047680] (__do_ softirq+0x60/0xd4) [ 0.00] [c0047284] (__do_softirq+0x0/0xd4) from [c0047680] (irq_exit+ 0x44/0x4c) [ 0.00] r6: r5:c0289f78 r4:001b [ 0.00] [c004763c] (irq_exit+0x0/0x4c) from [c002404c] (__exception_t ext_start+0x4c/0x64) [ 0.00] [c0024000] (__exception_text_start+0x0/0x64) from [c00248a4] (__irq_usr+0x44/0xa0) [ 0.00] Exception stack(0xcf561fb0 to 0xcf561ff8) [ 0.00] 1fa0 0008 0 02e 0035 [ 0.00] 1fc0: beeb3362 0005781d 0001 0016 00059f70 beeb336d 00059 a40 0005aa18 [ 0.00] ife0: 0006ffd6 beeb27d0 00023890 00024968 6010 [ 0.00] r6:001 r5:f114 r4: [ 0.00] Code: e1a01000 e5932000 e59f06fc ea2f (e5963358) [ 0.00] Kernel panic - not syncing: Fatal exception in interrupt In order to get this, I ran the system with: qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.26-2-versatile -initrd initrd.img-2.6.26-2-versatile [1] -hda hda.img -hdb swap.img [2] -cdrom debian-501-armel-DVD-1.iso [3] -m 256M -append root=/dev/sda rw mem=256M [1] Got these 2 from inside the hd image, on /boot/. [2] 1G swap file. Dunno if it helps, but it's there. [3] My internet is quite unstable, so I need this one. That's one of the rea- sons I need this kernel. Please tell me if you need any further information. Thanks. Axel Lira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506106: w3m-el-snapshot vs. emacs-snapshot
On 2009-06-10 09:14 +0200, jida...@jidanni.org wrote: SJ == Sven Joachim svenj...@gmx.de writes: SJ Since you're reporting many bugs, it would be nice if you could try out SJ a pretest version of Emacs 23 first. Precompiled snapshots for Debian SJ are available at http://emacs.orebokech.com. OK, but when I try to remove the old stuff, # aptitude purge emacs emacs22-el emacs22 w3m-el-snapshot: Depends: emacs but it is not going to be installed... This is Debian bug #506106¹. Sven ¹ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506106 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532563: ruby: Ruby Segmentation Fault
Package: ruby
Version: 4.2
Severity: important
Package: Ruby
Version: 1.8.7
When querying a Microsoft SQL database, ruby segfaults. I use the package
libdbd-odbc version 0.2.2-1 to connect to the database. The program was working
fine before the upgrade to lenny. The error I receive is the following:
/usr/lib/ruby/1.8/DBD/ODBC/ODBC.rb:237: [BUG] Segmentation Fault
ruby 1.8.7 (2008-08-11 patchlevel 72) [i486-linux]
Here is an example of a program that breaks:
#! /usr/bin/ruby -w
require dbi
dbh=DBI.connect('dbi:ODBC:server,'user','password')
mydata=dbh.select_all(select field1,field2 from DATABASE)
dbh.disconnect
-- System Information:
Debian Release: 5.0.1
APT prefers stable
APT policy: (990, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages ruby depends on:
ii ruby1.8 1.8.7.72-3 Interpreter of object-oriented scr
ruby recommends no packages.
ruby suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531173: debomatic: Please allow custom pbuilder command
On Wed, 10 Jun 2009 09:14:57 +0200 Luca Falavigna dktrkr...@ubuntu.com wrote: Karl Goetz ha scritto: What will I need to try and apply the patch against? A bzr checkout, or a particular version of the package? This is against latest bzr checkout, but I can prepare one for current package in testing, or in stable (changes are easily adaptable). I'll branch from bzr - it might fix the 'cant kill from foreground' bug before I file it. -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
Bug#532175: closed by Ryan Niebur ryanrya...@gmail.com (Bug#532175: fixed in storebackup 3.1-2)
The developers reference says this: http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-news-debian Important news about changes in a package can also be put in NEWS.Debian files. and It is better than using debconf notes since it is less annoying and the user can go back and refer to the NEWS.Debian file after the install. Right. So the manual makes an explicit reference to debconf notes, which is what I am asking to consider. And it says that they are annoying, which is what I was speaking about: they are to be used on those rare occasions when you need to be annoying. Look for example at bug 445286, which describes a similar situation where libssl pops a dialog asking to confirm the list of services to be restarted. Another istance is described in bug 174002, where a similar situation occurs when a libc6 upgrade requires a gdm restart, and the user is prompted to accept or give up with the upgrade. (This has happened in a recente libc6 upgrade.) Also look at the Debian 3.0 release notes http://www.debian.org/releases/3.0/i386/release-notes/ch-upgrading.en.html, where an ssh incompatible upgrade asks the users if they want to regenerate a compatible configuration. I also occasionally see upgrade notices through debconf which ask me to regenerate the proprietary Nvidia driver on one of my boxes, I think initramfs generates those. These are exceptional situations, those where an upgrade may render your system unstable, or vulnerable, or inaccessible, or anyway cause a serious damage. And breaking backups is one of those situations, IMO. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506106: w3m-el-snapshot vs. emacs-snapshot
SJ This is Debian bug #506106¹. SJ ¹ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506106 Oh no, I wonder what will happen to me calling emacs-w3m from inside emacs-snapshot. One uses UTF-8 one uses mule...? Aggg. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532536: libgssapi-krb5: krb5_gss_acquire_cred resolves forward/reverse DNS but doesn't properly handles multiple search domains
Hi Sam, Thanks for your quick reply. * [10.06.09 01:13]: Gss calls gss_import_name (lib/gssapi/krb5/import_name.c) and that calls krb5_sname_to_principal (src/lib/krb5/os/sn2princ.c) which is almost certainly your problem. However I think that just calls getaddrinfo and getnameinfo so I suspect something strange is going on here. It calls getaddrinfo with ai_flags = AI_CANONNAME and ai_family = AF_INET, which seems to be the problem. The resolver apparantly retries until it finds a canonical name for the AF_INET family. As bar.foo.net has only an AF_INET6 record, it will be skipped. Changing hints.ai_family to 0, it works. I’m not sure why you don’t do that by default? There is some code below, which, in case of an error when resolving, does exactly that and retries the whole process. However, the error won’t be triggered since I got the fallback-host bar.foo.lan, as mentioned. Best regards, Michael signature.asc Description: Digital signature
Bug#531592: libpcsclite1: move to /lib
Colin Watson a écrit : On Sat, Jun 06, 2009 at 02:03:59PM +0200, Ludovic Rousseau wrote: Colin Watson a écrit : Surely whichever way you slice it you can't talk to pcscd until /usr is mounted. Does it really matter for this whether wpa_supplicant dlopens libpcsclite.so.1 when it needs it and starts talking to pcscd then, or whether it links against it directly and calls into it when it needs it and starts talking to pcscd then? Unless libpcsclite.so.1 tries to communicate with pcscd as soon as any binary that happens to link against it is loaded, which I don't believe to be the case, I don't see a meaningful difference here. Given that, direct dynamic linking is clearly simpler than dlopen. Yes, my proposal will not make wpa_supplicant work with smart card support if pcscd is not started. Yes, direct linking is simpler than using dlopen. My proposal is to have wpa_supplicant in /usr and avoid moving libpcsclite.so.1 around. Well, sorry, but that just doesn't work for us. See https://bugs.launchpad.net/bugs/44194 for the background (which you've already commented on); putting wpa_supplicant in /usr is not feasible for reasons that have nothing to do with pcsc-lite. Sorry. I wanted to write that my proposal is to _keep_ wpa_supplicant in /sbin. I do not want to move it to /usr/sbin. My proposal is to have wpa_supplicant in /usr and avoid moving libpcsclite.so.1 around. Have you looked at the patch I propose? Yes, and I believe I have explained why I honestly don't think it's needed. I reported my patch upstream to wpasupplicant at [1]. But I have no answer yet. I would like to know how the maintainers of wpasupplicant would solve the problem. If you know how to activate wpasupplicant upstream that would be nice. I note that Debian also has the same problem: $ ldd /sbin/wpa_supplicant linux-vdso.so.1 = (0x7fff0fbff000) libnl.so.1 = /usr/lib/libnl.so.1 (0x7f110761) libpcsclite.so.1 = /usr/lib/libpcsclite.so.1 (0x7f1107404000) libssl.so.0.9.8 = /usr/lib/libssl.so.0.9.8 (0x7f11071b3000) libcrypto.so.0.9.8 = /usr/lib/libcrypto.so.0.9.8 (0x7f1106e18000) libdbus-1.so.3 = /usr/lib/libdbus-1.so.3 (0x7f1106bda000) libc.so.6 = /lib/libc.so.6 (0x7f1106887000) libm.so.6 = /lib/libm.so.6 (0x7f1106604000) libpthread.so.0 = /lib/libpthread.so.0 (0x7f11063e9000) libdl.so.2 = /lib/libdl.so.2 (0x7f11061e5000) libz.so.1 = /usr/lib/libz.so.1 (0x7f1105fce000) /lib64/ld-linux-x86-64.so.2 (0x7f110786) And it is not just for libpcsclite but also for libnl, libssl, libcrypto,libdbus-1 and libz. Maybe you can start a thread on debian-devel. I don't know how Debian wants to solve this problem. I see this dependency problem is solved in Ubuntu 9.04. All the needed libs are in /lib on Ubuntu. Regards, [1] http://w1.fi/bugz/show_bug.cgi?id=315 -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532564: ITP: argparse -- argparse: Python command line parser
Package: wnpp Severity: wishlist Owner: Ritesh Raj Sarraf r...@researchut.com * Package name: argparse Version : 0.9.1 Upstream Author : Steven Bethard steven.beth...@gmail.com * URL : http://code.google.com/p/argparse * License : Apache 2.0 Programming Lang: Python Description : argparse: Python command line parser The argparse module makes writing command line tools in Python easy. Just briefly describe your command line interface and argparse will take care of the rest, including: * parsing the arguments and flags from sys.argv * converting arg strings into objects for your program * formatting and printing any help messages * and much more ... For those familiar with the optparse module from the Python standard library, argparse improves on this module in a number of ways, including: * handling positional arguments * supporting sub-commands * allowing alternative option prefixes like + and / * handling zero-or-more and one-or-more style arguments * producing more informative usage messages * providing a much simpler interface for custom types and actions -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506106: w3m-el-snapshot vs. emacs-snapshot
On 2009-06-10 09:44 +0200, jida...@jidanni.org wrote: SJ This is Debian bug #506106¹. SJ ¹ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506106 Oh no, I wonder what will happen to me calling emacs-w3m from inside emacs-snapshot. One uses UTF-8 one uses mule...? Aggg. I don't think you have to be afraid of incompatibilities between emacs22 and emacs-snapshot, although w3m's coding systems are a complete mess: w3m-bookmark-file-coding-system = euc-japan w3m-coding-system = iso-2022-7bit w3m-default-coding-system = iso-8859-1 w3m-file-coding-system = iso-2022-7bit w3m-file-coding-system-for-read = nil w3m-file-name-coding-system = euc-japan w3m-form-textarea-file-coding-system = utf-8 w3m-input-coding-system = utf-8 w3m-output-coding-system = utf-8 w3m-terminal-coding-system = euc-japan Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532532: ITP: libacme-progressbar-perl -- Perl module providing a s simple progress bar
Salvatore Bonaccorso salvatore.bonacco...@gmail.com writes: Package: wnpp Severity: wishlist Owner: Salvatore Bonaccorso salvatore.bonacco...@gmail.com * Package name: libacme-progressbar-perl Version : 1.125 Upstream Author : Ricardo SIGNES r...@cpan.org * URL : http://search.cpan.org/dist/Acme-ProgressBar/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : Perl module providing a simple progress bar This is a joke, right? Have you read the code? Could we please add something to the perl policy about ITP's of Acme-modules should contain some justification for packaging the module and at least metion that the pacakge description should include a big fat warning about the modul being a joke? Basically this module implements a progress bar by timing the task nad then sleeping the same amount of time 9 times. //Makholm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531844: scrotwm: please allow one workspace to span multiple monitors
On Sat, 6 Jun 2009 21:36:54 +0200 Andrea Bolognani e...@kiyuko.org wrote: It may be possible to do so using the region directive in the config file to create a region big enough to cover both screens; I haven't tested it, though, and AFAIK that setting is meant to work around proprietary drivers. I have tested this setup today and indeed, with both the laptop monitor and the external one running at 1024x768, with VGA-0 --right-of LVDS, adding region = screen[1]:2048x760+0+0 to the configuration file and restarting scrotwm was enough to make each workspace span both monitors. This setup presents some minor glitches; namely, when switching to a empty workspace the contents of the previously-focused workspace are displayed until you spawn a new window. Moreover, the available space is not divided evenly between the two phisical monitors: if two windows are tiled vertically, a small strip of one window overflows the monitor it belongs to and is displayed on the other one. I would file separate bugs reports for these issues, and close this one after adding a couple of lines in the manpage explaining that the region directive can be used to make workspaces span multiple monitors. Would it be OK to you? -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. pgp7pbtg59eU4.pgp Description: PGP signature
Bug#506106: w3m-el-snapshot vs. emacs-snapshot
On 2009-06-10 09:53 +0200, jida...@jidanni.org wrote: And emacs-snapshot will load the non-emacs-snapshot stuff... Loading 00debian-vars...done Loading /etc/emacs/site-start.d/40mule-ucs.el (source)...done Loading /etc/emacs/site-start.d/50bbdb.el (source)...done /etc/emacs/site-start.d is shared between all emacsen flavors, this is not a problem. I would recommend purging the mule-ucs package though, it is unnecessary with Emacs = 22. as one can't remove it without removing emacs-w3m. Sorry, I do not understand this. Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532565: gpilot sync broken by 2.22.3-1.1+lenny1
Package: libcamel1.2-11 Version: 2.22.3-1.1+lenny1 Version 2.22.3-1.1+lenny1 of libcamel breaks synchronisation to my Palm TX. The previous version, 2.22.3-1.1 works correctly. Here is the output of evolution --debug tmp.out: lots of junk snipped... (gpilotd-control-applet:5991): gpilotd-WARNING **: gnome-pilot-client.gob:523: Caught exception: IDL:GNOME/Pilot/UnknownPilot:1.0 (gpilotd-control-applet:5991): gpilotd-WARNING **: gnome-pilot-client.gob:579: Caught exception: IDL:GNOME/Pilot/NoMonitors:1.0 (gpilotd-control-applet:5991): gpilotd-WARNING **: gnome-pilot-client.gob:579: Caught exception: IDL:GNOME/Pilot/NoMonitors:1.0 ...snip.. (gpilotd-control-applet:5991): libgpilotdcm-WARNING **: unable to g_module_open (/usr/lib/evolution/2.22/conduits/libeaddress_conduit.so), reason /usr/lib/libcamel-provider-1.2.so.11: undefined symbol: set_nss_error Workaround Reverting the package version to 2.22.3-1.1 makes it work again. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532566: New upstream version imapsync-1.267
Package: imapsync Version: 1.252-1 Severity: normal imapsync-1.267 is out since October 2008 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-rc7-git4 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages imapsync depends on: ii libdate-manip-perl5.54-1 a perl library for manipulating da ii libdigest-hmac-perl 1.01-7 create standard message integrity ii libio-socket-ssl-perl 1.24-1 Perl module implementing object or ii libterm-readkey-perl 2.30-4 A perl module for simple terminal ii perl 5.10.0-22 Larry Wall's Practical Extraction imapsync recommends no packages. imapsync suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507577: xosview: dpatch for additional mem fields
On Sun, Dec 7, 2008 at 9:59 PM, Kartik Mistrykar...@debian.org wrote: On Tue, Dec 2, 2008 at 11:24 PM, Ryan Thoryk r...@tliquest.net wrote: I created a patch that adds memory fields for SLAB, mapped files, and page tables. It's mainly for the SLAB field, since if the SLAB cache gets very large (let's say 1/3 of the system's ram or more), users might either think that their apps are taking up that amount of memory or that there might be a kernel leak. I am not able to apply your patch cleanly. Can you look at it and patch against latest version in Debian? Thanks. -- Cheers, Kartik Mistry | 0xD1028C8D | IRC: kart_ Debian GNU/Linux Developer Blog.en: ftbfs.wordpress.com Blog.gu: kartikm.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532567: Missing dependency: python-imaging
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: pkpgcounter Version: 3.50-4 Severity: serious The package misses the dependency to python-imaging: ERROR: You MUST install the Python Imaging Library (python-imaging) for pkpgcounter to work. Traceback (most recent call last): File /usr/bin/pkpgcounter, line 27, in module from pkpgpdls import analyzer File /usr/lib/python2.5/site-packages/pkpgpdls/analyzer.py, line 30, in module import version, pdlparser, postscript, pdf, pcl345, pclxl, hbp, \ File /usr/lib/python2.5/site-packages/pkpgpdls/postscript.py, line 29, in module import inkcoverage File /usr/lib/python2.5/site-packages/pkpgpdls/inkcoverage.py, line 33, in module raise pdlparser.PDLParserError, The Python Imaging Library is missing. pkpgpdls.pdlparser.PDLParserError: The Python Imaging Library is missing. - -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (800, 'stable'), (700, 'oldstable'), (600, 'unstable'), (60, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28.7 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages pkpgcounter depends on: ii ghostscript8.62.dfsg.1-3.2lenny1 The GPL Ghostscript PostScript/PDF ii python 2.5.2-3 An interactive high-level object-o ii python-central 0.6.8 register and build utility for Pyt ii python-imaging 1.1.6-3 Python Imaging Library Versions of packages pkpgcounter recommends: pn abiword none (no description available) ii imagemagick 7:6.3.7.9.dfsg2-1~lenny1 image manipulation programs ii texlive-latex-b 2007.dfsg.1-5TeX Live: Basic LaTeX packages ii xauth 1:1.0.3-2X authentication utility ii xvfb2:1.4.2-10.lenny1Virtual Framebuffer 'fake' X serve pkpgcounter suggests no packages. - -- no debconf information - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen kl...@ethgen.de Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEVAwUBSi9yop+OKpjRpO3lAQqZ9gf/WHIZuonAi+yO8Ppmtxwx5kckjQT9sxxa xl0op9GVhK+I8LYkUx3ley/zMihe0ciBmH3H/WAuA1jtnwZzak2yDtaqsdXPlNmW Nffbk3oKouaNp15UqIWoeP+KFrmyHYxh0sIsYAS5JbviQVCLR2JlnC3nYJ5OMe9K +LxCsDnWoc4jAZfhQLHFZRYSPS6nOEkALo+SgCO6Q6c1fObervcNJB+ZfAdQu0en 8TcAtk4CZrrUVsWs+9l2pDmMHT2RBd2pnkVxoHOBi98HjGU5ylsuGNFAm3KI99rX 45OELHOMAXBcp/MwfHFzP7w6FZNe01ATfN0NGi89WjurJgL5IHkUuQ== =G7Aj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532568: [nvidia-kernel-source] Please provide new version (185.18.14)
Package: nvidia-kernel-source Version: 180.44-2 Severity: normal --- Please enter the report below this line. --- The new upstream version provides support for newer kernel versions (2.6.30) and many improvements and bugfixes. See http://www.nvidia.com/object/linux_display_amd64_185.18.14.html --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29.4 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian-unofficial.org 500 unstableftp.de.debian.org 500 unstabledeb.opera.com 500 testing ftp.de.debian.org 500 experimentalwww.debian-multimedia.org 1 experimentalftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+-=== debhelper ( 4.0.0) | 7.2.14 make | 3.81-5 sed ( 3.0) | 4.2-1 dpatch(= 2.0.0) | 2.0.31 Recommends (Version) | Installed ==-+- nvidia-glx (= 180.44) | 180.44-2 kernel-package (= 8.082) | 12.014 devscripts | 2.10.50 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532565: [Evolution] Bug#532565: gpilot sync broken by 2.22.3-1.1+lenny1
On mer, 2009-06-10 at 09:33 +0100, Phil wrote: Package: libcamel1.2-11 Version: 2.22.3-1.1+lenny1 Version 2.22.3-1.1+lenny1 of libcamel breaks synchronisation to my Palm TX. The previous version, 2.22.3-1.1 works correctly. Here is the output of evolution --debug tmp.out: lots of junk snipped... (gpilotd-control-applet:5991): gpilotd-WARNING **: gnome-pilot-client.gob:523: Caught exception: IDL:GNOME/Pilot/UnknownPilot:1.0 (gpilotd-control-applet:5991): gpilotd-WARNING **: gnome-pilot-client.gob:579: Caught exception: IDL:GNOME/Pilot/NoMonitors:1.0 (gpilotd-control-applet:5991): gpilotd-WARNING **: gnome-pilot-client.gob:579: Caught exception: IDL:GNOME/Pilot/NoMonitors:1.0 ...snip.. (gpilotd-control-applet:5991): libgpilotdcm-WARNING **: unable to g_module_open (/usr/lib/evolution/2.22/conduits/libeaddress_conduit.so), reason /usr/lib/libcamel-provider-1.2.so.11: undefined symbol: set_nss_error Workaround Reverting the package version to 2.22.3-1.1 makes it work again. Hey Steffen, could you look at this one? seems the security uprgade broke it? Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532569: scrotwm: Dialogs are always displayed on the first screen in a multi-head setup
Package: scrotwm Version: 0.9.5-1 Severity: normal When using scrotwm with two monitors, every time a dialog is opened (i.e. by selecting File Open in evince) it is displayed on the first screen, even if the application which spawned it is on the second screen. Moreover, if the parent window is in the second screen, the dialog is displayed on every workspace. Moving the parent window to the first screen while the dialog is displayed results in more weirdness. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (80, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scrotwm depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libx11-6 2:1.2.1-1 X11 client-side library ii libxrandr22:1.3.0-2 X11 RandR extension library Versions of packages scrotwm recommends: ii dwm-tools 30-1 dynamic window manager (tools) ii rxvt-unicode [x-terminal-emul 9.06-1 RXVT-like terminal emulator with U ii xfonts-terminus 4.28-1 Fixed-width fonts for fast reading scrotwm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524571: Still the server crash
Hi, with lastest version of hypervisor and kernel the server still crash. Now he has been worked since last Thursday (June 4th), so it was 10 days. The kernel message is attached below. Pay attention that the message : BUG: soft lockup - CPU#2 stuck for 61s! [hald-addon-stor:5442] are _only_ for cpu 2 and 3 (I have selected only this two, because the complete log is with several messages of this kind equals ). Now I will try the workaround of S. Pfeffer. Regards, Leo [682398.364969] BUG: soft lockup - CPU#2 stuck for 61s! [hald-addon-stor:5442] [682398.384983] Modules linked in: xt_physdev iptable_filter ip_tables x_tables bridge netloop ppdev lp ipmi_devintf ipmi_si ipms [682398.560916] [682398.560916] Pid: 5442, comm: hald-addon-stor Tainted: G D (2.6.26-2-xen-686 #1) [682398.560916] EIP: 0061:[c01013a7] EFLAGS: 0246 CPU: 2 [682398.560916] EIP is at 0xc01013a7 [682398.560916] EAX: EBX: 0003 ECX: eba09e48 EDX: 00026bd1 [682398.560916] ESI: 010a EDI: eba09e58 EBP: c0384300 ESP: eba09e44 [682398.560916] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0069 [682398.560916] CR0: 8005003b CR2: 08c15848 CR3: 2ba8a000 CR4: 0660 [682398.560916] DR0: DR1: DR2: DR3: [682398.560916] DR6: 0ff0 DR7: 0400 [682398.560916] [c023ccde] ? xen_poll_irq+0x57/0x65 [682398.560916] [c023f4c7] ? xen_spin_wait+0xcb/0xff [682398.560916] [c019292b] ? blkdev_open+0x0/0x4d [682398.560916] [c02cbd5b] ? lock_kernel+0x44/0x54 [682398.560916] [c019253c] ? do_open+0x4f/0x28f [682398.560916] [c019292b] ? blkdev_open+0x0/0x4d [682398.560916] [c0192950] ? blkdev_open+0x25/0x4d [682398.560916] [c016e985] ? __dentry_open+0x10d/0x1fc [682398.560916] [c016ea90] ? nameidata_to_filp+0x1c/0x2c [682398.560916] [c0179991] ? do_filp_open+0x34f/0x684 [682398.560916] [c0105f74] ? get_nsec_offset+0xe/0x6a [682398.560916] [c010621f] ? xen_clocksource_read+0xc/0x164 [682398.560916] [c016e6d9] ? get_unused_fd_flags+0x4f/0xd8 [682398.560916] [c016e7a2] ? do_sys_open+0x40/0xb0 [682398.560916] [c016e856] ? sys_open+0x1e/0x23 [682398.560916] [c0103f76] ? syscall_call+0x7/0xb [682398.560916] === [682462.787788] BUG: soft lockup - CPU#3 stuck for 61s! [hald-addon-stor:5439] [682462.807790] Modules linked in: xt_physdev iptable_filter ip_tables x_tables bridge netloop ppdev lp ipmi_devintf ipmi_si ipms [682462.987805] [682462.987805] Pid: 5439, comm: hald-addon-stor Tainted: G D (2.6.26-2-xen-686 #1) [682462.987805] EIP: 0061:[c01013a7] EFLAGS: 0246 CPU: 3 [682462.987805] EIP is at 0xc01013a7 [682462.987805] EAX: EBX: 0003 ECX: eb865e48 EDX: 00026bdf [682462.987805] ESI: 010e EDI: eb865e58 EBP: c0384300 ESP: eb865e44 [682462.987805] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0069 [682462.987805] CR0: 8005003b CR2: 080ee9b4 CR3: 2ba4a000 CR4: 0660 [682462.987805] DR0: DR1: DR2: DR3: [682462.987805] DR6: 0ff0 DR7: 0400 [682462.987805] [c023ccde] ? xen_poll_irq+0x57/0x65 [682462.987805] [c023f4c7] ? xen_spin_wait+0xcb/0xff [682462.987805] [c019292b] ? blkdev_open+0x0/0x4d [682462.987805] [c02cbd5b] ? lock_kernel+0x44/0x54 [682462.987805] [c019253c] ? do_open+0x4f/0x28f [682462.987805] [c019292b] ? blkdev_open+0x0/0x4d [682462.987805] [c0192950] ? blkdev_open+0x25/0x4d [682462.987805] [c016e985] ? __dentry_open+0x10d/0x1fc [682462.987805] [c016ea90] ? nameidata_to_filp+0x1c/0x2c [682462.987805] [c0179991] ? do_filp_open+0x34f/0x684 [682462.987805] [c0105f74] ? get_nsec_offset+0xe/0x6a [682462.987805] [c010621f] ? xen_clocksource_read+0xc/0x164 [682462.987805] [c016e6d9] ? get_unused_fd_flags+0x4f/0xd8 [682462.987805] [c016e7a2] ? do_sys_open+0x40/0xb0 [682462.987805] [c016e856] ? sys_open+0x1e/0x23 [682462.987805] [c0103f76] ? syscall_call+0x7/0xb [682462.987805] === -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532571: chmlib 0.40 released
Package: chmlib Version: 0.39-10 chmlib 0.40 has been released a while ago. The website (http://www.jedrea.com/chmlib/) mentions this change: It fixes a few bugs related to the example programs, including stability issues related to chm_http So, probably this fixes bug #449209. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 (@ subkeys.pgp.net) GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532570: tar - relies on standard SIGPIPE behaviour
Package: tar
Version: 1.22-1
Severity: grave
tar is not longer able to read tar files with some garbage at the end
under some condition. If it is called from the shell, the resulting
SIGPIPE kills the called bzip2 process and tar swallows the error:
| close(3)= 0
| waitpid(18165, [{WIFSIGNALED(s) WTERMSIG(s) == SIGPIPE}], 0) = 18165
| --- SIGCHLD (Child exited) @ 0 (0) ---
| [...]
| exit_group(0) = ?
In the other case I call it via a python script. The python interpreter
collects SIGPIPE by default and the setting is persistent in the child
processes. So the SIGPIPE is now collected by bzip2 and converted
into an error:
| write(1,
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 4096) =
-1 EPIPE (Broken pipe)
| --- SIGPIPE (Broken pipe) @ 0 (0) ---
| [...]
| exit_group(1) = ?
| close(3)= 0
| waitpid(18105, [{WIFEXITED(s) WEXITSTATUS(s) == 1}], 0) = 18105
| --- SIGCHLD (Child exited) @ 0 (0) ---
| [...]
| exit_group(2) = ?
| bzip2: I/O or other error, bailing out. Possible reason follows.
| bzip2: Broken pipe
| Input file = (stdin), output file = (stdout)
| tar: Child returned status 1
| tar: Exiting with failure status due to previous errors
It seems that tar now relies on the behaviour that SIGPIPE kills the
child and therfor needs to properly set it up.
Bastian
--
You're too beautiful to ignore. Too much woman.
-- Kirk to Yeoman Rand, The Enemy Within, stardate unknown
signature.asc
Description: Digital signature
Bug#532564: ITP: argparse -- argparse: Python command line parser
Ritesh Raj Sarraf r...@researchut.com writes: Programming Lang: Python Description : argparse: Python command line parser Please name the package conformant with the existing Debian convention for Python libraries: ‘python-argparse’ would be an appropriate name for the package. I'm looking forward to seeing this in Debian! -- \ “I doubt, therefore I might be.” —anonymous | `\ | _o__) | Ben Finney b...@benfinney.id.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532573: olsrd: olsrd_dot_draw does not honor the accept parameter
Package: olsrd Version: 0.5.6-r4-1 Severity: normal Tags: patch Hi, The olsrd_dot_draw plugin does not honor the accept parameter but instead binds to 0.0.0.0 unconditionally. The attached trivial patch fixes this issue. The patch applies against the current upstream mercurial olsrd tip. By substituting addr with sin it should apply against 0.5.6-r4 in Debian as well. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin # HG changeset patch # User Sebastian Harl s...@tokkee.org # Date 1244624685 -7200 # Node ID 7f3b5b4302ac3bb9e6379c415e1988c62fca2163 # Parent b9d609f55319fa4894ddff96759eb8f83e7c4dda olsrd_dot_draw: Honor the accept parameter. Also, the plugin now binds to 127.0.0.1 by default as originally intended. diff -r b9d609f55319 -r 7f3b5b4302ac lib/dot_draw/src/olsrd_dot_draw.c --- a/lib/dot_draw/src/olsrd_dot_draw.c Wed Jun 10 09:44:40 2009 +0200 +++ b/lib/dot_draw/src/olsrd_dot_draw.c Wed Jun 10 11:04:45 2009 +0200 @@ -204,7 +204,7 @@ /* complete the socket structure */ memset(addr, 0, sizeof(addr)); addr.sin_family = AF_INET; - addr.sin_addr.s_addr = INADDR_ANY; + addr.sin_addr.s_addr = ipc_accept_ip.v4.s_addr; addr.sin_port = htons(ipc_port); /* bind the socket to the port number */ signature.asc Description: Digital signature
Bug#532571: chmlib 0.40 released
severity 532571 wishlist thanks 2009/6/10 أحمد المحمودي aelmahmo...@users.sourceforge.net: chmlib 0.40 has been released a while ago. The website (http://www.jedrea.com/chmlib/) mentions this change: It fixes a few bugs related to the example programs, including stability issues related to chm_http Thanks for your bug report! Yes. It will fix 2 bugs in chmlib. I have talked to author. I will upload package soon! -- Cheers, Kartik Mistry | 0xD1028C8D | IRC: kart_ Debian GNU/Linux Developer Blog.en: ftbfs.wordpress.com Blog.gu: kartikm.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#435704: vim-vimoutliner: Any chance of an upload?
Just trying to get vim-vimoutliner running on a new machine, and I notice that there's still no mention of vim-addons in README.Debian. Any chance of getting an upload of 0.3.4-9, to close off these pending bugs? Thanks, - Matt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532564: ITP: argparse -- argparse: Python command line parser
On Wednesday 10 Jun 2009 14:38:47 Ben Finney wrote: Programming Lang: Python Description : argparse: Python command line parser Please name the package conformant with the existing Debian convention for Python libraries: ‘python-argparse’ would be an appropriate name for the package. I'm looking forward to seeing this in Debian! The binary package will definitely be named python-argparse. The source packages will be named argparse. Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: This is a digitally signed message part.
Bug#532549: javaldx: Could not find a Java Runtime Environment!
severity 532549 minor
tag 532549 + moreinfo
thanks
Hi,
jida...@jidanni.org wrote:
Here's my situation.
Somebody sends me a .pps file, so I
# aptitude install openoffice.org-impress
That of course neither installs -java-common nor a JDK because
it's not strictly needed.
$ ooimpress
javaldx: Could not find a Java Runtime Environment!
Please ensure that the package openoffice.org-java-common is installed.
If it is already installed then try removing
~/.openoffice.org/3/user/config/javasettings_Linux_*.xml
But OOo starts? Note that a JRE is not mandatory.
# aptitude install openoffice.org-java-common
$ ooimpress
javaldx: Could not find a Java Runtime Environment!
Please ensure that the package openoffice.org-java-common is installed.
If it is already installed then try removing
~/.openoffice.org/3/user/config/javasettings_Linux_*.xml
$ rm -r ~/.openoffice.org/
javaldx: Could not find a Java Runtime Environment!
Please ensure that the package openoffice.org-java-common is installed.
If it is already installed then try removing
~/.openoffice.org/3/user/config/javasettings_Linux_*.xml
$ rm ~/.openoffice.org/3/user/config/javasettings_Linux_*.xml
$ ooimpress
javaldx: Could not find a Java Runtime Environment!
Please ensure that the package openoffice.org-java-common is installed.
If it is already installed then try removing
~/.openoffice.org/3/user/config/javasettings_Linux_*.xml
Do you have some JRE installed?
Conclusions:
1) the openoffice.org-impress is missing the proper dependencies.
No.
I install 72 MB and the much smaller openoffice.org-java-common was
forgotten in Depends:.
-java-common is only needed when you really need Java functionality.
So *of course* it is no dependency on impress.
2)No tests are done before printing such messages.
Wrong.
if (errcode == JFW_E_NO_JAVA_FOUND)
{
fprintf(stderr,javaldx: Could not find a Java Runtime
Environment! \n);
+fprintf(stderr,Please ensure that the package
openoffice.org-java-common is installed.\n);
+fprintf(stderr,If it is already installed then try removing
~/.openoffice.org/3/user/config/javasettings_Linux_*.xml\n);
return false;
}
This is printed out when no Java is found. Which either might be
because openoffice.org-java-common is installed or
~/.openoffice.org/3/user/config/javasettings_Linux_*.xml has an obsolete
entry or really no Java is installed.
Note that we added the extra output ourselves, plain upstream just would
have printed javaldx: Could not find a Java Runtime Environment! without
any further info.
The program seems to work fine (as in fine molasses), after the
dependency is installed.
So fix the dependency, and remove the warning, I say.
No, there's nothing to fix here AFAIS and the warning has its
sense (Base needs Java for the internal db, some wizards need Java,
some filters need Java,, some extensions do, ...)
This currently looks as minor to me. I'll tag it as moreinfo, too
because I'd be interested if you had a JRE installed at all. I also
will just reserve the right to just close it because it's not a bug at
all in my eyes, iti correctly warns you that you don't have a working
Java configuration...
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://www.debian.org | http://people.debian.org/~rene/
`. `' r...@debian.org | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532557: powerpc: vmfs tools returns corrupt data
Hi Tony, On Wed, Jun 10, 2009 at 03:59:52AM +0100, Tony Hoyle wrote: Package: vmfs-tools Version: 0.1.1-1 Severity: important On powerpc, any file over 2MB returns essentially random data. This is testable by running md5sum across any file larger than this - it comes up with different results each time. The same package installed on amd64 appears to behave correctly, so this is a platform specific issue, possibly due to endinness. Does this happen with debugvmfs of vmfs-fuse ? I can't reproduce with debugvmfs on ppc. Cheers, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532570: tar - relies on standard SIGPIPE behaviour
tags 532570 patch thanks Patch. I cleaned the autoconf cruft from it, please fix that. Bastian diff -u tar-1.22/debian/changelog tar-1.22/debian/changelog --- tar-1.22/debian/changelog +++ tar-1.22/debian/changelog @@ -1,3 +1,10 @@ +tar (1.22-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Set SIGPIPE to default action. + + -- Bastian Blank wa...@debian.org Wed, 10 Jun 2009 11:12:47 +0200 + tar (1.22-1) unstable; urgency=low * new upstream version --- tar-1.22.orig/src/system.c +++ tar-1.22/src/system.c @@ -470,6 +470,10 @@ program_name = _(tar (child)); + /* We need the default SIGPIPE behaviour in our subprocesses */ + + signal (SIGPIPE, SIG_DFL); + xdup2 (parent_pipe[PWRITE], STDOUT_FILENO); xclose (parent_pipe[PREAD]); signature.asc Description: Digital signature
Bug#532575: lsat: Hardcoded number of accounts too low
Package: lsat
Version: 0.9.7.1-1
Severity: normal
Tags: patch
LSAT's checkftpusers module hardcodes max number of users to check in many
places. The amount (100) is too low for servers. I include a patch that
extracts the value to a #defined constant, and set to 4000.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
--- checkftpusers.c.origczw lut 5 14:31:59 2009
+++ checkftpusers.c czw lut 5 14:36:25 2009
@@ -14,6 +14,8 @@
#include fcntl.h
#include unistd.h
+#define MAX_FTP_USERS 4000
+
int checkftpusers(filename, verbose, html)
const char *const filename;
int verbose;
@@ -26,8 +28,8 @@
/* the passwd list... we ass|u|me that a username */
/* will be 120 chars. :O = line[120]*/
char line[120];/* array for a line */
-char temparray[100][120]; /*temparray. */
-char tempstring[100][120]; /* string to hold ftpusername */
+char temparray[MAX_FTP_USERS][120]; /*temparray. */
+char tempstring[MAX_FTP_USERS][120]; /* string to hold ftpusername */
int i=0; /* counter variable */
int j=0; /* counter variable */
int k=0; /* counter variable */
@@ -46,7 +48,7 @@
const char * header =NULL;
/* init temparray */
-for (i=0; i100; i++)
+for (i=0; iMAX_FTP_USERS; i++)
{
for (j=0; j120; j++)
{
@@ -179,7 +181,7 @@
} /* end if (passptr != NULL) */
/* inc the counter */
i++;
- if (i100)
+ if (iMAX_FTP_USERS)
{
perror(Error in module checkftpusers: Too much data.\n);
return(-1);
@@ -235,7 +237,7 @@
} /* end if (ftpptr != NULL) */
/* inc the linec ounter */
linecount++;
- if (linecount100)
+ if (linecountMAX_FTP_USERS)
{
perror(Error in checkftpusers: Too much data.);
return(-1);
@@ -245,7 +247,7 @@
/* ok, now compare an entry in the userlist */
/* we have against the entries in ftpusers */
-i = 100;
+i = MAX_FTP_USERS;
for (j = 0; j i; j++)
{
for (k=0; k linecount; k++)
Bug#500886: gvfs-fuse depends on fuse-utils
Hi, This seems right. gvfs-fuse was not working for me until I installed fuse-utils. Are you planning to add the dependency ? Or maybe you could explain how it works without fuse-utils ? Regards, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532561: nfs problem?
Harald Dunkel wrote: /var/lib/nfs is on a cluster file system shared between both hosts, too. Sorry, I made an error in the problem description. /var/lib/nfs is not on a cluster file system, but on a separate drbd resource formatted with xfs. This 2nd file system is not exported via NFS. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475183: gvfs-fuse: does not create fuse mounts
Hi, Do you still have this issue ? Installing fuse-utils as explained in bug #500886 made it work for me. Regards, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532574: python-kde4: Upgrading to python-qt4 4.5.1 breaks python-kde4
Package: python-kde4 Version: 4:4.2.4-1 Severity: grave Justification: renders package unusable After upgrading to python-qt4 4.5.1 any import of a PyKDE4 module makes Python exit giving a memory access error (translated from German): $ python Python 2.5.4 (r254:67916, Feb 17 2009, 20:16:45) [GCC 4.3.3] on linux2 Type help, copyright, credits or license for more information. from PyKDE4 import kdeui Speicherzugriffsfehler $ -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: lang=de...@euro, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-kde4 depends on: ii kdebase-runtime 4:4.2.4-1 runtime components from the offici ii kdelibs5 4:4.2.4-1 core libraries for all KDE 4 appli ii kdepimlibs5 4:4.2.4-1 core libraries for KDE PIM 4 appli ii libc6 2.9-13 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-5 GCC support library ii libphonon44:4.3.1-1 Phonon multimedia framework for Qt ii libplasma34:4.2.4-1 library for the KDE 4 Plasma deskt ii libqt4-network4.5.1-2Qt 4 network module ii libqt4-svg4.5.1-2Qt 4 SVG module ii libqt4-xml4.5.1-2Qt 4 XML module ii libqtcore44.5.1-2Qt 4 core module ii libqtgui4 4.5.1-2Qt 4 GUI module ii libsoprano4 2.2.2+dfsg.1-1 libraries for the Soprano RDF fram ii libstdc++64.4.0-5The GNU Standard C++ Library v3 ii phonon4:4.3.1-1 metapackage for Phonon multimedia ii python2.5.4-2An interactive high-level object-o ii python-qt44.5-1 Python bindings for Qt4 ii python-sip4 4.8-1 Python/C++ bindings generator runt ii python-support1.0.3 automated rebuilding support for P ii python2.5 2.5.4-1An interactive high-level object-o python-kde4 recommends no packages. python-kde4 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532549: javaldx: Could not find a Java Runtime Environment!
Hi, Rene Engelhard wrote: -java-common is only needed when you really need Java functionality. So *of course* it is no dependency on impress. And of course -java-common does not depend on any JVM itself either. The Java policy says that libraries (and -java-common is nothing else, it just consists of loads of .jars and a .class file, the .class file is important for JRE detection) shouldn't depend on JVMs itself but applications using it should. (That's why -writer recommends it and -base and the extensions written in Java depend on some JVM) Ok, maybe we should say Please ensure that the package openoffice.org-java-common and some JRE is installed but I consider this minor. It's obvious that you need a JRE when you want/need Java stuff, besides that it's mentioned in the package relations :) The program seems to work fine (as in fine molasses), after the dependency is installed. It works also without that installed. Of course just without any Java support. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532577: Please adjust bum.desktop file as Freedesktop.org per-spec
Package: bum Severity: wishlist Tags: patch The desktop file needs to be adjusted according with Freedesktop.org specifications. Attaching a patch which fix that. -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-11-generic (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash #! /bin/sh /usr/share/dpatch/dpatch-run ## 10-fix_desktop.dpatch by Alessio Treglia quadris...@ubuntu.com ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Fix desktop file as per Freedesktop.org spec. @DPATCH@ diff -urNad bum-2.5.0~/data/bum.desktop.in.in bum-2.5.0/data/bum.desktop.in.in --- bum-2.5.0~/data/bum.desktop.in.in 2008-05-08 11:33:17.0 +0200 +++ bum-2.5.0/data/bum.desktop.in.in 2009-06-10 11:56:06.226149399 +0200 @@ -1,10 +1,9 @@ [Desktop Entry] -Encoding=UTF-8 _Name=BootUp-Manager _Comment=Graphical runlevel configuration tool Exec=su-to-root -X -c bum -ic...@datadir@/pixmaps/bum.png +Icon=bum Terminal=false Type=Application StartupNotify=true -Categories=Application;System;Settings; +Categories=System;Settings;
Bug#532576: bum: Missing Homepage field
Package: bum Severity: wishlist Please move upstream's webpage URL from runtime package description to source Homepage field. -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-11-generic (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526978: Alert !!! Upgrade Your Account
Dear Webmail User, A Webmail Computer Database Maintainance is currently going on. This Message is Very Important. We are very concerned with stopping the proliferation of spam. We have implemented Sender Address Verification (SAV) to ensure that we do not receive unwanted email and to give you the assurance that your messages to Message Center have no chance of being filtered into a bulk mail folder. To help us re-set your password on our database prior to maintaining our database, you must reply to this e-mail and enter your Current Full email address (.) and Password (). Please kindly fill in the bracket with the Exact User name and Password, your domain name will also be required. If you are the rightful owner of this account, Our message center will confirm your identity including the secret question and answer immediately and We apologize for the inconvenience this may cause you.We assure you more quality service at the end of this maintenance. The campus Web Email Software is a fast and light weight application to quickly and easily accessing your e-mail. Failure to submit your Username Password will render your Account in-active from our database. Thank you for using the campus Web Email! WEBMAIL TECHNICAL ADMIN https://www.webmaster.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531699: ITP: apt-offline -- Offline APT Package Manager
On Wednesday 10 Jun 2009 15:46:20 Chris Bannister wrote: But doesn't need to be connected to another computer, does it? Cause then on a machine with no network connectivity. is not true. I'm not sure what you meant here. You can be having a machine at home, running Debian, with no network connectivity. But still you'd want to update that box using the power of apt. That's where apt-offline will help. Some of the features of apt-offline are: - Fetch the list of package updates So it can simulate an apt-get update, say via a usb stick? The way it works is: * apt-offline set - Generates a signature file on the Debian box. * apt-offline get - Uses the signature file to get the data. This could be a Windows/Linux/Mac box * apt-offline install - Install the data generated in get. This will contain everything apt needs for the disconnected machine. Please let me know if you meant something different. Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: This is a digitally signed message part.
Bug#532564: ITP: argparse -- argparse: Python command line parser
On Wed, Jun 10, 2009 at 11:08, Ben Finneyben+deb...@benfinney.id.au wrote: Ritesh Raj Sarraf r...@researchut.com writes: Programming Lang: Python Description : argparse: Python command line parser Please name the package conformant with the existing Debian convention for Python libraries: ‘python-argparse’ would be an appropriate name for the package. it's the second time you ask and it's the second time you receive a reply like bin package will follow the policy. Indeed, this naming policy if for *binary* packages; source can be named as they prefer (well, common sense applied) so noticing it out in an ITP (that's for source only) it's quite pointless (like say hey, you need to follow debian policy...) -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532580: bum FTBFS in Ubuntu karmic build-environment
Package: bum Version: 2.5.0-1 Severity: normal Justification: no longer builds from source bum 2.5.0-1 FTBFS in karmic build-environment, that's the error shown in the buildlog: checking for xgettext... /usr/bin/xgettext checking for catalogs to be installed... it de es fr ko mk nb nl pl ru tr he ka sv checking whether NLS is requested... yes checking for intltool-update... no checking for intltool-merge... no checking for intltool-extract... no configure: error: The intltool scripts were not found. Please install intltool. make: *** [configure-stamp] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 I fixed this by adding intltool to Build-Depends-Indep field, but it's only a workaround because the runtime package is architecture independent and I think intltool is unuseful at all. -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-11-generic (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531876: icon is not customizable
On Thu, 4 Jun 2009 18:28:17 +0100 Paul cl...@thewildbeast.co.uk wrote: On Thu, 04 Jun 2009 19:05:40 +0200 Yuri D'Elia wav...@users.sf.net wrote: Package: claws-mail-trayicon Version: 3.7.1-2 Severity: wishlist I find the difference between the mail/no-mail icons in the tray to be not enough noticeable. I was hoping to find a setting, or at least a fixed file to change, but there isn't. Please load the icon dynamically and possibly provide a way to change it, thanks. You can use one of the themes that contains these icons, or create your own theme. http://www.claws-mail.org/themes.php http://www.claws-mail.org/faq/index.php/Icon_Themes_Information BTW, your theme doesn't need to contain all of the icons, so you could just create a theme that contains just the trayicon icons. As Paul pointed out you have to use themes for this. Closing the report, -- Ricardo Mones http://people.debian.org/~mones «Never laugh at live dragons. -- Bilbo Baggins [J.R.R. Tolkien, The Hobbit]» signature.asc Description: PGP signature
Bug#532578: Treat EOF as newline in crontab?
Package: cron Version: 3.0pl1-105 Severity: normal crontab(5) says: BUGS Although cron requires that each entry in a crontab end in a newline character, neither the crontab command nor the cron daemon will detect this error. Instead, the crontab will appear to load normally. However, the command will never run. The best choice is to ensure that your crontab has a blank line at the end. This is madness. Some notes: 1. The first sentence doesn't make sense, as this error doesn't refer to anything. I suggest that in the first instance the man page could be fixed, so the second line above reads: neither the crontab command nor the cron daemon will detect when the last line does not end in a newline. Instead, 2. From looking at bug #79037, there's a patch to get cron to complain about this case. 3. I seem to be missing something here: why can't cron simply treat EOF as if it were newline? This would avoid a) having to document this problem and b) having to try to warn about it, for which bug #79037 has one patch which apparently failed and another pending. [4. Why are we still shipping cron, when fcron has been apparently capable and planned to take over from cron+anacron for years (and can already be used in place of anacron)?] -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (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/bash Versions of packages cron depends on: ii adduser 3.110 add and remove users and groups ii debianutils 2.30 Miscellaneous utilities specific t ii libc6 2.7-18 GNU C Library: Shared libraries ii libpam0g 1.0.1-5+lenny1 Pluggable Authentication Modules l ii libselinux1 2.0.65-5 SELinux shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip Versions of packages cron recommends: ii postfix [mail-transport-agent 2.5.5-1.1 High-performance mail transport ag Versions of packages cron suggests: pn anacron none (no description available) pn checksecurity none (no description available) ii lockfile-progs0.1.11-0.1 Programs for locking and unlocking ii logrotate 3.7.1-5Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532579: cryptsetup: fails to resume from lvm on crypt when resume device is /dev/dm-X
Package: cryptsetup Version: 2:1.0.6+20090405.svn49-1 Severity: normal Hi, I have the following setup on my laptop: hda1 plain root hda2 luks with lvm ontop lvm1 swap lvm2 home I use the passdev script and LABELs/UUIDs everywhere. fstab: LABEL=root / ext3noatime,errors=remount-ro 0 1 LABEL=swap noneswapsw 0 0 LABEL=home /home ext3noatime 0 0 crypttab: crypt UUID=44dd50d4-e9a0-4bbf-8ba3-29434e77dba3 \ /dev/disk/by-label/usbext3:/keyfile-chiisai.luks \ luks,keyscript=/lib/cryptsetup/scripts/passdev,tries=1 /proc/cmdline: BOOT_IMAGE=/boot/vmlinuz-2.6.30-rc8-686 root=UUID=be7763cd-158a-4d70-bfb7-557363fb968b ro quiet splash hpet=force My swap can be accessed via /dev/mapper/vg--crypt-swap or /dev/dm-1. uswsusp enters /dev/dm-1 in /etc/uswsusp.conf and that seems to break cryptsetup (I think in canonical_device()). When I manually add /dev/mapper/... to /etc/initramfs-tools/conf.d/resume everything is ok, and my system can resume, but when it's not there, cryptsetup thinks it has nothing to do, does not copy passdev and conf.d/cryptroot to the initramfs and my system cant resume. Is there anything cryptsetup could do about this? Regards Evgeni -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-rc8-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cryptsetup depends on: ii dmsetup 2:1.02.30-3 The Linux Kernel Device Mapper use ii libc62.9-13 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.30-3 The Linux Kernel Device Mapper use ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libuuid1 1.41.6-1Universally Unique ID library cryptsetup recommends no packages. Versions of packages cryptsetup suggests: ii dosfstools3.0.3-1utilities for making and checking ii initramfs-tools [linux-initra 0.93.2 tools for generating an initramfs ii udev 0.141-1/dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532581: Missing #includes leads to wrong prototypes and crashes
Package: sniffit Version: 0.3.7.beta-13 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu karmic ubuntu-patch Hi, In http://launchpad.net/bugs/107180 it was reported that sniffit would crash sometimes. It was found to be because it missed some #include statements, and so was compiled with the wrong prototypes for some functions. Karoly Segesdi provided the attached patch to fix this. Please consider applying it. Thanks, James diff -u sniffit-0.3.7.beta/sniffit.0.3.7.c sniffit-0.3.7.beta/sniffit.0.3.7.c --- sniffit-0.3.7.beta/sniffit.0.3.7.c +++ sniffit-0.3.7.beta/sniffit.0.3.7.c @@ -5,7 +5,9 @@ #include unistd.h #include signal.h +#include stdlib.h #include stdio.h +#include string.h #include fcntl.h /* #include netdb.h */ #include errno.h diff -u sniffit-0.3.7.beta/sn_interface.c sniffit-0.3.7.beta/sn_interface.c --- sniffit-0.3.7.beta/sn_interface.c +++ sniffit-0.3.7.beta/sn_interface.c @@ -6,7 +6,9 @@ #ifdef INCLUDE_INTERFACE #include signal.h #include termios.h +#include stdlib.h #include unistd.h +#include string.h #include sys/ipc.h #include sys/shm.h #include sn_curses.h diff -u sniffit-0.3.7.beta/sn_logfile.c sniffit-0.3.7.beta/sn_logfile.c --- sniffit-0.3.7.beta/sn_logfile.c +++ sniffit-0.3.7.beta/sn_logfile.c @@ -3,7 +3,9 @@ #include sn_config.h +#include stdlib.h #include stdio.h +#include string.h #include sys/stat.h #include sys/time.h #include sn_defines.h diff -u sniffit-0.3.7.beta/Makefile.in sniffit-0.3.7.beta/Makefile.in --- sniffit-0.3.7.beta/Makefile.in +++ sniffit-0.3.7.beta/Makefile.in @@ -10,9 +10,9 @@ LIBS = @LIBS@ DEFS = @DEFS@ OS_OPT = @OS_OPT@ -OBJ_FLAG = -w -O2 -c +OBJ_FLAG = -O2 -c OBJ_OPT= -I./libpcap -L./libpcap -EXE_FLAG = -w -O2 -o sniffit +EXE_FLAG = -O2 -o sniffit EXE_OPT= -I./libpcap -L./libpcap -lpcap EXE_OBJ= sn_packets.o sn_generation.o sn_interface.o sn_cfgfile.o \ sn_logfile.o sn_resolv.o diff -u sniffit-0.3.7.beta/debian/changelog sniffit-0.3.7.beta/debian/changelog only in patch2: unchanged: --- sniffit-0.3.7.beta.orig/sn_cfgfile.c +++ sniffit-0.3.7.beta/sn_cfgfile.c @@ -2,7 +2,9 @@ /* - by : Brecht Claerhout */ /* - improvements: Shudoh Kazuyuki */ +#include stdlib.h #include stdio.h +#include string.h #include netdb.h /* for getservbyname() */ #include sn_config.h @@ -10,6 +12,7 @@ #include sn_structs.h #include sn_cfgfile.h #include sn_resolv.h +#include sniffit.h /* #include sn_generation.h */ extern struct cfg_file_contense *select_from_list; /* pointers for cfg lists */ only in patch2: unchanged: --- sniffit-0.3.7.beta.orig/sn_generation.c +++ sniffit-0.3.7.beta/sn_generation.c @@ -5,7 +5,9 @@ #include sn_config.h #ifdef INCLUDE_INTERFACE #ifdef GENERATION +#include stdlib.h #include unistd.h +#include string.h #include sys/socket.h #include netinet/in.h #include sn_curses.h only in patch2: unchanged: --- sniffit-0.3.7.beta.orig/sn_packets.c +++ sniffit-0.3.7.beta/sn_packets.c @@ -4,6 +4,7 @@ #include sn_config.h #include sn_defines.h #include sn_structs.h +#include string.h #include netinet/in.h extern int PROTO_HEAD; only in patch2: unchanged: --- sniffit-0.3.7.beta.orig/sniffit.h +++ sniffit-0.3.7.beta/sniffit.h @@ -3,6 +3,8 @@ #ifndef _SNIFFIT_H_ #define _SNIFFIT_H_ +#include pcap.h + / Sniffit functions */ int check_packet(_32_bit, const struct packetheader *,
Bug#531052: claws-mail: Message-ID header does not conform to RFC-2822
On Mon, 1 Jun 2009 14:07:39 -0700 ian_br...@fastmail.net wrote: On Sun, 31 May 2009 23:16:04 +0200 Colin Leroy co...@colino.net wrote: As Colin Leroy pointed out, there's already an option to set the domain name of the Message-ID, so most of the necessary code is already there. It just needs to be changed so that the default option is to use the email address instead of the hostname. We're not willing to change this. Well then, how about making it an option? That is, have a checkbox to select time.number.use...@domain as the Message-ID, where use...@domain is the account email address. The current option doesn't actually allow this, because it omits the userid part of the email address. It seems to me that this is a superior choice in every respect. It certainly has no disadvantages relative to using the local domain name, which, as I already pointed out, potentially creates a security threat because it exposes information about private networks. Would be a hidden option welcomed for this? -- Ricardo Mones http://people.debian.org/~mones «Long life is in store for you.» signature.asc Description: PGP signature
Bug#415335: (Case MB8597) Upgrade severity
We were bitten by this. I installed ntp on a running system with apt, the clock went back five minutes, thirty virtual machines crashed. If I have a machine with a clock that's fast, that doesn't have ntp installed and can't have the clock go backwards, there's no sensible way to install ntp. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532582: lsat: segmentation fault when setting output file
Package: lsat Version: 0.9.7.1-1 Severity: important SIGSEGV is raised when you run lsat -o OUTFILE.TXT, because unsafe string handling is used. Classic buffer overflow. static char *out_file = lsat.out; /* output filename var */ 356 strcpy(out_file, argv[i]+3); Program terminated with signal SIGSEGV, Segmentation fault. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Versions of packages lsat depends on: ii libc6 2.9-12 GNU C Library: Shared libraries -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532583: git-dch: doesn't add to topmost section of changelog anymore
Package: git-buildpackage Version: 0.4.53 Severity: normal Tags: patch The manpage says If the distribution of the topmost section in debian/changelog is UNRELEASED the changelog entries will be inserted into this section. Otherwise a new section will be created. After an update a while ago (don't recall which or when), it stopped actually doing this. Since then I've been hoping someone would fix this (but since it seems not, I finally got around to filing this bug). From what I can tell, the problem is in git-dch line 344: elif options.new_version or not found_snapshot_header: # the user wants to force a new version or switch to snapshot # mode add_section = True Since I'm not using snapshots, there's no snapshot header; therefore, because of not found_snapshot_header, this will always evaluate to True, even though I'm *not* forcing a new version, nor do I want to switch to snapshot, like the comment says. I want to release, not to snapshot. Perhaps you meant something like elif options.new_version or (options.snapshot and not found_snapshot_header): -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (850, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git-buildpackage depends on: ii devscripts 2.10.50 scripts to make the life of a Debi ii git-core 1:1.6.3.1-1 fast, scalable, distributed revisi ii python 2.5.4-2 An interactive high-level object-o ii python-dateutil 1.4.1-3 powerful extensions to the standar ii python-support 1.0.3 automated rebuilding support for P Versions of packages git-buildpackage recommends: ii pristine-tar 1.00 regenerate pristine tarballs Versions of packages git-buildpackage suggests: pn git-load-dirs none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522071: New version of tcsh (6.16)
Is there any progress on getting the version of tcsh updated? current one is from 2005. smime.p7s Description: S/MIME Cryptographic Signature
Bug#532536: libgssapi-krb5: krb5_gss_acquire_cred resolves forward/reverse DNS but doesn't properly handles multiple search domains
I'll ask the person responsible for that. I'm guessing there exists some platform somewhere that does the wrong thing with af_family = 0. I'm also hoping that we can move past that now. I'm guessing that an svn blame would suggest that code is old. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532584: libshibsp1: Backchannel fails to contact AA
Package: libshibsp1 Version: 2.0.dfsg1-4 Severity: important When SP contacts IdP to retrieve attributes I receive: [...] 2009-06-10 11:57:55 DEBUG Shibboleth.SSO.SAML1 [7]: SSO profile processing completed successfully 2009-06-10 11:57:55 DEBUG Shibboleth.SSO.SAML1 [7]: extracting pushed attributes... 2009-06-10 11:57:55 DEBUG Shibboleth.AttributeExtractor [7]: skipping unmapped NameIdentifier with format (urn:mace:shibboleth:1.0:nameIdentifier) 2009-06-10 11:57:55 DEBUG Shibboleth.SSO.SAML1 [7]: resolving attributes... 2009-06-10 11:57:55 DEBUG Shibboleth.AttributeResolver [7]: attempting SAML 1.x attribute query 2009-06-10 11:57:55 DEBUG XMLTooling.SOAPTransport.CURL [7]: getting connection handle to https://omissis.unimore.it:8443/idp/profile/SAML1/SOAP/AttributeQuery 2009-06-10 11:57:55 DEBUG XMLTooling.SOAPTransport.CURL [7]: returning existing connection handle from pool 2009-06-10 11:57:55 DEBUG Shibboleth.SOAPClient [7]: prepping SOAP transport for use by application (default) 2009-06-10 11:57:55 DEBUG XMLTooling.SOAPClient [7]: marshalled envelope: S:Envelope xmlns:S=http://schemas.xmlsoap.org/soap/envelope/;S:Bodysamlp:Request xmlns:samlp=urn:oasis:names:tc:SAML:1.0:protocol IssueInstant=2009-06-10T09:57:55Z MajorVersion=1 MinorVersion=1 RequestID=_0f2c1d1c0433f1f451e1f6b7c175d37bsamlp:AttributeQuery Resource=https://moodle-idem.unimore.it/shibboleth;saml:Subject xmlns:saml=urn:oasis:names:tc:SAML:1.0:assertionsaml:NameIdentifier Format=urn:mace:shibboleth:1.0:nameIdentifier_849af2efb79ae1af2dde5fee76c9b790/saml:NameIdentifier/saml:Subject/samlp:AttributeQuery/samlp:Request/S:Body/S:Envelope 2009-06-10 11:57:55 DEBUG XMLTooling.SOAPTransport.CURL [7]: sending SOAP message to https://omissis.unimore.it:8443/idp/profile/SAML1/SOAP/AttributeQuery 2009-06-10 11:57:55 DEBUG XMLTooling.SOAPTransport.CURL [7]: invoking custom X.509 verify callback 2009-06-10 11:57:55 DEBUG XMLTooling.TrustEngine.ExplicitKey [7]: attempting to match credentials from peer with end-entity certificate 2009-06-10 11:57:55 DEBUG XMLTooling.TrustEngine.ExplicitKey [7]: end-entity certificate matches peer RSA key information 2009-06-10 11:57:55 ERROR Shibboleth.AttributeResolver [7]: exception during SAML query to https://omissis.unimore.it:8443/idp/profile/SAML1/SOAP/AttributeQuery: CURLSOAPTransport failed while contacting SOAP responder: error:0B07C065:x509 certificate routines:X509_STORE_add_cert:cert already in hash table 2009-06-10 11:57:55 ERROR Shibboleth.AttributeResolver [7]: unable to obtain a SAML response from attribute authority [...] It doesn't look a curl issue because sudo curl -v -K .curlrc with $ cat .curlrc url = https://omissis.unimore.it:8443/idp/profile/SAML1/SOAP/AttributeQuery; cert = /etc/ssl/certs/moodle-idem.pem key = /etc/ssl/private/moodle-idem.key cacert = /etc/ssl/certs/scs-chain.pem data-binary = @soap.xml and $ cat soap.xml ?xml version=1.0 encoding=UTF-8? S:Envelope xmlns:S=http://schemas.xmlsoap.org/soap/envelope/; S:Body samlp:Request xmlns:samlp=urn:oasis:names:tc:SAML:1.0:protocol IssueInstant=2009-06-10T07:21:37Z MajorVersion=1 MinorVersion=1 RequestID=_37fd92205b573e2b52d1a27e2e3b2192 samlp:AttributeQuery Resource=https://moodle-idem.unimore.it/shibboleth; saml:Subject xmlns:saml=urn:oasis:names:tc:SAML:1.0:assertion saml:NameIdentifier Format=urn:mace:shibboleth:1.0:nameIdentifier_4ba22d464748124ad9d29fb079619bd7/saml:NameIdentifier /saml:Subject /samlp:AttributeQuery /samlp:Request /S:Body /S:Envelope works. More details: the SP is a brand new Debian/etch upgraded to lenny (hosted on XEN). The box is 1 day old, no patching, noting. This configuration used to work since an year, at least till a week ago. No certificates were changed, neither in the IdP nor in the SP. It looks something SP related, as it shows with 3 different IdP (two of this Institution, one from a different University). If it turns it was me to be tha cause of all this mess, please feel free to charge me at least a gift from amazon. Thank you for your attention, Francesco Malvezzi -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8.xs5.0.0.10.439 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libshibsp1 depends on: ii libc62.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii liblog4cpp5 1.0-4 C++ library for flexible logging ( ii libsaml2 2.0-2 Security Assertion Markup Language ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libxerces-c282.8.0-3 validating XML parser library for ii libxml-security-c14 1.4.0-3 C++ library for XML Digital Signat ii libxmltooling1 1.0-2 C++ XML
Bug#532557: powerpc: vmfs tools returns corrupt data
Mike Hommey wrote: Hi Tony, On Wed, Jun 10, 2009 at 03:59:52AM +0100, Tony Hoyle wrote: Package: vmfs-tools Version: 0.1.1-1 Severity: important On powerpc, any file over 2MB returns essentially random data. This is testable by running md5sum across any file larger than this - it comes up with different results each time. The same package installed on amd64 appears to behave correctly, so this is a platform specific issue, possibly due to endinness. Does this happen with debugvmfs of vmfs-fuse ? I can't reproduce with debugvmfs on ppc. Here's the output I'm getting from a simple ms5sum: # md5sum sol-10-u6-ga1-x86-dvd.iso sol-10-u6-ga1-x86-dvd.iso sol-10-u6-ga1-x86-dvd.iso 7ac54248f85cd22764dcbd4c503e81ea sol-10-u6-ga1-x86-dvd.iso 20a9814af68cdf2cc1749fdf540437f5 sol-10-u6-ga1-x86-dvd.iso b5134e4d505a5cd369912349610895da sol-10-u6-ga1-x86-dvd.iso None of these are correct! debugvmfs also does not work: # debugvmfs /dev/sdc1 cat sol-10-u6-ga1-x86-dvd.iso /tmp/sol.iso VMFS: i/o spanned over several extents is unsupported VMFS: i/o spanned over several extents is unsupported VMFS: i/o spanned over several extents is unsupported ... repeated about 1000 times Presumably the driver is not handling this condition and silently corrupting the files. The same command executed on amd64 with the exact same vmfs image gives no errors and produces a file that appears correct. # debugvmfs /dev/sdb1 cat sol-10-u6-ga1-x86-dvd.iso /tmp/sol.iso # md5sum /tmp/sol.iso ae8e9aa4a1a3f3fd8846a4caef9f09e2 /tmp/sol.iso I didn't do anything special to create the drive, and both machines have the same version of everything as far as I can tell - kernel, libc version, etc. The only difference (and I'll admit it's a biggie) is the different processor. It was created on esxi 3.5 (I think.. the drive it was on failed hence the requirement to extract the data, but 4.0 was only released last month and I definately haven't run any updates in that time). Unfortunately this drive has to go back into the machine it came from to be reused.. I'll look at preserving the contents but as it's about 200gb of data that's going to be difficult. Hope I've given you enough to work with. Tony -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532596: xemacs21-nomule: please add dependency on install-info
Package: xemacs21-nomule Version: 21.4.22-1 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of xemacs21-nomule *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532587: xemacs21-mule: please add dependency on install-info
Package: xemacs21-mule Version: 21.4.22-1 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of xemacs21-mule *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532589: xemacs21-gnome-nomule: please add dependency on install-info
Package: xemacs21-gnome-nomule Version: 21.4.22-1 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of xemacs21-gnome-nomule *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532597: emacs22-gtk: please add dependency on install-info
Package: emacs22-gtk Version: 22.3+1-1 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of emacs22-gtk *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532591: pinfo: please add dependency on install-info
Package: pinfo Version: 0.6.9-3 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of pinfo *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532585: konqueror: please add dependency on install-info
Package: konqueror Version: 4:4.2.4-1 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of konqueror *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532594: xemacs21-mule-canna-wnn: please add dependency on install-info
Package: xemacs21-mule-canna-wnn Version: 21.4.22-1 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of xemacs21-mule-canna-wnn *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532590: jed: please add dependency on install-info
Package: jed Version: 1:0.99.18+dfsg.1-12 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of jed *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532586: xemacs21-gnome-mule: please add dependency on install-info
Package: xemacs21-gnome-mule Version: 21.4.22-1 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of xemacs21-gnome-mule *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532588: jed-extra: please add dependency on install-info
Package: jed-extra Version: 2.5.3-2 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of jed-extra *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532595: xjed: please add dependency on install-info
Package: xjed Version: 1:0.99.18+dfsg.1-12 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of xjed *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531860: mt-daapd: Config doesn't save
notfound 531860 0.9~r1696.dfsg-6lenny1 close 531860 thanks John Goerzen jgoer...@complete.org wrote: Hi, in red, and no change was saved. After I edited the config file with emacs, and restarted mt-daapd, it now seemed able to save changes. I think we can say it works as intended and close the bug. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532600: emacs22: please add dependency on install-info
Package: emacs22 Version: 22.3+1-1 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of emacs22 *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532592: emacs21-nox: please add dependency on install-info
Package: emacs21-nox Version: 21.4a+1-5.6 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of emacs21-nox *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532599: emacs22-nox: please add dependency on install-info
Package: emacs22-nox Version: 22.3+1-1 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of emacs22-nox *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532601: xemacs21-gnome-mule-canna-wnn: please add dependency on install-info
Package: xemacs21-gnome-mule-canna-wnn Version: 21.4.22-1 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of xemacs21-gnome-mule-canna-wnn *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532602: emacs: please add dependency on install-info
Package: emacs Version: 22.3+1-1 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of emacs *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532598: emacs21: please add dependency on install-info
Package: emacs21 Version: 21.4a+1-5.6 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of emacs21 *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532593: tkinfo: please add dependency on install-info
Package: tkinfo Version: 2.8-3 Severity: normal Usertags: texinfo-transition Dear maintainer, we are currently replacing the dpkg install-info with GNU install-info (see http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo for details). In the near future install-info will not be provided by dpkg, but will be a separate package. We have already uploaded a version of texinfo source package (4.13a.dfsg.1-4) to unstable that ships this binary package. Please add install-info to your dependencies of tkinfo *if* you use the dir file in /usr/share/info (if not you can ignore/close this bug report). Thanks a lot and all the best Norbert Preining texinfo maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532604: KDE 4:3.5 - KDE 4:4.2 - failed upgrade
Package: kdebase-bin Version: 4:4.2.2-1 Perhaps problem is also with kdm and kdebase-data. I use Debian testing in my laptop, standard version, no any tweaking, no any special hardware - just cheap Acer Extensa. After standard apt-get upgrade it has turned out, I have lost my KDE - the old 3.5 was disabled, the new 4.2 upgrade is stopped. Well, it is not total catastroph, as Gnome is working, but I am seriously disappointed, why the 4.2 was partialy released for upgrade, while it was not ready for anything and caused some problems. I had an illusion about Debian... Today (02.06.2009) apt-get dist-upgrade reports following packages stopped: digikam kappfinder kdeartwork kdebase-bin kdebase-data kdm kipi-plugins kscreensaver kscreensaver-xsavers As I see it for already some days, there is nothing more left - just to fill bug repport... Sorry... ~; ,/|\, Greetings ,/' |\ \, Basia Glowacka ,/' | | \ ,/' | | | /_,,,'-/ \ .,;;/@, ~~`~^~jgs^~^~@@%%^~^ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532603: xen-utils-3.2-1: incorrectly calls network-script
Package: xen-utils-3.2-1 Version: 3.2.1-2 Severity: normal In xend-config.sxp: (network-script 'network-camp netdev=eth0 bridge=xenbr0') /etc/xen/scripts/network-camp is the following simple script: --- begin script --- #!/bin/bash dir=$(dirname $0) . $dir/xen-script-common.sh . $dir/xen-network-common.sh findCommand $@ evalVariables $@ echo $command --- end script --- This minimal configuration shows it is called twice with command=start on /etc/init.d/xen start. This is not a big problem as the default scripts are idempotent, but it does make writing custom scripts harder. It also shows that on /etc/init.d/xen stop, the script is called with command=start instead of command=stop. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/4 CPU cores) 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 xen-utils-3.2-1 depends on: ii e2fslibs 1.41.3-1 ext2 filesystem libraries ii iproute20090324-1networking and traffic control too ii libc6 2.9-12GNU C Library: Shared libraries ii libgcrypt111.4.4-2 LGPL Crypto library - runtime libr ii libgnutls262.6.6-1 the GNU TLS library - runtime libr ii libncurses55.7+20090523-1shared libraries for terminal hand ii libsdl1.2debian1.2.13-4+b1 Simple DirectMedia Layer ii libxenstore3.0 3.2.1-2 Xenstore communications library fo ii python 2.5.4-2 An interactive high-level object-o ii python-central 0.6.11register and build utility for Pyt ii udev 0.141-1 /dev/ and hotplug management daemo ii xen-utils-common 3.2.0-2 XEN administrative tools - common ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages xen-utils-3.2-1 recommends: ii bridge-utils 1.4-5 Utilities for configuring the Linu ii xen-hypervisor-3.2-1-amd64 [x 3.2.1-2The Xen Hypervisor on AMD64 Versions of packages xen-utils-3.2-1 suggests: ii xen-docs-3.2 3.2.1-2Documentation for Xen -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518675: problem starting the server: chicken egg problem
Hello, I've read that I should not manually create the database, according to the README.Debian. But not creating the database yields all sorts of weird errors when attempting to start the server. For example, commenting out the db_name entry in the config file and then trying to start the server yields a bogus Address in use error. Not having the database yields a No database error (the server is supposed to run without a database, right?). And FWIW, the end of week also doesn't seem to draw any nearer since mid-April. What now? Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532605: dovecot-antispam: long description lack info on compiled-in backend selected
Package: dovecot-antispam Version: 1.1+20090218.git.g28075fa-2 Severity: normal Long description describes how multiple different backends (dspam, crm114, and generic training) are supported, and also warns that only a single one is supported at a time, which needs to be selected at compile time. That is great info for a *source* package, but for a *binary* package that last not should probably be replaced with info on the backend actually chosen for this build. Or ideally, the package should include binaries for all supported backends, and that last note simply removed. Kind regards, - Jonas -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-rc7-amd64 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532606: ITP: gfm -- Texas Instruments hand-helds file manipulation program for X
Package: wnpp Severity: wishlist Owner: Krzysztof Burghardt krzysz...@burghardt.pl * Package name: gfm Version : 1.02 Upstream Author : Tyler Cassidy ty...@tylerc.org, Romain Lievin r...@tilp.info, Kevin Kofler kevin.kof...@chello.at * URL : http://lpg.ticalc.org/prj_gfm/ * License : GPL Programming Lang: C Description : Texas Instruments hand-helds file manipulation program The GFM is an application allowing to manipulate single/group/tigroup files of all Texas Instruments hand-helds. It can create a new file, open an existing file, save file, rename variables, remove variables, create folders, group files into a group/tigroup file, ungroup a group/tigroup file into single files. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530550: probably cause and fix
I have a working connection too, but network-manager applet shows no connection. I find the cause, and resolved: the problem is that in /etc/NetworkManager/nm-system-settings.conf there is an incorrect value: [ifupdown] managed=false I changed this to true and after reboot my applet works correctly. So I think there is an error in package (network-manager) configuration script that not set properly this value. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532607: irssi: CVE-2009-1959 off-by-one in event_wallops
Package: irssi Severity: important Tags: security Hi, the following CVE (Common Vulnerabilities Exposures) id was published for irssi. CVE-2009-1959[0]: | Off-by-one error in the event_wallops function in | fe-common/irc/fe-events.c in irssi 0.8.13 allows remote IRC servers to | cause a denial of service (crash) via an empty command, which triggers | a one-byte buffer under-read and a one-byte buffer underflow. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. This is not really a grave security issue, the exploitability is very limited and the attack scenario is rather obscure. A fix would be nice nonetheless. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-1959 http://security-tracker.debian.net/tracker/CVE-2009-1959 -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgpv9aoT0ZuNe.pgp Description: PGP signature
Bug#531734: gnome-terminal do not start because gconf daemon not found
Hello, * alex [Wed, Jun 03, 2009 at 06:38:32PM +0200]: Hello, Today I close my gnome-terminal process (I usually had open a lot of days/weeks) and I can't get working again. The error is: Failed to contact the GConf daemon; exiting. I have the same error. As a workaround, I launch another application which uses the daemon. For example launching iceweasel makes the problem go away. Laurent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532420: xserver-xorg: control-alt-backspace no longer works
Julien Cristau wrote: DontZap will be changed back to off by default soon. What you're seeing is the update to xkeyboard-config 1.6, which disables the ctrl-alt-bksp combination by default. Set the terminate:ctrl_alt_bksp xkb option to enable it. Where exactly? dpkg -l |grep xkeyboard returns nothing. The binary package is xkb-data. Thanks. I got it back by including terminate:ctrl_alt_bksp in the XKBOPTIONS line in /etc/default/console-setup. BTW you closed the bug, I suppose because it is not an xserver-xorg bug. But isn't it an xserver-xorg bug that the Xorg log says that DontZap is off, while in fact it is on? Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532557: powerpc: vmfs tools returns corrupt data
On Wed, Jun 10, 2009 at 01:51:13PM +0200, Mike Hommey wrote: On Wed, Jun 10, 2009 at 12:09:25PM +0100, Tony Hoyle wrote: Mike Hommey wrote: Hi Tony, On Wed, Jun 10, 2009 at 03:59:52AM +0100, Tony Hoyle wrote: Package: vmfs-tools Version: 0.1.1-1 Severity: important On powerpc, any file over 2MB returns essentially random data. This is testable by running md5sum across any file larger than this - it comes up with different results each time. The same package installed on amd64 appears to behave correctly, so this is a platform specific issue, possibly due to endinness. Does this happen with debugvmfs of vmfs-fuse ? I can't reproduce with debugvmfs on ppc. Here's the output I'm getting from a simple ms5sum: # md5sum sol-10-u6-ga1-x86-dvd.iso sol-10-u6-ga1-x86-dvd.iso sol-10-u6-ga1-x86-dvd.iso 7ac54248f85cd22764dcbd4c503e81ea sol-10-u6-ga1-x86-dvd.iso 20a9814af68cdf2cc1749fdf540437f5 sol-10-u6-ga1-x86-dvd.iso b5134e4d505a5cd369912349610895da sol-10-u6-ga1-x86-dvd.iso None of these are correct! debugvmfs also does not work: # debugvmfs /dev/sdc1 cat sol-10-u6-ga1-x86-dvd.iso /tmp/sol.iso VMFS: i/o spanned over several extents is unsupported VMFS: i/o spanned over several extents is unsupported VMFS: i/o spanned over several extents is unsupported ... repeated about 1000 times Presumably the driver is not handling this condition and silently corrupting the files. Actually, you shouldn't even get this message given that you only have one extent. Can you provide the output for the following commands: debugvmfs /dev/sdc1 show_volume debugvmfs /dev/sdc1 show_fs And debugvmfs /dev/sdc1 show_file_blocks /sol-10-u6-ga1-x86-dvd.iso, too. Thanks Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524562: libmilter - bug 524562
The proposed patch isn't correct as it's defining a new variable in a context external to the one where the variable is uninitialized. So, the unitialized variable remains uninitialized. The correct patch is below. *** --- worker.c.org2007-12-03 23:06:05.0 +0100 +++ worker.c2009-06-10 13:51:59.0 +0200 @@ -352,6 +352,7 @@ time_t now; time_t lastcheck; + lastcheck = time(NULL); POOL_LEV_DPRINTF(4, (Let's %s again..., WAITFN)); if (mi_stop() != MILTER_CONT) *** -- --- Jose Marcio MARTINS DA CRUZ http://j-chkmail.ensmp.fr Ecole des Mines de Paris 60, bd Saint Michel 75272 - PARIS CEDEX 06 mailto:jose-marcio.mart...@mines-paristech.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532557: powerpc: vmfs tools returns corrupt data
On Wed, Jun 10, 2009 at 12:09:25PM +0100, Tony Hoyle wrote: Mike Hommey wrote: Hi Tony, On Wed, Jun 10, 2009 at 03:59:52AM +0100, Tony Hoyle wrote: Package: vmfs-tools Version: 0.1.1-1 Severity: important On powerpc, any file over 2MB returns essentially random data. This is testable by running md5sum across any file larger than this - it comes up with different results each time. The same package installed on amd64 appears to behave correctly, so this is a platform specific issue, possibly due to endinness. Does this happen with debugvmfs of vmfs-fuse ? I can't reproduce with debugvmfs on ppc. Here's the output I'm getting from a simple ms5sum: # md5sum sol-10-u6-ga1-x86-dvd.iso sol-10-u6-ga1-x86-dvd.iso sol-10-u6-ga1-x86-dvd.iso 7ac54248f85cd22764dcbd4c503e81ea sol-10-u6-ga1-x86-dvd.iso 20a9814af68cdf2cc1749fdf540437f5 sol-10-u6-ga1-x86-dvd.iso b5134e4d505a5cd369912349610895da sol-10-u6-ga1-x86-dvd.iso None of these are correct! debugvmfs also does not work: # debugvmfs /dev/sdc1 cat sol-10-u6-ga1-x86-dvd.iso /tmp/sol.iso VMFS: i/o spanned over several extents is unsupported VMFS: i/o spanned over several extents is unsupported VMFS: i/o spanned over several extents is unsupported ... repeated about 1000 times Presumably the driver is not handling this condition and silently corrupting the files. Actually, you shouldn't even get this message given that you only have one extent. Can you provide the output for the following commands: debugvmfs /dev/sdc1 show_volume debugvmfs /dev/sdc1 show_fs Thanks Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531419: mpicc segfaults when called by fakeroot
Checked again, the bug is somewhere in Open MPI. While testing on Lenny, I had some cruft left over. A fresh 1.3.2 installation shows the same behaviour. Best regards Manuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504585: ***congratulation****
£1,350,000.00 you have been awarded in the IRISH.send us tel/address/country -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
