First GNOME Census Results

supersloshy writes "The GNOME Census, a project to see who contributes to GNOME and how, has released its first set of results. The results group people by their reasons to contribute code, what they contributed code to, and what percentage of the total contributions they have. For example, 23.45% of code contributions were volunteer, 16.3% of code contributions came from Red Hat, 1% of contributions came from Canonical (which has caused a lot of controversy), and 0.24% came from Mozilla Corporation. The census results are also represented in diagrams (release activity, why contributions were made, and what was contributed to and by who). The report is also available here and is licensed under a Creative Commons Attribution Share-Alike license."

Comments

doesn't seem that scandalous

[Trepidity]

If the linked post is an accurate overview, at least, it looks like Red Hat is doing a lot more contributing to GNOME's core, while Canonical is doing a lot more building of apps, widgets, and other miscellaneous desktop stuff on top of GNOME. Both seem like reasonable things for an open-source company to contribute. Linux desktop environments need more hacking on the core, and need more interesting things built on top of that core too.

Re:doesn't seem that scandalous

[buchner.johannes]

Yeah? Link?

Maybe that coincided with the time when there were no free 3D drivers, and Red Hat forwarded the "Fuck You" from hardware vendors since they (a) hadn't the drivers developed yet and (b) had a principle problem with including proprietary drivers.

Then (in my opinion) Ubuntu et al not-so-strict distros included proprietory drivers, Linux became more present on the desktop, Hardware vendors noticed Linux. Open-source driver developers had more time and resources to continue and eventually brought forth free drivers.

What's your version?

Re:doesn't seem that scandalous

[crush]

Fedora and Red Hat provide Free Software in their repositories. It's trivial to install the non-Free drivers (and their associated hidden bugs) supplied by NVIDIA.

In addition to that Debian, Red Hat and Novell and Intel and other honest players have spent huge amounts of time coding up Free drivers with the Nouveau project (free NVIDIA drivers), Intel drivers, and ATI/AMD drivers

Sounds like the only one saying a big FUCK YOU is your self.

Half the story

[ThoughtMonster]

The census is correct in implying that Canonical has not as many modules in upstream GNOME repositories, however that is only half the story. The census counts all commits since the beginning of the project, so Red Hat has a 6-year head start. Not to mention that Red Hat is a much bigger company than Canonical.

Canonical provides a lot of things of value to GNOME and the free software community in general. The (recently established) Canonical Design Team produces research on software usability, the value of which is not easily quantifiable. Many pieces of GNOME software live on Launchpad and are not strictly part of GNOME upstream (Simple Scan, for instance). This might change if (or when) these modules are accepted in GNOME proper.

To claim that Canonical is freeloading on other companies' contributions is a bit of myopic, in my opinion. How many upstream bug reports came from Ubuntu users?

Re:Half the story

[buchner.johannes]

To claim that Canonical is freeloading on other companies' contributions is a bit of myopic, in my opinion. How many upstream bug reports came from Ubuntu users?

Too many, we marked them as dup. But your point is invalid since Canonical != Ubuntu users and Canonical != Ubuntu maintainers. Latter are all in the volunteer camp. Red Hat users & maintainers are probably largely there too.

The way I see it Ubuntu is mainly a packager (distribution) and behaves like one. They mainly configure, build and distribute the existing software. Of course they provide patches for bugs they encounter, and they send it upstream to reduce their own work.

But Canonical doesn't have the means and will to truly commit developer resources to Linux (like Red Hat does). They want to achieve something with what is there*, and they are very good at communicating, community-building, reacting to users, connecting users and developers. That is Ubuntu's value.
Red Hat has some of this too, but for them it is business to engineer a Linux that works, because that is what they sell.

*Greg Kroah Hartman complained Ubuntu doesn't give patches upstream.

Re:Half the story

[ThoughtMonster]

... But your point is invalid since Canonical != Ubuntu users and Canonical != Ubuntu maintainers. Latter are all in the volunteer camp. ...

I disagree. In principle, you are correct, Canonical, as a company, has nothing to do with me, as a user, filing a bug report on some piece of software. However, how many of these bug reports would exist in the first place if not for Ubuntu, for which Canonical is largely (if not wholly) responsible? Something about eyeballs and shallow bugs.

For me, Canonical succeeded where most other companies did not, in marketing Linux and GNOME as user-friendly solutions, which in turn, I believe, will draw developers to produce more software for Linux.

Whilst this is, in part, due to the relative maturity of both products, for which Red Hat is largely responsible, I believe that GNOME benefits greatly from Canonical's approach towards user-friendliness as much as Canonical benefits from the infrastructure on which they base their products. Canonical has produced great software (like Upstart) which may not be obvious.

Re:Half the story

[crush]

Many pieces of GNOME software live on Launchpad and are not strictly part of GNOME upstream (Simple Scan, for instance).

That's the problem: Canonical is not doing the hard work to get what little they do write upstream. Stuff that is not upstream is just balkanized, fractured, non-maintainable code. It doesn't provide any benefit to the rest of the GNU/Linux community, i.e. the people that write all the rest of the code and upstream it so that Canonical can exist in the first place. Usability research is useful, but when I click your link I see one study (on Empathy) and further clicking around on the Canonical Design team site reveals that, as so much of Canonical appears to be, it's all about marketing. Seriously: ONE study and then three guides devoted to "guidelines to support the brand documentation and help create consistent brand usage."?

