Re: GNOME 2.23 Schedule



On Tue, Mar 18, 2008 at 8:55 PM, Olav Vitters <olav bkor dhs org> wrote:
> On Tue, Mar 18, 2008 at 08:16:21PM +0200, Felipe Contreras wrote:
>  > >  And yes, there are Ubuntu brainstorm too, and two most popular
>  > >  requests last time I checked was make suspend work magically without
>  > >  glitch everywhere and make GNOME capable to manage any network
>  > >  connection type.
>  [..]
>
> > That's a great example, actually there are other interesting wanted features:
>  >
>  > 6. Speed Up Ubuntu-Gnome boot time <- don't we all want that?
>
>  Which right makes the suggestion totally useless. It could be that the
>  current boot time is too slow. But could also be caused by the survey.
>  At least initially the most requested 'features' were shown at the top.
>  Everyone wants things to go faster, so a high percentage wanting this
>  doesn't say anything.

No survey, this is an "ideastorm", users put whatever they want. This
idea was suggested by Arioch on 28 Feb 08, there are old crappy ideas
and new popular ones.
http://brainstorm.ubuntu.com/contributor/Arioch/

What it tells you is that some people would appreciate to put
"Investigate startup time improvements" on:
http://live.gnome.org/RoadMap

>  > 7. Improve dual-screen function <- xrandr is cool but not user-friendly enough
>
>  Developers would need concrete bugs ('improve' is vague). At least you
>  could have all GNOME developers be sponsored big enough pcs + two
>  monitors.
>
>  So the suggestion needs to be checked (are there problems), then changed
>  into concrete action points. But ehr.. that should be the intention of
>  that Ubuntu brainstorm.. I assume this will be done by Ubuntu at one
>  point.

Like this? http://brainstorm.ubuntu.com/idea/206/

>  > 8. Unmount resolution <- lsof and kill help, but so would a GUI
>
>  Or just avoid the whole issue all together. What I mean is: you need a
>  translation between some suggestion, the real cause and concrete steps.

How can you avoid the issue? Sometimes you unmount things some process
is using and you are not aware of that.

Anyway, the fact that it's an important issue remains.

>  > 10. Easy mounting of Images like ISO and CUE
>
>  That is so generic that it could be GNOME, distro feature, something
>  else.
>
>
>  > I find #10 particularily interesting; are developers really aware that
>
>  'developers': meaning who? GNOME developers?
>
>
>  > so many users want that? is bugzilla enough to see such kind of
>  > things? is it really true that there are no resources to implement
>  > that?
>
>  You assume there is a bag of developers that can be assigned to work on
>  something. I'd love more developers as well.. but event then.. they
>  should already be working on something... people doing nothing is
>  inefficient.

developers != current developers

New developers would possibly look for positive feedback and praise,
usually that comes from the users. Implementing a feature that you,
and thousands of users want sounds appealing for a lot of people.

Perhaps the roadmap is not a good place for that, perhaps some feature
list, perhaps even the bug reports could help, but you need to *see*
the votes.

Take for example the maemo bugzilla, you can easily see the most wanted things:
http://tinyurl.com/2eajzg

There are potential new developers out there but I doubt they would
want to work on a feature nobody else cares about.

>  > There's a bug report for that dating 2003:
>  > http://bugzilla.gnome.org/show_bug.cgi?id=103817
>  >
>  > Forget about patches, there's a nautilus extension packaged and everything!
>
>  Meaning: developers did their job, up to the distro to ensure it is
>  installed by default?
>
>
>  > I guess those thousands of users can wait, GNOME developers know better.
>
>  Please stop with making such statements. It is not productive and
>  misrepresent what is being done. If you're going to whine that you do
>  not have a personal developer, do that somewhere else.

I _am_ a developer and I develop stuff that ultimately helps the GNOME
desktop (Pidgin msn stuff), and I know from experience users that are
mis-represented in the community of their favorite application.

You say you need developers, but you certainly haven't made me feel
like I could be useful around here with that hostility.

I will develop somewhere else.

Best regards.

-- 
Felipe Contreras


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]