Re: [tools-dev] Re: integration of renaissance2 in m81 broke smoketestoo_native

[Rene Engelhard]

On Thu, Jun 24, 2010 at 10:47:45PM +0200, Rene Engelhard wrote:
> Hi *,
> 
> On Mon, Jun 14, 2010 at 10:34:11PM +0200, Christian Lohmaier wrote:
> > On Mon, Jun 14, 2010 at 10:00 PM, Eike Rathke  wrote:
> > > On Monday, 2010-06-14 08:19:48 -0400, Christian Lohmaier wrote:
> > >
> > >> # A fatal error has been detected by the Java Runtime Environment:
> > >> #
> > >> #  SIGSEGV (0xb) at pc=0xb6133dec, pid=14438, tid=3030546128
> > >> #
> > >> # JRE version: 6.0_16-b01
> > >> # Java VM: Java HotSpot(TM) Client VM (14.2-b01 mixed mode linux-x86 )
> > >> # Problematic frame:
> > >> # C  [libvclli.so+0x198dec]
> > >
> > > Having been a victim of this on the buildbots myself this looks familiar
> > > to me. However, the error occurred only on the two Mandriva buildbots,
> > > not on any other platform, see CWS locales33a.
> 
> Happens for me on plain Debian sid with vanilla m84, too.

m83 of course.

Grüße/Regards,

René

-
To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org
For additional commands, e-mail: dev-h...@tools.openoffice.org

Re: [tools-dev] Re: integration of renaissance2 in m81 broke smoketestoo_native

[Rene Engelhard]

Hi *,

On Mon, Jun 14, 2010 at 10:34:11PM +0200, Christian Lohmaier wrote:
> On Mon, Jun 14, 2010 at 10:00 PM, Eike Rathke  wrote:
> > On Monday, 2010-06-14 08:19:48 -0400, Christian Lohmaier wrote:
> >
> >> # A fatal error has been detected by the Java Runtime Environment:
> >> #
> >> #  SIGSEGV (0xb) at pc=0xb6133dec, pid=14438, tid=3030546128
> >> #
> >> # JRE version: 6.0_16-b01
> >> # Java VM: Java HotSpot(TM) Client VM (14.2-b01 mixed mode linux-x86 )
> >> # Problematic frame:
> >> # C  [libvclli.so+0x198dec]
> >
> > Having been a victim of this on the buildbots myself this looks familiar
> > to me. However, the error occurred only on the two Mandriva buildbots,
> > not on any other platform, see CWS locales33a.

Happens for me on plain Debian sid with vanilla m84, too.
Same thing. (With OpenJDK, though)

This makes the smoketest unusable :/

Grüße/Regards,

René

-
To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org
For additional commands, e-mail: dev-h...@tools.openoffice.org

Re: [tools-dev] Error building OOo-3.2.1 on sfx2 module

[Rene Engelhard]

