Hi all,
Current (SRC680m246) soffice start scripts on Unix still try to add some
Mozilla library directory to LD_LIBRARY_PATH or equivalent, see
desktop/scripts/soffice.sh:1.29 l. 88--168. Does anybody need that
code, or can it go for good?
-Stephan
Giuseppe Castagno wrote:
mm, it seems I have no scext module, I checked out the source in full,
but no scext module present and no error signalled. I'll do it again.
that is issue 85986. I think there was a warning message just when the
build begins...
jim
---
Martin Hollmichel wrote:
since the efforts for supporting Windows98 and WindowsME are reasonable
high and makes maintainability of the code quite hard, I would like to
propose to drop Windows 98/ME support with the release of OOo 3.0.
...
(Briefly) what is it about supporting Win98 that makes
Hi,
i have promised it for last Friday but i wanted to do some clean up
first, sorry for the delay ;-)
I have put a new intermediate version 1.1.1 of the OpenOffice.org API
plugin on the API project page
(http://api.openoffice.org/Projects/NetBeansIntegration/org-openoffice-extensions.nbm).
Hi all,
@Caolan, Petr:
I have made this answer of mine a cross post to lingucopmponent.dev as
well. And since it is about lingucomponent issues it would be nice to
continue the discussion there
@lingucomoment reades:
This mail is a reply to a posting in the openoffice.dev list.
> On Fri, 2008
Hi Frank,
On Mon, 2008-02-11 at 15:00 +0100, Frank Schönheit - Sun Microsystems
Germany wrote:
> Sure. Again: The question is whether the gain is worth the pain.
> Personally, I somehow doubt it.
I'm all for removing external header guards, and doing it in one step.
The big gain I see is less con
On Mon, Feb 11, 2008 at 03:00:06PM +0100, Frank Schönheit - Sun Microsystems
Germany wrote:
> > Are you suggesting to do this incrementally? In which way would that
> > help, for the individual developer, who needs to resync one or more
> > CWSs against the inevitably changed include portion of he
Hi Thorsten,
> I cannot imagine changes to OOo code that do not "potentially cause
> pain" someone somewhere. The thing is, it's a change for the better,
> removes a ton of unnecessary, fragile & hard to maintain code, and there
> simply won't be "a better time" for this.
Sure. Again: The questio
Juergen Schmidt escribió:
Hi,
i have promised it for last Friday but i wanted to do some clean up
first, sorry for the delay ;-)
I have put a new intermediate version 1.1.1 of the OpenOffice.org API
plugin on the API project page
(http://api.openoffice.org/Projects/NetBeansIntegration/org-o
Hi Eike,
Eike Rathke wrote:
Hi Giuseppe,
On Monday, 2008-02-11 13:16:34 +0100, Giuseppe Castagno wrote:
I can correct the library liblpsolve55.so issue by manually building the
module lpsolve, but I have no idea about the other two.
Where does libsolver680li.so and come solver680en-US.res f
On Mon, Feb 11, 2008 at 12:33:47PM +0100, Nikolai Pretzell wrote:
> Frank Schönheit - Sun Microsystems Germany schrieb:
>> What, except removing some "ugliness", which is alway highly subjective,
>> is the gain of this change?
>
> Maintainability.
>
> The "uglyness" IMHO is not subjective, and a d
Frank Schönheit - Sun Microsystems Germany schrieb:
Hi Thorsten,
kendy and me now intend to execute the once-postponed plan to remove
external header guards (that #ifndef STUFF #include #endif
ugliness). A bit more background:
http://blog.thebehrens.net/2008/02/05/obsolete-external-header-gua
Rene Engelhard wrote:
So you want to tellme that /usr/lib/openoffice won't work anymore
(be it with /usr/lib/openoffice/ure, /usr/lib/openoffice/basic3.0)
anymore?
Using /usr/lib instead of /opt as prefix should just work fine, I guess.
(In principle, the three layers can be put wherever you
Oliver Braun wrote:
Stephan Bergmann wrote:
The planned new (OOo 3.0) structures are as follows:
On Unix (Linux, Solaris):
- The URE product still by default will install to
/opt/openoffice.org/ure (but only the /opt prefix is relocatable).
- The OOo product by default will install its three
Caolan McNamara wrote:
On Fri, 2008-02-08 at 14:05 +0100, Petr Mladek wrote:
I think that the best solution would be to get rid of share/dict/ooo and look
for the dictionaries into a common place, for example /usr/share/myspell.
It would be nice get rid of share/dict/ooo/dictionary.lst. The di
On Mon, Feb 11, 2008 at 01:20:50PM +0100, Frank Schönheit - Sun Microsystems
Germany wrote:
> If an internal include guard changes - this only means that the external
> include guard does not apply anymore (i.e. the #ifndef evaluates to
> false), so the file is unconditionally included, effectivel
Hi Frank,
Frank Schönheit - Sun Microsystems Germany schrieb:
I'm all in for somebody else doing work :), and I do not doubt that it
is *reasonable* to remove external include guards /in general/.
I only suspect that the minor gain we get from this is not worth the
potential medium or big pain i
Hi linuxa,
On Sunday, 2008-02-10 10:26:21 +, linuxa linux wrote:
> I found this sourceforge project quite interesting and
> I thought why not tell you because it could be a
> shortcut for all the projects:
>
> http://translate.sourceforge.net/wiki/start
If you actually had read the page you
Hi Nikolai,
> The "uglyness" IMHO is not subjective, and a defect. Maintainability is
> a major problem in any project as huge as OOo,
Sure.
> - unnecessary code
Which is true for a lot of other places, too. I usually fix those
incrementally :)
> - a potential cause for difficult to find erro
Hi Sophie,
Thanks for your mail; I agree - this particular dead-end of the thread
got a little unpleasant & highly charged; I'm well up for killing it.
On Fri, 2008-02-08 at 20:42 +0100, sophie wrote:
> We are now thinking about SCA, an adapted one to our community, so no
> need to quarre
Caolan McNamara wrote:
I'm still kind of interesting in figuring out if splitting the build to
make building ure on its own and then building the rest of OOo against
an intalled ure is plausible or desirable. Quite messy to do it now, but
hackable. That's the grail for the "we always build packag
Oliver Braun wrote:
Hi Stephan,
Stephan Bergmann wrote:
The planned new (OOo 3.0) structures are as follows:
On Unix (Linux, Solaris):
- The URE product still by default will install to
/opt/openoffice.org/ure (but only the /opt prefix is relocatable).
- The OOo product by default will insta
Hi Giuseppe,
On Monday, 2008-02-11 13:16:34 +0100, Giuseppe Castagno wrote:
> I can correct the library liblpsolve55.so issue by manually building the
> module lpsolve, but I have no idea about the other two.
>
> Where does libsolver680li.so and come solver680en-US.res from?
Module scext, your
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Stephan Bergmann wrote:
> Rene Engelhard wrote:
>> So you want to tellme that /usr/lib/openoffice won't work anymore
>> (be it with /usr/lib/openoffice/ure, /usr/lib/openoffice/basic3.0)
>> anymore?
>
> Using /usr/lib instead of /opt as prefix sho
Hi all,
on GNU/Linux Debian lenny, while building m246 from scratch, at the end
of the process, in module instsetoo_native the build complains with:
**
ERROR: Saved logfile:
/home/beppe/ooo-b/m246-std/build/current/instsetoo_native/unxlngi6.pro/
> On Fri, 2008-02-08 at 17:51 +0100, Juergen Schmidt wrote:
> > The project simply don't need people like you who has
> probably never
> > contributed one line of code but are very good in this kind
> of useless
> > discussion.
I must of missed this email (I did notice Michael's reply), but re
26 matches
Mail list logo