Apples and Oranges

[WarJolt]

Redhat is publicly traded, has over 9 times as many employees as canonical and actually makes a lot more money then Canonical.
Quit picking on the small fry. Ubuntu contributes enough.

Re:Apples and Oranges

[arose]

Is this over the lifetime of Gnome or that of Canonical. If it's the former, then your argument doesn't hold water. Yay for statistics without methodology!

I call bullshit

[Anonymous Coward]

Except that as this report shows, Ubuntu has basically done jack shit to improve Linux usability.

This report doesn't show that. There are lots of code. Combining all that code to a package that is somewhat nice, well configured and works out of the box is damn important. Even more important is the massive amount of documentatiton that the Ubuntu community has created about pretty much everything. It would take an idiot not to recognize the value of those things. But let's take an example.

I have an extra computer in my house (but no extra monitors, etc.) and I decided to install it as a debian server. There was a slight complication, though: It is a bit noisy so I don't want to keep it in my bedroom and I also don't want to run cables all over the floors so I went to a shop to buy a wireless adapter. They are traditionally PITA on linux side so I went out to google for linux compatible devices first. I found an awesome list created by ubuntu community (didn't find anything comparable from anywhere else) and bought a device that worked out of the box on Ubuntu. I got home and tried to install it on Debian... Which I didn't succeed at. I found a guide, it had a number of broken driver links. Then I found more guides with more links. After an hour or so I was able to aquire the package... But I couldn't get past 'make'. Another hour trying to get past the problem for no avail. (for the record, I'm a sophomore year software engineering student going for bachelor's degree. And at some point I asked my roommate, sophomore going for CS degree in another university, for help). Then I gave up trying to do it that way, decided "Meh. I'll have to at least use stuff from Ubuntu repos anyway...", formatted debian, installed ubuntu and it all worked out of the box. As it always does with Ubuntu.

I haven't had much experience with red hat lately but the work that Canonical is doing is obviously valuable.

Essentially, Ubuntu is claiming that they've brought Linux to the desktop. Except they haven't. Red Hat has done more - 16 times as much, in fact - towards getting Linux on the desktop, but Canonical is taking all the credit for Red Hat's effort.

You may say that "As Red Hat has been around longer and contributed constantly the whole time and done a lot of marketing, etc... Their overall contribution to Linux exceeds Canonical's by a wide margin" and I would completely agree with that. But if you say "Red hat has contributed 16 times as much code == red had has contributes 16 times as much to bringing linux to desktop", you are very, very wrong.

Lines of code isn't the only thing that counts

[mattbee]

When it comes to bugs and usability problems, Ubuntu run a much sharper bug tracker - it usually has coverage of almost any minor GNOME issue. Between Canonical and their users, It might have taken many man-hours to track down, discuss and identify a small usability bug, which might only result in a fix of a few lines of code. It's not about turning the screw, it's knowing which screw to turn. So counting lines of code as the only contribution is completely unfair to Canonical.

This doesn't just go for GNOME; the best discussion of kernel and firefox bugs usually ends up being hosted on Ubuntu, just because they have fostered the largest community of enthusiastic Linux desktop users.

Re:Lines of code isn't the only thing that counts

[Spewns]

None of them would ever consider investigating bugs, talking to people upstream, downloading the code, submitting patches.

They're users. Most simply don't have the know-how to do these things, and it's unreasonable to expect them to, especially in the "downloading code and submitting patches" department. You make it sound like a trivial thing for even hobbyist programmers to do, especially with the bloated, ad hoc codebases they'd probably be dealing with. And if you're hearing from them, they are talking to upstream. Upstream to Ubuntu users is the Ubuntu forums or Canonical.

If you want to get paid..

[onion2k]

If you want to get paid for what you do then charge for it. I don't mean money necessarily. There are lots of ways of getting paid. But charge something.

In this case the reciprocal amount of work people are demanding from Canonical is a form of payment. If you want to claim it's not "fair" that one company is doing more for a project than another you've got to set up the system to stop them, otherwise you have no grounds for your complaint. You can't set up a stall with a big sign saying "Free, please take what you want, no need to give anything back in return" and then moan when someone takes you up on your offer.

16 times? Strange metric...

[mangu]

Red Hat has done more - 16 times as much, in fact - towards getting Linux on the desktop

That's assuming each line of code has the same value.

For me the important point is with which system can I get a computer working quicker and with less effort for installation and maintenance. Ubuntu wins.

OK, you may say that this only reflects the superiority of APT over RPM. Comparing Ubuntu with Debian, Ubuntu wins again.
 

Open source

[nxsty]

Greg DeKoenigsberg, an ex-Red Hat employee wrote a blog post slamming Canonical for the "absolutely egregious" statistic and suggesting that Canonical has been "riding on Red Hat's coattails for years." Tough shit. This is open source, if you don't like others using your work you should develop proprietary software instead.