From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43107) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dZF4N-0002zn-Cz for guix-patches@gnu.org; Sun, 23 Jul 2017 07:29:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dZF4I-0004Qo-C1 for guix-patches@gnu.org; Sun, 23 Jul 2017 07:29:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:50236) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dZF4I-0004Pu-7e for guix-patches@gnu.org; Sun, 23 Jul 2017 07:29:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dZF4H-0007UJ-RS for guix-patches@gnu.org; Sun, 23 Jul 2017 07:29:01 -0400 Subject: [bug#27774] [PATCH] gnu: add libgeotiff Resent-Message-ID: Date: Sun, 23 Jul 2017 13:27:57 +0200 From: =?UTF-8?Q?Bj=C3=B6rn_?= =?UTF-8?Q?H=C3=B6fling?= Message-ID: <20170723132757.431ef7ef@alma-ubu> In-Reply-To: <0c9f175f.AEQANc_cQw0AAAAAAAAAAAPYhrgAAAACwQwAAAAAAAW9WABZc1em@mailjet.com> References: <20170720175018.49ec09ac@alma-ubu> <87379o63mn.fsf@fastmail.com> <0c9f175f.AEQANc_cQw0AAAAAAAAAAAPYhrgAAAACwQwAAAAAAAW9WABZc1em@mailjet.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Arun Isaac Cc: 27774@debbugs.gnu.org Hi Arun, On Sat, 22 Jul 2017 19:18:17 +0530 Arun Isaac wrote: > >> + (arguments > >> + `(#:configure-flags > >> + `( ,(string-append "--with-zlib") > >> + ,(string-append "--with-jpeg") > >> + ,(string-append "--with-libtiff=3D" > >> + (assoc-ref %build-inputs "libtiff"))) =20 >=20 > I'm asking this out of ignorance more than anything else. Is this > (assoc-ref %build-inputs "libtiff") call required for > "--with-libtiff", when it is not required for "--with-zlib" and > "--with-jpeg"? Yes: If I leave it out (which was my first try anyway) I get this error message: /gnu/store/k7029k5va68lkapbzcycdzj7m5bjb4b8-bash-4.4.12/bin/bash ../libtool --tag=3DCC --mode=3Dlink gcc -I../ -Iyes -DHAVE_TIFF=3D1 -g -O2 -O3 -DN= DEBUG -o libxtiff.la xtiff.lo -lproj -Lyes -ltiff -ljpeg -lz -lm =20 ../libtool: line 6000: cd: yes: No such file or directory It seams the semantics for --with-libtiff is different than for the other libraries. >=20 > Also, can we build this package with libjpeg-turbo, instead of > libjpeg? libjpeg-turbo claims to be faster, and many packages in Arch > and Parabola are built using libjpeg-turbo. Good catch. It should be API-compatible, available on all plattforms and Arch and Ubuntu (checked these) use is as dependency for libgeotiff. I will give it a try and hopefully will also pack a minimal version of GDAL to really make use of the library. Thanks, Bj=C3=B6rn