Bug#447701: python-software-properties: dependency on unattended-upgrades has undesirable effects
Please consider this: unattended-upgrades hangs on shutdown occasionally, but this dependency means it can't be removed easily. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549064: x11-xserver-utils: xmodmap hangs X for several minutes
Package: x11-xserver-utils Version: 7.4+2 Severity: normal When running xmodmap to change the keymap (i.e., not to just print them), X hangs afterwards for several minutes until normal operation is resumed. By hang I mean: Mouse pointer moves, but no screen refresh; can change to text console. The processes X, dbus-daemon, xfconf and xfwm4 use 100% cpu in the meantime. I honestly do not know which component is to blame, but I'm filing it for the triggering component (xmodmap) just to do something. This may be related to the linux scheduler, maybe triggering some race, see http://patchwork.kernel.org/patch/46642/. But the scheduler is just part of it... it can not explain the following: During the hang, I have tried to monitor the dbus traffic. It consists of millions of lines like this: mc 1254241765 672139 62949 :1.3/org/xfce/Xfconf org.xfce.Xfconf GetProperty mr 1254241765 673529 63079 62949 :1.3 mc 1254241765 674977 62950 :1.3/org/xfce/Xfconf org.xfce.Xfconf PropertyExists mr 1254241765 676253 63080 62950 :1.3 It looks like some loop is entered where properties are invalidated repeatedly. Afterwards, everything is normal. I should mention that the same thing happens when using gnome instead of xfce. This is on (old, slow) VIA C3 processor and the VIA CLE266 graphics card (xserver-xorg-video-openchrome server). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11-xserver-utils depends on: ii cpp 4:4.3.3-9 The GNU C preprocessor (cpp) ii libc6 2.9-25 GNU C Library: Shared libraries ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libsm62:1.1.1-1 X11 Session Management library ii libx11-6 2:1.2.2-1 X11 client-side library ii libxau6 1:1.0.5-1 X11 authorisation library ii libxaw7 2:1.0.6-1 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi62:1.2.1-2 X11 Input extension library ii libxmu6 2:1.0.4-2 X11 miscellaneous utility library ii libxmuu1 2:1.0.4-2 X11 miscellaneous micro-utility li ii libxrandr22:1.3.0-2 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxt61:1.0.6-1 X11 toolkit intrinsics library ii libxtrap6 2:1.0.0-5 X11 event trapping extension libra ii libxxf86misc1 1:1.0.1-3 X11 XFree86 miscellaneous extensio ii libxxf86vm1 1:1.0.2-1 X11 XFree86 video mode extension l ii x11-common1:7.4+4X Window System (X.Org) infrastruc x11-xserver-utils recommends no packages. Versions of packages x11-xserver-utils suggests: pn cairo-5c none (no description available) pn nicklenone (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#548574: oprofile: opcontrol --start doesn't work in timer mode
Package: oprofile Version: 0.9.4+cvs20090629-2.1 Severity: normal Tags: patch When trying to start oprofile on Via C3 processor (which only supports timer mode), the following error is reported: oprofiled: no events specified. The following patch, found at http://sourceforge.net/tracker/?func=detailatid=116191aid=2845063group_id=16191 seems to fix it. --- opcontrol2009-08-25 17:28:23.0 -0400 +++ /usr/local/bin/opcontrol2009-07-10 16:03:40.0 -0400 @@ -1300,7 +1300,6 @@ fi if test $IS_TIMER = 1; then +OPROFILED_EVENTS=TIMER_INT return fi -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages oprofile depends on: ii debconf [debconf-2.0] 1.5.27Debian configuration management sy ii libc6 2.9-25GNU C Library: Shared libraries ii libgcc11:4.4.1-1 GCC support library ii libpopt0 1.14-4lib for parsing cmdline parameters ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages oprofile recommends: ii binutils 2.19.91.20090910-1 The GNU assembler, linker and bina Versions of packages oprofile suggests: pn oprofile-gui 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#514741: evince: full screen navigation in documents created, by LaTeX-Beamer requires two scrolling actions
Just a note on the behaviour, in the hope that it helps to understand the problem. It seems that evince DOES register the action (changes page) but does NOT refresh the screen (or rather, redraws the screen before the change takes place, except on the last/first page). Pressing Ctrl-R (reload) after an unsuccessful page turn confirms that evince thinks it's on the new page. This is on 2.26.1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#440687: #440687: audacious: High cpu usage while playing
Yes: it is significantly faster. And also my original measurements for xmms were wrong, which means that audacious and xmms now have similar performance on my system. For reference, these are the not-very-accurate numbers I collected now: .ogg.mp3 audacious 11% 20% xmms17% 15% {ogg,mpg}1235% 15% mplayer 4% 4% Thanks! -j. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440687: audacious: High cpu usage while playing
Package: audacious Version: 1.3.2-4 Severity: normal I'm looking at audacious to replace xmms on a not-so-fast system. xmms uses ~0.5% cpu to play mp3, 1-2% for ogg. Audacious uses ~30% cpu for mp3, ~20% for ogg, with the same settings for visualisation etc. This is steady-state cpu while playing (streaming over http), and not initial filetype scanning. This is a real problem for replacing xmms on older systems. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-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 audacious depends on: ii audacious-plugins 1.3.5-3 Base plugins for audacious ii libatk1.0-01.18.0-2 The ATK accessibility toolkit ii libaudacious5 1.3.2-4 Audacious C++ shared library ii libc6 2.6.1-1+b1GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgcc11:4.2.1-4 GCC support library ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.0-2 The GLib library of C routines ii libgtk2.0-02.10.13-1 The GTK+ graphical user interface ii libpango1.0-0 1.16.5-1 Layout and rendering of internatio ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.2-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.29.dfsg-1 GNOME XML library ii libxrandr2 2:1.2.1-1 X11 RandR extension library ii libxrender11:0.9.2-1 X Rendering Extension client libra Versions of packages audacious recommends: ii audacious-plugins-extra 1.3.5-3Various extra plugins for audaciou ii unzip 5.52-10De-archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389105: graphviz: make functionality easier to discover
Package: graphviz Version: 2.8-2.2 Severity: wishlist It takes some effort to discover what functionality is available, mainly because of many different programs with no naming consistency and not very descriptive names. I think a common prefix would help, but meanwhile adding something like this to for example README.Debian is an idea (found by dpkg -L graphviz and 19 invocations of man): Graph layout programs - dot - filter for drawing directed graphs neato - filter for drawing undirected graphs twopi - filter for radial layouts of graphs circo - filter for circular layout of graphs fdp - filter for drawing undirected graphs Graph drawing programs -- lefty - A Programmable Graphics Editor lneato - lefty + neato dotty - lefty + dotty Graph layout enhancement - gvcolor - flow colors through a ranked digraph unflatten - adjust directed graphs to improve layout aspect ratio gvpack - merge and pack disjoint graphs Graph information and transformation gc - count graph components acyclic - make directed graph acyclic nop - pretty-print graph file ccomps - connected components filter for graphs sccmap - extract strongly connected components of directed graphs tred - transitive reduction filter for directed graphs dijkstra - single-source distance filter bcomps - biconnected components filter for graphs gvpr - graph pattern scanning and processing language prune - prune directed graphs Other - gxl2dot,dot2gxl - GXL-DOT converters -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages graphviz depends on: ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libexpat1 1.95.8-3.3 XML parsing C library - runtime li ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-13 GCC support library ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libltdl31.5.22-4 A system independent dlopen wrappe ii libperl5.8 5.8.8-6.1Shared Perl library ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsm6 1:1.0.1-2X11 Session Management library ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-8X11 client-side library ii libxaw7 1:1.0.2-4X11 Athena Widget library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2X11 miscellaneous utility library ii libxpm4 1:3.5.5-2X11 pixmap library ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii tk8.4 8.4.12-1 Tk toolkit for Tcl and X11, v8.4 - ii zlib1g 1:1.2.3-13 compression library - runtime graphviz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359156: abcde: Modify usage of nice values
Package: abcde Version: 2.3.99.5-1 Severity: minor Tags: patch [I sent this once but my return address was invalid. It looks like it won't turn up in the bug database, but if it does then close on sight.] The included patch does the following, which I think is a good idea: 1) Run replaygain under ENCNICE nice level replaygain takes quite a while to finish and should be niceable, and I think it is natural to reuse ENCNICE rather than introduce another nice level 2) Ditto for tagging Actually, it is only with -M -1 (flac w/cuesheet) that the tagging operation takes noticeable time, but that one is about a minute on this computer (100% CPU). The same is done for the other tagging operations, but that is just for consistency. 3) When USEPIPES, use the READNICE nice level for the encoding also I noticed that when using USEPIPES=y, READNICE=0, ENCNICE=20, running another CPU intensive task effectively stops the reading process because it is throttled by the low-priority encoding process (priority inversion). A simple fix is to use READNICE instead of ENCNICE for the encoding process when using pipes. The patch is trivial, but I've only tested my own usage (flac+pipes). -j. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages abcde depends on: ii cd-discid 0.9-1CDDB DiscID utility ii cdparanoia 3a9.8-13 An audio extraction tool for sampl ii flac1.1.2+cvs20051109.05-0.0 Free Lossless Audio Codec - comman ii speex 1.1.12-1 The Speex Speech Codec ii vorbis-tools1.1.1-3 several Ogg Vorbis tools ii wget1.10.2-1 retrieves files from the web abcde recommends no packages. -- no debconf information --- abcde.old 2006-03-26 14:43:17.0 +0200 +++ abcde 2006-03-26 22:42:31.0 +0200 @@ -462,16 +462,16 @@ done case $OUTPUT in flac) - run_command replaygain-flac $METAFLAC --add-replay-gain [EMAIL PROTECTED] + run_command replaygain-flac nice $ENCNICE $METAFLAC --add-replay-gain [EMAIL PROTECTED] ;; vorbis|ogg) - run_command replaygain-vorbis $VORBISGAIN --album [EMAIL PROTECTED] + run_command replaygain-vorbis nice $ENCNICE $VORBISGAIN --album [EMAIL PROTECTED] ;; mp3) - run_command replaygain-mp3 $MP3GAIN -a [EMAIL PROTECTED] + run_command replaygain-mp3 nice $ENCNICE $MP3GAIN -a [EMAIL PROTECTED] ;; mpc) - run_command replaygain-mpc $MPPGAIN --auto [EMAIL PROTECTED] + run_command replaygain-mpc nice $ENCNICE $MPPGAIN --auto [EMAIL PROTECTED] ;; *);; esac @@ -722,7 +722,7 @@ eyed3) # FIXME # track numbers in mp3 come with 1/10, so we cannot # happily substitute them with $TRACKNUM - run_command tagtrack-$OUTPUT-$1 $TAGGER $TAGGEROPTS \ + run_command tagtrack-$OUTPUT-$1 nice $ENCNICE $TAGGER $TAGGEROPTS \ --comment=::$COMMENTOUTPUT -A $DALBUM \ -a $TRACKARTIST -t $TRACKNAME -Y $CDYEAR \ -G $GENREID -n ${TRACKNUM:-$1} ${TRACKNUM:+-N $TRACKS} \ @@ -731,7 +731,7 @@ ;; # FIXME # Still not activated... id3ed) - run_command tagtrack-$OUTPUT-$1 $TAGGER $TAGGEROPTS -c $COMMENTOUTPUT \ + run_command tagtrack-$OUTPUT-$1 nice $ENCNICE $TAGGER $TAGGEROPTS -c $COMMENTOUTPUT \ -a $DALBUM -n $TRACKARTIST -s $TRACKNAME -y $CDYEAR \ -g $GENREID -k ${TRACKNUM:-$1} \ $ABCDETEMPDIR/track$1.$OUTPUT @@
Bug#310133: [14-Aug-2005] lirc-0.7.2 released.
I just compiled 0.7.2 (because I need alsa-usb support) with gcc 4.0.3 and it seems to work. Maybe it is fixed, or is it some of the other drivers that have problems? -j. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334437: ddclient: Use of uninitialized value after upgrade to 3.6.2-4
Package: ddclient Version: 3.6.2-4 Severity: important My previously working ddclient setup started complaining, printing Use of uninitialized value in string ne at /usr/sbin/ddclient line 1640. many times when it is invoked. I'm not sure if it actually completes despite the errors, but marked this important just in case. My /etc/ddclient.conf, which worked before the upgrade, is reproduced here (with dummy passwords): pid=/var/run/ddclient.pid syslog=yes use=web, web=http://checkip.org/, web-skip='font color=green' server=dup.hn.org, protocol=hammernode1, \ login=riget, password=mypw, \ riget.hn.org server=dup.hn.org, protocol=hammernode1, \ login=fnord, password=mypw, \ fnord.hn.org -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ddclient depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii perl [perl5] 5.8.7-3Larry Wall's Practical Extraction ddclient recommends no packages. -- debconf information: * ddclient/run_daemon: false * ddclient/run_ipup: true * ddclient/username: ddclient/newconfigfmt: ddclient/modifiedconfig: ddclient/daemon_interval: 300 * ddclient/service: other * ddclient/interface: * ddclient/protocol: hammernode1 * ddclient/names: riget.hn.org * ddclient/server: hn.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301632: findutils: updatedb chokes on /.dev
Andreas Metzler wrote: This worked. The db I end up with after running updatedb directly is indeed incomplete. The good news is that this seems to be fixed in 4.2.20. Could you perhaps verify this, by temporarily installing 4.2.20-1 from experimental? Yes: 4.2.20 fixed it. Thanks, Jo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301632: findutils: updatedb chokes on /.dev
Andreas Metzler wrote: If I add the original line again, it fails in the same way. If I then mkdir /.dev it works again. The same behaviour (ie. updatedb fails and truncates db) if I instead add /foo /bar ext3 rw 0 0. Grr. I cannot reproduce this here. (running kernel-image-2.6.8-2-k7 2.6.8-13) Ok, this is weird. Using your sequence of commands, I cannot reproduce either. However, if I place the /foo /bar line *in the middle of mtab then I can. This is my /etc/mtab. This one fails. Notice the placement of the /foo /bar line; above (and including) this position it fails, below it works fine. /dev/hda1 / ext3 rw,noatime,errors=remount-ro,commit=20 0 0 proc /proc proc rw 0 0 sysfs /sys sysfs rw 0 0 devpts /dev/pts devpts rw,gid=5,mode=620 0 0 tmpfs /dev/shm tmpfs rw 0 0 /dev /dev/.static/dev unknown rw,bind 0 0 /foo /bar ext3 rw 0 0 none /dev tmpfs rw,size=10M,mode=0755 0 0 usbfs /proc/bus/usb usbfs rw 0 0 Now for the command sequence: [EMAIL PROTECTED] ~# locate initrd | wc -l 35 [EMAIL PROTECTED] ~# /etc/cron.weekly/find ; echo $? 0 [EMAIL PROTECTED] ~# locate initrd | wc -l 1 [EMAIL PROTECTED] ~# locate initrd /boot/initrd.gz [EMAIL PROTECTED] ~# updatedb /usr/bin/find: error in /etc/mtab: /bar: No such file or directory [EMAIL PROTECTED] ~# So the db isn't empty but it is not fully populated either. Cheers, Joachim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301632: findutils: updatedb chokes on /.dev
Andreas Metzler wrote: [snipalot] I'd appreciate if you could do these tests: * remove the /dev /.dev unknown rw,bind 0 0-line from /etc/mtab and reboot into your usual kernel. Check whether the broken line in mtab is regenerated. * If the line indeed is persistent make the same test with the older kernel. I did this and rebooted, and the line did not reappear. It was replaced by /dev /dev/.static/dev unknown rw,bind 0 0 which causes no problems. So it seems that something udev-related has put a truncated line in /etc/mtab. That's hardly findutils' fault :) Thanks for helping out. As to this, But there has to be more factors, becaus if I simply add the broken line to _my_ /etc/mtab (and optionally additionally mkdir /.dev) updatedb continues to work fine. If I add the original line again, it fails in the same way. If I then mkdir /.dev it works again. The same behaviour (ie. updatedb fails and truncates db) if I instead add /foo /bar ext3 rw 0 0. Cheers, Joachim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301632: findutils: updatedb chokes on /.dev
Package: findutils Version: 4.1.20-5 Severity: normal updatedb has stopped working (truncated db). No errors reported (from the cron job). Running manually, it says /usr/bin/find: error in /etc/mtab: /.dev: No such file or directory which references this line in /etc/mtab: /dev /.dev unknown rw,bind 0 0 This may have been caused by a recent kernel update (not a debian kernel). -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-ac12 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages findutils depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301632: findutils: updatedb chokes on /.dev
updatedb has stopped working (truncated db). No errors [...] which references this line in /etc/mtab: /dev /.dev unknown rw,bind 0 0 Is this a dead line in /etc/mtab? i.e. is the filesystem mounted (Please show /proc/mounts)? This is /proc/mounts: rootfs / rootfs rw 0 0 /dev/root / ext3 rw,noatime 0 0 proc /proc proc rw,nodiratime 0 0 sysfs /sys sysfs rw 0 0 /dev/root /dev/.static/dev ext3 rw,noatime 0 0 none /dev tmpfs rw 0 0 devpts /dev/pts devpts rw 0 0 tmpfs /dev/shm tmpfs rw 0 0 usbfs /proc/bus/usb usbfs rw 0 0 Kernel: Linux 2.6.10-ac12 [...] You are running udev, correct? Correct, I believe. At least /dev/.udevdb/ is populated and the package udev is installed. (please note: I'm just guessing that the kernel is involved, because that is the only change that I've made recently. I can reboot into an older kernel if you want me to.) -j. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293436: fnord: If-Modified-Since request parsed as localtime, not UTC
Package: fnord Version: 1.8-5 Severity: normal Tags: patch If-Modified-Since headers are not parsed correctly. They are always specified as GMT, but fnord parses them as if they were in the local timezone. The result is that 304 no change may be sent for changed content (if you're east of Greenwich) or content may be retransmitted needlessly (if you're west of Greenwich). The patch below fixes it for me. The first hunk is obviously correct since mktime is, by spec, localtime. The second hunk doesn't belong here but fixes the infinite loop mentioned in other bug ;) The third hunk sets timezone explicitly, because it isn't set by dietlibc -- but maybe it should be? --- fnord-1.9/httpd.c 2005-01-31 17:10:39.0 +0100 +++ fnord-1.9-new/httpd.c 2005-02-03 12:54:33.0 +0100 @@ -812,7 +812,7 @@ if (parsetime(c,x)) return (time_t)-1; done: x.tm_wday=x.tm_yday=x.tm_isdst=0; - return mktime(x); + return mktime(x)-timezone; } static struct stat st; @@ -1196,7 +1196,7 @@ off_t l=rangeend-rangestart; do { off_t c; - c=(l(131))?131:l; + c=(l(1UL31))?1UL31:l; if (sendfile(1,fd,offset,c)==-1) break; l-=c; } while (l); @@ -1229,6 +1229,10 @@ int len; int in; + struct timezone tz; + gettimeofday(0, tz); + timezone=tz.tz_minuteswest*60L; + if (argc1) chdir(argv[1]); #ifdef CHROOT -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-ac5 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292376: [Fwd: Re: fnord: Content-range off by one]
(forgot to cc bugs.debian.org originally, this is a copy fyi) Joachim Berdal Haga wrote: Felix von Leitner wrote: Darn! Same bug is also in gatling. Please try the CVS version. I tried 1.9 which works fine, thanks! Correction; range handling works fine. However, for me 1.9 seems to loop endlessly (using all cpu). Strace of process shows sendfile64(1, 3, [1151365], 2147483648) = 0 sendfile64(1, 3, [1151365], 2147483648) = 0 etc. I haven't investigated much further but it happens on files above a certain size (robots.txt worked fine; a 220kB file loops consistently but not when I transfer only the first 10kB via range request) and it happens at the end of the download. -j. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292376: fnord: Content-range off by one
Felix von Leitner wrote: Thus spake Gerrit Pape ([EMAIL PROTECTED]): Hi, Joachim Berdal Haga found a bug in fnord's handling of content-range requests, and also suggests a patch to fix it. Please see Darn! Same bug is also in gatling. Please try the CVS version. I tried 1.9 which works fine, thanks! (there is one little quirk, which you can see here: $ curl -i -r 26- http://localhost/robots.txt HTTP/1.0 206 Partial Content [...] Content-Length: 0 Content-Range: bytes 26-25/26 -- should probably return 416 -- but it doesn't really matter) - Joachim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292376: fnord: Content-range off by one
Package: fnord Version: 1.8-4 Severity: normal When a partial file is requested from fnord, the content returned is 1 byte to short. The reply headers are also inconsistent. Example: when bytes 0-499 are requested, the reply says Content-Length: 499 Content-Range: bytes 0-499/3492946 and 499 bytes are returned. However it should return 500 bytes (see f.x. http://www.freesoft.org/CIE/RFC/2068/178.htm), since the range is inclusive. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-ac5 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292376: Patch
Experimental patch (works for me, but not extensively tested) at http://riget.hn.org/fnord-content-range.patch -j -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290655: ifupdown: interfaces should be non-world-readable
Package: ifupdown Version: 0.6.4-4.8 Severity: normal The file /etc/network/interfaces may (for wireless networks) contain WEP keys. It should default to not be world-readable. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-ac5 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ifupdown depends on: ii debconf [debconf-2.0] 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii net-tools 1.60-10 The NET-3 networking toolkit -- debconf information: ifupdown/convert-interfaces: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]