Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for December 5, 2013
Deadline scheduling: coming soon?
LWN.net Weekly Edition for November 27, 2013
ACPI for ARM?
LWN.net Weekly Edition for November 21, 2013
Canonical Goes It Alone with Unity
Posted May 15, 2010 18:17 UTC (Sat) by AlexHudson (subscriber, #41828)
Posted May 15, 2010 19:32 UTC (Sat) by seyman (subscriber, #1172)
Because filling in bug reports against 200+ distributions is an immense waste of time, both for the reporter and the people doing triage on the 200+ bug trackers. Once you're able to reproduce the bug with an unpatched upstream, I think it's safe to consider all distributions to be suffering from the problem and filing a bug upstream should be the only thing you need to do.
Note that Fedora has a policy that all upstream bugs should be taken care of in the upstream bug tracker. That's why bugzilla.redhat.com has an UPSTREAM resolution and that's why this bug was closed with this resolution. The only thing filing it accomplished was wasting people's time.
Posted May 15, 2010 20:38 UTC (Sat) by paulj (subscriber, #341)
I see your point that the posting to the Fedora bug-tracker was redundant and perhaps wasting people's time, so far as Fedora's processes go. However, it does NOT seem like Kees was trying to sneakily get RedHat to work on Canonicals' bugs. All it looks like is that he's trying to raise awareness amongst the relevant technical people about a fairly serious ext4 performance regression, in an open, technical manner.
So the "Go fix your own vendor bugs, nyeeh nyah!" responses still don't sit quite right with me.
FWIW, I'm a general free Unix/Linux user. The logos and branding on my preferred Linux distro say "Fedora", but the software I use is maintained by engineers/hackers from a *variety* of vendors, including Canonical.
Posted May 16, 2010 4:18 UTC (Sun) by jspaleta (subscriber, #50639)
I would dare say that Ted's comment actually sort of encouraged, indirectly, Kees to do the additional posting in the hopes of getting Red Hat engineering resources interested in solving the problem on a mutually beneficial timescale.
Though I do sort of have to wonder why it took 3 weeks after Ted Ts'o to confirm it was happening with an upstream kernel for the upstream kernel report to be filed...and only after the Ubuntu specific workaround was found to be insufficient.
Posted May 16, 2010 9:12 UTC (Sun) by paulj (subscriber, #341)
Isn't part of the benefit of Linux that it provides a way for commercial organisations to work semi-mutually to further the interests of *shared* code.
Again, these accusations appear less than solidly founded. It surely can not be good to start creating an atmosphere where people are afraid to talk to other developers of a project about a bug just because they work for a different vendor.
Posted May 17, 2010 0:50 UTC (Mon) by bryce (subscriber, #16388)
If you're looking at this and merely seeing evidence at attempts to collaborate, well that's hardly fun and interesting. Try harder to blur the facts around to support some sinister conspiracy theory. That is a LOT more interesting, and sells a lot more ads. This whole talk about thinking from solid foundations is plain silly; everyone knows better than to do that.
But whatever you do, DON'T just go talk to the developer directly to get the actual facts. That makes it a *lot* harder to maintain all the lovingly crafted anti-Canonical memes we've got. Next you'll be saying Kees contributes to upstream or some other madness like that.
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds