Bug#709421: chkrootkit should not assume kernel version has 3 components
Package: chkrootkit Version: 0.49-4.1 Severity: important Dear Maintainer, at the moment chkrootkit fails with: /etc/cron.daily/chkrootkit: /usr/sbin/chkrootkit: 27: [: Illegal number: 8-1-amd64 this is cause by uname -r returning 3.8-2-amd64: $ uname -r 3.8-2-amd64 in line 27: if [ `uname -r | cut -d. -f2` -lt 6 ] ; this assumes uname -r | cut -d. -f2 is a number which it is not -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chkrootkit depends on: ii binutils 2.22-8 ii debconf [debconf-2.0] 1.5.50 ii libc6 2.17-3 ii net-tools 1.60-25 ii procps 1:3.3.6-1 chkrootkit recommends no packages. chkrootkit suggests no packages. -- debconf information: * chkrootkit/run_daily_opts: -q * chkrootkit/run_daily: true * chkrootkit/diff_mode: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563263: [googleearth-package] Creates uninstallable packages (ia32-libs dependency)
Torquil Macdonald Sørensen torq...@gmail.com writes: Package: googleearth-package Version: 0.7.0 Followup-For: Bug #563263 Hi! On my system, make-googleearth-package currently generates an uninstallable package, because the generated package depends on ia32-libs-gtk which is not installable. Perhaps it would be better to make it multiarch aware? see the same here wonder wether serverity should be raised as it makes this package useless on multiarch enabled systems. Is multiarch enabled by default in wheezy? greetings karme -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676648: cheese: Cheese crashes/won't start with camera connected, but starts without camera
see the same here don't have time to dig into it maybe some deadlock/race? (gdb) info threads Id Target Id Frame 5Thread 0x7fffe7dbf700 (LWP 8631) dconf worker 0x7507bac3 in *__GI___poll (fds=optimized out, nfds=optimized out, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87 4Thread 0x7fffe87f6700 (LWP 8630) gdbus 0x7507bac3 in *__GI___poll (fds=optimized out, nfds=optimized out, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87 3Thread 0x7fffe9198700 (LWP 8629) cheese pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 * 1Thread 0x77fa7920 (LWP 8625) cheese 0x7587b510 in g_type_check_is_value_type () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687253: geographiclib-tools: geographiclib-datasets-download should download data to /usr/local
Package: geographiclib-tools Version: 1.21-1 Severity: normal Dear Maintainer, shouldn't geographiclib-datasets-download download the data to /usr/local? is there a license problem which prevents creation of a corresponding data package? Greetings, karme -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geographiclib-tools depends on: ii libc6 2.13-35 ii libgcc11:4.7.1-7 ii libgeographiclib9 1.21-1 ii libstdc++6 4.7.1-7 Versions of packages geographiclib-tools recommends: ii bzip2 1.0.6-4 Versions of packages geographiclib-tools suggests: ii proj-bin 4.7.0-2 -- 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#687252: geographiclib-tools: Gravity binary missing
Package: geographiclib-tools Version: 1.21-1 Severity: normal Dear Maintainer, the GeoidEval man page states: More accurate results for the geoid height are provided by Gravity(1). This utility can also compute the direction of The man page for Gravity exists: root@amalthea:~# dlocate /usr/share/man/man1/Gravity.1.gz geographiclib-tools: /usr/share/man/man1/Gravity.1.gz but the binary does not: root@amalthea:~# dpkg -L geographiclib-tools |grep bin /usr/sbin /usr/sbin/geographiclib-datasets-download /usr/bin /usr/bin/GeoConvert /usr/bin/GeoidEval /usr/bin/Geod /usr/bin/CartConvert maybe it is just missing in debian/geographiclib-tools.install ? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geographiclib-tools depends on: ii libc6 2.13-35 ii libgcc11:4.7.1-7 ii libgeographiclib9 1.21-1 ii libstdc++6 4.7.1-7 Versions of packages geographiclib-tools recommends: ii bzip2 1.0.6-4 Versions of packages geographiclib-tools suggests: ii proj-bin 4.7.0-2 -- 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#469019: worldwind: OpenGL exceptions should be handled better
Any news on that one? See the same using: 01:05.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RS880M [Mobility Radeon HD 4200 Series] Versions of packages worldwind depends on: ii java-wrappers 0.1.25 ii libworldwind-java 0.5.0-10 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685235: debian-el: add procedure to display popcon graph?
Package: debian-el Version: 35.2 Severity: wishlist Dear Maintainer, maybe you could add something similar to: ;; todo: do not use w3m-url-encode-string (defun popcon (dpackage) Display popcon stats graph of debian package (interactive P) (let ((package (apt-utils-choose-package))) (insert-image (create-image (url-file-local-copy (format http://qa.debian.org/popcon-png.php?packages=%sshow_installed=1show_vote=1show_old=1show_recent=1show_nofiles=1want_percent=0want_legend=1want_ticks=1from_date=to_datehlght_date=date_fmt=%%Y-%%m; (w3m-url-encode-string package))) 'png nil to debian-el? greetings and thanks for debian-el, karme -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debian-el depends on: ii bzip2 1.0.6-4 ii dpkg 1.16.4.3 ii emacs [emacsen]23.4+1-3 ii emacs23 [emacsen] 23.4+1-3 ii file 5.11-2 ii install-info 4.13a.dfsg.1-10 ii reportbug 6.4.2 Versions of packages debian-el recommends: ii dlocate 1.02 ii groff-base 1.21-9 ii wget1.13.4-3 Versions of packages debian-el suggests: pn gnus none -- 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#682474: viking: viking crash in libgps
Package: viking Version: 1.3-1 Severity: normal Dear Maintainer, if I start gps realtime tracking viking crashes in libgps stack trace: (gdb) info threads Id Target Id Frame 2Thread 0x7f711a6bc700 (LWP 11711) 0x7f712d8e6a93 in *__GI___poll (fds=optimized out, nfds=optimized out, timeout=1000) at ../sysdeps/unix/sysv/linux/poll.c:87 * 1Thread 0x7f7131545960 (LWP 11707) 0x7f712e4ad49e in gps_sock_read () from /usr/lib/x86_64-linux-gnu/libgps.so.20 (gdb) i s #0 0x7f712e4ad49e in gps_sock_read () from /usr/lib/x86_64-linux-gnu/libgps.so.20 #1 0x7f712e4a9eba in gps_read () from /usr/lib/x86_64-linux-gnu/libgps.so.20 #2 0x0043a230 in ?? () #3 0x7f712eb8f205 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f712eb8f538 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x7f712eb8f932 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x7f7130a66a77 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #7 0x0041287a in ?? () #8 0x7f712d837ead in __libc_start_main (main=optimized out, argc=optimized out, ubp_av=optimized out, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fff46461908) at libc-start.c:228 #9 0x00412941 in ?? () #10 0x7fff46461908 in ?? () #11 0x001c in ?? () #12 0x0002 in ?? () #13 0x7fff46462609 in ?? () #14 0x7fff46462610 in ?? () #15 0x in ?? () -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages viking depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo2 1.12.2-2 ii libcurl3-gnutls 7.26.0-1 ii libexif12 0.6.20-2 ii libexpat1 2.1.0-1 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgps203.6-4 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-0 1.30.0-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages viking recommends: ii gpsbabel 1.4.3-1 Versions of packages viking suggests: ii gpsd 3.6-4 -- 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#676984: same probleme, important problem
Pierre Crescenzo pierre.cresce...@gmail.com writes: Hello, I have the same bug with version 4.80-3 of exim4 since my update this morning. This is now impossible to send mails with GNUS on Emacs nor with mail command line. :-( Only local mails works. using gnus, too at the moment i use a small wrapper script as workaround: ~/develop/scripts/my-sendmail: #!/bin/bash unset GNOME_KEYRING_CONTROL unset GNOME_KEYRING_PID exec /usr/sbin/sendmail $@ in emacs: M-x customize-variable sendmail-program and set it to the script greetings -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669366: ocfs2-tools: New upstream version 1.8.2
David Weber w...@munzinger.de writes: Package: ocfs2-tools Severity: wishlist Hi, new versions of ocfs2-tools are only available via git[1]. They contain a lot of important improvements for fsck.ocfs2. It would be great if somebody could package that maybe this would fix the problem i see where fsck.ocfs2 fails to repair a ocfs2 fs greetings karme -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674416: gauche-gl: new upstream version 0.5.1 available
Package: gauche-gl Version: 0.4.4-5+b1 Severity: normal Dear Maintainer, there is a new upstream version 0.5.1 available at: http://sourceforge.net/projects/gauche/files/Gauche-gl/ I created an updated debian gauche-gl package version available at: deb-src http://karme.de/debian testing main greetings karme -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673666: gnome-dvb-client regression: gnome-dvb-control fails to start
Package: gnome-dvb-client Version: 1:0.2.8-1 Severity: grave Dear Maintainer, gnome-dvb-control fails to start (it did start in the past): $ gnome-dvb-control Traceback (most recent call last): File /usr/bin/gnome-dvb-control, line 26, in module w = ControlCenterWindow(model) File /usr/lib/python2.7/dist-packages/gnomedvb/ui/controlcenter/ControlCenterWindow.py, line 64, in __init__ self.__create_toolbar() File /usr/lib/python2.7/dist-packages/gnomedvb/ui/controlcenter/ControlCenterWindow.py, line 267, in __create_toolbar self.button_display_timers = Gtk.ToolButton(icon_widget=timers_image, label=_(Recording schedule)) TypeError: __init__() got an unexpected keyword argument 'icon_widget' -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-rt-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-dvb-client depends on: ii gir1.2-gtk-3.03.4.2-1 ii gnome-dvb-daemon 1:0.2.8-1 ii gnome-icon-theme 3.4.0-2 ii python2.7.2-10 ii python-gobject3.2.0-3 ii python2.7 2.7.3~rc2-2.1 Versions of packages gnome-dvb-client recommends: ii dvb-apps 1.1.1+rev1457-4 gnome-dvb-client suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664088: mdadm fails to initialize components for bitmap
Markus Hochholdinger mar...@hochholdinger.net writes: Hello, for me there are no problems anymore using: ii linux-image-3.2.0-2-686-pae 3.2.15-1Linux 3.2 for modern PCs ii linux-image-3.2.0-2-amd64 3.2.15-1Linux 3.2 for 64-bit PCs ii mdadm3.2.3-2 tool to administer Linux MD arrays (software RAID) I can do mdadm --grow /dev/md0 --bitmap=none mdadm --grow /dev/md0 --bitmap=internal now and the kernel keeps running. finally got around to do some more testing looks like it depends on the metadata version in use using metadata 1.2 adding a bitmap to a raid created without bitmap doesn't work: #!/bin/bash -xe function somefile() { local F=$(tempfile) dd if=/dev/zero of=$F bs=4096 count=1 echo $F } function safedetach() { local try=1 while ! losetup -d $1; do echo retry $try try=[try+1]; sleep 1 done } function mdinfo() { mdadm --misc --wait-clean /dev/md/mdtest || true mdadm --misc --detail /dev/md/mdtest mdadm --examine-bitmap $LA || true } A=$(somefile) B=$(somefile) LA=$(losetup --show -f $A) LB=$(losetup --show -f $B) echo $LA $LB # using this it works: #yes|mdadm --create mdtest --metadata=1.2 --assume-clean --raid-devices=2 --level=1 --bitmap-chunk=1M --bitmap internal $LA $LB yes|mdadm --create mdtest --metadata=1.2 --assume-clean --raid-devices=2 --level=1 $LA $LB sleep 1 cat /proc/mdstat mdinfo mkfs.ext4 /dev/md/mdtest mdadm -v --grow /dev/md/mdtest -b none || true mdinfo mdadm -v --grow /dev/md/mdtest -b internal --bitmap-chunk=1M mdinfo hd /dev/md/mdtest|head -n 3 mdadm --stop /dev/md/mdtest safedetach $LA safedetach $LB rm -v $A $B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664088: mdadm fails to initialize components for bitmap
Michael Tokarev m...@tls.msk.ru writes: Yes it is about version 1 metadata. This bug should be fixed in mdadm currently in unstable, version 3.2.4-1. Can you verify it works for you correctly please? I closed this bug but maybe we have some more issues there? Thank you! now tested using 3.2.4-1 works like a charm :-) thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#282210: valgrind: warning vs. error (-q not working?)
Alessandro Ghedini al3x...@gmail.com writes: I cannot reproduce this with valgrind from unstable. Does this still happen to you? If so, could you please provide a little snippet of code to reproduce it? Cheers can't reproduce it anymore thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#465324: Random preprocessor errors
Joel Rosdahl j...@debian.org writes: Has anyone been able to reproduce this problem lately? I've never seen it. -- Joel I still can reproduce it using ccache 3.1.7-1 and gcc 4.4.7-1 karme@amalthea:/tmp$ mkdir g karme@amalthea:/tmp$ cd g karme@amalthea:/tmp/g$ wget 'http://downloads.sourceforge.net/gauche/Gauche-0.8.14.tgz' [...] karme@amalthea:/tmp/g$ tar xzf Gauche-0.8.14.tgz karme@amalthea:/tmp/g$ cd Gauche-0.8.14 karme@amalthea:/tmp/g/Gauche-0.8.14$ ccache -V ccache version 3.1.7 [...] karme@amalthea:/tmp/g/Gauche-0.8.14$ dpkg -l ccache|grep ^i ii ccache 3.1.7-1Compiler cache for fast recompilation of C/C++ code karme@amalthea:/tmp/g/Gauche-0.8.14$ ls -l $(which gcc-4.4) lrwxrwxrwx 1 root staff 15 Mai 10 12:42 /usr/local/bin/gcc-4.4 - /usr/bin/ccache karme@amalthea:/tmp/g/Gauche-0.8.14$ gcc-4.4 -v 21|grep ^gcc gcc version 4.4.7 (Debian 4.4.7-1) karme@amalthea:/tmp/g/Gauche-0.8.14$ dpkg -l gcc-4.4|grep ^i ii gcc-4.44.4.7-1GNU C compiler karme@amalthea:/tmp/g/Gauche-0.8.14$ ./configure CC=gcc-4.4 checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu checking slib... /usr/share/slib checking for gcc... gcc-4.4 [...] karme@amalthea:/tmp/g/Gauche-0.8.14$ make [...] gcc-4.4 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../src -I../../gc/include-g -O2 -fPIC -fomit-frame-pointer -c thrlib.c thrlib.stub: In function ‘thrlib_mutex_state’: thrlib.stub:115: error: stray ‘#’ in program thrlib.stub:115: error: expected ‘;’ before string constant make[2]: *** [thrlib.o] Fehler 1 [...] (note: build is not aborted but that is another story) greetings karme -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#465324: Random preprocessor errors
ka...@karme.de writes: I still can reproduce it using ccache 3.1.7-1 and gcc 4.4.7-1 but using gcc version 4.6.3 (Debian 4.6.3-1) i can't reproduce it. $ dpkg -l gcc-4.6|grep ^i ii gcc-4.64.6.3-1GNU C compiler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670914: axiom-doc: axiom-doc: some xhtml files are compressed
Package: axiom-doc Version: 2001-1 Severity: normal Dear Maintainer, some xhtml files are compressed by accident: dpkg -L axiom-doc|grep axbook|grep .xhtml$|wc -l 90 dpkg -L axiom-doc|grep axbook|grep .xhtml.gz$|wc -l 240 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages axiom-doc depends on: ii dpkg1.16.2 ii tex-common 2.10 axiom-doc recommends no packages. axiom-doc suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664088: mdadm fails to initialize components for bitmap
ka...@karme.de writes: - add internal bitmap (no kernel panic anymore) but somehow i can't create an internal bitmap with chunksize 32MiB anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664088: mdadm fails to initialize components for bitmap
Markus Hochholdinger mar...@hochholdinger.net writes: PPS: would really help me if this gets fixed as i rely on the bitmap feature to sync my laptop to an external usb disk before leaving home If you use a older version of mdadm, it shouldn't crash the kernel. I just compiled mdadm from squeeze and linked it static (on a squeeze system): [...] With the resulting binary I have successful removed and added a raid1 bitmap within a wheezy system without kernel crash or reboot. Thanks, for your quick help / that tip. Today a new kernel version entered testing and I thought i could give it a try first and it worked :-) = the update of linux-image-3.2.0-2-amd64:amd64 from 3.2.12-1 to 3.2.14-1 fixed at least my problem. some details: - adding external disk while having internal bitmap still silently fails (only hint is mdadm exit status=1) this works: - remove internal bitmap - add disk and wait for sync - add internal bitmap (no kernel panic anymore) - fail/remove/re-add works again greetings karme -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664088: mdadm fails to initialize components for bitmap
Hi, I see the same? / similar problems. I removed the internal bitmap by accident. First I couldn't add a internal bitmap anymore later i got a kernel panic. Didn't have the time to really inspect this but found this one regarding the kernel bug part: http://www.spinics.net/lists/raid/msg37940.html myself using kernel: ii linux-image-3.2.0-2-amd643.2.12-1 Linux 3.2 for 64-bit PCs greetings, karme PS: i think this is a regression PPS: would really help me if this gets fixed as i rely on the bitmap feature to sync my laptop to an external usb disk before leaving home -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664268: geiser: racket file not found on run-geiser startup
Package: geiser Version: 0.1.4-1 Severity: normal Dear Maintainer, if I do M-x run-geiser and chosse racket I get the following error message in the interaction buffer: Welcome to Racket v5.1.3. default-load-handler: cannot open input file: /usr/share/emacs23/site-lisp/scheme/racket/geiser/startup.rkt (No such file or directory; errno=2) looks like the file that should be loaded really is: /usr/share/geiser/racket/geiser/startup.rkt ? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geiser depends on: ii emacs23 23.3+1-5 ii emacsen-common 1.4.23 ii install-info4.13a.dfsg.1-8 geiser recommends no packages. Versions of packages geiser suggests: ii racket 5.1.3+dfsg1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664268: Info received (geiser: racket file not found on run-geiser startup)
setting the geiser-scheme-dir variable helps: M-: (setq geiser-scheme-dir /usr/share/geiser) M-x run-racket Welcome to Racket v5.1.3. racket@ maybe it should be set in the startup file [/etc/emacs/site-start.d/50geiser.el]? greetings, karme -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655950: racket: raco exe doesn't work on amd64
Package: racket Version: 5.1.3+dfsg1-1 Severity: normal Dear Maintainer, Somehow raco exe doesn't produce a working executable: $ LC_ALL=C ; cd /tmp ; $ echo -e '#lang racket\n(print hello)' hello.rkt $ raco exe hello.rkt ./hello read failed to read all 885744828 bytes from file /tmp/./hello Aborted looks like this has been fixed upstream: http://comments.gmane.org/gmane.comp.lang.racket.devel/4154 greetings, karme -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages racket depends on: ii libc6 2.13-24 ii libffi53.0.10-3 ii racket-common 5.1.3+dfsg1-1 Versions of packages racket recommends: ii racket-doc 5.1.3+dfsg1-1 racket suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633851: workaround / quick fix
after doing: aptitude reinstall \ gnome-session gnome-session-bin gnome-session-common \ gnome-session-fallback gdm3 i can login again don't know why -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633851: gnome-session-bin: Settings schema 'org.gnome.SessionManager' is not installed
Package: gnome-session-bin Version: 3.0.2-3 Followup-For: Bug #633851 i can confirm the problem: /etc/gdm3/Xsession: Beginning session setup... gnome-session[6144]: GLib-GIO-ERROR: Settings schema 'org.gnome.SessionManager' is not installed aborting... -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-session-bin depends on: ii dbus-x11 1.4.16-1 ii dconf-gsettings-backend [gsettings-backend] 0.7.5-3 ii gsettings-desktop-schemas3.0.1-1 ii libc62.13-21 ii libcairo21.10.2-6.1 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libgl1-mesa-glx [libgl1] 7.11-6 ii libglib2.0-0 2.28.8-1 ii libgtk-3-0 3.0.12-2 ii libice6 2:1.0.7-2 ii libsm6 2:1.2.0-2 ii libupower-glib1 0.9.14-1 ii libx11-6 2:1.4.4-2 ii libxau6 1:1.0.6-3 ii libxcomposite1 1:0.4.3-2 ii libxext6 2:1.3.0-3 ii libxrender1 1:0.9.6-2 ii libxtst6 2:1.2.0-4 ii upower 0.9.14-1 gnome-session-bin recommends no packages. gnome-session-bin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645496: can't reproduce the problem using newer shotwell version
Package: shotwell Followup-For: Bug #645496 can't reproduce the problem using newer shotwell version 0.11.5-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645496: shotwell: import stopped working, import_ui_get_media_specific_string: code should not be reached
Package: shotwell Version: 0.11.2-1 Severity: normal Dear Maintainer, After upgrading current testing/wheezy to 0.11.2-1, photo import stopped working with failed assertion. I insert a sd card, select import all and get the error: ERROR:x86_64-linux-gnu/Dialogs.c:2810:import_ui_get_media_specific_string: code should not be reached gdb transcript: $ gdb $(which shotwell) GNU gdb (GDB) 7.3-debian Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/shotwell...(no debugging symbols found)...done. (gdb) r Starting program: /usr/bin/shotwell [Thread debugging using libthread_db enabled] [New Thread 0x7fffe3805700 (LWP 4714)] [New Thread 0x7fffe2dec700 (LWP 4715)] [New Thread 0x7fffe25eb700 (LWP 4716)] [New Thread 0x7fffe1dea700 (LWP 4717)] [New Thread 0x7fffe1173700 (LWP 4722)] [New Thread 0x7fffdbaf0700 (LWP 4723)] [New Thread 0x7fffdb2ef700 (LWP 4724)] [New Thread 0x7fffdaaee700 (LWP 4726)] [New Thread 0x7fffda2ed700 (LWP 4727)] [New Thread 0x7fffd9aec700 (LWP 4728)] [New Thread 0x7fffd92eb700 (LWP 4729)] [New Thread 0x7fffd8aea700 (LWP 4730)] [Thread 0x7fffd8aea700 (LWP 4730) exited] [Thread 0x7fffdaaee700 (LWP 4726) exited] [Thread 0x7fffd92eb700 (LWP 4729) exited] [Thread 0x7fffdb2ef700 (LWP 4724) exited] [Thread 0x7fffd9aec700 (LWP 4728) exited] [Thread 0x7fffdbaf0700 (LWP 4723) exited] [Thread 0x7fffe1173700 (LWP 4722) exited] Error: Directory OlympusEq with 19535 entries considered invalid; not read. Error: OlympusCs pointer references previously read OlympusEq directory. Ignored. Error: OlympusIp pointer references previously read OlympusEq directory. Ignored. Error: Directory OlympusEq with 19535 entries considered invalid; not read. Error: OlympusCs pointer references previously read OlympusEq directory. Ignored. [...] Error: OlympusCs pointer references previously read OlympusEq directory. Ignored. Error: OlympusIp pointer references previously read OlympusEq directory. Ignored. [Thread 0x7fffda2ed700 (LWP 4727) exited] ** ERROR:x86_64-linux-gnu/Dialogs.c:2810:import_ui_get_media_specific_string: code should not be reached Program received signal SIGABRT, Aborted. 0x70a6c405 in raise () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) i s #0 0x70a6c405 in raise () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x70a6f680 in abort () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x717ebe31 in g_assertion_message () from /lib/libglib-2.0.so.0 #3 0x005fd01f in import_ui_get_media_specific_string () #4 0x005fd23b in import_ui_report_manifest () #5 0x00554a4c in ?? () #6 0x00555095 in ?? () #7 0x005552c9 in ?? () #8 0x722cfe7e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #9 0x722e18d7 in ?? () from /usr/lib/libgobject-2.0.so.0 #10 0x722ead05 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #11 0x722eaed3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 [...] #34 0x717c6c80 in ?? () from /lib/libglib-2.0.so.0 #35 0x717c72f2 in g_main_loop_run () from /lib/libglib-2.0.so.0 #36 0x73a6b6f7 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 ---Type return to continue, or q return to quit--- #37 0x006912cc in application_start () #38 0x0057d324 in library_exec () #39 0x0057e5ff in _vala_main () #40 0x0047f8e1 in main () Greetings, karme -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shotwell depends on: ii dbus-x11 1.4.16-1 ii dconf-gsettings-backend [gsettings-backend] 0.7.5-3 ii libatk1.0-0 2.2.0-1 ii libc62.13-21 ii libcairo21.10.2-6.1 ii libexif120.6.20-1 ii libexiv2-9 0.20-2.1 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.6-2 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libgee2 0.6.1-3 ii libgexiv2-0 0.2.2-5 ii libglib2.0-0
Bug#636691: libcwiid1: balance board is mis-detected as motion plus
Package: libcwiid1 Version: 0.6.00+svn201-3 Severity: normal the code to detect the balance board seems wrong see also: http://wiibrew.org/wiki/Wii_Balance_Board#Identification partial fix that works for me (some lines below a similar problem might occur) --- cwiid-0.6.00+svn201.orig/libcwiid/thread.c +++ cwiid-0.6.00+svn201/libcwiid/thread.c @@ -216,8 +216,16 @@ void *status_thread(struct wiimote *wiim status_mesg-ext_type = CWIID_EXT_BALANCE; break; case EXT_MOTIONPLUS: - status_mesg-ext_type = CWIID_EXT_MOTIONPLUS; - break; + /* might as well be a balance board +s.a. + http://wiibrew.org/wiki/Wii_Balance_Board#Identification + */ + if ((cwiid_read(wiimote, CWIID_RW_REG, 0xA400FE, 2, buf[0])==0) + (buf[0] == EXT_MOTIONPLUS) (buf[1] == 0x02)) + status_mesg-ext_type = CWIID_EXT_BALANCE; + else + status_mesg-ext_type = CWIID_EXT_MOTIONPLUS; + break; case EXT_PARTIAL: /* Everything (but MotionPlus) shows up as partial until initialized */ buf[0] = 0x55; -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcwiid1 depends on: ii libbluetooth3 4.94-3 Library to use the BlueZ Linux Blu ii libc6 2.13-10Embedded GNU C Library: Shared lib libcwiid1 recommends no packages. libcwiid1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589178: linux-image-2.6.32-5-amd64: regression: kernel does not boot in kvm after update
Package: linux-2.6 Version: 2.6.32-17 Severity: normal after updating linux-image-2.6.32-5-amd64 from 2.6.32-15 to 2.6.32-17 the kernel doesn't boot in a lenny kvm anymore. the attached info is gathered from the working version! -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-15) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-1) ) #1 SMP Tue Jun 1 04:34:03 UTC 2010 ** Command line: console=ttyS0,115200n8 root=/dev/sda ro verbose debug ** Not tainted ** Kernel log: [0.900948] TCP cubic registered [0.901555] NET: Registered protocol family 10 [0.912884] lo: Disabled Privacy Extensions [0.913630] Mobile IPv6 [0.914055] NET: Registered protocol family 17 [0.924810] PM: Resume from disk failed. [0.925328] registered taskstats version 1 [0.926221] rtc_cmos 00:01: setting system clock to 2010-07-15 14:45:19 UTC (1279205119) [0.937395] Initalizing network drop monitor service [0.948249] Freeing unused kernel memory: 584k freed [0.949063] Write protecting the kernel read-only data: 4208k [0.976066] udev: starting version 158 [0.997972] 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004) [1.051407] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11 [1.056672] SCSI subsystem initialized [1.063379] 8139cp :00:03.0: PCI INT A - Link[LNKC] - GSI 11 (level, high) - IRQ 11 [1.074153] libata version 3.00 loaded. [1.076610] FDC 0 is a S82078B [1.081377] eth0: RTL-8139C+ at 0xc95be000, 52:54:00:12:34:56, IRQ 11 [1.092704] 8139cp :00:03.0: setting latency timer to 64 [1.103751] ata_piix :00:01.1: version 2.13 [1.104942] ata_piix :00:01.1: setting latency timer to 64 [1.106323] 8139too Fast Ethernet driver 0.9.28 [1.117807] scsi0 : ata_piix [1.118708] scsi1 : ata_piix [1.129787] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc000 irq 14 [1.131560] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc008 irq 15 [1.296707] ata1.00: ATA-7: QEMU HARDDISK, 0.9.1, max UDMA/100 [1.307723] ata1.00: 20971520 sectors, multi 16: LBA48 [1.308623] ata1.01: ATA-7: QEMU HARDDISK, 0.9.1, max UDMA/100 [1.309440] ata2.00: ATA-7: QEMU HARDDISK, 0.9.1, max UDMA/100 [1.309443] ata2.00: 20971520 sectors, multi 16: LBA48 [1.310065] ata2.00: configured for MWDMA2 [1.332566] ata1.01: 20971520 sectors, multi 16: LBA48 [1.344415] ata1.00: configured for MWDMA2 [1.345691] ata1.01: configured for MWDMA2 [1.346584] scsi 0:0:0:0: Direct-Access ATA QEMU HARDDISK0.9. PQ: 0 ANSI: 5 [1.358465] scsi 0:0:1:0: Direct-Access ATA QEMU HARDDISK0.9. PQ: 0 ANSI: 5 [1.370542] scsi 1:0:0:0: Direct-Access ATA QEMU HARDDISK0.9. PQ: 0 ANSI: 5 [1.392779] sd 0:0:0:0: [sda] 20971520 512-byte logical blocks: (10.7 GB/10.0 GiB) [1.396259] sd 0:0:1:0: [sdb] 20971520 512-byte logical blocks: (10.7 GB/10.0 GiB) [1.396304] sd 0:0:1:0: [sdb] Write Protect is off [1.396306] sd 0:0:1:0: [sdb] Mode Sense: 00 3a 00 00 [1.396325] sd 0:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA [1.396437] sdb: sdb1 sdb2 [1.397368] sd 1:0:0:0: [sdc] 20971520 512-byte logical blocks: (10.7 GB/10.0 GiB) [1.397410] sd 1:0:0:0: [sdc] Write Protect is off [1.397412] sd 1:0:0:0: [sdc] Mode Sense: 00 3a 00 00 [1.397429] sd 1:0:0:0: [sdc] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA [1.397534] sdc: sdb5 [1.466413] sdc1 [1.466598] sd 0:0:0:0: [sda] Write Protect is off [1.466600] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [1.466623] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA [1.489937] sdc2 [1.500510] sda: [1.501850] sd 0:0:0:0: [sda] Attached SCSI disk [1.503037] sd 0:0:1:0: [sdb] Attached SCSI disk [1.520403] sdc5 [1.521726] sd 1:0:0:0: [sdc] Attached SCSI disk [2.069791] kjournald starting. Commit interval 5 seconds [2.069821] EXT3-fs: mounted filesystem with ordered data mode. [3.424379] udev: starting version 158 [4.117523] processor LNXCPU:00: registered as cooling_device0 [4.120759] ACPI Warning for \_PR_.CPU1._MAT: Return type mismatch - found Integer, expected Buffer (20090903/nspredef-1006) [4.136475] processor LNXCPU:01: registered as cooling_device1 [4.148663] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2 [4.161483] ACPI: Power Button [PWRF] [4.162320] ACPI Warning for \_PR_.CPU2._MAT: Return type mismatch - found Integer, expected Buffer (20090903/nspredef-1006) [4.175183] ACPI Warning for \_PR_.CPU3._MAT: Return type mismatch - found Integer, expected Buffer (20090903/nspredef-1006) [4.189702] ACPI Warning for \_PR_.CPU4._MAT: Return type mismatch - found Integer, expected Buffer (20090903/nspredef-1006) [4.203816] ACPI Warning for
Bug#582299: gauche-gtk: gtkglext/font.scm example fails to display font
Package: gauche-gtk Version: 0.4.1-13 Severity: normal *** ERROR: given type 5121 doesn't match the passed array (u8vector) Stack Trace: ___ 0 (gl-call-lists (size-of array) GL_UNSIGNED_BYTE array) At line 133 of ./f.scm 1 (gtk-main) At line 182 of ./f.scm proposed patch (maybe it really is a gauche-gl bug or gl-call-lists api change): diff -Nur gauche-gtk-0.4.1.orig/examples/gtkglext/font.scm gauche-gtk-0.4.1/examples/gtkglext/font.scm --- gauche-gtk-0.4.1.orig/examples/gtkglext/font.scm2002-09-08 10:39:01.0 +0200 +++ gauche-gtk-0.4.1/examples/gtkglext/font.scm 2010-05-19 21:36:09.0 +0200 @@ -130,7 +130,7 @@ (gl-raster-pos 10.0 10.0) (gl-list-base *font-list-base*) (let1 array (string-u8vector *font-string*) ;;ugh... -(gl-call-lists (size-of array) GL_UNSIGNED_BYTE array)) +(gl-call-lists array)) (if (gdk-gl-drawable-is-double-buffered gldrawable) (gdk-gl-drawable-swap-buffers gldrawable) (gl-flush)) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gauche-gtk depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgauche00.9-15 Gauche runtime shared library ii libgl1-mesa-glx [libgl1] 7.7.1-1A free implementation of the OpenG ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libglu1-mesa [libglu1]7.7.1-1The OpenGL utility library (GLU) ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libgtkglext1 1.2.0-1OpenGL Extension to GTK+ (shared l ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libsm62:1.1.1-1 X11 Session Management library ii libx11-6 2:1.3.3-3 X11 client-side library ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxt61:1.0.7-1 X11 toolkit intrinsics library gauche-gtk recommends no packages. gauche-gtk suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#460661: tetradraw: crashing on startup if TERM is xterm-256color
Package: tetradraw Version: 2.0.3-7 Severity: normal Any news regarding this one? Still happens in unstable. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages tetradraw depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libncursesw5 5.7+20090803-2 shared libraries for terminal hand tetradraw recommends no packages. tetradraw suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566708: gcc-mingw32: Description should explain why there is a gcc-mingw32 and a mingw32 package
Package: gcc-mingw32 Version: 4.4.2-3 Severity: normal Hi, I didn't look at all that windows related stuff for a long time. I just did take a look at old bugs I once reported and wanted see what happened to #317146. Now I am quite confused that there are two compiler packages: gcc-mingw32 and mingw32. The best explanation I found so far was this one: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=540733 Initially, there was no win32 support in GCC, and using the mingw32 compiler was the only option. Now that official versions of GCC support building for the mingw32 runtime in upstream, there's no reason most users can't use that directly. Couldn't gcc-mingw32 just replace mingw32 then? What's the reason to have both? Can this be added to the description, please? Just to describe my situation and I guess of others: Hmm lets look how I cross compile for that stupid OS these days. I remember there was that mingw thingy, let's install it. Huh now there are two packages? gcc-mingw32 and mingw32? apt-cache show ... Hmm? I really don't know which one I should use now. Where is the difference? gcc-mingw32 looks newer, maybe use that one? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-mingw32 depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libcloog-ppl0 0.15.7-1 the Chunky Loop Generator (runtime ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libgmpxx4ldbl 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libmpfr1ldbl 2.4.2-3multiple precision floating-point ii libppl-c2 0.10.2-3 Parma Polyhedra Library (C interfa ii libppl7 0.10.2-3 Parma Polyhedra Library (runtime l ii mingw32-binutils 2.20-0.1 Minimalist GNU win32 (cross) binut ii mingw32-runtime 3.13-1 Minimalist GNU win32 (cross) runti gcc-mingw32 recommends no packages. Versions of packages gcc-mingw32 suggests: pn cpp-doc none (no description available) pn gcc-doc 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#555620: install-info: ginstall-info produces somehow broken utf-8 output
Package: install-info Version: 4.13a.dfsg.1-5 Severity: normal Using system locale de_DE.UTF-8 update-info-dir creates a somehow broken dir file. This results in emacs info not recognizing the encoding used and the standalone info browser displaying some bogus characters. How to reproduce: - switch system locale - run update-info-dir - start info browser in emacs23 or standalong browser output with emacs: File: dir, Node: Top Dies ist der Beginn des INFO-Baums (dir)Top Dieser Verzeichnis-Knoten zeigt ein Men\303\274 aller Hauptpunkte an. ... * Gzip: (gzip). The gzip command for compressing files. \240\227 B* Ada mode: (emacs-23/ada-mode). Note: if I open the dir file in emacs manually (using find-file) it does not recognize it as utf-8. Where Men\303\274 should be Menü. For me it seems dir should be encoded in utf-8 and for the most parts it looks alright. But some entries are intermixed with bogus entries (see Gzip / Ada mode above). Maybe this is caused by broken documentation? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/3 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages install-info depends on: ii libc6 2.10.1-6 GNU C Library: Shared libraries install-info recommends no packages. install-info suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#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 glu-nurbs) (print (gc-stat)) ;; todo: will this always enforce gc (or is it more like maybe-gc) (gc) (print (gc-stat)) stack dump: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1077240928 (LWP 8827)] 0x40293e84 in mallopt () from /lib/tls/libc.so.6 (gdb) i s #0 0x40293e84 in mallopt () from /lib/tls/libc.so.6 #1 0x40292dcb in free () from /lib/tls/libc.so.6 #2 0x40613d23 in operator delete () from /usr/lib/libstdc++.so.5 #3 0x404e3779 in OpenGLSurfaceEvaluator::~OpenGLSurfaceEvaluator () from /usr/X11R6/lib/libGLU.so.1 #4 0x404e14e8 in gluDeleteNurbsRenderer () from /usr/X11R6/lib/libGLU.so.1 #5 0x4040f6fd in Scm_GLAllocUVector () from /usr/lib/gauche/0.8.7/i386-pc-linux-gnu/libgauche-gl.so #6 0x400f80c1 in GC_invoke_finalizers () from /usr/lib/libgauche.so.0 #7 0x400639df in Scm_VMFinalizerRun () from /usr/lib/libgauche.so.0 Fix: diff -r -u orig/gauche-gl-0.4.2/src/gauche-gl.c karme/gauche-gl-0.4.2/src/gauche-gl.c --- orig/gauche-gl-0.4.2/src/gauche-gl.c2006-11-09 20:46:36.0 +0100 +++ karme/gauche-gl-0.4.2/src/gauche-gl.c 2006-12-18 02:30:39.0 +0100 @@ -375,6 +375,7 @@ /* Quadric */ static void quadric_finalize(GC_PTR obj, GC_PTR data) { +/* todo: i think this should be obj-quadric */ gluDeleteQuadric((GLUquadricObj*)obj); } @@ -398,6 +399,7 @@ /* Nurbs */ static void nurbs_finalize(GC_PTR obj, GC_PTR data) { +/* todo: i think this should be obj-nurbs */ gluDeleteNurbsRenderer((GLUnurbsObj*)obj); } @@ -422,17 +424,25 @@ /* Tesselator */ static void tesselator_finalize(GC_PTR obj, GC_PTR data) { -gluDeleteTess((GLUtriangulatorObj*)obj); +gluDeleteTess(((ScmGluTesselator*)obj)-tesselator); } Greetings Jens -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.6.8-3-386 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gauche-gl depends on: ii freeglut3 2.2.0-8 OpenGL Utility Toolkit ii gauche 0.8.7-4 A Scheme implementation designed f ii libc6 2.3.2.ds1-22sarge4GNU C Library: Shared libraries an ii xlibmesa-gl [libgl 4.3.0.dfsg.1-14sarge2 Mesa 3D graphics library [XFree86] ii xlibmesa-glu [libg 4.3.0.dfsg.1-14sarge2 Mesa OpenGL utility library [XFree -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 PROTECTED]:/tmp/webalizer$ cat access.log crawl-66-249-65-243.googlebot.com - - [09/Sep/2005:17:56:48 -0700] GET /robots.txt HTTP/1.1 200 96 - Nokia6820/2.0 (4.83) Profile/MIDP-1.0 Configuration/CLDC-1.0 (compatible; Googlebot-Mobile/2.1; +http://www.google.com/bot.html) [EMAIL PROTECTED]:/tmp/webalizer$ cat webalizer.conf LogFile - HostNameserver MangleAgents1 [EMAIL PROTECTED]:/tmp/webalizer$ md5sum access.log e10a15fdb1294252c17ea3b90bbedad8 access.log [EMAIL PROTECTED]:/tmp/webalizer$ webalizer -c webalizer.conf -o . access.log Webalizer V2.01-10 (Linux 2.6.8-3-386) locale: C Using logfile STDIN (clf) Creating output in . Hostname for reports is 'server' Reading history file... webalizer.hist Segmentation fault [EMAIL PROTECTED]:/tmp/webalizer$ sed -i 's,1,0,' webalizer.conf [EMAIL PROTECTED]:/tmp/webalizer$ webalizer -c webalizer.conf -o . access.log Webalizer V2.01-10 (Linux 2.6.8-3-386) locale: de_DE.UTF-8 Using logfile STDIN (clf) Creating output in . Hostname for reports is 'server' History file not found... Generating report for September 2005 Generating summary report Saving history information... 1 records in 0,20 seconds -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.6.8-3-386 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages webalizer depends on: ii debconf 1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libgd2-xpm2.0.33-1.1sarge1 GD Graphics Library version 2 ii libpng12-01.2.8rel-1 PNG library - runtime ii zlib1g1:1.2.2-4.sarge.2 compression library - runtime -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 glXGetProcAddressARB) [EMAIL PROTECTED]:/tmp objdump -T /usr/lib/libGL.so|grep -i getproc 00029894 gDF .text 00b6 BaseglXGetProcAddressARB After a bit of googling and reading this: http://lists.freedesktop.org/archives/xorg/2005-November/011291.html I am not quite sure wether one can expect glXGetProcAddress to be available. = I changed the code to use glXGetProcAddressARB. This required another change: It seems one has to define GL_GLEXT_PROTOTYPES before including gl.h or glx.h for extensions in order to get prototypes. (At least this is stated here: http://www.ks.uiuc.edu/Research/vmd/doxygen/OpenGLExtensions_8h-source.html) Patch: --- gauche-gl-0.4.1.orig/src/gauche-gl.h +++ gauche-gl-0.4.1/src/gauche-gl.h @@ -28,6 +28,9 @@ #endif #ifdef HAVE_GL_GLX_H +// it seems we have to define those to get the extension prototypes on linux +#define GL_GLEXT_PROTOTYPES 1 +#define GLX_GLXEXT_PROTOTYPES 1 #include GL/glx.h #endif --- gauche-gl-0.4.1.orig/src/gauche-gl.c +++ gauche-gl-0.4.1/src/gauche-gl.c @@ -135,14 +135,14 @@ supports GLX for the time being. */ void *Scm_GLGetProcAddress(const char *name) { -#if defined(GLX_VERSION_1_4) -if (glXGetProcAddress != NULL) { -return glXGetProcAddress(name); -} -#elif defined(GLX_ARB_get_proc_address) +#if defined(GLX_ARB_get_proc_address) if (glXGetProcAddressARB != NULL) { return glXGetProcAddressARB((const GLubyte*)name); } +#elif defined(GLX_VERSION_1_4) +if (glXGetProcAddress != NULL) { +return glXGetProcAddress(name); +} #elif defined(MacOSX) return glutGetProcAddress(name); #endif /* !defined(GLX_VERSION_1_4) !defined(GLX_ARB_get_proc_address) */ Greetings Jens PS: Note: I did not carefully read the specs. I only wanted to get it to work (= perhaps this patch is not the right thing to do) PPS: Off-topic: Some notes regarding example examples/cg/checkered-sphere-cg.scm: to get best result one should force the garbage collector to use the incremental collector and perhaps force your graphics driver to sync to vertical retrace/screen refresh. I use the following: export GC_ENABLE_INCREMENTAL=1 export GC_PAUSE_TIME_TARGET=5 // for nvidia: export __GL_SYNC_TO_VBLANK=1 -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.6.8-3-386 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gauche-gl depends on: ii freeglut3 2.2.0-8 OpenGL Utility Toolkit ii gauche 0.8.7-4 A Scheme implementation designed f ii libc6 2.3.2.ds1-22sarge4GNU C Library: Shared libraries an ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-14sarge1 X Window System Input extension li ii libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util ii xlibmesa-gl [libgl 4.3.0.dfsg.1-14sarge1 Mesa 3D graphics library [XFree86] ii xlibmesa-glu [libg 4.3.0.dfsg.1-14sarge1 Mesa OpenGL utility library [XFree ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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/bin/gosh -ftest -uslib -Erequire 'new-catalog -Eexit;\ fi *** ERROR: no such module: srfi-0 Stack Trace: -- if I remove slib it works. (test is false) = missing Build-conflict? http://www.debian.org/doc/debian-policy/ch-relationships.html#s-sourcebinarydeps PS: Perhaps the real problem is that it tries to use a installed gosh? -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.6.8-3-386 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gauche depends on: ii libc6 2.3.2.ds1-22sarge4 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#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 Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.6.8-2-386 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libartsc0 depends on: ii libc6 2.3.2.ds1-22 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#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: Linux 2.6.8-2-386 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages java-package depends on: ii coreutils 5.2.1-2The GNU core utilities ii debhelper 4.2.32 helper programs for debian/rules ii fakeroot 1.2.10 Gives a fake root environment -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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? http://www.mingw.org/MinGWiki/index.php/SharedLibgccLegal howto build libstdc++.dll from libstdc++.a: http://bohan.dyndns.org/cgi-bin/archzoom.cgi/[EMAIL PROTECTED]/packageneric--mainline--0--patch-152/README.devers.mingw-or-cygwin-and-libstdc++.dll.text?download or mirrored at: http://egachine.berlios.de/mingwcross/debian/README-mingw-shared-libstdc++.txt -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.6.8-2-386 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages mingw32 depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an hi mingw32-binutils2.14.90.20030807.1-1 Minimalist GNU win32 (cross) binut ii mingw32-runtime 3.5-1Minimalist GNU win32 (cross) runti -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 (charmap=UTF-8) Versions of packages tcc depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]