Bug#489729: xserver-xorg-video-intel: synchronization with virtical refresh broken after suspend to ram

Sorry, i did submit this report by accident - it was not really finished. Additional notes: The bug is about synchronization of OpenGL buffer swap to the "vertical refresh" / display frame rate¹. The test script is for gauche (+gauche-gl module) [aptitude install gauche-gl]. If you run the scr

Bug#489729: xserver-xorg-video-intel: synchronization with virtical refresh broken after suspend to ram

Package: xserver-xorg-video-intel Version: 2:2.3.2-2 Severity: normal Starting with version 2:2.3.2-1 synchronization with virtical refresh finally works! There is only a minor glitch: after suspend to ram it is broken: The buffers are swapped at the wrong time. #!/bin/sh #| -*- mode: scheme; codi

Bug#489410: avfs: cpio handler does not work

Package: avfs Version: 0.9.8-3 Severity: normal The cpio handler is broken: $mountavfs $cd .avfs/boot/someinitrd#ugz#ucpio $ls nothing the problem is in extfs/ucpio the script expects awk to be present as /bin/awk but at least on my system it is at /usr/bin/awk greetings jens patch: diff -Nur a

Bug#487376: w3c-linkchecker cgi broken? Insecure dependency in eval while running with -T switch ...

Package: w3c-linkchecker Version: 4.3-1 Severity: normal if i try to use the cgi i only get: "Software error: Insecure dependency in eval while running with -T switch at /usr/share/perl5/HTTP/Message.pm line 390. For help, please send mail to the webmaster ([EMAIL PROTECTED]), giving this error

Bug#486094: debconf: hangs on selecting "show a side-by-side difference between the versions"

Package: debconf Version: 1.5.22 Followup-For: Bug #486094 there diffinitely is a bug somewhere i have seen the same problem at first 100% cpu is consumed for a long time strace does not show anything but ltrace shows a lot of memcpy/memmoves: memmove(0x8a12b40, 0x8a17018, 1, 0x83407b0, 0)

Bug#461556: iceweasel: still reproducible

Package: iceweasel Version: 2.0.0.14-2 Followup-For: Bug #461556 [EMAIL PROTECTED]:~$ iceweasel -safe-mode file:///tmp/crash.html The program 'gecko' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (

Bug#484768: xmldiff-xmlrev: compilation error - package useless?

Package: xmldiff-xmlrev Version: 0.6.8-4 Followup-For: Bug #484768 I see the exact same problem with newer versions. This bug makes this package useless? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i68

Bug#483389: xmp should not expect valid input / signedness problems

Package: xmp Version: 2.5.1-1 Severity: normal by accident i corrupted an .xm file xmp consumed all memory and my machine crashed (though this is not xmps fault) taking a quick look at the problem i found that there are at least 2 places (i guess there are many more) where input is not checked ca

Bug#469868: It works now

For me it now works, too: Package: at Version: 3.1.10.1 Package: linux-image-2.6.24-1-686 Version: 2.6.24-6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#476879: mkvtoolnix: lenny build somehow broken?

Package: mkvtoolnix Version: 2.0.2-1.1 Severity: normal lenny/testing build or library dependencies are somehow broken: $ mkvmerge mkvmerge: symbol lookup error: mkvmerge: undefined symbol: _ZN7pcrecpp2RE6no_argE $ ldd $(which mkvmerge) linux-gate.so.1 => (0xe000) libmagic.s

Bug#461556: (no subject)

Package: iceweasel Version: 2.0.0.13-0etch1 Followup-For: Bug #461556 For me this is still perfectly reproducible in lenny using iceweasel -safe-mode and the versions attached. I did not try using newer libcairo but I do not think this is related to cairo at all. Could someone confirm this? m

Bug#475707: sysstat usability: typo in brug report

