From owner-svn-src-all@FreeBSD.ORG Wed Apr 2 17:07:02 2014 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D2AC89D; Wed, 2 Apr 2014 17:07:02 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.glenbarber.us", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4601EC21; Wed, 2 Apr 2014 17:07:02 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 83299BDC2; Wed, 2 Apr 2014 17:06:59 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 83299BDC2 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 2 Apr 2014 13:06:57 -0400 From: Glen Barber To: Bryan Drewery Subject: Re: svn commit: r264027 - in head: release share/man/man7 Message-ID: <20140402170657.GK14379@glenbarber.us> References: <201404012241.s31MfRW6020684@svn.freebsd.org> <20140402154022.GA70867@lor.one-eyed-alien.net> <20140402155134.GG14379@glenbarber.us> <533C32F5.9050809@mail.lifanov.com> <20140402160650.GH14379@glenbarber.us> <533C3992.9030203@mail.lifanov.com> <434d33e39cfb20eec115bb6aac30817d@shatow.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8kI7hWEHMS8Z+7/0" Content-Disposition: inline In-Reply-To: <434d33e39cfb20eec115bb6aac30817d@shatow.net> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, Brooks Davis , Nikolai Lifanov , src-committers@freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2014 17:07:02 -0000 --8kI7hWEHMS8Z+7/0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 02, 2014 at 11:52:44AM -0500, Bryan Drewery wrote: > On 2014-04-02 11:23, Nikolai Lifanov wrote: > >On 04/02/14 12:06, Glen Barber wrote: > >>On Wed, Apr 02, 2014 at 11:55:33AM -0400, Nikolai Lifanov wrote: > >>>On 04/02/14 11:51, Glen Barber wrote: > >>>>On Wed, Apr 02, 2014 at 10:40:22AM -0500, Brooks Davis wrote: > >>>>>On Tue, Apr 01, 2014 at 10:41:27PM +0000, Glen Barber wrote: > >>>>>>Author: gjb > >>>>>>Date: Tue Apr 1 22:41:26 2014 > >>>>>>New Revision: 264027 > >>>>>>URL: http://svnweb.freebsd.org/changeset/base/264027 > >>>>>> > >>>>>>Log: > >>>>>> Add a new release build variable, WITH_COMPRESSED_IMAGES. > >>>>>> > >>>>>> When set to a non-empty value, the installation medium is > >>>>>> compressed with gzip(1) as part of the 'install' target in > >>>>>> the release/ directory. > >>>>>> > >>>>>> With gzip(1) compression, downloadable image are reduced in > >>>>>> size quite significantly. Build test against head@263927 > >>>>>> shows the following: > >>>>>> > >>>>>> bootonly.iso: 64% smaller > >>>>>> disc1.iso: 44% smaller > >>>>>> memstick.img: 47% smaller > >>>>>> mini-memstick.img: 65% smaller > >>>>>> dvd1.iso: untested > >>>>>> > >>>>>> This option is off by default, I would eventually like to > >>>>>> turn it on by default, and remove the '-k' flag to gzip(1) > >>>>>> so only compressed images are published on FTP. > >>>>> > >>>>>I'd recommend testing xz compression as well. With UFS images of > >>>>>a full > >>>>>world the savings vs gzip are significant (more than 30% IIRC, but > >>>>>it's > >>>>>need more than a year since I checked so I'm a bit unsure of the > >>>>>exact > >>>>>numbers). > >>>>> > >>>> > >>>>delphij also brought this up. > >>>> > >>>>I have concerns with xz(1), since there was mention in IRC that > >>>>Windows > >>>>users may have problems decompressing xz-compressed images. So, > >>>>gzip(1) > >>>>is used because it seems to be the more commonly-supported archive > >>>>mechanisms. > >>>> > >>>>The benefit of xz(1) over gzip(1) was only 50M-ish. > >>>> > >>>> -rw-r--r-- 1 root wheel 601M Mar 28 20:18 disc1.iso > >>>> -rw-r--r-- 1 root wheel 381M Mar 28 20:18 disc1.iso.bz2 > >>>> -rw-r--r-- 1 root wheel 392M Mar 28 20:18 disc1.iso.gz > >>>> -rw-r--r-- 1 root wheel 348M Mar 28 20:18 disc1.iso.xz > >>>> > >>>>Glen > >>>> > >>> > >>>How about 7zip (Windows program, not file format)? What would a > >>>Windows > >>>user use that can decompress gzip and not xz? It was a problem around > >>>~2007, but xz support is no longer rare or exotic. > >>> > >> > >>I don't know, to be honest. I have no Windows machines to test, so > >>I can only go by what I am told. > >> > >>Glen > >> > > > >I just verified it with 7zip for Windows version 9.22. It extracts > >.tar.xz archives and decompresses .xz images. > > > >- Nikolai Lifanov >=20 > My concern was requiring a *specific* tool to extract the ISO. However I = do > see that Winzip and Winrar both now support XZ as well. >=20 Indeed, this was another thing I wanted to avoid too (and meant to include that in the commit message). Glen --8kI7hWEHMS8Z+7/0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJTPEOxAAoJELls3eqvi17QT0YP/iZkceDas5dUBZfmVZe25DOK wT2rPMtfxB2c9AEfY6zwq8In5IlCmGBxGRjnO4ssI6tai7mPAZQNuI4Qyb7UR91V DTqlNY7Tq+AbJ5OZnkc5y43MWTGTn7azTqddGpAuF8Boc/JgWUbJonYkwCcWylnY 7RSBNJXB8zZRAYrsDbBAJaUHpdLsUbuQZfnmKHCgb/koTTLKhp+dma16LdsyfODi M+4+4S5KsCW8TUd+IkjQrkE4PzAV4E1vQw3VcXnQpTTVXTcuN6yelPnNihfeO+BP y4wvsDCjou06qTAY4OT2lQTlF1Uo95Hos4LSUTSbPSPmAQvgyPsEHyydWdPsAUD2 v6Pznyv3yBFtmxCrbGVgQ4qMuHbw6ywv2aCwb2uslN0yBA9RjEmUSpW0I5dUtHWe ZlbMHP5g9PKzNaGdPgeoecpw9DjekrDhr60GR95KyRaZxiYewDCwKTrfLS5aMj8x 3PgFYS11k8ix1cE+uLADNZo0BypPu1F7Inga+VhlO1PbXYNdqD6jlASleVhRVGsx NYelnW3MmCoexrcN+ncJTZpeVkDdsLl3s4Hoqnu0uCSj3W/nEDYeISjkV36KF7S3 R90Va0AkmyMSpvaRbZLGtsyr8ydNq+RMdGWPClChDBbvi/26ng81lG7Xzcjjieai 9SSmdsyp87CfMFSmLDV2 =yml4 -----END PGP SIGNATURE----- --8kI7hWEHMS8Z+7/0--