Marius Andreiana wrote:
On Mi, 2003-04-09 at 23:44, David Krider wrote:
Well, I, too, am sure that they will be fixing the really nasty ones, but what about the stuff like the gkrellm thing I posted about? What about Konqueror thing I posted about?
They will probably NOT be fixed ( and I agree with this ). Red Hat's
I don't.
focus is the enterprise. Also, developers paid by Red Hat to work on GTK, GNOME are doing important new development, not fixing bugs after the final release have been shipped. If you prefer more bug fixing on UI
That is definitly not the attitude I expect to see. That does sound like Microsoft, and most other commercial/closed vendors. New features are worthless if bugs prevent their use.
Now you seam to be talking about KDE. what does that have to do with bugs in general or gkrellm in particular?from your distro after the release try Mandrake or Suse ( which work on KDE more ).
So, I'd rather see D-BUS working rather than nautilus bug fixing.
I guess you have something that need D-BUS? (what's that anyway?)
I imagine a former windows user, looking to use the file manager would rather see nautilus fixed instead. The only part of nautilus I use is the samba browser to access Windows share from coworker with windows, but I'm glad those bugs are getting fixed. The new burn:// function might be interesting too, but I haven't tried it yet.
Maybe I'm the only one who's seeing a lot of little niggling things in this distro
get the first beta and report them. For minor things, reporting upstream ( to that application's bug tracking system, not Red Hat ) usually works faster. Clear bug reports work faster. Patches even faster ;) All of these will help making a great final release. After that, it's not important anymore.
I do agree with this part. Filing bug reports with both is even better. Mention the upstream report in Red Hat's bugzilla. Monitor both. If it gets fixed in one place, make sure the other know about it.
If you can patch it, submit the patch to Red Hat. If it's not intrusive, it's easy to QA and likely to included in an errata release. A lot of bugs are simple fixes, but the Red Hat maintainer prioritizes differently. They just don't have enough time for them all. If someone helps them, it's much more likely to be fixed.
I'm expecting to hear Mike (mharris) any minute now :)
-Thomas