of course this should have been: the default value for count is 1 for sar but "endless" for pidstat. maybe this patch is already good enough (untested! don't apply) diff -Nur sysstat-8.1.2.orig/man/pidstat.1 sysstat-8.1.2.new/man/pidstat.1 --- sysstat-8.1.2.orig/man/pidstat.1 2007-11-10 14:41:32.0

Bug#475707: sysstat usability: default value for count inconsistent and average printing

Package: sysstat Version: 8.0.4-1 Severity: wishlist A bit nitpicking here (sorry but I was annoyed): Probably too late and for upstream: the default value for count is 0 for sar but "endless" for pidstat. Some consistency would be nice there. Example: $pidstat -d 2 will enter endless loop while

Bug#475605: z88dk: Regression: amstrad cpc output broken after upgrade from debian version 1.7.ds1-2 to 1.8.ds1-2

Package: z88dk Version: 1.8.ds1-2 Severity: normal test program: #include int main(int argc, char** argv) { while(1) printf("hello\n"); } using 1.8.ds1-2: zcc -v zcc - Frontend for the z88dk Cross-C Compiler v2.57 (C) 7.10.2007 D.J.Morris zcc +cpcansi -lndos -lmz -l664_math -create-app -o test

Bug#469061: testing with twinkle 1.2: it seems it is caused by the ring script

Package: twinkle Version: 1:1.2-1 Followup-For: Bug #469061 after updating to 1.2-1 I tested again. This time I found out that my problem is caused by using a ring script. (script_incoming_call=) The strange thing is that using a minimal script like: , | #!/bin/bash | echo end | exit 0 ` i

Bug#471569: worldwind: crashing on startup

Package: worldwind Version: 0.4.1-3 Severity: normal worldwind crashes on startup: java.lang.IllegalArgumentException: GLDrawableFactory.chooseGraphicsConfiguration() was not used when creating this Component at com.sun.opengl.impl.x11.X11GLDrawableFactory.getGLDrawable(X11GLDrawableFactory.

Bug#470677: gauche-c-wrapper: maybe this patch is doog enough?

Package: gauche-c-wrapper Version: 0.5.2-4 Followup-For: Bug #470677 diff -Nur gauche-c-wrapper-0.5.2/debian/gauche-c-wrapper.examples gauche-c-wrapper-0.5.2.new/debian/gauche-c-wrapper.examples --- gauche-c-wrapper-0.5.2/debian/gauche-c-wrapper.examples 1970-01-01 01:00:00.0 +0100 +

Bug#470677: please include examples in /usr/share/doc/gauche-c-wrapper/example

Package: gauche-c-wrapper Version: 0.5.2-4 Severity: wishlist Subject says it all. Besides of this: hell gauche-c-wrapper is really cool :-)) thanks a lot for packaging and to upstream Greetings, karme -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'te

Bug#470251: emms-streams: adding streams with utf-8 chars does not work correctly

Package: emms Version: 3.0-2 Severity: normal How to reproduce: emms-streams Add a stream by typing a Use a name with some utf-8 char: testö The stream name is displayed correctly save streamlist (s) and close buffer (C-x k) type M-x emms-streams again streamname is displayed as "testö" in the fi

Bug#469729: yate should not be run as root?

Diana Cionoiu <[EMAIL PROTECTED]> writes: > Hello, > > It's important for Yate to run as root because it setups a higher > priority for the threads of the voice. Since this is a very important > issue for a voice server i recommend to keep it running as root. > > Diana I see. So this bug maybe sh

Bug#469729: yate should not be run as root?

Package: yate Version: 1.3.0-1.dfsg-1+b2 Severity: normal I think yate daemon should not be started as root? I propose to add "--chuid $YATE_USER" to the start-stop-daemon options. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stabl

Bug#469061: twinkle: alsa audio troubles: ALSA lib pcm_dmix.c:866:(snd_pcm_dmix_open) unable to open slave

Package: twinkle Version: 1:1.1-2+b2 Severity: normal I have some problems gettings conferencing to work. Accepting a first call works. If I accept the second incoming call twinkle hangs. In the twinkle log file (~/.twinkle/twinkle.log) I get: +++ 2-3-2008 14:57:32.032258 CRITICAL NORMAL t_alsa_

Bug#395946: I can reproduce it using TERM=xterm-256color

