Sun *not* Urged to Give up OpenOffice Control

A follow up to this post. Andy Updegrove points out that the title of the vnunet article is greatly exaggerated. Indeed it was, which disappointingly is becoming the norm these days. Anything to grab some eyeballs. I'd not go as far as to say it's a non-story though and he focuses a bit too much on ODF, which isn't the issue in this case. IBM and Sun are working on ODF together, which is fantastic, but as it stands IBM will to my knowledge not contribute code to OO.o itself. This is one place a Foundation might help. I've also seen a fair amount of people who contractually couldn't submit code to a project owned by a corporation such as Sun, but could to an independent non-profit. I'll leave the legality and stupidity of those type of contracts to another post though. In the end though, as I mentioned in the last post, it's Sun's code and they should be able to do with it what they think is best.
–jeremy
, , , , ,

Sun Urged to Give up OpenOffice Control

Sun is being asked to create an independent foundation with OO.o, similar to what IBM did with Eclipse and what has been done with the Mozilla Foundation. One of the key reasons behind this, is that IBM is not willing to give code back to the project under the current situation (which requires you to sign rights over to Sun, presumably so they can include it in Star Office as well as OpenOffice.org). At this point, IBM has what basically amounts to a fork in its Workplace product. It's quite easy to see both sides of this one. Sun purchased Star Office for very real money and then turned around and LGPL'd it in less than a year. They employee about 80% of the contributors, with most of the remaining 20% being employed by Novell. Interesting that one of the highest profile Open Source projects doesn't have all that much community participation (although at a code level either does Firefox, to be fair). I've heard multiple reasons for this, but I'm honestly not close enough to the OO.o community to definitively verify. One recurring theme that I see is that the build system is convoluted and the code is overly complex. Basically bad enough that you'd need to be paid to be interested in working on it. The other reason I often see is the aforementioned requirement that contributions be licensed to Sun.
So, Sun has a vested interest in keeping control of the code, so they can recoup their Star Office investment and justify the number of employees working on the project. IBM, understandably, is not interested in paying developers to write code only to have it show up in the commercial Star Office. Sun is in a bit of a pickle it would seem. Now, I don't think they've gotten enough credit in the OSS world for what they did so far with OO.o, but this decision really comes down to what they want to do with the product long term. If they want to continue down the current path, slowly improving the product but bearing most of the associated cost, and selling Star Office in the current manner – we probably won't see a OO.o foundation any time soon. If they are willing to slightly change their paradigm, I think it could work for everyone involved and the only loser I could see would be Microsoft (some of the IBM changes really look nice, especially with regards to performance which is one of the biggest OO.o complaints I hear). A unified and energized OO.o foundation backed by both IBM and Sun could really put a hurting on Office sales. The one thing we often forget in the OSS world though, is that the code is by all rights the property of Sun. Acting like they are the bad guy in cases like this only make the OSS community seem fickle and hard to work with. I think all too often, that scares many companies away. Commendably in this case, project leader Louis Suarez-Potts could not be handling things in a more professional and poised way. He's not making demands, ridiculing Sun or making a huge stink. He's simply pointing out why he thinks it would be advantageous. I think there's a lesson to be learned in that…regardless of how this situation plays out.
–jeremy
, , , , , ,

More LQ Social Networking

Work continues on the Social Networking aspects of LQ, which I first mentioned in this post. You can now easily find members using the same or similar Linux distributions as you. This is in addition to the ability to easily see your entire network and your friends entire network (and add/remove members from your network from that view). I have a couple ideas on where I'd like to take this next, but I'm still interested in how LQ members would like to see this progress.
–jeremy
, , , ,

The Linux Kernel, DRM, GPLv3 and OpenSolaris

