Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 271421 - x11-libs/wxGTK: upstream issue found if trying to "reconf"
Summary: x11-libs/wxGTK: upstream issue found if trying to "reconf"
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo/Alt
Classification: Unclassified
Component: Prefix Support (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo wxWidgets Herd
URL: http://trac.wxwidgets.org/ticket/11671
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-27 15:33 UTC by Jeremy Olexa (darkside) (RETIRED)
Modified: 2014-01-08 02:19 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jeremy Olexa (darkside) (RETIRED) archtester Gentoo Infrastructure gentoo-dev Security 2009-05-27 15:33:05 UTC
Don't know how to fix this:

***** aclocal *****
***** PWD: /public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work/wxPython-src-2.8.10.1/src/expat
***** aclocal -I /public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work/wxPython-src-2.8.10.1/build/aclocal -I /home/jolexa/portage/linux-64/usr/share/aclocal

sh: conftools/get-version.sh: No such file or directory
/home/jolexa/portage/linux-64/usr/bin/m4: esyscmd subprocess failed
/home/jolexa/portage/linux-64/usr/bin/m4:configure.in:26: cannot run command `conftools/get-version.sh lib/expat.h': Illegal seek
autom4te-2.63: /home/jolexa/portage/linux-64/usr/bin/m4 failed with exit status: 1
aclocal-1.10: autom4te failed with exit status: 


output snippet:

>>> Emerging (1 of 1) x11-libs/wxGTK-2.8.10.1
 * wxPython-src-2.8.10.1.tar.bz2 RMD160 SHA1 SHA256 size ;-) ...         [ ok ]
 * checking ebuild checksums ;-) ...                                     [ ok ]
 * checking auxfile checksums ;-) ...                                    [ ok ]
 * checking miscfile checksums ;-) ...                                   [ ok ]
>>> Unpacking source...
>>> Unpacking wxPython-src-2.8.10.1.tar.bz2 to /public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work
>>> Source unpacked in /public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work
>>> Preparing source in /public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work/wxPython-src-2.8.10.1 ...
 * Applying wxGTK-2.6.3-unicode-odbc.patch ...                            [ ok ]
 * Applying wxGTK-2.8.10-collision.patch ...                              [ ok ]
 * Applying wxGTK-2.8.7-mmedia.patch ...                                  [ ok ]
 * Applying wxGTK-2.8.9.2-interix.patch ...                               [ ok ]
 * Applying wxGTK-2.8.9.2-x11-search.patch ...                            [ ok ]
 * Adjusting to prefix
 *   configure.in ...                                                     [ ok ]
 * Running eautoreconf in '/public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work/wxPython-src-2.8.10.1/src/expat' ...
 * Running aclocal -I /public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work/wxPython-src-2.8.10.1/build/aclocal -I /home/jolexa/portage/linux-64/usr/share/aclocal ...                                                                [ !! ]

 * Failed Running aclocal !
 *
 * Include in your bugreport the contents of:
 *
 *   /public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/temp/aclocal.out

 * ERROR: x11-libs/wxGTK-2.8.10.1 failed:
 *   Failed Running aclocal !
 *
 * Call stack:
 *               ebuild.sh:  49: <call src_prepare>
 *             environment:3495: <call eautoreconf>
 *             environment:1156: <call eautoreconf>
 *             environment:1164: <call eaclocal>
 *             environment:1103: <call autotools_run_tool 'aclocal' '-I' '/public/tmp/linux-64/portage/x11-libs/wxGTK-2.8.10.1/work/wxPython-src-2.8.10.1/build/aclocal' '-I' '/home/jolexa/portage/linux-64/usr/share/aclocal'>
 *             environment: 636:         die "Failed Running $1 !";
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
Comment 1 Jeremy Olexa (darkside) (RETIRED) archtester Gentoo Infrastructure gentoo-dev Security 2009-05-29 14:56:39 UTC
fwiw, we have to eautoreconf because of the interix and x11-search-dirs patches.
Comment 2 Marius Konitzer 2009-09-25 12:16:04 UTC
Lines 26-28 of 'src/expat/configure.in' say:
define([expat_version], ifdef([__gnu__],
                              [esyscmd(conftools/get-version.sh lib/expat.h)],
                              [1.95.x]))

While get-version.sh does exist in expat's upstream sources (see http://expat.cvs.sourceforge.net/viewvc/expat/expat/conftools/), it's missing in the expat snapshot included in wxWidgets (see http://svn.wxwidgets.org/viewvc/wx/wxWidgets/trunk/src/expat/conftools/).

This is a quite common incident, when you put a pre-built ./configure script in your repository by mistake. No one ever notices, that the template configure.in (which comes into play here due to autoreconf) is outdated. Someone has to file a bug for wxWidgets upstream.

As a workaround copy get-version.sh to 'files/' and add the following lines to the ebuild:
    einfo "Copying missing get-version.sh to ${S}/src/expat/conftools/"
    cp -a "${FILESDIR}"/get-version.sh "${S}/src/expat/conftools/"
This fixes the problem for me.
Comment 3 Jeremy Olexa (darkside) (RETIRED) archtester Gentoo Infrastructure gentoo-dev Security 2009-09-30 17:46:55 UTC
(In reply to comment #2)
> Lines 26-28 of 'src/expat/configure.in' say:
> define([expat_version], ifdef([__gnu__],
>                               [esyscmd(conftools/get-version.sh lib/expat.h)],
>                               [1.95.x]))
> 
> While get-version.sh does exist in expat's upstream sources (see
> http://expat.cvs.sourceforge.net/viewvc/expat/expat/conftools/), it's missing
> in the expat snapshot included in wxWidgets (see
> http://svn.wxwidgets.org/viewvc/wx/wxWidgets/trunk/src/expat/conftools/).
> 
> This is a quite common incident, when you put a pre-built ./configure script in
> your repository by mistake. No one ever notices, that the template configure.in
> (which comes into play here due to autoreconf) is outdated. Someone has to file
> a bug for wxWidgets upstream.
> 
> As a workaround copy get-version.sh to 'files/' and add the following lines to
> the ebuild:
>     einfo "Copying missing get-version.sh to ${S}/src/expat/conftools/"
>     cp -a "${FILESDIR}"/get-version.sh "${S}/src/expat/conftools/"
> This fixes the problem for me.
> 

Thanks Marius!

@wxwidgets, you will hit this issue when you try to eautoreconf in gentoo-x86. Please alert upstream because it is not our bug to fix :) (mraudsepp said that he was technically upstream too?!)

Diff: http://overlays.gentoo.org/proj/alt/changeset/51931
Comment 4 Benda Xu gentoo-dev 2011-12-10 04:48:40 UTC
Hi, Jeremy,

wxGTK has moved to bakefile + autoconf for their build system.

regenerating configure in wxGTK-2.8.12 would require both bakefile_gen and autoconf at present.

See bug 394123 for reference.
Comment 5 Fabian Groffen gentoo-dev 2011-12-15 18:11:38 UTC
Is this still an issue with latest wxGTK?
Comment 6 Benda Xu gentoo-dev 2011-12-16 01:32:20 UTC
(In reply to comment #5)
> Is this still an issue with latest wxGTK?

nope, the build system has been changed.
Comment 7 Benda Xu gentoo-dev 2011-12-16 01:41:45 UTC
The build system of wxGTK-2.8.12 can use system expat and ignores its shipped one. I think this bug is obsolete. Leave to darkside to close this bug in case I have missed something.
Comment 8 Ryan Hill (RETIRED) gentoo-dev 2014-01-08 02:19:49 UTC
Fixed upstream for later versions.  2.8 won't be updated