Bug#564542: rtorrent: Crashes with SIGFPE on startup (also)
Package: rtorrent Version: 0.8.6-1 Followup-For: Bug #564542 -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rtorrent depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libcurl3 7.18.2-8lenny3 Multi-protocol file transfer libra ii libgcc1 1:4.3.2-1.1GCC support library ii libncursesw5 5.7+20081213-1 shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.18-2 type-safe Signal Framework for C++ ii libssl0.9.8 0.9.8k-7 SSL shared libraries ii libstdc++64.3.2-1.1 The GNU Standard C++ Library v3 ii libtorrent11 0.12.5-2 a C++ BitTorrent library by Raksha ii libxmlrpc-c3 1.06.27-1 A lightweight RPC library based on rtorrent recommends no packages. Versions of packages rtorrent suggests: ii screen 4.0.3-11+lenny1 terminal multiplexor with VT100/AN -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564525: intrigeri's fix works for me
intrigeri's fix works for me -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564542: see #564525
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564525 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550319: escaping quotations in /etc/default/grub matters
The following works for me: /etc/default/grub containing: GRUB_CMDLINE_LINUX=acpi_osi=\Linux\ generates the following line in /boot/grub/grub.cfg: linux /boot/vmlinuz-2.6.30-2-686 root=UUID=ashortfakeuuid ro acpi_osi=Linux quiet I had originally used acpi_osi=Linux without escaping the quotes around Linux, meaning that the resulting grub.cfg file would contain acpi=Linux (unquoted) and then that option was ignored during boot. Put a #comment in /etc/default/grub to prompt the user that quotes need escaping and that they should then inspect the resulting grub.cfg satisfactory. Something so simple would have saved quite some time and frustration. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#400583: Bug#390929: compiz: Another window manager is already running on screen: 0
Hi, I'm getting the same problem with decorations, just like to add my own experiences. Compiz runs fine, with full acceleration. But the decorations refuse to load, and gtk-window-decorator starts thrashing 100% CPU time and requires a good killing. I'm running testing/unstable; Here are the versions of relevant packages: compiz: compiz-core: compiz-gnome: compiz-gtk: libdecoration0: Installed: 0.5.0.dfsg-1 xserver-xorg-core: Installed: 2:1.3.0.0.dfsg-6 linux-image-2.6.21-2-amd64: Installed: 2.6.21-5 nvidia-glx: Installed: 100.14.11-1 Yes, I have GLX_EXT_texture_from_pixmap. My xorg.conf has the usual requirements. Compiz itself works fine, as it has in the past; it's the decorator that's not responding. I thought it could be some conflict with old compiz settings, so I tried again with a test user that I blank out. Same results: [EMAIL PROTECTED]:~$ compiz --replace GLX_EXT_texture_from_pixmap is available with direct rendering. [EMAIL PROTECTED]:~$ gtk-window-decorator --replace gtk-window-decorator: Could not acquire decoration manager selection on screen :0.0 Finally, I wondered if metacity was somehow interfering, so I logged in with a failsafe xterm session. Running compiz works (no need for --replace), but gtk-window-decorator still complains. Any ideas? Or should I just wait until the new-fangled compiz-fusion arrives in unstable? It's not like I absolutely --must-have-- window decorations. -James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400583: Upgrading to metacity 2.18 worked!
Which metacity are you running? Does 2.18 help? Brice Amazingly... yes! A quick apt-get install -t unstable metacity , and things are working again! Exactly why this should be so, I don't know... since I tried a failsafe xterm session with no WM running at all, it's not related to --replacing metacity. I can only conclude that gtk-window-decorator shares some code with metacity to do it's drawing? They use the same theme engine after all... Does there need to be a package dependency set somewhere? I wish I could post exactly what else apt pulled in when I upgraded metacity, but after I'd quickly switched to a VT, X gave me a big black unresponsive stare when I switched back. But, no matter, since restarting gdm and logging in, I have my window decorations again! Thanks! -James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344867: kernel module missing?
Jonas Meurer wrote: does it work when you add sha256 to /etc/mkinitrd/modules before creating the initrd? sha256 alone did not work. aes_i586 alone did not work. sha256 and aes_i586 together did work. if this is the problem, the documentation should be updated. Yep. Change: # Setup the initrd (change 386 to the correct value) mkinitrd -o /boot/initrd.img-2.6.7-1-386 To: # Prepare to create the initrd # Edit /etc/mkinitrd/modules and add the following lines sha256 aes_i586 # Note: this is necessary to boot using the recommended (above) cipher # Make the initrd image (change X-X-X to the correct value) mkinitrd -o /boot/initrd.img-2.6.X-X-X Thanks, James. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344867: kernel module missing?
Jonas Meurer wrote: so how did you create the initrd? mkinitrd doesn't have cryptsetup support so far, but as far as i know, yaird does. From /usr/share/doc/cryptsetup/CryptoRoot.HowTo: ... # Setup the initrd (change 386 to the correct value) mkinitrd -o /boot/initrd.img-2.6.7-1-386 ... Closed bug #290017 indicates that mkinitrd does support crypto now, found from here: /usr/share/doc/cryptsetup/changelog.Debian.gz Does this mean there's an error in the documentation? Cheers, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344867: kernel module missing?
Jonas Meurer wrote: your screenshot includes the following error: modprobe: FATAL: Could not open \ '/lib/modules/2.6.12-1-k7/kernel/crypto/sha256.ko': \ No such file or directory this means, that the kernel module sha256 is not available for linux-image 2.6.12-1-k7 on your machine. please check your kernel konfiguration. # ls -l /lib/modules/2.6.12-1-k7/kernel/crypto/sha256.ko -rw-r--r-- 1 root root 12200 2005-09-27 17:04 /lib/modules/2.6.12-1-k7/kernel/crypto/sha256.ko # uname -ar Linux dvda 2.6.12-1-k7 #1 Tue Sep 27 13:22:07 JST 2005 i686 GNU/Linux It's on the filesystem, this is what makes me think it's not in the initrd that's being generated. Thanks, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344867: screencapture transcription
I've transcribed the failure that I'd linked in my previous bug message. http://www.bofh.co.nz/files/p1010002_s.jpg (contains) : /dev/ide/host0/bus0/target0/lun0: p1 p2 p3 p4 p5 p6 Enter passphrase: modprobe: FATAL: Could not open '/lib/modules/2.6.12-1-k7/kernel/crypto/sha256.ko': No such file or directory device-mapper: crypt: Error initializing ESSIV hash device-mapper: error adding target to table Command failed: Invalid argument pivot_root: No such file or directory /sbin/init: 432: cannot open dev/console: No such file Kernel panic - not syncing: Attempted to kill init! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344867: Acknowledgement (cryptsetup: aes-cbc-essiv:sha256 fails. module/s not loaded at boot (initrd)?)
cryptsetup -c aes-cbc-essiv:sha256 create root /dev/hda3 mount /dev/mapper/root /mnt chroot /mnt From within the chrooted environment setup is as follows (i.e. after preceding steps) --- dvda:/# cat /etc/modules # /etc/modules: kernel modules to load at boot time. # # This file should contain the names of kernel modules that are # to be loaded at boot time, one per line. Comments begin with # a #, and everything on the line after them are ignored. ide-cd ide-detect ide-disk psmouse ip_conntrack_ftp dm-crypt aes-i586 sha256 dvda:/# cat /etc/crypttab # target device source device key file options root /dev/hda3 none cipher=aes-cbc-essiv:sha256 dvda:/# cat /etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass proc /procprocdefaults 0 0 /dev/hda2/bootext3defaults,errors=remount-ro 0 1 /dev/mapper/root /ext3defaults,errors=remount-ro 0 1 and what is being fed (running it by hand at boot): kernel (hd0,1)/vmlinuz-2.6.12-1-k7 root=/dev/mapper/root initrd (hd0,1)/initrd.img-2.6.12-1-k7 (where initrd.img-2.6.12-1-k7 is the image previously created from within the chroot with /boot mounted at /dev/hda2) A screen capture of the boot failure: http://www.bofh.co.nz/files/p1010002_s.jpg Cheers, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344867: cryptsetup: aes-cbc-essiv:sha256 fails. module/s not loaded at boot (initrd)?
Package: cryptsetup Version: 20050111-4 Severity: important /usr/share/doc/cryptsetup/CryptoRoot.HowTo recommends the cipher aes-cbc-essiv:sha256 . This leads to a chicken-egg failure (for me). Attempts to boot into the encrypted root fail due to a missing module/s(?) even though all the steps in CryptoRoot.HowTo have been followed. I have a simple setup: hda2 - boot (unencrypted) hda3 - root (encrypted) I suspect that `mkinitrd -o /boot/initrd.img.blah` isn't including all of the required files. I'm a bit stuck, let me know what more you'd like to know. Cheers, James. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Versions of packages cryptsetup depends on: ii dmsetup 2:1.01.04-2 The Linux Kernel Device Mapper use ii libc62.3.5-8 GNU C Library: Shared libraries an ii libdevmapper1.01 2:1.01.04-2 The Linux Kernel Device Mapper use ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libgpg-error01.1-4 library for common error values an ii libpopt0 1.7-5 lib for parsing cmdline parameters cryptsetup recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340654: vlc in testing would be nice
Package: vlc Severity: wishlist Like the subject says, it would be nice if it were available in testing. Here here! Cheers, James. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333847: imapproxy stop always prints more info than desired
Package: imapproxy Version: 1.2.3-1sarge1 /etc/init.d/imapproxy stop always prints error messages when stopping imapproxy replace with the stop portion of etc/init.d/imapproxy with: stop) echo -n Stopping $DESC: start-stop-daemon --oknodo --stop --quiet \ --exec /usr/sbin/imapproxyd 21 | \ grep warning /dev/null sleep 1 if [ -n `ps ax | grep imapproxyd | grep -v grep` ]; then killall -15 imapproxyd /dev/null 21 || true fi echo $NAME. ;; Hope this is satisfactory. Cheers, James. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333628: p3scan pid file not removed on initial failure
Package: p3scan Version: 2.1-2 /etc/init.d/p3scan start Starting transparent pop3 virus- and spam-scanner: p3scan. Scanner init failed! config and restart P3Scan Attempting to start it again produces: /etc/init.d/p3scan start Starting transparent pop3 virus- and spam-scanner: /var/run/p3scan/p3scan.pid exists! Aborting! I would have thought this pid file would have been cleaned up on the initial failure. Cheers, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327030: postfix depends on resolvconf
Package: postfix Version: 2.1.5-9 Severity: normal Installing postfix installs resolvconf, which on every machine I've installed postfix on I've then gone and purged resolvconf. I don't understand why it is required, perhaps making resolvconf a recommended package? Cheers, James Clark -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages postfix depends on: ii adduser 3.63 Add and remove users and groups ii debconf [debconf-2.0] 1.4.30.13Debian configuration management sy ii dpkg1.10.28 Package maintenance system for Deb ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libgdbm31.8.3-2 GNU dbm database routines (runtime ii netbase 4.21 Basic TCP/IP networking system -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324609: mozilla-firefox: Left click also does not open files with helper apps
Package: mozilla-firefox Version: 1.0.4-2sarge2 Followup-For: Bug #324609 I can confirm that I'm also affected by this bug. Most disruptive when the link isn't a direct link to a file, meaning save link as isn't an option. For example: input name=Go_onWebEvent(Go) value=Go src=../../../images/go_button.gif right= alt=Go border=0 type=image This used to (prior to mozilla-firefox 1.0.4-2sarge2) initiate a download of the CSV file from the website it belonged to. Between this bug and #324311 mozilla-firefox is broken to the point that an alternative browser or rollback of mozilla-firefox is required, which is unfortunate. Thanks for maintaining this package! I'm hopeful that we'll see these issues fixed shortly. Cheers, James. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mozilla-firefox depends on: ii debianutils2.8.4 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libidl00.8.5-1 library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-14 X Window System printing extension ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii psmisc 21.5-1Utilities that use the proc filesy ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296365: [Pkg-nagios-devel] Bug#296365: nagios-common fails to reload using supplied init.d script
On Mon, Feb 21, 2005 at 08:54:42PM -0500, sean finney wrote: another 7 days for the latest and greatest to make it to sarge, take a look at bug #294178 and see if the suggested fix solves your problem, since the symptoms look pretty similar. Solved, thanks heaps. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296365: [Pkg-nagios-devel] Bug#296365: nagios-common fails to reload using supplied init.d script
On Mon, Feb 21, 2005 at 08:33:53PM -0500, sean finney wrote: tags 296365 moreinfo what version of nagios are you running? if it's at all possible, could you verify that the latest version of nagios (1.3-cvs.20050116-3) also has this problem? Apologies, I hadn't specified we're running Sarge. Which is why we've got 1.3-cvs.20050116-1 # /etc/init.d/nagios reload Reloading nagios configuration files. Not running. could you put a set -x at the top of the init script so we could see the path the code goes through? reliant:~# /etc/init.d/nagios reload + PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin + DAEMON=/usr/sbin/nagios + NAME=nagios + DESC=nagios + NICENESS=5 + NAMEDPIPE=/var/run/nagios/nagios.cmd + PIDFILE=/var/run/nagios/nagios.pid + CONFIG=/etc/nagios/nagios.cfg + test -f /usr/sbin/nagios + set -e + echo 'Reloading nagios configuration files.' Reloading nagios configuration files. + check_config + /usr/sbin/nagios -v /etc/nagios/nagios.cfg ++ get_config nagios_user +++ grep '^nagios_user' /etc/nagios/nagios.cfg +++ sed '[EMAIL PROTECTED]@ @' ++ set -- nagios_user nagios ++ echo nagios + nagios_user=nagios ++ get_config nagios_group +++ grep '^nagios_group' /etc/nagios/nagios.cfg +++ sed '[EMAIL PROTECTED]@ @' ++ set -- nagios_group nagios ++ echo nagios + nagios_group=nagios ++ get_config log_file +++ grep '^log_file' /etc/nagios/nagios.cfg +++ sed '[EMAIL PROTECTED]@ @' ++ set -- log_file /var/log/nagios/nagios.log ++ echo /var/log/nagios/nagios.log + log_file=/var/log/nagios/nagios.log ++ dirname /var/log/nagios/nagios.log + log_dir=/var/log/nagios + chown -R nagios.nagios /var/log/nagios + return 0 + check_started + '[' -f /etc/nagios/check_nagios_db ']' + '[' -f /usr/lib/nagios/plugins/check_nagios ']' + /usr/lib/nagios/plugins/check_nagios -F /var/log/nagios/status.log -C nagios + return 1 + echo 'Not running.' Not running. + exit 0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293120: drupal 4.5.2-1 causes: Table 'drupal.users_roles' doesn't exist
Package: drupal Version: 4.5.2-1 My install was working until drupal upgraded to 4.5.2-1 apache1.3.33-3 drupal4.5.2-1 mysql-server 4.0.23-3 debian3-1 (Sarge) The issue, when veiwing http://www.bofh.co.nz/drupal/ I get: Fatal error: Table 'drupal.users_roles' doesn't exist query: SELECT r.rid, r.name FROM role r INNER JOIN users_roles ur ON ur.rid = r.rid WHERE ur.uid = 1 in /usr/share/drupal/includes/database.mysql.inc on line 125 Please let me know if you'd like me to supply anything. This is a repost of a submission I did a few minutes ago, to include Package and Version psuedo headers, as I'd forgotten to... James. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]