Date: Tue, 2 Mar 2010 08:17:36 +0100 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: Alexandr Rybalko <ray@dlink.ua> Cc: geom@freebsd.org, embedded@freebsd.org, hackers@freebsd.org Subject: Re: GEOM_ULZMA Message-ID: <20100302071736.GF1946@garage.freebsd.pl> In-Reply-To: <20100219163644.da89e882.ray@dlink.ua> References: <20100219163644.da89e882.ray@dlink.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
--VuQYccsttdhdIfIP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 19, 2010 at 04:36:44PM +0200, Alexandr Rybalko wrote: > Hi, > I wrote a module GEOM_ULZMA (such as GEOM_UZIP, but compression with lzma= ), [...] Wouldn't it be better to modify geom_uzip to be universal decompression class with various algorithms implemented as plugins? This is bascially what I did for the LABEL class - before we had VOL_FFS class only for UFS labels. > [...] in connection with this is an issue best left lzma > code in the file "geom_ulzma.c" or store lzma library separately. If sepa= rately, then where better? Definiatelly separately, not sure where. There is ongoing discussion somwhere on importing this algorithm to the base for tar(1) to use, it would be best to have only one copy of code in the tree. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --VuQYccsttdhdIfIP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuMu48ACgkQForvXbEpPzT9oACgxw5SguVaFp1a8cEysw98rXfM o6MAniVWtClI9kJ63gkJSoRPX0Hc/LGE =uCwV -----END PGP SIGNATURE----- --VuQYccsttdhdIfIP--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100302071736.GF1946>