Hi,
I'm only vaguely familiar with the spell checker internals, but
AFAIK, OOo
itself is rather agnostic about the exact algorithm used to come up
with
similar words - that's an implementation detail of the checker engine
used. For OOo, that would be aspell, for SO, one out of several
comm
Hi,
I see you are building unxlngppc.pro which is PPC Linux.
Not all of the patches you need to successfully build PPC Linux version of
OOo are in the tree. I have committed most of them but some are still
waiting to be committed or just slipped through the cracks. This includes
the mozilla
22, 2002, at 07:45 AM, Jan-Hendrik Palic wrote:
Hi Kevin ...
On Thu, Feb 21, 2002 at 08:34:34PM -0500, Kevin B. Hendricks wrote:
I see you are building unxlngppc.pro which is PPC Linux.
Yeah ... I think, the i386/PPC arches will be the only two arches with
OpenOffice in debian in the future
n-Hendrik Palic wrote:
> >On Thu, Feb 28, 2002 at 07:53:10AM -0500, Kevin B. Hendricks wrote:
> >>I have been out of town for the last week or so. I will try to get my
> >>ppc specific diffs for OO641C ready soon and mail them to you. These
> >>diffs will make it
for ppc linux
alone since I don't want to break anything for anybody.
Kevin
On November 22, 2001 07:09, Kevin B. Hendricks wrote:
> Hi,
>
> I backed out the cppu/prj/d.lst changes, and added the
> -Wl,--noinhibit-exec and that got me most of the way through the build
> up to
Hi Jan,
Apply this patch in sw/source/core/unocore to makefile.mk
--- makefile.mk~Tue Nov 6 03:34:24 2001
+++ makefile.mk Fri Dec 7 12:13:51 2001
@@ -144,8 +144,14 @@
$(SLO)$/unotbl.obj \
$(SLO)$/unotext.obj
-EXCEPTIONSNOOPTFILES = \
-$(SLO)$/unoportenum.obj
+.IF "$
Hi,
Don't forget the configmgr patch for fix Optimzation bug I sent to you
along with the mozilla gcc3 patch from Franz.
Kevin
On May 29, 2002 07:15, Jan-Hendrik Palic wrote:
> Hi OpenOffice.org users
>
> Im working for the switch to using gcc3.1 fo building OpenOffice.org.
> This was nessa
Hi Jan,
This is a glibc bug that was fixed recently for ppc linux. Please use the
attached patch to fix your glibc-2.2.5 version which I downloaded from the
libc-alpha mailing list:
diff -u -p -a -u -p -a -r1.2 sysdeps/powerpc/fpu/w_sqrt.c
--- sysdeps/powerpc/fpu/w_sqrt.c6 Jul 2001 04:
Hi Jan,
BTW: there have been a number of important glibc 2.2.5 patches for ppc
linux recently.
You might want to check out:
Patch to fix missing sqrtl on powerpc
http://sources.redhat.com/ml/libc-hacker/2002-05/msg00012.html
Patch to fix cache flushing when loading shared libraries
http://sou
te:
> Hi Kevin ..
>
> thnx for fast reply ;)
>
> On Thu, Jun 27, 2002 at 08:24:59PM -0400, Kevin B. Hendricks wrote:
> >Hi Jan,
> >
> >BTW: there have been a number of important glibc 2.2.5 patches for ppc
> >linux recently.
> >
> >You might want
Hi Jan,
Something is messed up here. I don't need to make that change at all.
I searched for "zlib.h" and found it as follows:
./solver/641/unxlngppc.pro/inc/external/zlib/zlib.h
It is delivered there by the new zlib module which has a prj/d.lst line
which says:
..\%__SRC%\inc\zlib.h %_DES
machine
when built with Franz' latest glibc 2.2.5 version.
So hopefully both problems will be fixed with my next build.
I'll let you know when it is done so that you can test it.
Thanks,
Kevin
On July 7, 2002 07:28, Jan-Hendrik Palic wrote:
> Hi ..
>
> I mailed with Kevi
Hi Chris,
> That would break downgrades to 1.0.0. The ~/.openoffice name was chosen
> before we knew that upgrades would have to have a totally new directory.
> Also, having a hidden directory means that users don't realise that
> there may be unused OOo directories lying around in their home
> d
Hi,
Yes the upstream is aware of this. What I tried to expalin in my last mail
was that changes in both hyphenation dictionary format and the creation of
shared dictionaries (as opposed to user specific dictionaries only)
necessitated that the user space from OOo 1.0 not be used for OOo 1.0.1
Hi,
If you run an official installer from OOo you can control the name of this
file completely. it just defaults to OpenOffice.org1.0.1 but you can make
it anything you want.
Kevin
On July 10, 2002 10:55, Joey Hess wrote:
> Chris Halls wrote:
> > - Place the user install in ~/OpenOffice.org1
and more so that he can act similarly like a bridge.
Thanks!
Kevin
On July 10, 2002 01:44, Chris Halls wrote:
> On Wed, Jul 10, 2002 at 10:25:40AM -0400, Kevin B. Hendricks wrote:
> > BTW, I wuld like to see more action on the official OOo mailing lists
> > from distribution based
Hi Chris,
> These will include the desktop
> integration, which is now complete for KDE and possibly for Gnome (but
> untested).
Are the above in any form to be contributed back to OOo? I would love to
fix desktop integration for all distributions.
Also, there is some talk upstream of buildi
ves all welcome?
Hamburg developers, what are your long term plans for installation
approaches?
What do people think?
Kevin
On July 17, 2002 10:49, Chris Halls wrote:
> On Wed, Jul 17, 2002 at 08:04:32AM -0400, Kevin B. Hendricks wrote:
> [quoting my announcement of upcoming .deb p
Hi Oliver,
> these issues have been discussed over and over again, but everytime when
> it comes to the work that has to be done to solve these issues, nothing
> happened.
Unfortunately not many volunteers (including myself) understand the entire
instgall process well enought to understand what
Hi,
Yes, this is the main component registry. Every shared lib component has
been registered in that file with the service name(s) they provide.
Under x86 linux component libs are named lib*641li.so but under ppc linux
lib*641lp.so.
This file should not be shared across platforms.
Good cat
ce, and I did it using the ones I had on
> my disk.
>
> On Thu, Jul 25, 2002 at 09:25:23PM -0400, Kevin B. Hendricks wrote:
> > Yes, this is the main component registry. Every shared lib component
> > has been registered in that file with the service name(s) they
> > provi
Hi,
I was away on vaction and just saw this. AFAIK Mozilla is using its
version of MySpell which is dictionary compatible with the OOo ones so you
might want to name them something or organize them somehow so that they
are useful for Mozilla users too.
Hope this helps,
Kevin
On July 26, 200
Hi Jerome,
> Do you have more info?
> I found http://spellchecker.mozdev.org, but it doesn't say much.
David Einstein is the one to talk to for more info. Basically, he took an
early version of MySpell and completely rewrote it to support Mozilla
string classes, specific file io, etc. It look
Hi,
Don't worry about the OOo part. Once you decide on a shared location, I
can change the OOo lingucomponent code to look there for shared files
first (the dictionary.lst file would still need to be at the shared OOo
location but that is an OOo specific file anyway and I can incorporate a
se
Hi Chris,
On August 6, 2002 03:47, Chris Halls wrote:
> On Mon, Aug 05, 2002 at 12:57:59PM -0400, Kevin B. Hendricks wrote:
> > Don't worry about the OOo part. Once you decide on a shared location,
> > I can change the OOo lingucomponent code to look there for shared
> &
Hi,
Please open an official OOo issue for adding gcc 3.2.X support and add your
patches to this issue.
I will then push to see they make it into OOO_STABLE_1 and OO642C.
Thanks,
Kevin
On August 6, 2002 06:51, Debian Openoffice CVS wrote:
> Repository: oo-deb/debian/patches
> who:hagga
rn f;
> }
>
> So, I cannot apply the patch below
>
> My question is, is it a gcc-3.2 issue or perhaps, is it a OpenOffice.org
> issue.
>
> I looked to the link below about the gcc issue and it seems, that this
> patch is allready applied and I wonder, if the debian-gcc d
Hi,
> Is there a reason not to enable RTTI for the complete
> build?
If it helps ppc linux did all its OOo builds with rtti enabled under gcc
2.95.4 for a long time (right up to and including OOo 1.0 I belive). The
only issue we ran into really was linking to the Mozilla address book code
sin
Hi,
It should build as is under ppc Linux but it still has some nits and bugs
to iron out. I just found one tonight where frework has removed an
interface that is still being used by other modules.
So expect the tree to still have a few changes requiring a rebuild later as
things are fixed.
Hi,
No the problem is not upstream. Spellchecking works fine upstream.
So something about the debain installation is not correct (it seems to be
missing the affix information).
Please check for the files en_US.aff and en_US.dic being present in your
tree in the proper place (under an official
Rene Engelhard wrote:
> Hi Kevin,
>
> Kevin B. Hendricks wrote:
> > No the problem is not upstream. Spellchecking works fine upstream.
> > So something about the debain installation is not correct (it seems to
> > be missing the affix information).
> >
> > Please
gt; Kevin B. Hendricks wrote:
> > No the problem is not upstream. Spellchecking works fine upstream.
> > So something about the debain installation is not correct (it seems to
> > be missing the affix information).
> >
> > Please check for the files en_US.aff and en_U
Hi,
> For some reason i had changed that line to "DICT en US en_GB"
In the future, please tell people you have hacked and played around with
installing other dictionaries. That would have been a helpful piece of
information to post in the bug report don't you think.
> it must have been a
Hi,
> On a side note, it it possible to make openoffice
> use aspell rather than its built in one as kmail/kword using aspell
No, aspell is not crossplatform enough but Kevin Atkinbson is trying to
make it better. He would welcome the any development help you might
offer.
> seems to suggest mu
Hi,
> using aspell
> seems to suggest much better alternatives than openoffice's built in
> spellchecker.
BTW, I looked at the en_GB.aff file and they do *not* use the replacement
table feature of MySpell. So their suggestions mechanism will ONLY catch
common typing problems (additional letter
Hi,
How does this Finnish dictionary and hyphenator differ from
the one on the OpenOffice.org dictionary download site whose README states:
---
Pasi Ryhänen
[EMAIL PROTECTED]
This package contains source code for OpenOffice.org speller and
hyphenator modules, which are compatible with Soikko, a
Hi,
Just a note as to why dictionary.lst is present and not just looking in the
directory to see what .aff files exist
The reason is people might want to register a dictioanry built for one
locale under another (ex: en_GB for Austrailia, th_en_US under en_GB,
latin under en_US, etc.).
So
Hi,
One alternative until the proper debian packaged versions com along is to
simply use the official OOo binary for powerpc available from the mirror
sites graciously hosted by YellowDogLinux.
So go to ftp://ftp.yellowdoglinux.com/pub/yellowdog/software/openoffice/
and grab that ppc linux ins
Hi,
> Thanks, will try now. I hope it doesn't corrupt my Debian purity... no
> kidding, I really like being FSF-holy.
It does have gif support and uses the gpc code and will use java if you
have it enabled unlike the Debian specific versions. However, you will
not be violating any licen
Hi,
> Anyway I understand OOo does not use kaffe, but only Sun Java?
Neither Kaffe, nor gnu gcj/gij have the capabilities to replace the Sun
Jave yet so yes only Sun/Blackdown Java for now.
Kevin
Hi,
Hopefully to help clarify a few things ...
Please see:
http://www.budischewski.com/pyuno/python-bridge.html
So yes there is a forthcoming pyuno module from upstream and even a
forthcoming python module (since if you use two different gcc 3 versions
to compile the bridge and python there i
Hi,
You are missing pices from solenv/inc/target.mk that sets the following
macros LIBSTDCPP3 and SHORTSTDCPP3.
These macros are set in solenv/inc/ and their output is sent to the
solver/6*/unx*/inc/comp_ver.mk file. These determine the specific version
of libstdc++.so.X.Y.Z and the proper sy
Hi,
You could try the non-debian specific version at
ftp://ftp.stardiv.de/pub/OpenOffice.org/contrib/linuxppc/
I would grab the 1.0.2 version
These include the proper libstdc++ and libgcc_s to run on any PPC Linux
distribution.
If youa re feeling adventerous I can provide a link to an OOo 1.1
Hi Gerhard,
The build specifies the static lib here:
-Wl,-Bstatic -lstlport_gcc -
Are you using the internal stlport or an externally built one. If using
the internal, there is a libstlport_gcc.a built in stlport and delivered
to the solver on my build of OOo 1.0.3
[EMAIL PROTECTED] lib]$
Hi,
Many of the command line tools built and used by the build go ahead and
statically link it in (and thus the define in the solenv/inc/unx*.mk file
for just that case).
Hope this helps,
Kevin
On April 15, 2003 01:41 pm, Gerhard Tonn wrote:
> On Tuesday 15 April 2003 20:20, you wrote:
> > H
Hi Chris,
A Head's up ..
For OOo 1.1 Beta2
I installed "upstream" a patch to boost that replaces the
/usr/include/asm/atomic.h header that can no longer be used on some platforms
from userland.
It provides atomic increment and atomic decrement for use by boost which in
turn gets used in dba
Hi Chris,
>- add symlinking in rules to make mozilla happy; mozilla wants e.g.
> de-DE.{dic.aff} instead of de_DE.{dic.aff} as OOo wants
Actually, for OOo you can name the dictionaries anything for OOo as long as
you use the correct entry in the dictionary.lst file and the same name for
Hi Jack,
> Also They will need to get jdk 1.3.1-02d which unfortunately
> hasn't been placed on the blackdown mirrors yet.
I did send my "please go ahead" to Karl. I am not sure what is up. Anyway, I
have placed them on the YDL mirrors (the tar.gz versions and not debian rpms)
So if anyone wan
Hi Jan,
Does your version of glibc-2.3.2 have the following changes in them from
glibc-2.3.1? These were the only changes from glibc-2.3.1 that existed and
they need to be there to fix a limit on the total number of symbols that can
be relocated.
Kevin
--- dl-runtime.c2002-09-18 14:4
Hi,
A guess ...
libsal.so.3.1.0 is a versioned library. Perhas the symlinks are missing
libsal.so.3 -> libsal.so.3.1.0.
If you run ldd on libsw644ls.so what does the list of dependent libraries
shown. What does ldd show on libsal.so.3.1.0 itself? Perhaps there are
missing symbols or a shar
Hi Chris,
This same bug exists upstream as well. I just helped someone on Mandrake that
had the installation fail with exactly the same backtrace.
He did a binary search of truetype fonts and found that:
> Narrowed it down to mshei.ttf which is a chinese/japanese font I think.
> Will add tha
Hi,
> > i will be happt to better integrate openoffice into kde desktop.
>
> There is no plan to do it. For Ximian, it makes sense. For OOo itself,
> which is quite much relying on Sun, the plans are to integrate to GNOME
> too, as Sun (and other big UNIX companies out there) are planning to use
>
Hi,
The strange thing is that the issue must be tool version specific or
distribution specific. I have stock YDL 3.0 and I have had none of the
problems that Jan has run into with his Debian (latest tools) builds.
Jan sent me a runtime error log during installation that shows the following
er
Hi,
And google was right! Good catch!
This is the source tree to the Blackdown PPC Linux jdk 1.3.1 build that Jan
uses:
[EMAIL PROTECTED] wcvs]$ cd jdk1.3.x
[EMAIL PROTECTED] jdk1.3.x]$ find ./ -name "*" -exec grep "nested memory" {} \;
fprintf(stderr, "OUCH: nested memory code, to %d
Hi,
> Is a bridge some sort of call wrapper?
A bridge is a piece of code that converts (bi-directionally) the calling
conventions from one langauge/component model to another.
OpenOffice.org uses the uno component model and as such needs a way to convert
C++ calls to uno-component calls and ba
Hi,
FYI, OOo can use any unique name so you could easily change the names of all
of the en_GB.dic/.aff to en-GB.dic/.aff and OOo would care worth a damn as
long as you register it under that name in the dictionary.lst.
So why not simpoly change the names of the dictionaries to fit what Mozilla
Hi Jim,
Okay all are approved although for the first one I do not understand the issue
with -(sal_Int32)0x800 versus (sal_Int32)- 0x8000.
So they are approved so please go ahead and commit these fixes to
cws_fix645_ooo111fix2.
Thanks.
Kevin
On Sunday 04 January 2004 02:18, Jim Watso
Hi All,
FYI: None of this is determined yet. I am simply trying to create a
prototype that can prove that the idea of a Font Installer wizard will work.
Once that is done, I will ask permission from Hamburg developers if we can
include it in the OpenOffice.org tree in external (Martin and Sun
Hi Stuart,
> Usage of libmspack in OpenOffice would be internal, rather than as a
> library dependancy. As long as the legal requirements of the LGPL are
> respected, and the library API in mspack.h is used rather than direct
> linking to internal functions, I have no problem with embedding
> libm
FYI only,
OpenOffice.org announces OpenOffice.org 1.1.1 for PPC Linux is now
available on the StarDiv and YellowDog Linux Mirrors and selected other
locations.
http://porting.openoffice.org/linuxppc/ppclinks.html
This contributed build was made on an almost stock YDL 3.0 machine and
therefo
Hi Ben,
The old JDK is the one I use with OOo. I know that work is still
ongoing at Blackdown for PPC Linux since Sun expressed some interest in
it recently (but not enough to actually find me to do it) so I have
pretty much given up on it. Frankly I use the IBM jdk 1.4.1 for almost
everyth
Hi Ben,
Is this needed for the build or can it be built and JDK added later ?
The JDK is needed for a full normal build of OOo but Debian and others
use patches to disable Java since Java itself is not free. Much of the
functionality is present without the need for Java.
Actually, my ques
Hi Jason,
If we use the debian packages, can these facilities be added in later?
Or is it too late because they have been compiled out of the code?
I've been trying to use the Report Wizard and the docbook filter and
haven't been able to make them work - this might explain why.
Yes, neither o
Hi,
FYI, msfontextract was approved for OOo 1.1.2 and will be part of the
standard upstream install for OOo 1.1.2 if that matters. In fact it
has already been committed to the cws_srx645_ooo112fix1 tree.
Kevin
On Apr 14, 2004, at 5:00 AM, Jerome Warnier wrote:
Please provide msfontextra
Hi,
cabextract is not LGPL and can't be part of OOo so we used libmspack
which is LGPL to create msfontextract.
But if you install msttcorefonts at the core os level then you will not
ever need msfontextract since OOo will automatically pick up the system
truetype fonts.
Perhaps I could as
Hi,
I wonder if FontOOo could be useful at all on Debian, as most the
downloadable fonts are already available as packages.
Maybe it could try to detect if the fonts are already on the system,
and
only install those which don't.
Yes possibly, other fonts will added to support a wide variety
Hi,
FYI, OpenOffice.org 1.1.2 for PPC Linux is now available.
The main new features are:
- lots and lots of bug fixes from OOo 1.1.1
see
http://download.openoffice.org/1.1.2/release_notes_1.1.2.html
- Will work with Blackdown JDK *or* the IBM JDK (just select one
upon install)
67 matches
Mail list logo
