Re: [gentoo-dev] [RFC] Dropping (or enabling only on request) bootstrap from SCM eclasses

2009-09-28 Thread Donnie Berkholz
On 15:46 Thu 24 Sep , Maciej Mrozowski wrote: Because autopatcher makes it able to specify patches that are version independent (same patches for live and tagged ebuilds), while SCM patching/bootstrapping may be used for some specific cases (I haven't seen any yet personally, hence

Re: [gentoo-dev] [RFC] Dropping (or enabling only on request) bootstrap from SCM eclasses

2009-09-24 Thread Ulrich Mueller
On Thu, 24 Sep 2009, Maciej Mrozowski wrote: Because SCM bootstrap is either not used at all, or used very rarely, there's suggestion to: - either drop it - or (preferably) to make SCM eclasses export src_prepare only on specific request - or to make it easier - to not export it at all -

Re: [gentoo-dev] [RFC] Dropping (or enabling only on request) bootstrap from SCM eclasses

2009-09-24 Thread Maciej Mrozowski
On Thursday 24 of September 2009 08:32:53 Ulrich Mueller wrote: It's all about making live - tagged ebuild synchronization easier. Currently Not a good idea, IMHO. In pre-EAPI-2, the SCM eclasses shadow src_unpack of base.eclass, so also no autopatching of base.eclass takes place. If we now

[gentoo-dev] [RFC] Dropping (or enabling only on request) bootstrap from SCM eclasses

2009-09-23 Thread Maciej Mrozowski
In pre-EAPI-2, src_unpack phase was the most logical phase to be provided by SCM eclasses, thus classes has been set up to export ${ECLASS}_src_unpack. This phase in most (if not all) SCM eclasses provided: - unpack functionality - fetch and store in ${DISTDIR} - bootstrap functionality - either