A follow up to an earlier post about the Linux kernel and the GPLv3. Linus has given a further explanation on why he doesn't like the current draft of the GPLv3. A lot of it seems to stem from the fact that he doesn't like the anti-DRM clause, but there are other reasons. I tend to agree that the layer of license the GPL fails into is probably not the place to fight this battle (as insidious as DRM is). But, one thing that's very clear is that there is a ton of confusion as to what exactly the anti-DRM clause is stating. Some are taking it to mean that distros would have to release private keys, while other are stating that is unequivocally not the case. Hopefully the next draft will clear things up in this regard. An interesting related story here is that Sun is looking into GPLv3 for OpenSolaris. How ironic would it be if OpenSolaris ended up being GPL'd, but still not license compatible with the Linux kernel because one was v2 and one was v3. How many other cases of incompatibility would arise? For some reason I think that Jonathan Schwartz would relish in being able to say “Hey, we GPL'd OpenSolaris – the fact that it's still not compatible with the Linux kernel isn't our fault”. It should be noted that Alan Cox recently commented that he didn't think the cross-pollination value between the Linux kernel and OpenSolaris would be as high as some had thought. I can't offer any valuable commentary on that, but Dtrace does look pretty sweet.
–jeremy
, , , , , ,

Goobuntu – What I Think of the Google OS

The rumors are flying about a Google Linux Desktop. My take? It ain't gonna happen. Not a general-OS type release… not any time soon. Now, it's no secret that many engineers inside Google use Linux (BTW, they use Linux on a couple servers too). Last time I was at the Googleplex is was a Red Hat derivative (Gred Hat or something similar) and now it's Ubuntu based. So why don't I think Google will release this as a general purpose desktop OS? Simple – it isn't ready for that. If they released this as a PC, then every random $9 game from Walmart, AOL and all kinds of other things that don't work would be expected to. Is this a knock against Linux? No! For what it's meant to do, it works phenomenally. I've used it as my sole desktop for years, and I can't imagine going back to Windows. But, I also figured out that I needed a kernel recompile because my iPod wouldn't work, so I'm not a good case for a basic consumer study on this. Wine would basically have to work as well as Rosetta for this to work out – the lack of iTunes alone would enrage millions of people. What I do think could happen here is a very nice and very function appliance. One based on Linux. One also based on the web. You see, that hits a completely different market segment… one that may have never even owned a computer. The expectation that anything and everything needs to be compatible goes away. It's cheap, it's fast, it's slick and it's reliable. It's immune to spyware, you don't have to worry about viruses and things just work. For $100-200 you get a device that allows you to browse the web (they employ Firefox developers), chat both online and via VOIP (they employ the main Gaim developer and have GoogleTalk), check your email (you may have heard of this Gmail thing) and perform a myriad of other online tasks. It may even have basic office functionality, be it via standard OOo or more likely some OOo web derivative. That would be step one. That would lay the seed. That would build a base of loyal GoOs fans. As Linux gets more and more ready for desktop prime time, Google can plan its general release. Hardware manufacturers would now have a reason they had to support Linux. The power of Google branding should be readily apparent now. One interesting thing here is, this should worry Novell (and to a lesser extent Red Hat) at least as much as it worries Microsoft. The desktop market is a big piece of the potential OS pie. A move by Google could all but lock other Linux-based options out. The fact that it could potentially be a non-RPM distro makes it all the more interesting…
–jeremy
, , , , ,

2005 LinuxQuestions.org Members Choice Awards

Voting is now open for the 2005 LinuxQuestions.org Members Choice Awards. This is the 5th year we've done the awards, and turnout has gotten better every time. The response from both the community and the award winners has been outstanding. We've revised categories a bit based on feedback and improved the logic a bit. This is your chance to be heard, so go vote!
–jeremy
, ,

Just Booked my SCALE 4X Trip

Just booked a trip to LA for the upcoming SCALE 4x, which LQ is a sponsor of. Made this one a short trip – I'll be in LA less than 48 hours. I missed SCALE last year and it looked like a great show, so I'm glad I'm going to catch this one. From the looks of it, I'll be attending quite a few conferences this year, which is alway a great experiance. If you'll be at SCALE 4X and would like to connect, let me know. For once I'm actually staying at the conference hotel.
–jeremy
, ,

