Thilo Six napisaĆ(a):
> Krzysztof Lichota wrote the following on 17.12.2007 13:05
>
> recently i also tried 7z for my backups and in comparation to bz2 it seems to
> take a bit longer during compressing but is faster on extraction.
> Also the compressed file with 7z is ~30% compared to a bz2 one.
Emmet Hikory wrote the following on 18.12.2007 01:51
> 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
>
>
On Tue, Dec 18, 2007 at 11:09:50AM +0100, Thilo Six wrote:
> Only with OOo core moved from gz to 7z we save: 39084 - 27358 = 11726kB on
> the CDs!!
The LiveCDs don't include the binary debs - the compression is handled
by squashfs. I /suspect/ that the limiting factor in the liveCDs is the
spee
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
Scott James Remnant wrote:
The distinction between main and restricted is done based on licensing:
software in main fulfils the necessary freedoms for modification and
redistribution, software in restricted may not.
[snip]
I therefore propose an alternative.
We move all packages from univer
Aaron Whitehouse wrote:
> On 18/12/2007, Mario Vukelic <[EMAIL PROTECTED]> wrote:
>> A while ago I read about changing apt/dpkg to allow for the handling of
>> security updates through binary patches. Does anyone know what came out
>> of this?
>
> https://wiki.ubuntu.com/apt-sync
The wiki says th
On 2007-12-15 16:52:06 -0500, Michael R. Head wrote:
> I reported this as bug 17622[1], but I'm concerned about how this could
> have happened (as it's almost certainly not a logjam bug). It looks like
> the binaries were never built for anything other than sparc. There
> appears to have been plent
Hello. I don't know if this is the right list, please let me know if I
should send this elsewhere.
I'm involved in tuxpaint upstream and our current release 0.9.18 hasn't
been packaged by Debian, which means that it hasn't been synced to
Hardy. We'd obviously like our new version in hardy, especia
Apologies if I don't understand this correctly. I have a few questions.
How will this affect users dist-upgrading? Does 7.10 + 6.06 both have LZMA
already installed to allow the upgrade?
Will this add a step for Ubuntu developers to make packages for Debian?
I like this idea as it looks like i