using TERM=xterm backspace works as expected (for example in the search dialog [using /]) using TERM=xterm-256color backspace does not work - "^?" ist printed: , | Search for: s^? ` Greetings, Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble

Bug#461556: iceweasel: does not handle X error BadAlloc

Package: iceweasel Version: 2.0.0.11-1 Severity: normal How to reproduce: Mozilla does not handle x error x="-"; for (i=0;i<20;++i) x=x+x; alert(x) Mozilla does not handle x error x="-"; for (i=0;i<20;++i) x=x+x; alert(x) Error: The program 'gecko' rec

Bug#460661: tetradraw: crashing on startup

The crash only happens if my terminal is xterm-256color: $ export TERM=xterm-256color $ tetradraw Speicherzugriffsfehler $ export TERM=xterm $ tetradraw at least does not crash ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECT

Bug#447260: live-helper: resolv.conf should be removed from cache/stages_bootstrap/etc

Daniel Baumann <[EMAIL PROTECTED]> writes: > Hi, > > assume we build chrooted, then the 'real' chroot (the one which ends up > in the live system) is already copied to chroot/chroot. the 'unreal' > chroot (the one which contains the build-tools such as squashfs-tools) > needs network access to ins

Bug#460887: live-helper: lh_clean --usage calls itself recursively

Package: live-helper Version: 1.0~a37-2 Severity: normal 'lh_clean --usage' calls 'lh_clean --usage': 17996 pts/3T 0:00 \_ /bin/sh /usr/bin/lh_clean --usage 18063 pts/3T 0:00 \_ /bin/sh /usr/bin/lh_clean --usage 18134 pts/3T 0:00 \_ /bin/sh /us

Bug#460661: tetradraw: crashing on startup

Package: tetradraw Version: 2.0.3-4 Severity: grave gdb backtrace (probably useless) (no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 (no debugging symbols found) Core was generated by `tetradraw'. Program terminated with signal 11, Segmentation fault. #0 0xb7f9c166 in

Bug#460416: ipmasq: Add support for ipv6 (ip6tables)

Package: ipmasq Version: 4.0.8-4 Severity: wishlist Would be nice to have support for ipv6 / ip6tables. Reading the README.Debian one could consider the missing support as bug: , | This package contains scripts to initialize IP masquerading. By | default, | it configures the system as a basic

Bug#459959: debian-el: deb-view fails for some packages

Package: debian-el Version: 29.0-1 Severity: normal deb-view fails for some packages. For example for: linux-image-2.6.18-5-486_2.6.18.dfsg.1-17_i386.deb Backtrace attached. Maybe this is a duplicate of #457094. Debugger entered--Lisp error: (file-error "Setting current directory" "datei oder

Bug#459958: debian-el: small typo in help text

Package: debian-el Version: 29.0-1 Severity: normal File: /usr/share/emacs/site-lisp/debian-el/apt-utils.el diff -c /tmp/emacs-goodies-el-29.0/elisp/debian-el/apt-utils.el.orig /tmp/emacs-goodies-el-29.0/elisp/debian-el/apt-utils.el *** /tmp/emacs-goodies-el-29.0/elisp/debian-el/apt-utils.el.orig

Bug#459779: live-helper: bug in lh_chroot_devpts

Package: live-helper Version: 1.0~a37-2 Severity: normal the test in lh_chroot_devpts:80 fails for me 77 # Unmounting /dev/pts 78 if [ "${LH_USE_FAKEROOT}" != "enabled" ] 79 then 80 if [ -e chroot/dev/pts/

Bug#447260: live-helper: resolv.conf should be removed from cache/stages_bootstrap/etc

Daniel Baumann <[EMAIL PROTECTED]> writes: > Hi, > > before the rootfs image is created, resolv.conf gets truncated (on > behalf of lh_chroot_resolv remove). This happens independently of > whetever the chroot is restored from cache or not. Could you provide > more information in which case you ac

Bug#459607: live-helper: hostname is not set / is "(none)"

Daniel Baumann <[EMAIL PROTECTED]> writes: > Jens Thiele wrote: >> hostname is not set anymore: > > where, in the booted live system? > >> I think the problem is that for some reason /bin/hostname is overwritten >> with a shell script doing nothing. > > /

Bug#459607: live-helper: hostname is not set / is "(none)"

Package: live-helper Version: 1.0~a37-2 Severity: normal hostname is not set anymore: , | #cat /proc/sys/kernel/hostname | (none) ` I think the problem is that for some reason /bin/hostname is overwritten with a shell script doing nothing. , | # cat /bin/hostname | #!/bin/sh | | ec

Bug#442103: initramfs-tools: update-initramfs fails with lilo and a degraded raid1 array

maximilian attems <[EMAIL PROTECTED]> writes: > as debian supports partial upgrades and initramfs-tools is not gonna > start depend on lilo this inocation can only be used after Lenny > release. marking as wontfix. Let me see if I got you right: You want to mark it as wontfix because older versi

Bug#442103: initramfs-tools: update-initramfs fails with lilo and a degraded raid1 array

maximilian attems <[EMAIL PROTECTED]> writes: > i fail to find the mentioned lilo -H mention in the lilo manpage. > dpkg -l lilo | grep ^ii > ii lilo 22.6.1-9.3 LInux LOader - The Classic OS loader can > loa > > a lilo -H invocation leads into usage() message. what are you guys usin

