Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 239209 - app-text/gnomesword-2.3.6 fails needing a gtk 2 gecko build
Summary: app-text/gnomesword-2.3.6 fails needing a gtk 2 gecko build
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Theology Herd (disbanded)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-01 01:53 UTC by Joe Sapp (RETIRED)
Modified: 2009-08-10 15:42 UTC (History)
2 users (show)

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


Attachments
gnomesword-2.3.6-config.log (gnomesword-2.3.6-config.log,59.83 KB, text/plain)
2008-10-01 01:55 UTC, Joe Sapp (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Joe Sapp (RETIRED) gentoo-dev 2008-10-01 01:53:06 UTC
[ebuild  N    ] app-text/gnomesword-2.3.6  USE="spell xulrunner -debug -firefox -seamonkey"

--snip--

checking for xgettext... (cached) /usr/bin/xgettext
checking for GTKHTML... no
checking for GTKHTML... no
checking for GTKHTML... yes
checking for gawk... (cached) gawk
checking which gecko to use... libxul
checking for compiler -fshort-wchar option... yes
checking whether to enable C++ RTTI... no
checking whether we have a gtk 2 gecko build... configure: error: This program needs a gtk 2 gecko build

I think it's interesting I do have www-client/mozilla-firefox-3.0.2 and net-libs/xulrunner-1.9.0.2 and net-libs/xulrunner-1.8.1.16 .
Comment 1 Joe Sapp (RETIRED) gentoo-dev 2008-10-01 01:55:43 UTC
Created attachment 166880 [details]
gnomesword-2.3.6-config.log
Comment 2 Joe Sapp (RETIRED) gentoo-dev 2008-10-16 00:38:55 UTC
Looks like it's not looking in the right place for mozilla-config.h and I can't find where the include path is set:

configure:25145: checking whether we have a gtk 2 gecko build
configure:25174: x86_64-pc-linux-gnu-g++ -o conftest -march=nocona -O2 -pipe   -I/usr/include/xulrunner-1.9  conftest.cpp  >&5
conftest.cpp:40:28: error: mozilla-config.h: No such file or directory
conftest.cpp: In function 'int main()':
conftest.cpp:44: error: 'MOZ_DEFAULT_TOOLKIT' was not declared in this scope
configure:25177: $? = 1
configure: program exited with status 1

--
$ equery b mozilla-config.h
[ Searching for file(s) mozilla-config.h in *... ]
net-libs/xulrunner-1.8.1.16 (/usr/lib64/xulrunner/include/mozilla-config.h)
net-libs/xulrunner-bin-1.8.1.16 (/opt/xulrunner/include/mozilla-config.h)
net-libs/xulrunner-1.9.0.3 (/usr/include/xulrunner-1.9/unstable/mozilla-config.h)
mail-client/mozilla-thunderbird-2.0.0.17 (/usr/lib64/mozilla-thunderbird/include/mozilla-config.h)

Comment 3 Sunkyu Jang 2008-11-06 09:19:10 UTC
(In reply to comment #2)
> Looks like it's not looking in the right place for mozilla-config.h and I can't
> find where the include path is set:
> 
> configure:25145: checking whether we have a gtk 2 gecko build
[...]

I'm not sure if this is of any help but I'm not sure how to track the problem.  I've been keeping my eye on this bug with no responses so I figured I'd try building it myself from the official tarball.

This built/worked fine for me as root, you could install in your home dir as a user if you prefer:
./configure --with-gecko=xulrunner --prefix=/opt/gnomesword

My entire system is currently compiled with GCC 4.3.2, Gnome 2.22.ish, Firefox 3.03 and it's respective xulrunner ebuild dependency.

Perhaps it's something with the use flag(s) not being passed down properly to the configure script?
Comment 4 Sunkyu Jang 2008-11-07 14:19:14 UTC
my bad, i just realized it was built against xulrunner 1.8.1.17 which happened to be slotted in and remaining.  i realized this when i removed it and gnomesword stopped working.
Comment 5 Jesse Adelman 2008-11-07 21:14:02 UTC
2.4.1 of gnomesword is out. I couldn't see from the project's site docs if it now works against newer gtk gecko builds.
Comment 6 Joe Sapp (RETIRED) gentoo-dev 2008-11-09 21:23:06 UTC
It seems to compile and work when I add "--with-gecko=xulrunner" to G2CONF.

Did not try 2.4.1 beyond testing a little bit...and the gcc43 patch no longer works.  It's easy enough to change, but I didn't do it.
Comment 7 Steve Dibb (RETIRED) gentoo-dev 2008-12-18 15:16:28 UTC
(In reply to comment #6)

> Did not try 2.4.1 beyond testing a little bit...and the gcc43 patch no longer
> works.  It's easy enough to change, but I didn't do it.

2.4.1 is in the tree now, can you try that one 

Comment 8 Ivan Iraci 2008-12-18 20:06:34 UTC
(In reply to comment #7)

> 2.4.1 is in the tree now, can you try that one 

I can confirm that it only builds by appending "--with-gecko=xulrunner" to G2CONF.

Maybe it deserves a distinct bug report. Ain't it?
Comment 9 Derk W te Bokkel 2008-12-18 21:53:22 UTC
perhaps the default logic searching for xulrunner needs to be modified or over-ridden  to force the --use-gecko=xulrunner flag  when two copies of xulrunner are present .. I'm not sure how this would work ..
Comment 10 Steve Dibb (RETIRED) gentoo-dev 2008-12-19 14:26:47 UTC
(In reply to comment #6)
> It seems to compile and work when I add "--with-gecko=xulrunner" to G2CONF.

Alright, fixed, added that in gnomesword-2.4.1-r1

Please test and let me know if its working for you
Comment 11 Joe Sapp (RETIRED) gentoo-dev 2008-12-30 02:18:32 UTC
(In reply to comment #10)
> (In reply to comment #6)
> > It seems to compile and work when I add "--with-gecko=xulrunner" to G2CONF.
> 
> Alright, fixed, added that in gnomesword-2.4.1-r1
> 
> Please test and let me know if its working for you
> 

Compiles and seems to work so far, but I haven't really stressed it yet.  Thanks!