On Wed, Jun 23, 2010 at 04:05:25PM +0200, Davide Dozza wrote:
> Compiling: sfx2/wntmsci12.pro/misc/custompanel.uno_version.c
> dmake:  Error: --
> `/cygdrive/c/DEV300_m81/solver/300/wntmsci12.pro/bin/osl/licen
> se_en-US.txt' not found, and can't be made

http://www.openoffice.org/issues/show_bug.cgi?id=112335

Grüße/Regards,

René

-
To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org
For additional commands, e-mail: dev-h...@tools.openoffice.org

Re: [tools-dev] Problem building OOo on fetching modules

[Rene Engelhard]

Hi,

On Tue, Jun 15, 2010 at 08:46:11AM +0200, Davide Dozza wrote:
> I'm trying to build OOo DEV300_m81 but I'm finding some trouble.

With the source tarballs I assume?

> after that bootstrap seems to download modules but after

No, it doenaloads all the external stuff OOo so far just embedded in their
code..

> Fetching dependencies for module testautomation from solver... failed
> Fetching dependencies for module zlib from solver... failed
> Fetching dependencies for module libxml2 from solver... failed
> Fetching dependencies for module python from solver... failed
> Fetching dependencies for module jpeg from solver... failed
> Fetching dependencies for module moz from solver... failed
> Fetching dependencies for module dictionaries from solver... failed
> Fetching dependencies for module neon from solver... failed
> Fetching dependencies for module curl from solver... failed
[...]
> Any suggestion?

yes, obviously you miss the _system tarball?

Grüße/Regards,

René

-
To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org
For additional commands, e-mail: dev-h...@tools.openoffice.org

Re: [tools-dev] Re: Building OpenOffice.org with GNU make

[Rene Engelhard]

On Fri, Dec 04, 2009 at 09:46:56PM +0100, Michael Stahl wrote:
> but the real problem comes with libtool... on windows.
> when i last used autotools (which is... 4 years ago), libtool was a shell
> script some 10.000 lines long.
> starting a process on that so-called OS takes _ages_, so it is not
> unsurprising that building C/C++ code on windows with a long shell script
> is _very_ slow.
> iirc, on the same hardware it was 5-10 times slower building on
> windows(mingw/msys) than on linux.
> oh, and what is libtool's support for MSVC like? does it exist at all?
> so unless someone proves me wrong here it seems to me that libtool is not
> really an option.

Did anyone in this discussion propose libtool? I didn't see it.
(You can use automake without libtool)

Grüße/Regards,

Rene

-
To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org
For additional commands, e-mail: dev-h...@tools.openoffice.org

Re: [tools-dev] Ant version upgrade to 1.7.1?

[Rene Engelhard]

On Tue, Oct 06, 2009 at 10:47:15PM +0200, Christian Lohmaier wrote:
> This is very unfortunate since the latest version of XCode available
> for PPC only compes with ant 1.6.5

That was a part of why I don't want it set globally either. See this:

$ rmadison ant
   ant |1.6.5-6 | etch-m68k | source, all
   ant |1.6.5-6 | oldstable | source, all
   ant |1.7.0-6 |stable | source, all
   ^^
   ant |1.7.1-4 |   testing | source, all
   ant |1.7.1-4 |  unstable | source, all

oldstable is ignorable, but Debian stable contains 1.7.0 and will never get
1.7.1 (well, only when squeeze is released)

Grüße/Regards,

Rene

-
To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org
For additional commands, e-mail: dev-h...@tools.openoffice.org

Re: [tools-dev] Ant version upgrade to 1.7.1?

[Rene Engelhard]

Hi,

On Tue, Oct 06, 2009 at 12:24:47PM +0100, Caolán McNamara wrote:
> If hsqldb 1.9.0 will need 1.7.1 then surely the toplevel configure test
> needs to check for 1.7.1 if hsqldb is upgraded to 1.9.0.

I didn't say something against it - if you use internal hsqldb, yes :-)
Of course you need ant 1.7.1 then for your hsqldb build anyway, but why
force 1.7.1 on the OOo build if you don't need it?

Grüße/Regards,

Rene

-
To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org
For additional commands, e-mail: dev-h...@tools.openoffice.org

Re: [tools-dev] Ant version upgrade to 1.7.1?

[Rene Engelhard]

Hi,

On Tue, Oct 06, 2009 at 12:11:32PM +0100, Caolán McNamara wrote:
> you'd have to convert that to
> 
>   ant_minver=1.7.1

No, please not.

> I'd guess there could be all sorts of complicated tests to only go
> looking for 1.7.1 if building the internal hsqldb etc, but that'd be a
> rather fragile affair so a simple single 1.7.1 would be the way to go

I don't think so - unless ssomeone will not think of it when an other hsqldb
update needs a new ant.

No need to force ant 1.7.1 on anyone (which might not even have 1.7.1 yet)
The current check is not for hsqldb anyway, but for swext.

Grüße/Regards,

Rene

-
To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org
For additional commands, e-mail: dev-h...@tools.openoffice.org

Re: [tools-dev] Re: Comments on Mathias blog post about contributing

[Rene Engelhard]

Hi,

On Wed, Sep 23, 2009 at 11:39:49AM +0200, Michael Stahl wrote:
> or maybe we could simply have a "convenience" flag for configure like
> --official-build, that would simply behave as if the set of necessary
> non-default flags were given?

That would need Sun people actually touching configure when they
change their defaults. Which they do not do (and neither tell the
people maintaining configure..) and thus configures defaults
always run behind (and there is Sun defaults you don't want to have
as default in a "normal" build, like all the extensions)

Last occurance of Sun not caring about configure at all: i105293

> hmmm, probably that would imply that if e.g. some optional feature that is
> in the official build is not available in the environment, which would
> ordinarily result in (at most) a warning, should result in an error from
> configure, because if you say you really want an official build, you don't
> want to accept that, right?

Yes.

Grüße/Regards,

Rene

-
To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org
For additional commands, e-mail: dev-h...@tools.openoffice.org

Re: [tools-dev] Moving to bost 1.3?

[Rene Engelhard]

[ dropping tinder...@tools, as they don't use system-boost anyway ]

Hi,

On Tue, Aug 18, 2009 at 10:56:34PM +0200, Frank Schönheit - Sun Microsystems 
Germany wrote:
> We invite everybody porting OOo to another platform to give feedback to
> this project. As rumor has it, boost 1.39 creates problems when used on
> some platforms (either at compile- or runtime), so if your platform is
> know to be one of those, or if you just want to be sure - please give
> the CWS a try.

Did you need code changes for boost 1.39 to work at either build or
runtime?

[ Seems so, do you now strictly need 1.39? Then we probably should
adapt the system-boost check in configure; or we #ifdef it as necessary ]

Grüße/Regards,

Rene

-
To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org
For additional commands, e-mail: dev-h...@tools.openoffice.org

Re: [tools-dev] tcsh-support in the build still needed? (was: Experimenting with CMake)

[Rene Engelhard]

Hi,

Christian Lohmaier wrote:
> - Hamburg Germany  wrote:
> >
> > If you would offer a migration path from dmake to plain GNU make and from
> > tcsh to bash, that might be quite interesting ...
> 
> What platforms do still need tcsh? From my understanding you can use
> --with-use-shell=bash on every supported platform, just that tcsh is
> still configure's default.

Jup. At least for the UNX stuff this is true. No idea about Windows
or the Sun env...

> So from my understanding the migration from tcsh to bash is already
> done & working, or am I missing something? Does any supported platform
> still depend on tcsh?

I would doubt it - afair the Windows buildbots also use =bash, don't they?
> 
> Or is it time to finally change the default to bash (and maybe even
> drop that configure switch altogether)?

+1 for this :)

Regards,

Rene

-
To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org
For additional commands, e-mail: dev-h...@tools.openoffice.org

[tools-dev] Re: [dev] Incompletely integrated cws

[Rene Engelhard]

Hi,

Christian Lohmaier wrote:
> To my surprise the master, for which the cws should have been
> integrated still showed that error, so I did have a deeper look. And
> what I found worries me quite a bit.
> 
> >From cws jl105, only 3 files have been integrated (alone in module
> desktop there have been modifications to more than 30 files). All the
> other changes that were done in the cws were *silently*
> discarded/lost!

Happened again (at least) with fixgengal_DEV300 (a cvs add'ed file lost)
and hro14_DEV300.

Regards,

Rene

-
To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org
For additional commands, e-mail: dev-h...@tools.openoffice.org

[tools-dev] Re: [dev] Incompletely integrated cws

[Rene Engelhard]

Christian Lohmaier wrote:
> How many other changes were lost while integrating other cws?
> How could this have happened in the first place? I mean I did
> understand that there were problems with deleted/added files, but in
> that case existing files were modified.

Same with swffixes02 (which admittedly was a cvs based cws cloned)
(I masterfixed it)

Regards,

Rene

-
To unsubscribe, e-mail: dev-unsubscr...@tools.openoffice.org
For additional commands, e-mail: dev-h...@tools.openoffice.org

Re: [tools-dev] Getting rid of stlport

[Rene Engelhard]

Hi,

Takashi Ono wrote:
> In the meantime, I have a slight concern as I do not know the detailed pros 
> and cons 
> about using stlport and most of all other platforms use stlport as defaults.

You are not up to date. (And the code is not up to date either for
what most Linux distributions do).

One major pitfall is that using mingws (or whatever system stl) makes your
OOo ABI-incompatible - means: extensions built with Windows OOo using
MSVC won't be installable on a mingw-non-STLport built OOo.

That's mainly the main reason why I stil keep my Debian packages on
STLport (but just for Intel, AMD64 uses external STL per default anyway)

Regards,

Rene

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] OpenOffice.org subversion repository R/W enabled on Tuesday

[Rene Engelhard]

Hi,

Stefan Taxhet wrote:
> I assume we should add the key attached to 89492
> http://www.openoffice.org/issues/show_bug.cgi?id=89492
> for you?

Yes.

Regards,

Rene

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] OpenOffice.org subversion repository R/W enabled on Tuesday

[Rene Engelhard]

Hi,

Jens-Heiner Rechtien wrote:
> If you find that your key does not work on Tuesday, please check if the
> issue with your public key has been added to the dependency list of
> issue #94002 (http://www.openoffice.org/issues/show_bug.cgi?id=94002).

It has, but of course a oold key when it'll take the key I intially submitted
years ago...

> If your issue is not on the dependency list, please add your issue to
> #94002 and allow for two work days or so for your key to be added to the
> repository access list. If after two work days your key still isn't
> enabled, please contact me per email or IRC and I'll check out what went
> wrong.

Again, what about EIS' feature to upload a key? (Which I did long ago).
Is that working?

(I saw no answer to mails wrt that at all...)

Regards,

Rene

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] Re: [council-esc] SVN migration status

[Rene Engelhard]

Hi,

Jens-Heiner Rechtien wrote:
> I agree that getting rid of all (even potentially unsafe keys after the  
> great ssh debacle) this way. Will require some administrative effort,  
> though.

My key is already fixed since ages (after the openssl debacle), so please
*DO* migrate my key. (I don't really want to have to do another key
exchange for this key)

Regards,

Rene

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[tools-dev] Re: [tools-cvs] CVS update [cws_dev300_xsltfilter10]: /tools/config_office/configure.in

[Rene Engelhard]

Hi,

[EMAIL PROTECTED] wrote:
> +dnl 
> 
> +dnl Builds without OpenJDK 6 need Streaming API for XML (StAX, ie. 
> jsr173_1.0_api.jar)
> +dnl 
> 
> +if test "$_jdk_ver" -lt 10600; then
> +   AC_MSG_CHECKING([for jsr173_1.0_api.jar])
> +   if test -x ../external/StAX/jsr173_1.0_api.jar; then
> +  AC_MSG_RESULT([found])
> +   else
> +  AC_MSG_ERROR([jsr173_1.0_api.jar is missing in external/StAX/.
> +Get it 
> 
>  from the StAX Java site  and put it into 
> external/StAX.
> +.])
> +   fi
> +fi 
> +

*scream*

No. please. Put it to external and build it if you need it.

Regards,

Rene

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] Git / SVN Source code repositories

[Rene Engelhard]

Hi,

Rene Engelhard wrote:
> Guido Ostkamp wrote:
> > As it got silent regarding the SCM topic on this list, do you know whether 
> > all plans to replace the dreaded CVS by something better have been 
> > cancelled?
> 
> No.

(Unclear answer, meant was: Yes, I know that they are not cancelled.)

Regards,
 
Rene

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] Git / SVN Source code repositories

[Rene Engelhard]

Hi,

Guido Ostkamp wrote:
> As it got silent regarding the SCM topic on this list, do you know whether 
> all plans to replace the dreaded CVS by something better have been 
> cancelled?

No.

Regards,

Rene

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] checking out all of OOo 2.3.0 sources ???

[Rene Engelhard]

Simon Brouwer wrote:
> Hi all,
> 
> Why is it that, on Ubuntu 7.04, I can check out normally OOo 2.0.3
> sources
> (using cvs -d:pserver:[EMAIL PROTECTED]:/cvs co -r
> OpenOffice_2_0_3 OpenOffice2)
  
> 
> but *not* the OOo 2.3.0 sources 
> (using cvs -d:pserver:[EMAIL PROTECTED]:/cvs co -r
> ooo230 OpenOffice2)???
  ^^

See the difference?

There's no tag ooo230 on OOos sources. It's like in previous releases:
OpenOffice_x_y_z:

[EMAIL PROTECTED]:~/OpenOffice.org/OOG680/config_office$ cvs -d
:pserver:[EMAIL PROTECTED]:/cvs log configure.in |
grep ooo230
[EMAIL PROTECTED]:~/OpenOffice.org/OOG680/config_office$ cvs -d
:pserver:[EMAIL PROTECTED]:/cvs log configure.in |
grep _2_3_0
OpenOffice_2_3_0: 1.216.2.2

> Should I file an issue?

No,

Regards,

Rene

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] using a distributed SCM cross corporate networks

[Rene Engelhard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Martin Hollmichel wrote:
> I just stumbled about how to use git in our corporate network (tried 
> freecap on Windows) and failed.

Just out of curiosity: how?

> I wondered then at all if a distributed SCM makes sense at all if many 
> developers are located in corporate networks, so access to distributed 
> repositories might be difficult or need extra infrastructure. Are there 

Depends on how the distributed SCM does work (I don't know how git
works). If it's able to work over ssh or http (as baz/br, but those
are awfully slow with big things) there shouldn't be a problem, as ssh
and http should be allowed for outgoing
(Although that of course opens the possibility of ssh tunnels to anything
but you nowadays even have tunnel solutions over DNS queries or ICMP
requests, so..., although those two are awfully slow, too :))

Regards,

Rene
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGLcoJ+FmQsCSK63MRAnWVAJ0Th+90ekQ4xlmtwABZZfv8hNUj4QCeJqyx
FL0si7aRtLKOGG0ROQ0Aojg=
=2Kt8
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] HelpLinking, a prototype drop-in c++ replacement

[Rene Engelhard]

Hi,

Am Freitag, 6. Oktober 2006 16:49 schrieb Caolan McNamara:
> timing harness:
> > build ...
> 
> > cd helpcontent2
> > export nodep=true
> > rm -rf unxlngi6.pro/bin/smath*zip
> > cd util/smath
> > time dmake
> 
> New C++ HelpLinker results:
> real time: 9m28 
> 
> Sun java + java HelpLinker results:
> real time: 11m53

and gcj + native HelpLinker?

Regards,

Rene
-- 
René Engelhard -- Debian GNU/Linux Developer -- Debian OOo Maintainer-Team
http://www.debian.org | http://people.debian.org/~rene/ | [EMAIL PROTECTED]
http://openoffice.debian.net | debian-openoffice@lists.debian.org
GPG: 248AEB73 | Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] configure and configure.in in config_office

[Rene Engelhard]

Am Freitag, 6. Oktober 2006 12:10 schrieb Jens-Heiner Rechtien:
> autoconf - RE will regenerate 'configure' and commit it. We use a pretty 
> old versions of autconf, I think it 2.59. We like it to always use the 
> same version of autoconf, because this keeps the diffs small and we are 
> least able to quick check of the plausibility of configure. Always using 
> the same version of autoconf is therefore not an absolut must but a 
> convenience. If 2.59 is no longer good enough please tell us which 
> version of autoconf is the agreed on best version nowadays.

I am personally using whatever if up-to-date on my work machine (Debian 
sid/etch).
Which currently is 2.60a.

But 2.59 should work, although it creates hughe diffs.

> PS: A developer needs not to check in 'configure', there is a standing 
> agreement that RE will regenerate it during integration. It has happened 
> that we overlooked it so it never hurts if you commit it, too. A 

Yep. Better go safe. and if you commit it it's easy to give the cws someone for 
testing :)

Regards,

Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] configure and configure.in in config_office

[Rene Engelhard]

Hi,

Am Donnerstag, 5. Oktober 2006 15:09 schrieb Kohei Yoshida:
> >Do try to use
> > a relatively new autoconf, I remember _rene_ having issues with older
> > versions (?).
> 
> It's the version shipped with OpenSUSE 10.1, so I assume it's recent
> enough to not cause trouble?  I don't know.

Should work, yes.

Regards,

Rene

-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] configure and configure.in in config_office

[Rene Engelhard]

Am Donnerstag, 5. Oktober 2006 09:05 schrieb Kai Backman:
> On 10/4/06, Kohei Yoshida <[EMAIL PROTECTED]> wrote:
> > OTOH, when I have autoconf autogenerate the 'configure' from the
> > 'configure.in' template, it runs fine.  But of course that would
> > drastically alter the content of 'configure' from that in the
> > repository, which is of course not good for version control purposes.
> 
> Running autoconf and checking in everything is exactly what you should
> do. "configure" is not a source file and is only checked into the
> repository because of convenience. It is OK if it changes radically,
> we are only interested in the changes in "configure.in". Do try to use
> a relatively new autoconf, I remember _rene_ having issues with older
> versions (?).

Old autoconfs do a suboptimal check for X, needing more stuff from X which is 
needed which
especially breaks when using modular X (but that doesn't affect OOo AFAIS).

*Newer* autoconfs: DO NOT RUN ACLOCAL. IT *WILL* BREAK. It breaks pkg-config 
stuff iirc,
which I didn't yet find out why, but even if I fixed that I need to look 
whether it still works
with the old one.

Regards,

Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] Dependencies on libstdc++.so.5

[Rene Engelhard]

Hi,

Am Dienstag, 3. Oktober 2006 17:30 schrieb Alan Yaniger:
> I see that the distributed OOo also has only libstdc++.so.6. What may be 
> different about my build which creates the dependencies on libstdc++.so.5?

That you use sarges default gcc which is 3.3?

3.4 and upper have changed C++ ABI, so has .so.6 and 3.3 has .so.5.
[ the .so.6 you are getting there probably is by the binary-only mozilla zips 
SUn build?
They use g++ 3.4 ]

Regards,

Rene
-- 
René Engelhard -- Debian GNU/Linux Developer -- Debian OOo Maintainer-Team
http://www.debian.org | http://people.debian.org/~rene/ | [EMAIL PROTECTED]
http://openoffice.debian.net | debian-openoffice@lists.debian.org
GPG: 248AEB73 | Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] build times, HelpLinking ?

[Rene Engelhard]

Am Dienstag, 29. August 2006 18:09 schrieb Jens-Heiner Rechtien:
> ... and the other gigantic elephant is officecfg. Both projects scale 
> linearly with the number of enabled languages - ouch. Of course, most 
> developers (old hands or new ones alike) will probably build only one or 
> two languages, if they are not involved in localization issues, so the 

... or distro packagers ;-)

> elephant might not look that big as an entrance barrier. For everyone 
> who has the need to build more languages these two projects are just a 
> , of course.

officecfg is far faster than HelpLinker, especially if you use xsltproc ;-)

Regards,

Rene
-- 
René Engelhard -- Debian GNU/Linux Developer -- Debian OOo Maintainer-Team
http://www.debian.org | http://people.debian.org/~rene/ | [EMAIL PROTECTED]
http://openoffice.debian.net | debian-openoffice@lists.debian.org
GPG: 248AEB73 | Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] --enable-werror

[Rene Engelhard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Martin Hollmichel wrote:
> I'm wondering what the actual status in the OpenOffice.org build is, are 
> working all compilers on all platforms fine with the treatment of warnings ?

Of course not.

There always will be more up-to-date compilers which the code is not yet
adapted to wrt warnings.

> Don't get me wrong, I strongly support the warning = error idea, but for 

I don't. At last not for non-Sun builds.
default should be warning != error.

> users on strange platform the switch --disable-werror might lowering the 
> barrier to compile of OpenOffice.org,

See issue 67671, will do that when I find time for it again...

Regards,

Rene
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEzOvl+FmQsCSK63MRArJyAJ9nQn0MBtZ9UjCl49k7yD2VVWLsvgCfQQI3
6yKh6npYeZGmW4mIHIQTu4I=
=EYMi
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] error in stlport while building 1.1.5 (linux)

[Rene Engelhard]

Hi,

Am Donnerstag, 11. August 2005 10:27 schrieb Hristo Simenov Hristov:
> I'm tring to build 1.1.5 but I get this error while compiling. Anybody to
> help?

Before getting to the real error: g++ 3.4 AFAIS won't work with 1.1.5 proper, 
it at leasst didn't with 1.1.4...

[ useless tar output snipped. Can  tht be left out please? ]

> touch so_built_so_stlport
> mkdir -p ../lib/obj/GCC/ReleaseD
> /home/icobgr/openOffice/build/build_1.1.5/BuildDir/bin/ccache /usr/bin/g++
> -D_REENTRANT
> 
-DGXX_INCLUDE_PATH=/usr/lib/gcc/i586-mandrake-linux-gnu/3.4.3/../../../../include/c++/3.4.3
 
-fexceptions -I../stlport -Wall -W -Wno-sign-compare

note the "linux" here ...

> -Wno-unused
> -Wno-uninitialized -ftemplate-depth-32 -O2 -fPIC dll_main.cpp -c
> -o ../lib/obj/GCC/ReleaseD/dll_main.o
> In file included from stlport_prefix.h:28,
>                  from dll_main.cpp:34:
> ../stlport/ctime:25:44:
> /usr/lib/gcc/i586-mandrake-1-gnu/3.4.3/../../../../include/c++/3.4.3/ctime:
> No such file or directory

... and the 1 here.

[ more unneeded stuff deleted ]

linux is defined by glibc/gcc to 1 apparently so stlport somehow subsitutes 
linux to 1.

See 
http://external.openoffice.org/source/browse/external/stlport/STLport-4.5.patch?rev=1.23&content-type=text/vnd.viewcvs-markup
 
(that revision is for 1.9.x actually) to see how to work aound it.

Regards,

Rene
-- 
René Engelhard -- Debian GNU/Linux Developer -- Debian OOo Maintainer-Team
http://www.debian.org | http://people.debian.org/~rene/ | [EMAIL PROTECTED]
http://openoffice.debian.net | debian-openoffice@lists.debian.org
GPG: 248AEB73 | Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] more fun building moz m117

[Rene Engelhard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

[EMAIL PROTECTED] wrote:
> -m /cygdrive/
> c/downloads/openOffice/src680_m117/default_images -c
> ../util -l ../wntmsci10.pro
> /misc -o ../wntmsci10.pro/bin/images_tt.zip
> Can't locate Archive/Zip.pm in @INC (@INC contains:
> /usr/lib/perl5/5.8/cygwin /u
> sr/lib/perl5/5.8 /usr/lib/perl5/site_perl/5.8/cygwin
> /usr/lib/perl5/site_perl/5.
> 8 /usr/lib/perl5/site_perl/5.8
> /usr/lib/perl5/vendor_perl/5.8/cygwin /usr/lib/pe
> rl5/vendor_perl/5.8 /usr/lib/perl5/vendor_perl/5.8 .) at
> /cygdrive/c/downloads/o
> penOffice/src680_m117/solenv/bin/packimages.pl line 74.
> BEGIN failed--compilation aborted at
> /cygdrive/c/downloads/openOffice/src680_m11
> 7/solenv/bin/packimages.pl line 74.
> dmake:  Error code 2, while making
> '../wntmsci10.pro/bin/images_tt.zip'

You actually didn't read the build instructions correctly ;)
the Archive::Zip perl module is a build requirement. But what wonders
me: Didn't configure complain about that?

OTOH, I don't have a clue about the Windows build environment, so...

Regards,

Rene
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC3rPo+FmQsCSK63MRAq1hAJ49kcconw9+6sini+odPGg1imsFhACcCtr9
YNydnpN4Onu0B94cQkWq25k=
=YA3O
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] build problem with src680_m95-1

[Rene Engelhard]

Hi,

Cornel Plochowietz wrote:
> I downloaded src680_m95-1 (should not be corrupted) and try building
> fullversion on SuSE Linux 9.1
> After a while dmake hangs in SRC680_m95/odk/pack/copying>
> see attachment: SRC680_m95/odk/pack/copying> dmake -v 
> Can anyone help me to complete the build ?

Sure it hangs? that directory takes ages to build. It's "normal".

Regards,

Rene

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] OO 2.0 beta - Build success, but install error in Fedora Core 2.0

[Rene Engelhard]

Hi,

Am Mittwoch, 23. März 2005 14:41 schrieb Kim Myong:

> Error : Failed dependencies:
> suse-release is needed by
> openofficorg-suse-menu-1.9.79-1
> -
>
> What reason?

because you don't run SUSE and that package is made for SUSE (look at the 
name) so depends on suse-release? :)

Regards,

Rene

-- 
René Engelhard -- Debian GNU/Linux Developer -- Debian OOo Maintainer-Team
http://www.debian.org | http://people.debian.org/~rene/ | [EMAIL PROTECTED]
http://openoffice.debian.net | debian-openoffice@lists.debian.org
GPG: 248AEB73 | Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [tools-dev] Problems with building m74

[Rene Engelhard]

Hi,

Bert Meersma wrote:
> I've got the build error fixed now. It turns out that I didn't have 
> tld.h in /usr/include, which is part of the libidn-devel package. I had 
> version 0.3.7 installed. I upgraded it to 0.5.3 and now I've got tld.h 
> in /usr/include. The warning about Xinerama still exists though. Will 

Could anyone please file an issue about this? If the Sun persons use
intenal libcurl they either should disable libidn support (bad) or
include libidn also. If you build with system curl there is no problem
here ;-)

> this give me any problems?

No. It's a bug in your Xinerama headers. They use libX11 functions so
theys should include the necessary headers (#include ).
The meaning essentially says that the header can not be compiled., This
is because _PROTOBEGIN and _END and the Bool datatype for example is
defined in X11/Xlib.h, so Xinerama.h should include it.
Older XFree86 (4.2.x) and X.org versions had that problem. Already fixed
in XFree86 (>= 4.3.x)/X.org (uh, don't have it handy yet) upstream...

Since the code which uses it apparently also includes X11/Xlib.h
directly or indirectly, there is no problem here.

It's no OOo problem anyway.
Grüße/Regards,

René
-- 
René Engelhard -- Debian GNU/Linux Developer -- Debian OOo Maintainer-Team
http://www.debian.org | http://people.debian.org/~rene/ | [EMAIL PROTECTED]
http://openoffice.debian.net | debian-openoffice@lists.debian.org
GPG: 248AEB73 | Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73

  


signature.asc
Description: Digital signature

Re: [tools-dev] Error in libxsec_xmlsec.so building 680_m71

[Rene Engelhard]

Hi,

David wrote:
> I get the following error:
> Checking DLL ../unxlngi4.pro/lib/check_libxsec_xmlsec.so ...: ERROR:
> .../src_m71/solver/680/unxlngi4.pro/lib/libxmlsec.so: undefined symbol:
> xmlXPathErr
> dmake:  Error code 1, while making '../unxlngi4.pro/lib/libxsec_xmlsec.so'
> 
> I've invoked the build with the following switches:
> --with-system-curl (breaks in curl if I don't)
> --disable-mozilla (breaks in libmozab2 if I enable mozilla)

you can't disable mozilla anymore (even if it is mentioned in the
condigure help). xmlsecurity needs nss which is part of mozilla.

You can get past that libmozabdrv2 error by justinstalling
libstdc++.so.6. Makes the check pass.. Sun unfortunately uses gcc 3.4.x
for their builds which changed binary compatibility wrt C++

> From what I've read it seems to me that this problem is associated with 
> mozilla. If I try to build with mozilla enabled it break building 
> libmozab2 - this seems to be because of issues between gcc 3.4 and 3.3 
> and the mozilla prebuilt libraries. I've also tried 

Right.

> --with-system-mozilla but I can't seem to get that to work.

Where? In plain m71? Won't work either. You want to use cws
systemmozilla for this. If this doesn't work for you, please tell me so
I can fix it (note: it needs mozilla >= 1.7.5 or s mozilla containing
nss >= 3.9.3)

> Is there a work around for the libxmlsec problem above?

Either you install libstdc++.so.6 (then you can install the zips) OR you
use system mozilla (cws systemmozilla) OR you build mozilla from scratch
during OOo build (cws mozooo, Volker posted a infomail to dev@ yesterday
or two days ago...)

See the corresponding issues:
http://qa.openoffice.org/issues/show_bug.cgi?id=38418
http://qa.openoffice.org/issues/show_bug.cgi?id=11424
and
http://qa.openoffice.org/issues/show_bug.cgi?id=17187
(use the systemmozilla version, not this patch, it's got more
improvements than it; or you take
http://people.debian.org/~rene/openoffice.org/cws_src680_systemmozilla.diff
which is the current state..)

Grüße/Regards,

René
-- 
René Engelhard -- Debian GNU/Linux Developer -- Debian OOo Maintainer-Team
http://www.debian.org | http://people.debian.org/~rene/ | [EMAIL PROTECTED]
http://openoffice.debian.net | debian-openoffice@lists.debian.org
GPG: 248AEB73 | Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73


signature.asc
Description: Digital signature