[gentoo-dev] [RFC] Master plan for fixing elibtoolize

["Michał Górny" <mgorny@gentoo.org>]

[-- Attachment #1: Type: text/plain, Size: 1183 bytes --]

Hi, everyone.

Since the bug about libtool.eclass [1] has not received any attention, I
hereby declare maintainer timeout and start working on improving
the eclass.

The main goals are to:

a. stop requiring every single autoconf ebuild to call elibtoolize
manually (and effectively having half-'broken' repository),

b. stop bundling the large number of patches with the repository,

c. stop using hacks to find those patches.

The planned steps are to:

1. split epunt_cxx out of eutils:

1.1. split the function into new eclass (PATCH already sent),

1.2. explicitly inherit the new eclass in all ebuilds using epunt_cxx,

1.3. remove implicit inherit from eutils,

1.4. move patches to a package and make the new eclass DEPEND on it.

2. move patches to a package and make libtool.eclass DEPEND on it.

3. copy elibtoolize logic to Portage, and make it apply implicitly
on econf [do we need to apply it elsewhere?]; disable explicit
libtoolize when Portage supports that.

4. when new Portage goes stable, start killing libtool.eclass.

Any comments?

[1]:https://bugs.gentoo.org/show_bug.cgi?id=566424

-- 
Best regards,
Michał Górny

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 963 bytes --]