Bug#450905: libocamlnet-ssl-ocaml-dev: please include documentation
On Sat, Feb 09, 2008 at 06:52:56PM +0100, Stefano Zacchiroli wrote: What do you mean? I see the following .mli contained in libocamlnet-ssl-ocaml-dev: Toots, ping on this, can you please review my last request in the bug log? TIA, Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -%- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#466715: setting package to netselect netselect-apt, tagging 466715, tagging 463242
# Automatically generated email from bts, devscripts version 2.10.18.1 # # netselect (0.3.ds1-12) UNRELEASED; urgency=low # # * Use security repositories if no distro is found or distro is stable #(Closes: #466715) # * Update po-debconf template translation (ja.po) (Closes: #463242) package netselect netselect-apt tags 466715 + pending tags 463242 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469118: hdate-applet: New upstream version 0.15.9
Package: hdate-applet Version: 0.15.6-8 Severity: normal New upstream version 0.15.9 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hdate-applet depends on: ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.21.90-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.21.90-1 The Bonobo UI library ii libc6 2.7-9 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libecal1.2-7 1.12.3-1 Client library for evolution calen ii libedataserver1.2-91.12.3-1 Utility library for evolution data ii libgconf2-42.20.1-3 GNOME configuration database syste ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-2GNOME Virtual File System (runtime ii libgtk2.0-02.12.8-1 The GTK+ graphical user interface ii libhdate1 1.4.10-1 A library that help use hebrew dat ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.20.3-3 library for GNOME Panel applets ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libxml22.6.31.dfsg-1 GNOME XML library hdate-applet recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469091: [INTL:gl] Galician translation of iso-codes iso_3166
package iso-codes tag 469091 pending thanks On Mon, 03 Mar 2008 00:39:02 + Jacobo Tarrio [EMAIL PROTECTED] wrote: Package: iso-codes Severity: wishlist Tags: l10n patch It is attached to this report. Hello Jacobo, thanks a lot for this update, I'll commit it to SVN. Please note that we're currently trying to switch our workflow regarding translations. In order to get as many contributions as possible (and also to enable the possibility of reviews), we use the Translation Project for submitting translations. I see that you're already registered at the TP for Galician, would you be so kind to check in the file at the TP as well? From then on, please use the TP for further updates instead of the Debian BTS. We'll fetch the latest translations from the TP before we release a new version. Regards, Tobias -- Tobias Toedter | It's not an optical illusion, it just looks like one. Hamburg, Germany | signature.asc Description: PGP signature
Bug#469117: sysvinit: Doesn't mount NFS shares at startup
Package: sysvinit Version: 2.86.ds1-53 Severity: normal Since a while now, the nfs entries in my /etc/fstab are not mounted (they have an auto line). Also /proc/mounts doesn't say they're mounted. After starting up, I have to manually do a 'sudo mount -a' to get my NFS shares mounted. I found this possibly related issue in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/sysvinit/+bug/45842 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-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/bash Versions of packages sysvinit depends on: ii initscripts 2.86.ds1-53 Scripts for initializing and shutt ii libc62.7-6 GNU C Library: Shared libraries ii libselinux1 2.0.15-2+b1 SELinux shared libraries ii libsepol12.0.11-1Security Enhanced Linux policy lib ii sysv-rc 2.86.ds1-53 System-V-like runlevel change mech ii sysvinit-utils 2.86.ds1-53 System-V-like utilities sysvinit recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469120: manpages-fr: traduction abusive de la directive files dans l'exemple de fichier
Package: manpages-fr Version: 2.39.1-5 Severity: grave Justification: renders package unusable L'exemple de conf. dans le man est: hosts: dns [!UNAVAIL=return] fichiers networks: nis [NOTFOUND=return] fichiers ethers: nis [NOTFOUND=return] fichiers protocols: nis [NOTFOUND=return] fichiers rpc:nis [NOTFOUND=return] fichiers services: nis [NOTFOUND=return] fichiers et devrait être: hosts: dns [!UNAVAIL=return] files networks: nis [NOTFOUND=return] files ethers: nis [NOTFOUND=return] files protocols: nis [NOTFOUND=return] files rpc:nis [NOTFOUND=return] files services: nis [NOTFOUND=return] files je n'ai pas trouvé les lignes correspondantes dans le po (les lignes en question ne semblent pas traduites et je ne connais pas gnu text), desolé de ne pas proposer de patch. Je trouve le problème grave car la conf. NSS est centrale. J'espere ne pas avoir abusé du flag. cordialement, mc -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages manpages-fr depends on: ii manpages-fr-dev 2.39.1-5 French version of the development ii manpages-fr-extra 20070311 French version of the manual pages manpages-fr recommends no packages. -- no debconf information
Bug#469112: uif: Please add LSB formatted dependency info in init.d script
Am Montag, 3. März 2008 08:31:42 schrieb Petter Reinholdtsen: Package: uif Version: 1.0.5-3 Tags: patch User: [EMAIL PROTECTED] Usertags: missing-dependency To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the anacron init.d script would make it possible for me to use this information to check the current sequence and to speed up the debian boot. I am working on a system to update the boot sequence based on these dependencies, and would like see this as the default in Lenny. Because of this, it is nice if the dependencies was updated quickly. URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/in itscrcomconv.html documents the LSB header format. Some debian notes are available from URL:http://wiki.debian.org/LSBInitScripts. Here is a patch to document the dependencies. I hope this is correct. diff -ur uif-1.0.5.orig/uif uif-1.0.5/uif --- uif-1.0.5.orig/uif 2008-03-03 08:28:03.0 +0100 +++ uif-1.0.5/uif 2008-03-03 08:30:02.0 +0100 @@ -1,6 +1,12 @@ #! /bin/bash -# -# uif Start the firewall defined in /etc/uif/uif.conf. +### BEGIN INIT INFO +# Provides: uif +# Required-Start:$remote_fs $syslog +# Required-Stop: $remote_fs $syslog +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +# Short-Description: Start the firewall defined in /etc/uif/uif.conf. +### END INIT INFO # # Version: @(#)/etc/init.d/uif 1.0.0 21-Feb-2002 [EMAIL PROTECTED] # Thanks. UIF is a firewall, so I don't see what remote_fs will do there. I've replaced $remote_fs by $network. As the stop script do not seem to do much except killing the daemon, that task might be better left to the sendsigs script in runlevel 0 and 6, to speed up shutdown. If this is indeed the case, I recommend removing 0 and 6 from the Default-Stop list. Nope - stop deconfigures the firewall. There is no daemon to kill. Cheers, Cajus
Bug#469119: smail: Please add LSB formatted dependency info in init.d script
Package: smail Version: 3.2.0.115-7 Tags: patch User: [EMAIL PROTECTED] Usertags: missing-dependency To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the anacron init.d script would make it possible for me to use this information to check the current sequence and to speed up the debian boot. I am working on a system to update the boot sequence based on these dependencies, and would like see this as the default in Lenny. Because of this, it is nice if the dependencies was updated quickly. URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL:http://wiki.debian.org/LSBInitScripts. Here is a patch to document the dependencies. I hope this is correct. diff -ur smail-3.2.0.115.orig/debian/smail.init smail-3.2.0.115/debian/smail.init --- smail-3.2.0.115.orig/debian/smail.init 2008-03-03 09:13:15.0 +0100 +++ smail-3.2.0.115/debian/smail.init 2008-03-03 09:14:30.0 +0100 @@ -1,5 +1,12 @@ #! /bin/sh -# simple script to start and stop smail as daemon +### BEGIN INIT INFO +# Provides: smail +# Required-Start:$remote_fs $syslog +# Required-Stop: $remote_fs $syslog +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +# Short-Description: simple script to start and stop smail as daemon +### END INIT INFO DAEMON=/usr/sbin/smail [ -f /etc/default/smail ] . /etc/default/smail As the stop script do not seem to do much except killing the daemon, that task might be better left to the sendsigs script in runlevel 0 and 6, to speed up shutdown. If this is indeed the case, I recommend removing 0 and 6 from the Default-Stop list. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462781: libhdate1: New upstream version 1.4.11
Package: libhdate1 Version: 1.4.10-1 Followup-For: Bug #462781 New upstream version 1.4.11 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libhdate1 depends on: ii libc6 2.7-9 GNU C Library: Shared libraries libhdate1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#134919: A solution to your failures in bed.
All weapons for battle against diseases! http://xl.cheapestpillshere.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469121: bnetd: Please add LSB formatted dependency info in init.d script
Package: bnetd Version: 0.4.25-5 Tags: patch User: [EMAIL PROTECTED] Usertags: missing-dependency To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the anacron init.d script would make it possible for me to use this information to check the current sequence and to speed up the debian boot. I am working on a system to update the boot sequence based on these dependencies, and would like see this as the default in Lenny. Because of this, it is nice if the dependencies was updated quickly. URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL:http://wiki.debian.org/LSBInitScripts. Here is a patch to document the dependencies. I hope this is correct. diff -ur bnetd-0.4.25.orig/debian/init bnetd-0.4.25/debian/init --- bnetd-0.4.25.orig/debian/init 2008-03-03 09:24:21.0 +0100 +++ bnetd-0.4.25/debian/init2008-03-03 09:26:47.0 +0100 @@ -1,7 +1,12 @@ #! /bin/sh -# -# /etc/init.d/bnetd: Start or stop the bnetd daemon. -# +### BEGIN INIT INFO +# Provides: bnetd +# Required-Start:$remote_fs $syslog +# Required-Stop: $remote_fs $syslog +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +# Short-Description: Start or stop the bnetd daemon. +### END INIT INFO PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/sbin/bnetd As the stop script do not seem to do much except killing the daemon, that task might be better left to the sendsigs script in runlevel 0 and 6, to speed up shutdown. If this is indeed the case, I recommend removing 0 and 6 from the Default-Stop list. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469112: uif: Please add LSB formatted dependency info in init.d script
[Cajus Pollmeier] Thanks. UIF is a firewall, so I don't see what remote_fs will do there. I've replaced $remote_fs by $network. $remote_fs is the point in time during boot when /usr/ is guaranteed to be mounted, and the point in time during shutdown before all processes are killed to umount /usr/. At least please include a dependency on $local_fs, to document that mounted / and /var/ is needed. Nope - stop deconfigures the firewall. There is no daemon to kill. If there is no daemon, it can stop after sendsigs and do not need stop dependency on $remote_fs. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469117: [Pkg-sysvinit-devel] Bug#469117: sysvinit: Doesn't mount NFS shares at startup
[Manuel Bilderbeek] Since a while now, the nfs entries in my /etc/fstab are not mounted (they have an auto line). Also /proc/mounts doesn't say they're mounted. After starting up, I have to manually do a 'sudo mount -a' to get my NFS shares mounted. What is the content of your /etc/fstab and /etc/network/interfaces? The current system try to mount the NFS mounts after all the 'auto' interfaces are up during boot. I found this possibly related issue in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/sysvinit/+bug/45842 This is about having / on NFS. It does not work without changes to the boot system at the moment, because ifup does not do its normal things when the IP setup is done by the kernel before ifupdown is executed. Not sure if it is related to your problem. Your fstab will tell, I guess. :) Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465729: [Splashy-devel] Bug#465729: KDM doesn'd display login screen when splashy is enabled
On Saturday 01 of March 2008 15:22:22 you wrote: ok, those two logs look perfect. Not a single Splashy related string or executing in them. can you try to edit /etc/default/splashy and change CHVT_TTY to 7 ? Great, this helped. Now, kdm starts properly. Thanks Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469122: ddjvuapi: djvups -text=yes crashes on files with non-ASCII text
Package: libdjvulibre15 Version: 3.5.20-3 Severity: normal $ printf 'P1 3 3 0 0 0 0 0 0 0 0 0' buggy.pbm $ cjb2 buggy.pbm buggy.djvu $ echo '(page 0 0 3 3 (line 0 0 3 3 \304\205))' buggy.txt $ djvused -e 'select 1; set-txt buggy.txt; save' buggy.djvu $ djvups -text=yes buggy.djvu /dev/null Segmentation fault -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libdjvulibre15 depends on: ii libc6 2.7-6GNU C Library: Shared libraries ii libgcc1 1:4.3-20080202-1 GCC support library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libstdc++6 4.3-20080202-1 The GNU Standard C++ Library v3 ii xdg-utils 1.0.2-3 desktop integration utilities from libdjvulibre15 recommends no packages. -- no debconf information -- Jakub Wilk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469123: newer policycoreutils required
Package: selinux-policy-refpolicy-dev Version: 0.0.20071214-1 selinux-policy-refpolicy-dev does not work with policycoreutils 1.32-3, please add a proper versioned dependency: /usr/bin/semodule_package -o svn.pp -m tmp/svn.mod -f tmp/svn.mod.fc libsepol.policydb_read: policydb module version 7 does not match my version range 4-6 /usr/bin/semodule_package: Error while reading policy module from tmp/svn.mod It works with 2.0.42. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469117: [Pkg-sysvinit-devel] Bug#469117: sysvinit: Doesn't mount NFS shares at startup
Hi, What is the content of your /etc/fstab and /etc/network/interfaces? The current system try to mount the NFS mounts after all the 'auto' interfaces are up during boot. Due to security reasons, I'll have to scratch out some names, but the structure will be the same as the original file: # /etc/fstab: static file system information. # # file system mount point type options dump pass /dev/hda4 / ext3defaults,noatime,errors=remount-ro 0 1 /dev/hda3 noneswapsw 0 0 /dev/fd0/floppy autorw,user,noauto 0 0 /dev/hdc/cdrom autoro,user,noauto 0 0 proc/proc procdefaults0 0 /dev/hda1 /mnt/winxpdisk ntfs defaults,ro,user,noauto,umask=022,uid=0,gid=0 /dev/hda5 /mnt/datadisk vfat defaults,user,noauto,umask=022,uid=N,gid=100 nfsserver.oce.nl:/export/home/NAME /mnt/datashare/ nfs defaults,user,exec,auto,rsize=8192,wsize=8192 0 0 anothernfsserver.oce.nl:/files1/tools /tools nfs defaults,user,exec,auto,rsize=8192,wsize=8192 0 0 //yetanotherserver/data /mnt/scans smbfs credentials=/home/NAME/.scans-credentials,user,auto Here is /etc/network/interfaces: auto lo iface lo inet loopback # This entry was created during the Debian installation auto eth0 iface eth0 inet dhcp auto usb0 iface usb0 inet static address 10.0.0.1 netmask 255.255.255.0 I found this possibly related issue in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/sysvinit/+bug/45842 This is about having / on NFS. It does not work without changes to Not only, AFAICS. the boot system at the moment, because ifup does not do its normal things when the IP setup is done by the kernel before ifupdown is executed. Not sure if it is related to your problem. Your fstab will tell, I guess. :) I hope this is enough to get a grip on this problem. Thanks! -- Kind regards, Manuel Bilderbeek (Apologies for the following stuff that is automatically added beyond my power.) This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message. Thank you for your co-operation.
Bug#469124: RFH: spamassassin -- Perl-based spam filter using text analysis
Package: wnpp Severity: normal I request assistance with maintaining the spamassassin package. I've been fairly slow to respond to bug reports and packaging issues, and I don't forsee this getting any better in the forseeable future. The Debian packaging efforts are coordinated in the collab-maint Alioth project Subversion tree. (See http://wiki.debian.org/Alioth/PackagingProject.) Discussion can be done throught the PTS. Be sure to read the documentation on svn-buildpackage and dpatch. If you're interested, please jump right in. Take a look at the bug list, and help forward bugs upstream (http://bugzilla.spamassassin.org), close bugs, or fix bugs as necessary. All Debian developers have access to the collab-maint tree to make changes directly (if you're not a DD, contact me). I'm happy to add interested people to the Uploaders: field once I start seeing some contributions. Please let me know if you have any questions, comments or concerns. Thanks in advance! Duncan Findlay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469117: [Pkg-sysvinit-devel] Bug#469117: sysvinit: Doesn't mount NFS shares at startup
[Manuel Bilderbeek] Due to security reasons, I'll have to scratch out some names, but the structure will be the same as the original file: Thanks. No / on NFS, so that is not the problem here. Here is /etc/network/interfaces: auto lo iface lo inet loopback # This entry was created during the Debian installation auto eth0 iface eth0 inet dhcp auto usb0 iface usb0 inet static address 10.0.0.1 netmask 255.255.255.0 This is the first time I see an usb0 interface. Could it be that ifupdown do not call the scripts in /etc/network/if-up.d/ when this static interface is brought up? Is it brought up during boot? Does it work if you comment out the 'auto usb0' line? What is the content of your /etc/network/run/ifstate file? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463368: ia64 build failure?
Hi, Is this causing a build failure on ia64 at the moment? In that case, severity should probably be increased to serious or critical as it blocks a security fix. Greetings, Olaf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467650: debian-edu: Downloads things, does not clean up after itself.
On Sat, 1 Mar 2008, Kurt Roeckx wrote: I had some problems with mail getting to me. Things are now slowly being processed. I can't really follow everything that's happened with this. Ahh, OK, thanks for clarifying this. cdd-dev would get a Depends on apt. I'm perfectly happy with that. I would consider that part of the bug to be serious. It's just downloading Packages files, while I thought it was actually downloading .deb's file. I clearly didn't properly read the build log. I don't have a problem with this part anymore. But I would like to suggest you use whatever is currently on the system (in /var/lib/apt/lists/). I don't see why you need to download it again. Well, it is not necessarily the Packages file of the system you are using to build the package. For instance if you are building in pbuilder you have proably the list of packages in unstable. If you want to have the control file builded to add only Recommends to packages that are available in testing (which makes perfectly sense and is used in this way) - you need to download a packages file from testing. I think someone also cloned it to say it doesn't work if there is no network. That's probably a bug in cdd-dev then, and would also be serious. OK. You need network to download something - but I partly agree with you that this is not really a good solution. I worked over last weekend on the issue you raised and found a solution that solves this problem in so far, that the information we need is stored in the debian-edu package source before the package is builded and there will be no need for download any more. The current solution has the side effect that we might produce architecture any packages that Recommend packages which are avialbale in i386. This will most probably lead to bugs package recommends packages not available for this architecture sooner or later. In case it will be later I have a longer term plan how to fix this. In case it is sooner we have to live with these not so serious bug to fix the serious one reportet by you. I have a problem with package that leave things behind after they've been removed and purged, or have build something. But I can't say that this is considered to be RC. OK. This problem will automatically vanish anyway. Using the Packages file from the system would also solve that problem. It would not have solved this but that's no matter any more. Thanks for your input Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469125: kvm: Building on amd64 fails because of dependency to etherboot which does only exist on i386
Package: kvm Version: 62+dfsg-2 Severity: serious Justification: no longer builds from source -- Package-specific info: selected information from lshal(1): /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz stepping: 6 cpu MHz : 1995.001 cache size : 4096 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm bogomips: 3994.61 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz stepping: 6 cpu MHz : 1995.001 cache size : 4096 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm bogomips: 3990.04 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23.8-mactel Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages kvm depends on: ii adduser3.102 Add and remove users and groups ii bridge-utils 1.2-1 Utilities for configuring the Linu ii iproute20061002-3Professional tools to control the ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libgnutls131.4.4-3 the GNU TLS library - runtime libr ii libsdl1.2debian1.2.11-8 Simple DirectMedia Layer ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages kvm recommends: ii kvm-source 62+dfsg-2 Source for the KVM driver ii linux-image-2.6.18 2.6.18.dfsg.1-17 Linux 2.6.18 image on AMD64 ii linux-image-2.6.18 2.6.18.dfsg.1-18etch1 Linux 2.6.18 image on AMD64 ii linux-image-2.6.23 sissymobil.1.1Linux kernel binary image for vers ii qemu 0.8.2-4etch1 fast processor emulator pn vde2 none(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469126: libpng (= 1.2.20) contains grey-licensed code
Package: libpng Version: 1.2.15~beta5-3 Severity: important Dear libpng maintainers, libpng tarballs up to version 1.2.20 contain grey-licensed Intel MMX code in the files pngvcrd.c and pnggccrd.c. The files are now basically stubs and include MMX-detection code, which didn't come from Intel respectively. Please update to a version = 1.2.20 ass soon as possible. Thank you very much! Cheers, Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445729: libwxbase2.6-0: wx2.6 crashes with aMule
On Mon, Mar 03, 2008 at 01:52:59AM +0100, Emilio Pozuelo Monfort wrote: The patch _was_ applied, but then reverted again by doko's latest changes before upload. His commit message makes note of fixing warnings so I'm not sure if this was deliberate or accidental ... Are you certain this isn't really a bug in amule and the suggested patch is not wrong? Those warnings are in different files (char * - const char *). Those were in a different patch/commit. The commit/changelog message I'm referring to says: - Fix for GTK warnings in wxNotebook::DoRemovePage. With enough hindsight to light the way though, I can now see that this is just verbatim from the upstream commit. Apparently in the wxLexicon, an assertion failure and crash simply constitute 'warnings'... doko was also able to confirm he believes this was an accident. It looks like he's tried to reapply this fix to source that already had it, and either patch has automatically reversed it, or he resolved the conflict backwards. The patch patch is from upstream, which was first committed to HEAD and then backported to the 2.6 branch, and it hasn't been reverted or something, as you can see at http://cvs.wxwidgets.org/viewcvs.cgi/wxWidgets/src/gtk/notebook.cpp Also, the patch has been in Ubuntu for some time and I haven't heard of any complain about it. It fixed a bug where aMule was crashing when closing search tabs, and was backported to an stable (Edgy) release. Yes, I recall being reasonably comfortable with it when I first applied it, I was just getting a lot of mixed messages which was raising red flags I needed some answers for. I think I can see what's happened now though, so I'll reapply that change to the repo again. Cheers, Ron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469117: [Pkg-sysvinit-devel] Bug#469117: sysvinit: Doesn't mount NFS shares at startup
Hi, auto usb0 iface usb0 inet static address 10.0.0.1 netmask 255.255.255.0 This is the first time I see an usb0 interface. Could it be that ifupdown do not call the scripts in /etc/network/if-up.d/ when this static interface is brought up? Is it brought up during boot? Does it work if you comment out the 'auto usb0' line? It isn't brought up most of the time (not for the last few months), because there's nothing connected to it. Also, I don't see anything about it in dmesg or /var/log/messages or /var/log/syslog. I commented out the usb0 interface completely now (as I don't use it anymore) and I'll report back soon to tell you if it helped. What is the content of your /etc/network/run/ifstate file? lo=lo eth0=eth0 -- Kind regards, Manuel Bilderbeek This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message. Thank you for your co-operation.
Bug#467560: Crashes also after closing the window
On Mon, Mar 03, 2008 at 10:21:29AM +0100, Alexander Sack [EMAIL PROTECTED] wrote: On Sun, Mar 02, 2008 at 12:31:11PM +0100, Mike Hommey wrote: On Sat, Mar 01, 2008 at 05:16:36PM +0100, Mike Hommey wrote: On Thu, Feb 28, 2008 at 09:34:56AM +0100, Joachim Reichel wrote: Hi, Does the crash happen with version 1.0.11~pre071022-0etch1 ? no, it started with the update to 1.0.12~pre080131b-0etch1 as mentioned in the original bug report. I bisected and found the culprit patch: https://bugzilla.mozilla.org/attachment.cgi?id=294993 Now, I don't know how to fix this, but on the other hand, I can't reproduce the crash it's supposed to fix either... (https://bugzilla.mozilla.org/show_bug.cgi?id=396613) I can't even reproduce with iceweasel 2.0.0.10-0etch1... Ah yeah, great, it doesn't work because I don't have access to https://bugzilla.mozilla.org/attachment.cgi?id=276653 and https://bugzilla.mozilla.org/attachment.cgi?id=276654 Whats the bug id i should CC you on? #390391 (FWIW, you only need to go to the attachment urls while not logged in on bugzilla to know the bug # ;) ) Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467560: Crashes also after closing the window
On Sun, Mar 02, 2008 at 12:31:11PM +0100, Mike Hommey wrote: On Sat, Mar 01, 2008 at 05:16:36PM +0100, Mike Hommey wrote: On Thu, Feb 28, 2008 at 09:34:56AM +0100, Joachim Reichel wrote: Hi, Does the crash happen with version 1.0.11~pre071022-0etch1 ? no, it started with the update to 1.0.12~pre080131b-0etch1 as mentioned in the original bug report. I bisected and found the culprit patch: https://bugzilla.mozilla.org/attachment.cgi?id=294993 Now, I don't know how to fix this, but on the other hand, I can't reproduce the crash it's supposed to fix either... (https://bugzilla.mozilla.org/show_bug.cgi?id=396613) I can't even reproduce with iceweasel 2.0.0.10-0etch1... Ah yeah, great, it doesn't work because I don't have access to https://bugzilla.mozilla.org/attachment.cgi?id=276653 and https://bugzilla.mozilla.org/attachment.cgi?id=276654 Whats the bug id i should CC you on? - Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469127: libapache2-authenntlm-perl: FTBFS: binary-indep vs. binary-arch confusion
Package: libapache2-authenntlm-perl Version: 0.02-4 Severity: serious This package fails to build because the binary-indep and the binary-arch debian/rules targets are the wrong way around. As this is an Architecture:any package, binary-arch should be used for all the work. From the logs at buildd.debian.org: dpkg-genchanges: arch-specific upload - not including arch-independent packages dpkg-genchanges: failure: cannot read files list file: No such file or directory dpkg-buildpackage: failure: dpkg-genchanges gave error exit status 2 Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469108: xscreensaver: webcollage is missing in last upload
On Mon, Mar 3, 2008 at 7:45 AM, Alex Hermann [EMAIL PROTECTED] wrote: Since the last update, webcollage is not installed anymore. Thanks for your report. Several hacks have been moved to the xscreensaver-data-extra (and xscreensaver-gl-extra) package. Just install that package and you'll get it back. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468226: git-core: post-receive-email has unclear copyright
On Wed, Feb 27, 2008 at 02:15:27PM -0600, John Goerzen wrote: Package: git-core Version: 1:1.5.4.3-1 Severity: serious The file /usr/share/doc/git-core/contrib/hooks/post-receive-email states: # Copyright (c) 2007 Andy Parkins However: * It does not state what license it is under * This copyright owner is not listed in /usr/share/doc/git-core/copyright Hi, I'm afraid you'll find such all over the place in git, and in the linux kernel too AFAICS, try 'git grep -i -A10 copyright' in a git repo clone. But I don't think this is a problem, contributions to git need a 'Signed-off-by', and the very post-receive-email script came in through 4557e0de (git show 4557e0de), which has been signed-off properly. Please see Documentation/SubmittingPatches, 'Sign your work'. So, just as /usr/share/doc/git-core/copyright says, the git releases are copyright (c), Linus Torvalds and others, licensed under the GPL2. And so is this script in contrib/hooks/. I'm about to close this bug, thanks, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468093: libglib2.0-0-dbg: debug package is useless in version 2.15
On Sun, Mar 02, 2008, Sam Morris wrote: Could you try rebuilding unstable's glib to see whether it could be a toolchain change? Just tried this; it didn't do any good :( So the backtraces are borken in 2.14 too if you rebuild it? -- Loïc Minier
Bug#403863: initscripts: Stray file /lib/init/rw/.ramfs not in package list
Is this bug going to be worked? Either by initscripts or chrootkit? Does it go down as a DebianWontfixDueToInternalBickering and leave the user to hack together a workaround? If it's the latter, then http://stereo.lu/chkrootkit-finds-libinitrwramfs-on-debian-etch has some information that will be useful. Regards Kyle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391561: arpwatch: New upstream version available
Hi, Although the functionality hasn't changed, the new upstream version contains a newer (although now 18 months old) ethercodes.dat, identifying the manufacturers of many newer ethernet interfaces. -- # TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ Otherwise Bub here will do \ # UCC Wheel Member http://trs80.ucc.asn.au/ #| what squirrels do best | [ There's nobody getting rich writing ]| -- Collect and hide your | [ software that I know of -- Bill Gates, 1980 ]\ nuts. -- Acid Reflux #231 / -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469128: gchempaint: crashes on startup
Package: gchempaint Version: 0.8.7-1 Severity: grave Justification: renders package unusable Hi Daniel, I just wanted to give the freshly updated gchempaint a try: [EMAIL PROTECTED]:~$ gchempaint (process:8241): GLib-GObject-CRITICAL **: /build/buildd/glib2.0-2.14.6/gobject/gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function (process:8241): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed (process:8241): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed Segmentation fault Hope that the above is helpful to find the problem. Best, Johannes Ranke -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.20-1-amd64 (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 gchempaint depends on: ii gconf2 2.20.1-3 GNOME configuration database syste ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.21.90-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.21.90-1 The Bonobo UI library ii libc6 2.7-9 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0~rc2-1 GCC support library ii libgconf2-42.20.1-3 GNOME configuration database syste ii libgcu00.8.6-1 GNOME chemistry utils (library) ii libgl1-mesa-glx [libgl 7.0.3~rc2-1 A free implementation of the OpenG ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libglu1-mesa [libglu1] 7.0.3~rc2-1 The OpenGL utility library (GLU) ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeprint2.2-0 2.18.4-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.18.2-1 GNOME 2.2 print architecture User ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-2GNOME Virtual File System (runtime ii libgoffice-0-4 0.4.2-4 Document centric objects library - ii libgsf-1-114 1.14.7-2 Structured File Library - runtime ii libgtk2.0-02.12.8-1 The GTK+ graphical user interface ii libgtkglext1 1.2.0-1 OpenGL Extension to GTK+ (shared l ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libopenbabel2 2.1.1-2 Convert and manipulate chemical da ii liborbit2 1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3.0~rc2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.31.dfsg-1 GNOME XML library ii libxmu62:1.0.4-1 X11 miscellaneous utility library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime gchempaint recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469108: xscreensaver: webcollage is missing in last upload
On Monday 03 March 2008, Tormod Volden wrote: On Mon, Mar 3, 2008 at 7:45 AM, Alex Hermann [EMAIL PROTECTED] wrote: Since the last update, webcollage is not installed anymore. Thanks for your report. Several hacks have been moved to the xscreensaver-data-extra (and xscreensaver-gl-extra) package. Just install that package and you'll get it back. Thanks, that helped. An entry in the changelog might have prevented this bugreport. Alex. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468962: bootchart: allow temp logging dir to be configurable
On Monday 03 March 2008 09:56:20 Jörg Sommer wrote: By the way I can change mktemp to use the environment variable TMPDIR. So you can change set a different directory with “export TMPDIR=/foo” if you like. That would be ok, dunno if I'd use that from the initramfs, it would require interaction. Why? If you write BOOTLOG_DIR or TMPDIR into bootchartd.conf, where's the difference? Both are not as optimal as what you've provided in the packages below, which work great. I was able to render an informative graph of what was going on during boot for the first time ;-) Can you test these packages? http://alioth.debian.org/~jo-guest/debian/bootchart_0.10~svn407-3_all.deb http://alioth.debian.org/~jo-guest/debian/bootchart-view_0.10~svn407-3_all.deb Bye, Jörg. Thanks, Kel.
Bug#445323: cpu-intensive window, redraw/window resize
Hi everybody, what are the various status on this? I can now use xfce4-terminal in a compositing-enabled xorg without problem here on two boxes (intel and radeonhd drivers). This is tested with xfwm compositing enabled or disabled, it works fine in both cases. Maybe the problems was in X, drivers or vte. Can you still reproduce this? Using wich X, driver etc.? Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449559: setting package to ocaml-compiler-libs ocaml-interp ocaml-native-compilers ocaml-mode ocaml-base camlp4-extra ocaml-nox ocaml camlp4 ocaml-source ocaml-base-nox ... ...
# Automatically generated email from bts, devscripts version 2.10.18.1 # # ocaml (3.10.2-1) experimental; urgency=low # # * ship .mli files pertaining to ocaml-interp (Closes: #449559) # * ship .mli files pertaining to camlp4 (Closes: #449558) # package ocaml-compiler-libs ocaml-interp ocaml-native-compilers ocaml-mode ocaml-base camlp4-extra ocaml-nox ocaml camlp4 ocaml-source ocaml-base-nox tags 449559 + pending tags 449558 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396954: Can mencoder be provided for at least some output formats?
On Sat, Mar 01, 2008 at 01:15:00PM +0100, Francesco Poli wrote: On Sat, 1 Mar 2008 12:29:44 +0100 Diego Biurrun wrote: On Sat, Mar 01, 2008 at 12:21:57AM +0100, Francesco Poli wrote: [...] Do you happen to know about any other third parties holding patents on Theora and *actively enforcing* them by compelling people to pay royalties or by forbidding people to exercise their freedoms on Theora? No, but I did not look at the 10s of software patents that exist around the world. Nobody with deep pockets uses Theora, so there is no incentive for patent holders to go after them. You should not actively search for infringed software patents. I have better ways to spend my time. AFAICT, the usual Debian practice to deal with software patents is not worrying about them unless they are actively enforced. This is not a description of Debian's practice when dealing with software patents. For example patents on browsers are actively enforced, but Debian turns a blind eye. For some mysterious reason encoding software is treated different from everything else. Diego -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469101: Cannot set font in conversations
forwarded 469101 http://emesene.org/trac/ticket/690 tags 469101 pending thanks Hi Sebastian, Sebastian Krause wrote: I've installed the program from unstable in Lenny. When being in the conversation window, I want to set the font in the menu using Format - Font. When I've chosen a font and click Ok, I get the following error: Fatal error This is a bug. Please report it at: http://www.emesene.org Traceback (most recent call last): File /usr/share/emesene/src/Conversation.py, line 128, in onFontChanged self.ui.input.toolbar.setFontBold(bold) AttributeError: 'ToolbarWidget' object has no attribute 'setFontBold' This is already fixed upstream. I'm preparing a new svn snapshot and will be uploaded soon. Thanks for the report! signature.asc Description: OpenPGP digital signature
Bug#469117: [Pkg-sysvinit-devel] Bug#469117: sysvinit: Doesn't mount NFS shares at startup
Hi, [Manuel Bilderbeek] It isn't brought up most of the time (not for the last few months), because there's nothing connected to it. Also, I don't see anything about it in dmesg or /var/log/messages or /var/log/syslog. OK. Then this is your problem, because NFS mounting is done after the last of the auto interfaces listed in /etc/network/interfaces is available. Ah! I didn't know this at all! Thanks for clearing that up. I commented it out, so I suppose it will work next time. Consider this solved then. If I still have problems, I'll report back. Petter Reinholdtsen Petter, thanks again for your very quick response and superb support. -- Kind regards, Manuel Bilderbeek This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message. Thank you for your co-operation.
Bug#469129: perl: Lots of *.ph files is missing since 5.8.8-9
Package: perl Version: 5.8.8-9 Severity: important Packages later than 5.8.8-7 is missing quite a lot of .ph files found in 5.8.8-7: [EMAIL PROTECTED]:/tmp$ dpkg-deb -c perl_5.8.8-7_i386.deb | grep .ph$ | wc -l 470 [EMAIL PROTECTED]:/tmp$ dpkg-deb -c perl_5.8.8-9_i386.deb | grep .ph$ | wc -l 85 [EMAIL PROTECTED]:/tmp$ (I can't find a 5.8.8-8 version on snapshots.debian.net) By looking at the changelog this doesn't seems to be expected. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages perl depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libdb4.6 4.6.19-1 Berkeley v4.6 Database Libraries [ ii libgdbm3 1.8.3-3GNU dbm database routines (runtime ii perl-base 5.8.8-11.1 The Pathologically Eclectic Rubbis ii perl-modules 5.8.8-11.1 Core Perl modules Versions of packages perl recommends: ii perl-doc 5.8.8-11.1 Perl documentation -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469131: libaqbanking: .orig.tar.gz distributes non-free binary file
Source: libaqbanking Version: 2.2.3-3 Severity: serious Justification: Debian Policy Chapter 2.2.1 The AqBanking .orig.tar.gz distributes a non-free binary file src/plugins/backends/aqyellownet/plugin/libaqyellownet.so which is covered by a separate, German only license. This license permits distribution of the binary file and limits the user in what he can do with it: § 3. Besondere Beschraenkungen: Es ist Ihnen untersagt, die Software zu dekompilieren, einer Rückentwicklung zu unterziehen, zu deassemblieren oder in eine visuell erfassbare Form zu bringen. which translates to something like: § 3. Special Restrictions: You are prohibited to decompile, reverse-engineer, disassemble, or transform this software into a visually comprehensable form. This violates in my opinion two aspects of the [0]DFSG: - The source code must be included but isn't - The special restrictions seem to prohibit derived works. Since I'm the maintainer of the package for the package I apoligize for not rising this earlier. I really didn't notice it before! Fortunately this bug should be easily done by repackaging the source tarball. Regards Micha 0. http://www.debian.org/social_contract#guidelines -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448833: kernel support
Hi, I ran into the same problem and using Filippo's debugging suggestion found that cpufreq kernel drivers were not loaded (for some strange reason it stopped loading them by default). If drivers are not loaded then /sys/devices/system/cpu/cpu0/cpufreq/ interface is absent, which in turn results in cpufreq applet not being able to read the cpufreq information ((cpufreq-applet:7356): GLib-GObject-WARNING **: value -1 of type `gint' is invalid or out of range for property `max-frequency' of type `gint'). To fix this problem I loaded the drivers manually (as root): modprobe acpi-cpufreq modprobe cpufreq-ondemand modprobe cpufreq-userspace (one can add these modules into /etc/modules to load them automatically during boot) After drivers were loaded, the cpufreq-applet suddenly appeared on the panel. I would suggest to fix this applet to not rely on kernel cpufreq interface (such debug messages should not be handled gracefully) and if the interface is missing the applet should still appear but perhaps with a hint that the cpufreq driver/interface is missing. I also noticed that cpufreq-applet has a very cute help, which could actually include steps on how to enable the cpufreq interface in the kernel, or refer to a piece of software (udev? /etc/modules?) that is responsible for that, it is really easy after all. On the other hand, if you think that the drivers should have been loaded automagically in the first place (by udev/hotplug/whatever), then it might be not a gnome-applets bug... Best regards, Marius Mikučionis
Bug#469130: gstreamer0.10-plugins-ugly: needs to Provides in addition to Conflicts with gst-plugins-bad
Package: gstreamer0.10-plugins-ugly Version: 0.10.7-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 gstreamer0.10-plugins-ugly needs to Provides gstreamer0.10-plugins-bad, in addition to conflicting with it, so that software that depends upon -bad will not break. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (300, 'testing') Architecture: i386 (i586) Kernel: Linux 2.6.24-dbe61 (PREEMPT) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gstreamer0.10-plugins-ugly depends on: ii liba52-0.7.4 0.7.4-11 library for decoding ATSC A/52 str ii libc6 2.7-6 GNU C Library: Shared libraries ii libdvdread30.9.7-6 library for reading DVDs ii libgcc11:4.3-20080202-1 GCC support library ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgstreamer-plugins-b 0.10.17-3 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.17-2 Core GStreamer libraries and eleme ii libid3tag0 0.15.1b-10ID3 tag reading library from the M ii libmad00.15.1b-2.1 MPEG audio decoder library ii libmpeg2-4 0.4.1-3 MPEG1 and MPEG2 video decoder libr ii liboil0.3 0.3.13-3 Library of Optimized Inner Loops ii libsidplay11.36.59-5 SID (MOS 6581) emulation library ii libstdc++6 4.3-20080202-1The GNU Standard C++ Library v3 ii libxml22.6.31.dfsg-1 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime gstreamer0.10-plugins-ugly recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHy8+ZeXr56x4Muc0RAl1GAJ0QJESN0tSXeW5GHR5fF6lFjl8A2gCgo+yh 7Br74NddjGTrxoArTz/oJDw= =rsTw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#104323: It feels good.
Is increasing the size of your manhood on your wish list this year? Click HERE to make it come true! http://inglesit.com/
Bug#445323: cpu-intensive window, redraw/window resize
On Mon, Mar 03, 2008 at 10:08:51AM +, Bruno Kleinert wrote: This one time, at band camp, Yves-Alexis Perez wrote: Can you still reproduce this? Using wich X, driver etc.? hi, yes i still experience the bug on a nvidia card, using the proprietery nvidia drivers (version 169.09-1). Arg. on my notebook with intel integrated graphics and xorg's intel driver i don't experience the bug. Good to know. i'm running sid on both machines, both are SMP systems, but the intel-machine is a 32bit architecture, whereas the nvidia-system is a athlon x2 64bit system. Wich X versions are running on them? In the link in the xorg bug report, it seems that a bug have been fixed wrt this issue, so maybe it was an xorg issue and it's fixed in free drivers and not in the nvidia one, I don't know. Thanks for the reply, anyway, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463535: reassigning as requested
# reassigning to acpid, athough this looks like a witch hunt :-/ # # otoh, acpid really looks like a more plausible cause if issues # than arts; # still, this doesn't explain *why* downgrading the gtk libs was # making the issue go away # # maybe we're tracking two unrelated bugs in the same report? reassign 463535 acpid thanks Passing this over to acpid makes sense since in my case (the original reporter) artsd couldn't have been the responsible for this bug since only thing that might have used artsd would have been kbabel, but I saw these hangs even when I didn't ran kbabel. Now I am using again the gtk librabries I initially being the faulty ones, but I haven't seen the hangs anymore. Still, around the time of the report the only acpi related upgrades seen in my dpkg.log are these[1] : 1 [EMAIL PROTECTED] ~/usr/src/pbuilder/pbuilder $ zgrep acpi /var/log/dpkg.log.2.gz 2008-01-10 14:10:21 upgrade acpi-support-base 0.103-4 0.103-5 2008-01-10 14:10:21 status half-configured acpi-support-base 0.103-4 2008-01-10 14:10:21 status unpacked acpi-support-base 0.103-4 2008-01-10 14:10:21 status half-installed acpi-support-base 0.103-4 2008-01-10 14:10:21 status half-installed acpi-support-base 0.103-4 2008-01-10 14:10:21 status unpacked acpi-support-base 0.103-5 2008-01-10 14:10:21 status unpacked acpi-support-base 0.103-5 2008-01-10 14:10:22 upgrade acpi-support 0.103-4 0.103-5 2008-01-10 14:10:22 status half-configured acpi-support 0.103-4 2008-01-10 14:10:22 status unpacked acpi-support 0.103-4 2008-01-10 14:10:22 status half-installed acpi-support 0.103-4 2008-01-10 14:10:22 status half-installed acpi-support 0.103-4 2008-01-10 14:10:23 status unpacked acpi-support 0.103-5 2008-01-10 14:10:23 status unpacked acpi-support 0.103-5 2008-01-10 23:38:26 status unpacked acpi-support-base 0.103-5 2008-01-10 23:38:26 status unpacked acpi-support-base 0.103-5 2008-01-10 23:38:26 status unpacked acpi-support-base 0.103-5 2008-01-10 23:38:26 status half-configured acpi-support-base 0.103-5 2008-01-10 23:38:27 status installed acpi-support-base 0.103-5 2008-01-10 23:38:28 status unpacked acpi-support 0.103-5 2008-01-10 23:38:28 status unpacked acpi-support 0.103-5 [..] (multiple repetions of this line) 2008-01-10 23:38:32 status unpacked acpi-support 0.103-5 2008-01-10 23:38:32 status unpacked acpi-support 0.103-5 2008-01-10 23:38:32 status half-configured acpi-support 0.103-5 2008-01-10 23:38:34 status installed acpi-support 0.103-5 2008-01-15 01:03:07 upgrade libacpi0 0.2-1 0.2-2 2008-01-15 01:03:07 status half-configured libacpi0 0.2-1 2008-01-15 01:03:07 status unpacked libacpi0 0.2-1 2008-01-15 01:03:07 status half-installed libacpi0 0.2-1 2008-01-15 01:03:07 status half-installed libacpi0 0.2-1 2008-01-15 01:03:07 status unpacked libacpi0 0.2-2 2008-01-15 01:03:08 status unpacked libacpi0 0.2-2 2008-01-15 01:05:02 status unpacked libacpi0 0.2-2 2008-01-15 01:05:03 status half-configured libacpi0 0.2-2 2008-01-15 01:05:06 status installed libacpi0 0.2-2 0 [EMAIL PROTECTED] ~/usr/src/pbuilder/pbuilder $ grep acpi /var/log/dpkg.log.1 2008-02-13 22:31:31 upgrade libacpi0 0.2-2 0.2-4 2008-02-13 22:31:31 status half-configured libacpi0 0.2-2 2008-02-13 22:31:31 status unpacked libacpi0 0.2-2 2008-02-13 22:31:31 status half-installed libacpi0 0.2-2 2008-02-13 22:31:31 status half-installed libacpi0 0.2-2 2008-02-13 22:31:31 status unpacked libacpi0 0.2-4 2008-02-13 22:31:31 status unpacked libacpi0 0.2-4 2008-02-13 22:32:49 status unpacked libacpi0 0.2-4 2008-02-13 22:32:49 status half-configured libacpi0 0.2-4 2008-02-13 22:32:49 status installed libacpi0 0.2-4 Still, I fail to see how the usage of the previous version of GTK libs was enough to work around the issue. [1] it is possible that they really *are* related to the issue since I was keeping the laptop on for long periods of time and just suspended it when I was supposed to log out; OTOH I was experiencing the hang issue for while already when I reported the issue -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469099: xscreensaver: Package split leaves non-working screensavers in KDE configuration
On Mon, Mar 3, 2008 at 3:12 AM, Frans Pop [EMAIL PROTECTED] wrote: After upgrading to this version of xscreensaver I noticed that the KDE controlcenter module used to configure the screensaver now lists a number of screensavers that no longer work. Apparently the list of available screensavers does not get updated. The reason seems to be that the following file is still installed: /usr/share/applnk/System/ScreenSavers/phosphor.desktop This file is installed by the package kscreensaver-xsavers. Thanks for your report. Several hacks have been moved to the xscreensaver-data-extra (and xscreensaver-gl-extra) package. Just install that package and the broken kscreensaver will work fine again. Evidently the package split should have been coordinated with packages depending on xscreensaver. We don't expect any major problems. All the files are practically the same, just in two packages. We could choose to drag in both packages during the upgrade, but chose to do user education instead, to make the future better. Sorry, personally I know nothing about kscreensaver-xsavers. I will be pleased to work together with you to make it work properly. Believe me, the reason for the package split is exactly to make things easier for third-party screensaver infrastructures (like gnome-screensaver and kscreensaver), so that they can use xscreensaver hacks without the user having xscreensaver installed. The split in -extra is currently the only way to split between safe, recommended hacks and those who often can cause problems. From this point of view the package split can be said to break existing installations, which is a release critical issue. This BR is necessary to prevent the new xscreensaver to migrate to testing until the required coordination has taken place and depending packages have been updated. Apparantly, the package split exposes a weakness in the kscreensaver package. Does it have a list of screensaver hacks hardcoded? Your mentioning of its /usr/share/applnk/System/ScreenSavers/phosphor.desktop file sounds a bit like this. It should be made to dynamically deal with the available screensavers in /usr/share/applications/screensavers. Also other packages might drop .desktop files in there if they have something suitable as a screensaver. IMO, only the package shipping a hack should also ship a .desktop for it, whether in /usr/share/applnk/System/ScreenSavers or /usr/share/applications/screensavers. Anyway, the .desktop files should have a TryExec entry to check for the existence of the hack binary. Maybe you just need to update the relevant .desktop files. Without knowing kscreensaver much, I think the best solution would be to stop kscreensaver from shipping .desktop files and rather let it look for the desktop files installed by other packages. On the short term, just let kscreensaver depend on xscreensaver-data-extra, but remove the dependency later once kscreensaver is fixed properly. Cheers, Tormod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469117: [Pkg-sysvinit-devel] Bug#469117: sysvinit: Doesn't mount NFS shares at startup
[Manuel Bilderbeek] It isn't brought up most of the time (not for the last few months), because there's nothing connected to it. Also, I don't see anything about it in dmesg or /var/log/messages or /var/log/syslog. OK. Then this is your problem, because NFS mounting is done after the last of the auto interfaces listed in /etc/network/interfaces is available. I commented out the usb0 interface completely now (as I don't use it anymore) and I'll report back soon to tell you if it helped. What is the content of your /etc/network/run/ifstate file? lo=lo eth0=eth0 No usb0 - no NFS mount. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406364: same bug in ccs version 1.03.00-2
Hi, I'm trying to install ccs on a debian etch and encountering the same bug : Unpacking ccs (from .../ccs_1.03.00-2_i386.deb) ... Setting up ccs (1.03.00-2) ... Starting cluster configuration system: /etc/cluster/cluster.conf: file not found. Please ensure an initial copy of this file is present on all cluster nodes. invoke-rc.d: initscript ccs, action start failed. dpkg: error processing ccs (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: ccs E: Sub-process /usr/bin/dpkg returned an error code (1) machine1:~# dpkg -l ccs Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- iF ccs1.03.00-2 Cluster configuration system you said that the bug is closed for version 1.03.00-1 so I was thinking that it was solved in version 1.03.00-2 Regards -- Cyril SCETBON -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445323: cpu-intensive window, redraw/window resize
This one time, at band camp, Yves-Alexis Perez wrote: Can you still reproduce this? Using wich X, driver etc.? hi, yes i still experience the bug on a nvidia card, using the proprietery nvidia drivers (version 169.09-1). on my notebook with intel integrated graphics and xorg's intel driver i don't experience the bug. i'm running sid on both machines, both are SMP systems, but the intel-machine is a 32bit architecture, whereas the nvidia-system is a athlon x2 64bit system. cheers - fuddl signature.asc Description: PGP signature
Bug#466491: libc6: gettimeofday() in /libe/libc.so.6 causes SIGSEGV
On Mon, Mar 03, 2008 at 12:49:30AM -0700, Clay Barnes wrote: On 07:39 Mon 03 Mar , Aurelien Jarno wrote: Clay Barnes a écrit : On 23:57 Sun 02 Mar , Aurelien Jarno wrote: Do you also have libc6-dbg installed? This one should give you more detauls in the backtrace. I have also just remarked that you are using nvidia drivers. Care to retry with nvidia-glx removed, and with the nv driver instead? I have libc6-dbg installed (I just checked), and though nvidia-glx was installed, my xorg.conf had nv specified as the driver. I'm uninstalling it (and every other /nvidia-.*/) now. And even with those changes I still get the same problems. Here's the current bt full: Could you please send us the same backtrace without nvidia-glx installed? Also what are the exact commands that you are running to be able to trigger this problem? I uninstalled it before I ran gdb. I've restarted now just to be sure nothing was still loaded. I'm inlining the current output (I don't know if anything is different, since you cropped it from your reply. ;-D). From what I see in the backtrace /usr/lib/libGLcore.so.1 is still used, and this file is provided by the nvidia driver. The call to gettimeofday() is done from this file, and there is a lot of chances that the bug is located there. You can run dpkg -S /usr/lib/libGLcore.so.1 to know which package provides this file. If there is no result, then it may come from a manual installation of the nvidia drivers. The exact command that causes the crash is 'mplayer'. I don't even have to give it any arguments, though even with arguments I get the same results. That seems to confirm that the problem is specific to your system. Such a problem would have been reported more than once otherwise. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469132: xfterm4: Slower desktops switching when an xfterm4 is opened
Package: xfce4-utils Version: 4.4.2-4 Severity: normal Hi all! I notice that when I have an opened xfterm4 in desktop 1 (for example), when I switch to this desktop from the desktop 2 (fro example too), it takes nearly 2 seconds before the desktop appears. If I reduce xfterm4 or close it, the delay disappears. I tried with a fresh .config directory, same problem. Here is my terminalrc: $ cat .config/Terminal/terminalrc [Configuration] AccelNewTab=Controlt AccelNewWindow=controlshiftn AccelDetachTab=controlshiftd AccelCloseTab=controlshiftw AccelCloseWindow=controlshiftq AccelCopy=controlshiftc AccelPaste=controlshiftv AccelEditHelpers=Désactivé(e) AccelPreferences=Désactivé(e) AccelShowMenubar=Désactivé(e) AccelShowToolbars=Désactivé(e) AccelShowBorders=Désactivé(e) AccelFullscreen=F11 AccelSetTitle=Désactivé(e) AccelReset=Désactivé(e) AccelResetAndClear=Désactivé(e) AccelPrevTab=controlPage_Up AccelNextTab=controlPage_Down AccelSwitchToTab1=Alt1 AccelSwitchToTab2=Alt2 AccelSwitchToTab3=Alt3 AccelSwitchToTab4=Alt4 AccelSwitchToTab5=Alt5 AccelSwitchToTab6=Alt6 AccelSwitchToTab7=Alt7 AccelSwitchToTab8=Alt8 AccelSwitchToTab9=Alt9 AccelContents=F1 BackgroundMode=TERMINAL_BACKGROUND_SOLID BackgroundImageFile= BackgroundImageStyle=TERMINAL_BACKGROUND_STYLE_TILED BackgroundDarkness=0,50 BindingBackspace=TERMINAL_ERASE_BINDING_AUTO BindingDelete=TERMINAL_ERASE_BINDING_AUTO ColorForeground=White ColorBackground=Black ColorCursor=Green ColorSelection=White ColorSelectionUseDefault=TRUE ColorPalette1=# ColorPalette2=# ColorPalette3=# ColorPalette4=# ColorPalette5=# ColorPalette6=# ColorPalette7=# ColorPalette8=# ColorPalette9=# ColorPalette10=# ColorPalette11=# ColorPalette12=# ColorPalette13=# ColorPalette14=# ColorPalette15=# ColorPalette16=# CommandUpdateRecords=TRUE CommandLoginShell=FALSE FontAllowBold=TRUE FontAntiAlias=FALSE FontName=DejaVu Sans Mono 9 MiscAlwaysShowTabs=FALSE MiscBell=FALSE MiscBordersDefault=TRUE MiscCursorBlinks=FALSE MiscDefaultGeometry=80x24 MiscInheritGeometry=FALSE MiscMenubarDefault=TRUE MiscMouseAutohide=FALSE MiscToolbarsDefault=FALSE MiscConfirmClose=TRUE MiscCycleTabs=TRUE MiscTabCloseButtons=TRUE MiscTabPosition=GTK_POS_TOP ScrollingBar=TERMINAL_SCROLLBAR_RIGHT ScrollingLines=1000 ScrollingOnOutput=TRUE ScrollingOnKeystroke=TRUE ShortcutsNoMenukey=FALSE ShortcutsNoMnemonics=FALSE TitleInitial=Terminal TitleMode=TERMINAL_TITLE_APPEND Term=xterm VteWorkaroundTitleBug=TRUE WordChars=-A-Za-z0-9,./?%#:_~ HelperWebbrowser=firefox HelperMailreader=mozilla-mailer MiscHighlightUrls=TRUE ScrollingSingleLine=TRUE I don't know what is the origin of this problem... Hope to help xfce to be better! KnuX -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (99, 'unstable'), (98, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-utils depends on: ii exo-utils 0.3.4-4 Utility files for libexo ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libc6 2.7-9 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libdbus-1-31.1.20-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgtk2.0-02.12.8-1 The GTK+ graphical user interface ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libx11-6 2:1.0.3-7 X11 client-side library ii libxfce4util4 4.4.2-2 Utility functions library for Xfce ii libxfcegui4-4 4.4.2-2 Basic GUI C functions for Xfce4 ii libxrender11:0.9.4-1 X Rendering Extension client libra ii x11-xserver-utils 7.3+2 X server utilities ii xfce4-terminal [x-term 0.2.8-4 Xfce terminal emulator ii xinit 1.0.7-2 X server initialisation tool ii xterm [x-terminal-emul 232-1 X terminal emulator ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages xfce4-utils recommends: ii dbus 1.1.20-1 simple interprocess messaging syst ii thunar0.9.0-5File Manager for Xfce ii
Bug#443880: SIGBUS on sparc
Jurij Smakov schrieb: Hi, I've done further investigation since it's still failing. A detailed trace I've obtained from a SIGBUS during lua-zip build: Core was generated by `lua5.1 -l zip tests/test_zip.lua'. Program terminated with signal 10, Bus error. #0 0x7008293c in __zzip_parse_root_directory (fd=3, trailer=0xffd66d58, hdr_return=0x47dc0, io=0x70098020) at ../../zzip/zip.c:440 440 hdr-d_crc32 = zzip_disk_entry_get_crc32 (d); (gdb) bt full #0 0x7008293c in __zzip_parse_root_directory (fd=3, trailer=0xffd66d58, hdr_return=0x47dc0, io=0x70098020) at ../../zzip/zip.c:440 __bsx = 4292242562 d = (struct zzip_disk_entry *) 0xffd66c82 u_extras = 0 u_comment = 0 u_namlen = 6 dirent = {z_magic = PK\001\002, z_encoder = {version = \024, ostype = }, z_extract = {version = \024, ostype = }, z_flags = \000, z_compr = \b, z_dostime = { time = )£, date = Ù0}, z_crc32 = 㦢O, z_csize = |\000\000, z_usize = \237\000\000, z_namlen = \006, z_extras = \000, z_comment = \000, z_diskstart = \000, z_filetype = \001, z_filemode = \000\000, z_offset = \000\000\000} hdr = (struct zzip_dir_hdr *) 0x47ec0 hdr0 = (struct zzip_dir_hdr *) 0x47ec0 p_reclen = (uint16_t *) 0x0 entries = 4 zz_offset = 0 fd_map = 0x70074000 Address 0x70074000 out of bounds zz_fd_gap = 4826 zz_entries = 4 zz_rootsize = 214 zz_rootseek = 4826 #1 0x70083238 in __zzip_dir_parse (dir=0x47da8) at ../../zzip/zip.c:661 rv = ZZIP_NO_ERROR filesize = 5062 trailer = {zz_tail = 0x13b0, zz_for_correct_rootseek = 0x703241ac, zz_entries = 4, zz_finalentries = 4, zz_rootseek = 4826, zz_rootsize = 214} #2 0x700830b0 in zzip_dir_fdopen_ext_io (fd=3, errcode_p=0x0, ext=0x70098014, io=0x70098020) at ../../zzip/zip.c:622 rv = 270344 dir = (ZZIP_DIR *) 0x47da8 #3 0x700834ec in zzip_dir_open_ext_io (filename=0x4a400 luazip.zip, e=0x0, ext=0x70098014, io=0x70098020) at ../../zzip/zip.c:726 fd = 3 #4 0x7008343c in zzip_dir_open (filename=0x4a400 luazip.zip, e=0x0) at ../../zzip/zip.c:708 No locals. #5 0x700618e0 in ?? () No symbol table info available. #6 0x700618e4 in ?? () No symbol table info available. Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) print d-z_crc32 $1 = (zzip_byte_t (*)[4]) 0xffd66c92 Here's the problem: z_crc32 (and all other fields in this structure) are defined as zzip_byte_t arrays, which means that compiler does not care about their alignment. When an attempt is made to cast z_crc32 to a 32-bit integer, it gets a SIGBUS, since z_crc32 is only half-word aligned. I don't see a way to fix this without a major redesign or making all the memory-accessing/casting macros in format.h to use memcpy (ugly). Best regards, There is no redesign required - this problem can only occur on non-x86 little-endian platforms. You did not tell about that detail but I can guess it from the result. In fetch.h there is #define zzip_file_header_get_crc32(__p) ZZIP_GET32((__p)-z_crc32) and that ZZIP_GET32 can be defined in a way that it would fetch each byte seperately. This is already done on a lot of platforms - the definition is dependent on ZZIP_WORDS_BIGENDIAN and covers acrchitectures like SPARC which have aligned word access as well. However, SPARC is big-endian as have been all the other test platforms in the lab. So, what's your target platform currently? If I am guessing right then would need to redefine the #ifdefs and configure detections in such a way that it would enable a bytewise access macro on a litte-endian platform right there in fetch.h cheers, Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469000: false positive
Hi, this bug seems to be a false positive on an #ifdef'ed backwards compatibility definition in a swig-generated file. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432097: Please update gtkam for lenny
Package: gtkam Version: 0.1.12-2.4 Followup-For: Bug #432097 Hi, gtkam 0.1.14 has been out for more than 15 months. The version in Debian is two versions out of date and nearly 4 years old. Please could you ensure an up to date version is packaged in time for lenny, which has now entered very soft freeze? Thank you, Roger Lynn -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages gtkam depends on: ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libexif-gtk5 0.3.5-3 Library providing GTK+ widgets to ii libexif12 0.6.13-5etch2 library to parse EXIF files ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgphoto2-2 2.4.0-8 gphoto2 digital camera library ii libgphoto2-port0 2.4.0-8 gphoto2 digital camera port librar ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libusb-0.1-4 2:0.1.12-5userspace USB programming library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra gtkam recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469133: checkrestart: don't complain about /usr/lib/locale/locale-archive or icon-theme.cache files
Package: debian-goodies Version: 0.40 Severity: wishlist Don't complain about /usr/lib/locale/locale-archive since that is regenerated by adding new locales. Don't complain about icon-theme.cache files either since they are generated files. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#469134: fortunes-debian-hints: incorrect recipie in hint 24
Package: fortunes-debian-hints Version: 1.7 Severity: normal Debian Hint #24 mentions using aptitude search '~r~M' but it seems that aptitude no longer supports this search: [EMAIL PROTECTED]:~# aptitude search ~r~M E: Unknown pattern type: r [EMAIL PROTECTED]:~# aptitude search '~r~M' E: Unknown pattern type: r [EMAIL PROTECTED]:~# aptitude --version aptitude 0.4.10 compiled at Jan 9 2008 05:40:06 Compiler: g++ 4.2.3 20080102 (prerelease) (Debian 4.2.2-5) NCurses version: 5.6 libsigc++ version: 2.0.17 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash fortunes-debian-hints depends on no packages. Versions of packages fortunes-debian-hints recommends: ii fortune-mod 1:1.99.1-3.1 provides fortune cookies on demand -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#469065: chntpw is now free, move it to main
severity 469065 wishlist merge 419821 469065 thanks The Debian package chntpw is currently in non-free. However, the upstream indicates that it is now licensed under the GPL and LGPL http://home.eunet.no/~pnordahl/ntpasswd/binsrc.html. Thus it should be moved to main (possibly after synchronizing with the latest upstream version). Please review the BTS before filing bugs. This is a duplicate of bug #419821 Summary: Chntpw is GPL, but there is no OpenSSL exception. I emailed the author without success. Regards Javier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466527: 466527 , me too
hi I have been hit by this bug ; I attach my traceback. I have the following extensions typeaheadfind 1.5.0.10 enigmail 0.94.2 italiano language pack 1.5.0.7 enifmail it-IT 0.94.0 image zoom 0.2.7 (all are installed as Debian packages). I dont think that the bug is related to any extension; indeed the same bug is hitting my wife, who uses iceape (on a different host, without those extensions). a. Script started on mer 27 feb 2008 14:06:18 CET $ icedove -g /usr/lib/icedove/run-mozilla.sh -g /usr/lib/icedove/icedove-bin MOZILLA_FIVE_HOME=/usr/lib/icedove LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/mre/mre DISPLAY=:0.0 DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/mre/mre LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/components:/usr/lib/mre/mre SHLIB_PATH=/usr/lib/icedove:/usr/lib/mre/mre LIBPATH=/usr/lib/icedove:/usr/lib/mre/mre ADDON_PATH=/usr/lib/icedove MOZ_PROGRAM=/usr/lib/icedove/icedove-bin MOZ_TOOLKIT= moz_debug=1 moz_debugger= /usr/bin/gdb /usr/lib/icedove/icedove-bin -x /tmp/mozargs.Nz2638 GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-linux-gnu...Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /usr/lib/icedove/icedove-bin [Thread debugging using libthread_db enabled] [New Thread 47990674719888 (LWP 2641)] [New Thread 1082132832 (LWP 2644)] [New Thread 1090525536 (LWP 2645)] [New Thread 1098918240 (LWP 2646)] DOUBLE-CLICK: 400 -- -1 THRESHOLD: 8 -- -1 [New Thread 1107310944 (LWP 2647)] [New Thread 1115703648 (LWP 2648)] [New Thread 1124096352 (LWP 2649)] [New Thread 1132489056 (LWP 2651)] [New Thread 1140881760 (LWP 2652)] [New Thread 1149274464 (LWP 2653)] [Thread 1140881760 (LWP 2652) exited] [New Thread 1140881760 (LWP 2665)] [New Thread 1157667168 (LWP 2666)] [New Thread 1166059872 (LWP 2667)] [New Thread 1174452576 (LWP 2668)] [New Thread 1182845280 (LWP 2670)] [Thread 1166059872 (LWP 2667) exited] [Thread 1182845280 (LWP 2670) exited] [Thread 1098918240 (LWP 2646) exited] [Thread 1107310944 (LWP 2647) exited] [Thread 1115703648 (LWP 2648) exited] [Thread 1124096352 (LWP 2649) exited] [New Thread 1124096352 (LWP 2671)] [New Thread 1115703648 (LWP 2672)] [New Thread 1107310944 (LWP 2673)] [New Thread 1098918240 (LWP 2674)] [Thread 1124096352 (LWP 2671) exited] [Thread 1107310944 (LWP 2673) exited] [Thread 1115703648 (LWP 2672) exited] [Thread 1098918240 (LWP 2674) exited] [New Thread 1098918240 (LWP 3125)] [New Thread 1115703648 (LWP 3126)] [Thread 1115703648 (LWP 3126) exited] [New Thread 1115703648 (LWP 3231)] [New Thread 1107310944 (LWP 3233)] [Thread 1107310944 (LWP 3233) exited] [Thread 1115703648 (LWP 3231) exited] [New Thread 1115703648 (LWP 3435)] [New Thread 1107310944 (LWP 3436)] [Thread 1107310944 (LWP 3436) exited] [Thread 1115703648 (LWP 3435) exited] [New Thread 1115703648 (LWP 3546)] [New Thread 1107310944 (LWP 3547)] [Thread 1115703648 (LWP 3546) exited] [Thread 1107310944 (LWP 3547) exited] [New Thread 1115703648 (LWP 3586)] [Thread 1115703648 (LWP 3586) exited] [New Thread 1115703648 (LWP 8096)] [Thread 1132489056 (LWP 2651) exited] [Thread 1149274464 (LWP 2653) exited] [Thread 1098918240 (LWP 3125) exited] [Thread 1082132832 (LWP 2644) exited] [Thread 1140881760 (LWP 2665) exited] [Thread 1115703648 (LWP 8096) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47990674719888 (LWP 2641)] 0x2bfe0ab2 in nsCSSFrameConstructor::RestyleEvent::HandleEvent (this=value optimized out) at nsCSSFrameConstructor.cpp:14274 14274 nsCSSFrameConstructor.cpp: No such file or directory. in nsCSSFrameConstructor.cpp (gdb) bt #0 0x2bfe0ab2 in nsCSSFrameConstructor::RestyleEvent::HandleEvent (this=value optimized out) at nsCSSFrameConstructor.cpp:14274 #1 0x2bfe0b49 in HandleRestyleEvent (aEvent=0x2be76e0) at nsCSSFrameConstructor.cpp:14298 #2 0x2ba5b013dd19 in PL_HandleEvent (self=0xde7230) at plevent.c:688 #3 0x2ba5b013dfba in PL_ProcessPendingEvents (self=0x5d51d0) at plevent.c:623 #4 0x2ba5b013fbae in nsEventQueueImpl::ProcessPendingEvents (this=0x5aebd0) at nsEventQueue.cpp:448 #5 0x2ba5b00fff95 in NS_ShutdownXPCOM_P (servMgr=0x55d928) at nsXPComInit.cpp:830 #6 0x004040a6 in ~ScopedXPCOMStartup (this=0x7adb4420) at nsAppRunner.cpp:578 #7 0x00407252 in XRE_main (argc=value optimized out, argv=value optimized out, aAppData=value optimized out) at nsAppRunner.cpp:2488 #8 0x2ba5b26b14ca in __libc_start_main () from /lib/libc.so.6 #9 0x004038aa in _start () at ../sysdeps/x86_64/elf/start.S:113 (gdb) quit The
Bug#468147: Check for correct lsb-base dependency for init script functions
Michal =?UTF-8?Q?=C4=8Ciha=C5=99?= [EMAIL PROTECTED] writes: while reviewing some sponsored packages I noticed quite often mistake of missing dependency on lsb-base (= 3.0-6) if init script includes /lib/lsb/init-functions. I think it would be reasonable to add such check to lintian - if init script sources /lib/lsb/init-functions, package should depend on lsb-base (= 3.0-6). Well, there are some packages which use something like this: if [ -f /lib/lsb/init-functions ]; then . /lib/lsb/init-functions fi On the other hand, lsb-base (= 3.0-6) has been pseudo-essential for some time, it is included since etch and packages like util-linux depend on it. The effort to parse this correctly does seem a bit much for a check that has no practical influence for new packages. Marc -- Fachbegriffe der Informatik - Einfach erklärt 235: Kommentierter Quellkode Hier programmiert ein Germanist oder Anglist. (Manfred Worm Schäfer) pgpujY7ymGnBt.pgp Description: PGP signature
Bug#452184: ITA for libdaemon and ifplugd
ifplugd 0.28-5 is ready for upload. RFS: http://lists.debian.org/debian-mentors/2008/03/msg9.html Giridhar On 07/11/21 16:09 +0530, Y Giridhar Appaji Nag said ... I use ifplugd on my laptop as well as on home machine. I would like to adopt ifplugd, and also libdaemon which is from the same upstream author and on which ifplugd depends. -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#467070: More info
Chris Carr wrote: Package: xserver-xorg-video-intel Version: 2.1.0-2 Severity: important Apologies if this bug is filed against the wrong package. I've installed KDE on an HP530 laptop, and dpkg-reconfigure xserver-xorg says it does not recognise the video hardware (Intel 945GME Express chipset). When chosen manually the reconfiguration completes, but x does not start because /dev/agpgart does not exist. Looks like the AGP modules were not loaded or do not support your hardware yet. You might want to try a more recent kernel and make sure agpgart and intel_agp appear in lsmod (and check dmesg). If not, load them with modprobe. I did modprobe them and they both loaded successfully. X still did not start after they were loaded. I added both to /etc/modules and added alias char-major-10-175 intel-agp to /etc/modprobe.d/aliases No need to do that. udev (or discover or whatever hardware detection soft) should load the AGP modules by default. I only did this because they did not load automatically. After I did it they did load automatically, with no errors, and X still did not start. booting, but /dev/agpgart still does not exist so X still does not start. Probably because recent intel drivers need agpgart to work. See above. agpgart is present and successfully loaded (as is intel-agp), but X still does not start. See above. Note that reportbug would have automatically attached a lot of information that we need to diagnose your problem... But it's pretty clear that the problem is that your AGP modules are not loaded or your kernel does not support your chipset yet. So I am just closing this bug. That may be premature. The kernel is 2.6.22-3, the latest in Lenny. The chipset is several months older than this kernel, so the modules should support it. Is there a way to tell which kernel(s) support which chipset(s)? It would be good if we could look up when support for this chipset was added - if it was before 2.6.22 then this problem may be a bug, if not then you could well be right that a newer kernel is all that is needed. But, I will compile a totally up-to-the-minute kernel and let you know if that solves the problem. If it does not I will reopen the bug. P.S. This email address is protected by a whitelist. Emails from debian.org addresses will get through, others won't. Please don't be offended - I will check this thread for replies. Please don't do that. Many people take care of the Debian bugs with a non-debian.org address. Not being able to reach you directly is a pain. Even if you say you will check the thread, you probably won't actually do it regularly for a long time. And, some people may want to contact you privately in some cases too. That's fair enough - I do submit most of my bug reports from work, and the only reason I didn't for this one was because I was on leave and not returning to work for several days, by which time I would have forgotten the details. Does the BTS respect the Reply-To header? If it does I can submit bugs from home and put my work address in there. Regards, CC
Bug#468804: lintian: Please detect mismatch between bin/sbin and man1/man8, improperly located Perl modules and arch all when should be arch any
On Sun, Mar 02, 2008 at 08:44:00PM -0800, Russ Allbery wrote: Thanks for keeping this in mind in the future! Sure will. Thanks for the quick reply. Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Bug#469136: Can't connect to MSN after upgrade to 0.11.3-1
Package: pymsnt Version: 0.11.2-3 Severity: normal Hello Sam, after upgrading to 0.11.3-1 connecting to MSN through the transport fails with a timeout error. A log of the transport is attacched. Reverting to 0.11.2-3 fixes this. ciao Luca -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (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/bash Versions of packages pymsnt depends on: ii adduser 3.105 add and remove users and groups ii python 2.4.4-6 An interactive high-level object-o ii python-central 0.5.15-0.1 register and build utility for Pyt ii python-crypto2.0.1+dfsg1-2.1 cryptographic algorithms and proto ii python-pyopenssl 0.6-2.3 Python wrapper around the OpenSSL ii python-twisted 2.5.0-2 Event-based framework for internet Versions of packages pymsnt recommends: ii python-imaging1.1.6-1Python Imaging Library -- no debconf information [2008-03-03 11:58:49] INFO :: :: Attempting to create a new session. :: onPresence :: PyTransport :: {'el': twisted.words.xish.domish.Element object at 0x84fac2c, 'froj': twisted.words.protocols.jabber.jid.JID instance at 0x8484e6c, 'self': 'instance', 'fro': u'[EMAIL PROTECTED]/Adium', 'ptype': None, 'ulang': None, 'to': u'msn.mydomain.net', 's': None, 'toj': twisted.words.protocols.jabber.jid.JID instance at 0x8484bac} [2008-03-03 11:58:49] INFO :: [EMAIL PROTECTED] :: :: makeSession :: p :: {'ulang': None, 'jabberID': u'[EMAIL PROTECTED]', 'pytrans': main.PyTransport instance at 0x844cdec} [2008-03-03 11:58:49] INFO :: :: :: getRegInfo :: RegisterManager :: {'jabberID': u'[EMAIL PROTECTED]', 'self': 'instance'} [2008-03-03 11:58:49] INFO :: :: Returning reg info. :: getRegInfo :: RegisterManager :: {'username': '[EMAIL PROTECTED]', 'jabberID': u'[EMAIL PROTECTED]', 'self': 'instance', 'password': 'password', 'result': twisted.words.xish.domish.Element object at 0x8496fcc} [2008-03-03 11:58:49] INFO :: [EMAIL PROTECTED] :: :: __init__ :: Session :: {'jabberID': u'[EMAIL PROTECTED]', 'pytrans': main.PyTransport instance at 0x844cdec, 'self': 'instance'} [2008-03-03 11:58:49] INFO :: [EMAIL PROTECTED] :: :: __init__ :: Session :: {'username': '[EMAIL PROTECTED]', 'self': 'instance', 'ulang': None, 'jabberID': u'[EMAIL PROTECTED]', 'pytrans': main.PyTransport instance at 0x844cdec, 'password': 'password'} [2008-03-03 11:58:49] Starting factory legacy.msn.msn.DispatchFactory instance at 0x84f98cc [2008-03-03 11:58:49] INFO :: [EMAIL PROTECTED] :: :: _getNotificationReferral :: glue.LegacyConnection :: {'self': 'instance', 'dispatchFactory': legacy.msn.msn.DispatchFactory instance at 0x84f98cc, 'd': Deferred at 0x84f97cc, 'timeout': function timeout at 0x847bed4} [2008-03-03 11:58:49] INFO :: [EMAIL PROTECTED] :: :: __init__ :: glue.LegacyConnection :: {'username': '[EMAIL PROTECTED]', 'ident': u'[EMAIL PROTECTED]', 'self': 'instance', 'password': 'password'} [2008-03-03 11:58:49] INFO :: [EMAIL PROTECTED] :: :: __init__ :: glue.LegacyConnection :: {'username': '[EMAIL PROTECTED]', 'self': 'instance', 'password': 'password', 'session': session.Session instance at 0x84f86ec} [2008-03-03 11:58:49] INFO :: [EMAIL PROTECTED] :: :: __init__ :: ContactList :: {'self': 'instance', 'session': session.Session instance at 0x84f86ec} [2008-03-03 11:58:49] INFO :: [EMAIL PROTECTED] :: Fetching avatar. :: doVCardUpdate :: Session :: {'self': 'instance', 'vCardReceived': function vCardReceived at 0x8497374, 'errback': function errback at 0x8497064} [2008-03-03 11:58:49] INFO :: [EMAIL PROTECTED] :: Created! :: __init__ :: Session :: {'username': '[EMAIL PROTECTED]', 'self': 'instance', 'ulang': None, 'jabberID': u'[EMAIL PROTECTED]', 'pytrans': main.PyTransport instance at 0x844cdec, 'password': 'password'} [2008-03-03 11:58:49] INFO :: :: New session created. :: onPresence :: PyTransport :: {'el': twisted.words.xish.domish.Element object at 0x84fac2c, 'froj': twisted.words.protocols.jabber.jid.JID instance at 0x8484e6c, 'self': 'instance', 'fro': u'[EMAIL PROTECTED]/Adium', 'ptype': None, 'ulang': None, 'to': u'msn.mydomain.net', 's': session.Session instance at 0x84f86ec, 'toj': twisted.words.protocols.jabber.jid.JID instance at 0x8484bac} [2008-03-03 11:58:49] INFO :: [EMAIL PROTECTED] :: Parsed presence packet :: onPresence :: Session :: {'status': u'truetype', 'priority': u'1', 'froj': twisted.words.protocols.jabber.jid.JID instance at 0x8484e6c, 'show': None, 'self': 'instance', 'fro': u'[EMAIL PROTECTED]/Adium', 'avatarHash': '', 'ptype': None, 'toj': twisted.words.protocols.jabber.jid.JID instance at 0x8484bac, 'to': u'msn.mydomain.net', 'child': twisted.words.xish.domish.Element object at 0x84f816c, 'el':
Bug#468969: false positive
Hi, this bug seems to be a false positive on an #ifdef'ed backwards compatibility definition in a swig-generated file. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465990: Mass bug filing: non-UTF8 debian/{control.changelog}
Hey! Thanks for the status update. Russ Allbery wrote: There are four source packages left with changelog encoding problems: http://lintian.debian.org/reports/tags/debian-changelog-file-uses-obsolete-national-encoding.html There are no remaining packages with control encoding problems. There is one package with a NEWS.Debian encoding problem and 417 packages with debian/copyright encoding problems, but those weren't release goals. According to http://release.debian.org/lenny/goals.txt # UTF-8 debian/changelog and debian/control Advocate: Russ Allbery Release-Team-Contact: ?? Description: Fix all remaining debian/changelog and debian/control files which don't use UTF-8. These are easily found by lintian via debian-changelog-file-uses-obsolete-national-encoding and debian-control-file-uses-obsolete-national-encoding. Bug-User: [EMAIL PROTECTED] Bug-Tag: goal-utf8-control Bug-Url: http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED]tag=goal-utf8-control State: confirmed I think this Release Goal can be changed to State: finished very soon. Another release goal for lenny+1 should be issued inheriting the leftovers from this one. The Bug-Url field lists several bugs that seem not to exist in sid/testing anymore: #453966: xmms-arts: debian/changelog should be utf8 * [2008-01-20] xmms-arts REMOVED from testing (Britney) * [2008-01-20] Removed 0.7.1-4 from unstable (Joerg Jaspert) #453982: gmanedit: debian/changelog should be utf8 * Orphaned, still in testing, not sure about unstable. * [2008-02-11] gmanedit 0.3.3-12.1 MIGRATED to testing (Britney) #453991: gkrellmms: debian/changelog should be utf8 * [2008-02-29] Removed 2.1.22-1 from unstable (Joerg Jaspert) * [2008-01-21] gkrellmms REMOVED from testing (Britney) #454016: libglade-perl: debian/changelog should be utf8 * [2008-02-16] glade-perl REMOVED from testing (Britney) * [2008-02-15] Removed 0.61-1.1 from unstable (Joerg Jaspert) #454027: sgmltexi: debian/changelog should be utf8 * [2008-01-31] sgmltexi REMOVED from testing (Britney) * [2008-01-31] Removed 2003.00.00-2.2 from unstable (Joerg Jaspert) #454016: libglade-perl: debian/changelog should be utf8 * [2008-02-16] glade-perl REMOVED from testing (Britney) * [2008-02-15] Removed 0.61-1.1 from unstable (Joerg Jaspert) Maybe these bugs can be closed or marked as non-blocking? What about gmanedit? I am Cc:ing the ITA for followup. Anibal, do you plan to upload soon? Could you mark #453982 pending? Stuff that still needs to happen: * radiusclient: NMU (patch at #456870) by Marga (announced Thu, 28 Feb 2008) * gmanedit: upload with a new maintainer, hopefully fixing other bugs too by Anibal Alvelar * unblock of #453954 by #453966, #453982, #453991, #454016, #454027, #454016 (Amaya, about to). -- ·''`.Moi je voudrais bien, un beau matin, qu'il y ait : :' : une fleur dans mon jardin `. `' -- Manu Chao `- Proudly running (unstable) Debian GNU/Linux
Bug#444392: ITP: miniupnpc -- UPnP IGD client lightweight library
On Mon, Mar 03, 2008 at 03:30:29PM +0800, Thomas Goirand wrote: I have nearly finished the package, but there is a problem with compilation with the latest linux kernel. If I send you the packages, would you mind to have a look, and tell me what you think about it? Then when it's solved, I can ask my sponsor to upload. Yep, please send them to me. (dgetable dsc is enough.) I am using 2.6.24, so unless you tried 25rcX it works with current kernels. Kind regards, Philipp Kern -- .''`. Philipp Kern Debian Developer : :' : http://philkern.de Debian Release Assistant `. `' xmpp:[EMAIL PROTECTED] Ubuntu MOTU `-finger pkern/[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#445323: cpu-intensive window, redraw/window resize
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi. Yves-Alexis Perez, 03.03.2008 10:39: what are the various status on this? I can now use xfce4-terminal in a compositing-enabled xorg without problem here on two boxes (intel and radeonhd drivers). This is tested with xfwm compositing enabled or disabled, it works fine in both cases. Maybe the problems was in X, drivers or vte. Can you still reproduce this? Using wich X, driver etc.? Resizing the Terminal window having the Composite extension enabled is still slower than with having it disabled. In the latter case, everything is nice and quick just as before. Package version of x11-common is 1:7.3+10, the version of xserver-xorg-video-ati is 1:6.6.193-3. (Sorry about this, but ATM I can’t use a version newer than that since they make X fail to start. This has been reported and efforts are ongoing to fix this.) Regards, Mathias - -- debian/rules -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHy94sYfUFJ3ewsJgRAkhtAKCYEULYG9XNFht7k+36jQluusRMZgCfTWP0 z3D2r9CNb275WHhZ1AuAPu0= =mUp+ -END PGP SIGNATURE-
Bug#469130: gstreamer0.10-plugins-ugly: needs to Provides in addition to Conflicts with gst-plugins-bad
On Mon, Mar 03, 2008, Martin-Éric Racine wrote: gstreamer0.10-plugins-ugly needs to Provides gstreamer0.10-plugins-bad, in addition to conflicting with it, so that software that depends upon -bad will not break. No, this breaks versionned depends; explain what is broken for you and we will look for a better fix. -- Loïc Minier
Bug#461983: qbankmanager: FTBFS on GNU/k/FreeBSD
On Mon, Mar 03, 2008 at 12:06:39AM +0100, Micha Lenk wrote: Hi Aurelien Hi! Micha Lenk wrote: Aurelien Jarno wrote: qbankmanager fails to build on GNU/kFreeBSD because it doesn't known about this platform. The check is for the kernel, but the result is currently used to decide about userland stuff. It may be a good idea to replace the check for the Linux kernel by a check for the GNU libc. However, as I don't know the goal of this check in the future I have written a patch to add GNU/kFreeBSD in the list of platforms. Kewl, thanks a lot for your feedback. Please find this patch below. Could you please apply it to the next upload, and forward it to upstream? Thanks in advance. I've just forwarded it to the upstream development mailinglist. Thanks! Unfortunately I got no reply from upstream, and the patch apparently didn't made it into upstream SVN yet. I assume that this is due to the patch changing autoconf generated files. I did include the change for autoconf generated files for the patch as it is a lot easier to apply it into the debian package. If you've some enthusiasm left, you could try to anonymously checkout upstream's SVN from http://devel.aqbanking.de/svn/qbankmanager/trunk and rework your patch to be cleanly applicable to the SVN sources. This would be greatly appreciated. Please find the patch attached. For now I commited your patch to the packaging SVN, so it will included into the next upload of QBankmanager. Thanks a lot. Best regards, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net Index: m4/os.m4 === --- m4/os.m4 (révision 436) +++ m4/os.m4 (copie de travail) @@ -31,6 +31,12 @@ AC_DEFINE(OS_POSIX,1,[if this is a POSIX system]) OS_TYPE=posix ;; +*-kfreebsd*-gnu*) + OSYSTEM=kfreebsd + AC_DEFINE(OS_KFREEBSD,1,[if GNU/kFreeBSD is used]) + AC_DEFINE(OS_POSIX,1,[if this is a POSIX system]) + OS_TYPE=posix + ;; *-openbsd*) OSYSTEM=openbsd AC_DEFINE(OS_OPENBSD,1,[if OpenBSD is used]) Index: src/kbanking/libs/prg/app.cpp === --- src/kbanking/libs/prg/app.cpp (révision 436) +++ src/kbanking/libs/prg/app.cpp (copie de travail) @@ -2589,7 +2589,7 @@ else { char *outbuf; char *pOutbuf; -#if defined(OS_LINUX) | defined(OS_WIN32) +#if defined(OS_LINUX) | defined(OS_WIN32) | defined(OS_KFREEBSD) char *pInbuf; #else /* For Mac OSX */ signature.asc Description: Digital signature
Bug#469137: pm-utils: keyboard/mouse sometimes frozen on resume, need to reinit PS/2 driver
Package: pm-utils Version: 0.99.2-3 Severity: normal Hi, On my laptop, the internal keyboard and mouse are sometimes frozen after resuming from s2ram. This seems to be quite a common issue, as mentionned here : http://en.opensuse.org/Pm-utils#Restarting_the_mouse Adding a hook as suggested seems to fix the issue. Please consider adding this as default so that suspend just works. Cheers, Jeremie -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages pm-utils depends on: ii powermgmt-base1.30 Common utils and configs for power Versions of packages pm-utils recommends: ii hal 0.5.10-5 Hardware Abstraction Layer ii radeontool1.5-5 utility to control ATI Radeon back ii uswsusp 0.7-1 tools to use userspace software su ii vbetool 1.0-1.1run real-mode video BIOS code to a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468966: false positive
Hi, this bug seems to be a false positive on an #ifdef'ed backwards compatibility definition in a swig-generated file. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468971: false positive
Hi, this bug seems to be a false positive on an #ifdef'ed backwards compatibility definition in a swig-generated file. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469117: [Pkg-sysvinit-devel] Bug#469117: Bug#469117: sysvinit: Doesn't mount NFS shares at startup
Hi Petter 2008/3/3, Petter Reinholdtsen [EMAIL PROTECTED]: [Manuel Bilderbeek] It isn't brought up most of the time (not for the last few months), because there's nothing connected to it. Also, I don't see anything about it in dmesg or /var/log/messages or /var/log/syslog. OK. Then this is your problem, because NFS mounting is done after the last of the auto interfaces listed in /etc/network/interfaces is available. What's the reasoning behind this? Why don't you try to mount as soon as one (*not* all) connection is established? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469063: ITP: md5deep -- Recursuvely computes hashsums
Monniez Christophe wrote: Package name: md5deep why are you still filling the itp for it? no offence, but haven't you read #438753 when i was telling about it to you? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445323: cpu-intensive window, redraw/window resize
This one time, at band camp, Yves-Alexis Perez wrote: Wich X versions are running on them? [EMAIL PROTECTED]:~$ dpkg -s xorg | grep Version Version: 1:7.3+10 that applies to both machines. on the intel machine (i'm running sid on it since december last year) i never experienced the problem before. In the link in the xorg bug report, it seems that a bug have been fixed wrt this issue, so maybe it was an xorg issue and it's fixed in free drivers and not in the nvidia one, I don't know. i did another two tests on the nvidia-based machine: 1. i used the xephyr x-server, which supports the composite extension for x-clients and ran an xfce4-session in it: xephyr can redraw the xfce terminal on the cpu faster than the real x-server with the nvidia driver on the gpu! 2. i installed debian sid in a virtualbox-ose virtual machine, running with virtualbox' vboxvideo graphics driver (it even supports compositing! :) ). no problem to resize the xfce4-terminal window in the virtual machine. well, from these tests i dare to say this MUST be a bug in the proprietary nvidia driver! cheers - fuddl signature.asc Description: PGP signature
Bug#469138: git-buildpackage: please add easier support for pbuilder
Package: git-buildpackage Version: 0.4.19 Severity: wishlist The git-buildpacakge manual describes: Since pbuilder use different command line arguments than Debuild and Dpkg-buildpackage we have to use a tiny script that gets invoked by git-buildpackage: This is frustrating, debian packages should not come out half-ready asking users to fill in pieces by writing wrappers to /usr/local/bin. I think a --pbuilder option to git-buildpackage which one can set as default to gbp.conf would be a better solution. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages git-buildpackage depends on: ii devscripts 2.10.18.1 scripts to make the life of a Debi ii git-core 1:1.5.4.3-1 fast, scalable, distributed revisi ii python 2.4.4-1 An interactive high-level object-o ii python-support 0.7.5 automated rebuilding support for p git-buildpackage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469009: false positive
Hi, this bug seems to be a false positive on an #ifdef'ed backwards compatibility definition in a swig-generated file. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347790: #347790 ignores boldMode setting
On Sun, 2 Mar 2008, Joey Hess wrote: Thomas Dickey wrote: I'm puzzled, since the boldMode/alwaysBoldMode resources do produce the result that I tabulated in the manpage. However, since you're not seeing it work, it's likely that I'm not using the same resource-settings and/or locale. appres XTerm and appres UXTerm might show enough of those to see it. [EMAIL PROTECTED]:~appres XTerm thanks (will see, this evening) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469135: pm-utils: consider adding a hook to run anacron after resume or AC plugging
Package: pm-utils Version: 0.99.2-3 Severity: normal Hi, I realize that on my laptop the scripts in /etc/cron.(daily|weekly|monthly) are not run as regularly as they should, if anacron was doing its job. This is because I put my laptop to sleep at night, and wake it up typically after 7:30 AM so /etc/cron.d/anacron is not run. I believe anacron should be invoked on resume, and moreover when the AC is plugged (because by default anacron is not run when AC is unplugged), so that it can check whether it has work to do. A number of related bugs (202605, 260323, 426294) have been filed for anacron, and the issue seem to have been addressed in Ubuntu. However the fix probably depends on the power management script used, so I file this as a pm-utils bug. My current fix is to add hooks in /etc/pm/(power.d|sleep.d) that do invoke-rc.d anacron start on resume/AC on (and also invoke-rc.d anacron stop on suspend/AC off). Cheers, Jeremie -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages pm-utils depends on: ii powermgmt-base1.30 Common utils and configs for power Versions of packages pm-utils recommends: ii hal 0.5.10-5 Hardware Abstraction Layer ii radeontool1.5-5 utility to control ATI Radeon back ii uswsusp 0.7-1 tools to use userspace software su ii vbetool 1.0-1.1run real-mode video BIOS code to a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456971: fixed in libsigc++-2.0 2.0.18-1
On Thu, Feb 14, 2008 at 06:02:03AM +, Daniel Burrows wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 13 Feb 2008 20:50:49 -0800 Source: libsigc++-2.0 Binary: libsigc++-2.0-0c2a libsigc++-2.0-dev libsigc++-2.0-doc Architecture: source i386 all Version: 2.0.18-1 Distribution: experimental Urgency: low Maintainer: Daniel Burrows [EMAIL PROTECTED] Changed-By: Daniel Burrows [EMAIL PROTECTED] Description: libsigc++-2.0-0c2a - type-safe Signal Framework for C++ - runtime libsigc++-2.0-dev - type-safe Signal Framework for C++ - development files libsigc++-2.0-doc - type-safe Signal Framework for C++ - reference documentation Closes: 346378 424929 441537 443651 446333 456971 Changes: libsigc++-2.0 (2.0.18-1) experimental; urgency=low . * New upstream release (Closes: #443651). . * Disable backwards-compatibility typedefs for slot_list. This fixes compilation of sigc++-2.0 and dependent packages using g++-4.3. (Closes: #441537, #456971, #446333) . Do you have planned an upload to unstable to fix this bug in sid and lenny? -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454192: logrotate script kills pyicqt
Hi as I'm unable to reproduce this bug, I started to accuse twisted, which is responsible for most of daemon tasks. What version of twisted do you use? If some older than is currently in testing/unstable, can you try to upgrade it? -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#468147: Check for correct lsb-base dependency for init script functions
Hi On Mon, 03 Mar 2008 11:58:36 +0100 Marc 'HE' Brockschmidt [EMAIL PROTECTED] wrote: Well, there are some packages which use something like this: if [ -f /lib/lsb/init-functions ]; then . /lib/lsb/init-functions fi I didn't notice this so far. I just thought this would add too much complexity to init script, but it does not look so. On the other hand, lsb-base (= 3.0-6) has been pseudo-essential for some time, it is included since etch and packages like util-linux depend on it. The effort to parse this correctly does seem a bit much for a check that has no practical influence for new packages. It's up to you, I understand this argumentation. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#445323: cpu-intensive window, redraw/window resize
On Mon, Mar 03, 2008 at 11:26:06AM +, Bruno Kleinert wrote: This one time, at band camp, Yves-Alexis Perez wrote: Wich X versions are running on them? [EMAIL PROTECTED]:~$ dpkg -s xorg | grep Version Version: 1:7.3+10 [snip] well, from these tests i dare to say this MUST be a bug in the proprietary nvidia driver! Yeah, I'd agree. I don't know enough about nvidia drivers but I guess there's clearly a problem here. I'll wait for answers of others people, but I guess I may end reassigning to nvidia driver. Don't know how it'll end, though. Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#116599: We have a ecard greeting for you.
Here is the new funny ecard http://208.254.183.6/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469139: apt-listchanges crashes in bsddb.db.DBRunRecoveryError
Package: apt-listchanges Version: 2.82 Severity: important I get the following crash: [EMAIL PROTECTED]:/home/vlefevre# apt-get remove --purge libgle3 Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: libgle3* 0 upgraded, 0 newly installed, 1 to remove and 50 not upgraded. After this operation, 184kB disk space will be freed. Do you want to continue [Y/n]? Traceback (most recent call last): File /usr/bin/apt-listchanges, line 227, in ? main() File /usr/bin/apt-listchanges, line 148, in main seen.close() File /usr/lib/python2.4/bsddb/__init__.py, line 237, in close v = self.db.close() bsddb.db.DBRunRecoveryError: (-30975, 'DB_RUNRECOVERY: Fatal error, run database recovery -- PANIC: fatal region error detected; run recovery') E: Sub-process /usr/bin/apt-listchanges --apt returned an error code (1) E: Failure running script /usr/bin/apt-listchanges --apt -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.3-20080226 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages apt-listchanges depends on: ii apt 0.7.11 Advanced front-end for dpkg ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy ii debianutils 2.28.4 Miscellaneous utilities specific t ii python2.4.4-6An interactive high-level object-o ii python-apt0.7.5 Python interface to libapt-pkg ii python-support0.7.6 automated rebuilding support for p ii ucf 3.005 Update Configuration File: preserv Versions of packages apt-listchanges recommends: ii exim4 4.69-2 meta-package to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.69-2 lightweight Exim MTA (v4) daemon -- debconf information: apt-listchanges/confirm: false apt-listchanges/which: news apt-listchanges/frontend: pager apt-listchanges/email-address: root apt-listchanges/save-seen: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426407: git-svn: --follow-parent does not follow moves of parent directories
On Tue, Jun 19, 2007 at 09:21:56AM +0200, David Purdy wrote: On Mon, May 28, 2007 at 04:43:04PM +0200, David Purdy wrote: git-svn fetch --follow-parent does not work correctly for cases where a parent of the directory you're tracking is moved. Hi David, can you please check with git-svn version 1.5.2.1 whether this problem still exists? A lot of work has been done on git-svn since 1.4.4.4. Replying late because this mail was caught by my spam filters. Sadly I'm still having this error. My current versions: git-core: 1:1.5.4.1-1 git-svn: 1:1.5.4.1-1 I ran 'apt-get dist-upgrade' today (against Debian/Testing) so all my other packages should be recent versions. Here are some steps you can follow to reproduce my problem: # Create SVN history mkdir /tmp/test svnadmin create /tmp/test/svn_repo mkdir /tmp/test/svn_checkout cd /tmp/test/svn_checkout svn co file:///tmp/test/svn_repo cd svn_repo touch 1 2 3 svn add 1 2 3 svn ci -m New files ls 1; ls 2; ls 3 svn ci -m 'Some random update' mkdir trunk svn add trunk svn mv 1 trunk/ svn mv 2 trunk/ svn mv 3 trunk/ svn ci -m 'Moved files to trunk' cd trunk/ ls -l 1; ls -l 2; ls -l 3 svn ci -m 'Another random update' # Create git-svn checkout mkdir /tmp/test/svn-git_repo cd /tmp/test/svn-git_repo git-svn init file:///tmp/test/svn_repo/trunk git-svn fetch # Check the git log: git log In my case I only see the last 2 git revisions (the latest 2, Another random update and Moved files to trunk), rather than the 4 which exist in the SVN repo. I hope this info helps. David. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469140: mordor: provide LSB dependency information in initscript
Package: mordor Version: 6.66a-7 Tags: patch To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the mordor init.d script would make it possible for us to use this information to check the current sequence and to speed up the debian boot. I am helping out with a system to update the boot sequence based on these dependencies, and would like see this as the default in Lenny. Because of this, it is nice if the dependencies was updated quickly. URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL:http://wiki.debian.org/LSBInitScripts. Here is a patch to document the dependencies. If the daemon does not need to do anything special when stopping, consider allowing sendsigs to kill it on shutdown, and remove 0 and 6 from Default-Stop. Thanks, Kel. --- diff -Nrup mordor-6.66a/debian/mordor.init mordor-6.66a.insserv/debian/mordor.init --- mordor-6.66a/debian/mordor.init 2008-03-03 21:41:56.0 +1000 +++ mordor-6.66a.insserv/debian/mordor.init 2008-03-03 21:41:29.0 +1000 @@ -1,4 +1,11 @@ #! /bin/sh +### BEGIN INIT INFO +# Provides: mordor +# Required-Start:$remote_fs $network +# Required-Stop: $remote_fs $network +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +### END INIT INFO # # mordor Sample startup script for mordor MUD daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465575: bisonc++: FTBFS: FlexLexer.h:130: error: expected unqualified-id before numeric constant
Dear Lucas, Thanks for reporting the compilation bug you found in bisonc++. It appears that the problem is caused by a new header setup in flex. When I recreated the file scanner/yylex.cc using `flex lexer' (in the directory ./scanner) the new file yylex.cc compiled without problems. I'll make sure a new yylex.cc is distributed in the next release (or maybe I'll have the build process always recreate yylex.cc). That should solve the problem. For now, this reply should also help those who read Bisonc++'s Bug Reports. Thanks again, -- Frank B. Brokken Center of Information Technology, University of Groningen (+31) 50 363 9281 Public PGP key: http://pgp.surfnet.nl:11371/ Key Fingerprint: 8E36 9FC4 1DAA FCDF 1A0D B19F DAC4 BE50 38C6 6170 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469141: ddns3-client: provide LSB dependency information in initscript
Package: ddns3-client Version: 1.8-6 Tags: patch To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the ddns3-client init.d script would make it possible for us to use this information to check the current sequence and to speed up the debian boot. I am helping out with a system to update the boot sequence based on these dependencies, and would like see this as the default in Lenny. Because of this, it is nice if the dependencies was updated quickly. URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL:http://wiki.debian.org/LSBInitScripts. Here is a patch to document the dependencies. Thanks, Kel. --- diff -Nrup ddns3-client-1.8/debian/init.d ddns3-client-1.8.insserv/debian/init.d --- ddns3-client-1.8/debian/init.d 2008-03-03 21:27:39.0 +1000 +++ ddns3-client-1.8.insserv/debian/init.d 2008-03-03 21:47:19.0 +1000 @@ -1,4 +1,11 @@ #! /bin/sh +### BEGIN INIT INFO +# Provides: ddns3-client +# Required-Start:$network +# Required-Stop: +# Default-Start: 2 3 4 5 +# Default-Stop: +### END INIT INFO # (C) 2003 Ian Maclaine-cross [EMAIL PROTECTED] # Copyright conditions are in file GPL. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469109: pidgin: can no longer adjust size of the text input in a conversation window
I think this is a terrible change from a usability point of view and would like to see it reverted. Can Debian lobby for this (there are some requests[1] on the Pidgin Support mailing list)? Would a patch be applied to the Debian package if submitted? [1] declaration of interest - one of them is from me. -- Mark Scott [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469138: git-buildpackage: please add easier support for pbuilder
On Mon, Mar 03, 2008 at 01:29:09PM +0200, Riku Voipio wrote: The git-buildpacakge manual describes: Since pbuilder use different command line arguments than Debuild and Dpkg-buildpackage we have to use a tiny script that gets invoked by git-buildpackage: This is frustrating, debian packages should not come out half-ready asking users to fill in pieces by writing wrappers to /usr/local/bin. I think a --pbuilder option to git-buildpackage which one can set as default to gbp.conf would be a better solution. This is difficult with all the cowbuilder/pbuilder options. E.g. I'm using: pdebuild --configfile /etc/pbuilder/pbuilderrc.$DIST \ --pbuilder cowbuilder \ --debbuildopts -i\.git/ -I.git $* as one command and do have symlinks to figure out the dist from the script name. Handling this in git-buildpackage is just overkill, I think. But I'm open to suggestions (and patches of course). -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469142: xserver-xorg-video-mach64: Conflicting files with xserver-xorg-video-ati
Package: xserver-xorg-video-mach64 Version: 1:6.8.1~git20080301.d855d208 Severity: serious Justification: upgrade fails Hi, the upgrade of xserver-xorg-video-ati to the version in experimental failed, as xserver-xorg-video-mach64 has conflicting files with the old xserver-xorg-video-ati package. The problem very likely is a typo in the Replaces line in debian/control: s/xserver-xorg-driver-ati/xserver-xorg-video-ati/ The same is true for xserver-xorg-video-r128. Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.3 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 xserver-xorg-video-mach64 depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.4.1~git20080131-1 Xorg X server - core server xserver-xorg-video-mach64 recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469132: [Pkg-xfce-devel] Bug#469132: xfterm4: Slower desktops switching when an xfterm4 is opened
reassign 469132 xfce4-terminal forcemerge 469132 445323 thanks On Mon, Mar 03, 2008 at 10:24:17AM +, KnuX wrote: I notice that when I have an opened xfterm4 in desktop 1 (for example), when I switch to this desktop from the desktop 2 (fro example too), it takes nearly 2 seconds before the desktop appears. If I reduce xfterm4 or close it, the delay disappears. Haha, nice. Just when I was pinging bug reporters about this. I guess you're facing #445323 Try to disable compositing in xorg.conf and report back. What X version are you using? What X drivers are you using? Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467515: broken dependency
Hi Marcelo, have you had the change to look at the packages in git yet? Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466922: How to resolve critical situation
Hi, (I shortened CC list) On Mon, Mar 03, 2008 at 03:22:18AM +1100, Harshula wrote: Hi Osamu, First and foremost I have updated the m17n-docs source package and I've uploaded it to: http://sinhala.sourceforge.net/files/m17n/ There is one Lintian error with the manpages that I'm waiting to hear from upstream about before I decide how to fix it. Good. On Sun, 2008-03-02 at 23:53 +0900, Osamu Aoki wrote: Hi, This bug 466922 for m17n-db is blocking other packages such as scim-uim to build. Why? What's the relationship between scim-uim and m17n-db? scim-uim depends on one of the uim then it pulls in m17n-db. Pbuilder did not like broken package to be installed. (This may be minor issue. I will check. I have some second thought) I think we should attack this situation in 2 steps. Let's review situation: There was bug #465661 for m17n-db claiming binary-without-manpage usr/bin/m17n-db. This was based on policy 12.1 which states: Each program, utility, and function should have an associated manual page included in the same package. It is mere should whereas the basis of bug 466922 was policy 2.2.1 which states: In addition, the packages in main * must not require a package outside of main for compilation or execution (thus, the package must not declare a Depends, Recommends, or Build-Depends relationship on a non-main package), Yes, this is serious policy bug. First, we should avoid serious bug if possible even with minor shortcoming. The correct thing to do is: 1. File bug to get unreasonable move to non-free (already done) 2. Just Suggest m17n-doc for now. (Once m17n-doc is back in main change it to depends if you think that is right thing). Really, it is only policy with should so Suggest may be enough. (at least to me. But I may be wrong) Dicussion on debian-devel: http://lists.debian.org/debian-devel/2008/02/msg00636.html Quick look tells me Ian (ex-DPL) said: I think the point of policy is to ensure the manpage exists, not to require that it be installed. I think Suggests is the right dependency. There is nothing wrong with installing a package without its documentation. This is quite conclusive. I agree moving m17n-doc to main is right thing. But the order of action should be carefully thought out. Please remove m17n-doc from depends now and set suggest. Since I have updated the m17n-doc source package, would it be better to upload that, even with the minor Lintian manpage errors? Yes. You are killing big problem. Close big bug and file new minor bug. (I did not check what exactly was problem, But manpage error warning are not that fatal as current situation.) Iwai-san, are you still active? Omote-san who seemed to uploaded his package, can you comment? This package seems practically orphaned. Considering 434044, Harshula should hijack m17n-doc package unless we get response from them in a week or so. I will be happy to see m17n-db maintainer taking charge of all related packages. I already announced ITH back in November 2007: http://lists.debian.org/debian-devel/2007/11/msg00440.html Good. Let's do it now. I was quite surprized by the non-free move. GFDL without invariant section seems to be OK to be in main. I suspect it happened before the 2006 Debian vote on the issue. I heard but that was not right mov then either. Osamu PS: The upload to main may need to happen after requesting removal of current non-free one. What's the procedure for that? I do not know exactly. Ask debian-mentor for this sitution. (I have not encountered such case yet.) Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469132: [Pkg-xfce-devel] Bug#469132: xfterm4: Slower desktops switching when an xfterm4 is opened
Here is my xorg.conf: $ cat /etc/X11/xorg.conf # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device /dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section Device Identifier Carte video generique Driver nvidia BusID PCI:2:0:0 EndSection Section Monitor Identifier �cran g�n�rique Option DPMS HorizSync 30-70 VertRefresh 50-160 EndSection Section Screen Identifier Default Screen Device Carte video generique Monitor �cran g�n�rique DefaultDepth 24 SubSection Display Modes 1280x1024 1280x960 1280x854 1280x800 1280x768 1200x800 1152x864 1152x768 1024x768 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse EndSection About versions: ii nvidia-glx 169.09-1 NVIDIA binary Xorg driver ii xserver-xorg-core 2:1.4.1~git20080131-1 Xorg X server - core server ii xorg 1:7.3+10 X.Org X Window System ii xserver-xorg 1:7.3+10 I have not do anything about composite, but nvidia drivers might be in cause... ;)
Bug#457765: Shell quotes wrong in dash.1 man page in Unicode environment
On Tue, Dec 25, 2007 at 03:25:13PM +0200, Teemu Likonen wrote: Shell quotes ' and ` are displayed wrong in dash.1 man page in Unicode environment. Explanation: In the groff syntax a non-escaped Ascii apostrophe (') is always logical (English) right single quotation mark or apostrophe. In Unicode environment (e.g. UTF-8 terminal or Postscript) it is displayed as U+2019 RIGHT SINGLE QUOTATION MARK. In non-Unicode environment it is displayed as U+0027 APOSTROPHE. Similarly, in the groff syntax a non-escaped grave accent (`) is always logical (English) left single quotation mark. In Unicode environment it is displayed as U+2018 LEFT SINGLE QUOTATION MARK and in non-Unicode environment as U+0060 GRAVE ACCENT. When referreing to shell's single quote (') the groff character code \(aq should always be used. It displays correctly in all environments. Shell's command substitution mark (`) aka. backtick or backquote must be written as \(ga in groff code. Patch is attached to fix this in dash.1 man page. Patch file is meant to be added to debian/diff directory and should apply nicely to Debian dash package version 0.5.4-4. Hi Teemu, thanks for the patch. But somehow I think there must be another solution, wasn't there some discussion around this on [EMAIL PROTECTED] Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]