Re: Ubuntu Studio packages good enough for Ubuntu?

Mackenzie Morgan wrote: > On Dec 15, 2007 7:12 AM, Conrad Knauer <[EMAIL PROTECTED] > > wrote: > > fontforge > > > > That was included in Dapper, wasn't it? > It was available for Dapper, in mai

Re: Ubuntu Studio packages good enough for Ubuntu?

Op zaterdag 15-12-2007 om 06:12 uur [tijdzone -0600], schreef Conrad Knauer: > Finally, a brief question about a package that isn't part of > ubuntustudio* but has the look of one that should be: > > xaralx > > Did they ever solve the GPL issue with cdraw? The cdraw backend is closed source, but

Re: Encrypted volume interaction with Windows...

Mackenzie Morgan wrote: > On Dec 19, 2007 9:33 AM, John Richard Moser <[EMAIL PROTECTED] > > wrote: > > > 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

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

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 bunzi

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. F

Re: Changing dpkg-deb default compression from gzip to lzma for Hardy

On Dec 19, 2007 8:42 AM, Scott Ritchie <[EMAIL PROTECTED]> wrote: > We should consider that it's not always the user's download that gets > saturated, but the mirror's upload. This is especially true on release > day. > > A 30% reduction in filesize would translate to a 30% reduction in > downloa

Re: Encrypted volume interaction with Windows...

On Dec 19, 2007 9:33 AM, John Richard Moser <[EMAIL PROTECTED]> wrote: > > 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 de

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 manipulatio

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 de

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=32

Re: Encrypted volume interaction with Windows...

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 encrypte

Re: Changing dpkg-deb default compression from gzip to lzma for Hardy

Emmet Hikory wrote: > On Dec 18, 2007 9:09 AM, Thilo Six wrote: >> comparation of a whole install (download time + extract time): >> >> download time gz (39084/384)= 101.78s + 14.278s = 116.06s >> download time 7z (27358/384)= 71.24s + 143.783s = 215.02s > > Comparisons like this have far to