On Thursday 13 December 2007 21:34:35 Mackenzie Morgan wrote:
> On Dec 13, 2007 4:32 PM, Till Kamppeter <[EMAIL PROTECTED]> wrote:
>
> > Yes, you need to take the "intel" driver. After I switched from the
> > "i810" to the "intel" driver I could use a projector with my laptop, at
> > least after r
Hi there.
I meant to write this email to Ubuntu-Desktop ML, but since you brought this
topic, I'll reply here.
Last Saturday, I did a small presentation on apt-cacher, and using Ubuntu
Hardy, without any xorg.conf due to the new X 7.3 and xrandr 1.2, and plug-in
for the
first time a projector
I did some experimentation with my Wine package. Here's the filesize of
the latest .deb passing different options to dpkg-deb:
11081456 default
10090930 bzip2
7682608 lzma
That's over a 30% reduction in bandwidth for me and my humble third
party repository.
I've heard that lzma will be included
Scott Ritchie napisał(a):
> I did some experimentation with my Wine package. Here's the filesize of
> the latest .deb passing different options to dpkg-deb:
>
> 11081456 default
> 10090930 bzip2
> 7682608 lzma
>
> That's over a 30% reduction in bandwidth for me and my humble third
> party reposi
Krzysztof Lichota wrote:
> Scott Ritchie napisał(a):
>> I did some experimentation with my Wine package. Here's the filesize of
>> the latest .deb passing different options to dpkg-deb:
>>
>> 11081456 default
>> 10090930 bzip2
>> 7682608 lzma
>>
>> That's over a 30% reduction in bandwidth for me a
Scott Ritchie napisał(a):
> It's been shown that lzma is, in general, much better. If we happen to
> find a specific case where it's not, then we can always set that package
> to a non-default by tweaking the dh_builddeb line.
I couldn't find any paper about lzma. But you are right, if it can be
On Dec 18, 2007 1:00 AM, Krzysztof Lichota <[EMAIL PROTECTED]> wrote:
> Why do you think so? I always run system update when I am doing other
> things. And I can notice when installing packages starts, although I
> have 3 GHz CPU.
My personal experience, is that on modern machines, install time i
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.
> It is hard to judge best
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 Free
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Scott Ritchie wrote:
> I believe lzma has a fairly efficient decompression time. We should
> note, however, that package installation time is one of the least
> important places to optimize CPU usage - it's not user-interactive,
> and is very frequent
Thilo Six wrote the following on 17.12.2007 15:54
> atached is a more detailed analysis trying to compare gz, bz2 and 7z (aka
> LZMA).
> I tried it once for (mostly) textfiles as source and once on a binary file in
> both compressing and extraction.
I did the comparion on binaries again.
this ti
John Richard Moser wrote:
> 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 wo
Fabian Rodriguez wrote:
>
>
> John Richard Moser wrote:
>>
>> 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. Logically, it would help users with
>> encryption ne
We are talking about a 10x increase in the time it takes to create
DEBs if moving from gz -> lzma. Is this acceptable? Also, it is more
than doubling the work placed on the installer's CPU. This may be
acceptable moving forward, if that's what the community and developers
decide. However, just
On Mon, Dec 17, 2007 at 01:05:26PM +0100, Krzysztof Lichota wrote:
> > I've heard that lzma will be included by default in main for Hardy.
> > This is a very good idea. Changing package build scripts to manually
> > pass lzma compression using dh_builddeb -- -Z lzma would be very
> > tedious, how
Kristian Erik Hermansen wrote the following on 17.12.2007 23:56
> We are talking about a 10x increase in the time it takes to create
> DEBs if moving from gz -> lzma. Is this acceptable?
deb creation aka compression shouldn´t bother us as much as installing aka
extraction.
buildds should have eno
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 too many factors (as you mention
On ma, 2007-12-17 at 13:05 +0100, Krzysztof Lichota wrote:
> It is hard to judge best compression using only one package.
On a lark, I ran a little script that re-compresses the components of
a .deb with the desired compression program, and reports results:
bzip2:
Packages, total count: 22485
Or
On Dec 17, 2007 7:51 PM, Emmet Hikory <[EMAIL PROTECTED]> wrote:
>Bandwidth will always be location dependent, so package size
> related to bandwidth is not an easy item for discussion. Smaller is
> nice, but for some it doesn't matter very much, as their connections
> are either fast enough
On Tue, 2007-12-18 at 01:09 +0100, Thilo Six wrote:
> ~30% less download time
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?
It seems to me that for slower connections, binary patches are t
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
On the main issue, https://wiki.ubuntu.com/Dpkg7Z
21 matches
Mail list logo
