From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: Re: [PATCH] gnu: Add sg3_utils. Date: Sat, 13 Aug 2016 21:17:39 -0400 Message-ID: <20160814011739.GA17421@jasmine> References: <87fuq9xawl.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35015) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bYk3o-0004uc-Hh for guix-devel@gnu.org; Sat, 13 Aug 2016 21:17:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bYk3k-0004Hr-8n for guix-devel@gnu.org; Sat, 13 Aug 2016 21:17:55 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:33210) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bYk3g-0004GP-Gt for guix-devel@gnu.org; Sat, 13 Aug 2016 21:17:52 -0400 Content-Disposition: inline In-Reply-To: <87fuq9xawl.fsf@gmail.com> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Chris Marusich Cc: guix-devel@gnu.org --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 13, 2016 at 02:42:34AM -0700, Chris Marusich wrote: > Hi, >=20 > This patch adds sg3_utils (and libsgutils). >=20 > When I ran 'guix size sg3_utils', I noticed the following output, which > seemed large to me. Is it normal? >=20 > --8<---------------cut here---------------start------------->8--- > $ ./pre-inst-env guix size sg3_utils > store item total = self > /gnu/store/vbs91pmyw56m7sf8h7qvn465cbwbi24g-sg3_utils-1.42 74.9 = 2.4 3.2% > /gnu/store/9nifwk709wajpyfwa0jzaa3p6mf10vxs-gcc-4.9.3-lib 60.9 = 22.9 30.5% > /gnu/store/ykzwykkvr2c80rw4l1qh3mvfdkl7jibi-bash-4.3.42 49.7 = 4.7 6.3% > /gnu/store/68rzhy9px1njppv0nmbm8nk0sdkg5jx6-readline-6.3 45.0 = 1.2 1.6% > /gnu/store/ld16jy012l3jpkj6azynzmldxn28cspw-ncurses-6.0 43.8 = 5.7 7.6% > /gnu/store/m9vxvhdj691bq1f85lpflvnhcvrdilih-glibc-2.23 38.1 = 36.7 49.0% > /gnu/store/0010wvgs40kdq8chzsh403qm7la9jxq7-bash-static-4.3.42 1.4 = 1.4 1.9% > total: 74.9 MiB > --8<---------------cut here---------------end--------------->8--- The overall size looks normal to me. I don't understand how sg3_utils can be 2.4 MiB, while increasing the closure size by 14 MiB. > It might be nice to package the library and the tools separately. How > might I do that? The release tarball's README says the following, but I > see no obvious way to split the build output into 3 separate packages: >=20 > "Various distributions (of Linux mainly) distribute sg3_utils as 3 > installable packages. One is a package containing the shared library > discussed above (e.g. libsgutils2-2_1.33-0.1_i386.deb). A second package > contains the utilities (e.g. sg3-utils_1.33-0.1_i386.deb) and depends on > the first package). Finally there is an optional package that contains > header files and a static library > (e.g. libsgutils2-dev_1.33-0.1_i386.deb). This final package is only > needed to build other packages (e.g. sdparm) that wish to use the > sg3_utils shared library." We tend not to create separate outputs unless there is a good reason. A good reason could be a rarely used component that is disproportionately large; we might try to put that in a separate output so it doesn't bloat users' profiles unnecessarily. A really good upstream build system will make this easy. Check the nmap package definition for an example: we can build an install ndiff directly into its own output, and this keeps the Python reference separate from the default nmap output. --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXr8avAAoJECZG+jC6yn8IPd0P/2dhP4vReGzv7UGjG/G6pNBy BH2ws75gmXznVAwqUE29FPOgzEgEupp1XePMLwIgD2fOEXLwnWLVyiBtJutxOp+r b7W+GFlVzdye3R6l57cWrEZ8LbBwPvMx/tn2uCioroRavPsF6wwnh1TQZGkU1ROA BmM/faWVyTyh11bXL/0NLn53XQRhQFq6ZmkDTnUnLK6ItyHADpoDYZ97tRbWSsvZ wBrFCZMiPyOwB7Z6prjFnjRCSlHyFXH1u3KOuZmf8rIC5W5QxFLYied+sem3iRww iJC4imh099RR4zRratR0M5Kku/CXiKO+uwzwzde6gjMl+3eCe/fSTw8LSMpKlY0y 716FfMqR068xE0u54ev3LZsehbq/uYWVH81BRzv97YLpPSmxzye1qxgq0+uYUR5C UQ5sk3GfPAryknFO1vm+HU5vjMl4F3Z8jmE9UZKt9g37+AWMfm1mFVneHnUpCkYi 2mbLz9Lr2Xk9re6QGfPu9r2NoRNOkWHVQbQUAjjucY0LXXXZ3kpyMKR8cBfj8ZP9 1ohEZgSHxnHpdnOuwMs5ev60/ZpObYvH6iiQmXvFxkZhuhhl1T/pDCZR7cD3Wu8i tnQ+dLohlJlJ/H1Ufn2tvJU39tv9wCsjUMwB8+P1nUjXWh8FeWaJjMncHPTFXLWT GK5w1E7f3o28GmU6JGu8 =Fs/Z -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND--