Hi Ang, On Mon, 2005-03-07 at 17:27 -0800, [EMAIL PROTECTED] wrote: > Fabulous, this fixed my problem. Thank you so much! I spent *days* > trying to figure this out. Where can I find out more about the new > process for building 2.0? This link might be of some help to you.... http://go-ooo.org/ I am able to get most of my needs from http://tools.openoffice.org
> The online documentation I'm working from > seems outdated. Should one always go into scp2, remove the old stuff, > build and deliver, after reconfiguring??? Plz do write the things that you have learned. So that it can be put in proper place. Ex http://go-ooo.org/tutorial or may be oooauthors.org > > Thanks again! > > p.s. I had already tried your idea of specifying --with-openldap, but I > didn't have the prerequisites for that, so I left it out of the final > reconfiguration... Not many people even tryout different options avl with #./configure -- help Regards, Jayant M > > On Tue, 08 Mar 2005 01:32:27 +0100, "Joerg Barfurth" > <[EMAIL PROTECTED]> said: > > Hi, > > > > [EMAIL PROTECTED] wrote: > > > I'm having a horrible time trying to build either SRC680_m80 or > > > SRC680_m82 from source acquired via CVS. I'm building on a machine > > > running SuSE Linux 9.2 Professional, and have downloaded and built EPM > > > (and applied the patch to EPM), and have all the prerequisites (except > > > that the mozab stuff seems to require libstdc++.so.6, which I do NOT > > > have; however, I've rebuilt with --disable-mozilla). > > > > In the most recent milestones (from m83 iirc) it should be possible to > > build the mozilla pieces yourself as part of the build process, if you > > provide a mozila source tarball. That should eliminate the > > libstdc++.so.6 dependency, which comes from the fact that the prebuilt > > moz libs are built using gcc 3.4. > > > > > I have tracked down > > > and fixed some build errors, but in the end I am still not getting > > > instsetoo_native to build correctly, and I end up with no built RPMs. > > > The current errors are due to the fact that the following files cannot > > > be found: pluginapp.bin, ldapbe2.uno.so, and libmozabdrv2.so (this is > > > the libstdc++.so.6 problem, I assume). > > > > > > > Sort of. My guess is that you didn't do a full rebuild after > > reconfiguring with --disable-mozilla. Try rebuilding scp2 to fix this > > particular problem (cd $SRC_ROOT; scp2; rm -r $INPATH; build; deliver). > > > > BTW: You can get ldapbe2.uno.so back, if you configure --with-openldap. > > > > > What I would REALLY like to do is get a solver tree for some milestone > > > version of 2.0beta, and just check out vcl from CVS and build it against > > > the solver. However, I have searched all over, and cannot find solvers > > > for 2.0beta, only for 1.1.4. All the mirrors I checked just seem to have > > > the install tar files containing the RPMs. How can I get a solver tree, > > > like in the old 1.1.x days? > > > > > > > AFAICT solver trees aren't published currently, because demand was too > > low - and some of those few downloads even were by people who did not > > know what our 'solver' actually is. Possibly this is reconsidered, if > > enough people complain. > > > > HTH, Joerg > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
