Summary: | Attempted to merge openoffice-2.0.0_rc2 on ppc | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | François Bissey <frp.bissey> |
Component: | Current packages | Assignee: | PPC Porters <ppc> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | genfool, office |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
François Bissey
2005-10-11 17:45:36 UTC
Just a note to the firefox "problem": That's why it depends on mozilla only, so this is no bug at all. Didn't notice we now have a firefox use flag. Some ebuild seem not to care too much wether what you have is mozilla, gecko-sdk or firefox. Or is it changing? Ok, I see the point of confusion now, somewhere in between I seem to have "lost" the dependency on mozilla, crap. Correcting this now. The mozilla use-flag really needs mozilla, it does not work with firefox atm. Back to the PPC-problems: This really looks like the same problem we had with 1.1.x (which is solved by STLport-vector.patch). You state that this patch has been ported to 2.0, do you have a link, where we can find this? Yeah, this looks like the same bug I fixed before for 1.1.4. I'll take a look at it once I free up some disk space. :) (In reply to comment #4) > Back to the PPC-problems: This really looks like the same problem we had with > 1.1.x (which is solved by STLport-vector.patch). You state that this patch has > been ported to 2.0, do you have a link, where we can find this? I don't have one per see. I have seen it being mentionned on Mac OSX here: http://trinity.neooffice.org/modules.php?name=Forums&file=viewtopic&p=11815&highlight=stlport#11815 and there: http://porting.openoffice.org/servlets/ReadMsg?list=dev&msgId=2130631 but that's more focused on X11 on mac OSX. I guess you could "bug" :) Eric Bachard (see second link) about it since he apparently runs things both on mac OSX and linux ppc. Actually STLport is an external component of openoffice. You should look which particular version is used, and can normally just use the patches the the stlport ebuild uses for ppc. The STLport used in openoffice, does have some patches applied to it specific to openoffice, but those are mainly (if not only) build system related. btw. The patch can be found at: /usr/portage/dev-libs/STLport/files/STLport-vector.patch Although it puzzles me why it works as it only disables some debugging definition. the problem is due the vector keyword that is both used in the C++ code and as altivec type Anything new to report here? Would be great if we could add this pre-2.0. ;) (In reply to comment #9) > Anything new to report here? Would be great if we could add this pre-2.0. ;) Well it still doesn't build on ppc. I will be testing the ppc version of kubuntu soon. I know that on x86 they have a pre-release of OOo2, I wonder if they do on ppc as well. Which would mean they have a patch already. Had a look at OOo2 on kubuntu ppc and it is there and working. I couldn't find our bug on ubuntu bugzilla so I presume it has been fixed upstream in debian. I've added the fix for the stlport issue to the ebuild now, please test if the build succeeds after that (In reply to comment #12) > I've added the fix for the stlport issue to the ebuild now, please test if the > build succeeds after that In the portage tree there is now the rc3 version. Does your patch apply to this ebuild too? Meanwhile I started compiling... (In reply to comment #13) > > In the portage tree there is now the rc3 version. Does your patch apply to this > ebuild too? > Meanwhile I started compiling... The patch is in RC3 (only), so the answer is: yes (In reply to comment #12) > I've added the fix for the stlport issue to the ebuild now, please test if the > build succeeds after that Just tried after a fresh emerge sync. I did pull rc3 sources and all that but the build failed in stlport in exactly the same place with the same error message (rc 2 and m2 being replaced by rc3 and m3 of course). I looked at your patch and what exactly the build process was doing when it broke. Your patch if I am correct just removed -D_STLP_DEBUG from some compiler options. At the stage things break a version of presumably stlport has just been built without debugging flags. Then "we" proceed to build a second version of the same thing with debugging flags (including -D_STLP_DEBUG that you removed from several places but not this one apparently) enabled and put it in a separate directory. After some compilation experiments it is really the -D_STLP_DEBUG that cause the problem. After further investigations I think you are patching the wrong file. I think we use gcc-3.0.mak and not gcc-linux.mak : mkdir: cannot create directory `./unxlngppc.pro/misc/build/STLport-4.5/src': File exists cd ./unxlngppc.pro/misc/build/STLport-4.5/src && make -f gcc-3.0.mak -j1 && touch so_built_so_stlport Which would explain why the patch didn't have any effect. I lake know how to fix it by myself. Gah, that would explain why it compiles by hand. :p Sorry suka. I missed that. I've updated the patch now to also remove -D_STLP_DEBUG from gcc-3.0.mak, hope this is sufficient now. Please try, the final release should be soon, so it would be nice to get that upstream before that. @JoseJX: Any other files you forgot to tell me about? ;) Well done, folks! After 16 hours of compiling, this is the result on my 1.5GHz Mac Mini: Build succeeded ...! touch stamp/build >>> Test phase [not enabled]: app-office/openoffice-2.0.0_rc3 >>> Install openoffice-2.0.0_rc3 into /var/tmp/portage/openoffice-2.0.0_rc3/image/ category app-office [...] *** * To start OpenOffice.org, run: * * $ ooffice2 * * Also, for individual components, you can use any of: * * oobase2, oocalc2, oodraw2, oofromtemplate2, ooimpress2, oomath2, * ooweb2 or oowriter2 >>> Regenerating /etc/ld.so.cache... >>> app-office/openoffice-2.0.0_rc3 merged. >>> Recording app-office/openoffice in "world" favorites file... ------ And as far as I could check, it works! I think ~ppc flag could be added. Great! Fix is already upstream, so we look good for the final release :) I can confirm it's fixed now, thanks suka. I've been pounding on 2.0.0_rc3 for a couple days now, I'll echo tmazonni's suggestion that it get a ~ppc so it will be ready for testing when globally unmasked. OpenOffice.org 2.0.0 is already marked ~ppc and is already unmasked. :) |