Hi
Asking someone in a condescending tone to follow a 200-emails/day list to have a say in about 1 decision a year that they care about is just aggravating. For everybody. Please don't tell me you think you are being helpful.
I see GNOME project making hundreds of discussions. I am pretty sure many people dont agree with all of them including myself. There is no real way to form consensus for every such decision. If end users start flaming the Fedora development list because upstream project decisions isnt why they personally prefer, it isnt really constructive. It doesnt really have to be a personal crusade.
Sure distributions have had patches and such middle man work is sometimes useful. A good example of this is probably packages such as cdrecord but in general we have to avoid doing that since its a */maintenance/* <http://www.google.co.in/search?hl=en&hs=ZjR&client=firefox&rls=org.mozilla:en-US:unofficial&q=maintenance&spell=1> issue So instead of distributions patches in extensively we have things like poppler ( Xpdf fork as a freedesktop.org project) being shared across vendors, developers and desktop environments.
In any community oriented distribution, the package developers/maintenancers make the decisions because they are the ones who are putting all the efforts into it. Thats the general trend I see here. There is nothing religious or Fedora specific about this. If you dont agree with me, as an experiment, pick any distribution that you think is more community focussed and insist on preference that the command line option be adopted back as patches. The only real way to get work done is to participate in the process.
For the GNOME terminal option the following good ideas have come up so far within the discussions.
* Setup a good default short cut for the terminal. Power users can launch this easily * Have the GNOME power tools available here http://live.gnome.org/PowerUserTools including nautilus-open-terminal packaged for Fedora Extras * Setup sabayon profiles for administrators to deploy such changes in a large number of systems easily
Lets focus our efforts more on that. regards Rahul -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-devel-list
