GNOME not mounting encrypted drives

2007-12-19 Thread John Richard Moser
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

2007-12-19 Thread Martin Pitt
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...

2007-12-19 Thread Thorsten Sick

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

2007-12-19 Thread Lars Wirzenius

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

2007-12-19 Thread Morten Kjeldgaard
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

2007-12-19 Thread Evan
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?

2007-12-19 Thread John Levin
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