Bug 159995 – dev-cpp/libgnomecanvasmm : broken autotools handling (cleanup ebuilds please)

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Diego Elio Pettenò (RETIRED) 2007-01-04 09:29:03 UTC]

The following ebuilds are found to have broken autotools handling, as they run libtoolize directly (they never should, instead they should call eautoreconf in autotools.eclass, read http://www.gentoo.org/proj/en/qa/autofailure.xml for more information):

./dev-cpp/libgnomecanvasmm/libgnomecanvasmm-2.0.1.ebuild:               libtoolize --copy --force
./dev-cpp/libgnomecanvasmm/libgnomecanvasmm-2.10.0.ebuild:              libtoolize --copy --force
./dev-cpp/libgnomecanvasmm/libgnomecanvasmm-2.11.1.ebuild:              libtoolize --copy --force
./dev-cpp/libgnomecanvasmm/libgnomecanvasmm-2.12.0.ebuild:              libtoolize --copy --force
./dev-cpp/libgnomecanvasmm/libgnomecanvasmm-2.6.1.ebuild:               libtoolize --copy --force

Please cleanup the ebuilds by asking for stable marking, removing obsolete ebuilds with no relevant keywords, or porting the fixes in newer versions (if presents) to properly handle autotools.

Thanks,
Diego

[Comment 1 Jakub Moc (RETIRED) 2007-10-04 21:17:14 UTC]

ppc64 - you are blocking this bug.

[Comment 2 Mart Raudsepp 2007-10-06 17:32:39 UTC]

ppc64 is not blocking anything anymore.

Now we need some cleanup of libgnomecanvasmm SLOT=2.0 users:

app-office/passepartout-0.5: sgml
app-office/passepartout-0.6: sgml

passepartout-0.6_p1 uses newer SLOT and earlier could be cleaned up and there seem to be no visibility problems either.
sgml herd, can you do that cleanup or can I take care of it?

[Comment 3 Jakub Moc (RETIRED) 2007-10-10 08:48:27 UTC]

(In reply to comment #2)
> passepartout-0.6_p1 uses newer SLOT and earlier could be cleaned up and there
> seem to be no visibility problems either.

Just dump it, I filed Bug 194742 for this but noone did that after stabilization.

[Comment 4 Mart Raudsepp 2007-10-12 08:26:02 UTC]

Done.