159995 2007-01-04 09:29 0000 dev-cpp/libgnomecanvasmm : broken autotools handling (cleanup ebuilds please) 2007-10-12 08:26:02 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All All RESOLVED FIXED P2 major --- 194742 148821 1 flameeyes@gentoo.org gnome-mm@gentoo.org sgml@gentoo.org flameeyes@gentoo.org 2007-01-04 09:29:03 0000 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 jakub@gentoo.org 2007-10-04 21:17:14 0000 ppc64 - you are blocking this bug. leio@gentoo.org 2007-10-06 17:32:39 0000 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? jakub@gentoo.org 2007-10-10 08:48:27 0000 (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. leio@gentoo.org 2007-10-12 08:26:02 0000 Done.