Ask Matt Asay About Ubuntu and Canonical
A week after the announcement that open source advocate and blogger Matt Asay is leaving Alfresco for Canonical, in the role of COO, Matt has agreed to answer your questions about his role at Canonical, his vision for the future of Ubuntu, or the prospects for open source as we begin to emerge from recession. Usual Slashdot interview rules apply. (Disclaimer: Matt is on the board of advisors for Slashdot's parent company, Geeknet.)
because your an idiot.
As over watch of operations management, what kind of performance measurements are you going to make to decide which direction Ubuntu development is heading? Number of bugs? Just cash flow? Number of supported packages?
Simply put: what are you going to improve Canonical's operations and how are you plan on measuring it to prove you're making a difference?
My work here is dung.
You often praise proprietary, closed-source products on your blog (especially products from Apple and IBM). What is your stance on mixing proprietary and open products?
http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
I heard they were making a big switch to mud brown in the next edition. As for looking like a desert wasteland, it also looks like the inside of every trendy coffee shop and Panera Bread, so you know a lot of thought went into its innovation. In fact, that's the very measure of original-ness: is it found in thousands of trendy stores nationwide? Then it's originique!
Can you be Even More Awesome?!
This is an excellent question. I've been using ubuntu since edgy eft, and I'm really dismayed by the quality of jaunty and (especially) karmic. The biggest issue is that sound, which worked for me in edgy through intrepid, started working poorly in jaunty, and is now essentially completely broken for me in karmic. I've spent a lot of time surfing ubuntuforms.org, collecting information, trying to write useful and well documented bug reports, etc. But the upshot is that there have been major, major regressions in sound for me.
Another regression that affected me after the upgrade to karmic was this one. I noticed the problem, and because it was causing me significant inconvenience I dug around in the source code and found it. As described in the bug report, there is a function called temporary_hack_for_initial_fade(). So obviously someone put a kludge in and then the kludge wasn't fixed in time for the release of karmic, so they released it anyway. This doesn't seem to speak well for the quality assurance procedures that go into a release of ubuntu.
Find free books.
along with that question is : "do we really need fspot in the default installation?"
Sorry, I know my viewpoint is going to anger and annoy some people, but I've been thinking about the relative lack of success of Linux on the desktop lately. By "relative lack of success" I don't mean to bash the quality of Linux, but only that it doesn't seem to be very widely used in spite of being pretty good for a lot of purposes. So first, my obvious question would be, to what do you attribute the relative lack of success, and what plans do you have, if any, to do something about it.
To be a little more specific (and to answer my own question a little bit) it seems to me that a fair amount of the problem isn't the OS itself, but the associate applications. For example, lots of people have complained about GIMP for reasons ranging from lack of specific functionality to an unconventional UI, and even to the awkward connotations of the name "GIMP". Even having personally gotten some graphic designers to try the GIMP, I have yet to know any professional designers who find it adequate. I'd like to use Linux, but don't find I can come close replicating an equivalent workflow to what I have available using tools like Microsoft Office, Adobe Creative Suite, and Sound Forge. (those are the applications I'm personally stuck with, though I'm sure other people have other applications on their personal lists.)
Sorry if this is a vague or offensive question, but I'd really like to know, is there a plan to attack those kinds of issues at any point? I feel like Ubuntu (and other Linux distros) have done a pretty good job in polishing the installation procedures and the "look and feel" aspect of things, but does there come a time when you say, "We need a serious Adobe CS competitor for our OS to be competitive on the desktop, so let's make that happen"? If so, what happens then?
Sorry, I know people are going to tell me that I should just use the GIMP and if it doesn't do what I need, I should rewrite it. Sorry, I don't have the programming skills and and I don't have the money to single-handedly fund development of all the applications that I'd need to switch to Linux. I'd be willing to buy them once they were developed, or even make modest contributions to a project that I thought would actually deliver on what I needed, but I'm not a software developer.
Really, honestly, I'm not trying to be offensive to FOSS developers. I'm just speaking as someone who, for both practical and ideological reasons, would love to switch away from using Windows, but I keep finding that I can't. I use Debian and Ubuntu when I can, and have even contributed money to FOSS projects. So ultimately my question is, does Ubuntu have as one of its goals to enable someone like me to finally make the switch to Linux? If so, what's the plan? What can I do to help?
Yep. Coming at this from a slightly different angle, I use fluxbox on ubuntu rather than gnome. One of the big problems in karmic is that I'm being affected by multiple new regressions that seem to arise from the lack of any serious testing on any desktop environment other than gnome. Two examples: (1) Previously, sound used to work fine for me in fluxbox. Now, sound works sometimes in Gnome, never in fluxbox. (2) This bug appears to arise because they decided to implement a new signal from the Gnome desktop to let xsplash know when it was done starting up, but nobody appears to have bothered to check what would happen in desktop environments other than Gnome, which don't implement the signal.
I understand that Gnome is the primary desktop focus of the standard version of ubuntu. But is is really that much to ask that someone at least start up the other desktop environments once to see if they work? Both of the problems above were evident to me within five minutes of upgrading from jaunty to karmic.
Find free books.
I think Ubuntu is actively hurting the KDE community by giving it a bad name.
When Canonical works on new features for each Ubuntu release, they work indepdently of the Kubuntu team. Kubuntu is constantly trying to play catch-up on base issues.
Even worse, they put out unstable, buggy, and sometimes flat-out broken KDE packages. Almost every I've talked to that has had really bad experiences with KDE complain about bugs and constant crashes they had when testing KDE packages from Ubuntu.
Read KDE forums, mailing lists, etc. You'll see some serious hate and vitrol from users who blame KDE devs, not realizing that the same packages on other distros work just fine. They don't realize it is their distro that is causing their problems.
I've seen several KDE devs walk away and stop contributing because of all the hate their getting. If Ubuntu wasn't putting out broken packages, it would remove a lot of this backlash.
That is not to say that 100% of KDE backlast is Ubuntu-created. Some people just don't like KDE 4.x. I didn't like the 4.0 release, and was pretty worried about the future direction of KDE at the time. But Ubuntu certainly hasn't done KDE any favors the past two years with the packages they've put out.
http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
NO! These need to be REMOVED from the distro.
mono is tainted from the start, and is nothing but a future huge legal liability.
wine is also just asking for trouble in providing possible hooks for all kinds of malware, it too needs to go.
We do not need anything but native apps on Linux.
1311393600 - Back to Black
I'm guessing we should remove SAMBA and FAT support while we're at it. Hope you don't like to access those USB drives. Oh yeah, you shouldn't be using h.264, mpeg (of any kind) or a number of other container formats other than Ogg + Vorbis/Theora.
Michael J. Ryan - tracker1.info
Second. I have to second that this question be asked. Matt seems to want to stay away from the ethical side of free software and just focus on the new hotness factor of "open source". It's kind of funny because I would hear about his posts since he generally included the exact phrase "free software" but when I would read his posts, there was nothing behind it so it seemed like keyword stuffing.
I'm not all that surprised but I am saddened that Canonical who claims to have a "free operating system for your desktop or laptop" seems to be moving away from user freedom as a core value. They have no problem with binary blobs in the kernel and their own service Ubuntu One is proprietary. I would like to hear how Matt sees Ubuntu returning (or not) to a focus on freedom.
Porting a game is an enormous undertaking. Writing a game to be cross-platform from the get-go by using openGL might be an option but video drivers aren't the only problem, Linux has big problems regarding consistent audio frameworks across all distributions. Games work well under Windows because Windows is inherently monolithic whereas Linux is inherently modular. The monolithic nature of the Windows API cuts costs by guaranteeing that a game will work on every Windows machine (excepting odd circumstances and anything too old for the current DirectX).
The marvelous thing about Linux is the modularity; complex tasks are handled by simple, effective tools that are appropriately strung together. It's the modularity as much as the openness that defines Linux. It's that modularity leads to very difficult game development. Reducing the ecosystem of tools and configurations to a canonical (ha ha) set might make game development viable on Linux, but would be the antithesis of the Linux philosophy.
So if this is the future...where's my jet pack?
Linux users are used to a situation where a kernel or distribution or software module update kills their basic hardware support, like sound, graphics etc.
What role do you see for automated testing environments and hardware labs to ensure higher quality?
--
Why are Ubuntu's KDE packages so bad? Why aren't beta versions debug enabled by default?