Any ideas? This is a serious situation to me, due to the need of a
properly working OO :-(
Regards,
Oliver
I have similar problems with OpenOffice 2.3.1 on FreeBSD/i386 (I'm
running 7.0-PRE as of Dec 23). It's possible to save documents but
exiting OOo hangs and I need to kill it. Firing up OOo once again,
there's this "recovery stuff" which hangs also and eats up CPU time.
Only way out: kill -9 $PID
Opening a document via 'File -> Open -> ...' hangs also. .odt or .doc
doesn't matter.
> Any ideas? This is a serious situation to me, due to the need of a
> properly working OO :-(
No, perhaps using an other word processor (AbiWord, StarOffice). Or
going back to OOo 2.3.0...
Regards,
Philipp
Any ideas? This is a serious situation to me, due to the need of a
properly working OO :-(
Regards,
Oliver
> > Any ideas? This is a serious situation to me, due to the need of a
> > properly working OO :-(
>
> No, perhaps using an other word processor (AbiWord, StarOffice). Or
> going back to OOo 2.3.0...
This has been discussed within the last two weeks on the
openoffice@ list. A message from Peter Jeremy on December 14
contains both information about the cause and a patch.
Robert Huff
The question is why is OpenOffice 2.3.1 included in the ports three so
quickly without making sure that things work properly.
BSD systems are genuinely known for their stability and code correctness
which is why most people decided to use them on the first place.
Rushing to include new software in the ports three without proper
testing is seriously going to damage usability of the whole OS.
In my understanding ports tree is supporting stable and the current
brunch. I am of the opinion that the ports three of the stable
branch should not include nothing but the rock solid and tested
software. The easiest way for me to check if the port is bleeding
edge that is to try to install the same software using binaries.
(pkg_add -r) If the binaries do not exist or if the version installed
from binaries is older that clearly indicates that the port version is
too new to be trusted.
I personally found out that Xfce4-panel is not compiling properly on
stable and also Orage (calendar for Xfce) While
problems with Xfce4-panel are not as serious as with Orage (which is
not usable in any shape or form on FreeBSD) they are still serious.
The same packages work flawlessly on the OpenBSD.
Happy New Year to Everybody
Predrag
> freebs...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-port...@freebsd.org"
> _______________________________________________
> freebsd-...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questi...@freebsd.org"
>
The problem is that ports is maintained by volunteers who are mostly
outside of any kind of freebsd core team. I think it is unrealistic to
ask port committers to check anything more than to check that the ports
build properly.
My personal wish list is that opencascade builds on FreeBSD-7 with the
new stlport, and that octave-forge not be in its current "IGNORE" state.
But I fully appreciate that I must either wait, or help make it happen.
Stephen
My patch was for a different problem - related to OOo not opening
any files. I'm not currently in a position to verify but I don't
believe that the patch I made is related to O.Hartmann's problem.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
A patch is ready for that, and is available at
<http://people.freebsd.org/~thierry/ports/opencascade.diff>
but I cannot commit it right now: it will fail without the patch
included in PR ports/118958. That means that we have to wait untill the
ports tree is totally unfrozen.
Best regards,
--
Th. Thomas.
> > This has been discussed within the last two weeks on the
> >openoffice@ list. A message from Peter Jeremy on December 14
> >contains both information about the cause and a patch.
>
> My patch was for a different problem - related to OOo not opening
> any files. I'm not currently in a position to verify but I don't
> believe that the patch I made is related to O.Hartmann's problem.
"I just turned around and there conclusions were."
Sorry about that.
Robert Huff
Just checking, since the ports tree is unfrozen have all the
patches to OO been applied to fix these problems?
Ted
> Internal Virus Database is out-of-date.
> Checked by AVG Free Edition.
> Version: 7.5.516 / Virus Database: 269.19.5 - Release Date:
> 1/16/2008 12:00 AM
>
> Hi Thierry,
>
> Just checking, since the ports tree is unfrozen have all the
The ports tree still isn't complete unfreeze until 7.0 release. I don't
know about OO stuff, so I will let someone to answer to it.
Cheers,
Mezz
> patches to OO been applied to fix these problems?
>
> Ted
>
>> -----Original Message-----
>> From: owner-freeb...@freebsd.org
>> [mailto:owner-freeb...@freebsd.org]On Behalf Of Thierry Thomas
>> Sent: Tuesday, January 01, 2008 12:33 PM
>> To: Stephen Montgomery-Smith
>> Cc: freebsd-...@freebsd.org; freebs...@freebsd.org
>> Subject: Re: Problems with OpenOffice 2.3.1 on FreeBSD
>>
>>
>> Le Mar 1 jan 08 à 21:21:43 +0100, Stephen Montgomery-Smith
>> <ste...@math.missouri.edu>
>> écrivait :
>>
>> > My personal wish list is that opencascade builds on FreeBSD-7 with the
>> > new stlport, and that octave-forge not be in its current
>> "IGNORE" state.
>> > But I fully appreciate that I must either wait, or help make it
>> happen.
>>
>> A patch is ready for that, and is available at
>>
>> <http://people.freebsd.org/~thierry/ports/opencascade.diff>
>>
>> but I cannot commit it right now: it will fail without the patch
>> included in PR ports/118958. That means that we have to wait untill the
>> ports tree is totally unfrozen.
>>
>> Best regards,
--
me...@cox.net - me...@FreeBSD.org
FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src)
http://www.FreeBSD.org/gnome/ - gn...@FreeBSD.org
http://wiki.freebsd.org/multimedia - multi...@FreeBSD.org
Note that this problem has been "fixed". Set
"OOO_FORCE_DESKTOP=gnome" (setenv OOO_FORCE_DESKTOP gnome/export
OOO_FORCE_DESKTOP=gnome, as apropriate) in the environment before
starting OpenOffice. Ref. http://www.nabble.com/Re:-GLib-GObject-CRITICAL-td13904374.html
-- Trond
Thanks a lot. That has fixed the issues for me.