Bug#560926: Bug#560932: Bug#560912: Expat issues update
On Sun, Dec 13, 2009 at 05:21:26PM +0100, Matthias Klose wrote: On 13.12.2009 16:29, Michael Gilbert wrote: Hi all, In order to guarantee that the system expat is used, the '--with-expat=sys' configure argument must be used. If you think your package is already using the system expat, or if you are updating your package to use the system expat, please check to make sure that this option is being used. Thanks. there's no such option for python, which uses a modified copy of expat. Likewise with mozilla, which uses a heavily modified copy of expat. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558666: Rhythmbox debug log
Hi there, here comes the log of a Rhythmbox session. Sounds like I have a gstreamer issue here. I think I installed every possible gstreamer related package. (I recently added also python-gst0.10-rtsp and its dependencies, however that doesn't help.) Should I go and ask to gstreamer maintainers? Any other tips? Thanks, Fabio. -- Fabio Natali [...] (08:21:27) [0x8505028] [rb_shell_player_cmd_play] rb-shell-player.c:2249: play! (08:21:27) [0x8505028] [rb_shell_player_playpause] rb-shell-player.c:2278: doing playpause (08:21:27) [0x8505028] [rb_shell_player_playpause] rb-shell-player.c:2309: no playing source, using selected source (08:21:27) [0x8505028] [rb_shell_player_set_playing_source_internal] rb-shell-player.c:3066: setting playing source to 0x8ab2028 (08:21:27) [0x8505028] [rb_shell_player_sync_with_source] rb-shell-player.c:2890: playing source: 0x8ab2028, active entry: (nil) (08:21:27) [0x8505028] [rb_shell_set_window_title] rb-shell.c:1978: clearing title (08:21:27) [0x8505028] [rb_shell_player_get_playing_song_duration] rb-shell-player.c:3325: Did not get playing entry : return -1 as length (08:21:27) [0x8505028] [rb_shell_player_sync_buttons] rb-shell-player.c:2985: syncing with source 0x8ab2028 (08:21:27) [0x8505028] [rb_shell_playing_source_changed_cb] rb-shell.c:1856: playing source changed (08:21:27) [0x8505028] [playing_source_changed_cb] rb-iradio-source.c:1158: connecting info-available signal handler (08:21:27) [0x8505028] [rb_shell_player_playpause] rb-shell-player.c:2334: choosing first selected entry (08:21:27) [0x8505028] [rb_shell_player_set_playing_entry] rb-shell-player.c:1677: Success! (08:21:27) [0x8505028] [rb_shell_player_sync_with_source] rb-shell-player.c:2890: playing source: 0x8ab2028, active entry: 0xb54f77e0 (08:21:27) [0x8505028] [rb_shell_set_window_title] rb-shell.c:2001: setting title to BBC1 (08:21:27) [0x8505028] [rb_shell_player_sync_buttons] rb-shell-player.c:2985: syncing with source 0x8ab2028 (08:21:28) [0x8dbb778] [playlist_entry_cb] rb-shell-player.c:1458: adding stream url rtsp://rmlegacy.bbc.co.uk/bbc-rbs/rmlegacy/farm/live24/bbc_ami/radio1/radio1_nb_int_live.ra?BBC-UID=444b82b56e27c778b949b3b5f1809e62417cd37450a011b4244ff9b6df9e4077SSO2-UID= (08:21:28) [0x8dbb778] [open_location_thread] rb-shell-player.c:1493: playing first stream url http://www.bbc.co.uk/radio/listen/live/r1.ram (08:21:28) [0x8dbb778] [rb_shell_player_open_playlist_url] rb-shell-player.c:726: playing stream url rtsp://rmlegacy.bbc.co.uk/bbc-rbs/rmlegacy/farm/live24/bbc_ami/radio1/radio1_nb_int_live.ra?BBC-UID=444b82b56e27c778b949b3b5f1809e62417cd37450a011b4244ff9b6df9e4077SSO2-UID= (08:21:28) [0x8dbb778] [construct_pipeline] rb-player-gst.c:426: using gconfaudiosink (08:21:28) [0x8dbb778] [construct_pipeline] rb-player-gst.c:432: setting profile property on audio sink (08:21:28) [0x8dbb778] [construct_pipeline] rb-player-gst.c:497: pipeline construction complete (08:21:28) [0x8dbb778] [impl_open] rb-player-gst.c:703: setting new uri to rtsp://rmlegacy.bbc.co.uk/bbc-rbs/rmlegacy/farm/live24/bbc_ami/radio1/radio1_nb_int_live.ra?BBC-UID=444b82b56e27c778b949b3b5f1809e62417cd37450a011b4244ff9b6df9e4077SSO2-UID= (08:21:28) [0x8dbb778] [impl_play] rb-player-gst.c:787: not in transition, stopping current track to start the new one (08:21:28) [0x8dbb778] [set_state_and_wait] rb-player-gst.c:537: setting playbin state to READY (08:21:28) [0x8dbb778] [set_state_and_wait] rb-player-gst.c:541: state change was successful (08:21:28) [0x8dbb778] [set_state_and_wait] rb-player-gst.c:537: setting playbin state to PLAYING (08:21:28) [0x8505028] [error_cb] rb-shell-player.c:3463: got error for unexpected entry 0xb54f77e0 (expected (nil)) (08:21:28) [0x8505028] [set_state_and_wait] rb-player-gst.c:537: setting playbin state to READY (08:21:28) [0x8505028] [set_state_and_wait] rb-player-gst.c:554: state change failed (08:21:28) [0x8505028] [set_state_and_wait] rb-player-gst.c:592: got error from stream: No supported stream was found. You might need to install a GStreamer RTSP extension plugin for Real media streams. (gstrtspsrc.c(4494): gst_rtspsrc_setup_streams (): /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source) (08:21:28) [0x8dbb778] [set_state_and_wait] rb-player-gst.c:554: state change failed (08:21:33) [0x8dbb778] [set_state_and_wait] rb-player-gst.c:571: state change is taking too long.. (08:21:33) [0x8dbb778] [rb_shell_player_error] rb-shell-player.c:3361: playback error while playing: Unable to start playback pipeline (08:21:33) [0x8dbb778] [rhythmdb_entry_set] rhythmdb.c:3387: queuing RHYTHMDB_ACTION_ENTRY_SET (08:21:33) [0x8dbb778] [rb_shell_player_stop] rb-shell-player.c:3130: stopping (08:21:33) [0x8dbb778] [set_state_and_wait] rb-player-gst.c:537: setting playbin state to READY (08:21:33) [0x8dbb778] [set_state_and_wait] rb-player-gst.c:554: state change failed (08:21:38) [0x8dbb778] [set_state_and_wait] rb-player-gst.c:571:
Bug#557964: dctrl-tools: Man page examples use quotes instead of apostrophes and backticks
Hi! Just for a start, I am totally able to reproduce this on lenny, and it seems like Ferenc reported this also with lenny. * Ferenc Wagner wf...@niif.hu [2009-11-25 15:41:39 CET]: Subject says it all, but let me provide two examples from the EXAMPLES section: % grep-status -P -e ’apt|dpkg’ should read % grep-status -P -e 'apt|dpkg' and % grep-available -c -FMaintainer \ ‘grep-available -sMaintainer -n -PX grep-dctrl‘ should read % grep-available -c -FMaintainer \ `grep-available -sMaintainer -n -PX grep-dctrl` instead to facilitate copy-paste. Am totally with you on this, the fix though isn't obvious. While escaping the dashes works to make them real dashes and this also seems to work with the backticks from my test, from a quick test I am not able to produce real apostrophs. Escaping them turns them into this: % grep-status -P -e ´apt|dpkg´ ... which isn't any better from a copypaste approach. If anyone is able to find out how to properly escape apostrophs I am willing to commit the fix right ahead - I just don't want to commit a fix for the backticks *only*. If we want to fix it it should be a complete fix. :) Thanks! Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557964: dctrl-tools: Man page examples use quotes instead of apostrophes and backticks
* Gerfried Fuchs rho...@deb.at [2009-12-14 09:03:01 CET]: Am totally with you on this, the fix though isn't obvious. While escaping the dashes works to make them real dashes and this also seems to work with the backticks from my test, from a quick test I am not able to produce real apostrophs. Escaping them turns them into this: % grep-status -P -e ´apt|dpkg´ ... which isn't any better from a copypaste approach. A quick digging around in e.g. /etc/groff/man.local inspired me to give this one a try which actually works: \N'39' - this will get rendered into a proper apostrophe. It though is highly inconvenient and really hope that there is a different posibility. :/ Just a quick followup. :) Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560824: ejabberdctl srg_user_add command (provided by mod_admin_extra) fails most of the time
I am sorry the bug got submitted before I could give the detailed report. Anyway, this is the problem. $ ejabberdctl srg_user_add 'admin' 'example.net' '1' 'example.net' Problem 'error {case_clause,false}' occurred executing the command. Stacktrace: [{mod_shared_roster,get_group_users,2}, {mod_shared_roster,push_members_to_user,5}, {mod_shared_roster,'-push_displayed_to_user/5-lc$^0/1-0-',5}, {mod_shared_roster,add_user_to_group,3}, {mod_admin_extra,srg_user_add,4}, {ejabberd_ctl,call_command,3}, {ejabberd_ctl,try_call_command,3}, {ejabberd_ctl,process2,3}] Kindly note that my ejabberd is patched with gssapi support and uses ldap authentication with mysql backend. Is there anything which you can infer immediately from the error message? Regards, Rahul. On Saturday 12 December 2009 09:00 PM, Rahul Amaram wrote: Package: ejabberd Version: 2.1.0-1+scs1 Severity: normal -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ejabberd depends on: ii adduser3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii erlang-base [erlang-ab 1:13.b.2.1-dfsg-1 Erlang/OTP virtual machine and bas ii erlang-nox 1:13.b.2.1-dfsg-1 Erlang/OTP applications that don't ii libc6 2.7-18GNU C Library: Shared libraries ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libpam0g 1.0.1-5+lenny1Pluggable Authentication Modules l ii libssl0.9.80.9.8g-15+lenny5 SSL shared libraries ii openssl0.9.8g-15+lenny1 Secure Socket Layer (SSL) binary a ii ucf3.0016Update Configuration File: preserv ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages ejabberd recommends: ii imagemagick 7:6.3.7.9.dfsg2-1~lenny3 image manipulation programs Versions of packages ejabberd suggests: ii libunix-syslog-perl 1.1-2 Perl interface to the UNIX syslog( -- debconf information: ejabberd/nomatch: ejabberd/user: ejabberd/hostname: localhost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560946: CVE-2009-3560 and CVE-2009-3720 denial-of-services
On Sat, Dec 12, 2009 at 10:56:59PM -0500, Michael Gilbert wrote: package: xulrunner severity: serious tags: security Hi, The following CVE (Common Vulnerabilities Exposures) ids were published for expat. I have determined that this package embeds a vulnerable copy of xmlparse.c and xmltok_impl.c. However, since this is a mass bug filing (due to so many packages embedding expat), I have not had time to determine whether the vulnerable code is actually present in any of the binary packages derived from this source package. Please determine whether this is the case. If the binary packages are not affected, please feel free to close the bug with a message containing the details of what you did to check. CVE-2009-3560[0]: | The big2_toUtf8 function in lib/xmltok.c in libexpat in Expat 2.0.1, | as used in the XML-Twig module for Perl, allows context-dependent | attackers to cause a denial of service (application crash) via an XML | document with malformed UTF-8 sequences that trigger a buffer | over-read, related to the doProlog function in lib/xmlparse.c, a | different vulnerability than CVE-2009-2625 and CVE-2009-3720. From what I understand from the vulnerability, the an specially crafted big5 encoded document can trigger a bad conversion to utf-8 which in turn can trigger this bug, due to the malformed utf-8. CVE-2009-3720[1]: | The updatePosition function in lib/xmltok_impl.c in libexpat in Expat | 2.0.1, as used in Python, PyXML, w3c-libwww, and other software, | allows context-dependent attackers to cause a denial of service | (application crash) via an XML document with crafted UTF-8 sequences | that trigger a buffer over-read, a different vulnerability than | CVE-2009-2625. This one is about a buffer overrun from malformed utf-8 at the end of the buffer. AFAIK, none of these bugs should be affecting the mozilla code base, as it is doing its own utf-8 conversions and sanitizes it well before it comes to expat. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560697: qa.debian.org: old watch file used for DEHS for pam-pgsql
On Fri, Dec 11, 2009 at 04:28:46PM -0600, Raphael Geissert wrote: Jan Dittberner wrote: Package: qa.debian.org Severity: normal my DDPO shows an outdated upstream version in the unstable Watch column. Obviously DEHS does not use the current watch file from the package in unstable but an old version (maybe the one from the version in Lenny). It uses the watch file and version information from the first entry it finds of a package in Sources. So yes, your package is not yet at the same version in all the architectures. It is at least on all supported architectures in unstable. Even the version in testing has a newer watch file. I will eventually make it use the latest version no matter in what place in the Sources file is, but this requires more work than what I am willing to commit to DEHS right now. Would you like me to provide a patch for this issue? Regards Jan -- Jan Dittberner - Debian Developer GPG-key: 4096R/558FB8DD 2009-05-10 B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD http://ddportfolio.debian.net/ - http://people.debian.org/~jandd/ signature.asc Description: Digital signature
Bug#557964: dctrl-tools: Man page examples use quotes instead of apostrophes and backticks
* Gerfried Fuchs rho...@deb.at [2009-12-14 09:09:14 CET]: A quick digging around in e.g. /etc/groff/man.local inspired me to give this one a try which actually works: \N'39' - this will get rendered into a proper apostrophe. It though is highly inconvenient and really hope that there is a different posibility. :/ Another option is raised in #457839 - and digging around there and also reading along and thinking around it seems like this has been fixed for squeeze/sid already. Given that documentation-only fixes for stable won't be accepted by the release team there is little we can do for that, and given that it isn't needed for squeeze/sid anymore there is even less we actually should do in there, too. :) Ferenc, I think we can call this issue a closed one, unless you want to keep it open until squeeze becomes the next stable. There is little we can (and especially, should) do from the dctrl-tools front. This isn't specific to our package, and even was already addressed in the meantime in the proper place; after all that's the reason why Antti-Juhani wasn't able to reproduce it in the first place. So long! Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545849: gnudatalanguage: FTBFS: muldefs: No such file or directory
Hello Kurt Could you check if this version builds on alpha? If so, can you sponsor it? http://gnu.ethz.ch/debian/gnudatalanguage/new/gnudatalanguage_0.9~rc3+20091203-1.dsc Thanks, Guerkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560824: ejabberdctl srg_user_add command (provided by mod_admin_extra) fails most of the time
I have identified the problem. It was a small bug in the script which I was using to add shared roster groups. This bug may be closed. On Monday 14 December 2009 01:37 PM, Rahul Amaram wrote: I am sorry the bug got submitted before I could give the detailed report. Anyway, this is the problem. $ ejabberdctl srg_user_add 'admin' 'example.net' '1' 'example.net' Problem 'error {case_clause,false}' occurred executing the command. Stacktrace: [{mod_shared_roster,get_group_users,2}, {mod_shared_roster,push_members_to_user,5}, {mod_shared_roster,'-push_displayed_to_user/5-lc$^0/1-0-',5}, {mod_shared_roster,add_user_to_group,3}, {mod_admin_extra,srg_user_add,4}, {ejabberd_ctl,call_command,3}, {ejabberd_ctl,try_call_command,3}, {ejabberd_ctl,process2,3}] Kindly note that my ejabberd is patched with gssapi support and uses ldap authentication with mysql backend. Is there anything which you can infer immediately from the error message? Regards, Rahul. On Saturday 12 December 2009 09:00 PM, Rahul Amaram wrote: Package: ejabberd Version: 2.1.0-1+scs1 Severity: normal -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ejabberd depends on: ii adduser3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii erlang-base [erlang-ab 1:13.b.2.1-dfsg-1 Erlang/OTP virtual machine and bas ii erlang-nox 1:13.b.2.1-dfsg-1 Erlang/OTP applications that don't ii libc6 2.7-18GNU C Library: Shared libraries ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libpam0g 1.0.1-5+lenny1Pluggable Authentication Modules l ii libssl0.9.80.9.8g-15+lenny5 SSL shared libraries ii openssl0.9.8g-15+lenny1 Secure Socket Layer (SSL) binary a ii ucf3.0016Update Configuration File: preserv ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages ejabberd recommends: ii imagemagick 7:6.3.7.9.dfsg2-1~lenny3 image manipulation programs Versions of packages ejabberd suggests: ii libunix-syslog-perl 1.1-2 Perl interface to the UNIX syslog( -- debconf information: ejabberd/nomatch: ejabberd/user: ejabberd/hostname: localhost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561058: libgl1-mesa-dri: libdrm dependency needs updating
On Sun, Dec 13, 2009 at 21:45:06 -0500, Dave Witbrodt wrote: One last issue to mention -- probably nothing to worry about, since I am a noob to Mesa and to building DEBs. I noticed that after the install target of 'debian/rules' is run, there are two copies of a file called 'gl.pc': one is in 'debian/tmp/usr/lib/glx/pkgconfig' and the other is in 'debian/tmp/usr/lib/pkgconfig'. Only one ends up being packaged -- the one build by the software rasterization config -- while the version created by the dri config is left unused. Now I don't truly understand what gl.pc is for but, as far as I have been able to gather, it is is used by 'pkg-config' to determine dependency information about libraries installed on the build system. Won't 'pkg-config' get confused if I want to build software against a DRI version of libGL.so, but the installed gl.pc contains dependency information about a (completely different) software rasterizing version of libGL.so? I have to plead ignorance here, and I am literally just seeking to satisfy my curiosity about this. The man page for 'pkg-config' indicates that more than one *.pc file can be used in a system for very similar libraries, so I was just wondering if it would be better to use both copies of gl.pc somehow. All of the libGLs have to be compatible, so any difference between those .pc files shouldn't matter. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561073: gcc-4.4: gcc -V4.3 -dumpversion doesn't dump version information
Package: gcc-4.4 Version: 4.4.2-4 Severity: important gcc -V4.3 -dumpversion doesn't print anything. In previous versions of gcc, gcc -V4.3 -dumpversion would print the version information: # gcc -V4.3 -dumpversion 4.3.2 It also appears that other options are affected and don't print anything: # gcc -V4.3 -dumpspecs # gcc -V4.3 -dumpmachine # gcc -V4.3 -print-search-dirs # gcc -V4.3 -print-libgcc-file-name # gcc -V4.3 -print-multi-lib That's not an exhaustive list but probably points to some generic issue. Invoking by the version specific gcc also demonstrates the problem: # gcc-4.4 -V4.3 -dumpversion # If I invoke via gcc-4.3 or gcc-4.2, all is well: # gcc-4.3 -V4.3 -dumpversion 4.3.4 # gcc-4.2 -V4.3 -dumpversion 4.3.4 # -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.4 depends on: ii binutils 2.20-4 The GNU assembler, linker and bina ii cpp-4.4 4.4.2-4The GNU C preprocessor ii gcc-4.4-base 4.4.2-4The GNU Compiler Collection (base ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-4 GCC support library ii libgomp1 4.4.2-4GCC OpenMP (GOMP) support library Versions of packages gcc-4.4 recommends: ii libc6-dev 2.10.2-2 GNU C Library: Development Librari Versions of packages gcc-4.4 suggests: pn gcc-4.4-doc none (no description available) pn gcc-4.4-locales none (no description available) pn gcc-4.4-multilib none (no description available) pn libcloog-ppl0 none (no description available) pn libgcc1-dbg none (no description available) pn libgomp1-dbg none (no description available) pn libmudflap0-4.4-dev none (no description available) pn libmudflap0-dbg none (no description available) pn libppl-c2 none (no description available) pn libppl7 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560114: brltty: FTBFS on kfreebsd-* with 8.x kernel headers
retitle 560114 brltty: FTBFS on kfreebsd-* with 8.x kernel headers tags 560114 +patch -- Hi. The FreeBSD 8.0 introduces a new USB stack with a totally different API. The upstream used to have during 8.0 development old USB stack in legacy/dev/usb/usb.h, we decided to provide it too. To solve current FTBFS please use patch bellow. Sorry for the inconvenience. Petr --- brltty-4.1.orig/Programs/usb_kfreebsd.c +++ brltty-4.1/Programs/usb_kfreebsd.c @@ -24,7 +24,7 @@ #include fcntl.h #include sys/ioctl.h #include sys/param.h -#include dev/usb/usb.h +#include legacy/dev/usb/usb.h #include misc.h #include io_usb.h -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561051: RFP: jansson -- C library for encoding, decoding and manipulating JSON data
David Bremner wrote: I'd consider packaging it, but the author already makes packages available for Ubuntu, so maybe he wants to maintain them for Debian? The current packages are CDBS, which I don't have much experience with. I'll be more than happy if Jansson gets to Debian and if someone other than me maintains the package. I'd rather spend my time working with the library itself :) I'm in the process of getting this to Ubuntu and have submitted it to REVU (http://revu.ubuntuwire.com/p/jansson). This is of course not necessary anymore if you package it for Debian, but there are some changes there that aren't in the PPA package. I don't know if they are useful to you, though, considering that you won't be using CDBS. I chose it because it just seemed the easiest way to get started. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561074: network-console: starting a shell terminates the connection
Package: network-console Version: 0627 (backports) I'm using the version from http://kmuto.jp/debian/d-i/ since I'm installing on a new Dell R410 and it requires 2.6.29 or later. It's a network preseed install and although I can ssh in and /bin/network-console runs fine, if I select the option to Start shell then the connection just terminates. Changing /etc/passwd to run /bin/sh instead works fine. I can then run /bin/network-console, select start-shell and I am returned to the prompt. /var/log/syslog states: sshd[9487]: Accepted password for installer from 10.0.0.1 port 36721 ssh2 sshd[9488]: lastlog_filetype: Couldn't stat /var/log/lastlog: No such file or directory sshd[9488]: lastlog_openseek: /var/log/lastlog is not a file or a directory! touch()ing the file stops those errors but it still fails to log me in (even if I stop/start sshd) Not sure what's going on - is network-console exiting rather than exec()ing a shell? Adrian -- bitcube.co.uk - Expert Linux infrastructure consultancy Puppet, Debian, Red Hat, Ubuntu, CentOS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561075: rapidsvn: please rebuild with libwxgtk2.8
Package: rapidsvn Version: 0.10.0dfsg-2 Severity: wishlist Hi, it would be nice if rapidsvn would depend on libwxgtk2.8 instead of libwxgtk2.6. So I tried to rebuild it with libwxgtk2.8 by ignoring build dependencies. The packages did build, install and the resulting binary did run. Could you please update the official package ? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rapidsvn depends on: ii libapr1 1.3.8-1 The Apache Portable Runtime Librar ii libaprutil1 1.3.9+dfsg-3 The Apache Portable Runtime Utilit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdb4.84.8.24-1 Berkeley v4.8 Database Libraries [ ii libexpat1 2.0.1-6 XML parsing C library - runtime li ii libgcc1 1:4.4.2-5GCC support library ii libstdc++6 4.4.2-5 The GNU Standard C++ Library v3 ii libsvn1 1.6.6dfsg-2 Shared libraries used by Subversio ii libsvncpp2 0.10.0dfsg-2 Subversion C++ shared library ii libuuid12.16.2-0 Universally Unique ID library ii libwxbase2.8-0 2.8.10.1-2 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-2 wxWidgets Cross-platform C++ GUI t rapidsvn recommends no packages. rapidsvn suggests no packages. -- no debconf information -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561076: hal: FTBFS on kfreebsd-* with 8.x kernel headers
Package: hal Version: 0.5.13-6 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD with 8.x kernel headers. The FreeBSD 8.0 kernel introduces a new USB stack with a totally different API. The upstream used to have during 8.0 development old USB stack in legacy/dev/usb/usb.h, we decided to provide it too. To solve current FTBFS for 0.5.13 series please just use patch bellow. For the new upstream release 0.5.14, the git log http://cgit.freedesktop.org/hal/log contains lines like 2009-08-18add USB2 support 2009-08-18add USB2 support to the FreeBSD backend I believe it should not be so hard to extend it for GNU/kFreeBSD. It will be needed at least to change build-depends to libusb-dev [!hurd-i386 !kfreebsd-amd64 !kfreebsd-i386], libusb2-dev [[kfreebsd-amd64 kfreebsd-i386] and change checks like #if __FreeBSD_version = 800064 into #if (__FreeBSD_version = 800064) || (__FreeBSD_kernel_version = 800064) Sorry for the inconvenience. Petr --- hal-0.5.13.orig/hald/freebsd/hf-usb.c +++ hal-0.5.13/hald/freebsd/hf-usb.c @@ -31,7 +31,7 @@ #include fcntl.h #include sys/ioctl.h #include unistd.h -#include dev/usb/usb.h +#include legacy/dev/usb/usb.h #include ../logger.h #include ../osspec.h --- hal-0.5.13.orig/hald/freebsd/probing/probe-hiddev.c +++ hal-0.5.13/hald/freebsd/probing/probe-hiddev.c @@ -29,7 +29,7 @@ #include stdlib.h #include fcntl.h #include sys/ioctl.h -#include dev/usb/usb.h +#include legacy/dev/usb/usb.h #include dev/usb/usbhid.h #include usbhid.h -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559813: CVE-2009-3736 local privilege escalation
Michael Gilbert michael.s.gilb...@gmail.com writes: Note that this problem also affects etch and lenny, so if your package is affected, please coordinate with the security team to release the DSA for the affected packages. I should have a fix for unstable in a day or so. Then I'll see about lenny. Thanks. -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560804: [Pkg-acpi-devel] Bug#560804: Implementation of getXuser is wrong so that logged in user is not detected
On Sun, Dec 13, 2009 at 02:49:24PM +0100, Klaus Ethgen wrote: Oh, sorry, to not mention it clear enough. The three lines with pts/* are from open shells. If there is no open shell only the first line will be printed. and with the first line the user is not recognized as the test do not know about the format with a char in front of the :0. Oops, sorry for not reading your email completely. w is not an option as it truncates usernames. Ok. But only for very long user names which should be a very rare case; much more rare than a X session without open shells. Well it happens sufficiently often to have this problem reported as a bug twice so far. :-) I guess the best way is to fix the awk statement. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo/Skype: michaelmeskes, Jabber: mes...@jabber.org VfL Borussia! Forca Barca! Go SF 49ers! Use: Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561078: freeglut: FTBFS on kfreebsd-* with 8.x kernel headers
Package: freeglut Version: 2.4.0-8 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD with 8.x kernel headers. The FreeBSD 8.0 kernel introduces a new USB stack with a totally different API. The upstream used to have during 8.0 development old USB stack in legacy/dev/usb/usb.h, we decided to provide it too. To solve current FTBFS please just use patch bellow. Sorry for the inconvenience. Petr --- src/freeglut_joystick.c~2005-05-04 12:53:48.0 + +++ src/freeglut_joystick.c 2009-12-14 09:00:06.0 + @@ -151,7 +151,7 @@ #include usbhid.h #endif #endif -#include dev/usb/usb.h +#include legacy/dev/usb/usb.h #include dev/usb/usbhid.h /* Compatibility with older usb.h revisions */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561077: liferea don't work if the proxy as a password
Package: liferea Version: 1.6.0-1 Severity: important After upgrading liferea from 1.4.27-1 to 1.6.0-1 it stop downloading new feeds. I have a proxy with password to access internet. I have the http_proxy e soap_use_proxy variable set correctly. I have try to set the proxy in the liferea but it don't work. Ciao Davide -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-customized (SMP w/1 CPU core; PREEMPT) Locale: lang=it...@euro, lc_ctype=it...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii gconf2 2.28.0-1 GNOME configuration database syste ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-20.82-2 simple interprocess messaging syst ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libglade2-0 1:2.6.4-1library to load .glade files at ru ii libglib2.0-02.22.3-1 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libnm-glib0 0.7.2-2 network management framework (GLib ii libnotify1 [libnotify1-gtk2 0.4.5-1 sends desktop notifications to a n ii libpango1.0-0 1.26.1-1 Layout and rendering of internatio ii libsm6 2:1.1.1-1X11 Session Management library ii libsoup2.4-12.28.1-3 an HTTP library implementation in ii libsqlite3-03.6.20-1 SQLite 3 shared library ii libwebkit-1.0-2 1.1.16-3 Web content engine library for Gtk ii libx11-62:1.3.2-1X11 client-side library ii libxml2 2.7.6.dfsg-1 GNOME XML library ii libxslt1.1 1.1.26-1 XSLT processing library - runtime ii liferea-data1.6.0-1 architecture independent data for Versions of packages liferea recommends: ii curl 7.19.7-1 Get a file from an HTTP, HTTPS or ii dbus 1.2.16-2 simple interprocess messaging syst ii dbus-x11 1.2.16-2 simple interprocess messaging syst ii wget 1.12-1.1 retrieves files from the web Versions of packages liferea suggests: ii network-manager 0.7.2-2network management framework daemo -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561079: [dansguardian] Some sites never get read completely
Package: dansguardian Version: 2.10.1.1-1 Severity: normal --- Please enter the report below this line. --- There are various sites that simply never get read. The browser (had this happen in chrome and opera) simply stops input with a blank screen. Sometimes, a refresh will get it, more usually, it will not. Seems to be a time out problem. Earlier dansguardian versions were much quicker. --- System information. --- Architecture: i386 Kernel: Linux 2.6.32-davidb Debian Release: squeeze/sid 990 unstablewww.debian-multimedia.org 990 unstableftp.fr.debian.org 990 unstabledebian.tagancha.org 990 unstabledebian.scribus.net 990 unstabledebian.pengutronix.de 990 unstabledebian.co.il 650 testing security.debian.org 650 testing debian.co.il 500 stable security.debian.org 500 stable dl.google.com 500 stable debian.co.il 500 stable deb.opera.com 500 oldstable debian.systs.org 500 lenny kde4.debian.net 500 kernel-dists-trunk kernel-archive.buildserver.net 500 intrepidppa.launchpad.net 500 experimentalansani.it 1 experimentalftp.debian.org --- Package information. --- Depends(Version) | Installed -+-= libbz2-1.0 | 1.0.5-3 libc6 (= 2.3.6-6~) | 2.10.2-2 libclamav6 (= 0.95.2+dfsg) | 0.95.3+dfsg-1 libgcc1 (= 1:4.1.1) | 1:4.4.2-5 libpcre3(= 7.7) | 7.8-3 libstdc++6(= 4.2.1) | 4.4.2-5 libtommath0 | 0.39-3 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-15 perl | 5.10.1-8 adduser | 3.111 clamav (= 0.80) | 0.95.3+dfsg-1 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== squid | clamav-freshclam| 0.95.3+dfsg-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560789: pbuilder: output uses CAPITAL FONTS
* Loïc Minier: Hit this a good number of time today; sometimes happens when aptitude installs build-deps, sometimes when pbuilder calls apt-get install fakeroot, sometimes not at all. I did not manage to strace a broken apt-get, so it could very well be a race condition. I also see it with sbuild. Since the ouput is broken between apt-get's output and dpkg output, my best suspect so far is APT's terminal handling, perhaps in this code: I don't see any problems with it, but I don't grok that TTY stuff. It's probably caused by the tcsetattr, which supports a flag to switch to capital ltetters (OLCUC). -- Florian Weimerfwei...@bfk.de BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554167: New mawk upstream version
On Sun, 13 Dec 2009, Steve Langasek wrote: Until then, yes - I don't know your work either and am not going to take On the other hand, you do (more than likely) use my work. your word for the correctness of the changes, and I'm not in a hurry to integrate that new version into Debian given that the greatest possible benefit is rather small. I do intend to work on this, but I'm not going to be persuaded to do this on someone else's time table or permit someone else to make the call that it's ready, because I consider ensuring the stability of this package to be my *central* duty as its maintainer. I see. Then your proposal is to do exactly nothing. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554163: Bug #554163: Should import gqview preferences when migrating from gqview - geeqie
Hi Dne Sun, 13 Dec 2009 22:38:12 -0500 The Wanderer wande...@fastmail.fm napsal(a): However, I have not yet been able to confirm whether or not this menu entry actually does that migration. I would not expect it from the name (metadata to me refers to things like size tags and what program created this file and where I was when I took this picture information, and is per-file not per-program; I would expect the ~/.gqview/ information to be called configuration), and as far as I can tell, the geeqie Help manual does not even mention this menu item, much less explain what it does. Yes it's really just for metadata not for configuration. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#532206: scilab gui does not wor
I had this problem in xmonad and got it working by adding: import XMonad.Hooks.SetWMName startupHook= setWMName LG3D to the config file ~/.xmonad/xmonad.hs Paul C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559813: CVE-2009-3736 local privilege escalation
On 2009-12-14 09:53 +0100, Rob Browning wrote: Michael Gilbert michael.s.gilb...@gmail.com writes: Note that this problem also affects etch and lenny, so if your package is affected, please coordinate with the security team to release the DSA for the affected packages. I should have a fix for unstable in a day or so. Then I'll see about lenny. Has anyone contacted the Emacs developers yet? Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532206: scilab gui does not wor
On 14/12/2009 10:11, paul anthony wrote: I had this problem in xmonad and got it working by adding: import XMonad.Hooks.SetWMName startupHook= setWMName LG3D to the config file ~/.xmonad/xmonad.hs Many thanks for the feedback! Do you know why this fixes this issue ? Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561080: please provide additional quoting into syntax/perl.vim
Package: vim-runtime Tags: patch Severity: wishlist Sometimes I stumble on perl-scripts which use q[] - quoting and vim can't highlight this quotting. I've made the patch to fix this problem. Please check it and apply If You don't have refuses :) --- perl.vim2009-12-14 12:15:47.0 +0300 +++ perl.vim2009-12-14 12:23:21.0 +0300 @@ -297,21 +297,25 @@ syn region perlQQ matchgroup=perlStringStartEnd start=+\q|+ end=+|+ contai...@perlinterpsq syn region perlQQ matchgroup=perlStringStartEnd start=+\q(+ end=+)+ contai...@perlinterpsq,perlBrackets syn region perlQQ matchgroup=perlStringStartEnd start=+\q{+ end=+}+ contai...@perlinterpsq +syn region perlQQ matchgroup=perlStringStartEnd start=+\q\[+ end=+\]+ contai...@perlinterpsq syn region perlQQ matchgroup=perlStringStartEnd start=+\q/+ end=+/+ contai...@perlinterpsq syn region perlQQ matchgroup=perlStringStartEnd start=+\q[qx]#+ end=+#+ contai...@perlinterpdq syn region perlQQ matchgroup=perlStringStartEnd start=+\q[qx]|+ end=+|+ contai...@perlinterpdq syn region perlQQ matchgroup=perlStringStartEnd start=+\q[qx](+ end=+)+ contai...@perlinterpdq,perlBrackets syn region perlQQ matchgroup=perlStringStartEnd start=+\q[qx]{+ end=+}+ contai...@perlinterpdq +syn region perlQQ matchgroup=perlStringStartEnd start=+\q[qx]\[+ end=+\]+ contai...@perlinterpdq syn region perlQQ matchgroup=perlStringStartEnd start=+\q[qx]/+ end=+/+ contai...@perlinterpdq syn region perlQQ matchgroup=perlStringStartEnd start=+\qw#+ end=+#+ contai...@perlinterpsq syn region perlQQ matchgroup=perlStringStartEnd start=+\qw|+ end=+|+ contai...@perlinterpsq syn region perlQQ matchgroup=perlStringStartEnd start=+\qw(+ end=+)+ contai...@perlinterpsq,perlBrackets syn region perlQQ matchgroup=perlStringStartEnd start=+\qw{+ end=+}+ contai...@perlinterpsq +syn region perlQQ matchgroup=perlStringStartEnd start=+\qw\[+ end=+\]+ contai...@perlinterpsq syn region perlQQ matchgroup=perlStringStartEnd start=+\qw/+ end=+/+ contai...@perlinterpsq syn region perlQQ matchgroup=perlStringStartEnd start=+\qr#+ end=+#[imosx]*+ contai...@perlinterpmatch syn region perlQQ matchgroup=perlStringStartEnd start=+\qr|+ end=+|[imosx]*+ contai...@perlinterpmatch syn region perlQQ matchgroup=perlStringStartEnd start=+\qr(+ end=+)[imosx]*+ contai...@perlinterpmatch syn region perlQQ matchgroup=perlStringStartEnd start=+\qr{+ end=+}[imosx]*+ contai...@perlinterpmatch +syn region perlQQ matchgroup=perlStringStartEnd start=+\qr\[+ end=+\][imosx]*+ contai...@perlinterpmatch syn region perlQQ matchgroup=perlStringStartEnd start=+\qr/+ end=+/[imosx]*+ contai...@perlinterpslash Constructs such as print EOF [...] EOF, 'here' documents -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#556087: live-helper: Using chroot_local-packages to install custom packages fails when caches are disabled
tag 556087 unreproducible tag 556087 moreinfo thanks I've tried to reproduce it, but was unable to. Could you also try again with 2.0~a3-1. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561050: jags: FTBFS: /usr/bin/ld: cannot find -little
On Mon, 2009-12-14 at 10:38 +0900, Nobuhiro Iwamatsu wrote: Hi, Dirk. 2009/12/14 Dirk Eddelbuettel e...@debian.org: I will apply the patch but I think Martyn (upstream, CC'ed) used recent versions of just about everything. OK, Thank you. Sorry, but I think Dirk needs to keep patching this until an updated version of autoconf with this issue fixed comes through on my build platform (Fedora). Martyn Nobuhiro --- This message and its attachments are strictly confidential. If you are not the intended recipient of this message, please immediately notify the sender and delete it. Since its integrity cannot be guaranteed, its content cannot involve the sender's responsibility. Any misuse, any disclosure or publication of its content, either whole or partial, is prohibited, exception made of formally approved use --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559184: [pkg-cryptsetup-devel] Bug#559184: cryptsetup: installation stops
hey adriana, On 14/12/2009 Adriana Teixera wrote: On 09:12:13 , Jonas Meurer wrote: On 02/12/2009 Adriana Teixera wrote: If I do a: apt-get install cryptsetup ... ^Cdpkg: error processing cryptsetup (--configure): subprocess installed post-installation script killed by signal (Interrupt) Processing triggers for initramfs-tools ... update-initramfs: Generating /boot/initrd.img-2.6.30-2-686 Errors were encountered while processing: cryptsetup E: Sub-process /usr/bin/dpkg returned an error code (1) can you still reproduce the bug? if yes, does it occur for other packages that update the initramfs (like busybox, initramfs-tools, lvm) as well? i'm not able to reproduce the bug. most likely this is a problem on your system. thank you very much for your mail. Yes, I can reproduce the described error. Every time I try to install or uninstall a package, apt-get, aptitude or dpkg is going to sleep, while trying to finish cryptsetup that was not configured successful. I also thought, it may be a problem on my system, because nobody else reports this problem. I checked again initrams-tools (is working properly), and now busybox and lvm2. All O.K. interesting. does 'update-initramfs -u' run successfully for you? and can you reproduce the bug even by invoking 'dpkg-reconfigure cryptsetup'? Sorry Jonas, but this was so annoying to me and my work, so I created for me a workaround: I removed the cryptsetup package, extracted the package and put every single file back by hand. So it is out of apts catalog and running acceptable for me now. Anyway, cryptsetup is running without any problems. argh, this is a very ugly solution. this might lead to problems once you try to reinstall the cryptsetup package. at least you'll have to double-check that no files are leftover, that old cryptsetup package releases shipped, and newer ones dropped. I know, it is not satisfying to tap around in the dark. But I am running out of ideas to precise this malfunction in installing cryptsetup more exactly. i'd rather prefer to find the problem :-) you already said that installing/updating other packages which do update the initramfs doesn't reproduce the problem, right? if 'update-initramfs -u' runs without issues as well, at least it is not related to the initramfs update. maybe you could take a look at /var/lib/dpkg/info/cryptsetup.postinst and try to execute the shell code from it manually to see whether something breaks/hangs. especially the code in case $1 = configure is interesting. greetings, jonas signature.asc Description: Digital signature
Bug#561026: linux-image-2.6.26-2-686: r8169 don't function with RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02)
On Sun, Dec 13, 2009 at 08:23:19PM +0100, Claudia Neumann wrote: Package: linux-image-2.6.26-2-686 Version: 2.6.26-19lenny2 Severity: important Tags: patch Kernel modul r8169 doesn't function with Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02). I downloaded the driver from http://download1.opendrivers.com/uploaddrv/network/realtek/r8101-1.014.00.tar.bz2, compiled and installed. Nevertheless I had problems with the driver r8169: after reboot the r8169 will always be loaded instead of the r8101 modul. I changed grep r8101 * modules.alias:alias pci:v10ECd8136sv*sd*bc*sc*i* r8101 modules.dep:/lib/modules/2.6.26-2-686/kernel/drivers/net/r8101.ko: modules.pcimap:r81010x10ec 0x8136 0x 0x 0x 0x 0x0 Nevertheless the r8169 modul will be there after reboot. I have to rmmod r8169 and modprobe r8101 after each reboot. did you try newer linux image from backports.org? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545403: lists in chroot_packageslists need to be enabled manually
tag 545403 pending thanks Fixed in git. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544664: dma: diff for NMU version 0.0.2009.07.17-2.1
On Sun, Dec 13, 2009 at 05:18:06PM +0100, Michael Prokop wrote: tags 544664 + patch thanks Dear maintainer, Ulrich Dangel and have prepared an NMU for dma (versioned as 0.0.2009.07.17-2.1) and uploaded it to DELAYED/2. Please free to tell me if I should delay it longer. Errr... Thanks for taking the time to look into this, but... Would it really be possible for you to hold it off a little bit longer? On Friday, I prepared a new version, uploaded it to mentors.d.n, and sent the RFS to debian-mentors. George Danchev is taking care of it, and he replied with some concerns about this particular fix: That only works for a newly installed dma package, and won't work for upgrading from older versions. My best bet on that would be a debconf question asking the user to perform the above actions on files at /etc/dma/. I think this debconf question idea was actually something that I proposed in an earlier private conversation with him, but then I thought I'd just do it the easy way for a start. However, George is right that this will not help existing installations (administrators would still have to chmod auth.conf by hand), so I'm about to go the debconf way. If you could really hold off for a day or two, I should be ready with a new version today or tomorrow. Still, once again, thanks for actually taking the time and doing this work! G'luck, Peter -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 This sentence is false. pgp3R89RNE18i.pgp Description: PGP signature
Bug#561055: FTBFS: ../astronomy/boinc_astronomy.C:29:21: error: config.h: No such file or directory
reassign 561055 boinc-dev merge 561055 556816 affects 556816 boinc-app-milkyway thanks This is a duplicate of #556816 Thanks Le 14 déc. 09 à 03:00, Nobuhiro Iwamatsu a écrit : Package: boinc-app-milkyway Version: 0.18d-1 Justification: FTBFS Severity: serious Hi, boinc-app-milkyway FTBFS on i386 and other architecture. - dh_testdir # Add here commands to configure the package. touch configure-stamp dh_testdir # Add here commands to compile the package. cd bin /usr/bin/make -f make.linux make[1]: Entering directory `/tmp/buildd/boinc-app-milkyway-0.18d/bin' g++ -DGMLE_BOINC -DBOINC_APP_VERSION=0.18 -DBOINC_APP_NAME='milkyway' -g -O2 -ftree-vectorize -funroll-loops -I/usr/include/BOINC -m32 -Wall -x c++ -c ../astronomy/boinc_astronomy.C -o ../astronomy/boinc_astronomy.o ../astronomy/boinc_astronomy.C:29:21: error: config.h: No such file or directory make[1]: *** [../astronomy/boinc_astronomy.o] Error 1 make[1]: Leaving directory `/tmp/buildd/boinc-app-milkyway-0.18d/bin' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 - Plese check and fix this problem. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558684: ITP: envstore -- save and restore environment variables
On Sat, 12 Dec 2009 19:54:12 +0100 Frank Lin PIAT wrote: I wonder how Unix could survive 30 years without such command. Just because something is useful does not mean it is necessary for survival. Unix also survived without udev or Gnome. On Sat, 12 Dec 2009 21:36:41 +0100 Joerg Jaspert wrote: Umm, the thing this tool does is so trivial in shell - do we really need a package? It only wastes space, IMO. You have a valid point there and gave me a new idea how to simplify. I think space is cheap. If you said Debian wants to be more than just a collection of packages and envstore does not qualify, that would be a useful argument ;) Also, I do not want to tread on the internal affairs of the FTP team - but I'd rather envstore was rejected in the first place, than being accepted and suggested for removal afterwards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525018: Still problem?
Hi, Sorry for very very late reply. It looks that this bug report escaped my mind completely. Can you please, 1. Try latest version of recoll and test if the bug is still there? 2. Try to get backstrace as shown on page: http://www.lesbonscomptes.com/recoll/devel.html 's Problem Reporting section? Thanks. -- Cheers, Kartik Mistry | 0xD1028C8D | IRC: kart_ Debian GNU/Linux Developer | Identica: @kartikm Blogs: {ftbfs, kartikm}.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560343: qpsmtpd: config script bug setting INTERFACES
On Thu, Dec 10, 2009 at 10:51:04AM -0500, John Bazik wrote: Package: qpsmtpd Version: 0.40-3 Severity: normal There's a minor error in the config script. If you don't set INTERFACES, it is set as follows: INTERFACES=`/sbin/ifconfig -a | \ grep 'inet addr' | \ tr : ' ' | \ awk '{print $3}' | \ tr '\n' ' ' | \ sort | uniq` The second tr makes the sort superfluous. You probably want that tr to be last. Indeed, thanks for pointing that out. Will be fixed in 0.83-1. Devin -- Devin \ aqua(at)devin.com, IRC:Requiem; http://www.devin.com Carraway \ 1024D/E9ABFCD2: 13E7 199E DD1E 65F0 8905 2E43 5395 CA0D E9AB FCD2 signature.asc Description: Digital signature
Bug#560108: xulrunner: remote info disclosure via css
severity 560108 important thanks On Tue, Dec 08, 2009 at 06:12:20PM -0500, Michael Gilbert wrote: package: xulrunner version: 1.9.0.13-0 severity: serious tags: security hi, it has been disclosed that it is possible for any website to query the user's site viewing history via css. please see [0]. i have not personally checked whether this package is vulnerable, but it seems to be a general css design issue, so all css-supporting browsers are likely affected. please check, and feel free to close the bug if the package is not affected. thanks. mike [0] http://thecoffeedesk.com/news/index.php/2009/08/02/view-remote-browser-history/ This has been at least three years the issue has been known. If nobody fixed it, it means they don't consider it a serious problem, and as you say, this is by design. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540791: Add support for multiple port and/or ip adresses in qpsmtpd startup script
severity 540791 minor tags 540791 +pending quit On Mon, Aug 10, 2009 at 01:31:39PM +0200, kaouete wrote: Can it be possible to add support for multiple port and/or ip adresses in qpsmtpd startup script? For example when using the tls plugin, you can use the port 465 to do SMTP over SSL. You can actually do this today, so long as you're using the prefork server; just repeat the interface address, appending :465 (or any other port) to the address. Note that this is orthogonal to enabling SSL on that port; you'll still need to do so separately, e.g. by enabling the tls plugin if you use that feature. I've added a note to the interface configuration screen explaining this option, which will be uploaded with 0.83-1. Devin -- Devin \ aqua(at)devin.com, IRC:Requiem; http://www.devin.com Carraway \ 1024D/E9ABFCD2: 13E7 199E DD1E 65F0 8905 2E43 5395 CA0D E9AB FCD2 signature.asc Description: Digital signature
Bug#553907: can't install texlive on squeeze
On 14.12.09 Shaun Morgan (shaun.morg...@yahoo.com) wrote: Hi, Regarding closing the bug, I guess it depends on the Debian policy, that is: * if a bug is closed when the person reporting the bug is no longer interested in it then yes you should close it. * however, the bug hasn't been solved and may affect others, so it may be of interest to keep it open. I'll leave it to you to decide ;). We don't know if that bug has been solved. The TL packages provide a lot of reasons, why the installation could fail, and your issue could have been solved already. Hence we'd have to research your specific reason, which is not possible any more. Unless you're willing to provide your system for researching we have to close it, I guess. H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561081: wpa_supplicant: OpenSSL: tls_connection_handshake - Failed to read
Package: network-manager-kde Version: 1:0.7~~svn941706-2 Severity: grave Justification: renders package unusable Attept to connect to WPA enterprise TTLS wifi networks failing with error (daemon.log): wpa_supplicant[2309]: OpenSSL: tls_connection_handshake - Failed to read possible Application Data error::lib(0):func(0):reason(0) It is really anoyning because I can't find any sugesstion to workaround and don't how obtain more information why it fails. Version of OpenSSL: ii openssl 0.9.8k-7 Secure Socket Layer (SSL) binary and related cryptographic tools Is there any substitution of kdenetworkmanager from 3.5 KDE? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-kde depends on: ii kdelibs4c2a 4:3.5.10.dfsg.1-2.1 core libraries and binaries for al ii libc62.10.2-2GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2simple interprocess messaging syst ii libdbus-1-qt3-0 0.9-2 backport of Qt4 D-Bus bindings (sh ii libgcc1 1:4.4.2-3 GCC support library ii libhal1 0.5.13-6Hardware Abstraction Layer - share ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libnl1 1.1-5 library for dealing with netlink s ii libpng12-0 1.2.40-1PNG library - runtime ii libqt3-mt3:3.3.8b-6 Qt GUI Library (Threaded runtime v ii libsm6 2:1.1.1-1 X11 Session Management library ii libstdc++6 4.4.2-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii network-manager 0.7.2-2 network management framework daemo ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages network-manager-kde recommends: ii kwalletmanager4:4.3.2-1 secure password wallet manager for ii network-manager-openvpn 0.7.2-1network management framework (Open ii network-manager-vpnc 0.7.2-1network management framework (VPNC network-manager-kde suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558702: keyb= doesn't work with squeeze
tag 558702 pending thanks this has been fixed in git. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561082: vlc opens video in black and white with shrinked video size
Package: vlc Version: 1.0.3-1 Severity: important hi vlc player opens colour video in black and white with shrinked video size. also it reports [0xe343a8] main interface error: no interface module matched globalhotkeys,none [0xe343a8] main interface error: no suitable interface module [0xd25098] main libvlc error: interface globalhotkeys,none initialization failed -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa1 1.4p5-38 ascii art library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.4.2-3 GCC support library ii libgl1-mesa-glx [libgl 7.6-1 A free implementation of the OpenG ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii libqtcore4 4:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libsdl-image1.21.2.10-1 image loading library for Simple D ii libsdl1.2debian1.2.13-5 Simple DirectMedia Layer ii libstdc++6 4.4.2-3 The GNU Standard C++ Library v3 ii libtar 1.2.11-6 C library for manipulating tar arc ii libvlccore21.0.3-1 base library for VLC and its modul ii libx11-6 2:1.3.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxv1 2:1.0.5-1 X11 Video extension library ii libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l ii ttf-dejavu-core2.30-1Vera font family derivate with add ii vlc-nox1.0.3-1 multimedia player and streamer (wi ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime vlc recommends no packages. Versions of packages vlc suggests: ii mozilla-plugin-vlc1.0.3-1multimedia plugin for web browsers pn videolan-doc none (no description available) Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-12 library for decoding ATSC A/52 str ii libasound21.0.21a-1 shared library for ALSA applicatio ii libass4 0.9.8-1library for SSA/ASS subtitles rend ii libavahi-client3 0.6.25-2 Avahi client library ii libavahi-common3 0.6.25-2 Avahi common library ii libavcodec52 5:0.5+svn20091129-0.0 library to encode decode multimedi ii libavformat52 5:0.5+svn20091129-0.0 ffmpeg file format library ii libavutil49 4:0.5+svn20090706-2+b1 ffmpeg utility library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcaca0 0.99.beta16-2.1colour ASCII art library ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdca0 0.0.5-3decoding library for DTS Coherent ii libdvbpsi50.1.6-1library for MPEG TS and DVB PSI ta ii libdvdnav44.1.3-6DVD navigation library ii libdvdread4 4.1.3-7library for reading DVDs ii libebml0 0.7.7-3.1 access library for the EBML format ii libfaad2 2.7-4 freeware Advanced Audio Decoder - ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libfontconfig12.6.0-4generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libfribidi0 0.10.9-1 Free Implementation of the Unicode ii libgcc1 1:4.4.2-3 GCC support library ii libgcrypt11 1.4.4-6LGPL Crypto library - runtime libr ii libgnutls26 2.8.5-2the GNU TLS library - runtime libr ii libgpg-error0 1.6-1 library for common error values an ii libhal1 0.5.13-6 Hardware Abstraction Layer - share ii liblircclient00.8.3-5infra-red remote control support - ii liblua5.1-0
Bug#560412: pymol png problem: Test file attached
Hello, It is actually very easy to test; using the attached file, I get the following: ~ pymol -c test.pml PyMOL(TM) Molecular Graphics System, Version 1.2r1. [...] Command mode. No graphics front end. Detected 2 CPU cores. Enabled multithreaded rendering. PyMOLray 100,100 Ray: render time: 0.00 sec. = 23376623.4 frames/hour (0.00 sec. accum.). PyMOLpng biniou.png Ray: render time: 0.00 sec. = 1407349.5 frames/hour (0.00 sec. accum.). ScenePNG: wrote 640x480 pixel image to file biniou.png. PyMOL: normal program termination. See that pymol is rendering the image twice, and the second time with a resolution that is wrong. When running it without batch mode on, I get that: ~/tmp/pymol \pymol test.pml PyMOL(TM) Molecular Graphics System, Version 1.2r1. [...] OpenGL graphics engine: GL_VENDOR: NVIDIA Corporation GL_RENDERER: Quadro NVS 290/PCI/SSE2 GL_VERSION: 3.0.0 NVIDIA 185.18.36 Adapting to Quadro hardware. Detected 2 CPU cores. Enabled multithreaded rendering. PyMOLray 100,100 Ray: render time: 0.00 sec. = 23376623.4 frames/hour (0.00 sec. accum.). PyMOLpng biniou.png ScenePNG: wrote 100x100 pixel image to file biniou.png. PyMOLq See that it is rendering only once and saving to the right resolution. I'll try to go fishing for the problem in the code, but I'm unsure whether I'll manage. Cheers, Vincent test.pml Description: Binary data
Bug#560333: libc6: getpwnam shows shadow passwords of NIS users
Hello, the problem is somehow caused by nscd. When I disable passwd caching in /etc/nscd.conf and then restart nscd, the shadow passwords can only be seen by root. Because of the security risk, I recommend to set the severity of this bug to critical. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561081: wpa_supplicant: OpenSSL: tls_connection_handshake - Failed to read
reassign 561081 wpasupplicant severity 561081 important thanks Hynek Vychodil wrote: Package: network-manager-kde Version: 1:0.7~~svn941706-2 Severity: grave Justification: renders package unusable Attept to connect to WPA enterprise TTLS wifi networks failing with error (daemon.log): wpa_supplicant[2309]: OpenSSL: tls_connection_handshake - Failed to read possible Application Data error::lib(0):func(0):reason(0) Don't see how this is a knetworkmanager problem, so reassigning to wpa_supplicant and downgrading to a more appropriate severity. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#560861: ITP: systempreferences.app -- GNUstep preferences application
Hello Thanks for packaging this! Don't forget to set/change sections to gnustep! Will you make this one replace the other preferences.app? If I can help packaging any simple gnustep debian packages, tell me. Yours, Guerkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548434: [Fdutils] Cannot format floppies under kernel 2.6.*?
Alain Knaff wrote: Mark Hounschell wrote: [...] All kernels below 2.6.28 work on these boxes. All kernels 2.6.28 and higher do NOT. 2.6.28 was when support for sector bases other than 0 or 1 were introduced. So, rather than have sectors numbered from 1 to 18, you can now have sectors numbered from 129 to 146 (as is used by some of the more exotic CP/M formats). This info is stored in some previously unused bits of the stretch parameter. Could it be that on some distributions, something is setting this to some spurious value (which got ignored before 2.6.28, but from 2.6.28 got misinterpreted as a non-zero sector base). Could you try to: The first thing I have to report is that I started by checking fdformat on /dev/fd0 in the usual way to confirm that the bug was still present. This is on debian testing updated daily so many packages are updated freqently. To my surprise, fdformat worked without problems on one i386 machine, but failed in the usual way on another. My next message will report the results of Alain's test on the failing machine. ael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560800: texlive-bin: FTBFS on hurd-i386
On 13.12.09 Pino Toscano (p...@kde.org) wrote: Hi, So we have to adapt the patch. Anybody knows how to get a hurd-i386 system for testing? Even better, I have adapted the icu patch of #414446. With this (attached), the icu part looks configuring and building. Many thanks! As soon as I can confirm that the patch solves the problem I'll upload it to our svn. Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560252: band-aid fix
Hi, Here is the debdiff of the quick fix I just uploaded. This is _not_ intended as the correct permanent fix, but rather something to keep the buildd chroots from breaking several times a day... hence the emergency. diff -u fontconfig-2.6.0/debian/fontconfig.postinst fontconfig-2.6.0/debian/fontconfig.postinst --- fontconfig-2.6.0/debian/fontconfig.postinst +++ fontconfig-2.6.0/debian/fontconfig.postinst @@ -1,6 +1,6 @@ #!/bin/sh -set -e +set +e if [ $1 = triggered ]; then # Force regeneration of all fontconfig cache files. diff -u fontconfig-2.6.0/debian/changelog fontconfig-2.6.0/debian/changelog --- fontconfig-2.6.0/debian/changelog +++ fontconfig-2.6.0/debian/changelog @@ -1,3 +1,11 @@ +fontconfig (2.6.0-4.1) unstable; urgency=low + + * Non-maintainer upload. + * emergency band-aid fix to avoid messing setup on install/remove when +defoma is not installed, Closes: #559136, #560252, #559348 + + -- Riku Voipio riku.voi...@iki.fi Mon, 14 Dec 2009 10:42:40 +0200 + fontconfig (2.6.0-4) unstable; urgency=low * fontconfig.{triggers,postinst}: register a trigger to automatically only in patch2: unchanged: --- fontconfig-2.6.0.orig/debian/fontconfig.prerm +++ fontconfig-2.6.0/debian/fontconfig.prerm @@ -0,0 +1,5 @@ +#! /bin/sh + +set +e + +#DEBHELPER#
Bug#559660: dirvish: environment variables for pre/post client/server scripts not working on lenny
On Sun 06 Dec 2009, Robert Spitzenpfeil wrote: The output was piped to wall to immediately show the result. Currently the result is _empty_ ! Running set |wall reveals, that currently all the DIRVISH variables are put into one single line and are _not_ separated. Unfortunately you didn't use one of the standard bug report tools (e.g. reportbug), now I have to ask you what shell you're using, as at least with bash it works just fine: $ bash $ FOO=123 BAR=xyz bash $ echo $FOO 123 $ echo $BAR xyz $ Also with ash (another POSIX shell that's used a lot) no problem: $ ash $ FOO=qwe BAR=098 ash $ echo $FOO qwe $ echo $BAR 098 It is immediately obvious that there are no ; between the variables, so it can't work ! All that's obvious to me is that you give too little information; without semicolons in CAN work. That's also why no one responded to your message on the mailing list, as no one has this problem. So please give more info about your system, most importantly your default shell. Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560412: Found a fix
tag 560412 +patch thanks Hello, I've found a very simple fix for this problem. The cmd.png function now takes a prior argument that makes it output previously traced things. It defaults to prior = 0 (ie do not use what was done before). I think the old behavior was equivalent to prior = 1 (though it did not exist). In any case, here is a patch that works for me, and does not seem to break anything else. Cheers, Vincent diff -Naur pymol-1.2r1/modules/pymol/exporting.py pymol-1.2r1-fixed/modules/pymol/exporting.py --- pymol-1.2r1/modules/pymol/exporting.py 2009-07-12 14:00:40.0 +0200 +++ pymol-1.2r1-fixed/modules/pymol/exporting.py 2009-12-14 11:59:20.016059145 +0100 @@ -283,7 +283,7 @@ def png(filename, width=0, height=0, dpi=-1.0, ray=0, -quiet=1, prior=0, format=0, _self=cmd): +quiet=1, prior=1, format=0, _self=cmd): ''' DESCRIPTION
Bug#561076: hal: FTBFS on kfreebsd-* with 8.x kernel headers
Petr Salinger wrote: Package: hal Version: 0.5.13-6 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD with 8.x kernel headers. The FreeBSD 8.0 kernel introduces a new USB stack with a totally different API. The upstream used to have during 8.0 development old USB stack in legacy/dev/usb/usb.h, we decided to provide it too. To solve current FTBFS for 0.5.13 series please just use patch bellow. For the new upstream release 0.5.14, the git log http://cgit.freedesktop.org/hal/log contains lines like 2009-08-18add USB2 support 2009-08-18add USB2 support to the FreeBSD backend I believe it should not be so hard to extend it for GNU/kFreeBSD. It will be needed at least to change build-depends to libusb-dev [!hurd-i386 !kfreebsd-amd64 !kfreebsd-i386], libusb2-dev [[kfreebsd-amd64 kfreebsd-i386] I tried to build hal 0.5.14 against an up-to-date freebsd system with libusb *and* libusb2. build log for libusb2 is attached. Maybe you can take a look. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#561009: capplets-data: parser error in gconf entries
Le dimanche 13 décembre 2009 à 18:08 +0100, Roman Munoz a écrit : Can't install it; dpkg complains about parser error in gconf entries /tmp/gconf-mNUjRC/temp.entries:24: parser error : Opening and ending tag mismatch: entry line 24 and key yschema_key/schemas/apps/panel/objects/attached_toplevel_id/schema_key/key Can you list the contents of your /usr/share/gconf/defaults directory? Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#561052: libseed0: Depends on old version of libgstreamer-0.10-0
Le dimanche 13 décembre 2009 à 21:51 -0300, Gonzalo Berm��dez a écrit : Attempting to upgrade libgstreamer0.10-0 in testing results in aptitude trying to remove libseed0 and all packages depending on it (in my case, this means epiphany and thus gnome) as it requires libgstreamer0.10-0 with version lower than 0.10.25-3 (with current version in testing/unstable being 0.10.25-4) What are you talking about? The dependency can be satisfied by gir1.0-gstreamer-0.10. Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#475939: pylint: pylint.el refers to non-existent variable py-mode-map
tag 475939 +upstream forwarded 475939 http://www.logilab.org/ticket/19339 thanks On Thursday 10 December 2009 15:29:23 Chmouel Boudjnah wrote: Hi, This has been bugged me for a while, I don't feel like using the other python-mode and everytime I enter a python file it bugs me about that non-existent py-mode-map. I have attached a patch which should make it works for both mode. Hi Chmouel, Thanks for your time and you patch. -- Alexandre Fayolle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556948: Pulseaudio is recalculating the volume at the start of every track
Le dimanche 13 décembre 2009 à 15:02 -0500, Dominique Brazziel a écrit : Another issue that might have some bearing on this bug: In trying to stop pulseaudio from autostarting, I found out that the .desktop file for 'gnome-volume-control-applet' has the following key in it: 'TryExec=/usr/bin/pulseaudio' Indeed it has. What does it have to do with your current problem? -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#561085: postfix-policyd: Please package version 2.x
Package: postfix-policyd Version: 1.80-2.3 Severity: wishlist Latest version upstream is 2.x with a lot of new features, an updated package would be appreciated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558980: access to hppa machine to work on Bug#558980
Carlos O'Donell wrote: On Sun, Dec 13, 2009 at 10:03 AM, Stephen Leake wrote: Frans Pop gave me access to his machine. I have some more information on the bug. If I compile from full GNADE source (not using the GNADE dynamic or static libraries), the code works. What does from full GNADE source mean? I think that means recompile the application program and the sources of the library into a single, statically-linked program as opposed to compile the library sources, create a (static|shared) library and link into the executable. [...] With the static library, I get a stack overflow (caught and reported by the Ada runtime), during elaboration of a compiler-provided container library. Could you please define during elaboration? It seems only Ada programmers know about elaboration :) In a nutshell, elaboration is all that happens between the transfer of control from the dynamic loader to the executable and the start of execution of the main subprogram (main() in C and C++, anything in Ada). Elaboration consists in allocating and initialalizing nonstatic global variables, i.e. those declared outside of any subprogram but whose value is unknown at compile time. This might involve calling user-defined functions that return the initial value of a variable. Subprograms and Ada packages, too, are elaborated; their elaboration consists only in making sure all the global variables and other subprograms they depend on are already elaborated. Example: -*- mode: c -*- #include stdlib.h int i = foo (); int main () { puts (this is called after elaboration\n); return i; } int foo () { puts (this is called during elaboration\n); return rand (); } The example illustrates the importance of controlling elaboration order. In this case, i must be elaborated before main() is called but after puts() and rand () are elaborated. Ada offers precise control of elaboration order and the compiler can report the elaboration order it has chosen for a given executable program. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561083: rhythmbox can't work with truecrypt
Package: rhythmbox Version: 0.12.6-1 Severity: important When I mounted truecrypt volume, I can't start Rhythmbox. In terminal I see info about bad memory allocation (in polish version naruszenie ochrony pamieci). To run rhythmbox I've to unmount truecrypt volume, run rhythmbox and mount volume again. I'm using testing version of Debian (Squeeze), kernel 2.6.30-2-686 and Truecrypt version 6.3 installed from .deb package for Ubuntu. Problem exists for few days, when i did Gnome upgrade. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rhythmbox depends on: ii dbus 1.2.16-2 simple interprocess messaging syst ii gconf2 2.28.0-1 GNOME configuration database syste ii gnome-icon-theme 2.28.0-1 GNOME Desktop icon theme ii gstreamer0.10-alsa [gs 0.10.25-7 GStreamer plugin for ALSA ii gstreamer0.10-esd [gst 0.10.17-1 GStreamer plugin for ESD ii gstreamer0.10-plugins- 0.10.17-1 GStreamer plugins from the bad s ii gstreamer0.10-plugins- 0.10.25-7 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.17-1 GStreamer plugins from the good ii gstreamer0.10-pulseaud 0.10.17-1 GStreamer plugin for PulseAudio ii gstreamer0.10-x0.10.25-7 GStreamer plugins for X11 and Pang ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libavahi-client3 0.6.25-2 Avahi client library ii libavahi-common3 0.6.25-2 Avahi common library ii libavahi-glib1 0.6.25-2 Avahi glib integration library ii libbrasero-media0 2.28.2-1 CD/DVD burning library for GNOME - ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2simple interprocess messaging syst ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-42.28.0-1 GNOME configuration database syste ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgnome-keyring0 2.28.1-2 GNOME keyring services library ii libgnome-media02.28.1-1 runtime libraries for the GNOME me ii libgpod4 0.7.2-2 library to read and write songs an ii libgstreamer-plugins-b 0.10.25-7 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.25-4 Core GStreamer libraries and eleme ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libhal10.5.13-6 Hardware Abstraction Layer - share ii libice62:1.0.6-1 X11 Inter-Client Exchange library ii liblircclient0 0.8.3-5 infra-red remote control support - ii libmtp80.3.7-7 Media Transfer Protocol (MTP) libr ii libmusicbrainz4c2a 2.1.5-2 Second generation incarnation of t ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii libpango1.0-0 1.26.1-1 Layout and rendering of internatio ii libsm6 2:1.1.1-1 X11 Session Management library ii libsoup-gnome2.4-1 2.28.1-3 an HTTP library implementation in ii libsoup2.4-1 2.28.1-3 an HTTP library implementation in ii libtotem-plparser122.28.1-2 Totem Playlist Parser library - ru ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii libxml22.7.6.dfsg-1 GNOME XML library ii python 2.5.4-2 An interactive high-level object-o ii python-gnome2 2.28.0-1 Python bindings for the GNOME desk ii python-gst0.10 0.10.17-1 generic media-playing framework (P ii python-gtk22.16.0-1 Python bindings for the GTK+ widge ii python-support 1.0.4 automated rebuilding support for P ii python2.5 2.5.4-3 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages rhythmbox recommends: ii avahi-daemon 0.6.25-2Avahi mDNS/DNS-SD daemon ii gstreamer0.10-plugins-ug 0.10.13-2 GStreamer plugins from the ugly ii gvfs-backends1.4.1-6 userspace virtual filesystem - bac ii hal
Bug#561084: zabbix: Please package version 1.8
Package: zabbix Version: 1:1.6.6-5 Severity: wishlist Please package version 1.8 of Zabbix. There is a lot of new interesting things available: http://www.zabbix.com/rn1.8.php More detailed information about new features can be found here: http://www.zabbix.com/documentation/1.8/manual/about/what_s_new -- Regards, Tomasz Klicki -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560968: gdm: seems to have incorrect startup dependencies and stops too early
Le dimanche 13 décembre 2009 à 04:00 +0100, Bas Wijnen a écrit : Since I upgraded to dependency-based boot, there are two problems: - Sometimes the initial server startup fails. Gdm then tries a second time. This does work, but the automatic login is not used, so I need to manually log in in that case. Because the new server successfully starts, I can't find a log of the failure. This is a recurring issue that can be summarized as “first login always fails”. I’d appreciate if you could have a look at your logs (auth.log and syslog) and see if anything goes wrong at login time. - When powering off using gnome, the X server is killed, then gdm restarts it, and during this restart gdm is stopped. Eventually the system does shut down, but it seems to take much longer than it should because of this. Gdm should not try to restart X when the machine is shutting down: it should be the first thing to be stopped, and that should be the reason for X dying. It seems that X is killed before gdm is stopped. This is probably fixed by GDM 2.28, but this one is still not in Debian because of the huge number of regressions. I put those in one bug report because I think they are the same bug, namely an error in the boot dependencies. If I'm wrong about that, please clone and rename as appropriate. None of this is a dependency issue, these are two distinct bugs. Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#561086: libsndfile: FTBFS on kfreebsd-*: symbols issues
Package: libsndfile Version: 1.0.21-1 Severity: serious Justification: FTBFS User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package now FTBFS on kfreebsd-* since there are some symbols issues. You can browse the build logs at the usual place: https://buildd.debian.org/status/package.php?suite=unstablep=libsndfile Excerpt: | dh_makeshlibs -plibsndfile1 | dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below | dpkg-gensymbols: warning: some symbols disappeared in the symbols file: see diff output below | dpkg-gensymbols: warning: debian/libsndfile1/DEBIAN/symbols doesn't match completely debian/libsndfile1.symbols | --- debian/libsndfile1.symbols (libsndfile1 kfreebsd-amd64) | +++ dpkg-gensymbolsHeUiSG 2009-12-14 11:07:30.0 + | @@ -1,36 +1,258 @@ | libsndfile.so.1 libsndfile1 (= 1.0.20) | - libsndfile.so@libsndfile.so.1.0 1.0.20 | - sf_cl...@libsndfile.so.1.0 1.0.20 | - sf_comm...@libsndfile.so.1.0 1.0.20 | - sf_er...@libsndfile.so.1.0 1.0.20 | - sf_error_num...@libsndfile.so.1.0 1.0.20 | - sf_error_...@libsndfile.so.1.0 1.0.20 | - sf_format_ch...@libsndfile.so.1.0 1.0.20 | - sf_get_str...@libsndfile.so.1.0 1.0.20 | - sf_o...@libsndfile.so.1.0 1.0.20 | - sf_open...@libsndfile.so.1.0 1.0.20 | - sf_open_virt...@libsndfile.so.1.0 1.0.20 | - sf_per...@libsndfile.so.1.0 1.0.20 | - sf_read_dou...@libsndfile.so.1.0 1.0.20 | - sf_read_fl...@libsndfile.so.1.0 1.0.20 | - sf_read_...@libsndfile.so.1.0 1.0.20 | - sf_read_...@libsndfile.so.1.0 1.0.20 | - sf_read_sh...@libsndfile.so.1.0 1.0.20 | - sf_readf_dou...@libsndfile.so.1.0 1.0.20 | - sf_readf_fl...@libsndfile.so.1.0 1.0.20 | - sf_readf_...@libsndfile.so.1.0 1.0.20 | - sf_readf_sh...@libsndfile.so.1.0 1.0.20 | - sf_s...@libsndfile.so.1.0 1.0.20 | - sf_set_str...@libsndfile.so.1.0 1.0.20 | - sf_strer...@libsndfile.so.1.0 1.0.20 | - sf_version_str...@libsndfile.so.1.0 1.0.20 | - sf_write_dou...@libsndfile.so.1.0 1.0.20 | - sf_write_fl...@libsndfile.so.1.0 1.0.20 | - sf_write_...@libsndfile.so.1.0 1.0.20 | - sf_write_...@libsndfile.so.1.0 1.0.20 | - sf_write_sh...@libsndfile.so.1.0 1.0.20 | - sf_write_s...@libsndfile.so.1.0 1.0.20 | - sf_writef_dou...@libsndfile.so.1.0 1.0.20 | - sf_writef_fl...@libsndfile.so.1.0 1.0.20 | - sf_writef_...@libsndfile.so.1.0 1.0.20 | - sf_writef_sh...@libsndfile.so.1.0 1.0.20 | + gsm_co...@base 1.0.21-1 | + gsm_deco...@base 1.0.21-1 | + gsm_lpc_analy...@base 1.0.21-1 | + gsm_long_term_predic...@base 1.0.21-1 | + gsm_long_term_synthesis_filter...@base 1.0.21-1 | + gsm_preproc...@base 1.0.21-1 | + gsm_rpe_decod...@base 1.0.21-1 | + gsm_rpe_encod...@base 1.0.21-1 | + gsm_short_term_analysis_fil...@base 1.0.21-1 | + gsm_short_term_synthesis_fil...@base 1.0.21-1 | + adpcm_dec...@base 1.0.21-1 | + adpcm_enc...@base 1.0.21-1 | + aiff_caf_find_channel_layout_...@base 1.0.21-1 | + aiff_caf_of_channel_layout_...@base 1.0.21-1 | + aiff_ima_i...@base 1.0.21-1 | + aiff_o...@base 1.0.21-1 | + alaw_i...@base 1.0.21-1 | + append_snpri...@base 1.0.21-1 | + au_o...@base 1.0.21-1 | + audio_det...@base 1.0.21-1 | + avr_o...@base 1.0.21-1 | + broadcast_var_al...@base 1.0.21-1 | + broadcast_var_...@base 1.0.21-1 | + broadcast_var_...@base 1.0.21-1 | + caf_o...@base 1.0.21-1 | + dither_i...@base 1.0.21-1 | + double64_be_r...@base 1.0.21-1 | + double64_be_wr...@base 1.0.21-1 | + double64_i...@base 1.0.21-1 | + double64_le_r...@base 1.0.21-1 | + double64_le_wr...@base 1.0.21-1 | + dwd_o...@base 1.0.21-1 | + dwvw_i...@base 1.0.21-1 | + flac_i...@base 1.0.21-1 | + flac_o...@base 1.0.21-1 | + float32_be_r...@base 1.0.21-1 | + float32_be_wr...@base 1.0.21-1 | + float32_i...@base 1.0.21-1 | + float32_le_r...@base 1.0.21-1 | + float32_le_wr...@base 1.0.21-1 | + g721_deco...@base 1.0.21-1 | + g721_enco...@base 1.0.21-1 | + g723_16_deco...@base 1.0.21-1 | + g723_16_enco...@base 1.0.21-1 | + g723_24_deco...@base 1.0.21-1 | + g723_24_enco...@base 1.0.21-1 | + g723_40_deco...@base 1.0.21-1 | + g723_40_enco...@base 1.0.21-1 | + g72x_decode_bl...@base 1.0.21-1 | + g72x_encode_bl...@base 1.0.21-1 | + g72x_i...@base 1.0.21-1 | + g72x_reader_i...@base 1.0.21-1 | + g72x_writer_i...@base 1.0.21-1 | + gsm610_i...@base 1.0.21-1 | + gs...@base 1.0.21-1 | + gs...@base 1.0.21-1 | + gsm_...@base 1.0.21-1 | + gsm_...@base 1.0.21-1 | + gs...@base 1.0.21-1 | + gsm_i...@base 1.0.21-1 | + gsm_l_...@base 1.0.21-1 | + gsm_l_...@base 1.0.21-1 | + gsm_l_...@base 1.0.21-1 | + gsm_l_m...@base 1.0.21-1 | + gsm_l_...@base 1.0.21-1 | + gsm_...@base 1.0.21-1 | + gsm_...@base 1.0.21-1 | + gsm_nr...@base 1.0.21-1 | + gsm_...@base 1.0.21-1 | + gsm_...@base 1.0.21-1 | + gsm_...@base 1.0.21-1 | + gsm_...@base 1.0.21-1 | + gsm_...@base 1.0.21-1 | + gsm_cre...@base 1.0.21-1 | + gsm_dec...@base 1.0.21-1 | + gsm_dest...@base 1.0.21-1 | + gsm_...@base 1.0.21-1 | + gsm_enc...@base 1.0.21-1 | + gsm_i...@base 1.0.21-1 | + gsm_m...@base 1.0.21-1 | + gsm_mul...@base 1.0.21-1 | + gsm_n...@base 1.0.21-1 | + gsm_opt...@base 1.0.21-1
Bug#560195: Missing dependency libmozjs1d prevents installation of elinks on testing and unstable
Hi Adrian, On 09/12/09 16:36 +0100, Adrian Glaubitz said ... spidermonkey.c:(.text+0x52808): undefined reference to `JS_SetBranchCallback' collect2: ld returned 1 exit status I'll be fixing this by back porting and testing a fix that upstream has in GIT. This bug is a duplicate of #551238 Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560241: [b00706e] Fix for Bug#560241 committed to git
tags 560241 + pending thanks Hello, The following change has been committed for this bug by Giuseppe Iuculano iucul...@debian.org on Mon, 14 Dec 2009 12:18:12 +0100. The fix will be in the next upload. = Adeed libusb2-dev for kfreebsd in Build-Depends. Closes: #560241 = You can check the diff of the fix at: http://git.debian.org/?p=collab-maint/smartmontools.git;a=commitdiff;h=b00706e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560333: libc6: getpwnam shows shadow passwords of NIS users
Christoph Pleger a écrit : Hello, the problem is somehow caused by nscd. When I disable passwd caching in /etc/nscd.conf and then restart nscd, the shadow passwords can only be seen by root. Unfortunately I don't have a NIS setup to debug that. Can you try with libc6 / nscd from testing or unstable on a machine or even in a chroot? If it is fixed in newer versions, we will try to find the commit fixing this and then backport the fix. If it is not, I'll have to create a NIS setup to debug it ;( -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548434: [Fdutils] Cannot format floppies under kernel 2.6.*?
Alain Knaff wrote: Mark Hounschell wrote: [...] All kernels below 2.6.28 work on these boxes. All kernels 2.6.28 and higher do NOT. 2.6.28 was when support for sector bases other than 0 or 1 were introduced. So, rather than have sectors numbered from 1 to 18, you can now have sectors numbered from 129 to 146 (as is used by some of the more exotic CP/M formats). This info is stored in some previously unused bits of the stretch parameter. Could it be that on some distributions, something is setting this to some spurious value (which got ignored before 2.6.28, but from 2.6.28 got misinterpreted as a non-zero sector base). Could you try to: fdformat /dev/fd0u1440 in case you don't have /dev/fd0u1440, you can create it using the following command line: mknod /dev/fd0u1440 b 2 28 then do a getfdprm -o /dev/fd0u1440 (or getfdprm /dev/fd0) You should get: 2880 18 2 80 0 0x1b 0x00 0xcf 0x6c The fifth byte (0 here) is the stretch byte. If it contains anything other than 0, this might explain it. Another test would be to perform: fdrawcmd readid 0 repeat=18 Here are my results to complement Mark's. Unfortunately fdrawcmd would not run here, perhaps because I have different a different floppy controller. Or maybe I have a different version and am not giving it the right parameters. # dpkg -s fdutils Package: fdutils Status: install ok installed Priority: optional Section: utils Installed-Size: 924 Maintainer: Anibal Monsalve Salazar ani...@debian.org Architecture: i386 Version: 5.5-20060227-3 # mknod /dev/fd0u1440 b 2 28 # fdformat /dev/fd0u1440 Double-sided, 80 tracks, 18 sec/track. Total capacity 1440 kB. Formatting ... done Verifying ... Read: : Input/output error Problem reading cylinder 0, expected 18432, read -1 # getfdprm -o /dev/fd0u1440 2880 18 2 80 0 0x1b 0x00 0xcf 0x6c # fdrawcmd drive=/dev/fd0u1440 readid 0 repeat=18 raw cmd: Invalid argument # fdrawcmd drive=0 rate=0 readid 0 raw cmd: Invalid argument # hexdump /dev/fd0 hexdump: /dev/fd0: Input/output error /sys/devices/platform/floppy.0/block/fd0# ls -l total 0 -r--r--r-- 1 root root 4096 2009-12-14 11:18 alignment_offset lrwxrwxrwx 1 root root0 2009-12-14 11:18 bdi - ../../../../virtual/bdi/2:0 -r--r--r-- 1 root root 4096 2009-12-14 11:18 capability -r--r--r-- 1 root root 4096 2009-12-14 10:28 dev lrwxrwxrwx 1 root root0 2009-12-14 10:28 device - ../../../floppy.0 -r--r--r-- 1 root root 4096 2009-12-14 11:18 discard_alignment -r--r--r-- 1 root root 4096 2009-12-14 11:18 ext_range drwxr-xr-x 2 root root0 2009-12-14 10:51 holders -r--r--r-- 1 root root 4096 2009-12-14 11:18 inflight drwxr-xr-x 2 root root0 2009-12-14 11:18 power drwxr-xr-x 3 root root0 2009-12-14 10:51 queue -r--r--r-- 1 root root 4096 2009-12-14 10:28 range -r--r--r-- 1 root root 4096 2009-12-14 10:28 removable -r--r--r-- 1 root root 4096 2009-12-14 11:18 ro -r--r--r-- 1 root root 4096 2009-12-14 11:18 size drwxr-xr-x 2 root root0 2009-12-14 10:51 slaves -r--r--r-- 1 root root 4096 2009-12-14 11:18 stat lrwxrwxrwx 1 root root0 2009-12-14 10:28 subsystem - ../../../../../class/block -rw-r--r-- 1 root root 4096 2009-12-14 10:28 uevent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548434: [Fdutils] Cannot format floppies under kernel 2.6.*?
ael wrote: Alain Knaff wrote: then do a getfdprm -o /dev/fd0u1440 (or getfdprm /dev/fd0) I should have mentioned that my tests were done under the current git kernel: # uname -a Linux exact 2.6.32_exact-55846-gf405425 #194 Sun Dec 13 16:30:46 GMT 2009 i686 GNU/Linux ael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561084: zabbix: Please package version 1.8
Tomasz Klicki schrieb: Please package version 1.8 of Zabbix. There is a lot of new interesting things available: http://www.zabbix.com/rn1.8.php More detailed information about new features can be found here: http://www.zabbix.com/documentation/1.8/manual/about/what_s_new I'm already working on an 1.8 package. However there are few upstream bugs and I was considering to upload 1.8 into experimental first. What's worse: the SQL migration isn't officially supported and the upstream's statement is try these SQL statements and just ignore the errors. That's pretty broken and I'm working on a solution to that. I expect to have 1.8 in Debian this week anyway. Christoph signature.asc Description: OpenPGP digital signature
Bug#560701: smartmontools: Read SMART Self-Test Log Failed, freezes and hard resets link to Intel X25-M SSD
Krzysztof Sobolewski ha scritto: Package: smartmontools Version: 5.38+svn2956-1 Severity: normal I have an Intel X25-M SSD and smartd doesn't like it very much. Every half an hour the drive (along with most of the system) freezes for about 20 seconds. syslog says: Dec 11 11:55:28 zx-spectrum-1 smartd[1883]: Device: /dev/sdd [SAT], Read SMART Self Test Log Failed Dec 11 11:55:28 zx-spectrum-1 kernel: ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen Dec 11 11:55:28 zx-spectrum-1 kernel: ata4.00: failed command: SMART Dec 11 11:55:28 zx-spectrum-1 kernel: ata4.00: cmd b0/d5:01:06:4f:c2/00:00:00:00:00/00 tag 0 pio 512 in Dec 11 11:55:28 zx-spectrum-1 kernel: res 40/00:14:c6:23:b7/00:00:05:00:00/40 Emask 0x4 (timeout) Dec 11 11:55:28 zx-spectrum-1 kernel: ata4.00: status: { DRDY } Dec 11 11:55:28 zx-spectrum-1 kernel: ata4: hard resetting link smartctl on /dev/sdd works fine. Could you try the unstable (sid) version please? Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#550170: emacs23: Wrong type argument: keymapp, (DEAD . 2109956), environment seems to be the reason.
Package: emacs23 Version: 23.1+1-4 Severity: normal I can start emacs from within xterm but not from gmrun. I have tried to examine the environment in both cases. There are three variables that change: PWD, SHLVL and _. There are some more that are not present in gmrun and its children. GPG_TTY HISTCONTROL INFOPATH LESSCLOSE LESSOPEN LS_COLORS OLDPWD PWD SHLVL TERM WINDOWID XTERM_LOCALE XTERM_SHELL XTERM_VERSION I have simulated the environment in xterm with env -u. env -u LESSOPEN -u LS_COLORS -u TERM -u WINDOWID -u XTERM_LOCALE -u XTERM_SHELL -u XTERM_VERSION emacs still crashes with Wrong type argument: keymapp, (DEAD . 2109956) but giving emacs at least one of those variables (removing them from th -u list) makes it start. What is significat, however, is the number of variables removed from the environment or their size. You could as well choose different set of variable to give emacs and it'll start. Weird. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs23 depends on: ii emacs23-bin-common 23.1+1-4 The GNU Emacs editor's shared, arc ii install-info 4.13a.dfsg.1-5Manage installed documentation in ii libasound2 1.0.21a-1 shared library for ALSA applicatio ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libc6 2.9-25GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libgif44.1.6-8 library for GIF images (library) ii libglib2.0-0 2.22.0-1 The GLib library of C routines ii libgpm21.20.4-3.2General Purpose Mouse - shared lib ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii libm17n-0 1.5.4-1+b1a multilingual text processing lib ii libncurses55.7+20090803-2shared libraries for terminal hand ii libotf00.9.9-1 A Library for handling OpenType Fo ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpng12-0 1.2.39-1 PNG library - runtime ii librsvg2-2 2.26.0-1 SAX-based renderer library for SVG ii libsm6 2:1.1.1-1 X11 Session Management library ii libtiff4 3.9.1-1 Tag Image File Format (TIFF) libra ii libx11-6 2:1.2.2-1 X11 client-side library ii libxft22.1.13-3 FreeType-based font drawing librar ii libxpm41:3.5.7-2 X11 pixmap library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime emacs23 recommends no packages. Versions of packages emacs23 suggests: ii emacs23-common-non-dfsg 23.1+1-1 GNU Emacs shared, architecture ind -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561046: ITP: gcc-arm -- The GNU C Compiler (cross-compiler for ARM targets)
Hello Nicolas, 2009/12/14 Nicolas Dandrimont nicolas.dandrim...@crans.org: Emdebian seems to focus on embedded Linux targets. However, the packages I am currently making aim at raw targets (well, `arm-none-eabi' instead of `arm-linux-gnueabi'). This toolchain would be an equivalent of the current *-avr toolchain, but for ARM chips. Maybe the name and description of the packages I intend to make should be made clearer. How 'arm-none-eabi' differ from 'arm-linux-gnueabi' besides C library? Can 'arm-linux-gnueabi' be used in most 'arm-none-eabi' use cases? Are you thinking on using sysroot for this tool (multiarch orthogonal)? Do you have a plan to integrate libraries and headers someway (we use dpkg-cross for this) or is this similar to 'none header compiler' (first bootstrap compiler)? I already had a look at the Emdebian documentation, but as it focused on either porting Debian or cross-compiling specifically for Linux targets, I went ahead and filed those ITPs for the main debian archive. I was comforted by the presence of the avr toolchain in main. Emdebian is a group of people. This group tries to dignify Debian to be used for embedded targets (not fork, nor port). There are many tools (scratchbox, qemu, cross toolchains, apt-cross, dpkg-cross, emdebian-{tools, rootfs, grip, *}) emdebian people is working on. Currently, avr, mingw32 and z80 tools (maybe some others) are in the main archive, but those were uploaded without any coherence in mind (afaict) and these tools might need to be adapted to newer layouts (see multiarch[1][2] or upstream sysroot -which depends on modifying dpkg-cross-) or removed from the archive. We also should *keep in mind not to polute Debian main with a bunch of crossgcc-tools* for each individual case (which could grow up to hundreds different configurations) but to have a distribution crosstoolchain (built in most cases and when possible with Debian defaults) Indeed, if you think emdebian is the right place for those packages, I'll be happy to maintain them under its umbrella. All those packages, but newlib, are already packaged [3][4] in two different ways and a third one might arise. Do you also have them packaged? If you already have them packaged, please submit your packaging in you want comments on them. Tomorrow, there is an IRC meeting[5] which you are invited to, in case you want to participate. [1] http://www.ubuntu.org/MultiarchSpec [2] http://www.ubuntu.org/MultiarchCross [3] see README.Cross in binutils and gcc packages [4] http://emdebian.org/git/buildcross.git || https://launchpad.net/~lool/+archive/ppa [5] http://wiki.debian.org/Emdebian/Meetings -- Héctor Orón Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us. signature.asc Description: OpenPGP digital signature
Bug#560412: [Debichem-devel] Bug#560412: Found a fix
tags 560412 +pending thanks On Mon, Dec 14, 2009 at 12:02:06PM +0100, Vincent Fourmond wrote: I've found a very simple fix for this problem. The cmd.png function now takes a prior argument that makes it output previously traced things. It defaults to prior = 0 (ie do not use what was done before). I think the old behavior was equivalent to prior = 1 (though it did not exist). In any case, here is a patch that works for me, and does not seem to break anything else. Thank you, I have applied the patch to the subversion repository of the Debian packaging. regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560333: libc6: getpwnam shows shadow passwords of NIS users
Hello, the mangling of passwd and passwd.adjunct.byname happens in glibc-2.7/nis/nss_nis/nis-pwd.c. Before I found out that nscd is part of the problem, I tried to let the mangling happen only if the calling user to getpwnam is root (by checking for geteuid() == 0), but that did not solve the problem, maybe because nscd is running as root and so the euid is always 0? After replacing the condition (geteuid() == 0) with (1 == 0), no NIS shadow passwords are shown, not even for root. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561087: linux-image-2.6.32-rc8-amd64: rt61pci internet is slow with the 2.6.32-rc8 kernel
Package: linux-2.6 Version: 2.6.32~rc8-1~experimental.1 Severity: important Hi I am using debian testing with the debian sid kernel. When using the .32 kernel, the internet is getting slow. Some sites take over 5 minutes to load. Also i got 60% packet loss when pinging google.de With default testing kernel .30 everything works fine. With .32 kernel and USB wifi (rtl8187 chip) everything works fine I am using boot-option pci=use_crs Thanks Carl -- Package-specific info: ** Version: Linux version 2.6.32-rc8-amd64 (Debian 2.6.32~rc8-1~experimental.1) (wa...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-6) ) #1 SMP Sat Nov 21 22:12:25 UTC 2009 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-rc8-amd64 root=/dev/mapper/eins-root ro quiet pci=use_crs ** Not tainted ** Kernel log: [3.730894] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [3.730920] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [3.731067] sda: sda1 sda2 sda3 [3.801149] sd 0:0:0:0: [sda] Attached SCSI disk [3.807107] ide-cd driver 5.00 [3.810998] ide-cd: hda: ATAPI 24X DVD-ROM DVD-R/RAM CD-R/RW drive, 2048kB Cache [3.811005] Uniform CD-ROM driver Revision: 3.20 [4.072096] device-mapper: uevent: version 1.0.3 [4.072471] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-de...@redhat.com [ 37.087920] Intel AES-NI instructions are not detected. [ 38.483963] PM: Starting manual resume from disk [ 38.529496] EXT4-fs (dm-1): INFO: recovery required on readonly filesystem [ 38.529503] EXT4-fs (dm-1): write access will be enabled during recovery [ 39.747550] EXT4-fs (dm-1): orphan cleanup on readonly fs [ 39.747561] EXT4-fs (dm-1): ext4_orphan_cleanup: deleting unreferenced inode 8422 [ 39.747605] EXT4-fs (dm-1): ext4_orphan_cleanup: deleting unreferenced inode 3142 [ 39.747619] EXT4-fs (dm-1): ext4_orphan_cleanup: deleting unreferenced inode 7743 [ 39.747758] EXT4-fs (dm-1): ext4_orphan_cleanup: deleting unreferenced inode 961 [ 39.747770] EXT4-fs (dm-1): ext4_orphan_cleanup: deleting unreferenced inode 785 [ 39.747782] EXT4-fs (dm-1): ext4_orphan_cleanup: deleting unreferenced inode 738 [ 39.747794] EXT4-fs (dm-1): ext4_orphan_cleanup: deleting unreferenced inode 729 [ 39.747806] EXT4-fs (dm-1): ext4_orphan_cleanup: deleting unreferenced inode 714 [ 39.747815] EXT4-fs (dm-1): 8 orphan inodes deleted [ 39.747819] EXT4-fs (dm-1): recovery complete [ 40.267658] EXT4-fs (dm-1): mounted filesystem with ordered data mode [ 41.654201] udev: starting version 146 [ 42.074558] ACPI: duty_cycle spans bit 4 [ 42.074609] processor LNXCPU:00: registered as cooling_device1 [ 42.074661] processor LNXCPU:01: registered as cooling_device2 [ 42.179749] ACPI: AC Adapter [ADP1] (on-line) [ 42.183540] ACPI: Battery Slot [BAT1] (battery absent) [ 42.315199] EDAC MC: Ver: 2.1.0 Nov 21 2009 [ 42.368047] EDAC amd64_edac: Ver: 3.2.0 Nov 21 2009 [ 42.368305] EDAC amd64: This node reports that Memory ECC is currently disabled, set F3x44[22] (:00:18.3). [ 42.368322] EDAC amd64: WARNING: ECC is disabled by BIOS. Module will NOT be loaded. [ 42.368324] Either Enable ECC in the BIOS, or set 'ecc_enable_override'. [ 42.368326] Also, use of the override can cause unknown side effects. [ 42.368349] amd64_edac: probe of :00:18.2 failed with error -22 [ 42.419896] piix4_smbus :00:14.0: SMBus Host Controller at 0xb00, revision 0 [ 42.436921] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 42.438420] k8temp :00:18.3: Temperature readouts might be wrong - check erratum #141 [ 42.565703] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 42.631701] Synaptics Touchpad, model: 1, fw: 6.2, id: 0x1a0b1, caps: 0xa04713/0x20 [ 42.661469] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio2/input/input7 [ 42.846689] cfg80211: Using static regulatory domain info [ 42.846694] cfg80211: Regulatory domain: US [ 42.846696] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 42.846700] (2402000 KHz - 2472000 KHz @ 4 KHz), (600 mBi, 2700 mBm) [ 42.846704] (517 KHz - 519 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 42.846707] (519 KHz - 521 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 42.846710] (521 KHz - 523 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 42.846713] (523 KHz - 533 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 42.846717] (5735000 KHz - 5835000 KHz @ 4 KHz), (600 mBi, 3000 mBm) [ 42.847385] cfg80211: Calling CRDA for country: US [ 42.848746] input: PC Speaker as /devices/platform/pcspkr/input/input8 [ 42.893300] HDA Intel :00:14.2: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 43.148651] input: HDA Digital PCBeep as /devices/pci:00/:00:14.2/input/input9 [ 43.167662] Error: Driver 'pcspkr' is already registered, aborting... [ 43.222954] rt61pci :05:09.0: PCI INT A - GSI 22 (level,
Bug#561043: Bug#561046: ITP: gcc-arm -- The GNU C Compiler (cross-compiler for ARM targets)
Resend to the rest of bug numbers 2009/12/14 hector.o...@gmail.com: Hello Nicolas, 2009/12/14 Nicolas Dandrimont nicolas.dandrim...@crans.org: Emdebian seems to focus on embedded Linux targets. However, the packages I am currently making aim at raw targets (well, `arm-none-eabi' instead of `arm-linux-gnueabi'). This toolchain would be an equivalent of the current *-avr toolchain, but for ARM chips. Maybe the name and description of the packages I intend to make should be made clearer. How 'arm-none-eabi' differ from 'arm-linux-gnueabi' besides C library? Can 'arm-linux-gnueabi' be used in most 'arm-none-eabi' use cases? Are you thinking on using sysroot for this tool (multiarch orthogonal)? Do you have a plan to integrate libraries and headers someway (we use dpkg-cross for this) or is this similar to 'none header compiler' (first bootstrap compiler)? I already had a look at the Emdebian documentation, but as it focused on either porting Debian or cross-compiling specifically for Linux targets, I went ahead and filed those ITPs for the main debian archive. I was comforted by the presence of the avr toolchain in main. Emdebian is a group of people. This group tries to dignify Debian to be used for embedded targets (not fork, nor port). There are many tools (scratchbox, qemu, cross toolchains, apt-cross, dpkg-cross, emdebian-{tools, rootfs, grip, *}) emdebian people is working on. Currently, avr, mingw32 and z80 tools (maybe some others) are in the main archive, but those were uploaded without any coherence in mind (afaict) and these tools might need to be adapted to newer layouts (see multiarch[1][2] or upstream sysroot -which depends on modifying dpkg-cross-) or removed from the archive. We also should *keep in mind not to polute Debian main with a bunch of crossgcc-tools* for each individual case (which could grow up to hundreds different configurations) but to have a distribution crosstoolchain (built in most cases and when possible with Debian defaults) Indeed, if you think emdebian is the right place for those packages, I'll be happy to maintain them under its umbrella. All those packages, but newlib, are already packaged [3][4] in two different ways and a third one might arise. Do you also have them packaged? If you already have them packaged, please submit your packaging in you want comments on them. Tomorrow, there is an IRC meeting[5] which you are invited to, in case you want to participate. [1] http://www.ubuntu.org/MultiarchSpec [2] http://www.ubuntu.org/MultiarchCross [3] see README.Cross in binutils and gcc packages [4] http://emdebian.org/git/buildcross.git || https://launchpad.net/~lool/+archive/ppa [5] http://wiki.debian.org/Emdebian/Meetings -- Héctor Orón Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us. -- Héctor Orón Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us. signature.asc Description: PGP signature
Bug#544664: dma: diff for NMU version 0.0.2009.07.17-2.1
* Peter Pentchev r...@ringlet.net [20091214 10:27]: On Sun, Dec 13, 2009 at 05:18:06PM +0100, Michael Prokop wrote: Ulrich Dangel and have prepared an NMU for dma (versioned as 0.0.2009.07.17-2.1) and uploaded it to DELAYED/2. Please free to tell me if I should delay it longer. Errr... Thanks for taking the time to look into this, but... Would it really be possible for you to hold it off a little bit longer? On Friday, I prepared a new version, uploaded it to mentors.d.n, and sent the RFS to debian-mentors. George Danchev is taking care of it, and he replied with some concerns about this particular fix: [...] Why didn't you send any status report to the bugreport then? 3 months without any reactions... *hmpf* If you could really hold off for a day or two, I should be ready with a new version today or tomorrow. I've just canceled it. regards, -mika- signature.asc Description: Digital signature
Bug#525053: open-iscsi: fails to boot with CHAP parameters
On Tue, Apr 21, 2009 at 09:03:22PM +0200, David Manso wrote: CHAP parameters aren't treated correctly when booting from iscsi and stored in /etc/iscsi/iscsi.initramfs. iscsistart options for this parameters aren't added. Patch attached. --- usr/share/initramfs-tools/scripts/local-top/iscsi.orig2009-01-08 19:06:00.0 +0100 +++ usr/share/initramfs-tools/scripts/local-top/iscsi 2009-04-21 20:31:56.0 +0200 @@ -42,6 +42,22 @@ ISCSI_TARGET_GROUP=1 fi + if [ ! -z $ISCSI_USERNAME ]; then + ISCSI_USERNAME=-u $ISCSI_USERNAME + fi + + if [ ! -z $ISCSI_PASSWORD ]; then + ISCSI_PASSWORD=-w $ISCSI_PASSWORD + fi + + if [ ! -z $ISCSI_IN_USERNAME ]; then + ISCSI_IN_USERNAME=-U $ISCSI_IN_USERNAME + fi + + if [ ! -z $ISCSI_IN_PASSWORD ]; then + ISCSI_IN_PASSWORD=-W $ISCSI_IN_PASSWORD + fi + iscsistart -i $ISCSI_INITIATOR -t $ISCSI_TARGET_NAME\ -g $ISCSI_TARGET_GROUP -a $ISCSI_TARGET_IP \ -p $ISCSI_TARGET_PORT $ISCSI_USERNAME\ Agreed, although some better quoting wouldn't hurt since usernames and passwords seem more likely to possibly contain spaces than the other options here. How about this instead: === modified file 'debian/extra/initramfs.local-top' --- debian/extra/initramfs.local-top2009-12-10 18:19:20 + +++ debian/extra/initramfs.local-top2009-12-14 12:03:46 + @@ -64,8 +64,11 @@ do_iscsi_login () iscsistart -i $ISCSI_INITIATOR -t $ISCSI_TARGET_NAME\ -g $ISCSI_TARGET_GROUP -a $ISCSI_TARGET_IP \ - -p $ISCSI_TARGET_PORT $ISCSI_USERNAME\ - $ISCSI_PASSWORD $ISCSI_IN_USERNAME $ISCSI_IN_PASSWORD + -p $ISCSI_TARGET_PORT\ + ${ISCSI_USERNAME:+-u $ISCSI_USERNAME} \ + ${ISCSI_PASSWORD:+-w $ISCSI_PASSWORD} \ + ${ISCSI_IN_USERNAME:+-U $ISCSI_IN_USERNAME}\ + ${ISCSI_IN_PASSWORD:+-W $ISCSI_IN_PASSWORD} } parse_iscsi_ops () @@ -90,16 +93,16 @@ parse_iscsi_ops () ISCSI_TARGET_GROUP=${x#iscsi_target_group=} ;; iscsi_username=*) - ISCSI_USERNAME=-u ${x#iscsi_username=} + ISCSI_USERNAME=${x#iscsi_username=} ;; iscsi_password=*) - ISCSI_PASSWORD=-w ${x#iscsi_password=} + ISCSI_PASSWORD=${x#iscsi_password=} ;; iscsi_in_username=*) - ISCSI_IN_USERNAME=-U ${x#iscsi_in_username=} + ISCSI_IN_USERNAME=${x#iscsi_in_username=} ;; iscsi_in_password=*) - ISCSI_IN_PASSWORD=-W ${x#iscsi_in_password=} + ISCSI_IN_PASSWORD=${x#iscsi_in_password=} ;; esac done -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560912: [pkg-fgfs-crew] Bug#560937: Bug#560932: Bug#560912: Expat issues update
Mike Hommey skrev: On Sun, Dec 13, 2009 at 05:21:26PM +0100, Matthias Klose wrote: On 13.12.2009 16:29, Michael Gilbert wrote: Hi all, In order to guarantee that the system expat is used, the '--with-expat=sys' configure argument must be used. If you think your package is already using the system expat, or if you are updating your package to use the system expat, please check to make sure that this option is being used. Thanks. there's no such option for python, which uses a modified copy of expat. Likewise with mozilla, which uses a heavily modified copy of expat. And I think the xml parser in simgear was ripped from some version of mozilla. (Of course, I wouldn't consider a security flaw in a flight simulator library as critical as one in an actual web browser or anything, so I'm not sure how much I need to worry...) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516374: Info received (Bug#516374: Info received (Bug#516374: Have the same bugs in Debian Lenny with OpenVZ))
On Saturday 12 December 2009 11:58:19 pm Ola Lundqvist wrote: Vitaliy Do you know the status? I don't know. However I see that it is not OpenVZ bug as reproduced on non ovz kernels. // Ola -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557929: Why I don't think breaks is the right approach
Hi, On Sat, 12 Dec 2009 17:34:44 -0500 Sam Hartman hartm...@debian.org wrote: Harald == Harald Braumann ha...@unheit.net writes: Harald Hi, yes, very sad, indeed, especially if the host is only Harald reachable via ssh and that breaks. Agreed. This is not intended to reduce the severity of the problem, but is advice you may find useful for reducing this sort of thing in the future. I find that when I upgrade a machine it's worth restarting the main sshd and then sshing into the machine while I still have a root shell open just to test for this sort of thing. The problem is so severe because there is no indication at all that you're going to do something stupid. The only thing that happens is that a package is removed that no other packages depend on. This doesn't really ring any alarm bells. So I didn't employ any extra safe-guards. But it's a good advise. I should make it a habit to restart sshd in any case. Harald I had libkrb53 installed from lenny and libk5crypto3 from Harald sid. Something depended on it and it was set as an Harald automatic dependency. On upgrade, that dependency vanished Harald and so libk5crypto3 was removed automatically. Now If you could provide more detail here it would be useful. I'd like to evaluate whether I made the right tradeoff here and in particular how likely it is that someone would manage to get into a situation where they have libk5crypto3 from squeeze without also having something from squeeze that will keep it installed. Do you know how you got into a situation where you had libk5crypto3 installed and then later no longer had it? I have jabberd2 2.2.1-1.1 installed from sid (the newest version would depend on libk5crypto3, but this version still depends on libkrb53). This also pulls in libudns0 from sid. Everything else is lenny. However, I can't really figure out why libk5crypto3 got installed in the first place. Here's an excerpt of the dpkg.log where libk5crypto3 was installed (full log appended as dpkg.log.7.gz): 2009-04-30 21:24:38 upgrade base-files 5 5lenny2 2009-04-30 21:24:40 upgrade libpam-modules 1.0.1-5 1.0.1-5+lenny1 2009-04-30 21:24:42 upgrade apt 0.7.20.2 0.7.20.2+lenny1 2009-04-30 21:24:45 upgrade libpam-runtime 1.0.1-5 1.0.1-5+lenny1 2009-04-30 21:24:47 upgrade libpam0g 1.0.1-5 1.0.1-5+lenny1 2009-04-30 21:24:48 upgrade apt-utils 0.7.20.2 0.7.20.2+lenny1 2009-04-30 21:24:49 upgrade libssl0.9.8 0.9.8g-15 0.9.8g-15+lenny1 2009-04-30 21:24:49 upgrade bind9 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:49 upgrade bind9-host 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:50 upgrade dnsutils 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:50 upgrade libbind9-40 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:50 upgrade libisccfg40 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:50 upgrade libisccc40 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:50 upgrade libdns45 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:50 upgrade libisc45 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:50 upgrade libkrb53 1.6.dfsg.4~beta1-5 1.6.dfsg.4~beta1-5lenny1 2009-04-30 21:24:50 upgrade liblwres40 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:51 upgrade bind9utils 1:9.5.1.dfsg.P1-1 1:9.5.1.dfsg.P1-2 2009-04-30 21:24:51 install libkrb5support0 none 1.6.dfsg.4~beta1-13 2009-04-30 21:24:51 install libk5crypto3 none 1.6.dfsg.4~beta1-13 2009-04-30 21:24:51 install libdb4.7 none 4.7.25-6 2009-04-30 21:24:51 upgrade mysql-common 5.0.51a-24 5.0.51a-24+lenny1 2009-04-30 21:24:51 upgrade libmysqlclient15off 5.0.51a-24 5.0.51a-24+lenny1 2009-04-30 21:24:51 upgrade libpq5 8.3.6-1 8.3.7-0lenny1 2009-04-30 21:24:52 upgrade openssl 0.9.8g-15 0.9.8g-15+lenny1 I can only see security upgrades for lenny, so I'm not sure why lik5crypto3 got installed. Here's an excerpt of the dpkg.log where lib5crypto3 got removed (full log appended as dpkg.log.gz): 2009-12-11 23:44:54 remove libdb4.7 4.7.25-8 4.7.25-8 2009-12-11 23:44:54 remove libk5crypto3 1.7dfsg~beta3-1 1.7dfsg~beta3-1 2009-12-11 23:44:55 remove libkrb5support0 1.7dfsg~beta3-1 1.7dfsg~beta3-1 2009-12-11 23:44:55 upgrade libgnutls26 2.4.2-6+lenny1 2.4.2-6+lenny2 2009-12-11 23:44:57 upgrade ldap-utils 2.4.11-1 2.4.11-1+lenny1 2009-12-11 23:44:58 upgrade slapd 2.4.11-1 2.4.11-1+lenny1 2009-12-11 23:45:01 upgrade libldap-2.4-2 2.4.11-1 2.4.11-1+lenny1 Again, I can only see security upgrades for lenny, so again I'm not sure why that changed anything in regard to libk5crypto3. Package removals where done by aptitude because those packages where automatic dependencies and nothing depended on them any more. It is possible that I installed libk5crypto3 manually, and then later set it to an automatic dependency without removing it immediately. Harald I know it's my own fault if I shoot myself in the foot, Harald but would you please not hand me a loaded gun with the Harald safety released and a broken trigger that
Bug#561048: pootle: upgrade to 2.0.0 fails: chokes on code...@valencia
Hi Nicolas, On Mon, Dec 14, 2009 at 08:11:39AM +0100, Nicolas François wrote: On Mon, Dec 14, 2009 at 01:14:11AM +0100, d...@jones.dk wrote: Upgrade to Pootle 2.0.0 failed. Here are what I could grab from the console output: [...] from translate.lang import code...@valencia ^ SyntaxError: invalid syntax Sorry for not noticing this before. As I was more or less leaving with no Internet access, I uploaded a -2 yesterday without the c...@valencia language code. You should be able to install 2.0.0-2 if you remove the /var/lib/pootle/po/pootle/c...@valencia directory manually This issue will soon get a better fix in the translate-toolkit (it's already fixed upstream). That was quick. Excellent! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#560938: Expat issues update
Hello Michael, On Sun, Dec 13, 2009 at 16:29, Michael Gilbert michael.s.gilb...@gmail.com wrote: Hi all, In order to guarantee that the system expat is used, the '--with-expat=sys' configure argument must be used. If you think your package is already using the system expat, or if you are updating your package to use the system expat, please check to make sure that this option is being used. Thanks. sitecopy has this configure settings --with-expatforce use of expat --with-included-expat use bundled expat sources and they are set as: $ grep expat debian/rules --with-expat \ --with-included-expat=no \ and also removing lib/expat the package still builds fine. So I don't believe the embedded copy is pulled into the built binary. Given that read, I'm requesting you to verify if the package is affected by the bug you reported. In case, please add the tag 'confirmed' else close it. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561046: ITP: gcc-arm -- The GNU C Compiler (cross-compiler for ARM targets)
Hi, On Mon, Dec 14, 2009 at 01:49:11PM +0100, hector.o...@gmail.com wrote: How 'arm-none-eabi' differ from 'arm-linux-gnueabi' besides C library? Not at all. Can 'arm-linux-gnueabi' be used in most 'arm-none-eabi' use cases? Yes. I just built a firmware file for an embedded device using the emdebian compiler, and it works fine. Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561083: rhythmbox can't work with truecrypt
Le lundi 14 décembre 2009 à 12:01 +0100, jurgensen a écrit : When I mounted truecrypt volume, I can't start Rhythmbox. In terminal I see info about bad memory allocation (in polish version naruszenie ochrony pamieci). To run rhythmbox I've to unmount truecrypt volume, run rhythmbox and mount volume again. Sorry but this is not enough to help dealing with the bug. Please install rhythmbox-dbg, libglib2.0-0-dbg, gvfs-dbg and have a look at http://wiki.debian.org/HowToGetABacktrace I'm using testing version of Debian (Squeeze), kernel 2.6.30-2-686 and Truecrypt version 6.3 installed from .deb package for Ubuntu. Problem exists for few days, when i did Gnome upgrade. Please attach the output of devkit-disks --dump. Thanks, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#560968: gdm: seems to have incorrect startup dependencies and stops too early
On Mon, Dec 14, 2009 at 12:10:26PM +0100, Josselin Mouette wrote: Le dimanche 13 décembre 2009 à 04:00 +0100, Bas Wijnen a écrit : Since I upgraded to dependency-based boot, there are two problems: - Sometimes the initial server startup fails. Gdm then tries a second time. This does work, but the automatic login is not used, so I need to manually log in in that case. Because the new server successfully starts, I can't find a log of the failure. This is a recurring issue that can be summarized as “first login always fails”. Well, certainly not always, in my case. Just sometimes. I'd estimate about once every 8 boots or so. I’d appreciate if you could have a look at your logs (auth.log and syslog) and see if anything goes wrong at login time. auth.log: Dec 14 09:34:00 vlam gdm[1767]: pam_unix(gdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost= user=shevek Dec 14 09:34:05 vlam gdm[1767]: pam_unix(gdm:session): session opened for user shevek by (uid=0) Dec 14 09:34:05 vlam gdm[1767]: pam_ck_connector(gdm:session): nox11 mode, ignoring PAM_TTY :0 and syslog: Dec 14 09:34:03 vlam gdm[1767]: WARNING: Kon gebruiker niet aanmelden which means could not log in user. So appearantly there is an authentication failure, but I don't know what it is. Is there a way to get more information in the logs? I'd happily send that to you as well. - When powering off using gnome, the X server is killed, then gdm restarts it, and during this restart gdm is stopped. Eventually the system does shut down, but it seems to take much longer than it should because of this. Gdm should not try to restart X when the machine is shutting down: it should be the first thing to be stopped, and that should be the reason for X dying. It seems that X is killed before gdm is stopped. This is probably fixed by GDM 2.28, but this one is still not in Debian because of the huge number of regressions. Ok, at least it is being worked on then. :-) I put those in one bug report because I think they are the same bug, namely an error in the boot dependencies. If I'm wrong about that, please clone and rename as appropriate. None of this is a dependency issue, these are two distinct bugs. Sorry for the confusion in that case. Thanks, Bas signature.asc Description: Digital signature
Bug#544664: dma: diff for NMU version 0.0.2009.07.17-2.1
On Mon, Dec 14, 2009 at 01:03:35PM +0100, Michael Prokop wrote: * Peter Pentchev r...@ringlet.net [20091214 10:27]: On Sun, Dec 13, 2009 at 05:18:06PM +0100, Michael Prokop wrote: Ulrich Dangel and have prepared an NMU for dma (versioned as 0.0.2009.07.17-2.1) and uploaded it to DELAYED/2. Please free to tell me if I should delay it longer. Errr... Thanks for taking the time to look into this, but... Would it really be possible for you to hold it off a little bit longer? On Friday, I prepared a new version, uploaded it to mentors.d.n, and sent the RFS to debian-mentors. George Danchev is taking care of it, and he replied with some concerns about this particular fix: [...] Why didn't you send any status report to the bugreport then? 3 months without any reactions... *hmpf* I know :( I'm sorry about that, really. If you could really hold off for a day or two, I should be ready with a new version today or tomorrow. I've just canceled it. Thanks a lot... and once again, sorry for the duplicate work that you had to do. G'luck, Peter -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 This sentence would be seven words long if it were six words shorter. pgpijpaUK62fL.pgp Description: PGP signature
Bug#548434: [Fdutils] Cannot format floppies under kernel 2.6.*?
On 14/12/09 12:27, ael wrote: # getfdprm -o /dev/fd0u1440 2880 18 2 80 0 0x1b 0x00 0xcf 0x6c # fdrawcmd drive=/dev/fd0u1440 readid 0 repeat=18 raw cmd: Invalid argument ... and if you try with /dev/fd0 instead? Alain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561087: linux-image-2.6.32-rc8-amd64: rt61pci internet is slow with the 2.6.32-rc8 kernel
On Mon, Dec 14, 2009 at 11:58:52AM +0100, Carl wrote: Package: linux-2.6 Version: 2.6.32~rc8-1~experimental.1 Severity: important Hi I am using debian testing with the debian sid kernel. When using the .32 kernel, the internet is getting slow. Some sites take over 5 minutes to load. Also i got 60% packet loss when pinging google.de With default testing kernel .30 everything works fine. With .32 kernel and USB wifi (rtl8187 chip) everything works fine I am using boot-option pci=use_crs Thanks Carl please update to latest 2.6.32 it has trunk in it's name due to beeing an unstable ABI upload. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#402841: any progress with gwt?
Hi again, with the release of the version 2.0 of gwt, hosted mode browser doesn't exist anymore, so the mozilla /iceweasel/firefox nightmare should have disapperared. Cheers. 2009/9/9 Christian BAYLE ba...@debian.org José Luis Redrejo a écrit : 2009/7/21 Christian BAYLE ba...@debian.org mailto:ba...@debian.org Hi I tried many time, but still got problem with IceWeasel-Firefox / Eclipse binary part that is in fact prebuilt. These parts are for the hosted mode browser or also for the gwt compiler. In fact, to be able to upload gwt based applications to Debian, we would only need to have in Debian the gwt compiler. Maybe splittiing gwt in parts and trying to work in the easier first might be a good approach. Good idea, I didn't pay attention this would be possible If you want to help on this, and have some time, maybe try to get some explanation from upstream dev about this part. I have not much time, but I'm really interested in having the compiler in Debian, so if the eclipse/iceweasel stuff can be overrided this way, maybe we could work together with upstream to get this first target. If you have got some trick or patch just to build the compiler, removing binary stuffs, It would help me, but I'm not sure compiler don't use any native stuffs. It should probably go in java packaging project when it's done. Sure, I'm sure that there are a lot of people of this project with more java knowledge than me. Cheers Christian
Bug#558980: access to hppa machine to work on Bug#558980
Carlos O'Donell car...@systemhalted.org writes: On Sun, Dec 13, 2009 at 10:03 AM, Stephen Leake stephen_le...@stephe-leake.org wrote: Frans Pop gave me access to his machine. I have some more information on the bug. If I compile from full GNADE source (not using the GNADE dynamic or static libraries), the code works. What does from full GNADE source mean? Ludovic answered this nicely. With the dynamic library, I get a SIGSEGV, somewhere in the program startup, before any user code. Export LD_DEBUG=all, run the program, this will tell you what the dynamic loader is doing every step of the way. This shows lots of symbols being resolved, nothing helpful. If you see transferring control: then the dynamic loader has just handed off control the real program, and any fault after that is possibly related to the real program. That is there, although there are more symbols looked up after it. With the static library, I get a stack overflow (caught and reported by the Ada runtime), during elaboration of a compiler-provided container library. Could you please define during elaboration? Ludovic answered this nicely. Ludovic also suggested removing '-fstack-check' from the list of compiler options. I did that, rebuilt the static and dynamic libraries, and the bug went away; the test code works with both static and dynamic libraries. So I will leave hppa in the arch list, but remove the stack check option. -- -- Stephe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554163: Bug #554163: Should import gqview preferences when migrating from gqview - geeqie
On 12/14/2009 04:09 AM, Michal Čihař wrote: Hi Dne Sun, 13 Dec 2009 22:38:12 -0500 The Wanderer wande...@fastmail.fm napsal(a): However, I have not yet been able to confirm whether or not this menu entry actually does that migration. I would not expect it from the name (metadata to me refers to things like size tags and what program created this file and where I was when I took this picture information, and is per-file not per-program; I would expect the ~/.gqview/ information to be called configuration), and as far as I can tell, the geeqie Help manual does not even mention this menu item, much less explain what it does. Yes it's really just for metadata not for configuration. That doesn't make any sense. AFAIK GQView never tagged files with anything, and even if it did, a program which can understand such data should read it automatically from the image file instead of needing to explicitly import it; it might make sense to need to re-write the metadata in a new format, but that isn't what import would mean. I therefore now have no idea what this menu entry does, and am still looking for a way to migrate configuration (as would be necessary for geeqie to be considered a proper single-line-of-descent replacement for gqview). (...also, completely off the topic, why does the Debian BTS mail notification not set the reply-related headers sensibly? It's almost never going to be appropriate to reply just to the person who wrote the comment, rather than to the bug, and if you're replying to the bug then the person who wrote the comment is almost certainly going to be getting a copy anyway.) -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. Secrecy is the beginning of tyranny. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561088: A part of dbus segfaults locking X11, unblock trough dbus restart
Package: dbus Version: 1.2.16-2 Severity: important Hello, Since some days I encounter a problem implying a restart of dbus. The X system locks (likely on file operations) and can only be unlocked by restarting the dbus service. DMESG lists many segfaults : [ 131.390181] gvfs-gdu-volume[4169]: segfault at f4 ip 7f1f469e75e1 sp 7fffcb9cb980 error 4 in libdbus-1.so.3.4.0[7f1f469d9000+3e000] [ 131.436648] gvfs-gdu-volume[4171]: segfault at f4 ip 7f97ace305e1 sp 7fffd8a43c50 error 4 in libdbus-1.so.3.4.0[7f97ace22000+3e000] [ 131.684016] gvfs-gdu-volume[4190]: segfault at f4 ip 7ffac67b15e1 sp 7fff812688d0 error 4 in libdbus-1.so.3.4.0[7ffac67a3000+3e000] [ 131.794849] gvfs-gdu-volume[4197]: segfault at f4 ip 7f42dc72a5e1 sp 7fff6c6a9430 error 4 in libdbus-1.so.3.4.0[7f42dc71c000+3e000] [ 1238.223654] gvfs-gdu-volume[4814]: segfault at f4 ip 7f0affdbc5e1 sp 7fff608156a0 error 4 in libdbus-1.so.3.4.0[7f0affdae000+3e000] [ 1274.810481] gvfs-gdu-volume[4848]: segfault at f4 ip 7f0121f3f5e1 sp 7608c7b0 error 4 in libdbus-1.so.3.4.0[7f0121f31000+3e000] [ 1564.194838] gvfs-gdu-volume[5091]: segfault at f4 ip 7f4e3fdc15e1 sp 7fff4a97c7a0 error 4 in libdbus-1.so.3.4.0[7f4e3fdb3000+3e000] [ 1566.919280] nautilus[4185]: segfault at f4 ip 7fc1a01d85e1 sp 7fffbe9b7090 error 4 in libdbus-1.so.3.4.0[7fc1a01ca000+3e000] [ 1567.121770] gvfs-gdu-volume[5098]: segfault at f4 ip 7f681eb795e1 sp 7fff726055d0 error 4 in libdbus-1.so.3.4.0[7f681eb6b000+3e000] [ 1595.055168] nautilus[5095]: segfault at f4 ip 7fa8e19145e1 sp 7fffaaedf9c0 error 4 in libdbus-1.so.3.4.0[7fa8e1906000+3e000] [ 1595.233693] gvfs-gdu-volume[5130]: segfault at f4 ip 7fb9cdab75e1 sp 7fff24eecb00 error 4 in libdbus-1.so.3.4.0[7fb9cdaa9000+3e000] [ 1629.984298] nautilus[5127]: segfault at f4 ip 7fdb1ceda5e1 sp 7fff30df6c40 error 4 in libdbus-1.so.3.4.0[7fdb1cecc000+3e000] [ 1630.138915] gvfs-gdu-volume[5157]: segfault at f4 ip 7f717c4a55e1 sp 7fff8f4eeb80 error 4 in libdbus-1.so.3.4.0[7f717c497000+3e000] When I launch a GNOME session i have to restart dbus to get the panels and at least another time to get Nautilus working. Some operations (mainly implying file operations) stay locked until I restart dbus. Listfile panel becomes grey with nofiles, after restarting dbus the list of files is OK. Regards -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32 (SMP w/4 CPU cores) Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages dbus depends on: ii adduser 3.111 add and remove users and groups ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libexpat1 2.0.1-6XML parsing C library - runtime li ii libselinux1 2.0.89-4 SELinux runtime shared libraries ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip dbus recommends no packages. Versions of packages dbus suggests: ii dbus-x11 1.2.16-2 simple interprocess messaging syst -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560789: pbuilder: output uses CAPITAL FONTS
reassign 560789 apt found 560789 0.7.23.1 fixed 560789 0.7.24 forcemerge 509866 560789 stop Bah, I should have checked the APT BTS immediately On Sun, Dec 13, 2009, Loïc Minier wrote: On Sun, Dec 13, 2009, Loïc Minier wrote: ioctl(0, TIOCGWINSZ, (char *)win); if (openpty(master, slave, NULL, tt, win) 0) all the ioctls of this type fail in the strace log I got: 13708 ioctl(1, TIOCGWINSZ, 0x7fff86c8c790) = -1 EINVAL (Invalid argument) 13708 ioctl(0, TIOCGWINSZ, 0x7fff86c8b6f0) = -1 ENOTTY (Inappropriate ioctl for device) 13708 ioctl(0, TIOCGWINSZ, 0x7fff86c8b6f0) = -1 ENOTTY (Inappropriate ioctl for device) but win is passed unconditionally and is never initialized; I suspect it's passing random terminal setup data. -- Loïc Minier -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560333: libc6: getpwnam shows shadow passwords of NIS users
Unfortunately I don't have a NIS setup to debug that. Can you try with libc6 / nscd from testing or unstable on a machine or even in a chroot? If it is fixed in newer versions, we will try to find the commit fixing this and then backport the fix. If it is not, I'll have to create a NIS setup to debug it ;( Installation of libc6 from squeeze did not solve the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555325: version 1.3.4 completely unusable
Package: gq Version: 1.3.4-1 Same as the first reporter. Just update gq yesterday in sid. it's totaly unusable. I'm trying to connect via ssl, I never find how to successfully do it. ldapsearch is working smoothly, not gq. I can provide some backtrace of gtk backtraces produced under gdb. I confirm that the dn is forget evry time. The port for ssl is not usuable in the old gq in host field I put before : ldaps://10.42.42.1/ and remove the port entry and it was working. Now, triggers a lot's of assert. I have tried with a LANG=C thinking of a problem with utf8 ... but doens't seems to work better. Some time I've got random data in the dn field, making me thinking of a buffer not rightly initialized or something like that. I just do a test using valgrind ... invalid read of already free'd memory ... so invalid pointers are there. Backtrace is not really usable ... : (one sample on 11). This happens when opening the preference box, then the local machine one. ==367==by 0x439DFA: ??? (in /usr/bin/gq) ==367==by 0x452178: ??? (in /usr/bin/gq) ==367==by 0x723F8FC: g_object_newv (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x72401AA: g_object_new_valist (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x72403FB: g_object_new (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x43AA38: ??? (in /usr/bin/gq) ==367==by 0x453E00: ??? (in /usr/bin/gq) ==367==by 0x72393EC: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724CCDA: ??? (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724E081: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724E552: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x52E7D54: ??? (in /usr/lib/libgtk-x11-2.0.so.0.1800.4) ==367==by 0x72393EC: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724C5EB: ??? (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724E081: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724E552: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x52E6A1C: ??? (in /usr/lib/libgtk-x11-2.0.so.0.1800.4) ==367==by 0x53973B7: ??? (in /usr/lib/libgtk-x11-2.0.so.0.1800.4) ==367==by 0x72393EC: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724C9C8: ??? (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724DF17: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724E552: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x54A05AD: ??? (in /usr/lib/libgtk-x11-2.0.so.0.1800.4) ==367==by 0x538F972: gtk_propagate_event (in /usr/lib/libgtk-x11-2.0.so.0.1800.4) ==367==by 0x5390A4A: gtk_main_do_event (in /usr/lib/libgtk-x11-2.0.so.0.1800.4) ==367==by 0x58BC35B: ??? (in /usr/lib/libgdk-x11-2.0.so.0.1800.4) ==367==by 0x76AF139: g_main_context_dispatch (in /lib/libglib-2.0.so.0.2200.3) ==367==by 0x76B2997: ??? (in /lib/libglib-2.0.so.0.2200.3) ==367==by 0x76B2E6C: g_main_loop_run (in /lib/libglib-2.0.so.0.2200.3) ==367==by 0x5390E46: gtk_main (in /usr/lib/libgtk-x11-2.0.so.0.1800.4) ==367==by 0x421747: ??? (in /usr/bin/gq) ==367==by 0x8574ABC: (below main) (libc-start.c:222) ==367== Address 0xd412c10 is 0 bytes inside a block of size 35 free'd ==367==at 0x4C21DBC: free (vg_replace_malloc.c:325) ==367==by 0x4380AC: ??? (in /usr/bin/gq) ==367==by 0x72393EC: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724CCDA: ??? (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724E081: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724E552: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x723D5F8: ??? (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x723C7E4: ??? (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x723C94A: g_object_thaw_notify (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x531B9CE: ??? (in /usr/lib/libgtk-x11-2.0.so.0.1800.4) ==367==by 0x531CE4B: gtk_entry_set_text (in /usr/lib/libgtk-x11-2.0.so.0.1800.4) ==367==by 0x439866: ??? (in /usr/bin/gq) ==367==by 0x439DFA: ??? (in /usr/bin/gq) ==367==by 0x452178: ??? (in /usr/bin/gq) ==367==by 0x723F8FC: g_object_newv (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x72401AA: g_object_new_valist (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x72403FB: g_object_new (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x43AA38: ??? (in /usr/bin/gq) ==367==by 0x453E00: ??? (in /usr/bin/gq) ==367==by 0x72393EC: g_closure_invoke (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724CCDA: ??? (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724E081: g_signal_emit_valist (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x724E552: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.2200.3) ==367==by 0x52E7D54: ???
Bug#552706: BUG: soft lockup - CPU#0 stuck for 61s! - :nfs:nfs_access_cache_shrinker
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 found 552706 2.6.26-13lenny2 thanks I get something similar on our HP Proliant 360DL G5 server. It's a quad-core Xeon running linux-image-2.6.26-1-openvz-amd64 (2.6.26-13lenny2). This has happened several times during the last few weeks. [997187.253560] BUG: soft lockup - CPU#2 stuck for 61s! [java:10023] [997187.253560] Modules linked in: vzethdev vznetdev simfs vzrst vzcpt tun vzdquota vzmon vzdev xt_length ipt_ttl xt_tcpmss xt_TCPMSS xt_dscp deflate zlib_deflate zlib_inflate ctr camellia sha1_generic crypto_null ccm serpent blowfish twofish twofish_common ecb xcbc cbc crypto_blkcipher sha256_generic sha512_generic des_generic aes_x86_64 aes_generic xfrm_user ah6 ah4 esp6 esp4 aead xfrm4_mode_beet xfrm4_tunnel tunnel4 xfrm4_mode_tunnel xfrm4_mode_transport xfrm6_mode_transport xfrm6_mode_ro xfrm6_mode_beet xfrm6_mode_tunnel ipcomp ipcomp6 xfrm6_tunnel tunnel6 ipv6 af_key bridge ipt_recent ipt_REJECT ipt_LOG xt_limit xt_state xt_mark iptable_filter xt_MARK iptable_mangle xt_tcpudp xt_multiport iptable_nat ip_tables x_tables nf_nat_ftp nf_nat nf_conntrack_ipv4 nf_conntrack_ftp nf_conntrack nfnetlink_log nfnetlink ioatdma dca coretemp ipmi_watchdog ipmi_poweroff ipmi_devintf loop snd_pcsp snd_pcm snd_timer ipmi_si ipmi_msghandler rng_core snd shpchp i5000_edac soundcore edac_core hpilo serio_raw container snd_page_alloc pci_hotplug psmouse button evdev ext3 jbd mbcache dm_mod ide_pci_generic ata_generic libata dock usbhid hid ff_memless piix ide_core uhci_hcd ehci_hcd bnx2 firmware_class cciss scsi_mod thermal processor fan thermal_sys [last unloaded: scsi_wait_scan] [997187.253560] CPU 2: [997187.253560] Modules linked in: vzethdev vznetdev simfs vzrst vzcpt tun vzdquota vzmon vzdev xt_length ipt_ttl xt_tcpmss xt_TCPMSS xt_dscp deflate zlib_deflate zlib_inflate ctr camellia sha1_generic crypto_null ccm serpent blowfish twofish twofish_common ecb xcbc cbc crypto_blkcipher sha256_generic sha512_generic des_generic aes_x86_64 aes_generic xfrm_user ah6 ah4 esp6 esp4 aead xfrm4_mode_beet xfrm4_tunnel tunnel4 xfrm4_mode_tunnel xfrm4_mode_transport xfrm6_mode_transport xfrm6_mode_ro xfrm6_mode_beet xfrm6_mode_tunnel ipcomp ipcomp6 xfrm6_tunnel tunnel6 ipv6 af_key bridge ipt_recent ipt_REJECT ipt_LOG xt_limit xt_state xt_mark iptable_filter xt_MARK iptable_mangle xt_tcpudp xt_multiport iptable_nat ip_tables x_tables nf_nat_ftp nf_nat nf_conntrack_ipv4 nf_conntrack_ftp nf_conntrack nfnetlink_log nfnetlink ioatdma dca coretemp ipmi_watchdog ipmi_poweroff ipmi_devintf loop snd_pcsp snd_pcm snd_timer ipmi_si ipmi_msghandler rng_core snd shpchp i5000_edac soundcore edac_core hpilo serio_raw container snd_page_alloc pci_hotplug psmouse button evdev ext3 jbd mbcache dm_mod ide_pci_generic ata_generic libata dock usbhid hid ff_memless piix ide_core uhci_hcd ehci_hcd bnx2 firmware_class cciss scsi_mod thermal processor fan thermal_sys [last unloaded: scsi_wait_scan] [997187.253560] Pid: 10023, comm: java Tainted: G D 2.6.26-1-openvz-amd64 #1 036test001 [997187.253560] RIP: 0010:[80423920] [80423920] _spin_lock+0xe/0x15 [997187.253560] RSP: 0018:810097909d80 EFLAGS: 0297 [997187.253560] RAX: 3231 RBX: 80648d60 RCX: 00019587 [997187.253560] RDX: 2748384b RSI: 20e12c00 RDI: 80647b68 [997187.253560] RBP: 81000103e020 R08: 7fff R09: 810097909f08 [997187.253560] R10: 7fff R11: 0206 R12: 8031158f [997187.253560] R13: 810097909d28 R14: 8022b296 R15: 0002 [997187.253560] FS: 42057950(0063) GS:81012ef07a40() knlGS: [997187.253560] CS: 0010 DS: ES: CR0: 8005003b [997187.253560] CR2: 7f1e495323b0 CR3: 33c92000 CR4: 06e0 [997187.253560] DR0: DR1: DR2: [997187.253560] DR3: DR6: 0ff0 DR7: 0400 [997187.253560] [997187.253560] Call Trace: [997187.253560] [802582c7] ? futex_requeue+0x9a/0x23e [997187.253560] [80259101] ? do_futex+0xd3/0x777 [997187.253560] [8024a89b] ? ktime_get+0xc/0x41 [997187.253560] [80228f23] ? hrtick_start_fair+0xfb/0x144 [997187.253560] [8020a8d4] ? __switch_to+0x96/0x35e [997187.253560] [8022ee12] ? hrtick_set+0x88/0xf7 [997187.253560] [802598a3] ? sys_futex+0xfe/0x11c [997187.253560] [8020c0a9] ? sysret_signal+0x2b/0x45 [997187.253560] [8020bffa] ? system_call_after_swapgs+0x8a/0x8f [997187.253560] [997191.548706] BUG: soft lockup - CPU#3 stuck for 61s! [java:32225] [997191.548706] Modules linked in: vzethdev vznetdev simfs vzrst vzcpt tun vzdquota vzmon vzdev xt_length ipt_ttl xt_tcpmss xt_TCPMSS xt_dscp deflate zlib_deflate zlib_inflate ctr camellia sha1_generic crypto_null ccm serpent blowfish twofish twofish_common ecb xcbc cbc crypto_blkcipher
Bug#561090: RFP: cba -- continuous beam analysis
Package: wnpp Severity: wishlist * Package name: cba Version : 0.3.4 Upstream Author : pierrot idf.dres...@gmx.net * URL : http://mentors.debian.net/debian/pool/main/c/cba * License : GPL Programming Lang: C++ Description : continuous beam analysis calculates member forces and support reactions of a continuous beam -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org