User login

Navigation

Contribute

Interested in contributing to FootNotes? Click here to submit news stories to us or visit this site for more information about available opportunities.

Art.GNOME.org

Error: It's not possible to reach RSS file...

GNOME Support

Friends of GNOME

Now's a good time to say thanks for the best desktop environment on the planet by becoming a Friend of GNOME or by upping your current Friends level. Contribute by joining the Friends of GNOME program. All contributions are tax-deductible in the U.S. Thanks to our generous Friends

Links of Interest

Syndicate

Performance Love Day

Submitted by ebassi on Fri, 2005-10-28 07:58. GNOME

On Sunday, October 30th, from 14:00 UTC until I fall asleep on the
keyboard, there will be a new GNOME Love Day, this time focused on GNOME
performance.

GNOME love day is a project to try to get developers become GNOME
hackers. There are lot of developers around who want to get involved
into GNOME development but they don't know how to do it. The idea of
GNOME love day is to get these developers joining #gnome-love on
irc.gnome.org as well as some current GNOME hackers, all together.

This love day will target performance: profiling applications, finding
bottle-necks and regressions, fixing filed bugs.

If you want to help making GNOME faster, go to the wiki page, pick a
task and join the #gnome-love channel on Sunday. But remember: every
day is a good day for giving GNOME some love.

it also obviously is a

Submitted by Anonymous George on Sat, 2005-10-29 05:19.

it also obviously is a personal rant (did you propose a feature that got rejected?)

No. But maybe some will be rejected when they are reviewed in a few years.

As opposed to give away repository accounts and just throw things in the codebase model? Sorry, in this universe where PI is approx. 3.1415926, the GNOME people tries to keep the codebase coherent, and tries to smoothly progress from one point to another, in order to keep things working while adding features.

You seem to believe that developers in an open project are stupidly committing everything no matter of the code quality. Wrong, the majority of users can be trusted to care about their code.

The Linux kernel development process works the same way.

Not even close, especially in that respect. Firstly, almost all core kernel developers are paid for reviewing and integrating patches. Also, many forks exist that are used to test new features before they go into the mainline kernel.

There is latency, yes. It's a fun killer, no - because this means that the "fun" will not be spoiled for the users just to keep it for the developers.

Where is the fun for developers who don't get their patch accepted?
Where is the fun for users who don't get their new features and bugs fixed?
In fact, even the GNOME blogs were buzzing with posts trying to discuss why GNOME development isn't fun anymore. You can hardly deny it.

That's what the GNOME Love days are for: adding developers, make them get aquainted with the code base (with the guidance of more experienced hackers) and become GNOME hackers themselves. It worked in the last two years.

We can see how well it works in the number of unreviewed patches. (The numbers are still growing - will we hit the 1000 mark by the end of the year? Place your bets.)
The current development process has obviously failed, you can admit it or ignore it.

While I agree that CVS and the auto-tools are the spawn of the devil, they have served quite a few projects in the last decades

Yeah, that's exactly the attitude I'm talking about. Just because we have used the tools for years doesn't mean we still should.

You can always go and help the gone-me people.

Do they still exists? Then they lasted longer than I expected. That fork happened for childish reasons, like "i don't like the button order" and "gconf is a registry, and a registry is bad". Also, Ali was clueless.

» parent