Bug#452490: gpodder: channel list is lost if no disk space is available on exit

Package: gpodder Version: 0.10.1-1 Severity: normal The list of subscribed channels is lost if no disk space is available on exit. Would be nice to keep the old one around. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Archi

Bug#448751: closed by Daniel Baumann <[EMAIL PROTECTED]> (reply to [EMAIL PROTECTED]) (Re: live-helper: newer versions of lh_binary_syslinux broken if using multiple falvours)

It seems this bug is not yet fixed: ii live-helper 1.0~a34-1 D: Executing: aptitude install --assume-yes syslinux + chroot chroot /usr/bin/env -i HOME=/root PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin TERM=xterm-256color ftp_proxy= http_proxy=http://127.0.0.

Bug#450786: emacs22-common: (safehist-mode 1) does not work

On 10 Nov 2007, [EMAIL PROTECTED] wrote: > Can you please try the attached version of savehist.el, taken from the > Emacs 22.2 release branch? I suspect it fixes the problem. Thanks for your quick response. While testing your newer version, I found the real problem: my history file somehow was

Bug#450786: emacs22-common: (safehist-mode 1) does not work

Package: emacs22-common Version: 22.1+1-2+lenny1 Severity: normal According to savehist.el it should: ;; To use savehist, turn on savehist-mode by putting the following in ;; `~/.emacs': ;; ;; (savehist-mode 1) ;; But I get the error: Debugger entered--Lisp error: (invalid-read-syntax "#")

Bug#448751: live-helper: newer versions of lh_binary_syslinux broken if using multiple falvours

I think I found at least part of the problem: [...] > + '[' iso = iso ']' > ++ ls -1 binary/live > ++ grep 'vmlinuz.\.img$' I guess this is at least part of the problem. this grep should probably be something like: grep 'vmlinuz[0-9]*$' > ++ wc -l > + num=0 > + num=1 > + mv binary/live/vmlinuz-2

Bug#448751: live-helper: newer versions of lh_binary_syslinux broken if using multiple falvours

Package: live-helper Version: 1.0~a33-1 Severity: normal Hi, newer versions of lh_binary_syslinux broken if using multiple falvours (newer versions maybe reads >= 1.0~a32-1) my setting: LH_LINUX_FLAVOURS="6-686-imq 5-686-imq" Error I get: + mv binary/live/vmlinuz-2.6.18-6-686-imq binary/live/vm

Bug#447760: emacs-goodies-el: Symbol's function definition is void: outline-font-lock-level

On 23 Okt 2007, [EMAIL PROTECTED] wrote: > More specifically, are you saying that todoo.el fails in emacs22 in a > similar manner as was documented for XEmacs in bug #244681 ? > > If so, I'll test it later in emacs22. Works fine now in emacs21. > > Thanks, I did not look into the details. The err

Bug#447760: emacs-goodies-el: Symbol's function definition is void: outline-font-lock-level

Package: emacs-goodies-el Version: 28.2-1 Severity: normal If I press tab I always get the error: "Symbol's function definition is void: outline-font-lock-level" This bug seems to be similar to #244681. Somebody else stumbled across this, too: http://shreevatsa.wordpress.com/2007/02/04/symbols-fu

Bug#447377: xrdp should not wake up every 100000 usec. if there is nothing to do

Package: xrdp Version: 0.4.0~dfsg-3 Severity: wishlist xrdp wakes up every 10 usec. (10 times/s) if there is nothing to do. This is annoying if you run xrdp in a virtual machine. ltrace: usleep(10) = pthread_mutex_lock(0x805b

Bug#447260: live-helper: resolv.conf should be removed from cache/stages_bootstrap/etc

Package: live-helper Version: 1.0~a31-1 Severity: normal resolv.conf is copied to cache/stages_bootstrap/etc at some point. At the end this results in having the resolv.conf of the build host on the live system. (maybe this only happens sometimes - if the bootstrap cache is used?) -- System Info

Bug#442103: initramfs-tools: update-initramfs fails with lilo and a degraded raid1 array

On 17 Sep 2007, [EMAIL PROTECTED] wrote: > hey guys sorry if you still use lilo, you need to do > manual intervence, i see no other way. > > unless a real strong argument comes up, i'll close that bug in a > month. AFAIK grub does not support LVM on top of md raid1 whereas lilo does? The installer

Bug#442874: simple workaround

Package: mdadm Version: 2.6.2-2 Followup-For: Bug #442874 Just in case somebody has the same problem. You can toggle the writemostly flag using: echo writemostly > /sys/block/md0/md/rd1/state (if your kernel supports this) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsu

Bug#442874: mdadm: --write-mostly does nothing if device is re-added using --add

Package: mdadm Version: 2.6.2-2 Severity: normal When using: "mdadm --manage /dev/md0 --add --write-mostly somedev" to re-add a device that previously did not use "write-mostly" to a raid1, the "--write-mostly" does not have any effect. Probably this option is stored in the superblock => to make

Bug#278373: add a option to lilo.conf corresponding to lilo -H

Package: lilo Version: 1:22.8-3.1 Followup-For: Bug #278373 You can force lilo to continue when a RAID array does not have all disks active by using -H man lilo: -H Override fatal halt when a RAID array does not have all disks active. But unfortunately it seems there is no corresponding opti

Bug#442217: wammu: error on startup: libGammu version does not match compile time version

Package: wammu Version: 0.21-1 Severity: normal Traceback (most recent call last): File "/usr/bin/wammu", line 98, in ? import Wammu.App File "/usr/lib/python2.4/site-packages/Wammu/App.py", line 28, in ? import Wammu.Main File "/usr/lib/python2.4/site-packages/Wammu/Main.py", line 5

Bug#404230: gauche-gl: crash in finalizers

Package: gauche-gl Version: 0.4.2-2 Severity: normal I think the finalizers of the glu objects (nurbs, quadric, tesselator) are wrong: test prog: (use gl) (make ) (print (gc-stat)) ;; todo: will this always enforce gc (or is it more like maybe-gc) (gc) (print (gc-stat)) stack dump: Program recei

Bug#400256: webalizer: security risk?

Package: webalizer Version: 2.01.10-26 Followup-For: Bug #400256 i can confirm this for webalizer in debian sarge. i didn't look into the details - but perhaps this bug should reported to the debian security ml? [EMAIL PROTECTED]:/tmp$ mkdir webalizer [EMAIL PROTECTED]:/tmp$ cd webalizer/ [EMAIL

Bug#388577: gauche-gl: glXGetProcAddressARB vs glXGetProcAddress

Package: gauche-gl Version: 0.4.1-3 Severity: normal I had to do some changes to get it to work on my machine. The problems are caused by the nvidia libGL.so I am using: ii nvidia-glx 1.0.7174-3 NVIDIA binary XFree86 4.x driver It does not have glXGetProcAddress (only glXGetProc

Bug#388474: gauche: package build fails if slib is installed

Package: gauche Version: 0.8.7-4 Severity: normal dpkg-buildpackage -rfakeroot failed: -- make[3]: Leaving directory `/tmp/gauche-0.8.7/build-tree/doc' cd lib; /usr/bin/make slibcat make[3]: Entering directory `/tmp/gauche-0.8.7/build-tree/lib' if test -f /usr/share/slib/require.scm; then \ /usr

