LWN.net Logo

The Grumpy Editor's Asian Tour

By Jonathan Corbet
November 25, 2008
Your editor, having actually managed to spend a few weeks at home, once again succumbed to the allure of long-distance travel. What is life, after all, without jet lag, economy-class seats, and airline meals? The excuse this time was the combination of the Linux Foundation's Japan Linux Symposium and the Consumer Electronics Linux Forum's Korea Technical Jamboree. Both events are intended to increase communications with the Asian technical community and encourage participation in the development process. They are also an opportunity for developers from other parts of the world to learn more about what their colleagues are thinking.

This trip was your editor's second Japanese adventure, so it is interesting to look at what has changed over the intervening 16 months. The organization of the event remains about the same, down to the pizza-and-sushi party at the end of the first day. The agenda was more heavily oriented toward filesystems this time around, along with an overview of control group resource controllers by Hiroyuki Kamezawa. There was a big difference, though, in how the discussions went. Japanese audiences are notoriously quiet and unwilling to ask questions, but the attendees at the Japan Linux Symposium have gotten over this constraint. Questions and discussion abounded - and this is a good thing. Free software development does not work well if people are unwilling to ask questions or raise concerns. The fact that Japanese developers seem to be becoming more willing to participate in this way bodes well for their participation in the process as a whole.

How much are these developers participating now? Your editor did a quick and unscientific pass over the changes merged for the 2.6.28 kernel. It appears that a full 5% of those patches came from Japanese developers. If we exclude the work of one prolific developer who currently lives in Europe, it can be said that about 4% of 2.6.28 came from Japan itself. There has been a distinct increase in the amount of kernel code coming from that part of the world, and that can only be a good thing. The Linux Foundation's events in Japan (which began in the OSDL days and have been occurring regularly for a few years now) are, perhaps, producing the intended result.

Partly in recognition of the larger role now played by Japan in the free software community, the Japan Symposium will be taken to a higher level next year. The 2009 Kernel Summit will be held in Tokyo in October, followed by an expanded, three-day Symposium hosting talks by developers from all over the world. Planning for this event is just getting underway; expect the call for papers to come out early next year. It should be an interesting gathering in a fun city; your editor is already looking forward to attending.

The Korea Technical Jamboree was a lower-key gathering, held for a single afternoon on the 25th floor of a Seoul skyscraper. It lacked some of the infrastructure of the Japan Symposium (simultaneous translation, for example), but made up for it in enthusiasm. Your editor found a highly-engaged group of developers interested in talking about the technology. While much of the discussion was, surprisingly enough, in Korean, your editor was able to figure out that virtualization is high on the list of topics that this group was interested in.

There was also talk of business models and more. What there was less of, though, was talk of working with the community. From this brief encounter, your editor can guess that the Korean community is still working through the stage of figuring out what it can get from free software. Developers there seem to have, for the most part, not yet reached the point of sharing control of our free operating system and driving it in directions which better suit their needs. By their own admission, Korean developers are a little behind their Japanese counterparts in this regard, but that situation may not last for long.

One event your editor was not able to attend was FreedomHEC Taipei, held at the same time. Harald Welte was there, though, and posted a brief report:

I was really happy about FreedomHEC. It is really about time that the Linux world and the Taiwan-based chipset vendors and system integrators start much more interaction. It is a simple economic fact that a lot of hardware development, both in the PC mainboard, Laptop as well as the embedded device space happens in Taiwan. It is also very true, that for whatever reason the gradual Linux revolution in the server and desktop market in the EU, the US and other markets such as Southern America has not really reached Taiwan.

Harald concludes that a higher Linux awareness in Taiwan should lead to better hardware support worldwide. With any luck at all, events like FreedomHEC, like those in neighboring regions, will help to create that awareness and expand our global development community.

Your editor was also unable to attend FOSS.in this year, despite a desire to return to that part of the world. FOSS.in is experimenting with a new event plan which is strongly oriented toward the production of tangible results; it has clearly been influenced by the success of the Linux Plumbers Conference. India has vast numbers of capable developers, relatively few of whom actively participate in our community now. That number has been growing, though, and events like FOSS.in have a lot to do with that change.