Ask Microsoft's Security VP

An extremely interesting read, Slashdot has sent questions over to the Microsoft Security VP Mike Nash, who agreed to answer them with no PR scrubbing. A ton of information is in the response, which is a fairly long read. As you may have guessed, so of the information is good news and others is not. It's clear that the original Microsoft security push in 2002 was nothing but lip service. It's also clear that, while security clearly has a much higher priority now, some within Microsoft are stilling ignoring that and just don't get it. An anonymous Microsoftie points out a specific example in one of the questions. The article also gives you a little appreciation for just how large Microsoft is. The shear number of initiatives, acronyms, procedures and policies in place is astounding. It's no wonder it's taking so long to turn the security train around. Old habits die hard and business pressures are currently clearly very high at Microsoft. Given the option of not getting a product shipped on time or shipping it on time with security flaws, I think most Microsoft teams are still choosing the latter. It is fantastic to see someone this high up at Microsoft speaking directly to users though and there is a ton from the Q/A that I didn't cover here….so I recommend you read the full article.
–jeremy
, , ,

Microsoft to Open Windows to Please EU

So says this article in Forbes. Now, that's fantastic, but that's not what the EU wanted and is mostly useless. From the original EU press release:
As regards interoperability, Microsoft is required, within 120 days, to disclose complete and accurate interface documentation which would allow non-Microsoft work group servers to achieve full interoperability with Windows PCs and servers. This will enable rival vendors to develop products that can compete on a level playing field in the work group server operating system market. The disclosed information will have to be updated each time Microsoft brings to the market new versions of its relevant products.
To the extent that any of this interface information might be protected by intellectual property in the European Economic Area(6), Microsoft would be entitled to reasonable remuneration. The disclosure order concerns the interface documentation only, and not the Windows source code, as this is not necessary to achieve the development of interoperable products.

That's right, they specifically said they didn't need source code. What they want is accurate interface documentation. Why? Because in this context, the source code is not of use due to patents. If one of the Samba developers so much as looked at the code and then added a related fix to Samba, both the code and the developer would be legally tainted. What does that mean? That they wouldn't look at the code, of course! What would help, and what was asked for, was something that would be both useful and not legally encumbering. Full and accurate interface documentation. No more undocumented API's, hidden hooks and other measures that don't allow fair competition. What Microsoft has done here (and brilliantly so, from a PR standpoint) is appear to the average person to be offering more than what was asked for, while at the same time offering much less. There are still more details to come on this, so who knows – maybe the only code delivery methods will be braille and/or microfeesh. I've seen no official response from the EU yet and I notice a court date of April 24-28 mentioned, but I hope this move isn't allowed to satisfy the Remedy section of the case.
–jeremy
, , ,

PHP 5.1.x and APC Problems

A quick update, since there seems to be more interest than I had anticipated asking for our experience with the upgraded LQ infrastructure. Apache 2.2.x has been absolutely rock solid as well as slightly faster (anecdotally) than the old 1.3.x. Nothing too substantial, but based on the CHANGELOG and the last month running it for LQ, I'd suggest the 2.2.x branch to anyone that asks. PHP 5.1.x has also been solid and some of the new features when compared to 4.4.x are fairly handy. If you're not tied to 4.x for BC reasons, I'd say go for that upgrade also. One HUGE caveat is that APC has been extremely unstable for us. I'm not sure if it's PHP5+APC or just that we are running different code, but we have seen consistent APC-related segfaults. There are many bug reports about it in the PECL bug tracker, so hopefully it'll be addressed soon. In the meantime, if you need to use APC for performance reasons, you'll definitely want some kind of watchdog on Apache to make sure things are running smoothly.
–jeremy
, , , , , ,