Summary: | dev-cpp/gtkglextmm-1.0.1: aclocal/autoconf/automake called directly | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | GNOME C++ Bindings Maintainers (OBSOLETE) <gnome-mm+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 226305, 228471 |
Description
Diego Elio Pettenò (RETIRED)
![]() Right, I know we should not be calling those (and no one really knows why it's _really_ needed, just that it has failed in the past on amd64) But then again, I would like to tree clean this precise ebuild, which should solve the issue :) 16:16 < EvaSDK_> !rdep gtkglextmm 16:16 < jeeves> dev-cpp/gtkglextmm <- dev-python/visual 16:16 < EvaSDK_> rdep visual 16:16 < EvaSDK_> !rdep visual 16:16 < jeeves> dev-python/visual <- net-analyzer/scapy:visual better start by stabilizing 1.2.0-r1 (and please fix the sed on Makefile.in to .am + eautomake, it's probably the root of borkage that cause these lines to be added :)). (In reply to comment #2) > better start by stabilizing 1.2.0-r1 Agreed > (and please fix the sed on Makefile.in to > .am + eautomake, it's probably the root of borkage that cause these lines to be > added :)). Nope, the sed line is fine. Nothing gets built in there except for documentation. Rerunning eautomake for that is just a waste of time. However, I need to review all gnome-mm ebuilds for the examples/tests stuff, so I'll look at the documentation too. + 16 Sep 2009; Gilles Dartiguelongue <eva@gentoo.org> + -gtkglextmm-1.0.1.ebuild, -gtkglextmm-1.2.0.ebuild: + Clean up old revisions, closes: #226543. + 1.2.0-r1 has been stable for a while, cleaned up and closing. |