Summary: | Can't emerge expect-5.40.0-r1: 'missing terminating " character' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Alexander Skwar <askwar> |
Component: | New packages | Assignee: | Seemant Kulleen (RETIRED) <seemant> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | stan |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://forums.gentoo.org/viewtopic.php?t=197915 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Output of "emerge info"
Output of "emerge -d expect" work directory of expect 5.40 expect-5.40.0-r1.ebuild |
Description
Alexander Skwar
2004-07-15 01:08:42 UTC
Stan, you're up <quote> What is emerge doing? It is doing something differently then I do. I did: ################################################################################ tar xfvz /usr/portage/distfiles/expect-5.40.0.tar.gz cd expect-5.40 CFLAGS=" -O3 -fomit-frame-pointer -march=athlon-xp -pipe " export CFLAGS ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man \ --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc \ --localstatedir=/var/lib --with-tcl=/usr/lib \ --with-tclinclude=/usr/lib/tcl8.4/include/generic --with-tk=/usr/lib \ --enable-shared autoconf /bin/sh ./config.status --recheck ################################################################################ </quote> I assume this completes without error? The 5.40.0-r1 ebuild modifies Makefile.in (in src_unpack) which triggers some implicit rules (though i haven't found what they are) in make to run the explicit rules configure:, config.status: and Makefile:. This is where the "Rebuilding configure..." and "Rebuilding config.status..." messages come from (not from the ebuild directly). You can simulate what the ebuild does by doing: tar zxf... cd expect... touch Makefile.in ./configure ... make -j2 (where ... means as above) Does that get the same error? (which i can't seem to reproduce here) If yes then add a "touch configure" and "touch config.status" after the "touch Makefile.in". Does it build then? Otherwise you might find "emerge -d expect" useful (maybe put with http://stuff.alexander.skwar.name/emerge-expect.output.txt) and please add the output of "emerge info". Created attachment 35532 [details] Output of "emerge info" Hi. Yes, the "code" between the "###" works just fine. I now also did: ########### tar xfvz expect cd expect cat /var/tmp/portage/expect-5.40.0-r1/work/expect-5.40/Makefile.in > Makefile.in ./configure ... make -j2 ########### Two observations: 1) "Rebuilding configure..." is not run 2) No error - emerge info at http://stuff.alexander.skwar.name/emerge_info.txt - emerge -d expect at http://stuff.alexander.skwar.name/emerge_-d_expect.txt Both are also attached to this bug now. Created attachment 35533 [details] Output of "emerge -d expect" As requested. Also available on http://stuff.alexander.skwar.name/emerge_-d_expect.txt Created attachment 35535 [details]
work directory of expect 5.40
That's the directory /var/tmp/portage/expect-5.40.0-r1/work after I ran "emerge
-d expect". Files like config.log might be interesting.
Created attachment 35540 [details]
expect-5.40.0-r1.ebuild
Do you think it's likely that avoiding the re-running of ./configure will help?
(even though it isn't obvious why this works manually but not via portage)
If so try setting up a portage overlay with this in it.
I now completely reinstalled my system with ~x86 and also kernel 2.6.x. Now I also cannot reproduce this bug anymore. -> Closing bug: WFM |