Compression algorithms are something that should be handled via an
extendle library. And the front-end apps (gzip, bzip2, 7z, etc)
should just use that library to do the heavy lifting.
Instead of pulling in another app, consider pulling in libarchive and
friends from FreeBSD 6+, and then adding
On Sun, 11 May 2008 10:46:38 -0700
Freddie Cash [EMAIL PROTECTED] wrote:
Compression algorithms are something that should be handled via an
extendle library. And the front-end apps (gzip, bzip2, 7z, etc)
should just use that library to do the heavy lifting.
Instead of pulling in another
On Sun, May 11, 2008 at 10:46:38AM -0700, Freddie Cash wrote:
Instead of pulling in another app, consider pulling in libarchive and
friends from FreeBSD 6+, and then adding 7z support to that.
You know that one of the two reasons I wrote the compression_program
support in libarchive was 7z's
On Sun, May 11, 2008 at 11:22 AM, Joerg Sonnenberger
[EMAIL PROTECTED] wrote:
On Sun, May 11, 2008 at 10:46:38AM -0700, Freddie Cash wrote:
Instead of pulling in another app, consider pulling in libarchive and
friends from FreeBSD 6+, and then adding 7z support to that.
You know that one of
thegraze [EMAIL PROTECTED] wrote:
But 7z is GPL!
Which is not an impediment per-se. After all it's just a
userland tool, not a library or even part of the kernel.
Remember that gzip was GPL for a long time, before the
NetBSD people started writing a replacement tool.
On the other hand, it
Which is not an impediment per-se. After all it's just a
userland tool, not a library or even part of the kernel.
Not to nit-pick, but it's LGPL, not GPL, so it's not *so* bad :)
So, is 7z useful enough to add a fourth compression tool
to the base system? And keep it there forever?
But 7z is GPL!
2008/5/6 Matthew Dillon [EMAIL PROTECTED]:
:I just noticed I still have these sitting here so I figured I would post
:sizes. 1.12.1 ISO 294M, bz2 108M, 7z 74M, zip 118M, gz 120M.
:
:Sam
Those are impressive numbers. I will keep an eye on it. If 7z is
thegraze wrote:
But 7z is GPL!
so? your point being?
--
Serve - BSD +++ RENT this banner advert +++ASCII Ribbon /\
Work - Mac +++ space for low €€€ NOW!1 +++ Campaign \ /
Party Enjoy Relax | http://dragonflybsd.org Against HTML \
Dude 2c 2 the max !
Samuel J. Greear [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Matthew Dillon [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
:Hi,
:
:Posted this to kernel@ by accident, please reply here instead :)
:
:I just wanted to know if there's any interest for the devs to add
Samuel J. Greear [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Matthew Dillon [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
:Hi,
:
:Posted this to kernel@ by accident, please reply here instead :)
:
:I just wanted to know if there's any interest for the devs to add
Hello,
On Tue, 2008-05-06 at 09:51 -0700, Samuel J. Greear wrote:
Samuel J. Greear [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Matthew Dillon [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
:Hi,
:
:Posted this to kernel@ by accident, please reply here
:I just noticed I still have these sitting here so I figured I would post
:sizes. 1.12.1 ISO 294M, bz2 108M, 7z 74M, zip 118M, gz 120M.
:
:Sam
Those are impressive numbers. I will keep an eye on it. If 7z is
consistently better then bz2 I expect it will become widely adopted.
I
On Tue, 06 May 2008 20:29:53 +0300
Cristi Magherusan [EMAIL PROTECTED] wrote:
The compression time is not an issue for install disks, and
decompression extra time of 7z is insignificant, but the best usage for
this would be when packaging sources, not the installer CD, whose size
will grow
Well, the issue is not so much one of download bandwidth as it is one
of accessibility. Everyone has gzip, not everyone has 7z (yet).
I would rather not have multiple compression formats on the download
site, nor require that people have 7z in order to be able to unpack
our
Well, the issue is not so much one of download bandwidth as it is one
of accessibility. Everyone has gzip, not everyone has 7z (yet).
I would rather not have multiple compression formats on the download
site, nor require that people have 7z in order to be able to unpack
For everyone concerned with timing, I tested compressing a 4gb image
of a quad boot USB key with a variety of junk on it at compression
level 4.
It still beats bzip2 by 90 mb and was almost 3 minutes quicker:
# time -h bzip2 -k key.img
11m59.71s real 10m39.48s user
Samuel J. Greear wrote:
I just noticed I still have these sitting here so I figured I would
post sizes. 1.12.1 ISO 294M, bz2 108M, 7z 74M, zip 118M, gz 120M.
lrz 69M
It doesn't mean that I care though. In fact, I use gzip most of time -
bandwith is quite cheap nowadays.
--
Hasso Tepper
:Hi,
:
:Posted this to kernel@ by accident, please reply here instead :)
:
:I just wanted to know if there's any interest for the devs to add
:something like p7zip to the base install; even if it's a simple fork
:that only supports 7z. While 7zip is about as obnoxiously slow as
:bzip2, it
Matthew Dillon [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
:Hi,
:
:Posted this to kernel@ by accident, please reply here instead :)
:
:I just wanted to know if there's any interest for the devs to add
:something like p7zip to the base install; even if it's a simple fork
:that
19 matches
Mail list logo
