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 1ObuxZ-0004jv-Kw for garchives@archives.gentoo.org; Thu, 22 Jul 2010 12:33:12 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D3F84E0938; Thu, 22 Jul 2010 12:33:07 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id E1F29E08AD for ; Thu, 22 Jul 2010 12:32:57 +0000 (UTC) Received: from [192.168.1.104] (unknown [78.110.211.180]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPSA id 9C6C41B4066; Thu, 22 Jul 2010 12:32:37 +0000 (UTC) Message-ID: <4C483A5F.7040206@gentoo.org> Date: Thu, 22 Jul 2010 14:32:31 +0200 From: =?UTF-8?B?Ik1pcm9zbGF2IMWgdWxjIChmb3JkZnJvZyki?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.4) Gecko/20100714 Thunderbird/3.1 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 To: gentoo-dev@lists.gentoo.org CC: Peter Volkov , qa@gentoo.org Subject: Re: [gentoo-dev] [gentoo-commits] gentoo-x86 commit in dev-util/netbeans: ChangeLog netbeans-6.9-r3.ebuild References: <20100719202440.76AB22CF39@corvid.gentoo.org> <4C470FC1.1060503@gentoo.org> <1279788261.6915.45.camel@tablet> In-Reply-To: <1279788261.6915.45.camel@tablet> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: a49cf0dc-3ace-4e93-ada3-43f8b9d438e3 X-Archives-Hash: 2812ecfd401614fa8dae5792028c4aa9 Dne 22.7.2010 10:44, Peter Volkov napsal(a): > =D0=92 =D0=A1=D1=80=D0=B4, 21/07/2010 =D0=B2 17:18 +0200, "Miroslav =C5= =A0ulc (fordfrog)" =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>> epatch_user() from euitls.eclass >> so this is undocumented feature? i did not know about this cool >> feature till now. > It's undocumented since it's better to avoid this feature in ebuilds > because this hack makes impossible to know what patches user have and > why package fails the way it fails. So better drop this code. If user > wants some useful patch {s}he should open the bug or use overlay. well, problem is that some patches simply cannot make it to offficial sources nor our ebuilds. i have patch for netbeans that automatically adds custom javadocs to getters and setters, final keywords to method arguments etc. this really improves my efficiency when coding in netbeans as it saves me a lot of keystrokes, but the scope of usability of the patches is really small as i do not have time nor knowledge to make this configurable through netbeans options and thus appliable at the ebuild level or at the upstream source level. so from my point of view epatch_user is a must unless i want to each time interfere emerge of netbeans which i definitely do not want to. > ...