X is pretty small compared to e.g. widget toolkits. Qt is several million LOCs, much larger than Gtk, but it includes more things (not just widgets). Eclipse is also a huge code base, but I don'...
IBM is the primary funder of OpenOffice development I believe. In terms of brand, that's not actually entirely an unreasonable approach - OpenOffice from a brand side is still as strong or st...
Sometimes official sites are just as bad ... I wanted to download a "virtual CD" program I'd used in the past - Alcohol 52. So I went to the official download site, and it used this crap. Of cou...
You can't just blame Google. There are a number of places that were once good to go to and find reviews of software and download links to the software that have now made all their downloads inst...
> 42% get done differently (hard to say wether LO patches were
inspired by the AOO patches or not)
If you're talking about the "prefer:
It's most likely Google's fault. End of last year, they *finally* admitted their ads were pushing highly unwanted software, as if it was the top search result you were asking for. At least for m...
Sorry to nitpick, but the AOO and LO projects both forked off OpenOffice.org. They are sibling forks from a common parent, not parent and child. Despite the more similar name and Oracle's offici...
Thanks Jonathan for one of the most interesting and informational LWN articles in recent times! Reading the comments, I must admit I had the opposite feeling while reading the article. I felt t...
Out of curiosity, greping through that first page (50 commits): * 28% of commits get merged as-is * 42% get done differently (hard to say wether LO patches were inspired by the AOO patches or ...
Terrific analysis. Thank you. Rob Weir did some great work during the OOXML days, but seems to have brought that combative stance to the administration of OpenOffice and subsequently its relat...
These two things were closely related in both directions.
Some are in fact so openly cynical. Others aren't even aware of it personally -- it operates at a deeper level. There is the old line of Upton Sinclair's: "It is difficult to get a man to unders...
From a quick check Firefox seems to exceed 11 MLoC (.c, .cpp, .h, .hpp, .py -- 8M, .js 3M).
Browsers are far over 1M lines of code these days.
An unmaintainable one that exactly no one understands.
Subversion itself is an Apache project, but Git is also a supported SCM system at ASF. "In April, 2014, we hit the magic mark where we had more Git commits than Subversion commits." http://w...
Because Subversion was (still is?) the standard of Apache.
It is possible, but you still need a minimum of coding activity to do it. Even if your code is perfect and competitors churn a lot of bad code. However, since the project caring about code hea...
French people will pronounce it li*bro*ffice and *bro*ther is a basic English word, so there's really no problem appart from people making a fit over a latin word origin.
> Yes, they moved from Mercurial to Subversion,... They apparently moved from Mercurial *back* to Subversion (the only system ever which did not bother implementing anything for branches and t...
To me these types of articles - on community issues, social aspects, and developer diversity - are very relevant topics for LWN. The technical merits of software projects are inherently influenc...
Funny. It sounds like one could take the stuff removed from XFree86, and use that to build an entire operating system…
> The real question on the subject is not why LibreOffice hasn't > overtaken it, but rather what Apache are going to do with this > enormous asset they hold in trust....
Yes this happened to me twice, and both times unsophisticated Windows users. I think part of the blame is pronunciation difficulty with `reOffice` in LibreOffice if you have `Lib` but not `Libre...
A comparison like this between gcc and llvm would be fascinating.
I read it as LEE-BROFFIS and it's easy.
Browsers these days are huge beasts, probably ranging in the 1M lines of code each. Xorg on the other hand is no longer the huge bloated beast (code wise) it once was. Since the fork from XFre...
Probably GCC, LLVM, Xorg, possibly glibc and PostgreSQL qualify, not
much else AFAICS. And yes, I'd be thrilled to see "who develops
There simply aren't that many projects the size of the LO codebase. You could probably count them on one hand. It's also one of the most important user software within the free software commu...
> Personally, for me "LibreOffice" is even hard to pronounce, compared > to "OpenOffice". So when I say LibreOffice it always feels weird to > me. "Libre" is easy to prono...
There is a reason for that. A short story may illustrate. During the FSFE+Samba vs Microsoft legal issues, I got very frustrated with several organizations who persistently made statements tha...
No Cuba Libre orders for you in bars, I guess...
I go with 'leeb-roffice', with a bit of a French ʁ in the middle.
> Personally, for me "LibreOffice" is even hard to pronounce, compared to "OpenOffice". So when I say LibreOffice it always feels weird to me. It probably depends on your native language. My n...
There can be such a comparison here, since both the projects diverged from a common codebase, so commit stats, etc., are relevant. For the other projects, they may be in various states of matu...
One project forked from the other, so comparing commits is quite interesting. I actually sometimes compare KDE and GNOME commits. It's been a while, but always interesting thing to do (though di...
Personally, for me "LibreOffice" is even hard to pronounce, compared to "OpenOffice". So when I say LibreOffice it always feels weird to me. So what I want to say, when I talk about it, I stil...
It's very appropriate, as it's an objective insight into the extent of the community around a project, and the degree to which development is spread over it.
I agree that it comes off a little strong but I disagree about the probable cause: AOO's one-man Negative PR Department has been mercifully absent from the comments in all LO-related articles fo...
Sometimes one doesn't play to win, but simply to make the other guy lose.