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 1PjlH4-0003sP-7l for garchives@archives.gentoo.org; Mon, 31 Jan 2011 04:22:04 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A7831E0B0A; Mon, 31 Jan 2011 04:21:23 +0000 (UTC) Received: from mailfilter67.ihug.co.nz (mailfilter3.ihug.co.nz [203.109.136.3]) by pigeon.gentoo.org (Postfix) with ESMTP id 26771E0B0A for ; Mon, 31 Jan 2011 04:21:22 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsARAALHRU12XbAN/2dsb2JhbACEFZI/jiB0BAMBqUiPQ4Ejgzd0BIwhiFo X-IronPort-AV: E=Sophos;i="4.60,403,1291546800"; d="scan'208";a="130262162" Received: from 118-93-176-13.dsl.dyn.ihug.co.nz (HELO linux.localnet) ([118.93.176.13]) by cust.filter3.content.vf.net.nz with ESMTP/TLS/DHE-RSA-AES256-SHA; 31 Jan 2011 17:21:20 +1300 From: Alistair Bush Organization: Gentoo Linux To: gentoo-java@lists.gentoo.org Subject: Re: [gentoo-java] Re: java-dep-check on ant tasks Date: Mon, 31 Jan 2011 17:21:04 +1300 User-Agent: KMail/1.13.5 (Linux/2.6.37-gentoo; KDE/4.5.5; x86_64; ; ) References: <4D36FD33.5010508@gentoo.org> <4D460CEF.8010508@gentoo.org> <4D4613DF.2030305@gentoo.org> In-Reply-To: <4D4613DF.2030305@gentoo.org> 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 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201101311721.04708.ali_bush@gentoo.org> X-Archives-Salt: X-Archives-Hash: 4713264315d474dc3bc9f14873945e1d > Dne 31.1.2011 02:14, Vlastimil Babka napsal(a): > > On 01/19/2011 04:03 PM, "Miroslav =C5=A0ulc (fordfrog)" wrote: > >> hi, > >>=20 > >> i was looking at the issues when some classes cannot be found via > >> DEPENDS, like http://bugs.gentoo.org/show_bug.cgi?id=3D298689. the pro= blem > >> is that DEPENDS for ant tasks does not contain dependency on ant-core. > >> this patch below could fix it (at least it fixed the issue for me and > >> testing some junit ant tasks while emerging packages with > >=20 > >> FEATURES=3D"test" worked too): > > This could work for ant-tasks themselves, but not for everything else > > that has ant-core dependency, such as when a package provides some ant > > task. In that case, the depending classes are needed only when invoked > > from within ant, in which case they are already on classpath. > > Registering as dependency would make ant put on classpath in all cases > > the package is used. > > The bottom line is, there should be a way to exclude stuff (such as ant > > classes) in java-dep-check. >=20 > well, imo there is a question when to exclude and when not, talking > generally, not just about ant classes. >=20 I actually thought that functionality had been implemented a long time ago,= =20 but obviously my memory is failing me.... Another example is servlet-api.