David Ciecierski wrote:
I came across the same, but I went to check that keytrans only after quite some digging + googling... The reason behind the file's content being erased still puzzles me - the 1.2.6 should not get applied, as we manually set 1.2.9. But true enough, seems the only way such a thing would happen. You could try and erase the old patch, and see what happnes.

The 1.2.6 patch wasn't being applied to the 1.2.9, I had tried copying the *1.2.6.patch to *1.2.9.patch w/ a /s/1.2.6/1.2.9/ in the hopes that the build would patch what it needed to, ignore the rejects, and carry on.. not so lucky. Just touching the *1.2.9.patch is sufficient to move on (until you have to replace the empty file later.. heh).

Looks like it's as simple as it not finding the ldap lib; thunderbird has a build of it, so I assume if you put your thunderbird lib directory in /etc/ld.so.conf and run ldconfig it would be found, no?


That should be right, although I'm not experienced enough to tell if that'd suffice... You seem to have the same config, ie. FF w/o LDAP + TBird, yet strangely enough my build complained about it and your's didn't. Is it OOo2.0b2 (it's m125, btw) or newer?

Possible you don't have your thunderbird lib directory in /etc/ld.so.conf? (ie: /opt/thunderbird/lib/thunderbird-1.0.6) And run ldconfig, of course..

As for the OOo version, I just pulled the most recent cvs code last night.. so I assume m130+.

I'll let you know how my current build attempt works out, and I'll try to write up a simple-as-possible build script. A couple patches will be kinda annoying; I guess the sub-packages will just have to be patched before they're copied into the source tree.


You mean unpack -> patch -> copy? Why not go with the current system of putting the tarball in download of the respective module and a patch named the same? Then you'd only need to apply one patch, ie. the one... creating another patch :-) Or perhaps I'm missing something.

Had to read that a couple times.. lol ..but I get what you're saying. I never even considered that, but yeah that'll be a hell of a lot better than what I've been doing temporarily. I have a patch that essentially replaces a tar.gz.. :)

It's been compiling for another several hours now, I guess I'll just let it run and get some sleep. Really curious if it'll be usable afterwards.


Well, keep your fingers crossed, but mine just died.

[code]
-------------
/usr/src/OOo_2.0-cvs-0926/scripting/java
-------------
/opt/ant/bin/ant -Dprj=.. -Dprjname=scripting -Ddebug=off -Doptimize=on -Dtarget=scriptruntimeforjava -Dsolar.update=on -Dout=../unxlngi6.pro -Dinpath=unxlngi6.pro -Dproext=".pro" -Dsolar.bin=/usr/src/OOo_2.0-cvs-0926/solver/680/unxlngi6.pro/bin -Dsolar.jar=/usr/src/OOo_2.0-cvs-0926/solver/680/unxlngi6.pro/bin -Dsolar.doc=/usr/src/OOo_2.0-cvs-0926/solver/680/unxlngi6.pro/doc -Dcommon.jar=/usr/src/OOo_2.0-cvs-0926/solver/680/common.pro/bin -Dcommon.doc=/usr/src/OOo_2.0-cvs-0926/solver/680/common.pro/doc -f build.xml -emacs
Buildfile: build.xml

prepare:

compile:
Compiling 40 source files to /usr/src/OOo_2.0-cvs-0926/scripting/unxlngi6.pro/class This version of java does not support the classic compiler; upgrading to modern /usr/src/OOo_2.0-cvs-0926/scripting/java/com/sun/star/script/framework/provider/beanshell/ScriptEditorForBeanShell.java:60: package bsh does not exist
import bsh.Interpreter;

<snip various lines of the same>

/usr/src/OOo_2.0-cvs-0926/scripting/java/com/sun/star/script/framework/provider/beanshell/ScriptProviderForBeanShell.java:406: package bsh does not exist message = ( ( bsh.TargetError)e ).getTarget().getMessage();
                                      ^
Note: * uses or overrides a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: Some input files use unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
14 errors
1 warning

BUILD FAILED
/usr/src/OOo_2.0-cvs-0926/scripting/java/build.xml:93: Compile failed; see the compiler error output for details.

Total time: 5 seconds
dmake:  Error code 1, while making 'ANTBUILD'
'---* tg_merge.mk *---'

ERROR: Error 65280 occurred while making /usr/src/OOo_2.0-cvs-0926/scripting/java
dmake:  Error code 1, while making 'build_instsetoo_native'
'---* tg_merge.mk *---'
[/code]

I don't have any more time to look into this tonight, and I'm going to be pretty busy over the next few days with classes/assignments.. I'll keep an eye on the mailing list though, and help out as much as I can.

Regards,
Jeremy.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to