From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JDk3T-00046j-Tf for garchives@archives.gentoo.org; Sat, 12 Jan 2008 17:22:00 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 99D65E00B3; Sat, 12 Jan 2008 17:21:58 +0000 (UTC) Received: from slimak.dkm.cz (smtp.dkm.cz [62.24.64.34]) by pigeon.gentoo.org (Postfix) with SMTP id 2CA84E00B3 for ; Sat, 12 Jan 2008 17:21:58 +0000 (UTC) Received: (qmail 8087 invoked by uid 0); 12 Jan 2008 17:21:56 -0000 Received: from rb5cu63.net.upc.cz (HELO ?192.168.1.100?) (89.176.226.63) by smtp.dkm.cz with SMTP; 12 Jan 2008 17:21:56 -0000 Message-ID: <4788F734.1020606@gentoo.org> Date: Sat, 12 Jan 2008 18:21:56 +0100 From: Vlastimil Babka User-Agent: Thunderbird 2.0.0.9 (X11/20071212) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-java@lists.gentoo.org MIME-Version: 1.0 To: gentoo-java@lists.gentoo.org Subject: [gentoo-java] Virtual troubles X-Enigmail-Version: 0.95.6 OpenPGP: id=4E61DE84; url=subkeys.pgp.net Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: df929ec4-1e2b-4927-8af4-8617f7feccfb X-Archives-Hash: e2b0a4f828caa832b8c1be2c84d50b03 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Discovered some problems with virtuals today. First one is in the depend-java-query tool, which can't correctly parse dependencies as =java-virtuals/servlet-api-2.3* - transforms to "servlet-api-2.3*" which it can't find, and raises exception - see how it ends up in bug 205453 :) So, only deps like "~java-virtuals/servlet-api-2.3" work. Should be fixed, or we decide to go with slot deps and start sticking EAPI=1 in our ebuilds? I'm not sure it can even parse 'java-virtuals/servlet-api:2.3' in current version :) The other trouble I have is with eclass functions. It's confusing that java-pkg_getjars() doesn't have --virtual parameter, but if you look into what the parameter does, you realize it really doesn't need it. Still, confusing :) The worse trouble is with the functions that actually take the parameter, java-pkg_jar-from $package $jar and java-pkg_getjar. By passing --virtual, you say "I can't know what the particular provider's jar names are, so depend on the whole package", but still you have to pass an actual 'foo.jar' parameter. That's strange. What if there's new provider with different jar name? What if the virtual is satisfied by the VM itself? Suddenly you get an error, or am I wrong? VB -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkeI9zIACgkQtbrAj05h3oQy/wCfYfxKH7bV3DD7BTaTK3rg3r9o JGgAn18nsjKZBebQUyi+tfK5vwYa9PbM =tEpu -----END PGP SIGNATURE----- -- gentoo-java@lists.gentoo.org mailing list