Bug#1057404: android-sdk-platform-tools-common: udev rules break printing
Package: android-sdk-platform-tools-common Version: 28.0.2+9 Severity: normal Dear Maintainer, CUPS printing to my USB attached printer stopped working (with error message "cannot send data to the printer"). After some debug I found the issue is caused by wrong ownership of the device node, it should be "lp" but is "plugdev". Part of the "udevadm test" output: 2-1.5: /usr/lib/udev/rules.d/50-udev-default.rules:67 MODE 0664 2-1.5: /usr/lib/udev/rules.d/50-udev-default.rules:84 GROUP 7 2-1.5: /usr/lib/udev/rules.d/51-android.rules:308 GROUP 46 2-1.5: /usr/lib/udev/rules.d/51-android.rules:308 MODE 0660 The 50-udev-default.rules matches on bInterfaceClass and bInterfaceSubClass: SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ENV{ID_USB_INTERFACES}=="*:0701??:*", GROUP="lp" 51-android.rules overrides this for almost every USB device. I'm not sure about the issue severity, maybe it should be "critical" because it "makes unrelated software on the system break". Best Regards, Johannes -- System Information: Debian Release: trixie/sid APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.9 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) -- no debconf information
Bug#985972: mc: cannot view rar archives with unrar version 6
Package: mc Version: 3:4.8.26-1 Severity: normal Tags: patch Dear Maintainer, viewing rar archives worked in the past but stopped at some point, the reason is that unrar-nonfree has been upgraded from 5.9.4-1 to 6.0.3-1 (and now 6.0.4-1). This is not handled by the extfs/urar script but can be esily fixed: --- /usr/lib/mc/extfs.d/urar.orig 2021-02-01 02:44:43.0 +0100 +++ /usr/lib/mc/extfs.d/urar2021-03-27 08:51:48.535497297 +0100 @@ -113,7 +113,7 @@ mcrarfs_list () { -[ x$UNRAR_VERSION = x5 ] && mcrar5fs_list "$@" || mcrar4fs_list "$@" +[ x$UNRAR_VERSION = x5 -o x$UNRAR_VERSION = x6 ] && mcrar5fs_list "$@" || mcrar4fs_list "$@" } mcrarfs_copyin () Actual unrar version output from the command is: "UNRAR 6.01 beta 1 freeware Copyright (c) 1993-2021 Alexander Roshal" "export MC_TEST_EXTFS_UNRAR_VERSION=5" also works as workaround. Best Regards, Johannes -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.8.18 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mc depends on: ii libc6 2.31-10 ii libext2fs21.46.2-1 ii libglib2.0-0 2.66.8-1 ii libgpm2 1.20.7-8 ii libslang2 2.3.2-5 ii libssh2-1 1.9.0-2 ii mc-data 3:4.8.26-1 Versions of packages mc recommends: ii mime-support3.66 ii perl5.32.1-3 ii sensible-utils 0.0.14 ii unzip 6.0-26 Versions of packages mc suggests: ii arj 3.10.22-24 ii bzip21.0.8-4 pn dbview pn djvulibre-bin pn epub-utils ii evince [pdf-viewer] 3.38.2-1 ii file 1:5.39-3 ii genisoimage 9:1.1.11-3.2 ii gv [pdf-viewer] 1:3.7.4-2+b1 ii imagemagick 8:6.9.11.60+dfsg-1 ii imagemagick-6.q16 [imagemagick] 8:6.9.11.60+dfsg-1 pn libaspell-dev ii lynx 2.9.0dev.6-2 ii mupdf [pdf-viewer] 1.17.0+ds1-1.3 pn odt2txt ii poppler-utils20.09.0-3.1 pn python pn python-boto ii python-tz2020.4-1 ii qpdfview [pdf-viewer]0.4.18-4 ii texlive-binaries 2020.20200327.54578-7 ii unar 1.10.1-2+b6 ii w3m 0.5.3+git20210102-6 pn wimtools ii zip 3.0-12 -- no debconf information
Bug#985046: mc: cannot view zip file containing pdf
Package: mc Version: 3:4.8.26-1 Severity: normal Dear Maintainer, since the last mc update I cannot view zip files containing pdf files anymore, this seems to be related to mc's use of "file -z". I confirmed this happens when the ~/.config/mc/mc.ext is removed and thus /etc/mc/mc.ext is used. $ file E7024_P8H77-V.zip E7024_P8H77-V.zip: Zip archive data, at least v2.0 to extract $ file -z E7024_P8H77-V.zip E7024_P8H77-V.zip: PDF document, version 1.6 (Zip archive data, at least v2.0 to extract) $ unzip -l E7024_P8H77-V.zip Archive: E7024_P8H77-V.zip Length DateTimeName - -- - 19049720 2012-04-09 14:02 E7024_P8H77-V.pdf - --- 19049720 1 file Best Regards, Johannes -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.8.18 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mc depends on: ii libc6 2.31-9 ii libext2fs21.46.2-1 ii libglib2.0-0 2.66.7-2 ii libgpm2 1.20.7-8 ii libslang2 2.3.2-5 ii libssh2-1 1.9.0-2 ii mc-data 3:4.8.26-1 Versions of packages mc recommends: ii mime-support3.66 ii perl5.32.1-3 ii sensible-utils 0.0.14 ii unzip 6.0-26 Versions of packages mc suggests: ii arj 3.10.22-24 ii bzip21.0.8-4 pn dbview pn djvulibre-bin pn epub-utils ii evince [pdf-viewer] 3.38.2-1 ii file 1:5.39-3 ii genisoimage 9:1.1.11-3.2 ii gv [pdf-viewer] 1:3.7.4-2+b1 ii imagemagick 8:6.9.11.60+dfsg-1 ii imagemagick-6.q16 [imagemagick] 8:6.9.11.60+dfsg-1 pn libaspell-dev ii lynx 2.9.0dev.6-2 ii mupdf [pdf-viewer] 1.17.0+ds1-1.3 pn odt2txt ii poppler-utils20.09.0-3.1 pn python pn python-boto ii python-tz2020.4-1 ii qpdfview [pdf-viewer]0.4.18-4 ii texlive-binaries 2020.20200327.54578-6 ii unar 1.10.1-2+b6 ii w3m 0.5.3+git20210102-6 pn wimtools ii zip 3.0-12 -- no debconf information
Bug#981485: offlineimap3: crash when uploading locally created no-utf-8 encoded message
Hi Sudip, On Fri, Feb 19, 2021 at 03:59:35PM +, Sudip Mukherjee wrote: > On Mon, Feb 1, 2021 at 10:57 PM Sudip Mukherjee > wrote: > > > > Control: forwarded -1 https://github.com/OfflineIMAP/offlineimap3/issues/43 > > Will it be possible to test the change at > https://github.com/OfflineIMAP/offlineimap3/commit/62490ff1835b22941d1775d1d4bb98d042df026b > and confirm if it fixes your issue.. I had a look but read the correponding pull request before testing, which concludes that this doesn't work (corrupts the encoding when uploading to IMAP). https://github.com/OfflineIMAP/offlineimap3/pull/53 My initial hot-fix patch has the same problem. Thanks, Johannes
Bug#981485: offlineimap3: crash when uploading locally created no-utf-8 encoded message
Package: offlineimap3 Version: 0.0~git20210105.00d395b+dfsg-2 Severity: important Dear Maintainer, I sent a message composed in mutt, afterwards offlineimap3 crashed while trying to upload the sent message to IMAP server with message "UnicodeDecodeError: 'utf-8' codec can't decode byte 0xfc in position 317: invalid start byte". The message was composed in mutt and contained German umlauts. My system uses utf-8 encoding, however mutt has a send_charset option that defaults to “us-ascii:iso-8859-1:utf-8” and thus the message was encoded as "Content-Type: text/plain; charset=iso-8859-1". Full error message (for real): OfflineIMAP 7.3.0 Licensed under the GNU GPL v2 or any later version (with an OpenSSL exception) imaplib2 v3.05, Python v3.9.1+, OpenSSL 1.1.1i 8 Dec 2020 Account sync foo: *** Processing account foo Establishing connection to mail.foo.com:993 (fooRemote) Folder INBOX [acc: foo]: Syncing INBOX: IMAP -> Maildir Copy message UID -2 (1/2) fooLocal:INBOX -> fooRemote:INBOX ERROR: Copying message -2 [acc: foo] 'utf-8' codec can't decode byte 0xfc in position 317: invalid start byte ERROR: while syncing INBOX [account foo] 'utf-8' codec can't decode byte 0xfc in position 317: invalid start byte ERROR: ERROR in syncfolder for foo folder INBOX: Traceback (most recent call last): File "/usr/share/offlineimap3/offlineimap/accounts.py", line 666, in syncfolder localfolder.syncmessagesto(remotefolder, statusfolder) File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 1186, in syncmessagesto action(dstfolder, statusfolder) File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 1013, in __syncmessagesto_copy self.copymessageto(uid, dstfolder, statusfolder, register=0) File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 902, in copymessageto message = self.getmessage(uid) File "/usr/share/offlineimap3/offlineimap/folder/Maildir.py", line 262, in getmessage retval = file.read() File "/usr/lib/python3.9/codecs.py", line 322, in decode (result, consumed) = self._buffer_decode(data, self.errors, final) UnicodeDecodeError: 'utf-8' codec can't decode byte 0xfc in position 317: invalid start byte 'utf-8' codec can't decode byte 0xfc in position 317: invalid start byte Account sync foo: *** Finished account 'foo' in 0:00 ERROR: Exceptions occurred during the run! ERROR: Copying message -2 [acc: foo] 'utf-8' codec can't decode byte 0xfc in position 317: invalid start byte Traceback: File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 902, in copymessageto message = self.getmessage(uid) File "/usr/share/offlineimap3/offlineimap/folder/Maildir.py", line 262, in getmessage retval = file.read() File "/usr/lib/python3.9/codecs.py", line 322, in decode (result, consumed) = self._buffer_decode(data, self.errors, final) ERROR: while syncing INBOX [account foo] 'utf-8' codec can't decode byte 0xfc in position 317: invalid start byte Traceback: File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 1186, in syncmessagesto action(dstfolder, statusfolder) File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 1013, in __syncmessagesto_copy self.copymessageto(uid, dstfolder, statusfolder, register=0) File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 902, in copymessageto message = self.getmessage(uid) File "/usr/share/offlineimap3/offlineimap/folder/Maildir.py", line 262, in getmessage retval = file.read() File "/usr/lib/python3.9/codecs.py", line 322, in decode (result, consumed) = self._buffer_decode(data, self.errors, final) ERROR: ERROR in syncfolder for foo folder INBOX: Traceback (most recent call last): File "/usr/share/offlineimap3/offlineimap/accounts.py", line 666, in syncfolder localfolder.syncmessagesto(remotefolder, statusfolder) File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 1186, in syncmessagesto action(dstfolder, statusfolder) File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 1013, in __syncmessagesto_copy self.copymessageto(uid, dstfolder, statusfolder, register=0) File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 902, in copymessageto message = self.getmessage(uid) File "/usr/share/offlineimap3/offlineimap/folder/Maildir.py", line 262, in getmessage retval = file.read() File "/usr/lib/python3.9/codecs.py", line 322, in decode (result, consumed) = self._buffer_decode(data, self.errors, final) UnicodeDecodeError: 'utf-8' codec can't decode byte 0xfc in position 317: invalid start byte 'utf-8' codec can't decode byte 0xfc in position 317: invalid start byte After debugging a bit I came up with this hotfix to get me out of the situation without deleting the offending email: --- offlineimap/folder/Maildir.py.orig 2021-01-05 09:55:15.0 +0100 +++ offlineimap/folder/Maildir.py 2021-01-31 20:25:39.570660781 +0100
Bug#945920: Minified Javascript
Dear Maintainer, > The status so far is that we have a patch that solves the problem by > re-enabling [tracing][1], but the reason that tracing was disabled in the > first place is because it depends on minified javascript. Personally I always regretted that Debian chose to remove the trace viewer because it is needed to view Android systrace files (some of those are in html format which packages the trace viewer along with the trace data all in one file, but not all). AFAIK the sources for the minified Javascript files are available on github, right? What would be needed to allow Debian to include the trace viewer? Best Regards, Johannes
Bug#941864: cups: pxlmono fails to print on Samsung ML-2250 with 9.28rc
I now reported it upstream: https://bugs.ghostscript.com/show_bug.cgi?id=701949 Johannes
Bug#941864: cups: pxlmono fails to print on Samsung ML-2250 with 9.28rc
Now confirmed (by printing the CUPS test page) that the bug is still present in 9.50~dfsg-2, and that the workaround patch still applies and still works. Johannes
Bug#941864: cups: pxlmono fails to print on Samsung ML-2250 with 9.28rc
ghostscript_9.50~dfsg-2 packages have been uploaded, with this bug probably still unfixed and unknown to upstream. I was not able to actually test my printer with 9.50 yet, but changes in upstream git don't seem to address this bug, and it's not in upstream butracker. Question to the package maintainer: Are you going to forward this bug to upstream or is more action needed from my side? Thanks, Johannes
Bug#941864: cups: pxlmono fails to print on Samsung ML-2250 with 9.28rc
Package: ghostscript Version: 9.28~~rc4~dfsg-1 Severity: important Tags: upstream Dear Maintainer, my Samsung ML-2250 printer stopped to work, it outputs a page with this error message: PCL6 ERROR - sb_count != -128 POSITION : 0xbc8 (3016) SYSTEM : XLPGP/xl_pattern LINE : 890 VERSION : PCL6 3.34 05-01-2004 It took me a while to figure out what part of the printing system caused the failure, but after downgrading ghostscript to 9.27~dfsg-3.1 printing worked again. For fun I decided to dig into it: - I used "gs -sDEVICE=pxlmono -sOutputFile=t.raw -r300x300 foo.pdf" to generate output for 9.27 and 9.28 - I used ghostpdl/pcl/tools/pxldis.py tool from ghostscript source to convert it to something readable and compared it -> the only difference is the use of RLE compression with 9.28 - I checked the RLE encoding and it is correct (pcl_xl_2_0_technical_reference_rev2_2.pdf appendix Q) Then it dawned on me that ghostscript's 0x80 "EOD" marker is rejected by the Samsung printer firmware. Ghostscript adds the (apparently useless, at least for PCL6) EOD marker as the last byte of RLE compressed data. According to spec, 0x80 bytes have no meaning and should be ignored ("A control byte of -128 is ignored and is not included in the decompressed data. The byte following a control byte of 128 is treated as the next control byte."). But the error message from my printer reads like a failed assertion for this case, i.e. the printer firmware is buggy. To test my theory I made the following change: --- ghostscript-9.28~~rc4~dfsg.orig/base/srle.c +++ ghostscript-9.28~~rc4~dfsg/base/srle.c @@ -329,11 +329,13 @@ run_len_0_n0_read: *++q = n0; } case state_eod_unmarked: +#if 0 if (wlimit - q < 1) { ss->state = state_eod_unmarked; goto no_output_room; } *++q = 128; /* EOD */ +#endif case state_eod: ss->run_len = 0; ss->state = state_0; Success! It make my printer work again. Best Regards, Johannes -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.15 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ghostscript depends on: ii libc6 2.29-2 ii libgs9 9.28~~rc4~dfsg-1 ghostscript recommends no packages. Versions of packages ghostscript suggests: ii ghostscript-x 9.28~~rc4~dfsg-1 -- no debconf information
Bug#933514: tmux: Screen garbling in ncurses apps
On Thu, Aug 01, 2019 at 10:28:26PM +0200, Romain Francoise wrote: > A patch for this is now available in the upstream bug tracker > (https://github.com/tmux/tmux/issues/1861) and I have tested it > successfully using the Mutt recipe from #933572. The issue is not fixed for me with mutt in tmux 2.9a-3, however I confirmed it is fixed in upstream tmux by commit 45f4ff54850f "Add support for the SD (scroll down) escape sequence, GitHub issue 1861." Thanks, Johannes
Bug#922239: libpam0g 1.3.1-2 upgrade kills xdm
Package: libpam0g Version: 1.3.1-2 Severity: critical Justification: causes serious data loss Dear Maintainer, my X session was just killed during update, I could capture the output because aptitude was running inside tmux: Unpacking libpam0g:amd64 (1.3.1-2) over (1.1.8-4) ... Setting up libpam0g:amd64 (1.3.1-2) ... Checking for services that may need to be restarted...Checking init scripts... WARNING: init script for samba not found. Restarting services possibly affected by the upgrade: xdm: stopping...starting...done. exim4: stopping...starting...done. cups: stopping...starting...done. cron: stopping...starting...done. atd: stopping...starting...done. Services restarted successfully. I think the cause is a bug in postinst script which checks for X: if ! who | awk '{print $2}'|grep -q ':[0-9]'; then check="$check wdm xdm" fi However, the output format of "who" (GNU coreutils 8.30) is: js console Feb 13 15:54 (:0) js pts/1Jan 11 16:00 (tmux(2459).%0) js pts/2Jan 11 16:00 (tmux(2459).%1) js pts/3Jan 11 16:00 (tmux(2459).%2) js pts/4Jan 11 16:00 (tmux(2459).%3) js pts/5Feb 13 15:56 (:0) ... Incidentally debconf also failed to display any UI before restarting services, not sure why. Regards, Johannes -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.13 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libpam0g depends on: ii debconf [debconf-2.0] 1.5.70 ii libaudit1 1:2.8.4-2 ii libc6 2.28-7 libpam0g recommends no packages. Versions of packages libpam0g suggests: pn libpam-doc -- debconf information: libpam0g/restart-services: libpam0g/restart-failed: libpam0g/xdm-needs-restart: * libraries/restart-without-asking: true
Bug#831888: qpdfview: fails to open files with invalid characters in the name
Package: qpdfview Version: 0.4.14-1 Severity: normal Dear Maintainer, I have a few pdf files with filenames which are probably using some Chinese encoding which is invalid when trying to interpret as UTF-8. qpdfview can't open them, neither when passing the name on the commandline nor when selecting the file in the Open File dialog. A simple test to reproduce the issue, using bash and UTF-8 locale: cp test.pdf $'TEST\310.pdf' qpdfview TEST -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.7 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qpdfview depends on: ii hicolor-icon-theme0.15-1 ii libc6 2.23-2 ii libcups2 2.1.4-4 ii libgcc1 1:6.1.1-9 ii libgl1-mesa-glx [libgl1] 11.2.2-1 ii libpoppler-qt5-1 0.44.0-3 ii libqt5concurrent5 5.6.1+dfsg-3 ii libqt5core5a 5.6.1+dfsg-3 ii libqt5dbus5 5.6.1+dfsg-3 ii libqt5gui55.6.1+dfsg-3 ii libqt5printsupport5 5.6.1+dfsg-3 ii libqt5sql55.6.1+dfsg-3 ii libqt5sql5-sqlite 5.6.1+dfsg-3 ii libqt5svg55.6.1-2 ii libqt5widgets55.6.1+dfsg-3 ii libqt5xml55.6.1+dfsg-3 ii libstdc++66.1.1-9 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages qpdfview recommends: ii qpdfview-djvu-plugin 0.4.14-1 ii qpdfview-ps-plugin 0.4.14-1 pn qpdfview-translations qpdfview suggests no packages. -- no debconf information
Bug#813381: fonts-wine: freetype_SelectFont can't find a single appropriate font
Package: libwine Version: 1.8.1-1 Followup-For: Bug #813381 Dear Maintainer, I just ran into the same issue, and after some experiments found it is caused by a missing libfontconfig1. libfontconfig1:i386 is only in Recommends of libwine:i386, but it should be in Depends. Same for libwine-development (1.9.0-2). (And of course I had libfontconfig1 installed for amd64, but not for i386.) HTH, Johannes
Bug#574947: GLOBAL 6.4 release
Hi, On Sat, Apr 18, 2015 at 05:20:44PM +0200, Volker Mische wrote: Hi Ron, I've read this bug report several times and it took my a while to understand what the actual problem is. Do I summarize correctly that the problem is a system wide installed CGI script that can serve up the gtags information for several independent source code basis and that this script needs privileges a normal user shouldn't have? Given that with the GLOBAL 6.4 release the `--system-cgi` option is gone, it's not longer possible to run it system wide. Does it mean that the original issue isn't one anymore? I've been using the Debian version for a while but now found that it randomly drops symbols from the tags database when indexing a large code base like parts of Android AOSP. (The symbols are there when indexing a smaller part, so it's not a parser issue.) This makes the Debian version unusable. The current upstream version 6.5 works fine. However, wrt to the issue blocking Debian from accepting the update, my understanding is that it is still not fixed, htags still dynamically generates CGI scripts. What it should do instead is to have static CGI scripts which read a generated data file. So that the CGI scripts can be reviewed for security and can be installed in a place where they are protected from modification. The language here is quite explicit: http://httpd.apache.org/docs/2.2/misc/security_tips.html#cgi Personally I don't care about htags so I would be delighted to see an updated Debian global package which just drops htags. Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624122: Hash Sum mismatch
I'm also seeing the Hash Sum mismatch often since about a week ago, maybe since [UPGRADE] apt:amd64 0.9.16 - 0.9.16.1 (sid) but I did not downgrade to confirm. However, it seems the issue is caused by xz decompressor truncating the files. For example: # ls -l /var/lib/apt/lists/partial/ -rw-r--r-- 1 root root 7067192 Mar 21 15:05 ftp.de.debian.org_debian_dists_unstable_main_source_Sources -rw-rw-rw- 1 root root 11841536 Mar 21 15:05 ftp.de.debian.org_debian_dists_unstable_main_source_Sources.decomp.FAILED # xzcat ftp.de.debian.org_debian_dists_unstable_main_source_Sources ftp.de.debian.org_debian_dists_unstable_main_source_Sources.d # ls -l ftp.de.debian.org_debian_dists_unstable_main_source_Sources.d -rw-r--r-- 1 root root 32434409 Mar 21 20:34 ftp.de.debian.org_debian_dists_unstable_main_source_Sources.d # sha1sum * 6701076d9d340be45b39be5ac212d69b3e3db34b ftp.de.debian.org_debian_dists_unstable_main_source_Sources 50eec7dd53aa1b6b45f360a67418f0253c5e99ec ftp.de.debian.org_debian_dists_unstable_main_source_Sources.d a0d54d0ed700a9ec8a27b47f45b3bff18c2177b9 ftp.de.debian.org_debian_dists_unstable_main_source_Sources.decomp.FAILED # grep 6701076d9d340be45b39be5ac212d69b3e3db34b ../ftp.de.debian.org_debian_dists_unstable_InRelease 6701076d9d340be45b39be5ac212d69b3e3db34b 7067192 main/source/Sources.xz # grep 50eec7dd53aa1b6b45f360a67418f0253c5e99ec ../ftp.de.debian.org_debian_dists_unstable_InRelease 50eec7dd53aa1b6b45f360a67418f0253c5e99ec 32434409 main/source/Sources And diffing the two decompressed files shows the .decomp.FAILED is just truncated. FWIW, I do not have APT::Get::List-Cleanup false but I do have Acquire::PDiffs false. HTH, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733907: get out of debian
On Sun, Jan 12, 2014 at 06:02:38PM +, Ben Hutchings wrote: On Mon, 2014-01-13 at 01:40 +0800, jida...@jidanni.org wrote: Move the bad one out of the way please soon, else Debian users will get their disks messed up! You still haven't tested any proposed fixes, so don't you dare tell us what to do. Your patch has been tested by Sascha Weaver http://marc.info/?l=linux-usbm=138996707603975w=2 Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733826: [PATCH] xhci: Set scatter-gather limit to avoid failed block writes.
On Tue, Jan 07, 2014 at 02:40:39AM +, Ben Hutchings wrote: On Tue, 2014-01-07 at 07:01 +0800, jida...@jidanni.org wrote: Don't worry, I'll trust you! Plus I'm 53. I don't think anyone else has reproduced this problem, so you are the person in the best place to check that these changes really fix it. You can test patches against the Debian kernel package by following the instructions here: http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official Sascha Weaver found a way to reproduce the problem and was nice enough to test this patch, and also the one in Debian bug #733907. See: http://marc.info/?l=linux-usbm=138996707603975w=2 Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715448: cups-filters: pdftopdf segfaults
On Wed, Jul 10, 2013 at 12:08:11AM +0100, Brian Potkin wrote: On Tue 09 Jul 2013 at 20:43:09 +0100, Brian Potkin wrote: snapshot.debian.org has the previous versions of libqpdf10 and qpdf. So I installed them (i386). Printing now takes place. Whether the bug lies with one of those packages or not, I do not know. I suppose pdftopdf could still be at fault if it does not use them correctly. Ah, the packages you built and which worked for you were (I suppose) built using libqpdf10 version 4.2.0-1, which entered unstable on 8th July. The present cups-filters was built with version 4.1.0-2. I can confirm that downgrading libqpdf10 to 4.1.0-2 (from testing) fixes the issue (on another machine at home which still has the unchanged cups-filter package). Thanks, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715448: cups-filters: pdftopdf segfaults
Package: cups-filters Version: 1.0.34-3 Severity: grave Justification: renders package unusable Dear Maintainer, usually I'm using Kyocera FS-1020D Foomatic/hpijs-pcl5e via socket://, but the bug is reproducible with CUPS-PDF Printer both when trying to print PDFs and using Print Test Page from Maintenance menu. Driver: Generic CUPS-PDF Printer (color, 2-sided printing) Connection: cups-pdf:/ Defaults: job-sheets=none, none media=iso_a4_210x297mm sides=one-sided In dmesg I get: kernel: [1678587.402484] pdftopdf[31537]: segfault at 77986aa0 ip 77986aa0 sp 77986ac0 error 15 (addresses are random on each crash) In error_log with LogLevel=debug2: I [09/Jul/2013:09:43:29 +0200] [Job 24] Started filter /usr/lib/cups/filter/pdftopdf (PID 31258) d [09/Jul/2013:09:43:29 +0200] PDF: File /usr/lib/cups/filter/pdftops permissions OK (040755/uid=0/gid=0). d [09/Jul/2013:09:43:29 +0200] cupsdStartProcess(command=/usr/lib/cups/filter/pdftops, argv=0x7f035bdffc90, envp=0x7fff2699dba0, infd=25, outfd=24, errfd=18, backfd=19, sidefd=21, root=0, profile=(nil), job=0x7f035bdf63b0(24), pid=0x7f035bdf64ac) = 31259 ... d [09/Jul/2013:09:43:29 +0200] cupsdFinishProcess(pid=31258, name=0x7fff269ae080, namelen=1024, job_id=0x7fff269ae07c(24)) = /usr /lib/cups/filter/pdftopdf D [09/Jul/2013:09:43:29 +0200] [Job 24] PID 31258 (/usr/lib/cups/filter/pdftopdf) crashed on signal 11. Since the cups-filter package has not been updated recently Maybe some other library change broke it, but I've no idea how to debug. I hope you can reproduce it. Johannes -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.5 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups-filters depends on: ii bc 1.06.95-8 ii fonts-freefont-ttf 20120503-1 ii fonts-liberation1.07.2-6 ii ghostscript 9.05~dfsg-8 ii libc6 2.17-7 ii libcups21.6.2-10 ii libcupsfilters1 1.0.34-3 ii libcupsimage2 1.6.2-10 ii libfontconfig1 2.10.2-2 ii libfontembed1 1.0.34-3 ii libgcc1 1:4.8.1-5 ii libijs-0.35 0.35-8 ii liblcms2-2 2.2+git20110628-2.2 ii libpoppler190.18.4-6 ii libqpdf10 4.2.0-1 ii libstdc++6 4.8.1-5 ii ttf-dejavu 2.33+svn2514-3 Versions of packages cups-filters recommends: pn colordnone ii foomatic-filters 4.0.17-1 ii ghostscript-cups 9.05~dfsg-8 Versions of packages cups-filters suggests: ii foomatic-db-compressed-ppds [foomatic-db] 20130609-1 -- 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#715448: Acknowledgement (cups-filters: pdftopdf segfaults)
Hi, I rebuilt the cups-filter package locally and installed these: cups-filters_1.0.34-3_amd64.deb libcupsfilters1_1.0.34-3_amd64.deb libfontembed1_1.0.34-3_amd64.deb and then printing works. Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715448: cups-filters: pdftopdf segfaults
On Tue, Jul 09, 2013 at 04:01:22PM +0100, Brian Potkin wrote: On Tue 09 Jul 2013 at 14:11:47 +0100, Brian Potkin wrote: However, the Gutenprint and postscript driver both worked to produce an expected output in /tmp. This is reason enough to question whether No they didn't! I really should have checked the error log rather than just the file types in /tmp and their sizes. The file from Gutenprint was rather small, which also should have prompted me to look at the logs. So pdftopdf crashes with the three PPDs. On the bright side, textttopdf works and the rendering completed with no errors. :) Choosing a few random PPDs gives the same error. Back to 'grave' it, but more testing wouldn't do any harm. Did you get my other message where I said printing works after rebuilding the package locally? I'm not sure if it is worth it to track down which change in which library broke it. I don't print often so I can't tell when the issue started. The network printer actually printed a page with an error message from the filter pipeline (something about unable to open device), so I wasted a few pages before I had the idea to test with cups-PDF. There is always lots of cursing when CUPS breaks ;-) Thanks, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714942: cryptsetup: tty echo disabled after cryptdisks_start password input
Package: cryptsetup Version: 2:1.6.1-1 Severity: normal Dear Maintainer, when using cryptdisks_start manually (for USB stick) the tty echo is left disabled, I need to use stty echo to reenable it. I think the bug has been introduced in askpass.c which fails to call disable_method(NULL) on normal exit. Previous version (1.4.3-4) was OK. Thanks, Johannes -- Package-specific info: -- /etc/crypttab cusb /dev/disk/by-id/usb-TrekStor_USB_Stick_QU_-0:0-part1none luks,noauto -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.5 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cryptsetup depends on: ii cryptsetup-bin 2:1.6.1-1 ii debconf [debconf-2.0] 1.5.50 ii dmsetup2:1.02.77-3 ii libc6 2.17-7 ii sysv-rc2.88dsf-41 Versions of packages cryptsetup recommends: ii busybox 1:1.20.0-8.1 ii console-setup 1.93 ii initramfs-tools [linux-initramfs-tool] 0.113 ii kbd 1.15.5-1 Versions of packages cryptsetup suggests: ii dosfstools 3.0.16-2 ii liblocale-gettext-perl 1.05-7+b1 -- debconf information: cryptsetup/prerm_active_mappings: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618930: High network latency with ralink usb wireless device
On Sat, Mar 19, 2011 at 05:49:04PM +, Richard Kettlewell wrote: (see also bugs.debian.org/618930 ... I have a TP-Link TL-WN321G USB wireless adapter, which is a badged Ralink RT2070. Under Debian's 2.6.32 this worked smoothly with rt2870sta. On upgrading to Debian's 2.6.38, however, only rt2800usb was available and with that I found that ping latency is around 600ms. ... Power Management:on I sent a patch to disable power save by default, but then work started to fix it instead, but then stalled. Seems like 2.6.38 shipped with broken power save enabled by default. Plese read the discussion following my RFC patch: http://rt2x00.serialmonkey.com/pipermail/users_rt2x00.serialmonkey.com/2011-January/thread.html#3017 You can test if power saving causes your issue by disabling it with iwconfig wlan0 power off. Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606962: python2.6: ssl module defaults to insecure SSLv2
Package: python2.6 Version: 2.6.6-8 Severity: important Tags: upstream (Severity: important because of possible security relevance) The Python ssl module documentation says: http://docs.python.org/release/2.6.6/library/ssl.html If not specified, for client-side operation, the default SSL version is SSLv3 and Warning: SSL version 2 is insecure. Its use is highly discouraged I noticed because offlineimap stopped working for me today, debugging showed the IMAP server now has SSLv2 disabled while wireshark showed that offlineimap tried to connect via SSLv2. I use the following hack which forces offlineimap to use SSLv3 as a workaround: --- offlineimap/imaplibutil.py.orig 2010-10-04 12:21:26.0 +0200 +++ offlineimap/imaplibutil.py 2010-12-13 11:33:23.0 +0100 @@ -171,7 +171,7 @@ def new_open_ssl(self, host = '', port = if last_error != 0: # FIXME raise socket.error(last_error) -self.sslobj = ssl_wrap(self.sock, self.keyfile, self.certfile) +self.sslobj = ssl_wrap(self.sock, self.keyfile, self.certfile, ssl_version=ssl.PROTOCOL_SSLv3) self.sslobj = sslwrapper(self.sslobj) mustquote = re.compile(r[^\w!#$%'+,.:;=?^`|~-]) But it seems the bug is either in upstream Python's Lib/ssl.py which passes PROTOCOL_SSLv23 for both server and client, contradicting the documentation. Or openssl is supposed to do the right thing when passing PROTOCOL_SSLv23 but it isn't. I'm not sure. Thanks, Johannes -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.36.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python2.6 depends on: ii libbz2-1.01.0.5-6high-quality block-sorting file co ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-3 Berkeley v4.8 Database Libraries [ ii libexpat1 2.0.1-7XML parsing C library - runtime li ii libncursesw5 5.7+20100313-4 shared libraries for terminal hand ii libreadline6 6.1-3 GNU readline and history libraries ii libsqlite3-0 3.7.4-1SQLite 3 shared library ii mime-support 3.51-1 MIME files 'mime.types' 'mailcap ii python2.6-minimal 2.6.6-8A minimal subset of the Python lan python2.6 recommends no packages. Versions of packages python2.6 suggests: ii binutils 2.20.1-15 The GNU assembler, linker and bina ii python2.6-doc 2.6.6-8Documentation for the high-level o pn python2.6-profilernone (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#596010: aptitude: crash when typing tilde into search/find dialog
Package: aptitude Version: 0.6.3-3.1 Severity: normal I wanted to search for package description using ~d pattern, but when typing the ~ into the find dialog aptitude crashes: Ouch! Got SIGABRT, dying.. Aborted -- Package-specific info: aptitude 0.6.3 compiled at Aug 26 2010 20:10:19 Compiler: g++ 4.4.5 20100816 (prerelease) Compiled against: apt version 4.10.0 NCurses version 5.7 libsigc++ version: 2.2.4.2 Ept support enabled. Gtk+ support disabled. Current library versions: NCurses version: ncurses 5.7.20100313 cwidget version: 0.5.16 Apt version: 4.10.1 linux-gate.so.1 = (0xe000) libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0xb7702000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb76bc000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb76b5000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb75f5000) libept.so.1 = /usr/lib/libept.so.1 (0xb75a4000) libxapian.so.22 = /usr/lib/sse2/libxapian.so.22 (0xb73c9000) libz.so.1 = /usr/lib/libz.so.1 (0xb73b5000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0xb732a000) libboost_iostreams.so.1.42.0 = /usr/lib/libboost_iostreams.so.1.42.0 (0xb7311000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb72f8000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7203000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb71dd000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb71bf000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7078000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb7074000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb707) libuuid.so.1 = /lib/libuuid.so.1 (0xb706c000) libbz2.so.1.0 = /lib/libbz2.so.1.0 (0xb705b000) librt.so.1 = /lib/i686/cmov/librt.so.1 (0xb7051000) /lib/ld-linux.so.2 (0xb7824000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.35.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg4.10]0.8.2Advanced front-end for dpkg ii libboost-iostreams1.42. 1.42.0-4 Boost.Iostreams Library ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libcwidget3 0.5.16-3 high-level terminal interface libr ii libept1 1.0.3+b1 High-level library for managing De ii libgcc1 1:4.4.4-13 GCC support library ii libncursesw55.7+20100313-2 shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.2.4.2-1type-safe Signal Framework for C++ ii libsqlite3-03.7.2-1 SQLite 3 shared library ii libstdc++6 4.4.4-13 The GNU Standard C++ Library v3 ii libxapian22 1.2.3-2 Search engine library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages aptitude recommends: pn apt-xapian-index none (no description available) ii aptitude-doc-en [aptitude-doc 0.6.3-3.1 English manual for aptitude, a ter ii libparse-debianchangelog-perl 1.1.1-2.1 parse Debian changelogs and output ii sensible-utils0.0.4 Utilities for sensible alternative Versions of packages aptitude suggests: ii debtags 1.7.10+b1 Enables support for package tags ii tasksel 2.83 Tool for selecting tasks for insta -- 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#541273: grub-pc: vga= kernel command line option has no effect when grub runs in console mode
On Tue, Nov 10, 2009 at 07:32:40PM +0100, Felix Zielcke wrote: Am Dienstag, den 10.11.2009, 19:09 +0100 schrieb Johannes Stezenbach: PS: I tried GRUB_GFXMODE=1600x1200x32 without GRUB_TERMINAL=console, but grub2 then just appears in a small rectangle in the upper left corner of the screen. I'd prefer text mode for grub, but if graphics mode would work in a useful way I'd just use that. Then you're probable using the Debian image (or some other) which doestn't have a resolution of 1600x1200x32 Either try just without any or with a png/tga/jpg image of that size. cp /usr/share/images/desktop-base/moreblue-orbit-wallpaper.png /boot/grub/moreblue-orbit-grub.png got me a nice fullscreen grub, but with the interesting part (the boot menu) still in he upper left corner. I'd prefer a 640x480 grub in the center of the screen. However, I found that Linux vesafb still doesn't work unless I set gfxpayload=1600x1200x32 (which I have to do because vga=0x376 is not supported by grub2). So it seems gfxpayload should always be set identical to gfxmode (when GRUB_GFXMODE is set in /etc/default/grub). Some other oddities: - /etc/grub.d/05_debian_theme refers to /usr/share/desktop-base/grub_background.sh which doesn't exist (but see bug #550984) - even if grub_background.sh would exist, there is no way for the user to override the background, e.g. via /etc/defaults/grub (or maybe I didn't get this right -- is the user supposed to copy the background imange manually to /etc/grub ?) - if I go to the grub command line and enter a few commands like vbeinfo, lsmod, set, I find that the screen scrolls in slow motion Thanks Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541273: grub-pc: vga= kernel command line option has no effect when grub runs in console mode
I was using a somewhat non-standard vga=0x376 (AMD RS780 chipset graphics), which is not supported by grub2 (grub2 apparently uses a hardcoded list of vesa modes for vga= parsing which have nothing to do with the mode which the VESA BIOS actually supports). To get it working I needed: - insmod vbe - set gfxpayload=1600x1200x32 - remove the vga= from the linux command line (grub2 overrides gfxpayload when vga= is set) I'd suggest that if GRUB_TERMINAL=console in /etc/default/grub, then GRUB_GFXMODE is used to set gfxpayload instead of gfxmode. And do insmod vbe if GRUB_GFXMODE is set even for GRUB_TERMINAL=console. Plus add some helpful comments about this to /etc/default/grub. PS: I tried GRUB_GFXMODE=1600x1200x32 without GRUB_TERMINAL=console, but grub2 then just appears in a small rectangle in the upper left corner of the screen. I'd prefer text mode for grub, but if graphics mode would work in a useful way I'd just use that. Thanks Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538252: pdftk: cannot be installed due to dependency on libgcj8-1 (UNAVAILABLE)
Package: pdftk Version: 1.41-3 Severity: grave Justification: renders package unusable Currently pdftk cannot be installed due to dependency on libgcj8-1. It seems libgcj8-1 has been removed from sid, libgcj9-0 and libgcj10 are available. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533205: [Pkg-xfce-devel] Bug#533205: Bug#533205: Bug#533205: xfce4-terminal: crash when changing preferences
On Thu, Jul 16, 2009 at 08:10:40AM +0200, Yves-Alexis Perez wrote: xfce4-terminal 0.2.90 (in experimental) now uses file system monitoring. Could you check if it fixes the problem? (shouldn't need any extra dependency and it's quite safe to run it atm) I installed xfce4-terminal_0.2.90-1_i386.deb, and was not able to reproduce the problem anymore. Thanks, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533205: xfce4-terminal: crash when changing preferences
Package: xfce4-terminal Version: 0.2.12-3 Severity: important xfce4-terminal crashes reproducibly when trying to change preferences. Steps to reproduce: - start xfce4-terminal - open a second tab - close the second tab - open preferences, go to Advanced - Double click and change the word chars xfce4-terminal prints the following error and then usually crashes: (xfce4-terminal:24509): Vte-CRITICAL **: vte_terminal_set_word_chars: assertion `VTE_IS_TERMINAL(terminal)' failed It also crashes for other preference items, e.g. scroll on output, color settings etc., but then it usually crashes without any error message. If one opens and closes a few more tabs then sometimes there are error messages and no crash. Johannes -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-terminal depends on: ii exo-utils 0.3.101-2 Utility files for libexo ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libc6 2.9-14 GNU C Library: Shared libraries ii libdbus-1-3 1.2.14-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4 simple interprocess messaging syst ii libexo-0.3-0 0.3.101-2 Library with extensions for Xfce ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii libgtk2.0-0 2.16.2-1 The GTK+ graphical user interface ii libstartup-notification0 0.10-1 library for program launch feedbac ii libvte9 1:0.20.5-1 Terminal emulator widget for GTK+ ii libx11-6 2:1.2.1-1 X11 client-side library ii libxfce4util4 4.6.1-1Utility functions library for Xfce Versions of packages xfce4-terminal recommends: ii dbus-x11 1.2.14-2 simple interprocess messaging syst xfce4-terminal 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#533205: [Pkg-xfce-devel] Bug#533205: xfce4-terminal: crash when changing preferences
On Mon, Jun 15, 2009 at 09:32:03PM +0200, Yves-Alexis Perez wrote: On lun, 2009-06-15 at 18:32 +0200, Johannes Stezenbach wrote: xfce4-terminal crashes reproducibly when trying to change preferences. Steps to reproduce: - start xfce4-terminal - open a second tab - close the second tab - open preferences, go to Advanced - Double click and change the word chars xfce4-terminal prints the following error and then usually crashes: (xfce4-terminal:24509): Vte-CRITICAL **: vte_terminal_set_word_chars: assertion `VTE_IS_TERMINAL(terminal)' failed yeah, I noticed that too, but I didn't yet managed to reproduce consistently with a debug build to get a useful backtrace. If you manage to do that, please attach it to the bug report. The debug build was the hard part for me, reproducing was easy. Attached is a backtrace. I'm not sure how useful it is, since I assume xfce4-terminal fails to unregister callbacks when closing a tab. I set a breakpoint on terminal_screen_finalize() and it is not called when closing a tab. Any ideas? Johannes Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7188750 (LWP 1509)] 0xb7d05de9 in vte_terminal_set_scroll_on_output (terminal=0x9e9a600, scroll=1) at /home/js/tmp/xf/vte-0.20.5/./src/vte.c:12522 12522 g_return_if_fail(VTE_IS_TERMINAL(terminal)); (gdb) bt #0 0xb7d05de9 in vte_terminal_set_scroll_on_output (terminal=0x9e9a600, scroll=1) at /home/js/tmp/xf/vte-0.20.5/./src/vte.c:12522 #1 0x0805ef9e in terminal_screen_update_scrolling_on_output (screen=0x9db51e0) at terminal-screen.c:785 #2 0xb785398c in IA__g_cclosure_marshal_VOID__PARAM (closure=0x9eadf60, return_value=0x0, n_param_values=2, param_values=0x9ef56c8, invocation_hint=0xbfb4c17c, marshal_data=0x805ef60) at /build/buildd-glib2.0_2.20.3-1-i386-o59wJY/glib2.0-2.20.3/gobject/gmarshal.c:531 #3 0xb7846b6b in IA__g_closure_invoke (closure=0x9eadf60, return_value=0x0, n_param_values=2, param_values=0x9ef56c8, invocation_hint=0xbfb4c17c) at /build/buildd-glib2.0_2.20.3-1-i386-o59wJY/glib2.0-2.20.3/gobject/gclosure.c:767 #4 0xb785ad0f in signal_emit_unlocked_R (node=0x9cee920, detail=174, instance=0x9ceeca0, emission_return=0x0, instance_and_params=0x9ef56c8) at /build/buildd-glib2.0_2.20.3-1-i386-o59wJY/glib2.0-2.20.3/gobject/gsignal.c:3247 #5 0xb785c179 in IA__g_signal_emit_valist (instance=0x9ceeca0, signal_id=1, detail=174, var_args=0xbfb4c320 �\025�\t) at /build/buildd-glib2.0_2.20.3-1-i386-o59wJY/glib2.0-2.20.3/gobject/gsignal.c:2980 #6 0xb785c5d6 in IA__g_signal_emit (instance=0x9ceeca0, signal_id=1, detail=174) at /build/buildd-glib2.0_2.20.3-1-i386-o59wJY/glib2.0-2.20.3/gobject/gsignal.c:3037 #7 0xb784b121 in g_object_dispatch_properties_changed (object=0x9ceeca0, n_pspecs=1, pspecs=0xbfb4c3a8) at /build/buildd-glib2.0_2.20.3-1-i386-o59wJY/glib2.0-2.20.3/gobject/gobject.c:770 #8 0xb78478cf in g_object_notify_dispatcher (object=0x9ceeca0, n_pspecs=1, pspecs=0xbfb4c3a8) at /build/buildd-glib2.0_2.20.3-1-i386-o59wJY/glib2.0-2.20.3/gobject/gobject.c:312 #9 0xb784df80 in IA__g_object_set_property (object=0x9ceeca0, property_name=0x8068642 scrolling-on-output, value=0xbfb4c434) at /build/buildd-glib2.0_2.20.3-1-i386-o59wJY/glib2.0-2.20.3/gobject/gobjectnotifyqueue.c:125 #10 0xb7ede111 in exo_bind_properties_transfer (src_object=0x9eaccd8, src_pspec=value optimized out, dst_object=0x9ceeca0, dst_pspec=0x9ce9920, transform=0xb78699e0 IA__g_value_transform, user_data=0x0) at exo-binding.c:63 #11 0xb7ede4a2 in exo_bind_properties_notify (src_object=0x9eaccd8, src_pspec=0x9d615b0, data=0x9ea68fc) at exo-binding.c:82 #12 0xb785398c in IA__g_cclosure_marshal_VOID__PARAM (closure=0x9e7bf18, return_value=0x0, n_param_values=2, param_values=0x9dc3ef0, invocation_hint=0xbfb4c61c, marshal_data=0xb7ede460) at /build/buildd-glib2.0_2.20.3-1-i386-o59wJY/glib2.0-2.20.3
Bug#528239: mc: extfs/uzip broken after update to unzip-6.0
Package: mc Version: 2:4.6.2-2 Severity: normal mc fails to display zipfile contents after unzip update. Simply setting $op_has_zipinfo=1 seems to fix it for me, don't know if there is a better fix. zzz:/usr/share/mc/extfs# diff -u uzip.orig uzip --- uzip.orig 2009-05-11 17:55:05.0 +0200 +++ uzip2009-05-11 17:56:22.0 +0200 @@ -19,7 +19,7 @@ # Location of the unzip program my $app_unzip = /usr/bin/unzip; # Set this to 1 if zipinfo (unzip -Z) is to be used (recommended), otherwise 0. -my $op_has_zipinfo = 0; +my $op_has_zipinfo = 1; # Command used to list archives (zipinfo mode) my $cmd_list_zi = $app_unzip -Z -l -T; -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.29.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mc depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgpm2 1.20.4-3.2 General Purpose Mouse - shared lib ii libslang2 2.1.4-3The S-Lang programming library - r mc recommends no packages. Versions of packages mc suggests: pn arj none (no description available) ii bzip21.0.5-1 high-quality block-sorting file co pn dbview none (no description available) ii file 5.03-1 Determines file type using magic ii lynx 2.8.7pre2-1 Text-mode WWW Browser (transitiona ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap pn odt2txt none (no description available) ii perl 5.10.0-22 Larry Wall's Practical Extraction ii unzip6.0-1 De-archiver for .zip files ii w3m 0.5.2-2+b1 WWW browsable pager with excellent ii xpdf 3.02-1.4+lenny1 Portable Document Format (PDF) sui pn zip 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#496709: [mplayer] Screenshots broken: Could not open libavcodec PNG encoder
On Wed, Jan 07, 2009, Wonka wrote: Christian Marillat wrote: I've already received the same bug report but I'm unable to reproduce this bug here. 1. run mplayer, playing some video, with parameter -vf screenshot or vf=screenshot in ~/.mplayer/config 2. see the following lines: |Opening video filter: [screenshot] |Could not open libavcodec PNG encoder |Couldn't open video filter 'screenshot'. I think this is rather some unlucky libavcodec build configuration (libavcodec built without PNG encoder, maybe) than a real bug in mplayer. I also see this bug, with Version: 1:1.0.rc2svn20080706-0.1. So I fetched the package sources, installed the build dependencies and recompiled. The build broke in mplayer-1.0.rc2svn20080706/libavcodec/libx264.c: libx264.c: In function 'X264_init': libx264.c:165: error: 'x264_param_t' has no member named 'b_bframe_adaptive' libx264.c:230: error: 'struct anonymous' has no member named 'b_bidir_me' libx264.c:231: error: 'struct anonymous' has no member named 'b_bframe_rdo' libx264.c:256: error: 'struct anonymous' has no member named 'psz_rc_eq' libx264-dev is Version: 1:0.svn20090115-0.0 Depends: libx264-65 (= 1:0.svn20090115-0.0) I just commented out the offending lines and the build finished. And -vf screenshot works with the resulting binary. Thus the mplayer 1.0.rc2svn20080706-0.1 package on debian-multimedia seems to have build issues. Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511929: mysql-server-5.0: missing quotes in mysql_secure_installation
Package: mysql-server-5.0 Version: 5.0.75-1 Severity: normal Tags: patch The mysql_secure_installation fails when the mysql root password contains characters which need quoting (like !$%#). Fix: --- /usr/bin/mysql_secure_installation 2008-12-22 14:15:59.0 +0100 +++ mysql_secure_installation 2009-01-15 18:38:24.0 +0100 @@ -47,7 +47,7 @@ echo # mysql_secure_installation config file $config echo [mysql] $config echo user=root $config -echo password=$rootpass $config +echo password='$rootpass' $config } get_root_password() { -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.28 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mysql-server-5.0 depends on: ii adduser3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii libc6 2.7-18GNU C Library: Shared libraries ii libdbi-perl1.607-1 Perl5 database interface by Tim Bu ii libgcc11:4.3.2-2 GCC support library ii libmysqlclient15off5.0.75-1 MySQL database client library ii libncurses55.7+20090110-1shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libstdc++6 4.3.2-2 The GNU Standard C++ Library v3 ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii mysql-client-5.0 5.0.75-1 MySQL database client binaries ii mysql-common 5.0.75-1 MySQL database common files ii passwd 1:4.1.1-6 change and administer password and ii perl 5.10.0-19 Larry Wall's Practical Extraction ii psmisc 22.6-1Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages mysql-server-5.0 recommends: ii bsd-mailx [mailx] 8.1.2-0.20081101cvs-2 A simple mail user agent pn libhtml-template-p none(no description available) Versions of packages mysql-server-5.0 suggests: pn tinycanone (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495006: listadmin: 2.40 update broke it against Mailman-2.1.9/etch
Package: listadmin Version: 2.40-2.1 Severity: grave Tags: patch Justification: renders package unusable 2.32-1 worked, but after update to 2.40-2.1 listadmin only displays fetching data for foo ... nothing in queue. This patch fixes it for me: --- /usr/bin/listadmin 2008-08-11 23:47:17.0 +0200 +++ listadmin 2008-08-13 20:41:47.0 +0200 @@ -779,6 +779,11 @@ } else { parse_approvals ($mmver, $config, $parse_appr, \%data); } +} else { + $parse_appr-get_tag (hr); + if ($parse_appr-get_tag (h2)) { + parse_approvals ($mmver, $config, $parse_appr, \%data); + } } return (\%data); } (The $parse_subs-get_tag (hr) call eats the whole document if no hr is present, making the following $parse_subs-get_tag (h2) call fail.) Johannes -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages listadmin depends on: ii libcrypt-ssleay-perl 0.57-1+b1 Support for https protocol in LWP ii libtext-reform-perl 1.12.2-1 Perl module for manual text wrappi ii libwww-perl 5.813-1WWW client/server library for Perl listadmin recommends no packages. listadmin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493283: pam_unix: nullok_secure option emits 'tty is not secure' for xscreensaver
Package: libpam-modules Version: 1.0.1-1 Severity: normal I use xscreensaver to lock my screen, and while this works OK I get the following warnings in syslog when unlocking the screen: Aug 1 18:43:33 abc xscreensaver[7872]: pam_unix(xscreensaver:auth): access denied: tty ':0.0' is not secure ! /etc/pam.d/xscreensaver contains: @include common-auth @include common-account and common-auth has authrequiredpam_unix.so nullok_secure I can get rid of the warning by replacing the @include common-auth with authrequiredpam_unix.so. The reason for the warning is that pam_unix/support.c uses _pammodutil_tty_secure() to check if the tty is secure, and resets the nullok option if it isn't. And _pammodutil_tty_secure() in pam_securetty/tty_secure.c emits the warning. So the warning is emitted even if the account password is non-null. Both _pammodutil_tty_secure() and the nullok_secure option were added by Debian patches. Thanks, Johannes -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpam-modules depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libdb4.6 4.6.21-10 Berkeley v4.6 Database Libraries [ ii libpam0g 1.0.1-1Pluggable Authentication Modules l ii libselinux1 2.0.65-2 SELinux shared libraries libpam-modules recommends no packages. libpam-modules suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433783: eclipse pde: plugin export fail with ant error (missing classpath entry)
On Thu, May 08, 2008 at 07:27:14AM +0200, Michael Koch wrote: On Thu, Jul 19, 2007 at 02:28:45PM +0200, Johannes Stezenbach wrote: Package: eclipse Version: 3.2.2-2 Severity: normal I created an example eclipse pluging using he Hello world template in he New Pluging Project wizard. I then wanted to export the plugin as Deployable Plugins and Fragments into a zip file, which fails with an error: Could not find one or more classes: org.apache.tools.ant.launch.AntMain. Please check the Ant classpath. I needed to manually add /usr/lib/eclipse/plugins/org.apache.ant_1.6.5/lib/ant-launcher.jar to the Ant classpath in the preferences to make it work. Package: ant Version: 1.7.0-2 Deoes this happen with eclipse 3.2.2-5 too for you? I know I fix a similar issue but I wonder if that helps you too. Just tried it, and the issue is fixed in eclipse 3.2.2-5 (ant 1.7.0-6). Thanks, Johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433783: eclipse pde: plugin export fail with ant error (missing classpath entry)
Package: eclipse Version: 3.2.2-2 Severity: normal I created an example eclipse pluging using he Hello world template in he New Pluging Project wizard. I then wanted to export the plugin as Deployable Plugins and Fragments into a zip file, which fails with an error: Could not find one or more classes: org.apache.tools.ant.launch.AntMain. Please check the Ant classpath. I needed to manually add /usr/lib/eclipse/plugins/org.apache.ant_1.6.5/lib/ant-launcher.jar to the Ant classpath in the preferences to make it work. Package: ant Version: 1.7.0-2 Thanks, Johannes -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21 Locale: LANG=C, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages eclipse depends on: ii eclipse-jdt 3.2.2-2Java Development Tools plug-ins fo ii eclipse-pde 3.2.2-2Plug-in Development Environment to ii eclipse-source3.2.2-2Eclipse source code plug-ins ii zenity2.18.2-1 Display graphical dialog boxes fro Versions of packages eclipse recommends: pn eclipse-gcj none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433502: eclipse: missing doc/help files
Package: eclipse Version: 3.2.2-2 Severity: normal I installed the eclipse package with all its dependencies. After that, if I select Help - Help Contents I get a documentation is not installed error. If I also install eclipse-cdt, the CDT help _is_ available. Odd: I looked at the list of files on the package page (http://packages.debian.org/unstable/devel/eclipse-pde), and it includes usr/lib/eclipse/plugins/org.eclipse.pde.doc.user_3.2.1.v20060816-0800.jar. However, if I look at the downloaded .deb with dpkg -c, this file is not part of the package. Also, if I download the .deb manually from http://ftp.debian.org/debian/pool/main/e/eclipse/eclipse-pde_3.2.2-2_i386.deb, the doc jar is missing. (I usually use ftp.de.debian.org.) (I havent checked the other eclipse packages.) Seems the package page shows the old 3.2.1 file list, and the 3.2.2 package is missing the files. Thanks, Johannes -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21 Locale: LANG=C, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages eclipse depends on: ii eclipse-jdt 3.2.2-2Java Development Tools plug-ins fo ii eclipse-pde 3.2.2-2Plug-in Development Environment to ii eclipse-source3.2.2-2Eclipse source code plug-ins ii zenity2.18.2-1 Display graphical dialog boxes fro Versions of packages eclipse recommends: pn eclipse-gcj none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410185: dnsmasq: endless retry loop after server failure DNS response
Package: dnsmasq Version: 2.37-1 Severity: normal If dnsmasq gets a DNS standard query response with a reply code of server failure, it repeats the request infinitely instead of giving up. I can trigger this at the moment e.g. by running $ host 1.0.0.127.relays.visi.com ;; connection timed out; no servers could be reached dnsmasq continues to retry the request even after host reported the failure. The only way to stop this is by terminating dnsmasq. wireshark decodes a single request/respose as: No. TimeSourceDestination Protocol Info 1 0.0087.162.85.72 217.237.151.51DNS Standard query A 1.0.0.127.relays.visi.com Frame 1 (87 bytes on wire, 87 bytes captured) Linux cooked capture Internet Protocol, Src: 87.162.85.72 (87.162.85.72), Dst: 217.237.151.51 (217.237.151.51) User Datagram Protocol, Src Port: 32865 (32865), Dst Port: domain (53) Domain Name System (query) [Response In: 146] Transaction ID: 0x73cd Flags: 0x0100 (Standard query) 0... = Response: Message is a query .000 0... = Opcode: Standard query (0) ..0. = Truncated: Message is not truncated ...1 = Recursion desired: Do query recursively .0.. = Z: reserved (0) ...0 = Non-authenticated data OK: Non-authenticated data is unacceptable Questions: 1 Answer RRs: 0 Authority RRs: 0 Additional RRs: 0 Queries 1.0.0.127.relays.visi.com: type A, class IN Name: 1.0.0.127.relays.visi.com Type: A (Host address) Class: IN (0x0001) No. TimeSourceDestination Protocol Info 2 0.050787217.237.151.5187.162.85.72 DNS Standard query response, Server failure Frame 2 (87 bytes on wire, 87 bytes captured) Linux cooked capture Internet Protocol, Src: 217.237.151.51 (217.237.151.51), Dst: 87.162.85.72 (87.162.85.72) User Datagram Protocol, Src Port: domain (53), Dst Port: 32865 (32865) Domain Name System (response) [Request In: 145] [Time: -3.877039000 seconds] Transaction ID: 0x73cd Flags: 0x8182 (Standard query response, Server failure) 1... = Response: Message is a response .000 0... = Opcode: Standard query (0) .0.. = Authoritative: Server is not an authority for domain ..0. = Truncated: Message is not truncated ...1 = Recursion desired: Do query recursively 1... = Recursion available: Server can do recursive queries .0.. = Z: reserved (0) ..0. = Answer authenticated: Answer/authority portion was not authenticated by the server 0010 = Reply code: Server failure (2) Questions: 1 Answer RRs: 0 Authority RRs: 0 Additional RRs: 0 Queries 1.0.0.127.relays.visi.com: type A, class IN Name: 1.0.0.127.relays.visi.com Type: A (Host address) Class: IN (0x0001) Please fix ;-/ Thanks, Johannes -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-dirty Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dnsmasq depends on: ii adduser 3.102Add and remove users and groups ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii netbase 4.29 Basic TCP/IP networking system dnsmasq recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410185: dnsmasq: endless retry loop after server failure DNS response
On Thu, Feb 08, 2007 at 03:19:30PM +, Simon Kelley wrote: Johannes Stezenbach wrote: Package: dnsmasq Version: 2.37-1 Severity: normal If dnsmasq gets a DNS standard query response with a reply code of server failure, it repeats the request infinitely instead of giving up. OK, I've reproduced this now: it appears to depend on having the --strict-order option set. Please could you confirm that's the case in your installation? Yes, that's correct, I have strict-order set. I use the resolvconf package to manage /etc/resolv.conf (no server= in dnsmasq.conf). I also sometimes have to use a VPN (using vpnc), thus I need strict-order for correct lookups. But the bug is reproducable without the VPN. My main connection is usually a DSL line, and I get two nameservers from pppoe. Thanks, Johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394398: cvsnt: NTLMSSP auth with empty domain part fails
On Mon, Oct 23, 2006, Andreas Tscharner wrote: Johannes Stezenbach wrote: Package: cvsnt Version: 2.5.03.2382-2 Severity: normal Tags: patch NTLMSSP authentication against a Windows cvsnt server fails. [snip] The attached patch fixes this, and makes NTLM auth work for me. Thank you for the report and the patch. Upstream is preparing for a new release (RC1 is already out). I will send the patch to upstream and hopefully it gets in for the new version. If it does not make it, I'll include it in the Debian package of the new version. The attached might be a better patch (replaces my previous patch). Maybe you could also forward it to upstream and let them decide which one they like better. The old working cvsnt version I have has the following code, which sets header.offset to a bogus value: AddBytes(ptr, header, buf, count) \ { \ if (buf count) \ { \ SSVAL(ptr-header.len,0,count); \ SSVAL(ptr-header.maxlen,0,count); \ SIVAL(ptr-header.offset,0,((ptr-buffer - ((uint8*)ptr)) + ptr-bufIndex)); \ memcpy(ptr-buffer+ptr-bufIndex, buf, count); \ ptr-bufIndex += count; \ } \ else \ { \ ptr-header.len = \ ptr-header.maxlen = 0; \ SIVAL(ptr-header.offset,0,ptr-bufIndex); \ } \ } Initially I thought it's better not to touch this as it is difficult for me to see what the consequences are for other NTLMSSP messages, but now I think it's better to solve the problem at the root. Thanks, Johannes --- cvsnt-2.5.03.2382/protocols/ntlm/smbutil.c.orig 2006-10-21 03:30:43.0 +0200 +++ cvsnt-2.5.03.2382/protocols/ntlm/smbutil.c 2006-10-24 21:41:12.0 +0200 @@ -63,13 +63,26 @@ char versionString[] = PACKAGE_STRING; /* I am not crazy about these macros -- they seem to have gotten * a bit complex. A new scheme for handling string/buffer fields * in the structures probably needs to be designed + * + * The special handling for zero length items is necessary so the offset + * does not point past end of message if the last item of the message + * has zero length (otherwise server responds with The parameter is + * incorrect.). However if the item length is zero it doesn't matter + * where exactly the offset points to, I think. We just set it to zero. */ #define AddBytes(ptr, header, buf, count) \ { \ ptr-header.len = ptr-header.maxlen = UI16LE(count); \ - ptr-header.offset = UI32LE((ptr-buffer - ((uint8*)ptr)) + ptr-bufIndex); \ - memcpy(ptr-buffer+ptr-bufIndex, buf, count); \ - ptr-bufIndex += count; \ + if (buf count) \ +{ \ + ptr-header.offset = UI32LE((ptr-buffer - ((uint8*)ptr)) + ptr-bufIndex); \ + memcpy(ptr-buffer+ptr-bufIndex, buf, count); \ + ptr-bufIndex += count; \ +} \ + else \ +{ \ + ptr-header.offset = 0; \ +} \ } #define AddString(ptr, header, string) \
Bug#394398: cvsnt: NTLMSSP auth with empty domain part fails
Package: cvsnt Version: 2.5.03.2382-2 Severity: normal Tags: patch NTLMSSP authentication against a Windows cvsnt server fails. I have an older, hacked cvsnt version which works, and by comparing tcpdumps I found out that the pointer field of the second string (domain/workstation) of the type 1 NTLM message built by buildSmbNtlmAuthRequest() points past the end of the message when the domain argument is an empty string. The server then immediately rejects the auth request with a [80090308] The parameter is incorrect. reply. The attached patch fixes this, and makes NTLM auth work for me. (The older cvsnt version I have set the offset field to some totally bogus value when the string length is zero, thus I believe the offset value doesn't matter at all in this case, as long as it doesn't point past the end of the packet.) Thanks, Johannes -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-rc2 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cvsnt depends on: ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.10.02+dfsg-1 common error description library ii libexpat 1.95.8-3.3 XML parsing C library - runtime li ii libgcc1 1:4.1.1-16 GCC support library ii libkrb53 1.4.4-3 MIT Kerberos runtime libraries ii libssl0. 0.9.7k-3SSL shared libraries ii libstdc+ 1:3.3.6-13 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages cvsnt recommends: ii netbase 4.27 Basic TCP/IP networking system -- no debconf information --- cvsnt-2.5.03.2382/protocols/ntlm/smbutil.c.orig 2006-10-21 03:30:43.0 +0200 +++ cvsnt-2.5.03.2382/protocols/ntlm/smbutil.c 2006-10-21 03:50:05.0 +0200 @@ -258,6 +258,12 @@ buildSmbNtlmAuthRequest_userlen (tSmbNtl /* FIXME this should be workstation, not username */ AddBytes (request, user, user, user_len); AddString (request, domain, domain); + /* offset must not point past end of message (otherwise server responds + * with The parameter is incorrect.), however if the string length + * is zero it doesn't matter where exactly the offset points to, I think + */ + if (!domain || !*domain) +request-domain.offset--; } void
Bug#392009: magic: signedness bug for MPEG ADTS, layer I, v1
Package: file Version: 4.17-4 Severity: normal Tags: patch MPEG ADTS, layer I, v1 files are not recognized since the test for the sample rate in byte at offset 2 suffers from a signedness problem (byte vs. ubyte). Patch attached. Thanks, Johannes -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages file depends on: ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii libmagic14.17-4 File type determination library us file recommends no packages. -- no debconf information --- magic.orig 2006-10-09 19:16:34.0 +0200 +++ magic 2006-10-09 19:16:41.0 +0200 @@ -581,8 +581,8 @@ # modified by Joerg Jenderek # GRR the original test are too common for many DOS files, so test 32 = kbits = 448 0 beshort0xFFFE 0xFFFE -2 byte0xF0 0x0F -2byte0xF0 0xE1 MPEG ADTS, layer I, v1 +2 ubyte0xF0 0x0F +2ubyte0xF0 0xE1 MPEG ADTS, layer I, v1 # rate 2 byte0xF0 0x10 \b, 32 kBits 2 byte0xF0 0x20 \b, 64 kBits
Bug#391654: dnsmasq: resolvconf does not clear cache
Package: dnsmasq Version: 2.33-1+b1 Severity: normal Tags: patch I have to use a VPN connection (using vpnc) for some of my work. The same hostname might then resolve to a different IP address when the VPN connection is up or down. resolvconf correctly updates /var/run/dnsmasq/resolv.conf, and dnsmasq recognizes the change (logged to syslog). However, dnsmasq continues to return stale information from its cache. The attached patch sends SIGHUP to dnsmasq after the resolv.conf change to clear the cache. I wonder if this is generally the right thing to do, but it fixes my problem. I think ideally dnsmasq should have a config option to clear the cache automatically when it detects a resolv.conf change. Thanks, Johannes -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dnsmasq depends on: ii adduser 3.97Add and remove users and groups ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii libdbus-1-3 0.93-1 simple interprocess messaging syst ii netbase 4.27Basic TCP/IP networking system dnsmasq recommends no packages. -- no debconf information --- dnsmasq.orig2006-01-22 14:12:31.0 +0100 +++ dnsmasq 2006-10-07 22:37:49.0 +0200 @@ -20,6 +20,7 @@ RUN_DIR=/var/run/dnsmasq RSLVRLIST_FILE=${RUN_DIR}/resolv.conf TMP_FILE=${RSLVRLIST_FILE}_new.$$ +PID_FILE=/var/run/dnsmasq.pid [ -x /usr/sbin/dnsmasq ] || exit 0 [ -x /lib/resolvconf/list-records ] || exit 1 @@ -61,4 +62,5 @@ for N in $NMSRVRS ; do echo nameserver $N $TMP_FILE ; done mv -f $TMP_FILE $RSLVRLIST_FILE - +# clear dnsmasq cache +/sbin/start-stop-daemon --quiet --stop --pidfile $PID_FILE --signal HUP || :
Bug#389262: ripit: tray close hack causes IDE errors
Package: ripit Version: 3.5.1-1 Severity: normal At startup, ripit causes a number of the following errors: hdc: command error: status=0x51 { DriveReady SeekComplete Error } hdc: command error: error=0x50 { LastFailedSense=0x05 } ide: failed opcode was: unknown ATAPI device hdc: Error: Illegal request -- (Sense key=0x05) Illegal mode for this track or incompatible medium -- (asc=0x64, ascq=0x00) The failed Read 10 packet command was: 28 00 00 00 00 00 00 00 08 00 00 00 00 00 00 00 end_request: I/O error, dev hdc, sector 0 Buffer I/O error on device hdc, logical block 0 Buffer I/O error on device hdc, logical block 1 Buffer I/O error on device hdc, logical block 2 Buffer I/O error on device hdc, logical block 3 After I have ripped a few CDs, the kernel finally says: cdrom: dropping to single frame dma and after that CD ripping is extremely slow until reboot. My CD drive is a TEAC DV-W50D DVD+/-RW. This is caused by the following code in ripit: else { # Ugly hack to close the tray. system(more $cddev /dev/null 2 /dev/null); } I suggest to either replace more with eject -t, or omit this command altogether (ripit will then wait for the user to close the tray manually). Regards, Johannes -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages ripit depends on: ii cdda2wav5:1.0~pre4-1 Creates WAV files from audio CDs ii cdparanoia 3a9.8-14 An audio extraction tool for sampl ii libcddb-get-perl2.23-2 read the CDDB entry for an audio C ii libwww-perl 5.805-1 WWW client/server library for Perl ii vorbis-tools1.1.1-6 several Ogg Vorbis tools ripit recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389262: ripit: tray close hack causes IDE errors
On Sun, Sep 24, 2006 at 10:35:43PM +0200, Elimar Riesebieter wrote: On Sun, 24 Sep 2006 the mental interface of Johannes Stezenbach told: After I have ripped a few CDs, the kernel finally says: cdrom: dropping to single frame dma and after that CD ripping is extremely slow until reboot. My CD drive is a TEAC DV-W50D DVD+/-RW. Well, after ripping a few more CDs with a locally modified ripit, the cdrom: dropping to single frame dma thing happened again, without any prior error message. :-( So maybe this is a fnord in the kernel's (2.6.18) error handling, and the error messages caused by the close-tray hack in ripit have nothing to do with it. (They are still annoying, though.) Thanks, Johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345929: Is the patch applied ?
On Mon, Apr 24, 2006, Johannes Stezenbach wrote: On Sat, Apr 22, 2006, Lucas Bonnet wrote: Is the patch applied to the modular Xorg packages ? I updated to modular X today, and sadly it crashed after a few minutes (T42p, FireGL Mobility T2). I don't know how to map the version number of the xserver-xorg-video-ati-6.5.7.3 source package to X cvs, found ativersion.h ;-) but if the package is from the X11R7.0 release it apprarently does not contain the benh memory map fixes. xserver-xorg-video-ati version 6.5.8.0-1 fixes it for me. Thanks, Johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345929: Is the patch applied ?
On Sat, Apr 22, 2006, Lucas Bonnet wrote: Is the patch applied to the modular Xorg packages ? I updated to modular X today, and sadly it crashed after a few minutes (T42p, FireGL Mobility T2). I don't know how to map the version number of the xserver-xorg-video-ati-6.5.7.3 source package to X cvs, but if the package is from the X11R7.0 release it apprarently does not contain the benh memory map fixes. Johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359206: [Pkg-xfce-devel] Bug#359206: xfce4-panel: xfce4 panel crashes due to a free() of an invalid pointer
On Mon, Mar 27, 2006, Yves-Alexis Perez wrote: On Mon, 2006-03-27 at 11:10 +0200, Nando Santagata wrote: Package: xfce4-panel Version: 4.2.3-1 Severity: grave Justification: renders package unusable I'm using sid. I verified this bug after the last upgrade of the libc6 package. xfce4-panel lasts about one hour before crashing with the following error (memory address changes from time to time): *** glibc detected *** free(): invalid pointer: 0x083017a8 *** I tried to remove the plug-ins one by one, just to determine if the it's xfce4-panel itself to crash or one of the plugins, but the remove operation causes xfce4-panel to crash. This is a known bug (see #358358 and #358249) Could you try running xfce4-panel that way: G_SLICE=always-malloc xfce4-panel Are you using the xfce4-weather-plugin ? Is so, could you remove it, then rerun the panel without the GSLICE option and tell us if it works? I hit the same bug today, and yes, G_SLICE=always-malloc works around it, and removing the xfce4-weather-plugin fixes it. Thanks, Johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345929: 6.9.0.dfsg.1-2: radeon: FireGL Mobility T2: whole machine locks hard after some minutes: solved
After some hours of research here are my findings: This issue is tracked at x.org: https://bugs.freedesktop.org/show_bug.cgi?id=4847 And the cited patch by Benjamin Herrenschmidt fixes the issue for me: http://lists.freedesktop.org/archives/xorg/2005-December/011678.html :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345929: 6.9.0.dfsg.1-2: radeon: FireGL Mobility T2: whole machine locks hard after some minutes
Package: xserver-xorg Version: 6.9.0.dfsg.1-2 Followup-For: Bug #345929 I see something which fits some of the other descriptions for bug #345929: 6.8.2.dfsg.1-11 worked perfect, after upgrade to 6.9.0 my IBM T42p regularly crashes hard (no SysRq, no ping, the whole thing is just frozen; kernel NMI-watchdog doesn't kick in, all I can do is power off). I tried kernels 2.6.14 and 2.6.15 with and without radeonfb, and I tried to disable acceleration and clock scaling for the radeon X driver. Nothing helps. Sometimes the crash happens already during xdm startup, sometimes it can take hours for the crash to happen, but usually it crashes within ten minutes after boot. If I use firefox or gvim the crash happens sooner than if I just use xterm + vim. If I grab a gvim window with the mouse and wiggle it around X is likely to crash within a minute. I tried using the 6.8.2 radeon driver with 6.9.0 but it seems the binary formats are incompatible? For the moment I work around this by using radeonfb + fbdev X driver. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Aug 8 02:20 /etc/X11/X - /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1852284 Jan 6 11:15 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: ATI Technologies Inc M10 NT [FireGL Mobility T2] (rev 80) /var/lib/xfree86/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 4977 Jan 8 23:58 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config manual page. # (Type man XF86Config at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the ### BEGIN DEBCONF SECTION line above, and/or after the # ### END DEBCONF SECTION line below. ### END DEBCONF SECTION Section Files #FontPath unix/:7110# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType #FontPath /usr/lib/X11/fonts/truetype FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/75dpi FontPath/usr/lib/X11/fonts/100dpi EndSection Section Module # LoadGLcore Loadbitmap Loaddbe Loadddc # Loaddri Loadextmod # Load extmod but omit DGA extension # (the DGA extension is broken in the fglrx driver) # SubSection extmod # Option omit xfree86-dga # EndSubSection Loadfreetype # glx causes suspend/resume problems # Loadglx Loadint10 # Loadpex5 Loadrecord Loadspeedo Loadtype1 Loadvbe # Loadxie EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc102 Option XkbLayout de Option XkbVariantnodeadkeys Option AutoRepeat250 30 EndSection Section InputDevice Identifier Mouse[1] Driver mouse Option CorePointer Option Device/dev/misc/psaux Option Protocol PS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section InputDevice Driversynaptics IdentifierMouse[2] OptionDevice/dev/misc/psaux OptionProtocol auto-dev OptionLeftEdge 1700 OptionRightEdge 5300 OptionTopEdge 1700 OptionBottomEdge4200 OptionFingerLow 25 OptionFingerHigh50 OptionMaxTapTime180 OptionMaxTapMove220 OptionVertScrollDelta 100 OptionHorizScrollDelta 240 OptionMinSpeed 0.06 OptionMaxSpeed 0.12 OptionAccelFactor 0.0010 OptionCircularScrolling off Option SHMConfig on # Option
Bug#299139: libc6: missing support for large dev_t
Package: libc6 Version: 2.3.2.ds1-20 starting from kernel 2.6.11 the DVB drivers support more than 4 cards by using minor numbers 255. However, udev fails. Creating nodes manually with mknod(8) fails, too. udev works when it is built with USE_KLIBC=true. Bug#289945 addresses this problem, however I think the fix lacks the update for the makedev(), major() and minor() macros in /usr/include/sys/sysmacros.h. glibc-2.3.3 has a fix: http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/unix/sysv/linux/sys/sysmacros.h?cvsroot=glibc Johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]