GNOME not mounting encrypted drives
GNOME asks me for a password when I put in an encrypted LUKS USB stick, but then doesn't mount it. It does map it properly in /dev/mapper/ ... HAL bug? -- Bring back the Firefox plushy! http://digg.com/linux_unix/Is_the_Firefox_plush_gone_for_good https://bugzilla.mozilla.org/show_bug.cgi?id=322367 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: GNOME not mounting encrypted drives
Hi John, John Richard Moser [2007-12-19 9:37 -0500]: GNOME asks me for a password when I put in an encrypted LUKS USB stick, but then doesn't mount it. It does map it properly in /dev/mapper/ ... HAL bug? Most probably. I bet hal caught the /dev/mapper/temporary-cryptsetup-yadayada device instead of the final one in /dev/mapper. Nice race condition. It's on my list of things to fix, but I haven't found time for it yet. If you want to have a go at it, I'd appreciate. :) Thanks, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Encrypted volume interaction with Windows...
Am Mittwoch, den 19.12.2007, 09:33 -0500 schrieb John Richard Moser: Thorsten Sick wrote: Hello List Am Montag, den 17.12.2007, 11:49 -0500 schrieb John Richard Moser: In Gutsy, the alternate installer can now create encrypted LVM layouts (but with no fancy manipulation tools...). I am now curious about interoperability with Windows for encrypted external drives. External hard disks and flash drives using NTFS or FAT32 work in Linux or Windows now. The FreeOTFE program allows Windows to access a LUKS partition (NOT LVM) as well. For data-exchange media I would suggest something that runs on windows out-of-the box (and on ubuntu of course). Either automatically put a driver for windows in a non-encrypted part or use something like the truecrypt traveller mode. truecrypt installs drivers in traveler mode. So does FreeOTFE in portable mode. FreeOTFE can read Linux LUKS partitions (which is what dm-crypt uses). Truecrypt does not run on windows out of teh box. If you're not administrator level, you can't use it. Same with FreeOTFE. Well I think if you want to mount it, there is no way around admin rights. I will have to ask a windows guru. A user having encrypted data on a usb memory stick wants to use them on about 99% of the computers he works with. If this is not possible, the user will not encrypt at all. So, they have the same ability on Windows with LUKS or truecrypt, and better on Linux with LUKS. As long as it works, it's fine with me :-) Logically, it would help users with encryption needs to have a tool in GNOME to create LUKS-encrypted USB flash or hard drives, and request/change the key (file? Or just password?) when gnome-volume-manager detects them. Maybe automatically ask the user if he wants to encrypt the volume or parts of it as soon as he attaches a new and empty usb device (stick or external hd) Every time he attaches it? Do you want to destroy all data on this? That's like asking to format a disk every time it's put in! - Ubuntu must remember the choices of the user for this special device (USB ID). So the user will be asked once for every usb drive. the first time he attaches it. - There must be space on the device to use (scenario with crypto container not crypto partition) I did not think about crypto partitions yet. You are right, data will be lost to easy if we add a klick-and-delete button. What about writing own CDs ? We should also add the option Encrypt all files on CD when burning. The british government will love it. Thorsten Sick -- Thorsten Sick [EMAIL PROTECTED] signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Changing dpkg-deb default compression from gzip to lzma for Hardy
On ke, 2007-12-19 at 13:34 -0500, Mackenzie Morgan wrote: I upgrade a between 2 days and 2 weeks before release to avoid waiting 4 hours for the upgrade to download on release day, like I did with Edgy. For releases, one can almost certainly wait a few days for the worst rush to be over. For security updates, however, waiting is inadvisable. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Changing dpkg-deb default compression from gzip to lzma for Hardy
Let me add my 2 cents' worth. I don't know what algorithm is used by lzma, but I think there are other factors than CPU speed and size that matters. Namely memory. As an example, I can tell you that in the past we have experienced problems with the quite serious memory requirements of bunzip2. In several instances, we have seen bunzip2 fail for apparently mysterious reasons. Eventually, it turned out, the only way to solve the problem was to change the memory sticks on the motherboard. Even though memtest86+ did not reveal any problems with the RAM, bunzip2 seems to be extremely sensitive to (I think) how well the particular type of memory is supported by the motherboard. It is possibly some kind of timing issue. I want to emphasize that we never had problems running gunzip decompression even on the systems affected by the bunzip2 issue. As I said, I don't know the lzma algorithm at all, but I fear that in such an efficient compression procedure, there is a risk that similar problems could appear. Needless to say, failure to decompress packages properly could completely brick the system. The gzip algorithm may not be the most efficient of all, but it is extremely reliable, fast, and memory-efficient. IMHO, the 10% gain on the size of an install CD is quickly eaten by new/expanded packages, and soon, the same problem/discussion will return. I think the effort is better spent in making bone-hard priorities on what goes on the CD and what remains available from the archives. And, perhaps, a special try-me-out CD edition could be designed, with samples of some of the latest and greatest software, but without some of the server tools and other stuff one would normally select for a running system. Cheers, Morten PGP.sig Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Fwd: regular fsck runs are too disturbing
A little while ago there was a discussion here about fsck running at boot, and the program AutoFsck. The author of AutoFsck just contacted me and asked me what his next step should be. I don't have any official standing in the Ubuntu dev community, so I'm just going to forward his message out here in the hopes that it will get opened up for a more comprehensive discussion. Evan PS I also sent him a link to join this list, so hopefully he'll be able to contribute to the discussion. -- Forwarded message -- From: Jonathan Musther [EMAIL PROTECTED] Date: Dec 19, 2007 3:35 PM Subject: regular fsck runs are too disturbing To: [EMAIL PROTECTED] Hi Evan; I just found the recent discussion of fsck runs on boot at: http://www.mail-archive.com/ubuntu-devel-discuss@lists.ubuntu.com/msg02508.html I am the author of AutoFsck, and have been trying to get somebody in a position to do something on a distribution level, interested. The user interest in AutoFsck has been huge, unfortunately I don't have any figures as it's primarily hosted on the Ubuntu wiki. Anyway, the blueprint is at: https://blueprints.launchpad.net/ubuntu/+spec/prompt-for-fsck-on-shutdown but so far, the problem of running fsck on boot doesn't seem to be taken seriously, which is why I was glad to see the discussion on the mailing list. So, I'm wondering where we can go from here, what can we do next. Kind Regards Jon -- Slingshot - a unique game everyone enjoys - and it's free :-) http://www.slingshot-game.org -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Studio packages good enough for Ubuntu?
Mackenzie Morgan wrote: On Dec 15, 2007 7:12 AM, Conrad Knauer [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: fontforge https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss That was included in Dapper, wasn't it? It was available for Dapper, in main: http://packages.ubuntu.com/dapper/x11/fontforge http://archive.ubuntu.com/ubuntu/pool/main/f/fontforge/ John -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss