Talk:Sugar with sugar-jhbuild: Difference between revisions
(→Problem - dbus build fails with libexpat.so in wrong format: libjingle build fails similarly.) |
(Problem - sugar build fails with "relocation R_X86_64_PC32...") |
||
Line 22: | Line 22: | ||
If the dbus or libjingle build fails with libexpat.so in wrong format, on an x86_64 machine, here is a workaround. Scroll back, find the ./configure line, and copy it. Select the sugar-jhbuild exit to shell option, run LDFLAGS=-L/usr/lib64 ./configure ''...whatever...'' , then make (which should now work), exit the shell, and select the ignore error option. |
If the dbus or libjingle build fails with libexpat.so in wrong format, on an x86_64 machine, here is a workaround. Scroll back, find the ./configure line, and copy it. Select the sugar-jhbuild exit to shell option, run LDFLAGS=-L/usr/lib64 ./configure ''...whatever...'' , then make (which should now work), exit the shell, and select the ignore error option. |
||
== Problem - sugar build fails with "relocation R_X86_64_PC32..." == |
|||
If your sugar build fails with |
|||
/usr/bin/ld: /a/home/jobsearch/sugar/sugar-jhbuild/build/lib/xulrunner-1.9a5pre-dev/sdk/lib/libxpcomglue.a(nsArrayEnumerator.o): |
|||
relocation R_X86_64_PC32 against `nsISupports::COMTypeInfo<int>::kIID' can not be used when making a shared object; |
|||
recompile with -fPIC |
|||
... then it is unclear to me how to proceed. |
|||
Playing with ac_cv_visibility_pragma=no didn't seem to help. |
Revision as of 17:42, 11 May 2007
Sound?
I've installed sugar-jhbuild on my Ubuntu machine, and it looks like an application that should play sound (memosono) doesn't, at least out-of-the-box. Audio also doesn't seem to work when running OLPC images in an emulator. Is extra software required? Or does audio development require developing on the actual hardware? —Leejc 23:27, 15 February 2007 (EST)
Problem - source site is down
Sometimes a site from which sugar-jhbuild downloads software is down. If you are running sugar-jhbuild for the first time, this is a problem. You can try again later, or look at the workaround below.
- cairographics.org pings, but port 80 isn't connecting. sugar-jhbuild gets stuck in a connection timeout/retry loop. Any workarounds? MitchellNCharity 10:02, 6 May 2007 (EDT)
- cairographics.org and freedesktop.org still down. sugar-jhbuild now friendlier about it, but one still can't use it to
build sugar.download sugar for the first time. MitchellNCharity 06:29, 10 May 2007 (EDT)- Workaround: download software another way, eg, from cvs (yes, you may get unstable software which will cause later problems), tar it up, and swap if for sugar-jhbuild's broken tar file in source/ when sugar-jhbuild asks you what to do. Eg, for poppler which has been failing this week,
- cairographics.org and freedesktop.org still down. sugar-jhbuild now friendlier about it, but one still can't use it to
ls source/|grep poppler # Which currently yields poppler-0.5.4.tar.gz . cvs -d :pserver:anoncvs@cvs.freedesktop.org:/cvs/poppler login cvs -d :pserver:anoncvs@cvs.freedesktop.org:/cvs/poppler co poppler tar cf poppler fake-poppler-0.5.4.tar gzip fake-poppler-0.5.4.tar # Now run ./sugar-jhbuild update , and when poppler fails and sugar-jhbuild asks what to do: cp fake-poppler-0.5.4.tar.gz source/poppler-0.5.4.tar.gz # and select, err, the ignore-error-and-unpack-anyway option.
Problem - dbus and libjingle build fail with libexpat.so in wrong format
If the dbus or libjingle build fails with libexpat.so in wrong format, on an x86_64 machine, here is a workaround. Scroll back, find the ./configure line, and copy it. Select the sugar-jhbuild exit to shell option, run LDFLAGS=-L/usr/lib64 ./configure ...whatever... , then make (which should now work), exit the shell, and select the ignore error option.
Problem - sugar build fails with "relocation R_X86_64_PC32..."
If your sugar build fails with
/usr/bin/ld: /a/home/jobsearch/sugar/sugar-jhbuild/build/lib/xulrunner-1.9a5pre-dev/sdk/lib/libxpcomglue.a(nsArrayEnumerator.o): relocation R_X86_64_PC32 against `nsISupports::COMTypeInfo<int>::kIID' can not be used when making a shared object; recompile with -fPIC
... then it is unclear to me how to proceed. Playing with ac_cv_visibility_pragma=no didn't seem to help.