[dev] Re: [mac] Problems building scripting on M169
From: James Mckenzie [EMAIL PROTECTED] Subject: [mac] Problems building scripting on M169 Date: Mon, 25 Dec 2006 20:30:00 -0700 (GMT-07:00) Second. I am having a variety of issues surrounding Java. The following error occurred: import com.sun.star.uno.UnoRuntime; http://www.openoffice.org/issues/show_bug.cgi?id=59368 -- NAKATA, Maho ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] About join community of OO---RedFlag CH2000
In Message-ID: [EMAIL PROTECTED] xiuzhicheng [EMAIL PROTECTED] wrote: I am Xiuzhi Cheng ,RedFlag Chinese 2000 Software Co. A OpenSource Technology Department has been established this week and i am the manger of it.The aim of this department is to contribute towards openoffice.org. The original plan to set up our RedOffice Open source community is shelved now. We are eager for undertaking some tasks of OO development.Please give me some guide about how our development teams can join community of OpenOffice.org as soon as possible.thanks. I'm really happy to hear that news! Could you please show us which part has been changed by redflag Office? Screenshots are really appreciated. Good luck. All the best, -- NAKATA, Maho ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] packaging
In Message-ID: [EMAIL PROTECTED] Leibowitz, Michael [EMAIL PROTECTED] wrote: I'm doing research on software packaging systems. I know that openoffice.org can be a difficult piece of software to package and was curious how many people devote most or part of their time to packaging. The DomainDeveloper page on the wiki lists a few, but I'm sure there are more. I'd also be curious to know how many people package up extensions or value-add bundles such as Openoffice Premium. I'd be curious to here from you guys and discuss the state of software packaging systems and methodologies. Thanks. I have been providing FreeBSD ports and Jack L. is providing the builds. In FreeBSD ports tree, we should have vanilla OOo as far as possible. patches must be minimal. this is my policy. http://porting.openoffice.org/freebsd/ http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/openoffice.org-2.0-devel/ http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/openoffice.org-2.0/ As you can see - we use epm to pack internally, but in the port skeleton, we extract files from the packages and repack. I also committed ooo-build, http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/ooo-build/ which is slightly(!?) modified version of OOo. thanks, -- NAKATA, Maho ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] GCC 4.1 and OpenOffice build 2.0.1.2
In Message-ID: [EMAIL PROTECTED] Chris White [EMAIL PROTECTED] wrote: As for that status, it's compiled about 75% through (I estimate) and nothin= g's=20 bombed out so far. you seem to have installed SUN or Blackdown's jdk ;) there are some breakages: JAVADOC (need gjdoc) JAVACMD (to use ant with gcj, configure stage and etc...) JAR (berkeleydb) JAVA(berkeleydb) we also need patches from jaxpapi cws I'll commit it to fbsd ports when jaxpapi cws and freebsd04 cws are integrated... -- NAKATA, Maho ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Please upload packages (Re: [releases] Re: MacOSX: do you need other localized language builds?)
In Message-ID: [EMAIL PROTECTED] NAKATA Maho [EMAIL PROTECTED] wrote: In Message-ID: [EMAIL PROTECTED] Martin Srebotnjak [EMAIL PROTECTED] wrote: Slovenian, please, with the latest GSI files for m138 here: http://aufbix.org/~r/gsi/GSI_sl.sdf.gz unfortunately my build system doesn't support merging GSI at the moment. (and my policy is just do not add anything to source code for release packages) St: could you please upload my packages? http://www.openoffice.org/issues/show_bug.cgi?id=58185 -- NAKATA, Maho ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Problem with ld at binfilter problem (RedHat9)
Hello, list
I encountered following error while I'm building
SRC680_m139/gcc-3.4.1+enum fix+visibitily patch/RedHat9
ccache /usr/local/gcc-ooo/bin/g++ -Wl,-z,combreloc -Wl,-z,defs
-Wl,-rpath,'$ORIGIN' -shared -L../../unxlngi6.pro/lib -L../lib
-L/home/maho/ooo/work/solenv/unxlngi6/lib
-L/home/maho/ooo/work/solver/680/unxlngi6.pro/lib
-L/home/maho/ooo/work/solenv/unxlngi6/lib -L/usr/local/j2sdk1.4.2_08/lib
-L/usr/local/j2sdk1.4.2_08/jre/lib/i386
-L/usr/local/j2sdk1.4.2_08/jre/lib/i386/client
-L/usr/local/j2sdk1.4.2_08/jre/lib/i386/native_threads -L/usr/X11R6/lib
../../unxlngi6.pro/slo/bf_svx_dflt_version.o
../../unxlngi6.pro/slo/bf_svx_dflt_description.o -o
...
slo/svx_xmltxtexp.o ../../unxlngi6.pro/slo/svx_xmlxtimp.o
../../unxlngi6.pro/slo/svx_xmlxtexp.o ../../unxlngi6.pro/slo/svx_xmlgrhlp.o
../../unxlngi6.pro/slo/svx_xmleohlp.o -lbf_xo680li -lgo680li -lsb680li
-lso680li -lsvt680li -ltk680li -lvcl680li -lsvl680li -lsot680li -lutl680li
-ltl680li -lcomphelp4gcc3 -lucbhelper3gcc3 -luno_cppuhelpergcc3 -luno_cppu
-lvos3gcc3 -luno_sal -licuuc -lfwe680li -llegacy_binfilters680li
-luno_salhelpergcc3 -lxcr680li -lsysshell -lbf_sfx -lsysshell -ldl -lpthread
-lm -Wl,-Bdynamic -lstlport_gcc
/usr/bin/ld: ../../unxlngi6.pro/lib/libbf_svx680li.so: undefined versioned
symbol name typeinfo for com::sun::star::beans::XFastPropertySet@@UDK_3_0_0
/usr/bin/ld: failed to set dynamic section sizes: Bad value
collect2: ld returned 1 exit status
dmake: Error code 1, while making '../../unxlngi6.pro/lib/libbf_svx680li.so'
'---* tg_merge.mk *---'
I'm using following patch to resolve this...
--- /dev/null Sun Sep 4 19:33:13 2005
+++ binfilter/bf_svx/util/bf_svx.mapSun Sep 4 18:41:25 2005
@@ -0,0 +1 @@
+UDK_3_0_0 { global: _ZTI*; _ZTS*; };
Index: binfilter/bf_svx/util/makefile.mk
===
RCS file: /cvs/framework/binfilter/bf_svx/util/makefile.mk,v
retrieving revision 1.5
diff -u -r1.5 makefile.mk
--- binfilter/bf_svx/util/makefile.mk 5 Dec 2003 15:10:56 - 1.5
+++ binfilter/bf_svx/util/makefile.mk 4 Sep 2005 09:55:49 -
@@ -91,6 +91,7 @@
SHL1IMPLIB= bf_svx
SVXLOKAL= $(LB)$/bf_svx.lib
SHL1BASE = 0x1d80
+SHL1VERSIONMAP= bf_svx.map
SHL1STDLIBS= \
$(BFXMLOFFLIB) \
does somebody knows about it?
-- NAKATA, Maho ([EMAIL PROTECTED])
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: [releases] Re: MacOSX: do you need other localized language builds?
In Message-ID: [EMAIL PROTECTED] Martin Srebotnjak [EMAIL PROTECTED] wrote: Slovenian, please, with the latest GSI files for m138 here: http://aufbix.org/~r/gsi/GSI_sl.sdf.gz unfortunately my build system doesn't support merging GSI at the moment. (and my policy is just do not add anything to source code for release packages) but I'll upload older version soon. -- NAKATA, Maho ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] QA build needed for cws allocacleanup
Hello all, We use function alloca, which is not a standard function of C. problem here is: to use alloca, we include alloca.h or something like OS dependent. This gives raise to porting issue. For this purpose, OOo already has sal/alloca.h as a buffer. However, we still use alloca.h in many .hxx or .cxx files, and for such source code we have #ifdef ~ #endif to use alloca; this makes source code dirty. I cleanuped all (two exceptions; which seems to be the output bison?) direct inclusion of alloca.h, and use sal/alloca.h. What I need is: o full build by Windows/Solaris/GNU/Linux - IMHO buildability check is enough I verified: o full build by FreeBSD 5.4-RELEASE with SRC680_m138. data cws : cws_src680_allocacleanup issue #i53286# http://www.openoffice.org/issues/show_bug.cgi?id=53286 patch against SRC680_m138 (also attached at #i53286#): http://www.openoffice.org/nonav/issues/showattachment.cgi/31248/patch-allocacleanup Tests and suggestions are extremley appriciated. -- NAKATA, Maho ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Warning-Free Code
In Message-ID: [EMAIL PROTECTED] Stephan Bergmann [EMAIL PROTECTED] wrote: 3 WE NEED YOU! Here at Hamburg, we will only concentrate on those platforms we build ourselves. Also, due to the fact that our build environment is slightly different from a typical OOo build environment, we may miss some points that will only be noticed by the community. So, we depend on your input for code specific to platforms other than Linux x86, Solaris Intel, Solaris SPARC, and Windows, and for issues that are hidden by our Hamburg build environment. However, as I already wrote above, to keep work on this CWS smooth, please be patient with us and wait until we have reached a state where we can incorporate that input. I will help you a bit, since build will be broken for FreeBSD. how about removing German comments? this is important in two ways: o Many do not understand German :) o some compiler/utilities compilain about non-ASCII character thanks -- NAKATA, Maho ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: [cws-announce] SRC680_m126 ready for use.
In Message-ID: [EMAIL PROTECTED] [EMAIL PROTECTED] (Pavel JanÃk) wrote: From: Hamburg Release Engineering Date: 27 Aug 2005 10:18:57 GMT SRC680_m126 has been built by Hamburg RE. No open build problems are known, and smoketest has been passed successfully. For community builders: configure is not regenerated. I have temporary regenerated it and put my version at ftp://ftp.linux.cz/pub/localization/OpenOffice.org/devel/build/Files/2.0/SRC680_m126/config_office/configure have you already raised #IZ#? and do you think RE can do master fix? -- NAKATA, Maho ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: [porting-dev] AMD64 donation
In Message-ID: [EMAIL PROTECTED] Volker Quetschke [EMAIL PROTECTED] wrote: I'm proud to announce that I now can use a 64bit system for my OOo development. Thanks go to: * AMD for an Opteron with 2.4 GHz plus Asus SK8N motherboard and 2 GB ram. Congratulations! 2.4GHz Opteron is surely very very fast. I took a povray benchmark of 1.6GHz Opteron and 3.4GHz Xeon, Opteron is faster than Xeon. compilation time is also faster. so 2.4GHz opteron is extremely fast. -- NAKATA, Maho ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] cannot checkout neither SRC680_m111 or SRX645_m56
I cannot checkout neither SRC680_m111 or SRX645_m56 http://www.openoffice.org/issues/show_bug.cgi?id=51024 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] pyuno in 1.9m107
Dear Joerg,
Could you please give me some hint for pyuno working on 1.9m107 for FreeBSD?
http://porting.openoffice.org/servlets/ReadMsg?list=devmsgNo=14488
- Build a new installation set and install it (default installation).
okay m110 is enough
- download http://udk.openoffice.org/python/pyuno-doc.zip and extract it
okay
- run
unopkg add /path/to/pyuno-doc/samples/swritercomp.py
somehow failed like:
% /usr/local/openoffice.org1.9m107/program/unopkg add
pyuno-doc/samples/swritercomp.py
ERROR: (com.sun.star.lang.DisposedException) { { { Message = URP-Bridge:
disposed(tid=20) Unexpected connection closure, Context =
(com.sun.star.uno.XInterface) 0x0 } } }
unopkg failed.
second run also fails like:
% /usr/local/openoffice.org1.9m107/program/unopkg add
pyuno-doc/samples/swritercomp.py
ERROR: Package has already been added: swritercomp.py
unopkg failed.
so removed
% rm -r ~/.openoffice.org1.9.107/user/uno_packages/cache
% /usr/local/openoffice.org1.9m107/program/unopkg add
pyuno-doc/samples/swritercomp.py
'import site' failed; use -v for traceback
ERROR: (com.sun.star.uno.RuntimeException) { { Message =
python-loader:exceptions.ImportError: No module named os, traceback
follows\X000aColudn't import traceback module, Context =
(com.sun.star.uno.XInterface) 0x0 } }
unopkg failed.
again :(
- start an office with
./soffice -accept=socket,host=localhost,port=2002;urp;
okay
- run
python /path/to/pyuno-doc/samples/swritercompclient.py' ,
% python pyuno-doc/samples/swritercompclient.py
Traceback (most recent call last):
File pyuno-doc/samples/swritercompclient.py, line 2, in ?
import uno
ImportError: No module named uno
it seems system's python was invoked.
again,
% /usr/local/openoffice.org1.9m107/program/python.sh
pyuno-doc/samples/swritercompclient.py
exec: /usr/local/openoffice.org1.9m107/program/python-core/bin/python: not found
it seems that configuration is different.
after applying following patch:
diff -u /usr/local/openoffice.org1.9m107/program/python.sh
/usr/local/openoffice.org1.9m107/program/python.sh.new
--- /usr/local/openoffice.org1.9m107/program/python.sh Tue Jun 21 12:09:19 2005
+++ /usr/local/openoffice.org1.9m107/program/python.sh.new Tue Jun 21
11:11:06 2005
@@ -125,11 +125,11 @@
PYTHONPATH=$sd_prog:$sd_prog/python-core/lib:$sd_prog/python-core/lib/lib-dynload:$sd_prog/python-core/lib/lib-tk:$PYTHONPATH
export PYTHONPATH
-PYTHONHOME=$sd_prog/python-core
+PYTHONHOME=$sd_prog/python-core-2.3.4
export PYTHONHOME
# set path so that other apps can be started from soffice just by name
PATH=$sd_prog:$PATH
export PATH
-exec $sd_prog/python-core/bin/python $@
+exec $sd_prog/python-core-2.3.4/bin/python $@
now seems to work bit further, but not actually working yet.
% /usr/local/openoffice.org1.9m107/program/python.sh
pyuno-doc/samples/swritercompclient.py
'import site' failed; use -v for traceback
Traceback (most recent call last):
File pyuno-doc/samples/swritercompclient.py, line 12, in ?
pyComp.run( (), )
AttributeError: 'NoneType' object has no attribute 'run'
% cat -n pyuno-doc/samples/swritercompclient.py
1 # instantiating
2 import uno
3
4 localContext = uno.getComponentContext()
5 resolver = localContext.ServiceManager.createInstanceWithContext(
6 com.sun.star.bridge.UnoUrlResolver,
localContext )
7 remoteContext = resolver.resolve(
uno:socket,host=localhost,port=2002;urp;StarOffice.ComponentContext )
8 remoteSmgr = remoteContext.ServiceManager
9
10 pyComp = remoteSmgr.createInstanceWithContext(
org.openoffice.demo.SWriter , remoteContext )
11
12 pyComp.run( (), ) --- here
13
Anyhelp is greatly appreciated.
-- NAKATA, Maho ([EMAIL PROTECTED])
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] pyuno in 1.9m107
Dear Joerg, sorry bother you again :( do you think this is reasonable to apply following patch? in my installation, /usr/local/openoffice.org1.9m107/program/python-core-2.3.4/ exists but not /usr/local/openoffice.org1.9m107/program/python-core/ and it is same as GNU/Linux version as well. Index: pyuno/zipcore/python.sh === RCS file: /cvs/udk/pyuno/zipcore/python.sh,v retrieving revision 1.5 diff -u -r1.5 python.sh --- pyuno/zipcore/python.sh 25 Feb 2004 14:11:42 - 1.5 +++ pyuno/zipcore/python.sh 21 Jun 2005 02:24:07 - @@ -55,6 +55,7 @@ # #* +PYTHON_VERSION=2.3.4 # resolve installation directory sd_cwd=`pwd` if [ -h $0 ] ; then @@ -125,11 +126,11 @@ PYTHONPATH=$sd_prog:$sd_prog/python-core/lib:$sd_prog/python-core/lib/lib-dynload:$sd_prog/python-core/lib/lib-tk:$PYTHONPATH export PYTHONPATH -PYTHONHOME=$sd_prog/python-core +PYTHONHOME=$sd_prog/python-core-$PYTHON_VERSION export PYTHONHOME # set path so that other apps can be started from soffice just by name PATH=$sd_prog:$PATH export PATH -exec $sd_prog/python-core/bin/python $@ +exec $sd_prog/python-core-$PYTHON_VERSION/bin/python $@ Thanks for your advice, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] faster building
In Message-ID: [EMAIL PROTECTED] Jim Watson [EMAIL PROTECTED] wrote: (b) use ccache to speed up clean builds Actual statistics are available at http://porting.openoffice.org/freebsd/benchmark.html one example is: FreeBSD 5.3-RELEASE Pentium 4 2.4GHz 1.9m79 4h9m28.87s 2h4m56.93s 1h15m6.49s 2005-02-19 NUMOFPROCESSES=2 maho FreeBSD 5.3-RELEASE Pentium 4 2.4GHz 1.9m79 9h19m46.74s 7h4m10.03s 1h36m39.17s 2005-02-19 NUMOFPROCESSES=2 maho about two times faster than without ccache. but this is only a case full make use of cache. -- NAKATA, Maho ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] commit log of cws bsd02 is somewhat odd
Dear all, could someone please explain me why after my commit on bsd02, there seems no infomations connected to Modules Files I assume commit log was wrong... http://ooo.ximian.com/bonsai/cvsquery.cgi?treeid=defaultmodule=allbranch=cws_srx645_bsd02branchtype=matchdir=file=filetype=matchwho=whotype=matchsortby=Datehours=2date=monthmindate=maxdate=cvsroot=%2Fvar%2Fcvsup thanks for your advices, -- NAKATA, Maho ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] SRX645_m53 ready for use.
Dear Martin, Evertime I thank for your kind and fastest reply. this time I would like to ask about SRX645_m53. I subscribe cwsannounce ML this is the quickest way (hope) to know which mileston is ready atm. I recieved two e-mails regarding SRX645_m53. 1046 04/13 Hamburg Releas [cws-announce] SRX645_m53 ready for use. [EMAIL PROTECTED] 1057 04/14 Hamburg Releas [cws-announce] SRX645_m53 ready for use. [EMAIL PROTECTED] why we recieved two announces? Thanks a lot, -- NAKATA, Maho ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] CWS creation
Dear Developers, I have just created a cws for FreeBSD and for first time for me. However I don't see any e-mail at [EMAIL PROTECTED] and also I couldn't find cws infomations at eis. cws name is freebsd1 Child workspace Id: 2361. added i42393, i43986 as task. does my cws correctly made? or something wrong with me? thanks! -- NAKATA, Maho ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Fwd: OOo suggestion regarding .tgz
In Message-ID: [EMAIL PROTECTED] Daniel Carrera [EMAIL PROTECTED] wrote: Date: Thu, 27 Jan 2005 13:32:30 + From: Karel Kulhavy [EMAIL PROTECTED] To: discuss@openoffice.org Subject: [discuss] OOo suggestion regarding .tgz OOo_1.1.4rc_source.tar.gz unpacks into the current directory. I perceive this as very annoying and suggest that it be unpacked into separate directory. I don't think it is annoying. I always use ccache and if directory is different by version, ccache misses for every source code. So it is preferable for me to use current directory. -- NAKATA, Maho - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
