From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RsjKT-0006XP-11 for garchives@archives.gentoo.org; Wed, 01 Feb 2012 23:11:05 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E6292E0757; Wed, 1 Feb 2012 23:10:53 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 7F94AE070F for ; Wed, 1 Feb 2012 23:10:21 +0000 (UTC) Received: from pomiocik.lan (77-254-67-124.adsl.inetia.pl [77.254.67.124]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id A3DDF1B400D; Wed, 1 Feb 2012 23:10:19 +0000 (UTC) Date: Thu, 2 Feb 2012 00:12:02 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: vapier@gentoo.org Subject: Re: [gentoo-dev] unpacker.eclass Message-ID: <20120202001202.060d6925@pomiocik.lan> In-Reply-To: <201202011555.46748.vapier@gentoo.org> References: <201202011505.41142.vapier@gentoo.org> <201202011544.14657.vapier@gentoo.org> <20120201215152.558e823c@pomiocik.lan> <201202011555.46748.vapier@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.9; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/OUaKBCYKNd_LJ1QjJnbEfz="; protocol="application/pgp-signature" X-Archives-Salt: 4c845321-9633-45e2-a4e9-cce4954d6300 X-Archives-Hash: 864a53e7bde70901074a0f81f5ba25b1 --Sig_/OUaKBCYKNd_LJ1QjJnbEfz= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 1 Feb 2012 15:55:46 -0500 Mike Frysinger wrote: > On Wednesday 01 February 2012 15:51:52 Micha=C5=82 G=C3=B3rny wrote: > > On Wed, 1 Feb 2012 15:44:14 -0500 Mike Frysinger wrote: > > > > > # @USAGE: [archives that we will unpack] > > > > > # @RETURN: Dependencies needed to unpack all the archives > > > > > # @DESCRIPTION: > > > > > # Walk all the specified files (defaults to $SRC_URI) and > > > > > figure out the # dependencies that are needed to unpack > > > > > things. # > > > > > # Note: USE flags are not yet handled. > > > > > unpacker_src_uri_depends() { > > > > >=20 > > > > > local uri deps d > > > > > =09 > > > > > [[ $# -eq 0 ]] && set -- ${SRC_URI} > > > > > =09 > > > > > for uri in "$@" ; do > > > > > =09 > > > > > case ${uri} in > > > > > *.rar|*.RAR) > > > > > =09 > > > > > d=3D"app-arch/unrar" ;; > > > > > =09 > > > > > *.7z) > > > > > =09 > > > > > d=3D"app-arch/p7zip" ;; > > > >=20 > > > > Where are those file formats handled? You don't seem to > > > > fallback to 'unpack' anywhere too. > > >=20 > > > eh ? this func doesn't do unpacking, just ${SRC_URI}<->${DEPEND} > > > matching. > >=20 > > Sooo.. it's intended to generate an useless DEPEND >=20 > the ebuild does: > DEPEND+=3D" $(unpacker_src_uri_depends)" >=20 > > or you have to reset src_unpack() to default to make the archives > > actually extractable. >=20 > this func has nothing to do with extraction. look at the rest of the > code to see how the default src_unpack is handled via standard > EXPORT_FUNC means. -mike Yes, and can that exported default src_unpack() extract either .rar or .7z? --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/OUaKBCYKNd_LJ1QjJnbEfz= Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iJwEAQEIAAYFAk8pxsMACgkQfXuS5UK5QB37VwP+MMGF04HYyOls8kNXKSLuSouq 4kCu0RySlycO6PMsrXhmYfrlOa7iyqNcUiI8eqiVk9HilLkn87nZAJVx58eWCDKC PneVTQc5EWJoX5uWydCxh77ZfZK2IAcVz39M3a3FQJWmj+f+YvxjDl3Xhu9l2H9l U/oAH5oQHw56APXdzmg= =K2QG -----END PGP SIGNATURE----- --Sig_/OUaKBCYKNd_LJ1QjJnbEfz=--