Bug#508245: gtkglarea_1.2.3-4(unstable/sparc/lebrun): cp: cannot stat `./debian/tmp/usr/lib/libgtkgl.a': No such file or directory
Package: gtkglarea Version: 1.2.3-4 Severity: serious Heya, Your package failed to build on all buildds like this: | Automatic build of gtkglarea_1.2.3-4 on lebrun by sbuild/sparc 98 | Build started at 20081208-1748 | ** [...] | dh_install | cp: cannot stat `./debian/tmp/usr/lib/libgtkgl.a': No such file or directory | dh_install: command returned error code 256 | make: *** [binary-arch] Error 1 | dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 | ** | Build finished at 20081208-1750 | FAILED [dpkg-buildpackage died] | Build needed 00:01:11, 5528k disk space A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=gtkglareaver=1.2.3-4 Marc -- Fachbegriffe der Informatik - Einfach erklärt 149: Telefon Gerät, das die Person am anderen Ende der Leitung bescheuert macht. (Funktioniert in beide Richtungen) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508246: rdup_0.6.3-1(unstable/sparc/lebrun): FTBFS: Missing build-dep on libpcre3-dev
Package: rdup Version: 0.6.3-1 Severity: serious Heya, Your package failed to build on the buildds due to a missing build-dep on libpcre3-dev: | Automatic build of rdup_0.6.3-1 on lebrun by sbuild/sparc 98 | Build started at 20081208-2303 | ** [...] | ./configure: line 7073: pcre-config: command not found | ./configure: line 7079: pcre-config: command not found | checking pcre.h usability... no | checking pcre.h presence... no | checking for pcre.h... no | configure: error: ** No pcre library found. | make: *** [config.status] Error 1 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20081208-2304 | FAILED [dpkg-buildpackage died] | Build needed 00:00:10, 716k disk space A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=rdupver=0.6.3-1 Marc -- BOFH #178: short leg on process table -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490171: Bug#470416: rtorrent: random crash (grave)
Jose Luis Rivas [EMAIL PROTECTED] writes: Jari Aalto wrote: Jose Luis Rivas [EMAIL PROTECTED] writes: Jari Aalto wrote: Confirmed. There seesm to be more a serious problem. Not just the rtorrent crash, but the whole workstation dies: kernel becomes unresponsive to the point where nothing happens. Can you please try with experimental release? I'm not in position to make this test (starting by my lack of bandwith and lack of hardware, I'm not always online in my machine). I'm about to push experimental to unstable and this one would make another good reason to do this. (Besides of #506748) Same results with 0.8.4-1. Kernel completely freezes after a while. Jari I just noted something, I've got system freezing too with 2.6.26 (and only with this kernel) but without using rtorrent. I have completely stable 2.6.26 in normal use. Please, could you try with another kernel? (I'm right now using 2.6.27 and haven't got any freeze) Just for checking I'll let you know. Jari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508071: Perhaps a dup of 504389 (which has an easy fix)
This is probably a duplicate of bug 504389 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504389 To find out, go into shutdown, and then when it appears to be stuck, press Alt-F8 If that's the case, then you have bug 504389. Please let us know. I submitted a patch for 504389. You can also easily workaround it by editing the file /etc/init.d/splashy go to line 181 which is /sbin/splashy_chvt 8 and before that line add a new line sleep 2 although my patch is more elegant. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507721: cryptsetup: Sometimes initrd ends up missing conf/conf.d/cryptroot file in it
Ben Hutchings wrote: So far as I can see, these are the possible reasons why the cryptroot hook may silently fail to generate the configuration file: - /etc/crypttab is missing [EMAIL PROTECTED]:~$ cat /etc/crypttab sda8_crypt /dev/sda8 none luks [EMAIL PROTECTED]:~$ - The root device specified in /etc/fstab is not defined by LABEL or UUID and is not under /dev/mapper/ novo:~# cat /etc/fstab|perl -wne 'print unless /^\s*$/s or /^\s*#/' proc/proc procdefaults0 0 /dev/mapper/main-root / reiserfs defaults,noatime 0 1 /dev/sda7 /boot ext3defaults0 2 /dev/mapper/plain-plainswap noneswapsw 0 0 tmpfs/tmptmpfssize=2g,mode=177700 /dev/hda/media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/plain/media/mnt/mediareiserfsnoatime00 /dev/sda14/mnt/sda14ext3noatime,noauto03 /dev/sda11/mnt/sda11ext3noatime,noauto03 /dev/plain/gpgbackups/mnt/gpgbackups/mntext3 noatime,noauto04 /dev/plain/rootextend/mnt/rootextend reiserfs defaults,noatime 0 0 novo:~# novo:~# ls -l /dev/mapper/main-root brw-rw 1 root disk 253, 11 2008-12-03 22:43 /dev/mapper/main-root - The root device is not listed in /etc/crypttab (after conversion of LABEL= and UUID= to /dev/disk/... and sym-link resolution) novo:~# ls -l /dev/disk/by-*|grep main-root lrwxrwxrwx 1 root root 11 2008-12-03 22:43 dm-name-main-root - ../../dm-11 lrwxrwxrwx 1 root root 11 2008-12-03 22:43 dm-name-main-root-real - ../../dm-10 lrwxrwxrwx 1 root root 11 2008-12-03 22:43 dm-name-main-root_snap_23nov - ../../dm-13 lrwxrwxrwx 1 root root 11 2008-12-03 22:43 dm-name-main-root_snap_23nov-cow - ../../dm-12 novo:~# find /dev/disk/ -name *main-root* /dev/disk/by-id/dm-name-main-root_snap_23nov-cow /dev/disk/by-id/dm-name-main-root-real /dev/disk/by-id/dm-name-main-root_snap_23nov /dev/disk/by-id/dm-name-main-root novo:~# find /dev/disk/ -name *main-root*|while read f; do echo $(chase $f); done /dev/dm-12 /dev/dm-10 /dev/dm-13 /dev/dm-11 novo:~# find /dev/disk/ -name *main-root*|while read f; do echo $(chase $f); done|xargs ls -l brw-rw 1 root disk 253, 10 2008-12-03 22:43 /dev/dm-10 brw-rw 1 root disk 253, 11 2008-12-03 22:43 /dev/dm-11 brw-rw 1 root disk 253, 12 2008-12-03 22:43 /dev/dm-12 brw-rw 1 root disk 253, 13 2008-12-03 22:43 /dev/dm-13 well so far sda8_crypt is not mentioned. (Is this wrong? It's different from the above because of the encryption layer, right?) novo:~# find /dev/ -name *sda8_crypt* /dev/.udev/names/disk\x2fby-id\x2fdm-name-sda8_crypt /dev/mapper/sda8_crypt /dev/disk/by-id/dm-name-sda8_crypt novo:~# find /dev/ -name *sda8_crypt* |xargs ls -l ls: cannot access /dev/.udev/names/diskx2fby-idx2fdm-name-sda8_crypt: No such file or directory lrwxrwxrwx 1 root root 10 2008-12-03 22:43 /dev/disk/by-id/dm-name-sda8_crypt - ../../dm-9 brw-rw 1 root disk 253, 9 2008-12-03 22:43 /dev/mapper/sda8_crypt In any case, I didn't put sda8_crypt into cryptroot, the Debian installer from lenny from this spring did it (and it works half of the time). - dmsetup ls returns an empty list of backing devices novo:~# dmsetup ls plain-rootextend-real(253, 3) main-root(253, 11) sda8_crypt(253, 9) plain-gpgbackups(253, 0) plain-rootextend_snap_23nov-cow(253, 5) plain-rootextend_snap_23nov(253, 6) plain-plainswap2(253, 7) plain-media(253, 1) main-root_snap_23nov(253, 13) plain-rootextend(253, 4) plain-plainswap(253, 2) main-root-real(253, 10) main-root_snap_23nov-cow(253, 12) plain-spdvd(253, 8) - dmsetup table says the backing devices are not encrypted novo:~# dmsetup table plain-rootextend-real: 0 4194304 linear 8:10 17039744 plain-rootextend-real: 4194304 8388608 linear 8:10 23331200 plain-rootextend-real: 12582912 10485760 linear 8:10 42205568 plain-rootextend-real: 23068672 2097152 linear 8:6 35209600 plain-rootextend-real: 25165824 1024000 linear 8:6 39403904 main-root: 0 36552704 snapshot-origin 253:10 sda8_crypt: 0 39052841 crypt aes-cbc-essiv:sha256 0 8:8 2056 plain-gpgbackups: 0 58589184 linear 8:12 384 plain-gpgbackups: 58589184 35782656 linear 8:13 384 plain-rootextend_snap_23nov-cow: 0 8388608 linear 8:6 40427904 plain-rootextend_snap_23nov: 0 26189824 snapshot 253:3 253:5 P 8 plain-plainswap2: 0 8388608 linear 8:10 31719808 plain-media: 0 8388608 linear 8:13 35783040 plain-media: 8388608 10223616 linear 8:13 48365952 plain-media: 18612224 8650752 linear 8:10 8388992 plain-media: 27262976 2097152 linear 8:10 21234048 plain-media: 29360128 2097152 linear 8:10 40108416 plain-media: 31457280 5898240 linear 8:10 52691328 plain-media: 37355520 2490368 linear 8:6 384 plain-media: 39845888 23068672 linear 8:6 12140928 plain-media:
Bug#507721: cryptsetup: Sometimes initrd ends up missing conf/conf.d/cryptroot file in it
Sorry about the seemingly broken up lines (a nuisance of Icedove, sometimes it doesn't add format=flowed for some reason unknown to me). Ask me if something is unclear. Next time I'll append my reply as text file attachment or use another mail client. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508259: linux-image-2.6.18-6-k7: Local kernel panic exploit
Package: linux-image-2.6.18-6-k7 Version: 2.6.18.dfsg.1-23 Severity: critical Tags: security Justification: breaks the whole system These exploit freezess all my Debian/Ubuntu machines: http://www.milw0rm.com/exploits/7091 -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-k7 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.18-6-k7 depends on: ii coreutils5.97-5.3The GNU core utilities ii debconf [debconf-2.0]1.5.11etch2 Debian configuration management sy ii initramfs-tools [linux-initr 0.85i tools for generating an initramfs ii module-init-tools3.3-pre4-2 tools for managing Linux kernel mo Versions of packages linux-image-2.6.18-6-k7 recommends: ii libc6-i686 2.3.6.ds1-13etch7 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.18-6-k7/preinst/initrd-2.6.18-6-k7: linux-image-2.6.18-6-k7/prerm/removing-running-kernel-2.6.18-6-k7: true linux-image-2.6.18-6-k7/postinst/kimage-is-a-directory: linux-image-2.6.18-6-k7/postinst/depmod-error-2.6.18-6-k7: false linux-image-2.6.18-6-k7/preinst/abort-overwrite-2.6.18-6-k7: linux-image-2.6.18-6-k7/preinst/failed-to-move-modules-2.6.18-6-k7: linux-image-2.6.18-6-k7/preinst/lilo-initrd-2.6.18-6-k7: true linux-image-2.6.18-6-k7/postinst/depmod-error-initrd-2.6.18-6-k7: false linux-image-2.6.18-6-k7/postinst/old-system-map-link-2.6.18-6-k7: true linux-image-2.6.18-6-k7/preinst/abort-install-2.6.18-6-k7: shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-6-k7/postinst/create-kimage-link-2.6.18-6-k7: true linux-image-2.6.18-6-k7/postinst/old-dir-initrd-link-2.6.18-6-k7: true linux-image-2.6.18-6-k7/postinst/bootloader-test-error-2.6.18-6-k7: linux-image-2.6.18-6-k7/preinst/lilo-has-ramdisk: * linux-image-2.6.18-6-k7/preinst/already-running-this-2.6.18-6-k7: linux-image-2.6.18-6-k7/preinst/elilo-initrd-2.6.18-6-k7: true linux-image-2.6.18-6-k7/prerm/would-invalidate-boot-loader-2.6.18-6-k7: true linux-image-2.6.18-6-k7/preinst/bootloader-initrd-2.6.18-6-k7: true linux-image-2.6.18-6-k7/preinst/overwriting-modules-2.6.18-6-k7: true linux-image-2.6.18-6-k7/postinst/bootloader-error-2.6.18-6-k7: linux-image-2.6.18-6-k7/postinst/old-initrd-link-2.6.18-6-k7: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505270:
Luis, I sent the 4MB initrd image to your gmail account via yousentit It's available for 7 days. regards Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507509:
On Sunday 07 December 2008 20:41:35 Diego Escalante Urrelo wrote: On 12/7/08, George Kiagiadakis [EMAIL PROTECTED] wrote: ALSO, I tried this with a different user and it seems to work! So, it's obviously some problem with the configuration. I tried to move away ~/.config/subtitleeditor, but that didn't help and I noticed that it still could remember the recently opened files, so it must be saving some configuration bits somewhere else. Any ideas where is that? ~/.recently-used*, keep your current copy before deleting so we can try to debug the problem further (perhaps it's a crash on missing files being on the r-u list) I tried moving those files away, but it didn't help. I discovered though a very odd thing. If subtitleeditor is running in my kde 4.2 (beta) session, it crashes. If it is not, it doesn't crash. Something like that: Non-crashing procedure: - Login to kde 4.2 as user1 - Start subtitleeditor as another user: $ ssh -Y [EMAIL PROTECTED] $ subtitleeditor - Open a file - opens fine! Crashing procedure: - Login to kde 4.2 as *either* user1 or user2 - Start subtitleeditor - Open a file - crash! In all cases I tried with a clean ~/.recent* This is very strange and I can't understand what might cause it. I am not using the gtk-qt theme engine for gtk and as far as I can tell, subtitleeditor doesn't dlopen() any qt/kde library. Any ideas? PS: I think the severity should be lowered now. Subtitleeditor works fine with kde 4.1 and older and kde 4.2 is unreleased (both upstream and in debian), so that's definitely not an rc bug :) Regards, George -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505270:
Also, /boot/grub/menu.lst extract ## ## End Default Options ## title Debian GNU/Linux, kernel 2.6.26-1-686 root(hd0,0) kernel /boot/vmlinuz-2.6.26-1-686 root=/dev/hda1 ro quiet vga=791 splash initrd /boot/initrd.img-2.6.26-1-686 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508257: CVE-2008-5305: TWiki SEARCH variable allows arbitrary shell command execution
Package: twiki Version: 1:4.1.2-5 Severity: grave Tags: security Justification: user security hole Please see http://twiki.org/cgi-bin/view/Codev/SecurityAlert-CVE-2008-5305 for details of an arbitrary code execution vulnerability issue in twiki. Thanks, Dominic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 508257
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.35 tags 508257 + patch Bug#508257: CVE-2008-5305: TWiki SEARCH variable allows arbitrary shell command execution Tags were: security Tags added: patch End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: found 508257 in 1:4.0.5-9.1etch1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.35 found 508257 1:4.0.5-9.1etch1 Bug#508257: CVE-2008-5305: TWiki SEARCH variable allows arbitrary shell command execution Bug marked as found in version 1:4.0.5-9.1etch1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508265: sysprof-module-source: doesn't compile on AMD64 arch (wrong register names)
Package: sysprof-module-source Version: 1.0.11-0.1 Severity: serious Tags: patch Justification: no longer builds from source The 64-bit registers in AMD64 architecture are defined as bp, ip, and sp if __KERNEL__ is defined (include/asm-x86/ptrace.h). Looking at sysprof-module.c this is since kernel 2.6.25 for x86, so I just copied the conditionals from few lines below. It compiles, and works for me. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sysprof-module-source depends on: ii build-essential 11.4 Informational list of build-essent ii bzip2 1.0.5-1high-quality block-sorting file co ii debhelper 7.0.15 helper programs for debian/rules ii module-assistant 0.10.11.0 tool to make module package creati sysprof-module-source recommends no packages. sysprof-module-source suggests no packages. -- no debconf information diff -cr sysprof-module/sysprof-module.c sysprof-module.fixed/sysprof-module.c *** sysprof-module/sysprof-module.c 2008-10-29 21:21:59.0 +0200 --- sysprof-module.fixed/sysprof-module.c 2008-12-09 13:09:19.0 +0200 *** *** 68,77 /* Macro the names of the registers that are used on each architecture */ #if defined(CONFIG_X86_64) ! # define REG_FRAME_PTR rbp ! # define REG_INS_PTR rip ! # define REG_STACK_PTR rsp ! # define REG_STACK_PTR0 rsp0 #elif defined(CONFIG_X86) # if LINUX_VERSION_CODE = KERNEL_VERSION (2,6,25) # define REG_FRAME_PTR bp --- 68,84 /* Macro the names of the registers that are used on each architecture */ #if defined(CONFIG_X86_64) ! # if LINUX_VERSION_CODE = KERNEL_VERSION (2,6,25) ! # define REG_FRAME_PTR bp ! # define REG_INS_PTR ip ! # define REG_STACK_PTR sp ! # define REG_STACK_PTR0 sp0 ! # else ! # define REG_FRAME_PTR rbp ! # define REG_INS_PTR rip ! # define REG_STACK_PTR rsp ! # define REG_STACK_PTR0 rsp0 ! # endif #elif defined(CONFIG_X86) # if LINUX_VERSION_CODE = KERNEL_VERSION (2,6,25) # define REG_FRAME_PTR bp
Bug#505270: More infor re splashy bug 505270
Tim, Is it possible that your problem is related to /etc/splashy/config.xml ? Try copying this file to /root/config.xml and purging Splashy 0.3.10 (dpkg --purge splashy) (from Lenny) and installing the Sid version (0.3.12), then copy your config.xml back to /etc/splashy. Luis, I think you are following a false lead. See below for my clues, but first, I followed your request: 1) I reverted to 0.3.10 and verified that it worked. Then, I copied config.xml as you suggested 2) I purged and went back to Sid. libsplashy and uswsusp were also updated. After the updgrade, I verified that the bug reappeared (splashy flashes momentarily, and then it disappears, as described earlier in the bug report) Then I copied the saved config.xml to /etc/splashy (Of course, bug 504389 appeared after going back to 0.3.12, for which I have submitted a patch http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504389 ) 3) The saved config file made no difference. The startup behavious of 0.3.12 is still broken. I actually see this on all three machines running Debian, one of them being an AMD desktop with Nvidia video so it has nothing to do with intel graphics. My clues: :-) It is very strange that a very simple fix solves the problem: creating /etc/directfbrc and putting in a path to the log-file as I described earlier. That is, this content in /etc/directfbrc solves the problem. log-file=/tmp/directfb.log Move that file, and the bug reappears. 100% guaranteed. It also fixes it on all three of my machines. Clue part 2: change the log-file path to be /root/directfb.log and the bug reappears. So it only fixes the problem when /tmp is used There is not actually any log file created in /tmp. I hope this is a huge clue, but I don't know enough about directfb to make any sense of it. My wild guess is that without /etc/directfbrc, directfb falls back to a default location that is not writable. Why would that affect this new version of splashy? Change of execution to premount, maybe? Also strange: I can not duplicate the error on any virtualbox machines. I even made a virtual machine with a separate /home partition. Couldn't reproduce it. The new file calls the themes from /usr/share/splashy/themes/. I just want to rule out that this is not the cause of your problem. Can you send a copy of your initrd (/boot/initrd.img-`uname -r`) and /etc/fstab to my email? I will send my initrd.img via yousendit.com /etc/fstab is: # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/hda1 / ext3errors=remount-ro 0 1 /dev/hda6 /home ext3defaults0 2 /dev/hda5 noneswapsw 0 0 /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508267: rdup_0.6.3-1(mips/unstable):
Package: rdup Version: 0.6.3-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of rdup_0.6.3-1 on mayr by sbuild/mips 99.999 Build started at 20081208-2204 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), autotools-dev, libglib2.0-dev, autoconf, automake [...] checking sys/vfs.h presence... yes checking for sys/vfs.h... yes checking sys/statvfs.h usability... yes checking sys/statvfs.h presence... yes checking for sys/statvfs.h... yes checking for sys/param.h... yes checking for sys/mount.h... yes ./configure: line 7073: pcre-config: command not found ./configure: line 7079: pcre-config: command not found checking pcre.h usability... no checking pcre.h presence... no checking for pcre.h... no configure: error: ** No pcre library found. make: *** [config.status] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=mipspkg=rdupver=0.6.3-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508269: haskell-hsh_1.2.6.2(unstable/sparc/schroeder): Testsuite failure
Package: haskell-hsh Version: 1.2.6.2 Severity: serious Heya, Building your package failed on my buildd: | Automatic build of haskell-hsh_1.2.6.2 on schroeder by sbuild/sparc 99.99 | Build started at 20081209-0922 | ** [...] | Linking runtests ... | testsrc/runtests [...] | [20 /184 ] 1:core:1:pipes:2:sh2sh2sh2sh:0:run1 run result | expected: 000 032061 12\n003\n | but got: 000 030464 005000\n003\n | runtests: Printf.printf: argument list ended prematurely | make[1]: *** [test-ghc6] Error 1 | make[1]: Leaving directory `/build/buildd/haskell-hsh-1.2.6.2' | make: *** [install] Error 2 | dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 | ** | Build finished at 20081209-0926 | FAILED [dpkg-buildpackage died] | Build needed 00:03:03, 29560k disk space A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=haskell-hshver=1.2.6.2 Marc -- BOFH #42: spaghetti cable cause packet failure -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508259: linux-image-2.6.18-6-k7: Local kernel panic exploit
Kuba Plichcinski [EMAIL PROTECTED] writes: Package: linux-image-2.6.18-6-k7 Version: 2.6.18.dfsg.1-23 Severity: critical Tags: security Justification: breaks the whole system These exploit freezess all my Debian/Ubuntu machines: http://www.milw0rm.com/exploits/7091 See http://security-tracker.debian.net/tracker/CVE-2008-5029 You could consider upgrading to linux-image-2.6.24-etchnhalf.1-686 version 2.6.24-6~etchnhalf.7 or later if you don't want for the fix backport to 2.6.18. Bjørn -- return -ENOCOFFEE; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508257: [Fwd: Re: Proposed NMU - twiki-4.0.5-9.1etch2 - Re: [Fwd: [TWiki-Announce] Security Alert -CVE-2008-5305: TWiki SEARCH variable allows arbitrary shell command execution]]
Here's a proposed patch for stable too. Regards, Message transféré De: Olivier Berger [EMAIL PROTECTED] À: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sujet: Re: Proposed NMU - twiki-4.0.5-9.1etch2 - Re: [Fwd: [TWiki-Announce] Security Alert -CVE-2008-5305: TWiki SEARCH variable allows arbitrary shell command execution] Date: Thu, 04 Dec 2008 14:42:25 +0100 Hi. Again, same for etch's version. See proposed twiki_4.0.5-9.1etch2.diff.gz and it's corresponding interdiff_4.0.5-9.1etch1_4.0.5-9.1etch2 Note that both NMU proposals were untested. Only the packages seem to build fine. Best regards, -- Olivier BERGER [EMAIL PROTECTED] http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) twiki_4.0.5-9.1etch2.diff.gz Description: GNU Zip compressed data
Bug#508271: djvulibre_3.5.21-2(unstable/sparc/spontini): cp: cannot stat `./prebuilt-hi22-djvu.png': No such file or directory
Package: djvulibre Version: 3.5.21-2 Severity: serious Heya, Building your package failed: | Automatic build of djvulibre_3.5.21-2 on spontini by sbuild/sparc 99.99 | Build started at 20081209-0845 | ** [...] | make[2]: Entering directory `/build/buildd/djvulibre-3.5.21/desktopfiles' | s=`echo hi22-djvu.png | sed -e 's/[a-z]*\([0-9]*\).*/\1/'`; \ | /usr/bin/convert -geometry ${s}x${s} -depth 8 -background none djvu.svg hi22-djvu.png \ | || cp ./prebuilt-hi22-djvu.png hi22-djvu.png | | GLib-ERROR **: /build/buildd/glib2.0-2.16.6/glib/gmem.c:175: failed to allocate 3758096384 bytes | aborting... | /bin/sh: line 2: 20974 Aborted /usr/bin/convert -geometry ${s}x${s} -depth 8 -background none djvu.svg hi22-djvu.png | cp: cannot stat `./prebuilt-hi22-djvu.png': No such file or directory | make[2]: *** [hi22-djvu.png] Error 1 | make[2]: Leaving directory `/build/buildd/djvulibre-3.5.21/desktopfiles' | make[1]: *** [all] Error 2 | make[1]: Leaving directory `/build/buildd/djvulibre-3.5.21' | make: *** [build-stamp] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20081209-0933 | FAILED [dpkg-buildpackage died] | Build needed 00:43:32, 88728k disk space A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=djvulibrever=3.5.21-2 Marc -- BOFH #309: firewall needs cooling -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506883: tuxguitar: hard-codes dependencies on libraries
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ben Hutchings wrote: The proposed changes to this package are unsuitable for Debian. Firstly, abrowser does not exist in Debian (the equivalent virtual package in Debian is www-browser), and in any case Tuxguitar appears to depend specifically on Mozilla derivatives. yes, xulrunner seems to be the smallest componant requiered to display html into swt, BTW, abrowser dependency came in when I merged ubuntu patch... maybe it's not appropriate their side too , if anyone listen Secondly, the package dependencies and documentation still favour Sun JDK over OpenJDK, which is not acceptable in main. Well spotted Also, the diff included a HotSpot error dump. Please use debdiff to sanity-check the changes you make in a source package before uploading it. My mistake, sorry Here are the changes I propose. Please let me know whether I should upload with these changes. I reviewed your diff, seems good to me, thanx again for your help -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkk+UQYACgkQlNXo+kZwlLzPvgCggH6OSfHWpTxdHA+9yMBFvCpy GwEAn2d79e98oDaqzsGZcar2bhSnpZOr =+Z5M -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Merge #508246 and #508267
Processing commands for [EMAIL PROTECTED]: merge 508267 508246 Bug#508246: rdup_0.6.3-1(unstable/sparc/lebrun): FTBFS: Missing build-dep on libpcre3-dev Bug#508267: rdup_0.6.3-1(mips/unstable): Merged 508246 508267. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508272: gnome-splashscreen-manager: Refuses to start, undefined symbol: gtk_file_system_error_quark
Package: gnome-splashscreen-manager Version: 0.2-12 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Whe I start gnome-splashscreen-manager, I get: - -- [EMAIL PROTECTED] % gnome-splashscreen-manager ruby: symbol lookup error: /usr/lib/ruby/1.8/x86_64-linux/gtk2.so: undefined symbol: gtk_file_system_error_quark - -- Regards Jean-Luc - -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (900, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-rc7-git7-k8-1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-splashscreen-manager depends on: ii libgconf2-ruby 0.17.0~rc1-6 GConf 2 bindings for the Ruby lang ii libglade2-ruby 0.17.0~rc1-6 Libglade 2 bindings for the Ruby l ii ruby4.2 An interpreter of object-oriented gnome-splashscreen-manager recommends no packages. gnome-splashscreen-manager suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJPn5yUdGGXzzGnNARAngpAKCVGh8qevlQyq82WDpKa3n47yXuHgCffWuw N+ZtPdsMdCs1PHaU6kVTJO0= =psVd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508279: /usr/share/atmailopen writable by www-data and not purged
Package: atmailopen Version: 1.02+dfsg+svn60-1 Severity: serious Justification: Policy 10.9 and others atmailopen generates a directory /usr/share/atmailopen that belongs to user www-data, creates a file named atmailopen writable by www-data as well and then forgets to remove the file on purge leaving the whole directory on the system. Michael -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-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/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494760: kernel-patch-nfs-ngroups: Doesn't apply against Lenny kernel
I have problems applying the last package with lenny kernel. These is the output error when compiling : ---%--%--- Building modules, stage 2. MODPOST 1927 modules ERROR: rpcauth_lookupcred [fs/nfs/nfs.ko] undefined! WARNING: modpost: Found 3 section mismatch(es). To see full details build your kernel with: 'make CONFIG_DEBUG_SECTION_MISMATCH=y' make[3]: *** [__modpost] Erreur 1 make[2]: *** [modules] Erreur 2 make[2]: quittant le répertoire « /usr/src/linux-source-2.6.26 » make[1]: *** [debian/stamp-build-kernel] Erreur 2 make[1]: quittant le répertoire « /usr/src/linux-source-2.6.26 » make: *** [stamp-buildpackage] Erreur 2 ---%--%--- These is the Changelog of the patch 4.58 (see http://www.frankvm.com/nfs-ngroups/README) : 2008-10-26 nfs-ngroups 4.58 for 2.6.27 and 2.6.26. - EXPORT_SYMBOL_GPL(rpcauth_lookupcred) was missing. This broke compiling as a module. Removed 2.6.27-4.57 version. -- | Christophe GUILLOUX - Service AMI - Bureau A017 | | Centre de Recherche INRIA Rennes - Bretagne Atlantique | | Campus de Beaulieu | | 35042 Rennes cedex, France | | PHONE : +33 (0) 29984 74 10 | FAX : +33 (0) 29984 71 71 | | WWW : http://www.inria.fr | JABBER : [EMAIL PROTECTED] | smime.p7s Description: S/MIME Cryptographic Signature
Bug#508272: gnome-splashscreen-manager: Refuses to start, undefined symbol: gtk_file_system_error_quark
On Tue, Dec 09, 2008, Jean-Luc Coulon (f5ibh) wrote: Package: gnome-splashscreen-manager Version: 0.2-12 Severity: grave Justification: renders package unusable Hi, Whe I start gnome-splashscreen-manager, I get: -- [EMAIL PROTECTED] % gnome-splashscreen-manager ruby: symbol lookup error: /usr/lib/ruby/1.8/x86_64-linux/gtk2.so: undefined symbol: gtk_file_system_error_quark -- Hi Jean-Luc! I fail to reproduce the bug. Moreover, gnome-splashscreen-manager's gtk2 bugs are often caused by libgtk2-ruby1.8. Please could you try downgrading gnome-splashscreen-manager's dependencies and libgtk2-ruby1.8. and see whether the bug still applies? -- Mohammed Adnène Trojette -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474452: xen-linux-system available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In the meantime, there is a xen-linux-system package in testing as well in unstable! Please let this package into testing... Henning -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFJPoljOzXGJHJLmQIRAuQeAJ4yF4Ri/pQEAaIB0/tAkkQFXO8gQwCXZD0K xSQuUdLfHcAFQSTAf9W36w== =CrUS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507381: marked as done (libev-event-dev: out of date in sid)
Your message dated Tue, 09 Dec 2008 14:47:07 + with message-id [EMAIL PROTECTED] and subject line Bug#507381: fixed in libev 3.43-1.1 has caused the Debian Bug report #507381, regarding libev-event-dev: out of date in sid to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 507381: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507381 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Source: libev Version: 3.43-1 Severity: serious There's no libev-libevent-dev/3.43-1 package in the archive, apparently because the sourceful upload didn't include arch:all binaries. This prevents 3.43-1 from entering testing even though it has a freeze exception. -- Niko Tyni [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: libev Source-Version: 3.43-1.1 We believe that the bug you reported is fixed in the latest version of libev, which is due to be installed in the Debian FTP archive: libev-dev_3.43-1.1_amd64.deb to pool/main/libe/libev/libev-dev_3.43-1.1_amd64.deb libev-libevent-dev_3.43-1.1_all.deb to pool/main/libe/libev/libev-libevent-dev_3.43-1.1_all.deb libev3_3.43-1.1_amd64.deb to pool/main/libe/libev/libev3_3.43-1.1_amd64.deb libev_3.43-1.1.diff.gz to pool/main/libe/libev/libev_3.43-1.1.diff.gz libev_3.43-1.1.dsc to pool/main/libe/libev/libev_3.43-1.1.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Cyril Brulebois [EMAIL PROTECTED] (supplier of updated libev package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 07 Dec 2008 15:26:48 +0100 Source: libev Binary: libev-dev libev-libevent-dev libev3 Architecture: source amd64 all Version: 3.43-1.1 Distribution: unstable Urgency: low Maintainer: Robert S. Edmonds [EMAIL PROTECTED] Changed-By: Cyril Brulebois [EMAIL PROTECTED] Description: libev-dev - static library, header files, and docs for libev libev-libevent-dev - libevent event loop compatibility wrapper for libev libev3 - high-performance event loop library modelled after libevent Closes: 507381 Changes: libev (3.43-1.1) unstable; urgency=low . * Non-maintainer upload. * Reupload with architecture-independent binaries (Closes: #507381). Checksums-Sha1: 5b33a99e0d21ef5df3ab2b0c749874bc0c7470c5 1068 libev_3.43-1.1.dsc 25b0f9acec5b760faac8072ee3707a0005fc1d8b 135252 libev_3.43-1.1.diff.gz 50cdf786a3d690addb25d04838c10ff40aad237b 88174 libev-dev_3.43-1.1_amd64.deb f0b1db94e09bbd7bd8b84a1a9ab2e6f0ac9a619f 28110 libev3_3.43-1.1_amd64.deb df12d4424751f8600694c2addb142a63e9d2d1ec 7498 libev-libevent-dev_3.43-1.1_all.deb Checksums-Sha256: 1b1f677b1c91a86772f5ee87b988212b625fa4fd4f2aa1ca45cb31dff52f96ec 1068 libev_3.43-1.1.dsc 4333f7eeeca836c10d01b9a53326f6101dabbe81851c16b1adda494242bda225 135252 libev_3.43-1.1.diff.gz d126356ef549e9cbce19de232440b928d625b21c57772ce87d761c03fe773f2d 88174 libev-dev_3.43-1.1_amd64.deb 5619559ee57c6cc26e564003a89d543f3d545e8a50c4cf86b6e03100f56bed6e 28110 libev3_3.43-1.1_amd64.deb ed424d13ec3133cf14c944f7592f352f8cd88151ea2c28e28e2ef5e7e134e4d3 7498 libev-libevent-dev_3.43-1.1_all.deb Files: 6f145cdf012c581d884998696698c86c 1068 libs extra libev_3.43-1.1.dsc 96fbf8b3b4b8d71271d56630f1c434ec 135252 libs extra libev_3.43-1.1.diff.gz 53aea5bb68438460b794ac18ce38df69 88174 libdevel extra libev-dev_3.43-1.1_amd64.deb 3cad76680851c04aa5fe48221ae00a9d 28110 libs extra libev3_3.43-1.1_amd64.deb 82e88b79b09c756660b8662c203bf9a2 7498 libdevel extra libev-libevent-dev_3.43-1.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkk73lUACgkQeGfVPHR5Nd1wOgCeLJzp5SF5qS91D33zt0p//BgP tvMAoKEp0G0za9ZQosPffS50XHJoC4Jb =wqX2 -END PGP SIGNATURE- ---End Message---
Bug#508281: update-grub: dramatically fails at reporting errors
Package: grub Version: 0.97-47lenny1 Severity: serious Justification: Prevents kernel (and system) upgrades Just in case random folks read this bugreport, that's 0.97-47lenny1 from an unstable system, while 0.97-47 is currently in lenny. Don't ask me why. That says it all: ,-- | [EMAIL PROTECTED]:~$ sudo update-grub ; echo $? | Searching for GRUB installation directory ... found: /boot/grub | 1 `-- → Any aptitude/apt-get/omglolpackagemanager round breaks. So be it. Let's debug: ,-- | [EMAIL PROTECTED]:~$ /sbin/update-grub -h | Searching for GRUB installation directory ... found: /boot/grub | [EMAIL PROTECTED]:~$ /sbin/update-grub --help | Searching for GRUB installation directory ... found: /boot/grub | [EMAIL PROTECTED]:~$ sudo /sbin/update-grub -v | Searching for GRUB installation directory ... found: /boot/grub | [EMAIL PROTECTED]:~$ sudo /sbin/update-grub --verbose | Searching for GRUB installation directory ... found: /boot/grub `-- No, having to resort to *strace* doesn't seem like a suitable approach for grub in the next stable release. No, pointing to grub2 won't help fix this particular problem in grub, mind you. Yes, that also applies to 0.97-51. -- Cyril Brulebois -- Package-specific info: *** BEGIN /boot/grub/device.map (hd0) /dev/hda *** END /boot/grub/device.map *** BEGIN /proc/mounts /dev/mapper/talisker-root / ext3 rw,errors=remount-ro,data=ordered 0 0 /dev/sda1 /boot ext3 rw,errors=continue,data=ordered 0 0 /dev/mapper/talisker-home /home ext3 rw,errors=continue,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-legacy-doc/. ## default num # Set the default entry to the entry number NUM. Numbering starts from 0, and # the entry number 0 is the default if the command is not used. # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. # WARNING: If you are using dmraid do not change this entry to 'saved' or your # array will desync and will not let you boot your system. default 0 ## timeout sec # Set a timeout, in SEC seconds, before automatically booting the default entry # (normally the first entry defined). timeout 5 # Pretty colours color cyan/blue white/blue # Splash image splashimage=(hd0,0)/boot/grub/splashimages/debsplash.xpm.gz ### PASSWORD LINE REMOVED ### # If used in the first section of a menu file, disable all interactive editing # control (menu entry editor and command-line) and entries protected by the # command 'lock' ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### ### PASSWORD LINE REMOVED ### # # examples # # title Windows 95/98/NT/2000 # root (hd0,0) # makeactive # chainloader +1 # # title Linux # root (hd0,1) # kernel/vmlinuz root=/dev/hda2 ro # # # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## lines between the AUTOMAGIC KERNELS LIST markers will be modified ## by the debian update-grub script except for the default options below ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## ## default kernel options ## default kernel options for automagic boot options ## If you want special options for specific kernels use kopt_x_y_z ## where x.y.z is kernel version. Minor versions can be omitted. ## e.g. kopt=root=/dev/hda1 ro ## kopt_2_6_8=root=/dev/hdc1 ro ## kopt_2_6_8_2_686=root=/dev/hdc2 ro # kopt=root=/dev/mapper/talisker-root ro ## default grub root device ## e.g. groot=(hd0,0) # groot=(hd0,0) ## should update-grub create alternative automagic boot options ## e.g. alternative=true ## alternative=false # alternative=true ## should update-grub lock alternative automagic boot options ## e.g. lockalternative=true ## lockalternative=false # lockalternative=false ## additional options to use with the default boot option, but not with the ## alternatives ## e.g. defoptions=vga=791 resume=/dev/hda5 # defoptions=vga=791 splash ## should update-grub lock old automagic boot options ## e.g. lockold=false ## lockold=true # lockold=false ## Xen hypervisor options to use with the default Xen boot option # xenhopt= ## Xen Linux kernel options to use with the default Xen boot option # xenkopt=console=tty0 ## altoption boot targets option ## multiple altoptions lines are allowed ## e.g. altoptions=(extra menu suffix) extra boot options ## altoptions=(single-user) single # altoptions=(single-user mode) single ## controls how many kernels should be put into the menu.lst ## only counts the first occurence of a kernel, not the ## alternative kernel options ## e.g. howmany=all ## howmany=7 #
Bug#508282: atmailopen: package uninstallable if selecting sqlite
Package: atmailopen Version: 1.02+dfsg+svn60-1 Severity: grave Justification: renders package unusable I selected sqlite in my configuration and also when selecting which packages to install. However, this gives me an uninstallable package that complains about sqlite not being installed and also says this cannot be done automatically. Instead I have to manually apt-get install it. Doesn't seem to make sense to me. To make matters worse it doesn't seem that atmailopen is correctly configured after aborting and installing sqlite. At least I do not get the following messages coming on an installation with sqlite installed: creating database atmailopen: success. verifying database atmailopen exists: success. populating database via sql... done. Michael -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-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/bash Versions of packages atmailopen depends on: ii apache2 2.2.9-11Apache HTTP Server metapackage ii apache2-mpm-prefork 2.2.9-11Apache HTTP Server - traditional n ii dbconfig-common 1.8.40 common framework for packaging dat ii debconf [debconf-2.0 1.5.24 Debian configuration management sy ii libjs-prototype 1.6.0.3-1 JavaScript Framework for dynamic w ii php-date 1.4.7-1 PHP PEAR module for date and time ii php-db 1.7.13-2PHP PEAR Database Abstraction Laye ii php-mail 1.1.14-1PHP PEAR module for sending email ii php-mail-mime1.5.2-0.1 PHP PEAR module for creating MIME ii php-net-ldap 1:1.1.1-1 a OO interface for searching and m ii php-net-smtp 1.3.1-1 PHP PEAR module implementing SMTP ii php-net-socket 1.0.9-1 PHP PEAR Network Socket Interface ii php5 5.2.6.dfsg.1-0.1server-side, HTML-embedded scripti ii php5-sqlite 5.2.6.dfsg.1-0.1+b1 SQLite module for php5 ii sqlite3 3.5.9-6 A command line interface for SQLit atmailopen recommends no packages. Versions of packages atmailopen suggests: ii aspell 0.60.6-1 GNU Aspell spell-checker ii ispell 3.1.20.0-4.4 International Ispell (an interacti pn mysql-servernone (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508283: atmailopen cannot find its database
Package: atmailopen Version: 1.02+dfsg+svn60-1 Severity: grave Justification: renders package unusable Even in a fresh installation with no error report at all, atmailopen keeps telling me DB Error: not found and gives me a login prompt again and again and again. Michael -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-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/bash Versions of packages atmailopen depends on: ii apache2 2.2.9-11Apache HTTP Server metapackage ii apache2-mpm-prefork 2.2.9-11Apache HTTP Server - traditional n ii dbconfig-common 1.8.40 common framework for packaging dat ii debconf [debconf-2.0 1.5.24 Debian configuration management sy ii libjs-prototype 1.6.0.3-1 JavaScript Framework for dynamic w ii php-date 1.4.7-1 PHP PEAR module for date and time ii php-db 1.7.13-2PHP PEAR Database Abstraction Laye ii php-mail 1.1.14-1PHP PEAR module for sending email ii php-mail-mime1.5.2-0.1 PHP PEAR module for creating MIME ii php-net-ldap 1:1.1.1-1 a OO interface for searching and m ii php-net-smtp 1.3.1-1 PHP PEAR module implementing SMTP ii php-net-socket 1.0.9-1 PHP PEAR Network Socket Interface ii php5 5.2.6.dfsg.1-0.1server-side, HTML-embedded scripti ii php5-sqlite 5.2.6.dfsg.1-0.1+b1 SQLite module for php5 ii sqlite3 3.5.9-6 A command line interface for SQLit atmailopen recommends no packages. Versions of packages atmailopen suggests: ii aspell 0.60.6-1 GNU Aspell spell-checker ii ispell 3.1.20.0-4.4 International Ispell (an interacti pn mysql-servernone (no description available) -- debconf information: atmailopen/pgsql/manualconf: atmailopen/remove-error: abort atmailopen/pgsql/changeconf: false atmailopen/install-error: abort atmailopen/purge: false atmailopen/db/dbname: atmailopen atmailopen/pgsql/authmethod-admin: ident * atmailopen/database-type: sqlite atmailopen/pgsql/method: unix socket atmailopen/reconfigure-webserver: apache2, lighttpd atmailopen/pgsql/no-empty-passwords: atmailopen/upgrade-error: abort atmailopen/dbconfig-remove: atmailopen/upgrade-backup: true atmailopen/internal/reconfiguring: false atmailopen/restart-webserver: false atmailopen/remote/port: atmailopen/db/basepath: /var/lib/dbconfig-common/sqlite/atmailopen atmailopen/remote/newhost: atmailopen/dbconfig-reinstall: false atmailopen/pgsql/authmethod-user: password atmailopen/remote/host: atmailopen/db/app-user: atmailopen/passwords-do-not-match: atmailopen/dbconfig-upgrade: true atmailopen/internal/skip-preseed: false atmailopen/missing-db-package-error: abort atmailopen/mysql/admin-user: root atmailopen/mysql/method: unix socket * atmailopen/dbconfig-install: true atmailopen/pgsql/admin-user: postgres -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505929: this is grave [bug #505929]
n Tue, Dec 09, 2008 at 03:11:45AM +, Ben Hutchings wrote: Moritz, Are you going to apply your patch? I hadn't seen the followup from Patrick, since I wasn't CCed. I won't have time for an upload until the weekend, so someone else could/should upload the fix if it should be fixed earlier (preferably the maintainer). Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508244: xserver-xorg: no input devices detected
On 09/12/08 at 08:44 +0100, Lucas Nussbaum wrote: Package: xserver-xorg Version: 1:7.4~4 Severity: grave Justification: renders package unusable Hi, On a new laptop, I need the intel driver from experimental, so I'm forced to use the xorg from experimental as well. With the lenny version (using the vesa driver) input works fine. After switching to the experimental version, the keyboard layout is switched to qwerty, and I can't switch VT using Ctrl+Alt+FX, nor kill the X server using C-A-backspace. This was caused by the switch to evdev in X.org 1.5. The keyboard mapping now has to be configured in /etc/hal/fdi/policy/10-keymap.fdi. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508291: kpresenter: Problems inserting formulas
Package: kpresenter Version: 1:1.6.1-2etch2 Severity: grave Justification: renders package unusable The program has problems when formulas are inserted in a slide via Insert-Object-Formula Editor: very often the program refuses to save the file containing the presentation and an error window appears saying Could not save. There is no way to recover: you have to exit the program discarding all the work previous the last save. The program works normally if no formulas are inserted. I cannot tell a standard way to reproduce the bug because sometimes a few formulas are ok, but surely if you start inserirting more the 2 -3 formulas the problem should appears (it appears on my box). -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kpresenter depends on: ii kdelibs4c2a 4:3.5.5a.dfsg.1-8etch1 core libraries and binaries for al ii koffice-libs 1:1.6.1-2etch2 common libraries and binaries for ii kpresenter-data 1:1.6.1-2etch2 data files for KPresenter presenta ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii perl 5.8.8-7etch5 Larry Wall's Practical Extraction Versions of packages kpresenter recommends: ii libkscan1 4:3.5.5-3etch2 scanner library for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508292: gkrellm-snmp links against openssl without exception
Package: gkrellm-snmp Version: 1.0-1.1 Severity: Serious Hello, While working on an NMU for gkrellm-snmp, I noticed that the package is linked against Openssl libraries without a license exception. Probably need to contact upstream to see if they can use gnutls or possibly snmpv3 will give the required functionality. Thank you, Barry deFreese -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508259: (no subject)
Why arent such critical issues also fixed in the 2.6.18 kernel? Not everyone just can updated on a production machine. Paul. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507242: amule-daemon: causes OOM's by leaking lots of memory [RC]
tags 507242 unreproducible thanks Hi, regarding bug #507242 which you reported : I can't reproduce the memory leak that you mention : In installed the package and runned $ amuled --ec-config It runs with a constant 140M of virtual memory for an hour now. Could you please provide a followup, from package installation to the memory leak, so that one could reproduce your bug ? As mentionned by Marcos Marado, could you also try the experimental version and see if it consumes as much memory as your actual version. Best regards, OdyX -- Didier Raboud, proud Debian user. CH-1802 Corseaux [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Processed: Re: amule-daemon: causes OOM's by leaking lots of memory [RC]
Processing commands for [EMAIL PROTECTED]: tags 507242 unreproducible Bug#507242: amule-daemon: causes OOM's by leaking lots of memory There were no tags set. Tags added: unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508298: chronyd unreachable and does not work (clock drifts)
Package: chrony Version: 1.23-5 Severity: grave Justification: renders package unusable Hi. There we are again. chrony does no longer break the system using an init script that never finishes, but still chronyd does not work. My clock drifts and when I start chronyc any command that would contact chronyd will make chronyc wait forever (example: sourcestats). As we have discussed before this affects quite a lot i386 and amd64 machines around, so grave is justified. This bug just *is* release-critical. Helmut -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24.3 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages chrony depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libreadline5 5.2-3 GNU readline and history libraries ii timelimit 1.1-3 Simple utility to limit a process' ii ucf 3.0010 Update Configuration File: preserv Versions of packages chrony recommends: ii udev 0.125-7/dev/ and hotplug management daemo chrony suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474452: xen-linux-system available
On Tue, Dec 09, 2008 at 04:06:11PM +0100, Henning Sprang wrote: In the meantime, there is a xen-linux-system package in testing as well in unstable! Please let this package into testing... FYI, I've contacted debian-release@ and asked if we can get back into testing. Let's see how it goes. thanks, iustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504101: Please unblock isight-firmware-tools
Nobuhiro Iwamatsu wrote: Hi, I just uploaded version 1.2-7 of isight-firmware-tools. It fiexes the problem that an error was not output to be similar when there was a problem on a pass of the firmware and README.Debian was too old.[0][1] And I updated po-debconf because debconf template changed by fixing this problem. Please unblock this package. unblocked in the meantime. Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505558: marked as done (Mozilla Firefox 2 Multiple Vulnerabilities)
Your message dated Tue, 09 Dec 2008 19:52:24 + with message-id [EMAIL PROTECTED] and subject line Bug#505558: fixed in iceweasel 2.0.0.18-0etch1 has caused the Debian Bug report #505558, regarding Mozilla Firefox 2 Multiple Vulnerabilities to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 505558: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505558 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: iceweasel Version: 2.0.0.17-0etch1 Severity: critical Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, The following SA (Secunia Advisory) id was published for Firefox 2: SA32693[1] Description: Some vulnerabilities have been reported in Mozilla Firefox, which can be exploited by malicious people to disclose sensitive information, bypass certain security restrictions, or compromise a user's system. 1) An error in the processing of .url shortcuts can be exploited to obtain sensitive information from the local cache. For more information: SA32192 2) An error in the handling of HTTP redirect requests can be exploited to bypass the same-origin policy and access sensitive information from another domain. 3) An error exists when testing if a Flash module is dynamically unloaded. This can be exploited to dereference memory no longer mapped to the Flash module via an SWF file that dynamically unloads itself from an outside JavaScript function. 4) An error when locking a non-native object can be exploited to cause a crash via a web page assigning a specially crafted value to the window.__proto__.__proto__ object. 5) An error in the browser engine can be exploited to cause a memory corruption. 6) Two errors in the JavaScript engine can be exploited to cause memory corruptions. Successful exploitation of vulnerabilities #3-#6 may allow execution of arbitrary code. 7) An error in the browser's restore feature can be exploited to violate the same-origin policy and run arbitrary JavaScript code in the context of another site. NOTE: The vulnerability can also be exploited to execute arbitrary JavaScript code with chrome privileges. 8) An error in the processing of the http-index-format MIME type can be exploited to execute arbitrary code via a specially crafted 200 header line included in an HTTP index response. 9) An error in the DOM constructing code can be exploited to dereference uninitialized memory and potentially execute arbitrary code by modifying certain properties of a file input element before the element has finished initializing. 10) An error in the implementation of the nsXMLHttpRequest::NotifyEventListeners() method can be exploited to execute arbitrary JavaScript code in the context of another site. 11) An error when handling the -moz-binding CSS property can be exploited to manipulate signed JAR files and execute arbitrary JavaScript code in the context of another site. 12) An error exists when parsing the default XML namespace of an E4X document. This can be exploited to inject arbitrary XML code via a specially crafted namespace containing quote characters. The vulnerabilities are reported in versions prior to 2.0.0.18. Solution: Update to version 2.0.0.18. CVE reference: CVE-2008-0017 CVE-2008-4582 CVE-2008-5012 CVE-2008-5013 CVE-2008-5014 CVE-2008-5017 CVE-2008-5018 CVE-2008-5019 CVE-2008-5021 CVE-2008-5022 CVE-2008-5023 CVE-2008-5024 If you fix the vulnerability please also make sure to include the the CVE id in the changelog entry. [1] http://secunia.com/advisories/32693/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkkcOnkACgkQNxpp46476aq8uwCeOoUJekricOaj+E04X2PPg3bf 5wQAniz3ycwyj0KlvdGJvTFAum/tBrlV =qeCk -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- Source: iceweasel Source-Version: 2.0.0.18-0etch1 We believe that the bug you reported is fixed in the latest version of iceweasel, which is due to be installed in the Debian FTP archive: firefox-dom-inspector_2.0.0.18-0etch1_all.deb to pool/main/i/iceweasel/firefox-dom-inspector_2.0.0.18-0etch1_all.deb firefox-gnome-support_2.0.0.18-0etch1_all.deb to pool/main/i/iceweasel/firefox-gnome-support_2.0.0.18-0etch1_all.deb firefox_2.0.0.18-0etch1_all.deb to pool/main/i/iceweasel/firefox_2.0.0.18-0etch1_all.deb iceweasel-dbg_2.0.0.18-0etch1_amd64.deb to pool/main/i/iceweasel/iceweasel-dbg_2.0.0.18-0etch1_amd64.deb iceweasel-dom-inspector_2.0.0.18-0etch1_all.deb to pool/main/i/iceweasel/iceweasel-dom-inspector_2.0.0.18-0etch1_all.deb iceweasel-gnome-support_2.0.0.18-0etch1_amd64.deb to
Bug#508304: Segmentation fault at startup
Package: synfigstudio Version: 0.61.08-1+b1 Severity: grave Hello, synfigstudio just dies during the splash screen. Here's the backtrace: $ gdb synfigstudio GNU gdb 6.8-debian Copyright (C) 2008 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 i486-linux-gnu... run(gdb) run Starting program: /usr/bin/synfigstudio [Thread debugging using libthread_db enabled] [New Thread 0xb6dd2720 (LWP 20578)] synfig studio -- starting up application... (synfigstudio:20578): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (synfigstudio:20578): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb6dd2720 (LWP 20578)] 0xb7966454 in Gtk::Tooltips::set_tip () from /usr/lib/libgtkmm-2.4.so.1 (gdb) bt #0 0xb7966454 in Gtk::Tooltips::set_tip () from /usr/lib/libgtkmm-2.4.so.1 #1 0x081b0161 in studio::Dockable::add_button (this=0x8da8c00, [EMAIL PROTECTED], [EMAIL PROTECTED]) at dockable.cpp:331 #2 0x081a2b49 in Dock_MetaData (this=0x8da8c00) at dock_metadata.cpp:90 #3 0x081db87d in App (this=0xbfb1b8c0, argc=0xbfb1b920, argv=0xbfb1b924) at app.cpp:1137 #4 0x081bc079 in main (argc=1, argv=0xbfb1b9a4) at main.cpp:101 (gdb) Thanks for looking into this, David Paleino -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27-1-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages synfigstudio depends on: ii libatk1.0-01.24.0-1 The ATK accessibility toolkit ii libc6 2.8+20080809-1GNU C Library: Shared libraries ii libcairo2 1.8.4-1 The Cairo 2D vector graphics libra ii libcairomm-1.0-1 1.6.4-1 C++ wrappers for Cairo (shared lib ii libgcc11:4.3.2-2~exp4GCC support library ii libglib2.0-0 2.18.3-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.18.1-1 C++ wrapper for the GLib toolkit ( ii libgtk2.0-02.14.5-1 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.14.3-1C++ wrappers for GTK+ 2.4 (shared ii libilmbase61.0.1-2+nmu2 several utility libraries from ILM ii libopenexr61.6.1-3 runtime files for the OpenEXR imag ii libpango1.0-0 1.22.3-1 Layout and rendering of internatio ii libsigc++-2.0-0c2a 2.2.2-1 type-safe Signal Framework for C++ ii libstdc++6 4.3.2-2~exp4 The GNU Standard C++ Library v3 ii libsynfig0 0.61.08-3 synfig library ii libsynfigapp0 0.61.08-1+b1 synfig GUI library ii libxml++2.6-2 2.24.0-1 A C++ interface to the GNOME XML l ii libxml22.6.32.dfsg-5 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages synfigstudio recommends: pn synfig-examples none (no description available) synfigstudio suggests no packages. -- no debconf information -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#505445: Core dump
Dear Nigel, Let me know if you need help with instructions on how to generate a core dump. You should be able to make it if you just write ulimit -c unlimited before you run the command that segfaults. -- Asheesh. -- To generalize is to be an idiot. -- William Blake -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 508291 is minor
Processing commands for [EMAIL PROTECTED]: severity 508291 minor Bug#508291: kpresenter: Problems inserting formulas Severity set to `minor' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507165: wrong patch
Hi, sorry the patch is for a different CVE id, it is for CVE-2008-5234. Cheers Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpAlsERL2Ogd.pgp Description: PGP signature
Bug#508304: Segmentation fault at startup
David Paleino [EMAIL PROTECTED] (09/12/2008): synfigstudio just dies during the splash screen. Here's the backtrace: Hello, I can't reproduce it here with a fresh installation of studio on amd64. Maybe that could be related to your Gtk theme in some ways? Could you please try and reproduce with a fresh user? Mraw, KiBi. signature.asc Description: Digital signature
Bug#508313: xine-lib: CVE-2008-5234 heap overflow in atom parsing
Package: xine-lib Severity: grave Tags: security patch Hi, the following CVE (Common Vulnerabilities Exposures) id was published for xine-lib. CVE-2008-5234[0]: | Multiple heap-based buffer overflows in xine-lib 1.1.12, and other | versions before 1.1.15, allow remote attackers to execute arbitrary | code via vectors related to (1) a crafted metadata atom size processed | by the parse_moov_atom function in demux_qt.c and (2) frame reading in | the id3v23_interp_frame function in id3.c. NOTE: as of 20081122, it is | possible that vector 1 has not been fixed in 1.1.15. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. Note that this issue is not fixed in the upstream development version, checks for string_size being 0 are still missing enabling possibilities to overflow thebuffer. The patch was sent to the wrong bug report, the patch is: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=fix-for-ocert-2008-008-1a.diff;att=1;bug=507165 For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5234 http://security-tracker.debian.net/tracker/CVE-2008-5234 -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpgclZJLJosx.pgp Description: PGP signature
Bug#507883: release critical
On Mon, Dec 08, 2008 at 12:46:48PM +0100, Lars Bensmann wrote: On Sun, Dec 07, 2008 at 10:18:13PM +0100, martin f krafft wrote: also sprach Lars Bensmann [EMAIL PROTECTED] [2008.12.07.1605 +0100]: Can you reproduce the bug with an equivalent extensions.conf (the other format for the dialplans)? No. I could not. The following also causes the problem: context blah { lars = NoOp(Test); 123456 = goto foo|1; }; It doesn't matter if the jump target is actually there. If I replace 'foo|1' by 'blah|foo|1' or just '1' I don't have any problems. If I delete the NoOp line the problem also disappears. Upstream issue (http://bugs.digium.com/view.php?id=14019 ) has been resolved with http://svn.digium.com/view/asterisk?view=revrevision=162013 . Sadly it does not apply on our version due to the previous commit http://svn.digium.com/view/asterisk?view=revrevision=141094 . So I guess us poor schnooks will have to fix it... -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508315: libcap2_2.15-3(experimental/powerpc/anakreon): dh_install: libcap2-dev missing files (debian/tmp/lib/lib*.so), aborting
Package: libcap2 Version: 2.15-3 Severity: serious Tags: experimental Heya, Your package failed to build on my buildd: | Automatic build of libcap2_2.15-3 on anakreon.ayous.org by sbuild/powerpc 98-farm | Build started at 20081209-1430 | ** [...] | /usr/bin/make -C . CFLAGS=-g -O2 -g -Wall -O2 CXXFLAGS=-g -O2 -g -Wall -O2 CPPFLAGS= LDFLAGS= install DESTDIR=/build/buildd/libcap2-2.15/debian/tmp/ | make[1]: Entering directory `/build/buildd/libcap2-2.15' | /usr/bin/make -C libcap install | make[2]: Entering directory `/build/buildd/libcap2-2.15/libcap' | mkdir -p -m 0755 /build/buildd/libcap2-2.15/debian/tmp//usr/include/sys | install -m 0644 include/sys/capability.h /build/buildd/libcap2-2.15/debian/tmp//usr/include/sys | mkdir -p -m 0755 /build/buildd/libcap2-2.15/debian/tmp// | install -m 0644 libcap.a /build/buildd/libcap2-2.15/debian/tmp///libcap.a | install -m 0644 libcap.so.2.15 /build/buildd/libcap2-2.15/debian/tmp///libcap.so.2.15 | ln -sf libcap.so.2.15 /build/buildd/libcap2-2.15/debian/tmp///libcap.so.2 | ln -sf libcap.so.2 /build/buildd/libcap2-2.15/debian/tmp///libcap.so [...] | dh_install -plibcap2-dev | dh_install: libcap2-dev missing files (debian/tmp/lib/lib*.so), aborting | make: *** [binary-install/libcap2-dev] Error 1 | dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 | ** | Build finished at 20081209-1430 | FAILED [dpkg-buildpackage died] | Build needed 00:00:15, 1572k disk space A complete build log can be found at http://experimental.debian.net/build.php?arch=powerpcpkg=libcap2ver=2.15-3 Looks like the install needs a PREFIX=/usr or something like that to put the actual libs in the right place. Marc -- Fachbegriffe der Informatik - Einfach erklärt 53: Kostenloser Support durch unsere Hotline 0180 5... oder 0190 ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508281: update-grub: dramatically fails at reporting errors
You could try the following: # sh -x update-grub On Tue, 2008-12-09 at 16:16 +0100, Cyril Brulebois wrote: So be it. Let's debug: ,-- | [EMAIL PROTECTED]:~$ /sbin/update-grub -h | Searching for GRUB installation directory ... found: /boot/grub | [EMAIL PROTECTED]:~$ /sbin/update-grub --help | Searching for GRUB installation directory ... found: /boot/grub | [EMAIL PROTECTED]:~$ sudo /sbin/update-grub -v | Searching for GRUB installation directory ... found: /boot/grub | [EMAIL PROTECTED]:~$ sudo /sbin/update-grub --verbose | Searching for GRUB installation directory ... found: /boot/grub `-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508281: update-grub: dramatically fails at reporting errors
Jason Thomas [EMAIL PROTECTED] (10/12/2008): You could try the following: # sh -x update-grub FWIW, device.map needed an update, after the hda→sda switch (2.6.26 to 2.6.27 and newer). Still, some verbose mode would help. Or at least documentation in the manpage and/or README.Debian. I don't think leaving people out in the cold is an option here. And IMHO such an update wouldn't be much of a problem from a RT point of view. Mraw, KiBi. signature.asc Description: Digital signature
Bug#508071: Perhaps a dup of 504389 (which has an easy fix)
Le Tue, 09 Dec 2008 22:06:34 +1100 tim richardson [EMAIL PROTECTED] a écrit: This is probably a duplicate of bug 504389 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504389 To find out, go into shutdown, and then when it appears to be stuck, press Alt-F8 If that's the case, then you have bug 504389. Please let us know. I submitted a patch for 504389. You can also easily workaround it by editing the file /etc/init.d/splashy go to line 181 which is /sbin/splashy_chvt 8 and before that line add a new line sleep 2 although my patch is more elegant. Yes it's this bug. I confirm that the patch works fine but for me it starts at line 175 not 165. Regards. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed (with 1 errors): Missing merge
Processing commands for [EMAIL PROTECTED]: severity 507781 important Bug#507781: Must have priority standard Severity set to `important' from `serious' retitle 507781 libcap2: Must have priority standard Bug#507781: Must have priority standard Changed Bug title to `libcap2: Must have priority standard' from `Must have priority standard'. (By the way, that Bug is currently marked as done.) merge 507781 507420 Bug#507420: Packages with incorrect priorities for standard system install Bug#507781: libcap2: Must have priority standard Mismatch - only Bugs in same state can be merged: Values for `package' don't match: #507420 has `ftp.debian.org'; #507781 has `libcap2' Values for `severity' don't match: #507420 has `serious'; #507781 has `important' Values for `done mark' don't match: #507420 has `open'; #507781 has `done' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507781: Missing merge
severity 507781 important retitle 507781 libcap2: Must have priority standard merge 507781 507420 thanks It would be nice if you could reassign the bugs to ftp.debian.org, remove the patch tag and retitle the bugs so that they include the name of the package whose priority needs to be adjusted. Done. I left 507779, which the maintainer said he would do this; and 507781, which was closed. In order to stop this showing up in rc-alert and other lists and because this has been closed but only in experimental, I'm downgrading to important and merging with the existing bug against ftp.debian.org, #507420 Packages with incorrect priorities for standard system install -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpcT2n14DvPZ.pgp Description: PGP signature
Bug#507139: Time to close this bug?
severity 507139 important tag 507139 + unreproducible thanks Sat, 29 Nov 2008 02:14:26 + -- Selecting previously deselected package libdb4.6-dev. Unpacking libdb4.6-dev (from .../libdb4.6-dev_4.6.21-12_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libdb4.6-dev_4.6.21-12_amd64.deb (--unpack): trying to overwrite `/usr/lib/libdb-4.6.la', which is also in package libdb-dev dpkg-deb: subprocess paste killed by signal (Broken pipe) Preparing to replace libdb-dev 4.6.21-8 (using .../libdb-dev_4.7.25.2_amd64.deb) ... Unpacking replacement libdb-dev ... -- Setting up libdb4.6 (4.6.21-12) ... (Reading database ... 158303 files and directories currently installed.) Unpacking libdb4.6-dev (from .../libdb4.6-dev_4.6.21-12_amd64.deb) ... -- You are missing a versioned replaces on libdb-dev it seems. Since no version of libdb-dev in Debian contains that file, I do not consider this serious. It is still severity serious, there is no such file in libdb-dev - has this one just been forgotten? Downgrading it for now - feel free to clarify or close. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpnpXNBNKelG.pgp Description: PGP signature
Processed: Time to close this bug?
Processing commands for [EMAIL PROTECTED]: severity 507139 important Bug#507139: trying to overwrite `/usr/lib/libdb-4.6.la', which is also in package libdb-dev Severity set to `important' from `serious' tag 507139 + unreproducible Bug#507139: trying to overwrite `/usr/lib/libdb-4.6.la', which is also in package libdb-dev There were no tags set. Tags added: unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Let me try that again
Processing commands for [EMAIL PROTECTED]: reopen 507781 Bug#507781: libcap2: Must have priority standard Bug reopened, originator not changed. severity 507781 serious Bug#507781: libcap2: Must have priority standard Severity set to `serious' from `important' merge 507781 507420 Bug#507420: Packages with incorrect priorities for standard system install Bug#507781: libcap2: Must have priority standard Bug#506152: libept0 should have priority important Merged 506152 507420 507781. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508304: Segmentation fault at startup
On Tue, 9 Dec 2008 22:12:44 +0100, Cyril Brulebois wrote: David Paleino [EMAIL PROTECTED] (09/12/2008): synfigstudio just dies during the splash screen. Here's the backtrace: Hello, Hello KiBi, I can't reproduce it here with a fresh installation of studio on amd64. Maybe that could be related to your Gtk theme in some ways? Could you please try and reproduce with a fresh user? Tried it, nope, same stacktrace. I'm running on i386 though. Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Processed: found 507316 in 2.6.19-1
Processing commands for [EMAIL PROTECTED]: found 507316 2.6.19-1 Bug#507316: smarty: Non-free logo included in package Bug marked as found in version 2.6.19-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508304: Segmentation fault at startup
David Paleino [EMAIL PROTECTED] (09/12/2008): I can't reproduce it here with a fresh installation of studio on amd64. Maybe that could be related to your Gtk theme in some ways? Could you please try and reproduce with a fresh user? Tried it, nope, same stacktrace. Hmm, OK. Could we have “bt full” now, so that we have a chance to see which element is causing you trouble? I'm running on i386 though. Yeah, I noted that. Mraw, KiBi. signature.asc Description: Digital signature
Bug#508094: marked as done (eresi: etrace_geterrfunc implicitly converted to pointer)
Your message dated Tue, 09 Dec 2008 22:47:26 + with message-id [EMAIL PROTECTED] and subject line Bug#508094: fixed in eresi 1:0.8a25-2 has caused the Debian Bug report #508094, regarding eresi: etrace_geterrfunc implicitly converted to pointer to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 508094: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508094 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: eresi Version: 1:0.8a25-1 Severity: serious Tags: patch Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `etrace_geterrfunc' implicitly converted to pointer at fini.c:49 Function `etrace_geterrfunc' implicitly converted to pointer at fini.c:49 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions --- eresi-0.8a25/librevm/vm/fini.c.orig 2008-12-07 13:36:35.0 -0700 +++ eresi-0.8a25/librevm/vm/fini.c 2008-12-07 13:36:41.0 -0700 @@ -7,6 +7,7 @@ * $Id: fini.c,v 1.1 2008-02-16 12:32:27 thor Exp $ */ #include revm.h +#include ../../libetrace/include/libetrace.h /* Some REVM context cleanup when coming back from script to interactive mode */ ---End Message--- ---BeginMessage--- Source: eresi Source-Version: 1:0.8a25-2 We believe that the bug you reported is fixed in the latest version of eresi, which is due to be installed in the Debian FTP archive: e2dbg_0.8a25-2_amd64.deb to pool/main/e/eresi/e2dbg_0.8a25-2_amd64.deb elfsh_0.8a25-2_amd64.deb to pool/main/e/eresi/elfsh_0.8a25-2_amd64.deb eresi_0.8a25-2.diff.gz to pool/main/e/eresi/eresi_0.8a25-2.diff.gz eresi_0.8a25-2.dsc to pool/main/e/eresi/eresi_0.8a25-2.dsc eresi_0.8a25-2_amd64.deb to pool/main/e/eresi/eresi_0.8a25-2_amd64.deb etrace_0.8a25-2_amd64.deb to pool/main/e/eresi/etrace_0.8a25-2_amd64.deb evarista_0.8a25-2_amd64.deb to pool/main/e/eresi/evarista_0.8a25-2_amd64.deb libasm0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libasm0-dev_0.8a25-2_amd64.deb libasm0_0.8a25-2_amd64.deb to pool/main/e/eresi/libasm0_0.8a25-2_amd64.deb libaspect0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libaspect0-dev_0.8a25-2_amd64.deb libaspect0_0.8a25-2_amd64.deb to pool/main/e/eresi/libaspect0_0.8a25-2_amd64.deb libe2dbg0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libe2dbg0-dev_0.8a25-2_amd64.deb libe2dbg0_0.8a25-2_amd64.deb to pool/main/e/eresi/libe2dbg0_0.8a25-2_amd64.deb libedfmt0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libedfmt0-dev_0.8a25-2_amd64.deb libedfmt0_0.8a25-2_amd64.deb to pool/main/e/eresi/libedfmt0_0.8a25-2_amd64.deb libelfsh0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libelfsh0-dev_0.8a25-2_amd64.deb libelfsh0_0.8a25-2_amd64.deb to pool/main/e/eresi/libelfsh0_0.8a25-2_amd64.deb libetrace0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libetrace0-dev_0.8a25-2_amd64.deb libetrace0_0.8a25-2_amd64.deb to pool/main/e/eresi/libetrace0_0.8a25-2_amd64.deb libmjollnir0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libmjollnir0-dev_0.8a25-2_amd64.deb libmjollnir0_0.8a25-2_amd64.deb to pool/main/e/eresi/libmjollnir0_0.8a25-2_amd64.deb librevm0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/librevm0-dev_0.8a25-2_amd64.deb librevm0_0.8a25-2_amd64.deb to pool/main/e/eresi/librevm0_0.8a25-2_amd64.deb libstderesi0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libstderesi0-dev_0.8a25-2_amd64.deb libstderesi0_0.8a25-2_amd64.deb to pool/main/e/eresi/libstderesi0_0.8a25-2_amd64.deb libui0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libui0-dev_0.8a25-2_amd64.deb libui0_0.8a25-2_amd64.deb to pool/main/e/eresi/libui0_0.8a25-2_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution
Bug#507316: Relevant content from logo trademark licence
http://www.smarty.net/copyright.php Smarty Copyright and Trademark The name Smarty and the logo are the trademarks of New Digital Group, Inc.. You may only use the Smarty logo according to the trademark notice [PDF] 1. License. If New Digital Group makes available to you a logo, New Digital Group hereby grants to you a nonexclusive, nonassignable, nonsublicenseable, license to display the Smarty logo above, including the associated trademark (collectively, the Logo) for the sole purpose of (a) linking to the newdigitalgroup.com home page, your personal profile page, or your affiliate home page, or (b) if you are a member of the press, including the Logo in an article that references Smarty and New Digital Group. 2. Restrictions. You may display the Logo only in the form and at the size provided to you. You may not modify or alter the Logo in any way, including size, proportions, colors, elements, type or any other respect. You may not animate, morph or otherwise distort the Logo's perspective or dimensional appearance, nor may you use screen shots of your pages (to the extent that the Logo appears in the screen shot) in any other medium (except as permitted by Section 1(b)). The Logo shall be surrounded by a reasonable amount of empty space, and you may not use the Logo in conjunction with other logos or marks in a way that would create a combination mark. You may not use the Logo in a way that suggests that New Digital Group or Smarty endorses or sponsors your site. The Logo may not appear larger or more prominently than other branding on the page on which it is displayed. You may not use the Logo in any way that tarnishes, blurs or dilutes the quality of New Digital Group trademarks or any associated goodwill. Without limiting the foregoing, you shall not display the Logo on any pages that contain infringing or illegal content. The same logo file appears in the package already in Lenny (and Etch). http://packages.debian.org/etch/all/smarty/filelist /usr/share/doc/smarty/misc/smarty_icon.gif The package README claims: Feel free to put the smarty icon on your site. You can cut-and-paste the following code, be sure to adjust the path to the image: a href=http://smarty.php.net/; img src=smarty_icon.gif border=0 height=31 width=88 //a The limitation on screenshots that include the logo look to me like the smarty logo should simply be removed from the package. Considering the README, I'm not entirely sure why the logo was included in the first place. There appears to be no actual use of the logo in the package: $ rgrep smarty_icon /usr/share/php/smarty/libs* $ $ rgrep smarty_icon /usr/share/doc/smarty/unit_test/* $ I don't normally NMU PHP packages but I can arrange to do this one if you are busy, Dimitri. Simply removing /usr/share/doc/smarty/misc/smarty_icon.gif and leaving the README. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpUN4DDl7TQc.pgp Description: PGP signature
Bug#508104: marked as done (eresi_1:0.8a25-1(unstable/sparc/schroeder): accessing `/home/buildd/.eresirc': Permission denied)
Your message dated Tue, 09 Dec 2008 22:47:26 + with message-id [EMAIL PROTECTED] and subject line Bug#508104: fixed in eresi 1:0.8a25-2 has caused the Debian Bug report #508104, regarding eresi_1:0.8a25-1(unstable/sparc/schroeder): accessing `/home/buildd/.eresirc': Permission denied to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 508104: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508104 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: eresi Version: 1:0.8a25-1 Severity: serious Heya, Your package failed to build on my buildd: | Automatic build of eresi_1:0.8a25-1 on schroeder by sbuild/sparc 99.99 | Build started at 20081207-1833 | ** [...] | make[2]: Leaving directory `/build/buildd/eresi-0.8a25/evarista' | Evarista has been built successfully. | cp: accessing `/home/buildd/.eresirc': Permission denied | make[1]: *** [world] Error 1 | make[1]: Leaving directory `/build/buildd/eresi-0.8a25' | make: *** [build-stamp] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20081207-1844 | FAILED [dpkg-buildpackage died] | Build needed 00:10:42, 907084k disk space A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=eresiver=1:0.8a25-1 Marc -- Fachbegriffe der Informatik - Einfach erklärt 126: Netzcomputer Ein Netzcomputer ist ein Rechner, der vollständig vom Netz abhängig ist. (ECONY 2/99) ---End Message--- ---BeginMessage--- Source: eresi Source-Version: 1:0.8a25-2 We believe that the bug you reported is fixed in the latest version of eresi, which is due to be installed in the Debian FTP archive: e2dbg_0.8a25-2_amd64.deb to pool/main/e/eresi/e2dbg_0.8a25-2_amd64.deb elfsh_0.8a25-2_amd64.deb to pool/main/e/eresi/elfsh_0.8a25-2_amd64.deb eresi_0.8a25-2.diff.gz to pool/main/e/eresi/eresi_0.8a25-2.diff.gz eresi_0.8a25-2.dsc to pool/main/e/eresi/eresi_0.8a25-2.dsc eresi_0.8a25-2_amd64.deb to pool/main/e/eresi/eresi_0.8a25-2_amd64.deb etrace_0.8a25-2_amd64.deb to pool/main/e/eresi/etrace_0.8a25-2_amd64.deb evarista_0.8a25-2_amd64.deb to pool/main/e/eresi/evarista_0.8a25-2_amd64.deb libasm0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libasm0-dev_0.8a25-2_amd64.deb libasm0_0.8a25-2_amd64.deb to pool/main/e/eresi/libasm0_0.8a25-2_amd64.deb libaspect0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libaspect0-dev_0.8a25-2_amd64.deb libaspect0_0.8a25-2_amd64.deb to pool/main/e/eresi/libaspect0_0.8a25-2_amd64.deb libe2dbg0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libe2dbg0-dev_0.8a25-2_amd64.deb libe2dbg0_0.8a25-2_amd64.deb to pool/main/e/eresi/libe2dbg0_0.8a25-2_amd64.deb libedfmt0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libedfmt0-dev_0.8a25-2_amd64.deb libedfmt0_0.8a25-2_amd64.deb to pool/main/e/eresi/libedfmt0_0.8a25-2_amd64.deb libelfsh0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libelfsh0-dev_0.8a25-2_amd64.deb libelfsh0_0.8a25-2_amd64.deb to pool/main/e/eresi/libelfsh0_0.8a25-2_amd64.deb libetrace0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libetrace0-dev_0.8a25-2_amd64.deb libetrace0_0.8a25-2_amd64.deb to pool/main/e/eresi/libetrace0_0.8a25-2_amd64.deb libmjollnir0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libmjollnir0-dev_0.8a25-2_amd64.deb libmjollnir0_0.8a25-2_amd64.deb to pool/main/e/eresi/libmjollnir0_0.8a25-2_amd64.deb librevm0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/librevm0-dev_0.8a25-2_amd64.deb librevm0_0.8a25-2_amd64.deb to pool/main/e/eresi/librevm0_0.8a25-2_amd64.deb libstderesi0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libstderesi0-dev_0.8a25-2_amd64.deb libstderesi0_0.8a25-2_amd64.deb to pool/main/e/eresi/libstderesi0_0.8a25-2_amd64.deb libui0-dev_0.8a25-2_amd64.deb to pool/main/e/eresi/libui0-dev_0.8a25-2_amd64.deb libui0_0.8a25-2_amd64.deb to pool/main/e/eresi/libui0_0.8a25-2_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andrés Roldán [EMAIL PROTECTED] (supplier of updated eresi package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL
Bug#508304: Segmentation fault at startup
On Wed, 10 Dec 2008 00:03:33 +0100, Cyril Brulebois wrote: David Paleino [EMAIL PROTECTED] (09/12/2008): I can't reproduce it here with a fresh installation of studio on amd64. Maybe that could be related to your Gtk theme in some ways? Could you please try and reproduce with a fresh user? Tried it, nope, same stacktrace. Hmm, OK. Could we have “bt full” now, so that we have a chance to see which element is causing you trouble? Eheh, I did not post it before because it's a bit... err.. messy. Here it is, attaching. Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 synfigstudio_bt_full.gz Description: GNU Zip compressed data signature.asc Description: PGP signature
Bug#508272: gnome-splashscreen-manager: Refuses to start, undefined symbol: gtk_file_system_error_quark
Mohammed Adnène Trojette [EMAIL PROTECTED] (09/12/2008): I fail to reproduce the bug. Moreover, gnome-splashscreen-manager's gtk2 bugs are often caused by libgtk2-ruby1.8. Please could you try downgrading gnome-splashscreen-manager's dependencies and libgtk2-ruby1.8. and see whether the bug still applies? Hm, I can't reproduce it either, with the same versions as Jean-Luc's, and on amd64 as well. libgtk2-ruby1.8 is at 0.17.0~rc1-6 as well. If that can be of any use, I have that: ,-- | $ nm -D /usr/lib/ruby/1.8/x86_64-linux/gtk2.so | grep gtk_file_system_error_quark | U gtk_file_system_error_quark `-- Anything in /usr/local maybe? Mraw, KiBi. signature.asc Description: Digital signature
Bug#505502: Tagging the found version as for pdmenu
found 505502 1.2.93 thanks The original bug report was tagged as found in a version of gpm and this wasn't changed when the bug was reassigned to pdmenu. AFAICT the version of pdmenu at the time that the bug was originally filed was 1.2.93 (Etch has 1.2.89) so marking as found in 1.2.93 should allow this bug to disappear from the bug list pages. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpPZNq53dw7g.pgp Description: PGP signature
Processed: Re: Bug#508304: Segmentation fault at startup
Processing commands for [EMAIL PROTECTED]: reassign 508304 libgtkmm-2.4-1c2a Bug#508304: Segmentation fault at startup Bug reassigned from package `synfigstudio' to `libgtkmm-2.4-1c2a'. severity 508304 important Bug#508304: Segmentation fault at startup Severity set to `important' from `grave' found508304 1:2.14.3-1 Bug#508304: Segmentation fault at startup Bug marked as found in version 1:2.14.3-1. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Tagging the found version as for pdmenu
Processing commands for [EMAIL PROTECTED]: found 505502 1.2.93 Bug#505502: pdmenu should check the value returned by Gpm_GetEvent() Bug marked as found in version 1.2.93. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508304: Segmentation fault at startup
reassign 508304 libgtkmm-2.4-1c2a severity 508304 important found508304 1:2.14.3-1 thanks David Paleino [EMAIL PROTECTED] (10/12/2008): Eheh, I did not post it before because it's a bit... err.. messy. […] OK, got the crash on amd64 as well when upgrading to libgtkmm-2.4-1c2a from experimental (which is already David's case). Downgrading severity as a regression (I guess?) in set_tip() for an experimental package doesn't look as release-critical as synfigstudio not starting at all; and reassigning (Maintainer/Uploaders Cc'd). Mraw, KiBi. signature.asc Description: Digital signature
Bug#508304: Segmentation fault at startup
On Wed, 10 Dec 2008 00:21:30 +0100, David Paleino wrote: On Wed, 10 Dec 2008 00:03:33 +0100, Cyril Brulebois wrote: [..] Hmm, OK. Could we have “bt full” now, so that we have a chance to see which element is causing you trouble? [..] Here it is, attaching. After some more investigation with KiBi on IRC, we decided it's probably a libgtkmm bug. After installing the proper -dbg package, here's a bt and bt full (the latter attached -- please disregard the older one). ---8--- $ gdb synfigstudio [..] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb6e94720 (LWP 8597)] 0xb7a28454 in Gtk::Tooltips::set_tip (this=0x0, [EMAIL PROTECTED], [EMAIL PROTECTED]) at tooltips.cc:40 40 tooltips.cc: No such file or directory. in tooltips.cc (gdb) bt #0 0xb7a28454 in Gtk::Tooltips::set_tip (this=0x0, [EMAIL PROTECTED], [EMAIL PROTECTED]) at tooltips.cc:40 #1 0x081b0161 in studio::Dockable::add_button (this=0xa24ac00, [EMAIL PROTECTED], [EMAIL PROTECTED]) at dockable.cpp:331 #2 0x081a2b49 in Dock_MetaData (this=0xa24ac00) at dock_metadata.cpp:90 #3 0x081db87d in App (this=0xbfadf080, argc=0xbfadf0e0, argv=0xbfadf0e4) at app.cpp:1137 #4 0x081bc079 in main (argc=1, argv=0xbfadf164) at main.cpp:101 ---8--- Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 synfigstudio_bt_full.gz Description: GNU Zip compressed data signature.asc Description: PGP signature
Processed: notfound 507747 in 2.1~rc11-1
Processing commands for [EMAIL PROTECTED]: notfound 507747 2.1~rc11-1 Bug#507747: openvpn auth via-env fails to pass password to auth script Bug no longer marked as found in version 2.1~rc11-1. (By the way, this Bug is currently marked as done.) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: forcemerge 504389 508071 Bug#504389: splashy tries chvt 8 before gdm has finished, stalls shutdown Bug#508071: shutdown failed with splashy Forcibly Merged 504389 508071. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505554: drgeo not built, blocking fix of Lenny RC bug #505554.
Dear Sparc buildd maintainers, The latest version of drgeo fixes the RC bug #505554, but is prevented to migrate to Lenny because it is not build on Sparc. The following page indicates Dep-Wait: libglade2-0 ( 1:2.6.3-1) http://buildd.debian.org/pkg.cgi?pkg=drgeo The latest libglade2-0 seems to be built on Sparc: http://buildd.debian.org/pkg.cgi?pkg=libglade2 Is there anything you can do ? Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507509:
severity 507509 normal thanks On 12/9/08, George Kiagiadakis [EMAIL PROTECTED] wrote: I tried moving those files away, but it didn't help. I discovered though a very odd thing. If subtitleeditor is running in my kde 4.2 (beta) session, it crashes. If it is not, it doesn't crash. Something like that: Honestly, no idea, perhaps KDE 4.2 is breaking the recently-used stuff or something from the X env. The test case for you should be: log into GNOME (the default desktop) with the problematic user, open subtitle editor, check if it crashes. Also, if I'm right this subtitleeditor version is a bit old, try with a newer one like 0.30. In the process perhaps you want to confirm if the tarball release for the version you have *now* from *debian packages* crashes. greetings -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#507509:
Processing commands for [EMAIL PROTECTED]: severity 507509 normal Bug#507509: subtitleeditor: crashes when opening any subtitle file Severity set to `normal' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508068: marked as done (drawterm_0.cvs+20080909-1(mips/unstable):)
Your message dated Wed, 10 Dec 2008 02:02:03 + with message-id [EMAIL PROTECTED] and subject line Bug#508068: fixed in drawterm 0.cvs+20081209.1-1 has caused the Debian Bug report #508068, regarding drawterm_0.cvs+20080909-1(mips/unstable): to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 508068: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508068 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: drawterm Version: 0.cvs+20080909-1 Severity: serious Tags: patch There was an error while trying to autobuild your package: Automatic build of drawterm_0.cvs+20080909-1 on ball by sbuild/mips 99.99 Build started at 20081206-1246 [...] gcc -Wall -Wno-missing-braces -ggdb -I.. -I../include -I../kern -c -I/usr/X11R6/include -D_THREAD_SAFE -pthread -O2 md5block.c gcc -Wall -Wno-missing-braces -ggdb -I.. -I../include -I../kern -c -I/usr/X11R6/include -D_THREAD_SAFE -pthread -O2 sha1block.c as -o tas.o tas.s tas.s: Assembler messages: tas.s:10: Error: illegal operands `ori t1,zero,12345' tas.s:11: Error: opcode not supported on this processor: mips1 (mips1) `ll t0,(a0)' tas.s:12: Error: opcode not supported on this processor: mips1 (mips1) `sc t1,(a0)' tas.s:13: Error: illegal operands `beq t1,zero,1b' tas.s:17: Error: illegal operands `or v0,t0,zero' make[2]: *** [tas.o] Error 1 make[2]: Leaving directory `/build/buildd/drawterm-0.cvs+20080909/posix-mips' make[1]: *** [libmachdep.a] Error 2 make[1]: Leaving directory `/build/buildd/drawterm-0.cvs+20080909' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=mipspkg=drawtermver=0.cvs+20080909-1 The package failed to build on most architectures in different ways. The appended patch fixes the build failure on mips (and presumably mipsel). Thiemo diff -urpN drawterm-0.cvs+20080909.old/Make.unix drawterm-0.cvs+20080909/Make.unix --- drawterm-0.cvs+20080909.old/Make.unix 2007-06-23 05:10:01.0 +0100 +++ drawterm-0.cvs+20080909/Make.unix 2008-12-07 15:55:21.0 + @@ -2,7 +2,8 @@ #PTHREAD= # for Mac PTHREAD=-pthread AR=ar -AS=as +AS=gcc +ASFLAGS=-xassembler-with-cpp -c RANLIB=ranlib X11=/usr/X11R6 CC=gcc diff -urpN drawterm-0.cvs+20080909.old/posix-mips/tas.s drawterm-0.cvs+20080909/posix-mips/tas.s --- drawterm-0.cvs+20080909.old/posix-mips/tas.s2005-12-29 23:50:05.0 + +++ drawterm-0.cvs+20080909/posix-mips/tas.s2008-12-07 14:16:23.0 + @@ -5,17 +5,18 @@ .ent tas 2 tas: -.set noreorder 1: - ori t1, zero, 12345 /* t1 = 12345 */ - ll t0, (a0)/* t0 = *a0 */ +#ifdef __linux__ + .set mips2 +#endif + li t1, 12345 /* t1 = 12345 */ + ll v0, (a0)/* v0 = *a0 */ sc t1, (a0)/* *a0 = t1 if *a0 hasn't changed; t1=success */ - beq t1, zero, 1b/* repeat if *a0 did change */ - nop + beqzt1, 1b /* repeat if *a0 did change */ + jr $31 /* return */ +#ifdef __linux__ + .set mips0 +#endif - j $31 /* return */ - or v0, t0, zero/* set return value on way out */ - -.set reorder .end tas ---End Message--- ---BeginMessage--- Source: drawterm Source-Version: 0.cvs+20081209.1-1 We believe that the bug you reported is fixed in the latest version of drawterm, which is due to be installed in the Debian FTP archive: drawterm_0.cvs+20081209.1-1.diff.gz to pool/main/d/drawterm/drawterm_0.cvs+20081209.1-1.diff.gz drawterm_0.cvs+20081209.1-1.dsc to pool/main/d/drawterm/drawterm_0.cvs+20081209.1-1.dsc drawterm_0.cvs+20081209.1-1_i386.deb to pool/main/d/drawterm/drawterm_0.cvs+20081209.1-1_i386.deb drawterm_0.cvs+20081209.1.orig.tar.gz to pool/main/d/drawterm/drawterm_0.cvs+20081209.1.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Martín Ferrari [EMAIL PROTECTED] (supplier of updated drawterm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED])
Bug#508100: marked as done (drawterm_0.cvs+20080909-1(unstable/sparc/spontini): /bin/sh: line 1: cd: posix-sparc: No such file or directory)
Your message dated Wed, 10 Dec 2008 02:02:03 + with message-id [EMAIL PROTECTED] and subject line Bug#508100: fixed in drawterm 0.cvs+20081209.1-1 has caused the Debian Bug report #508100, regarding drawterm_0.cvs+20080909-1(unstable/sparc/spontini): /bin/sh: line 1: cd: posix-sparc: No such file or directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 508100: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508100 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: drawterm Version: 0.cvs+20080909-1 Severity: serious Heya, Your package failed to build on my buildd: | Automatic build of drawterm_0.cvs+20080909-1 on spontini by sbuild/sparc 99.99 | Build started at 20081206-1249 | ** [...] | ar r libc.a charstod.o cleanname.o convD2M.o convM2D.o convM2S.o convS2M.o crypt.o dial.o dirfstat.o dirfwstat.o dirmodefmt.o dirstat.o dirwstat.o dofmt.o dorfmt.o encodefmt.o fcallfmt.o fltfmt.o fmt.o fmtfd.o fmtfdflush.o fmtlock.o fmtprint.o fmtquote.o fmtrune.o fmtstr.o fmtvprint.o fprint.o getfields.o getpid.o lock.o mallocz.o nan64.o netmkaddr.o nsec.o pow10.o pushssl.o pushtls.o read9pmsg.o readn.o rune.o runefmtstr.o runeseprint.o runesmprint.o runesnprint.o runesprint.o runestrchr.o runestrlen.o runestrstr.o runetype.o runevseprint.o runevsmprint.o runevsnprint.o seprint.o smprint.o snprint.o sprint.o strecpy.o strtod.o strtoll.o sysfatal.o time.o tokenize.o truerand.o u16.o u32.o u64.o utfecpy.o utflen.o utfnlen.o utfrrune.o utfrune.o utfutf.o vfprint.o vseprint.o vsmprint.o vsnprint.o | ar: creating libc.a | ranlib libc.a | make[2]: Leaving directory `/build/buildd/drawterm-0.cvs+20080909/libc' | arch=`uname -m|sed 's/i.86/386/;s/Power Macintosh/power/; s/x86_64/amd64/'`; \ | (cd posix-$arch make) | /bin/sh: line 1: cd: posix-sparc: No such file or directory | make[1]: *** [libmachdep.a] Error 1 | make[1]: Leaving directory `/build/buildd/drawterm-0.cvs+20080909' | make: *** [build-stamp] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20081206-1257 | FAILED [dpkg-buildpackage died] | Build needed 00:04:40, 9272k disk space A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=drawtermver=0.cvs+20080909-1 Marc -- BOFH #162: bugs in the RAID ---End Message--- ---BeginMessage--- Source: drawterm Source-Version: 0.cvs+20081209.1-1 We believe that the bug you reported is fixed in the latest version of drawterm, which is due to be installed in the Debian FTP archive: drawterm_0.cvs+20081209.1-1.diff.gz to pool/main/d/drawterm/drawterm_0.cvs+20081209.1-1.diff.gz drawterm_0.cvs+20081209.1-1.dsc to pool/main/d/drawterm/drawterm_0.cvs+20081209.1-1.dsc drawterm_0.cvs+20081209.1-1_i386.deb to pool/main/d/drawterm/drawterm_0.cvs+20081209.1-1_i386.deb drawterm_0.cvs+20081209.1.orig.tar.gz to pool/main/d/drawterm/drawterm_0.cvs+20081209.1.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Martín Ferrari [EMAIL PROTECTED] (supplier of updated drawterm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 09 Dec 2008 23:31:45 -0200 Source: drawterm Binary: drawterm Architecture: source i386 Version: 0.cvs+20081209.1-1 Distribution: unstable Urgency: low Maintainer: Martín Ferrari [EMAIL PROTECTED] Changed-By: Martín Ferrari [EMAIL PROTECTED] Description: drawterm - graphical client for Plan 9 CPU servers Closes: 508068 508100 Changes: drawterm (0.cvs+20081209.1-1) unstable; urgency=low . * The should ask upstream for help before fighting for hours to solve upstream problems release. * New upstream release that closes: #508068, #508100. * debian/rules: use the new CONF=pthreads makefiles. * debian/CHANGES: add upstream changelog, syntetized from cvs logs. * New minimal upstream release, fixes a problem in sparc. Checksums-Sha1: baa72698718ba20d114bb30368ead1ad0cb6db1a 1147 drawterm_0.cvs+20081209.1-1.dsc
Bug#508322: wodim: Cannot load media. Cannot init drive.
Package: wodim Version: 9:1.1.9-1 Severity: grave Justification: renders package unusable The first error: Cannot load media happens when wodim is invoked as a regular user that is a member of the cdrom group, so permissions should not be a problem. The second error: Cannot init drive happens when wodim is invoked as root. Using or not using the -dummy option doesn't make a difference. The hardware: Philips CDD2600 CD burner connected to an Adaptec 1542CF SCSI controller. All the devices are recognized correctly. Inserting a good data CD in the drive generates the event and the contents can be opened in a new window. First, here's the output of the regular user invocation: wodim -v dev=/dev/scd0 -dummy debian-testing-i386-netinst.iso wodim: No write mode specified. wodim: Asuming -tao mode. wodim: Future versions of wodim may have different drive dependent defaults. TOC Type: 1 = CD-ROM wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits.scsidev: '/dev/scd0' devname: '/dev/scd0' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 Wodim version: 1.1.9 SCSI buffer size: 64512 Device type: Removable CD-ROM Version: 2 Response Format: 2 Capabilities : Vendor_info: 'PHILIPS ' Identification : 'CDD2600 ' Revision : '1.07' Device seems to be: Philips CDD-2600. Using driver for Philips CDD-522 (philips_cdd522). Driver flags : Supported modes: TAO Beginning DMA speed test. Set CDR_NODMATEST environment variable if device communication breaks or freezes immediately after that. FIFO size : 12582912 = 12288 KB Track 01: data 148 MB Total size: 171 MB (16:57.05) = 76279 sectors Lout start: 171 MB (16:59/04) = 76279 sectors wodim: Cannot load media. The invocation as root: # wodim -v dev=/dev/scd0 -dummy debian-testing-i386-netinst.iso wodim: No write mode specified. wodim: Asuming -tao mode. wodim: Future versions of wodim may have different drive dependent defaults. TOC Type: 1 = CD-ROM scsidev: '/dev/scd0' devname: '/dev/scd0' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 Wodim version: 1.1.9 SCSI buffer size: 64512 Device type: Removable CD-ROM Version: 2 Response Format: 2 Capabilities : Vendor_info: 'PHILIPS ' Identification : 'CDD2600 ' Revision : '1.07' Device seems to be: Philips CDD-2600. Using driver for Philips CDD-522 (philips_cdd522). Driver flags : Supported modes: TAO Beginning DMA speed test. Set CDR_NODMATEST environment variable if device communication breaks or freezes immediately after that. FIFO size : 12582912 = 12288 KB Track 01: data 148 MB Total size: 171 MB (16:57.05) = 76279 sectors Lout start: 171 MB (16:59/04) = 76279 sectors Current Secsize: 2048 ATIP info from disk: Is not unrestricted Disk application code: 0 ATIP start of lead in: -11849 (97:24/01) ATIP start of lead out: 359847 (79:59/72) Disk type:Long strategy type (Cyanine, AZO or similar) Manuf. index: 25 Manufacturer: Taiyo Yuden Company Limited wodim: Warning: controller returns zero sized Speed/Dummy information page. wodim: Warning: controller returns wrong size for Speed/Dummy information page. wodim: Warning: controller returns wrong page 0 for Speed/Dummy information page (23). wodim: Cannot init drive. The relevant parts of dmesg: SCSI subsystem initialized Driver 'sd' needs updating - please use bus_type methods Configuring Adaptec (SCSI-ID 7) at IO:134, IRQ 10, DMA priority 5 scsi0 : Adaptec 1542 isa bounce pool size: 16 pages scsi 0:0:1:0: Processor HP C1750A 3125 PQ: 0 ANSI: 1 scsi 0:0:1:0: Attached scsi generic sg0 type 3 scsi 0:0:4:0: Sequential-Access ARCHIVE Python 25501-XXX 2.50 PQ: 0 ANSI: 2 scsi 0:0:4:0: Attached scsi generic sg1 type 1 st: Version 20080224, fixed bufsize 32768, s/g segs 256 Driver 'st' needs updating - please use bus_type methods st 0:0:4:0: Attached scsi tape st0 st 0:0:4:0: st0: try direct i/o: no (alignment 4 B) scsi 0:0:6:0: CD-ROMPHILIPS CDD2600 1.07 PQ: 0 ANSI: 2 scsi 0:0:6:0: Attached scsi generic sg2 type 5 osst :I: Tape driver with OnStream support version 0.99.4 osst :I: $Id: osst.c,v 1.73 2005/01/01 21:13:34 wriede Exp $ Driver 'osst' needs updating - please use bus_type methods Driver 'sr' needs updating - please use bus_type methods sr0: scsi-1 drive Uniform CD-ROM driver Revision: 3.20 sr 0:0:6:0: Attached scsi CD-ROM sr0 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.261 (PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages wodim depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libcap2 2.11-2 support for getting/setting POSIX. Versions of packages wodim recommends: ii genisoimage 9:1.1.9-1
Bug#507721: cryptsetup: Sometimes initrd ends up missing conf/conf.d/cryptroot file in it
On Tue, 2008-12-09 at 12:36 +0100, Christian Jaeger wrote: [...] - dmsetup ls returns an empty list of backing devices novo:~# dmsetup ls plain-rootextend-real(253, 3) main-root(253, 11) sda8_crypt(253, 9) plain-gpgbackups(253, 0) plain-rootextend_snap_23nov-cow(253, 5) plain-rootextend_snap_23nov(253, 6) plain-plainswap2(253, 7) plain-media(253, 1) main-root_snap_23nov(253, 13) plain-rootextend(253, 4) plain-plainswap(253, 2) main-root-real(253, 10) main-root_snap_23nov-cow(253, 12) plain-spdvd(253, 8) - dmsetup table says the backing devices are not encrypted novo:~# dmsetup table plain-rootextend-real: 0 4194304 linear 8:10 17039744 plain-rootextend-real: 4194304 8388608 linear 8:10 23331200 plain-rootextend-real: 12582912 10485760 linear 8:10 42205568 plain-rootextend-real: 23068672 2097152 linear 8:6 35209600 plain-rootextend-real: 25165824 1024000 linear 8:6 39403904 main-root: 0 36552704 snapshot-origin 253:10 sda8_crypt: 0 39052841 crypt aes-cbc-essiv:sha256 0 8:8 2056 plain-gpgbackups: 0 58589184 linear 8:12 384 plain-gpgbackups: 58589184 35782656 linear 8:13 384 plain-rootextend_snap_23nov-cow: 0 8388608 linear 8:6 40427904 plain-rootextend_snap_23nov: 0 26189824 snapshot 253:3 253:5 P 8 plain-plainswap2: 0 8388608 linear 8:10 31719808 plain-media: 0 8388608 linear 8:13 35783040 plain-media: 8388608 10223616 linear 8:13 48365952 plain-media: 18612224 8650752 linear 8:10 8388992 plain-media: 27262976 2097152 linear 8:10 21234048 plain-media: 29360128 2097152 linear 8:10 40108416 plain-media: 31457280 5898240 linear 8:10 52691328 plain-media: 37355520 2490368 linear 8:6 384 plain-media: 39845888 23068672 linear 8:6 12140928 plain-media: 62914560 2097152 linear 8:6 37306752 plain-media: 65011712 2097152 linear 8:13 44171648 main-root_snap_23nov: 0 36552704 snapshot 253:10 253:12 P 8 plain-rootextend: 0 26189824 snapshot-origin 253:3 plain-plainswap: 0 8388608 linear 8:10 384 main-root-real: 0 34955264 linear 253:9 4096384 main-root-real: 34955264 1597440 linear 253:9 384 main-root_snap_23nov-cow: 0 2097152 linear 253:9 1597824 plain-spdvd: 0 9650176 linear 8:6 2490752 novo:~# Quite a few possibilities there! Could you try adding -x to the first line of /usr/share/initramfs-tools/hooks/cryptroot ? This will turn on tracing in that script and would help to show where it's going wrong, the next time it goes wrong. See attached nohup.out file from a new run of novo:/boot# mv initrd.img-2.6.27.7 initrd.img-2.6.27.7.3 novo:/usr/src/linux# rm nohup.out; nohup update-initramfs -c -v -k 2.6.27.7 OK, so: + for dev in '$rootdev' '$resumedevs' ++ add_device /dev/mapper/main-root The root device is /dev/mapper/main-root... ++ local node nodes opts lastopts i count ++ nodes=/dev/mapper/main-root ++ opts= ++ lastopts= ++ '[' -z /dev/mapper/main-root ']' +++ canonical_device /dev/mapper/main-root +++ local dev altdev +++ dev=/dev/mapper/main-root +++ altdev=/dev/mapper/main-root +++ '[' /dev/mapper/main-root '!=' /dev/mapper/main-root ']' +++ altdev=/dev/mapper/main-root +++ '[' /dev/mapper/main-root '!=' /dev/mapper/main-root ']' +++ '[' -h /dev/mapper/main-root ']' +++ altdev=main-root +++ '[' main-root '!=' /dev/mapper/main-root ']' +++ echo main-root +++ return 0 ++ nodes=main-root ++ node_is_in_crypttab main-root ++ local node ++ node=main-root ++ grep -q '^main-root' /etc/crypttab ++ return 1 ...which is not in crypttab +++ get_lvm_deps main-root +++ local node deps maj min depnode +++ node=main-root +++ '[' -z main-root ']' dmsetup deps main-root sed 's/[^:]*: *//;s/[ (]//g;s/)/ /g' +++ deps='253,10 ' ...and depends on device number 253:10 +++ for dep in '$deps' +++ maj=253 +++ min=10 dmsetup ls sed -n 's/\([^ ]*\) *(253, 10)/\1/p' +++ depnode='main-root-real ' ...which is called main-root-real +++ '[' -z 'main-root-real' ']' dmsetup table main-root-real cut '-d ' -f3 +++ '[' 'linear linear' '!=' crypt ']' +++ continue +++ return 0 [...] ...which is a linear mapping, not encrypted. However, that in turn depends on 253:9, which is sda8_crypt. So it looks like this script needs to keep following dependencies until it finds a non-mapped device or encrypted mapping, rather than just looking at the first level as it does now. Ben. -- Ben Hutchings All extremists should be taken out and shot. signature.asc Description: This is a digitally signed message part
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for [EMAIL PROTECTED]: # Wed Dec 10 07:03:15 UTC 2008 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: libcatalyst-controller-html-formfu-perl tags 508273 + pending Bug#508273: ITP: libcatalyst-controller-html-formfu-perl -- Catalyst integration for HTML::FormFu There were no tags set. Tags added: pending # Source package in NEW: tuxguitar tags 493557 + pending Bug#493557: [tuxguitar] Unknown Mozilla path (MOZILLA_FIVE_HOME not set) There were no tags set. Tags added: pending # Source package in NEW: tuxguitar tags 506883 + pending Bug#506883: tuxguitar: hard-codes dependencies on libraries Tags were: patch Tags added: pending # Source package in NEW: tuxguitar tags 505612 + pending Bug#505612: Please move tuxguitar to main ! There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508324: ftp.debian.org: gcc-4.2-base is not really required
Package: ftp.debian.org Severity: serious The priority of gcc-4.2-base should be downgraded to optional from required, because the only reason that it was ever required in the first place is that libgcc1 used to depend on it; and that package is now built from the gcc-4.3 source package. Severity set to serious because gcc-4.2-base is currently installed for no reason on every freshly installed system, and that should be fixed for Lenny. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.27.8-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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]