Bug#601220: orphaning noip2? (was: Re: Bug#601220: noip2: abuse of debconf)
On 12/25/2010 10:37 AM, Joost van Baal wrote: As for the current bug, I'd like to point out that noip2 configuration and runtime state has always been kept in a binary configuration file. This doesn't match the Debian policy, and the current abuse of debconf is the result of a our deliberate attempt to workaround it. As documented in Bug #430842, I just found out. There's more background in bug #485725 [1]. This issue keeps coming up, our best intentions not withstanding. However, this still is a serious bug. Currently, someone who makes local changes to the content of the configuration file /var/lib/noip2/noip2.conf by running the noip2 client will lose her changes at an upgrade. Currently, no-ip offers debconf support for managing username, password, updating, matchlist, netdevice and forcenatoff. I assume this is generally really sufficient to use no-ip. Well, user changes will not be lost if the user performs them via dpkg-reconfigure. I'm not sure, however, if this is specifically documented anywhere. An extra plain text conffile needs to be introduced, and the advice in debconf-devel(7)'s ADVANCED PROGRAMMING WITH DEBCONF - Config file handling needs to be followed. Users should be advised not to change /var/lib/noip2/noip2.conf directly. I believe this way one fully adheres to http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.2 . It won't be trivial... I was under the impression that the current situation conforms with the debian policy, but I may be wrong. Your suggested solution makes sense, and I agree with your assessment that it won't be trivial to implement. Note that noip2 already contains significant debian-specific patches, in order to support configuration via debconf, and supporting plain a text conffile will only add to this unhealthy situation. In any case, I don't have the time to tackle this, and no real motivation, since, as I mentioned, I'm quite happy using a different update client (namely, ddclient [2]). Thanks, Avi Bye, Joost [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485725 [2] http://packages.debian.org/search?keywords=ddclient signature.asc Description: OpenPGP digital signature
Bug#601220: orphaning noip2? (was: Re: Bug#601220: noip2: abuse of debconf)
On 12/25/2010 08:21 AM, Joost van Baal wrote: Hi, Andres Mejia wrote: snip this package should be orphaned. snip Is Avi Rozen no longer interested in working on the noip2 Debian package? Not really. I'm still using no-ip.com services, but I've recently switched to using ddclient as the update client. As for the current bug, I'd like to point out that noip2 configuration and runtime state has always been kept in a binary configuration file. This doesn't match the Debian policy, and the current abuse of debconf is the result of a our deliberate attempt to workaround it. Cheers, Avi If so, it should indeed get orphaned. Googling revealed: You should set the package maintainer to Debian QA Group packa...@qa.debian.org and submit a bug report against the pseudo package wnpp. The bug report should be titled O: package -- short description indicating that the package is now orphaned. The severity of the bug should be set to normal. [...] send a copy to debian-de...@lists.debian.org by putting the address in the X-Debbugs-CC: header of the message [...] And the bug should be fixed too, of course... Bye, Joost signature.asc Description: OpenPGP digital signature
Bug#604969: hpodder: revised patch
Package: hpodder Version: 1.1.5.0+nmu2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 OK, I'm taking my first Haskell babysteps here :-) I've attached a revised patch. It seems to work at my end. Cheers, Avi - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hpodder depends on: ii curl 7.21.0-1 Get a file from an HTTP, HTTPS or ii id3v2 0.1.12-2 A command line id3v2 tag editor ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libffi5 3.0.9-3Foreign Function Interface library ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libsqlite3-0 3.7.3-1SQLite 3 shared library hpodder recommends no packages. hpodder suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkz3bKUACgkQwK8SobAxNVmJmQCfdqsNEAru0Um39O3OCSnTiKmy cEwAnR/GGkNnww4gyOG3XSUaYTOi3XzB =O7vB -END PGP SIGNATURE- Index: hpodder-1.1.5.0+nmu2/Download.hs === --- hpodder-1.1.5.0+nmu2.orig/Download.hs 2010-11-25 22:03:28.0 +0200 +++ hpodder-1.1.5.0+nmu2/Download.hs 2010-12-02 11:28:51.0 +0200 @@ -44,6 +44,9 @@ import System.Posix.IO import Data.Hash.MD5 import Control.Exception(evaluate) +import Network.URI(escapeURIString,isUnescapedInURI) +import List(elemIndex) +import Data.Maybe(isNothing) data Result = Success | Failure deriving (Eq, Show, Read) @@ -98,7 +101,10 @@ (defaultFileFlags {trunc = True}) msgfd2 - dup msgfd pid - pOpen3Raw Nothing (Just msgfd) (Just msgfd2) - curl (curlopts ++ curlrcopts ++ [url, -o, fp]) + curl (curlopts ++ curlrcopts ++ [ if isNothing ( elemIndex '%' url ) -- handle unescaped urls in feeds + then escapeURIString isUnescapedInURI url + else url, + -o, fp]) (return ()) closeFd msgfd closeFd msgfd2
Bug#604969: hpodder: fails to download from url that contains a comma character
On Tue, Nov 30, 2010 at 9:49 PM, John Goerzen jgoer...@complete.org wrote: Hi Avi, Thank you for the report and patch. I am not certain, however, that it's the right thing to do. The feed in question contains: enclosure url=http://www.tor.com//images/stories/stories/Gilman/Lightbringers_and_Rainmakers/Gilman, Felix - Lightbringers and Rainmakers.mp3 length=49306025 type=audio/mpeg/ in other words, the URL as given is incorrect (it should be using %20 instead of space right there in the feed). I see. So the comma has nothing to do with it, and the problem is with the original feed. won't your patch break compliant feeds by, say, replacing %20 by %2520? You're right. It will. I just verified that. So I guess my bug report should be re-tagged as a wishlist item: Please allow download of un-escaped url's. But I see how it would be troublesome to implement (maybe avoid escaping if the url contains % characters ?), and, unfortunately, I lack the haskell mojo to suggest a patch. Thanks, Avi - John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604969: hpodder: fails to download from url that contains a comma character
Package: hpodder Version: 1.1.5.0+nmu2 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hpodder fails to download mp3 file from the following url (error 404): http://www.tor.com//images/stories/stories/Gilman/Lightbringers_and_Rainmakers/Gilman, Felix - Lightbringers and Rainmakers.mp3 ( the podcast feed is http://www.tor.com/rss/category/TorDotStories ) The mp3 file exists, but the download fails because the url is passed unescaped to curl. I've attached a patch that fixes the problem at my end. Cheers, Avi - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hpodder depends on: ii curl 7.21.0-1 Get a file from an HTTP, HTTPS or ii id3v2 0.1.12-2 A command line id3v2 tag editor ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libffi5 3.0.9-3Foreign Function Interface library ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libsqlite3-0 3.7.3-1SQLite 3 shared library hpodder recommends no packages. hpodder suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkzuzBkACgkQwK8SobAxNVlPTwCfUaIYfG8OUaDHML1q8SqN3Mls fdkAoM+8tFC9raNHbJARh/2yyaQq6OqC =dzsn -END PGP SIGNATURE- Index: hpodder-1.1.5.0+nmu2/Download.hs === --- hpodder-1.1.5.0+nmu2.orig/Download.hs 2010-11-25 22:03:28.0 +0200 +++ hpodder-1.1.5.0+nmu2/Download.hs 2010-11-25 22:17:47.0 +0200 @@ -44,6 +44,7 @@ import System.Posix.IO import Data.Hash.MD5 import Control.Exception(evaluate) +import Network.URI(escapeURIString,isUnescapedInURI) data Result = Success | Failure deriving (Eq, Show, Read) @@ -98,7 +99,7 @@ (defaultFileFlags {trunc = True}) msgfd2 - dup msgfd pid - pOpen3Raw Nothing (Just msgfd) (Just msgfd2) - curl (curlopts ++ curlrcopts ++ [url, -o, fp]) + curl (curlopts ++ curlrcopts ++ [(escapeURIString isUnescapedInURI url), -o, fp]) (return ()) closeFd msgfd closeFd msgfd2
Bug#543568: initramfs-tools: usb storage device not recognized at boot after upgrade to kernel 2.6.30
Package: initramfs-tools Version: 0.93.4 Severity: important Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 USB storage device is not recognized at boot after kernel upgrade. It seems that the usb-storage module has been split into several mini modules, which are not copied to the initramfs image. In my case usb-storage.ko is copied but ums-cypress.ko is not copied. I've attached a patch against hook-functions that fixes this, by using copy_modules_dir to copy all the modules in kernel/drivers/usb/storage, instead of just usb-storage. I've set the severity to important because my USB storage device also happens to be the boot device... Cheers, Avi - -- Package-specific info: - -- /proc/cmdline BOOT_IMAGE=/vmlinuz-2.6.30-1-686 root=/dev/mapper/afula-root ro rootdelay=10 - -- /proc/filesystems ext3 fuseblk - -- lsmod Module Size Used by binfmt_misc 7120 1 ppdev 6348 0 parport_pc 22420 0 lp 8012 0 parport31144 3 ppdev,parport_pc,lp rfkill_input5272 0 sco 8832 2 bridge 39968 0 stp 2112 1 bridge bnep 10860 2 rfcomm 30368 0 l2cap 18120 6 bnep,rfcomm bluetooth 47060 6 sco,bnep,rfcomm,l2cap nfsd 204900 9 lockd 57972 1 nfsd nfs_acl 2640 1 nfsd auth_rpcgss31416 1 nfsd sunrpc163772 8 nfsd,lockd,nfs_acl,auth_rpcgss exportfs3792 1 nfsd powernow_k812260 0 cpufreq_conservative 6256 0 cpufreq_userspace 2768 0 cpufreq_stats 3520 0 cpufreq_powersave 1292 0 fuse 47752 1 loop 13324 0 snd_hda_codec_conexant17164 1 snd_hda_intel 22192 0 snd_hda_codec 63580 2 snd_hda_codec_conexant,snd_hda_intel snd_hwdep 6120 1 snd_hda_codec snd_pcm_oss32232 0 snd_mixer_oss 12368 1 snd_pcm_oss snd_pcm62420 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss arc41560 2 snd_seq_midi5688 0 snd_rawmidi18596 1 snd_seq_midi ecb 2368 2 snd_seq_midi_event 6212 1 snd_seq_midi snd_seq42436 2 snd_seq_midi,snd_seq_midi_event snd_timer 17436 2 snd_pcm,snd_seq snd_seq_device 6136 3 snd_seq_midi,snd_rawmidi,snd_seq b43 108932 0 snd49060 11 snd_hda_codec_conexant,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device soundcore 6184 1 snd rfkill 9668 3 rfkill_input,b43 rng_core3672 1 b43 i2c_nforce2 6448 0 snd_page_alloc 8180 2 snd_hda_intel,snd_pcm mac80211 142848 1 b43 i2c_core 20844 1 i2c_nforce2 joydev 8576 0 cfg80211 6 2 b43,mac80211 k8temp 3984 0 pcspkr 2104 0 serio_raw 4560 0 led_class 3852 1 b43 evdev 8028 12 psmouse37528 0 input_polldev 3588 1 b43 wmi 6184 0 battery 6012 0 processor 34504 1 powernow_k8 ac 2960 0 button 5060 0 ext3 107172 2 jbd41036 1 ext3 mbcache 6924 1 ext3 sha256_generic 11216 0 aes_i5868092 2 aes_generic27436 1 aes_i586 cbc 3012 1 dm_crypt 11092 1 dm_snapshot21604 0 ums_cypress 2888 0 sd_mod 28748 4 crc_t10dif 1632 1 sd_mod usb_storage48472 3 ums_cypress ide_cd_mod 24484 0 cdrom 30316 1 ide_cd_mod ide_pci_generic 3632 0 ohci_hcd 19880 0 ata_generic 4340 0 ehci_hcd 29680 0 sata_nv19688 1 libata150904 2 ata_generic,sata_nv amd74xx 5428 0 ssb37692 1 b43 pcmcia 24280 2 b43,ssb pcmcia_core31212 3 b43,ssb,pcmcia usbcore 126004 5 ums_cypress,usb_storage,ohci_hcd,ehci_hcd ide_core 88100 3 ide_cd_mod,ide_pci_generic,amd74xx scsi_mod 131800 4 ums_cypress,sd_mod,usb_storage,libata forcedeth 46584 0 video 18044 0 output 2604 1 video thermal12580 0 fan 4044 0 thermal_sys13140 4 processor,video,thermal,fan dm_mirror 12580 0 dm_region_hash 10668 1 dm_mirror dm_log
Bug#539907: memtest86+ cannot be launched with GRUB 2
Package: memtest86+ Version: 2.11-3 Severity: important Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After upgrading GRUB 2 memtest86+ cannot be launched anymore. GRUB says that the linux16 command should be used to boot into memtest86+ instead of the linux command. I've attached a patch against debian/grub that fixes this and also fixes bug #522345. Cheers, Avi. - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash memtest86+ depends on no packages. memtest86+ recommends no packages. Versions of packages memtest86+ suggests: ii grub-pc [grub] 1.96+20090725-1 GRand Unified Bootloader, version pn hwtools none (no description available) pn kernel-patch-badram none (no description available) pn memtest86none (no description available) pn memtesternone (no description available) ii mtools 4.0.10-1Tools for manipulating MSDOS files - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkp4E8AACgkQwK8SobAxNVnHFACfb1P0OdENnKL4mHlmtk2F1FEp EpAAnjI32UV+sD2wYlhV3jZpQEmEdBMB =c75n -END PGP SIGNATURE- Index: memtest86+-2.11/debian/grub === --- memtest86+-2.11.orig/debian/grub 2009-08-04 12:37:21.0 +0300 +++ memtest86+-2.11/debian/grub 2009-08-04 12:41:20.0 +0300 @@ -1,16 +1,16 @@ #!/bin/sh set -e -. /usr/lib/grub/update-grub_lib +. /usr/lib/grub/grub-mkconfig_lib if test -e /boot/memtest86+.bin ; then MEMTESTPATH=$( make_system_path_relative_to_its_root /boot/memtest86+.bin ) echo Found memtest86+ image: $MEMTESTPATH 2 cat EOF menuentry Memory test (memtest86+) { - linux $MEMTESTPATH + linux16 $MEMTESTPATH } menuentry Memory test (memtest86+, serial console 115200) { - linux $MEMTESTPATH console=ttyS0,115200n8 + linux16 $MEMTESTPATH console=ttyS0,115200n8 } EOF fi
Bug#527293: browser crashes when trying to view trailers on apple.com
Package: mozilla-mplayer Version: 3.55-1.1 Severity: normal Tags: patch mplayerplug-in crashes iceweasel when trying to watch .mov files at the apple.com/trailers website. The problem has been reported upstream [1] and fixed in CVS [2]. I've attached a patch against the current source package, based on the upstream fix. Cheers, Avi. [1] http://sourceforge.net/mailarchive/forum.php?thread_name=49FC8B49.3030708%40gmail.comforum_name=mplayerplug-in-devel [2] http://mplayerplug-in.cvs.sourceforge.net/viewvc/mplayerplug-in/mplayerplug-in/Source/plugin-list.cpp?r1=1.79r2=1.80view=patch -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mozilla-mplayer depends on: ii epiphany-browse 2.22.3-9 Intuitive web browser - dummy pack ii iceweasel 3.0.9-1 lightweight web browser based on M ii libc6 2.9-4GNU C Library: Shared libraries ii libgcc1 1:4.3.3-3GCC support library ii libglib2.0-02.20.0-2 The GLib library of C routines ii libgtk2.0-0 2.16.1-2 The GTK+ graphical user interface ii libstdc++6 4.3.3-3 The GNU Standard C++ Library v3 ii libx11-62:1.2.1-1X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii mplayer 1:1.0.rc2svn20090412-0.0 The Ultimate Movie Player For Linu mozilla-mplayer recommends no packages. mozilla-mplayer suggests no packages. -- no debconf information Index: mplayerplug-in-3.55/Source/plugin-list.cpp === --- mplayerplug-in-3.55.orig/Source/plugin-list.cpp 2009-05-06 18:16:33.0 +0300 +++ mplayerplug-in-3.55/Source/plugin-list.cpp 2009-05-06 18:17:37.0 +0300 @@ -408,16 +408,17 @@ code = 0; } } - if ((nextrmda - size) == p) - break; p = nextrmda + 4; - nextrmda = - (char *) memmem(p, - size - ((long) p - (long) buffer), - rmda, 4); - if (nextrmda == NULL) - nextrmda = buffer + size; - + if (p (buffer + size)) { + p = NULL; + } else { + nextrmda = + (char *) memmem(p, + size - ((long) p - (long) buffer), + rmda, 4); + if (nextrmda == NULL) + nextrmda = buffer + size; + } } break; // End QT Reference file
Bug#527129: emacs22-common: calc hangs when hitting ctrl-y (calc-yank)
Package: emacs22-common Version: 22.3+1-1 Severity: normal Tags: patch I used to be able to do the following in emacs 22.2: 1. copy a formula like '2+4.5' to the kill ring 2. use 'M-x calc' to launch calc 3. hit 'C-y' to yank the formula into calc 4. hit '=' to get a result on the stack In emacs 22.3 calc hangs at step 3, until I hit Ctrl-g, and the text is not yanked, because Ctrl-y is bound to calc-missing-key instead of calc-yank. Ctrl-y is first bound to calc-yank in lisp/calc/calc.el, and a few lines later is bound again, together with many other keys, to calc-missing-key. I've attached a patch that fixes this. Cheers, Avi. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs22-common depends on: ii dpkg 1.14.26Debian package management system ii emacsen-common1.4.17 Common facilities for all emacsen emacs22-common recommends no packages. Versions of packages emacs22-common suggests: ii emacs22-common-non-dfsg 22.3+1-1 GNU Emacs shared, architecture ind ii emacs22-el22.3+1-1 GNU Emacs LISP (.el) files -- no debconf information Index: emacs22-22.3+1/lisp/calc/calc.el === --- emacs22-22.3+1.orig/lisp/calc/calc.el 2009-05-05 16:03:36.0 +0300 +++ emacs22-22.3+1/lisp/calc/calc.el 2009-05-05 16:03:43.0 +0300 @@ -955,7 +955,7 @@ lOW) (mapc (lambda (x) (define-key map (char-to-string x) 'calc-missing-key)) (concat ABCDEFGHIJKLMNPQRSTUVXZabcdfghjkmoprstuvwxyz - :\\|!()[]{},;=~`\C-k\M-k\C-w\M-w\C-y\C-_)) + :\\|!()[]{},;=~`\C-k\M-k\C-w\M-w\C-_)) (mapc (lambda (x) (define-key map (char-to-string x) 'calcDigit-start)) _0123456789.#@) map)) signature.asc Description: OpenPGP digital signature
Bug#524020: fails to find/read/use configuration file on read-only media
martin f krafft wrote: noip2 requires write-access to the configuration file for standard operation. This is a bit daft: Your choice of wording is unnecessarily harsh, considering that the placement of the conf file is based on your own suggestion [1], and that /var/lib is a standard location for keeping runtime state [2]. If this is software madness, then maybe the init.d script could make a copy of the file to /dev/shm and use that, if /var/lib/noip2/noip2.conf is not writeable? This seems unnecessary, but a patch would be welcome. Thanks, Avi. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430842 [2] http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#THEVARHIERARCHY signature.asc Description: OpenPGP digital signature
Bug#524020: fails to find/read/use configuration file on read-only media
All I can do is apologise: sorry... No problem. This ain't the greatest piece of software on this planet... [patch] I've pushed a modified fix [1], so that both do_start and do_strace work like this. Thanks, Avi. [1] http://git.debian.org/?p=collab-maint/no-ip.git;a=commit;h=a9a23f8ef0469ed93eef1c196f0e70644e83354e signature.asc Description: OpenPGP digital signature
Bug#509348: no-ip: CVE-2008-5369 insecure tmp file handling
Nico Golde wrote: Patch for both issues attached If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. Patch applied, tested and pushed [1]. Thanks, Avi. [1] http://git.debian.org/?p=collab-maint/no-ip.git;a=commit;h=510dca5b1d1ee027581b25faf3ab8db2437724e9 signature.asc Description: OpenPGP digital signature
Bug#506387: New version no-ip 2.1.9 available
I've pushed 2.1.9 [1]. No-IP.com disabled the force_update feature from the short lived 2.1.8, which means that one still has to visit the No-IP.com website in order to activate a domain that has not changed its IP for more than 30(?) days, even if the DUC is installed and running. This affects users whose computer's IP address is not modified for long periods of time, yet isn't static. But there's also a simple workaround. [2] Please review and package it. Cheers, Avi. [1] http://git.debian.org/?p=collab-maint/no-ip.git;a=commit;h=9fcdb0f4b5790aa949f1c15a5b77e186e4bbf447 [2] https://bugs.launchpad.net/ubuntu/+source/no-ip/+bug/274479 signature.asc Description: OpenPGP digital signature
Bug#506387: New version no-ip 2.1.9 available
Looking at the code, it seems they're reviewing it for more security flaws. All of these are already covered by patches I've pushed against 2.1.7, except for stuff related to the new forced update feature (introduced in 2.1.8). I already had 2.1.8 working here before I saw this message. I think I'll wait a few more days, just in case they release again by then... Cheers, Avi. signature.asc Description: OpenPGP digital signature
Bug#506179: no-ip: remote code execution vulnerability
Nico Golde wrote: Looks good please upload. Thanks, but I'm just the resident code monkey ;-) Otavio should upload. BTW, you should use size_t instead of int for a length field. True. Pushed a fix. Cheers, Avi. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506179: no-ip: remote code execution vulnerability
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've pushed a fix[1] for this vulnerability, based on analysis of the exploit and the no-ip client code, and some limited local experiments. Note that I couldn't get a working reverse shell - I suspect the exploit itself is buggy, but I have no time to debug it... Thanks, Avi. [1]http://git.debian.org/?p=collab-maint/no-ip.git;a=commit;h=60ed93621ff36d9731ba5d9f9336d6eb91122302 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkkYN8ACgkQwK8SobAxNVkBvgCfUlSZ6kxGrAGZYb7kfls7GzMG ZGMAoN04Qv0rHxuEtjopoK3bnx6+zFhx =RugG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500183: hplip: hp-makeuri -c does not print cups uri
Package: hplip Version: 2.8.6.b-1 Severity: normal Tags: patch hal-cups-utils uses hp-makeuri, but is broken due to the fact that the -c option is broken (see bug #496660 [1]). According to the changelog this problem is already fixed, yet the relevant debian patch is not applied during build ( debian/patches/hp-makeuri-uri-only-output.dpatch ). I've attached a patch against debian/patches/00list that fixes this. Cheers, Avi. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=496660 -- Package-specific info: error: SIP not installed or version not found. note: For troubleshooting printing issues, it is best to have the CUPS 'LogLevel' note: set to 'debug'. To set the LogLevel to debug, edit the file /etc/cups/cupsd.conf (as root), note: and change the line near the top of the file that begins with 'LogLevel' to read: note: LogLevel debug note: Save the file and then restart CUPS (see your OS/distro docs on how to restart CUPS). note: Now, when you print, helpful debug information will be saved to the file: note: /var/log/cups/error_log note: You can monitor this file by running this command in a console/shell: note: tail -f /var/log/cups/error_log HP Linux Imaging and Printing System (ver. 2.8.6b) Dependency/Version Check Utility ver. 14.0 Copyright (c) 2001-8 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Note: hp-check can be run in three modes: 1. Compile-time check mode (-c or --compile): Use this mode before compiling the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies are installed to successfully compile HPLIP. 2. Run-time check mode (-r or --run): Use this mode to determine if a distro supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball has the proper dependencies installed to successfully run. 3. Both compile- and run-time check mode (-b or --both) (Default): This mode will check both of the above cases (both compile- and run-time dependencies). Saving output in log file: hp-check.log Initializing. Please wait... --- | SYSTEM INFO | --- Basic system information: Linux machine-cycle 2.6.26-1-686 #1 SMP Wed Sep 10 16:46:13 UTC 2008 i686 GNU/Linux Distribution: debian testing HPOJ running? No, HPOJ is not running (OK). Checking Python version... OK, version 2.5.2 installed Checking PyQt version... OK, version 3.17 installed. Checking SIP version... Checking for CUPS... Status: scheduler is running Version: 1.3.8 error_log is set to level: warn Checking for dbus/python-dbus... dbus daemon is running. python-dbus version: 0.82.4 | RUNTIME DEPENDENCIES | Checking for dependency: cups - Common Unix Printing System... OK, found. Checking for dependency: cups-ddk - CUPS driver development kit... OK, found. Checking for dependency: GhostScript - PostScript and PDF language interpreter and previewer... OK, found. Checking for dependency: PIL - Python Imaging Library (required for commandline scanning with hp-scan)... OK, found. Checking for dependency: ppdev - Parallel port support kernel module OK, found. Checking for dependency: PyQt - Qt interface for Python... OK, found. Checking for dependency: python-ctypes - A foreign function library for Python... OK, found. Checking for dependency: python-dbus - Python bindings for dbus... OK, found. Checking for dependency: Python 2.3 or greater - Required for fax functionality... OK, found. Checking for dependency: Reportlab - PDF library for Python... OK, found. Checking for dependency: SANE - Scanning library... OK, found. Checking for dependency: scanimage - Shell scanning program... OK, found. Checking for dependency: xsane - Graphical scanner frontend for SANE... OK, found. -- | HPLIP INSTALLATION | -- Currently installed HPLIP version... HPLIP 2.8.6b currently installed in '/usr/share/hplip'. Current contents of '/etc/hp/hplip.conf' file: # hplip.conf. Generated from hplip.conf.in by configure. [hplip] version=2.8.6b [dirs] home=/usr/share/hplip run=/var/run ppd=/usr/share/ppd/hpijs/HP ppdbase=/usr/share/ppd/hpijs doc=/usr/share/doc/hplip-doc/HTML icon=no cupsbackend=/usr/lib/cups/backend cupsfilter=/usr/lib/cups/filter drv=/usr/share/cups/drv # Following values are determined at configure time and cannot be changed. [configure] network-build=yes pp-build=yes gui-build=yes scanner-build=yes fax-build=yes dbus-build=yes cups11-build=no doc-build=yes shadow-build=no foomatic-drv-install=yes foomatic-ppd-install=no foomatic-rip-hplip-install=no internal-tag=2.8.6.20b --- | DISCOVERED PARALLEL DEVICES | --- No devices found. -- | DISCOVERED USB DEVICES | warning: Printer is not
Bug#496660: hal-cups-utils: hplip 2.8.6.b-1 almost fixes this
Package: hal-cups-utils Followup-For: Bug #496660 Contrary to the changelog hplip 2.8.6.b-1 doesn't actually fix the problem, due to the fact that the relevant patch is not applied to makeuri.py during build. I've submitted a bug report (#500183) and a patch to fix this [1]. In any case, this seems to be a bug in hplip and not in hal-cups-utils. Cheers, Avi. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500183 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hal-cups-utils depends on: ii cups 1.3.8-1lenny1 Common UNIX Printing System(tm) - ii hal0.5.11-3 Hardware Abstraction Layer ii libc6 2.7-13GNU C Library: Shared libraries ii libcups2 1.3.8-1lenny1 Common UNIX Printing System(tm) - ii libdbus-1-31.2.1-3 simple interprocess messaging syst ii libhal10.5.11-3 Hardware Abstraction Layer - share ii python 2.5.2-2 An interactive high-level object-o ii python-cupsutils 1.0.0-3 Python utility modules around the ii python-dbus0.82.4-2 simple interprocess messaging syst ii python-gobject 2.14.2-1 Python bindings for the GObject li hal-cups-utils recommends no packages. Versions of packages hal-cups-utils suggests: ii hplip 2.8.6.b-1 HP Linux Printing and Imaging Syst ii system-config-printer 1.0.0-3graphical interface to configure t -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480047: please run noip2 -D pid
tags 480047 = unreproducible thanks Alexis Huxley wrote: Okay, I've been running noip2 again for ten days with no problems at all. Thanks. I suggest to close the bug with user error. Tagging as unreproducible. Sorry for the inconvenience. No problem at all. Avi. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485725: this behavior is intentional
Please consult the discussion in bug #430842 [1], and section 10.7.2 of the Debian Policy Manual (The other way to do it is via the maintainer scripts ...) [2]. Cheers, Avi. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430842 [2] http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480047: please run noip2 -D pid
I was unable to confirm. My provider cuts my link too from time to time, but noip2 survives this. The message you get (daemon ended) is normal in case the daemon is killed with a signal (such as when stopping it manually). Are you using a script to reconnect to your provider? can you please check that you're not (inadvertently) stopping the noip2 service as a side effect? In any case please run the following (as root) after the daemon is started: noip2 -D pid (get the pid from the log) - this may provide some more info. Cheers, Avi. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480312: xserver-xorg-video-ati: complete lockup upon x startup [ATI Radeon Mobility IGP320M (U1) 4336]
Package: xserver-xorg-video-ati Version: 1:6.8.0-1 Severity: important Tags: patch X server does not start after upgrade to X.Org 7.3 (xserver-xorg-video-ati upgraded from 6.6.3-2 to 6.8.0-1) - the computer completely locks up when first switching from VT (vga=791) to graphical display: caps lock led keeps blinking, no disk activity, no ping. I tracked it down with 'git bisect' to the following commit: 80eee856938756e1222526b6c39cee8b5252b409 is first bad commit commit 80eee856938756e1222526b6c39cee8b5252b409 Author: Matthieu Herb Date: Tue Oct 9 16:17:50 2007 -0400 RADEON: fix console restore on netbsd Include the mode restore bugfix from monolithic Xorg, that is derived from the version in xsrc which in turn was provided by Matthieu Herb over 3 years ago on the XFree86 lists. Suggested by various developers, hold-back due to the working state in xorg-server 1.1.1. Tracing down the exact change showed that the changed default color depth made this issue a lot more prominent again. Discussed with Eric Anholt. :04 04 db9f8db2b0740d5144bb139e72a8dc5f2403ce3f 75a9aa9c3077acdd9ad972fde4cc54a583665864 M src I've attached a patch against 6.8.0-1, that reverts this commit on Linux, and fixes the problem on my end. Cheers, Avi Rozen. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2006-11-22 19:53 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1674940 2008-04-29 21:37 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility U1 /etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1192 2008-05-08 01:48 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel presario Option XkbLayout us,il Option XkbVariant,lyx Option XkbOptionsgrp:shift_caps_toggle EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option Emulate3Buttons true EndSection Section Device Identifier Configured Video Device EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 39032 2007-09-03 14:01 /var/log/Xorg.20.log -rw-r--r-- 1 root root 42001 2008-05-09 14:57 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.4.0.90 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20080131-4) Current Operating System: Linux machine-cycle 2.6.24-1-686 #1 SMP Sat Apr 19 00:37:55 UTC 2008 i686 Build Date: 29 April 2008 08:24:00PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu May 8 23:07:32 2008 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device
Bug#480312: xserver-xorg-video-ati: complete lockup upon x startup [ATI Radeon Mobility IGP320M (U1) 4336]
Brice Goglin wrote: Avi Rozen wrote: Package: xserver-xorg-video-ati Version: 1:6.8.0-1 Severity: important Tags: patch X server does not start after upgrade to X.Org 7.3 (xserver-xorg-video-ati upgraded from 6.6.3-2 to 6.8.0-1) - the computer completely locks up when first switching from VT (vga=791) to graphical display: caps lock led keeps blinking, no disk activity, no ping. Please try xserver-xorg-video-ati from experimental, or (better) a recent upstream git snapshot. Brice Thanks for the prompt reply. I did as you suggested: git clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-ati # last commit in upstream git is 94405eb1c9e4e0ababc6aef03b753d6ed9eb7838 cd xf86-video-ati ./autogen.sh --prefix=/usr make make install same problem: computer locks up on X startup when switching from VT to graphical display. I applied the patch that I submitted in the original bug report: patch src/radeon_driver.c ../lockup-fix.diff make make install and this fixed the lockup. Avi. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454341: hplip: workaround
Package: hplip Followup-For: Bug #454341 Same here with HP OfficeJet 5510. A similar bug in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/hplip/+bug/59409 A workaround is described at https://bugs.launchpad.net/ubuntu/+source/hplip/+bug/59409/comments/12 Works for me. HTH. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hplip depends on: ii adduser 3.105add and remove users and groups ii coreutils 5.97-5.3 The GNU core utilities ii cupsys 1.3.4-4 Common UNIX Printing System(tm) - ii hplip-data 2.7.10-5 HP Linux Printing and Imaging - da ii libc6 2.7-4GNU C Library: Shared libraries ii libcupsys2 1.3.4-4 Common UNIX Printing System(tm) - ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libsane 1.0.19~cvs20070730-1 API library for scanners ii libsnmp15 5.4.1~dfsg-4 SNMP (Simple Network Management Pr ii libssl0.9.8 0.9.8g-3 SSL shared libraries ii libusb-0.1-42:0.1.12-8 userspace USB programming library ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii python 2.4.4-6 An interactive high-level object-o ii python-support 0.7.5automated rebuilding support for p Versions of packages hplip recommends: ii cupsys-client1.3.4-4 Common UNIX Printing System(tm) - ii hpijs2.7.10+2.7.10-5 HP Linux Printing and Imaging - gs ii hpijs-ppds 2.7.10+2.7.10-5 HP Linux Printing and Imaging - HP ii hplip-gui2.7.10-5HP Linux Printing and Imaging - GU pn openprinting-ppdsnone (no description available) ii python-reportlab 2.0dfsg-1 ReportLab library to create PDF do -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450562: please test with current git repository
Verified. I pushed a fix to the git repository. Can you please check that it works on your end? (see instructions below) Thanks, Avi. cd temp git clone http://git.debian.org/git/collab-maint/no-ip.git cd no-ip dpkg-buildpackage -rfakeroot -uc -tc -b as root: dpkg -i temp/noip2_2.1.7-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386592: gtklp: patch - don't save options on exit by default
Zak B. Elep wrote: Thanks for the patch. I'm in the process of rebuilding my Debian system, so I hope to get a package out soon. Please note that this is not a real fix. gtklp should really save printing options to its own private option file or use its own printer instances (e.g. printer/gtklp). Cheers, Avi. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386592: gtklp: patch - don't save options on exit by default
Package: gtklp Version: 1.2.3-1 Followup-For: Bug #386592 This patch removes the default tick-mark on the option Save all preferences on exit (GtkLP tab), so that new users won't get their .cups/lpoptions clobbered by default. gtklp ruined my day - took me quite a while to figure out why applications were only printing the first page of any document... It shouldn't affect existing users. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gtklp depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libcupsys2 1.3.2-1 Common UNIX Printing System(tm) - ii libfontconfig1 2.4.2-1.2generic font configuration library ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgnutls13 1.7.19-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime gtklp recommends no packages. -- no debconf information --- gtklp/gtklp_functions.c 2007-10-04 23:24:40.0 +0200 +++ ../../gtklp-1.2.3/gtklp/gtklp_functions.c 2007-10-04 23:08:54.0 +0200 @@ -711,7 +711,7 @@ if(which = 1) { - saveonexit=1; + saveonexit=0; saveanz=1; rememberprinter=0; remembertab=0;
Bug#443149: noip2: also fails if more than one network interface is detected
Package: noip2 Version: 2.1.7-1 Followup-For: Bug #443149 I face a similar problem (post-install hangs), but in my case it's triggered by the fact that I have more than one network interface and noip2 asks me to select which one to use: Auto configuration for Linux client of no-ip.com. Multiple network devices have been detected. Please select the Internet interface from this list. By typing the number associated with it. 0 eth0 1 eth1 2 ppp0 I enter my selection, and at this point installation hangs. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages noip2 depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries noip2 recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424663: dcraw: upgrade procedure
Package: dcraw Version: 8.39-1 Followup-For: Bug #424663 An interim upgrade is possible using the getsource script, which is part of this package: cd temporary directory /usr/share/doc/dcraw/examples/getsource ... follow instructions (update changelog etc.) ... ... package is built from upstream snapshot ... dpkg -i dcraw_x.xx-1_i386.deb (where x.xx is the upstream version). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dcraw depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblcms1 1.16-6 Color management library dcraw recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435682: synaptic: missing space between -c option and url in generated download script
Package: synaptic Version: 0.60 Severity: normal Tags: patch The menu item File-Generate package download script genrates lines like this wget -chttp://ftp.de.debian.org/debian/pool/main/e/emacs21/emacs21-common_21.4a+1-5_all.deb with no space between the -c option and the url. Attached patch fixes this. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages synaptic depends on: ii apt [libapt-pkg-libc6.5 0.7.3Advanced front-end for dpkg ii apt-utils [libapt-inst- 0.7.3APT utility programs ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.6-2GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2-20070712-1 GCC support library ii libglade2-0 1:2.6.1-1library to load .glade files at ru ii libglib2.0-02.12.13-1The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libstdc++6 4.2-20070712-1 The GNU Standard C++ Library v3 ii libvte9 1:0.16.6-1 Terminal emulator widget for GTK+ ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.1-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.29.dfsg-1GNOME XML library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii scrollkeeper0.3.14-13A free electronic cataloging syste Versions of packages synaptic recommends: ii deborphan 1.7.23 Find orphaned libraries ii gksu 2.0.0-4graphical frontend to su ii libgnome2-perl1.040-1Perl interface to the GNOME librar -- no debconf information --- synaptic-0.60/gtk/rgmainwindow.cc 2007-06-10 23:25:47.0 +0300 +++ synaptic-0.60-fix/gtk/rgmainwindow.cc 2007-08-02 12:30:49.0 +0300 @@ -3352,7 +3352,7 @@ ofstream out(file); out #!/bin/sh endl; for(int i=0;iuris.size();i++) { - out wget -c uris[i] endl; + out wget -c uris[i] endl; } chmod(file, 0755); }
Bug#433307: linux-image-2.6-k7: problem solved - not a bug
Package: linux-image-2.6-k7 Followup-For: Bug #433307 The real problem: my cable modem responds with a bogus mtu (576) upon a dhcp query - however, larger packets are still received (!!!) Kernel versions = 2.6.18 silently handle larger packets (dev-hard_mtu remains 1514). Kernel versions = 2.6.19 adapt the receive buffer size to match the mtu (in order to handle jumbo frames). The bogus mtu causes the frame rx errors because it's typically smaller than actual received packet payload size. The workaround: supersede the mtu for this interface, by adding the following lines to /etc/dhcp3/dhclient.conf : interface eth1 { supersede interface-mtu 1500; } Please close this bug. Cheers, Avi. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6-k7 depends on: ii linux-image-2.6.22-1-k7 2.6.22-3 Linux 2.6.22 image on AMD K7 linux-image-2.6-k7 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433307: linux-image-2.6-k7: results of git bisect
Package: linux-image-2.6-k7 Version: 2.6.21+8 Followup-For: Bug #433307 I've followed through with a git bisect, and homed in on the following commit (before 2.6.19): a99c19492a801013fd25ce7bab1f0f65a328a4ba is first bad commit commit a99c19492a801013fd25ce7bab1f0f65a328a4ba Author: Jamie Painter [EMAIL PROTECTED] Date: Thu Jul 27 14:17:28 2006 -0400 USB: usbnet - Add unlink_rx_urbs() call to allow for Jumbo Frames Add usbnet_unlink_rx_urbs() which can be called by mini-drivers when they change their MTU such as for Jumbo Frame support. Signed-off-by: David Hollis [EMAIL PROTECTED] Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED] :04 04 4248c6b610ebe61233e08bf6e2051c733c69245d 28b8a35b3b280711e12183a17a312c4db17c7002 M drivers So it looks like a problem with the usb ethernet connection to the cable modem. I've posted a query on the linux-usb-users mailing list, but got no replies so far. I'd appreciate any feedback on this. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6-k7 depends on: ii linux-image-2.6.21-2-k7 2.6.21-6 Linux 2.6.21 image on AMD K7 linux-image-2.6-k7 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433307: linux-image-2.6-k7: pptp vpn broken after upgrade from 2.6.18 to 2.6.21
Package: linux-image-2.6-k7 Version: 2.6.21+8 Severity: important Internet connection stops working after upgrade: dns and ping work, http, pop3, and imap clients manage to connect but timeout when waiting for remote data. I also can't connect to the box with either ssh or web client. Connection type: pptp via usb cable modem. Partial workaround: lower MTU of ppp0 from default 1500 to 512 (!). This reduces download speed by ~40% (compared to 2.6.18 kernel), but otherwise web access seems functional. More configuration info: computer: Compaq Presario 900 laptop (Mobile AMD Athlon(tm) XP 1500+) cable modem: Thomson DCM245 (handled by usbnet module cdc_ether) firewall disabled (iptables --list shows no chains) ifconfig and route output is similar on both kernels (ip's removed), except for error count on eth1: eth1 Link encap:Ethernet HWaddr hh:hh:hh:hh:hh:hh inet addr:xx.xx.xx.xx Bcast:255.255.255.255 Mask:255.255.224.0 UP BROADCAST RUNNING MULTICAST MTU:576 Metric:1 RX packets:2075 errors:107 dropped:0 overruns:0 frame:107 TX packets:1141 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:331521 (323.7 KiB) TX bytes:121522 (118.6 KiB) ppp0 Link encap:Point-to-Point Protocol inet addr:yy.yy.yy.yy P-t-P:pp.pp.pp.pp Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:673 errors:0 dropped:0 overruns:0 frame:0 TX packets:758 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:96006 (93.7 KiB) TX bytes:56269 (54.9 KiB) Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface pp.pp.pp.pp * 255.255.255.255 UH0 00 ppp0 pp.pp.pp.pp gg.gg.gg.gg 255.255.255.255 UGH 0 00 eth1 10.0.0.0* 255.255.255.0 U 0 00 eth0 xx.xx.192.0 * 255.255.224.0 U 0 00 eth1 default * 0.0.0.0 U 0 00 ppp0 (eth0 is a local ethernet adapter) (a route to the pptp server, thru the isp's local loop gateway is added when eth1 is brought up: /sbin/route add -host pp.pp.pp.pp gw gg.gg.gg.gg ) content of options.pptp: debug lock noauth nobsdcomp nodeflate lcp-echo-failure 10 lcp-echo-interval 20 noipdefault hide-password usepeerdns persist holdoff 60 maxfail 0 defaultroute replacedefaultroute -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6-k7 depends on: ii linux-image-2.6.21-2-k7 2.6.21-6 Linux 2.6.21 image on AMD K7 linux-image-2.6-k7 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432655: ktshell cannot display seeds/downloads that are not shown in ktorrent gui
Package: ktorrent Version: 2.1.4.dfsg.1-3+b1 Severity: normal If the user filters the display of torrents using the groups tab in ktorrent, then the filtered torrents cannot be listed in ktshell. This happens because ktorrent responds with a single empty line for each file that is not shown in the gui, instead of the full 10 line record, when it's interrogated by ktshell. Workaround: show all torrents in ktorrent gui. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ktorrent depends on: ii kdelibs4c2a 4:3.5.7.dfsg.1-1 core libraries and binaries for al ii libavahi-client30.6.19-2 Avahi client library ii libavahi-common30.6.19-2 Avahi common library ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libgcc1 1:4.2-20070627-1 GCC support library ii libgeoip1 1.3.17-1.1 A non-DNS IP-to-country resolver l ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libqt3-mt 3:3.3.7-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1X11 Session Management library ii libstdc++6 4.2-20070627-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime Versions of packages ktorrent recommends: ii kdebase-data 4:3.5.7-1 shared data files for the KDE base -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432655: ktorrent: some more info
Package: ktorrent Version: 2.1.4.dfsg.1-3+b1 Followup-For: Bug #432655 I'm using a patched vesrion of ktshell (see bug #432433). By can't display I mean that the torrent record displayed is mangled - most fields are empty or showing wrong data. When showing all torrents in ktshell (option 1 in the main menu), all records may be mangled, not only the ones filtered in the ktorrent gui. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432655: ktshell torrent list is still mangled in ktorrent 2.2
Package: ktorrent Version: 2.2.0.dfsg.1-1 Tags: patch Followup-For: Bug #432655 I've confirmed that ktorrent 2.2 provides torrent info for seeds and downloads regardless of gui display (as it should). ktshell display is, however, still mangled - this is caused by two problems: 1) empty lines are output for the Time left field (see bug #432433) 2) the number of lines per torrent record has changed from 10 to 13 I've attached a patch that fixes these issues, and also displays the extra info. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ktorrent depends on: ii kdelibs4c2a 4:3.5.7.dfsg.1-1 core libraries and binaries for al ii libavahi-client30.6.19-2 Avahi client library ii libavahi-common30.6.19-2 Avahi common library ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libgcc1 1:4.2-20070627-1 GCC support library ii libgeoip1 1.3.17-1.1 A non-DNS IP-to-country resolver l ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libqt3-mt 3:3.3.7-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1X11 Session Management library ii libstdc++6 4.2-20070627-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime Versions of packages ktorrent recommends: ii kdebase-data 4:3.5.7-1 shared data files for the KDE base -- no debconf information 136c136 done|$ktorrentp getTorrentInfo %1` ) --- done|$ktorrentp getTorrentInfo %1|sed s/^$/-/` ) 143c143 let tors[$A]=$i/10 --- let tors[$A]=$i/13 146,147c146,149 echo -n Time Left:${torinfo[$i+7]} echo Peers: ${torinfo[$i+8]} --- echo Time Left:${torinfo[$i+7]} echo -n Peers: ${torinfo[$i+8]} echo -n Seeders: ${torinfo[$i+11]} Leechers: ${torinfo[$i+12]} echo Share Ratio: ${torinfo[$i+10]} 151c153 let i=$i+10 --- let i=$i+13
Bug#432433: ktorrent: seeds info not shown correctly in ktshell
Package: ktorrent Version: 2.1.4.dfsg.1-3+b1 Severity: normal Tags: patch ktshell mangles all seeds records - correct number of records is displayed, but some fields are missing values, some show filenames instead of numbers, etc. Downloads are displayed correctly. Problem is caused by an empty line in the Time left field, as returned from ktorrent, when it's interrogated by ktshell (see patch). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ktorrent depends on: ii kdelibs4c2a 4:3.5.7.dfsg.1-1 core libraries and binaries for al ii libavahi-client30.6.19-2 Avahi client library ii libavahi-common30.6.19-2 Avahi common library ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libgcc1 1:4.2-20070627-1 GCC support library ii libgeoip1 1.3.17-1.1 A non-DNS IP-to-country resolver l ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libqt3-mt 3:3.3.7-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1X11 Session Management library ii libstdc++6 4.2-20070627-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime Versions of packages ktorrent recommends: ii kdebase-data 4:3.5.7-1 shared data files for the KDE base -- no debconf information 136c136 done|$ktorrentp getTorrentInfo %1` ) --- done|$ktorrentp getTorrentInfo %1|sed s/^$/-/` )
Bug#423521: patches to wmiiloop and wmiirc
Package: wmii Version: 3.6~rc2+20070518-1 Followup-For: Bug #423521 The following patches seem to fix keyboard problems at my end. (based on the current official upstream snapshot). patch for /etc/X11/wmii-3.5/wmiirc: 166c166 eval $(eventstuff | sed 's/^[]//' | wmiiloop) --- eval $(eventstuff | sed 's/^[]//' | { . wmiiloop; }) patch for /usr/bin/wmiiloop: 15d14 print IFS='' -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wmii depends on: ii dwm-tools 22-1 dynamic window manager (tools) ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar Versions of packages wmii recommends: ii wmii-doc 1:1-3 lightweight tabbed and tiled X11 w -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]