Bug#489544: installation-reports
Hi Jérémy, sorry to have taken so long to get back! I had to give my brother the flash drive, and only recently got another one to test with. I tried this installation again with a daily build: == Daily build #3 for i386, using installer build from sid == This build finished at Sat Jan 17 15:10:11 UTC 2009. The problem still stands -- /scripts/local-top/cryptroot does not wait for its cryptsource, and reaches here: message cryptsetup: source device $cryptsource not found return 1 I guess the assumption is that udev_settle would find the device, but it seems not to -- udev_settle considers itself finished *before* all the USB devices have been detected, so udev_settle isn't doing what we expect in this case. As requested, here are the versions: ii cryptsetup2:1.0.6-7 ii initramfs-tools 0.92o Cheers, David On Wed 30 Jul 2008 2:21 am, Jérémy Bobbio wrote: On Wed, Jul 30, 2008 at 12:47:02AM -0700, David L. Emerson wrote: I've just finished a similar installation with the Lenny beta 2 installer (encrypted lvm on bootable usb flash drive) Thanks. I would have been more happy if you would have used a daily build, but it's great nevertheless. re Problem 3: STILL A BIG PROBLEM. Here are the boot messages: Uncompressing Linux... Ok, booting the kernel. Loading, please wait... Volume group socrates not found Setting up cryptographic volume sda2_crypt (based on /dev/sda2) cryptsetup: Source device /dev/sda2 not found [... wait about 5 seconds ...] sd 0:0:0:0: [sda] Assuming drive cache: write through sd 0:0:0:0: [sda] Assuming drive cache: write through [... forehead - desk ...] [... wait about a minute, then it drops to busybox because the /dev/mapper/socrates-root_vol does not exist ...] so, it looks like I will have to manually reroll the initramfs again. If you want me to test again with a later version, I'll try and figure out a way to do that :) Could you give me the installed version of the initramfs-tools and cryptsetup packages? I have seen similar issues being fixed in recent version of those packages, and I am not sure if they have migrated to Lenny yet. (The development version of debian-installer installs testing by default.) Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509235: iceweasel crashes when libcurl3-gnutls is not installed
This was a problem on my brother's computer, and it doesn't look like I'm going to have an opportunity to test it again until I upgrade my own system to Lenny. ~David. On Friday 19 December 2008 11:44 pm, Mike Hommey wrote: On Fri, Dec 19, 2008 at 07:27:31PM -0800, David L. Emerson wrote: Package: iceweasel Version: 3.0.4-1 Severity: important *** Please type your report below this line *** After logging into gmail, the inbox page mostly loads and displays, but then iceweasel completely crashes. I did an strace, which showed that it was looking for libcurl-gnutls, and then killed by sigsegv So I installed libcurl3-gnutls and now iceweasel/gmail works fine. the iceweasel package should have a mandatory dependency on libcurl3-gnutls, if the absence makes it crash like that :) Remove libcurl3-gnutls, then try running MOZ_DISABLE_PLUGINS=1 iceweasel -safe-mode My bet is that it will stop crashing. That's not iceweasel requiring curl-gnutls, but something else you installed. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509235: iceweasel crashes when libcurl3-gnutls is not installed
Package: iceweasel
Version: 3.0.4-1
Severity: important
*** Please type your report below this line ***
After logging into gmail, the inbox page mostly loads and displays, but
then iceweasel completely crashes.
I did an strace, which showed that it was looking for libcurl-gnutls,
and then killed by sigsegv
So I installed libcurl3-gnutls and now iceweasel/gmail works fine.
the iceweasel package should have a mandatory dependency on
libcurl3-gnutls, if the absence makes it crash like that :)
Here is the last 75 lines of strace iceweasel:
open(/home/bop/.mozilla/firefox/wz8lokww.default/prefs.js, O_RDONLY) =
61
close(61) = 0
open(/usr/lib/iceweasel/libcurl.so.4, O_RDONLY) = -1 ENOENT (No such
file or directory)
open(/usr/lib/mozilla-firefox/plugins/libcurl.so.4, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 61
fstat64(61, {st_mode=S_IFREG|0644, st_size=45364, ...}) = 0
mmap2(NULL, 45364, PROT_READ, MAP_PRIVATE, 61, 0) = 0xae996000
close(61) = 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
open(/lib/i686/cmov/libcurl.so.4, O_RDONLY) = -1 ENOENT (No such file
or directory)
open(/lib/i686/libcurl.so.4, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/lib/libcurl.so.4, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/usr/lib/i686/cmov/libcurl.so.4, O_RDONLY) = -1 ENOENT (No such
file or directory)
open(/usr/lib/i686/libcurl.so.4, O_RDONLY) = -1 ENOENT (No such file
or directory)
open(/usr/lib/sse2/libcurl.so.4, O_RDONLY) = -1 ENOENT (No such file
or directory)
open(/usr/lib/libcurl.so.4, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/lib/i486-linux-gnu/libcurl.so.4, O_RDONLY) = -1 ENOENT (No such
file or directory)
open(/usr/lib/i486-linux-gnu/libcurl.so.4, O_RDONLY) = -1 ENOENT (No
such file or directory)
munmap(0xae996000, 45364) = 0
open(/usr/lib/iceweasel/libcurl-gnutls.so.4, O_RDONLY) = -1 ENOENT (No
such file or directory)
open(/usr/lib/mozilla-firefox/plugins/libcurl-gnutls.so.4, O_RDONLY)
= -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 61
fstat64(61, {st_mode=S_IFREG|0644, st_size=45364, ...}) = 0
mmap2(NULL, 45364, PROT_READ, MAP_PRIVATE, 61, 0) = 0xae996000
close(61) = 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
open(/lib/i686/cmov/libcurl-gnutls.so.4, O_RDONLY) = -1 ENOENT (No
such file or directory)
open(/lib/i686/libcurl-gnutls.so.4, O_RDONLY) = -1 ENOENT (No such
file or directory)
open(/lib/libcurl-gnutls.so.4, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/usr/lib/i686/cmov/libcurl-gnutls.so.4, O_RDONLY) = -1 ENOENT (No
such file or directory)
open(/usr/lib/i686/libcurl-gnutls.so.4, O_RDONLY) = -1 ENOENT (No such
file or directory)
open(/usr/lib/sse2/libcurl-gnutls.so.4, O_RDONLY) = -1 ENOENT (No such
file or directory)
open(/usr/lib/libcurl-gnutls.so.4, O_RDONLY) = -1 ENOENT (No such file
or directory)
open(/lib/i486-linux-gnu/libcurl-gnutls.so.4, O_RDONLY) = -1 ENOENT
(No such file or directory)
open(/usr/lib/i486-linux-gnu/libcurl-gnutls.so.4, O_RDONLY) = -1
ENOENT (No such file or directory)
munmap(0xae996000, 45364) = 0
open(/usr/lib/iceweasel/libcurl.so.3, O_RDONLY) = -1 ENOENT (No such
file or directory)
open(/usr/lib/mozilla-firefox/plugins/libcurl.so.3, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 61
fstat64(61, {st_mode=S_IFREG|0644, st_size=45364, ...}) = 0
mmap2(NULL, 45364, PROT_READ, MAP_PRIVATE, 61, 0) = 0xae996000
close(61) = 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
open(/lib/i686/cmov/libcurl.so.3, O_RDONLY) = -1 ENOENT (No such file
or directory)
open(/lib/i686/libcurl.so.3, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/lib/libcurl.so.3, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/usr/lib/i686/cmov/libcurl.so.3, O_RDONLY) = -1 ENOENT (No such
file or directory)
open(/usr/lib/i686/libcurl.so.3, O_RDONLY) = -1 ENOENT (No such file
or directory)
open(/usr/lib/sse2/libcurl.so.3, O_RDONLY) = -1 ENOENT (No such file
or directory)
open(/usr/lib/libcurl.so.3, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/lib/i486-linux-gnu/libcurl.so.3, O_RDONLY) = -1 ENOENT (No such
file or directory)
open(/usr/lib/i486-linux-gnu/libcurl.so.3, O_RDONLY) = -1 ENOENT (No
such file or directory)
munmap(0xae996000, 45364) = 0
open(/usr/lib/iceweasel/libcurl-gnutls.so.3, O_RDONLY) = -1 ENOENT (No
such file or directory)
open(/usr/lib/mozilla-firefox/plugins/libcurl-gnutls.so.3, O_RDONLY)
= -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 61
fstat64(61, {st_mode=S_IFREG|0644, st_size=45364, ...}) = 0
mmap2(NULL, 45364, PROT_READ, MAP_PRIVATE, 61, 0) = 0xae996000
close(61)
Bug#493572: kwin: intermittent: window decorations and title bars are absent
I was finally able to get to this computer, and I am still seeing the intermittent bug with the versions you mentioned: kdebase 4:3.5.9.dfsg.1-5 kdelibs 4:3.5.9.dfsg.1-6 ~David. On Friday 08 August 2008 1:10 pm, Ana Guerrero wrote: On Sun, Aug 03, 2008 at 03:10:05AM -0700, David L. Emerson wrote: Package: kwin Version: 4:3.5.9.dfsg1-(4?) Severity: important sometimes when I start kde, there are no title bars (and thus no window decorations) on any of the windows. Additionally, I have only one virtual desktop instead of four, and it seems like some of the key bindings do not work. This is an intermittent problem, but I see it pretty frequently: once every 2 or 3 times I start kde. Usually I can make the problem go away by ending my session and starting a new one. I have a fresh installation of debian lenny and kde 3.5.9 with an empty home directory. I selected all the defaults while going through the kde theming wizard. according to the kde team: Distribution issue. Please report this to the Debian team. http://bugs.kde.org/show_bug.cgi?id=168179 (sorry for the lack of detailed info; I'm not on the lenny box right now, but I did update it 3 days ago.) -- System Information: Debian Release: lenny/sid APT prefers lenny Architecture: i386 (i686) You are skipping the info of the available package versions isntalled on your system. Does this problem occurs if you have your system up-to-date? With kdebase 4:3.5.9.dfsg.1-5 and kdelibs 4:3.5.9.dfsg.1-6. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493572: kwin: intermittent: window decorations and title bars are absent
Package: kwin Version: 4:3.5.9.dfsg1-(4?) Severity: important sometimes when I start kde, there are no title bars (and thus no window decorations) on any of the windows. Additionally, I have only one virtual desktop instead of four, and it seems like some of the key bindings do not work. This is an intermittent problem, but I see it pretty frequently: once every 2 or 3 times I start kde. Usually I can make the problem go away by ending my session and starting a new one. I have a fresh installation of debian lenny and kde 3.5.9 with an empty home directory. I selected all the defaults while going through the kde theming wizard. according to the kde team: Distribution issue. Please report this to the Debian team. http://bugs.kde.org/show_bug.cgi?id=168179 (sorry for the lack of detailed info; I'm not on the lenny box right now, but I did update it 3 days ago.) -- System Information: Debian Release: lenny/sid APT prefers lenny Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493322: aptitude: pressing 'escape' in search/tree limit dialog should cancel
Package: aptitude Version: 0.4.11.8-1 Severity: normal Pressing 'escape' in the dialog puts a ^[ into the search term, instead of just closing/canceling the search/limit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493320: aptitude: pressing 'delete' in search/tree limit dialog doesn't delete previous entry
Package: aptitude Version: 0.4.11.8-1 Severity: normal There's a great new feature where '/' search and 'l' limit bring up a dialog that keeps the previous search. It's also really great that if I type something, that previous search is deleted. However, suppose I bring up the dialog and I just want to clear out the tree limit, and show everything again. If I press the delete key while the dialog is showing the previous entry, it does not delete anything. If I press 'end' and backspace, I can delete it. But it would be nice to use the 'delete' key as well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489544: installation-reports
I've just finished a similar installation with the Lenny beta 2 installer (encrypted lvm on bootable usb flash drive) re Problem 1: I was able to delete the swap partition with your advise: deleting both partitions, then the volumes, then making one volume. Kinda cumbersome ... I guess it would be nice if there was a prompt about swap vs. no swap, but it's also nice not to bother most people with it. re Problem 2: this time I didn't dd my drive ahead of time, I just let the installer do its thing :P re Problem 3: STILL A BIG PROBLEM. Here are the boot messages: Uncompressing Linux... Ok, booting the kernel. Loading, please wait... Volume group socrates not found Setting up cryptographic volume sda2_crypt (based on /dev/sda2) cryptsetup: Source device /dev/sda2 not found [... wait about 5 seconds ...] sd 0:0:0:0: [sda] Assuming drive cache: write through sd 0:0:0:0: [sda] Assuming drive cache: write through [... forehead - desk ...] [... wait about a minute, then it drops to busybox because the /dev/mapper/socrates-root_vol does not exist ...] so, it looks like I will have to manually reroll the initramfs again. If you want me to test again with a later version, I'll try and figure out a way to do that :) ~David. On Monday 28 July 2008 9:50 am, Jérémy Bobbio wrote: On Sun, Jul 06, 2008 at 01:21:00PM -0700, David L. Emerson wrote: Image version: debian-40r3-i386-netinst.iso […] This computer supports booting from USB, so I decided to install debian on a USB Flash drive. I wanted an encrypted root partition. PROBLEM 1. I first tried the automatic encrypted LVM setup. It insisted upon making a swap partition, and I was unable to delete that partition. Of course I don't want a swap partition on a flash based drive. I ultimately had to back up several steps and do a manual setup. The automatic encrypted LVM setup create the swap partition as a Logical Volume. The easiest (but not obvious) way to get rid of it would have been to: * go to Configure the Logical Volume Manager, * remove both Logical Volumes (swap_1 and root), * create a new Logical Volume (root), * apply those changes, * configure the newly created Logical Volume (root) as / We could probably manage to detect that we are partitioning a Solid State Device, and skip the creation of a swap partition, but this would require a fair amount of changes in partman. I doubt anyone will be working on that in the d-i team, but patches are more than welcome. PROBLEM 2. Before I started the install, I used dd if=/dev/urandom of=/dev/sda to write random data to the drive, which makes cracking an encrypted partition/drive much more difficult. However, the debian installer insisted on writing (zeros?) to the to-be-encrypted partition before formatting. This was very time consuming, wasteful/redundant, and perhaps a security liability as well. In fact, the installer did this several times due to problem 1 ;) I should be able to skip that writing since I already did it myself. The installer is not writing zeros. It is actually doing a similar process than the one you did by yourself! :) It can be avoided though when using manual partitioning, by switching Erase data to no while configuring the partition used as physical volume for encryption. PROBLEM 3. System would not boot!! . It brought up the grub menu just fine, and began loading the kernel and initramfs. The problem occured when it tried to configure lvm (/usr/share/initramfs-tools/scripts/local-top/lvm) -- the kernel had not yet detected the presence of the USB Flash drive! Thus the call to activate_vg $ROOT was doomed to failure, since udev had not yet discovered the root device. A few seconds after the failure messages, udev discovered the device -- udev had settled before running local-top, but the USB event came later. […] AFAIK, a lot of related issues have been fixed for Lenny. If you could give it a try, it would be great. Cheers, -- Jérémy Bobbio .''`. [EMAIL PROTECTED] : :Ⓐ : # apt-get install anarchism `. `'` `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489544: installation-reports
Package: installation-reports Boot method: CD Image version: debian-40r3-i386-netinst.iso Date: 2008 June 6 Machine: IBM Thinkpad T42 Processor: Pentium M 1.8 GHz Memory: 1.5 GB Partitions: installed on an unpartitioned 4 GB USB flash drive Output of lspci -knn (or lspci -nn): (irrelevant) Base System Installation Checklist: (all OK except as noted below) Comments/Problems: This computer supports booting from USB, so I decided to install debian on a USB Flash drive. I wanted an encrypted root partition. PROBLEM 1. I first tried the automatic encrypted LVM setup. It insisted upon making a swap partition, and I was unable to delete that partition. Of course I don't want a swap partition on a flash based drive. I ultimately had to back up several steps and do a manual setup. PROBLEM 2. Before I started the install, I used dd if=/dev/urandom of=/dev/sda to write random data to the drive, which makes cracking an encrypted partition/drive much more difficult. However, the debian installer insisted on writing (zeros?) to the to-be-encrypted partition before formatting. This was very time consuming, wasteful/redundant, and perhaps a security liability as well. In fact, the installer did this several times due to problem 1 ;) I should be able to skip that writing since I already did it myself. PROBLEM 3. System would not boot!! . It brought up the grub menu just fine, and began loading the kernel and initramfs. The problem occured when it tried to configure lvm (/usr/share/initramfs-tools/scripts/local-top/lvm) -- the kernel had not yet detected the presence of the USB Flash drive! Thus the call to activate_vg $ROOT was doomed to failure, since udev had not yet discovered the root device. A few seconds after the failure messages, udev discovered the device -- udev had settled before running local-top, but the USB event came later. In order to solve this problem, I added a script to /etc/initramfs-tools/scripts/init-premount that waits for the device to appear in the /dev tree: echo -n Waiting for /dev/sda5 to appear while ! [ -b /dev/sda5 ]; do echo -n .; sleep 1s; done It took me several days to figure out what the problem was, how to fix it, and how to use initramfs to roll the initrd, but now it works! Although my script could probably be more robust. IMO, the debian-installer should always set up the init system to wait for the $ROOT (and $resume?) partitions to be visible in the /dev tree before proceeding with the local-top scripts. ~David. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416990: iceweasel hangs when swf-player detects an unplayable file
Package: iceweasel Version: 2.0.0.3-1 When iceweasel loads a page with embedded (newer) swf, it displays a message where the flash objects appear: This SWF file is known to trigger bugs in the swfdec decoder. Playback is cancelled. ...and then iceweasel hangs. I have to kill it. Here are a few pages that trigger the hang: http://www.artofliving.org/ http://www.northeastcouncil.org/ http://www.xs4all.nl/~salsaman/lives/swf-test.html http://www.tritekinc.com/ Also perhaps of relevance: (dpkg -l '*swf*') ii gstreamer0.8-swfdec 0.8.12-6 ii libswfdec0.30.3.6-2.2 ii swf-player 0.3.6-2.2 I am using etch (Debian GNU/Linux 4.0) libc6 2.3.6.dsl-13; kernel 2.6.18, compiled from linux-source 2.6.18.dfsg.1-12 (kernel source very slightly modified for weird touchpad firmware) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
