Slashdot Mirror
Sun to Offer Support for OpenOffice.org
An anonymous reader writes "NewsForge.com [ed. note: Newsforge and Slashdot are both part of OSDN] is reporting that Sun announced today they will offer both free and for-pay support for OpenOffice.org. The story says the cost will be about the same as that it is charging for StarOffice, the proprietary cousin of OO.org."
I get all my tech issues resolved by the friendly folk over there.
... for anyone who read the AOL PC story last week. AOL's ad clearly lists the Office suite supported by Sun.
You mean something like this?
According to Sun's official OpenOffice support page, OpenOffice 1.1 is only supported on Windows, Solaris, and Linux...in other words, only platforms where StarOffice also exists...
I tried OO.o for a while. I was quite surprised to not find newsgroups particularly for OO.o. Would it be difficult to have these newsgroups created and propogated to the various servers?
Depends. It's extremely easy to create an alt.* group, but as the majority of these are things like alt.john.smith.is.an.a--.h---, many servers (particularly the popular cis.dfn.de) don't accept them unless a significant number of people request it. Alternatively, if you go the official route, every major server will pick it up, but the process is very long, very hard, and requires a lot of work -- discussions, polls, creating a charter, etc.
Les Miserables Volume 1 now up with my reading of
compiled with -o4 -funroll-loops and Open Office 1.1.1 installed with Ximian enchancements
I'm hoping that was a typo, because I'm 90% sure that there is no -O4 option to GCC. -O(1|2|3|s) is valid, but -O4 doesn't do jack. (which might be why you aren't getting the performance you should.)
Another option would be to put your proccessor in make.conf (Can't remember where it is off th top of my head, but scan through make.conf and you'll find it). It will then use processor specific optimizations to speed up programs. This will effectivly make any binaries processor specific (ie p3 binaries can only run on a p3), but it should speed things up even more.
Gentoo 1.4 with kernel 2.6.0-test12
exclusiveley for games thanks to the Optimized gaming kernel and WineX
Sorry dude, but that just makes me thing you're a troll. Those two are mutually exclusive. You can't be running 2.6.0-test* while at the exact same time running the gaming sources. can't happen unless you are running bochs or something, in which case it's no wonder you're getting horrible performance.
My suggestion would be to install the binary port for openoffice (ie emerge openoffice-bin). Sometimes the larger programs seem to choke on certain processor optimizations. For example, I had problems when I compiled my own firebird, so I installed the binary version, and it fixed everything.
Either do that, or try recompiling it with the -Os option. Since it will be optimized for size, it won't take as long to load the binary into memory, and you'll (hopefully) see some performance gains. This seems to be the common consensus on the gentoo forums, anyway.
Not Free(as in beer). Free(as in "I'm free to beat you over the head for being a dumbass")
There is no 2.6.0-test12 yet. And tinkering with the compile flags will do you more harm than good. There were extensive discussion about that on LKML, there was even a patch to compile the kernel with -Os that went into -mm for a while (I'm not sure if it's still there), but it was later found that it miscompiled some bits. Oh, and -O4 doesn't buy you anything -- gcc optimization limit is -O3, so you can even do a -O9, the end result is the same. Also, -funroll-loops will more than likely do you more harm than good, since it makes the code definitely larger and may or may not speed it up -- but the hypothetical increase in speed (probably just statistical noise in any comparison) is vastly lost in the cache misses because of the larger size of the code.
That already is in the works, and has been for some time. MS needs to change the format to drive sales of new office suites. The additional benifit for them is that OO will again be uncompatible.
Will this bite them in the ass? Maybe, since word pretty much works as is. Putting in DRM and changing the save format may piss some people off.
...with version 2.0 - at least I think so. There are significant Mac OSX updates planned for that version. Right now, OOo runs as a straight Unix app on OSX - not something Sun would want to support.
"...Well, there's egg and bacon; egg sausage and bacon; egg and spam; egg bacon and spam; egg bacon sausage and spam..."
It has probably already happened (well, maybe in planning or alpha-stage somewhere anyway). We all know they switched to XML based file formats, under guise of "standards-compliance". Bullshit, I say. I think they are planning exactly what you say. Just think, the next version of windows could come with an fully integrated, nonremovable, XML parser/writer and bingo, instant integration. (in the take-it-in-the-ass kind of MS integration that everyone will have to pay for)
Geek used to be a four letter word. Now it's a six-figure one.
"man gcc" is deprecated. See the gcc.texinfo or the Info file, both of which I currently lack access to so I cannot tell you if they have the information you require, but I'll bet they do.
I want a new world. I think this one is broken.
Not quite.... OpenOffice does not have a database program. That in itself is enough to stop the organization we are at.
:wq
OpenOffice IS StarOffice and vise versa.
Here is the history:
StarOffice was created by a group in Europe.
Sun Microsystems bought it and released it.
StarOffice 5.2 was free for a scaled down version.
StarOffice 6.0 they split it into two groups, OpenOffice the free version and the paid version. Open Office is like the free version of 5.2 (just version 6.0). It helps people with some confusion.
The only difference is StarOffice has better support and more features. Nobody can say "OO is better than SO" because it's the SAME DAMN THING. Yea OO is open source but in order to get it into program it has to be okayed by the committee.
Precede the cell designators with a "$", e.g. $A$1, specifies A1 and only A1. It works the same in both an OO spreadsheet and in Excel.
Unfortunately, some of the calculations in OO also get iffy with larger numbers just as Excel's do. The stdev() function for instance starts to return crap between 10,000,000 and 100,000,000. If you take a small set of numbers like 100, 101, 102, and 103, and then pad zeros to yield larger numbers like 1000, 1001, etc., the stdev() value should be the same for each series. Around 1*10^8 rounding error creeps in and instead of properly calculating the stdev()it starts yielding a zero value. There is no warning that precision has suffered either.
------ The only greater hazard to your liberty than n politicians is n+1 politicians.
I can think of at least one reason: SO7 is *significantly* faster to load up. And if you're a student, you can get it for free. The latest OOo was just fine for me, but when I found out I could get SO7 for free I went for it and am happy.
If this were Usenet, I'd killfile the lot of you.