Summary: | xfce-extra/xfce4-taskmanager build fails on autoconf | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Bob Raitz <pappy_mcfae> |
Component: | Current packages | Assignee: | XFCE Team <xfce> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | romangarnett |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 235407 | ||
Bug Blocks: | 212763 |
Description
Bob Raitz
2008-05-10 04:06:29 UTC
contents of /var/tmp/portage/xfce-extra/xfce4-taskmanager-0.3.2-r1/temp/autoconf-12859.out ***** autoconf ***** ***** autoconf configure:5418: error: possibly undefined macro: m4_ifval If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. Contents of the autoconf-*.out files generated when trying to emerge the individual packages in xfce-extra Contents of /var/tmp/portage/xfce-extra/xfce4-systemload-0.4.2/temp/autoconf-13962.out ***** autoconf ***** ***** autoconf configure:3676: error: possibly undefined macro: m4_ifval If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. Contents of /var/tmp/portage/xfce-extra/xfce4-eyes-4.4.0/temp/autoconf-15101.out ***** autoconf ***** ***** autoconf configure:3728: error: possibly undefined macro: m4_ifval If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. Contents of /var/tmp/portage/xfce-extra/xfce4-xkb-0.4.3-r1/temp/autoconf-16213.out ***** autoconf ***** ***** autoconf configure:3741: error: possibly undefined macro: m4_ifval If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. The bug was caused by libtool-2.2.4. Upon having it masked, my system downgraded to libtool-1.5.26. That allowed me to finish emerging the packages in question. I am calling this one fixed. *** Bug 227357 has been marked as a duplicate of this bug. *** This bug certainly won't be fixed by masking a libtool version that is bound to be marked stable. Just a note that 0.4.0 was released May 18th, but this bug still occurs with that version. (In reply to comment #5) > This bug certainly won't be fixed by masking a libtool version that is bound to > be marked stable. > I agree, but I am not the one that coded the package. The fix has to come from either someone who knows how to code who can patch the problem, or from upstream. It is clear that it's a libtool issue. I just recently did an emerge -aev world, and compilation failed again because I accidentally put a # before the line in my /etc/portage/package.mask to mask it. Once it was masked and I was back to libtoo1-1.5.26, those programs compiled properly. I no longer hit this bug with version 0.4.0 now in Portage. so let's get xfce4-taskmanager-0.4.0 stable as soon as possible, target date is 2008-07-17 http://bugs.gentoo.org/show_bug.cgi?id=230271 had a similar problem with libtool 2.2 and m4_ifval being undefined; it was caused due to refactoring in libtool with the jump to 2.2. It was fixed by modifying the relevant eclass to cat the new files in libtool-2.2 into libtool.ac Not sure whether it's exactly the same problem here. Incidentally I experienced this bug with xfce4-systemload-0.4.2 and libtool-2.2.4. So those packages apparently had issues with their configure.in and have a sed, intltoolize, and an eautoreconf in each of their src_unpacks. I don't see the '()'s that they are trying to remove anymore and then I comment the 3 lines out it builds and installs fine. Doesn't change the fact that an eautoreconf will fail though. (Notice that the xfce-extra/xfce4-taskmanager-0.3.2 ebuild has the the 3 lines in question and the taskmanager-0.4.0 ebuild does not). well, I do see the () that are removed in xfce4-taskmanager-0.3.2: AC_INIT([xfce4-taskmanager], [taskmanager_version()], ... -------------------------------------------------^^ Commenting out said lines will make the test suite fail xfce4-taskmanager-0.4 is stable on most archs and -systemload, -eyes and -xkb are fixed, thanks for reporting |