Bug#337924: libartsc0 should not compile in ltdl

Package: libartsc0 Version: 1.3.2-3 Severity: normal libartsc0 should IMHO use the system libltdl and not compile in the convenience library. => in configure.in AC_LIBLTDL_INSTALLABLE should be used instead of AC_LIBLTDL_CONVENIENCE Is there something related in the debian policy? -- System

Bug#323618: java-package: i can confirm this using jre-1_5_0_05-linux-i586.bin

Package: java-package Version: 0.24 Followup-For: Bug #323618 i normally have set a soft limit > ulimit -v 356000 package build failed after reading the bug reports i tried using ulimit -v unlimited and it worked -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linu

Bug#317146: mingw32: shared version of libstdc++ (libstdc++.dll)

Package: mingw32 Version: 3.3.1.20030804.1-1 Severity: wishlist It would be nice to ship with libstdc++.dll. Are there any licensing/legal conecerns? It seems no? howto build libstdc++.dll from libstdc++.a:

Bug#234245: libtcc package?

Package: tcc Version: 0.9.22-2 Followup-For: Bug #234245 any news regarding this wishlist item? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i586) Kernel: Linux 2.6.8-2-386 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charm

Bug#308968: mozilla-enigmail: language packs

Package: mozilla-enigmail Version: 2:0.91-3 Severity: normal hi i get the following error: (dialog box) "The language of Enigmail does not correspond to the language of your application! Enigmail can therefore NOT work. Please install a language pack for Enigmail..." it would be nice to have t

<    1   2