Finally: while your editor saw a lot of people expressing enthusiasm for Linux, many of them seemed to be doing it with Windows laptops. It seems that the value of Linux has not yet made itself felt in the desktop setting, even among those whose job it is to develop for or promote Linux. It would be interesting to know why more of this work can't move off of proprietary platforms.

Some of the answer may be related to episodes like this: your editor had rashly upgraded his laptop to a new stable distribution release (we'll call it Incredibly Irritating for the purposes of this discussion) just prior to traveling. The obligatory check to ensure that video projection still worked got forgotten this time; it had always worked before, what could go wrong this time? But it seems that this "upgrade" moved the tools needed to interface with RandR into a separate package, which it did not bother to install. So it was not possible to tell the laptop to send video out the external port.

Suffice to say that, five minutes prior to giving a talk, while disconnected from the network, one does not want to hear "you need to install this package before I'll turn on your external video port" from one's computer. Your editor will accept the blame for not having verified this functionality before traveling, but, still: things like this should Just Work, especially with a distribution which claims to have invested much energy into making such things Just Work. The presenters using Windows laptops were not having to contend with this kind of challenge.

That little glitch notwithstanding, this trip was a big success. The hospitality was amazing, interest was high, and there is always value in seeing how other groups are approaching free software. Our community continues to grow; many good things will come from that.


(Log in to post comments)

The Grumpy Editor's Asian Tour

Posted Nov 27, 2008 0:33 UTC (Thu) by droundy (subscriber, #4559) [Link]

I want to hear how the five minutes leading up to your talk went! Having on multiple occasions reconfigured X-Windows while an audience watched (because video out to worked fine in a virtual terminal), I greatly sympathize with this problem, and am curious how it worked out!

The Grumpy Editor's Asian Tour

Posted Nov 27, 2008 8:32 UTC (Thu) by rvfh (subscriber, #31018) [Link]

Yeah, what was the solution? Rawhide to the rescue? A hidden Windows partition left over from the original setup?

You might have been even more p... off if you had discovered that in your flavour of 'Incredibly' bluetooth had stopped working too, esp. if you had a bluetooth pointing device to make the presentation.

Let's hope that 'Just Joy' will make us forget these issues.

The Grumpy Editor's Asian Tour

Posted Nov 27, 2008 13:35 UTC (Thu) by evgeny (guest, #774) [Link]

Yeah, bluetooth devices need to be "re-discovered" after every upgrade, it seems... I had similar to our Editor's experience a few months ago (though with "Hefty Hoax"). Was happy the windows partition was left ;-) Turned out the 915resolution utility didn't play well with the new Intel driver (of course, with previous releases this was a must to run...)

Upgrade is risky

Posted Nov 27, 2008 11:41 UTC (Thu) by NAR (subscriber, #1313) [Link]

I've implemented upgrades - it takes a disproportionate amount of effort to get it right (about 5-10% of the total development time) and it runs only once. So it's a hard task and very easy to get it wrong. However, lots of Linux distributions force their users to do an upgrade once or twice a year. Is this a wise thing to do? It's hard to lobby for an OS that breaks twice a year...

Upgrade is risky

Posted Nov 27, 2008 12:04 UTC (Thu) by cmot (guest, #53097) [Link]

Let's just note here that this confirms my impression that the unnamed
Linux distribution is opitimised for new installations, whereas its older
relative puts more effort into testing that upgrades are handled in a sane
way (and, in my experience, succeeds quite well at that, too.) It also
does not try to release twice a year, but more like once every two years.
(Yes, the feature junkies won't use stable, but for those who just need to
do their daily work this works out quite well.)

Upgrade is risky

Posted Dec 4, 2008 22:08 UTC (Thu) by anton (guest, #25547) [Link]

Well, when I upgraded my laptop to Debian Lenny several weeks ago, I too had an issue with the external display, as well as an issue with the WLAN setup. However, both issues seem to come from regres^Wfunctionality changes in the upstream software, so Debian can be excused. OTOH, Debian is to blame for the fact that this really bad upgrade problem still happened over two months later; I hope they fix it before the release.

Upgrade is (often) a useless timewaster

Posted Nov 27, 2008 21:19 UTC (Thu) by dag- (subscriber, #30207) [Link]

Go for an Enterprise Linux (RHEL, SLES, CentOS) and use your Linux distribution for up to 7 years without needing to replace everything every 6 to 12 months...

If it works and it is important that it keeps working, don't change it. If you want to experiment, do it on another box or virtualized.

Sure some people want or need the latest and greatest software, and they can bear the suffering (or even spend the time fixing and sending upstream). But there is no point asking the same from the 99% of non-technical users for whom computers are a means, and not the goal.

Upgrade is (often) a useless timewaster

Posted Nov 28, 2008 12:14 UTC (Fri) by NAR (subscriber, #1313) [Link]

Unfortunately I've seen some of those enterprise and long-term-support Linuxes and the "if it works" condition didn't really hold, e.g. gaim crashed if it wanted to play any sound, youtube didn't work, etc.

In one sense the Linux distribution model is great, because one can get all software from one place and they (are supposed to) work well together. On the other hand applications are sometimes too thightly coupled together, if one needs a new version (to fix a bug) of an application, due to dependency issues a whole lot of other applications have to be updated (which is bound to introduce new bugs). I mean I don't think that a new Winamp on Windows will ever make me install a new MSN, but I'm not that sure about a new audacious bringing on a new pidgin. It's hard enough to make one application relatively bugfree, but it's much harder to do it with a whole distribution.

Anyway, it's just ranting...

The Grumpy Editor's Asian Tour

Posted Nov 28, 2008 14:42 UTC (Fri) by Tet (subscriber, #5433) [Link]

Sadly, it's all too common with Linux these days. Things that used to Just Work out of the box, no longer do. For example, I haven't yet found a box that recent releases of Fedora or Ubuntu will install on without manual hackery. And this isn't with exotic hardware, either. Just on bog standard PCs.

Consider also sound. In the olden days, it would probably work, and if it didn't, you could always try reconfiguring it. Sadly those golden days are long gone. If it doesn't work out of the box (which in my case, it didn't), then you're screwed. Pulse audio doesn't like letting you configure things yourself :-(

It used to be the case that installing and using Linux was simple enough that I'd be happy recommending that any Windows user should give it a go. I can't in all good faith do that any more. There have been repeated claims that standards are slipping in kernel land of late. Whether that's true or not, I can 100% say that they are slipping in userland in the major distributions.

The Grumpy Editor's Asian Tour

Posted Nov 29, 2008 1:19 UTC (Sat) by nix (subscriber, #2304) [Link]

Pulseaudio has no objections to letting you configure things yourself. If
you comment out the gconf module, it'll respect the configuration file
(obviously, the gconf plugin can override that with configuration written
to gconf by paprefs: if it didn't do that, paprefs would be useless).

What problem are you actually seeing?

The Grumpy Editor's Asian Tour

Posted Dec 2, 2008 18:18 UTC (Tue) by rsidd (subscriber, #2582) [Link]

Interestingly, FreeBSD has long had a very active community in Japan, who have done a lot of the work on ACPI, IPSec (KAME), and other things. A lot of that work happened on Japanese-language mailing lists: perhaps the relatively decentralised FreeBSD model (no benevolent dictator) helps.

The Grumpy Editor's Asian Tour

Posted Dec 8, 2008 0:57 UTC (Mon) by tonyblackwell (subscriber, #43641) [Link]

Pulseaudio has worked well on a new Acer laptop using mandriva 2009 x86_64 where it "just works", wireless works, recent webcam video works, even Secondlife audio shares via pulseaudio.

Copyright © 2008, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds