On Sun, 23 Jan 2011 23:06:52 -0600
Scot Hetzel wrote:
>> On Sun, Jan 23, 2011 at 1:30 PM, Aleksandr Rybalko wrote:
>> >> > Anyway, agree with you and rename it to GEOM_UNCOMPRESS :)
>> >>
>> >> Could you point me at the final patch?
>> >
>> > Yea, with pleasure:
>> > http://my.ddteam.net/files/g
On Sun, Jan 23, 2011 at 1:30 PM, Aleksandr Rybalko wrote:
>> > Anyway, agree with you and rename it to GEOM_UNCOMPRESS :)
>>
>> Could you point me at the final patch?
>
> Yea, with pleasure:
> http://my.ddteam.net/files/geom_uncompress.patch
> http://my.ddteam.net/files/mkulzma.patch
> http://my.d
On Sun, 23 Jan 2011 18:57:31 +0100
Pawel Jakub Dawidek wrote:
> On Sun, Jan 23, 2011 at 02:22:26AM +0200, Aleksandr Rybalko wrote:
> > On Sun, 23 Jan 2011 00:12:30 +0100
> > Ivan Voras wrote:
> >
> > > On 22 January 2011 23:30, Aleksandr Rybalko
> > > wrote:
> > >
> > > > So as result of smal
On Sun, Jan 23, 2011 at 02:22:26AM +0200, Aleksandr Rybalko wrote:
> On Sun, 23 Jan 2011 00:12:30 +0100
> Ivan Voras wrote:
>
> > On 22 January 2011 23:30, Aleksandr Rybalko wrote:
> >
> > > So as result of small discussion (thanks Ivan and Pawel Jakub) think
> > > best name is GEOM_UCOMPRESS (
On 23 January 2011 01:22, Aleksandr Rybalko wrote:
>
> I'd like full names like UNCOMPRESS, but found UNIX historical examples
> like umount.
You are right, but we shouldn't propagate old mistakes :)
___
freebsd-geom@freebsd.org mailing list
http://lis
On Sun, 23 Jan 2011 00:12:30 +0100
Ivan Voras wrote:
> On 22 January 2011 23:30, Aleksandr Rybalko wrote:
>
> > So as result of small discussion (thanks Ivan and Pawel Jakub) think
> > best name is GEOM_UCOMPRESS (module do only UN-compress).
>
> It's a good name, I'd accept it. But since you
On 22 January 2011 23:30, Aleksandr Rybalko wrote:
> So as result of small discussion (thanks Ivan and Pawel Jakub) think
> best name is GEOM_UCOMPRESS (module do only UN-compress).
It's a good name, I'd accept it. But since you already have a
descriptive name, why not add the missing "N" and ma
On Fri, 21 Jan 2011 16:43:03 +0100
Pawel Jakub Dawidek wrote:
> On Fri, Jan 21, 2011 at 03:46:36PM +0200, Alexandr Rybalko wrote:
> > On Fri, 21 Jan 2011 14:02:32 +0100
> > Ivan Voras wrote:
> >
> > >> On 20/01/2011 16:51, Adrian Chadd wrote:
> > >> > Well, creating a generic geom_compress modu
On Fri, Jan 21, 2011 at 03:46:36PM +0200, Alexandr Rybalko wrote:
> On Fri, 21 Jan 2011 14:02:32 +0100
> Ivan Voras wrote:
>
> >> On 20/01/2011 16:51, Adrian Chadd wrote:
> >> > Well, creating a generic geom_compress module shouldn't increase the
> >> > size by all that much. It's just a few func
On Fri, 21 Jan 2011 15:09:16 +0100
Ivan Voras wrote:
>> On 21/01/2011 14:46, Alexandr Rybalko wrote:
>>
>> > But really, gzip in most cases already compiled into kernel (my not) and
>> > anyway have small footprint.
>> >
>> > So I done join GEOM_UZIP + GEOM_ULZMA module, called GEOM_ULZMA yet.
On 21/01/2011 14:46, Alexandr Rybalko wrote:
But really, gzip in most cases already compiled into kernel (my not) and anyway
have small footprint.
So I done join GEOM_UZIP + GEOM_ULZMA module, called GEOM_ULZMA yet.
Module name open for discussion :)
Is "uzip" some kind of well-known or spe
On Fri, 21 Jan 2011 14:02:32 +0100
Ivan Voras wrote:
>> On 20/01/2011 16:51, Adrian Chadd wrote:
>> > Well, creating a generic geom_compress module shouldn't increase the
>> > size by all that much. It's just a few function pointers that point at
>> > the decompression class. The rest of the form
On 20/01/2011 16:51, Adrian Chadd wrote:
Well, creating a generic geom_compress module shouldn't increase the
size by all that much. It's just a few function pointers that point at
the decompression class. The rest of the format is the same, right?
(ie, how it's broken into chunks, the chunks are
Well, creating a generic geom_compress module shouldn't increase the
size by all that much. It's just a few function pointers that point at
the decompression class. The rest of the format is the same, right?
(ie, how it's broken into chunks, the chunks are separately
compressed, etc.)
This is grea
On Thu, Jan 20, 2011 at 12:26:44PM +0200, Alexandr Rybalko wrote:
> On Thu, 20 Jan 2011 09:49:55 +0100
> Pawel Jakub Dawidek wrote:
> >> IMHO it should first be unified, really. Once it is committed the
> >> chances are much lower that it will be unified.
> >>
> >> Alexandr, would you like to imp
On Thu, 20 Jan 2011 09:49:55 +0100
Pawel Jakub Dawidek wrote:
>> On Thu, Jan 20, 2011 at 12:31:03PM +0800, Adrian Chadd wrote:
>> > On 19 January 2011 18:54, Alexandr Rybalko wrote:
>> > > Hi,
>> > >
>> > > I`m happy to introduce GEOM_ULZMA module and utilitie to create an ulzma
>> > > image.
>
On Thu, Jan 20, 2011 at 12:31:03PM +0800, Adrian Chadd wrote:
> On 19 January 2011 18:54, Alexandr Rybalko wrote:
> > Hi,
> >
> > I`m happy to introduce GEOM_ULZMA module and utilitie to create an ulzma
> > image.
> >
> > Think now it in acceptable for testing/reviewing/committing state.
> >
> >
On 19 January 2011 18:54, Alexandr Rybalko wrote:
> Hi,
>
> I`m happy to introduce GEOM_ULZMA module and utilitie to create an ulzma
> image.
>
> Think now it in acceptable for testing/reviewing/committing state.
>
> Wait for your questions. :)
I like it. I'd like to see the ulzma and gz stuff u
Hi,
I`m happy to introduce GEOM_ULZMA module and utilitie to create an ulzma image.
Think now it in acceptable for testing/reviewing/committing state.
Wait for your questions. :)
Add xz-embedded to contrib:
http://my.ddteam.net/files/add_contrib_xz-embedded.patch
Add geom/ulzma/g_ulzma.c and us
19 matches
Mail list logo
