store this list, please post your comments to this list for now. And to any wikie maintainers reading this, I think this needs a wiki page, agreed?

> Or a bugzilla keyword. That might be a good idea, or a blocker bug. How do we make sure that not too many or too obscure bugs get set to this keyword / blockerbug? Just remove abusing bugs?

>> That might be a good idea, or a blocker bug. How do we make sure that >> not too many or too obscure bugs get set to this keyword / blockerbug? >> Just remove abusing bugs? > Yeah, although we'd have to carefully pick the keyword so as to not offend > someone if *their* pet peeve bug got removed. I must say I'm more in favor of a blocker bug (since I'm unfamiliar with the use of keywords)

bugs which impact a wider audience then just you and which are fixable by mere mortals like myself :)

> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186961 > (UTF-8 not really working - this is a really wide audience if you use > non-curses/readline programs) Hmm, strange that one hasn't been fixed yet. Maybe ping Bill in the BZ?

From my bugs list, there are three really simple to fix issues, but I have to fix them on every new install and every package update (so they're my pet peeves) and there are working patches attached:

postfix: permissions on TLS_LICENSE should be 0644, not 0755

anaconda: Software Raid Mirror wont boot from second disk

Hi all, I've been thinking for a while about how we (the community) could help making Core better, since Core is the foundation on which we all build and since @redhat people can only do so much, I believe it is vital that we as the community get involved in helping Core. Helping Core can be done in many ways, many of which require infrastructural support. I don't want to talk about those, infrastructure and procedural discussions is not my thing. I'm more of a show me the code type. As such I would like to build a list with everyone's favorite / pet peeve bugs, or iow the bugs which annoy you the most. Preferably bugs which impact a wider audience then just you and which are fixable by mere mortals like myself :). Now the first question would be where to store this list, please post your comments to this list for now. And to any wikie maintainers reading this, I think this needs a wiki page, agreed? So everyone please post your bugs here, here are mine: * I've already mailed todo about the not autoloading of joydev.ko bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187005 And after sinking my teeth into this, a fix has now been reported in BZ, and hopefully should show up in a kernel near you soon :) * Another bug which has been annoying me is the fact that gnome will no longer start 3 xterms when I login even though xterm is listed 3 times in the non sm programs to start list, appearantly someone thought it would be smart to filter duplicates out of this list :| see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185114 I've got a pretty good idea how to fix this one (for me atleast) the sorting dups might be a good idea, but if the dups have different arguments then they really aren't dups imho, which would fix this for me. Anyone want to beat me writing a patch for this? (I've got other priorities atm). Regards, Hans

On Fri, Aug 04, 2006 at 07:38:17PM +0100, Leon wrote: > * Desktop accommodate much less icons than XP. > With a screen resolution 1280x800, in gnome the desktop can only > contain 72 icons while in Windows XP it can do 170 icons i.e XP is > 2.36 times as efficient as gnome in using desktop real estate. Um, yeah, I think that's a feature. :) But anyway, you can also address it -- go to the Preferences dialog in any Nautilus window and change the default zoom level.

-- Matthew Miller mattdm(a)mattdm.org <http://mattdm.org/> Boston University Linux ------> <http://linux.bu.edu/>

My pet peeve is the lack of a text input area in the standard file requestor. All I want to do is to paste a file path from a shell window to get an attachment added to a mail item. Navigating the graphical file requestor to the file is incredibly painful over a slow X-remote session.

Callum Lerwick wrote: > And the whole row-of-buttons for each directory UI thing on top is a > bizzare abuse of buttons. Why can't it just be a text box? I *so* wish there was a preference (like the one in Nautilus) to switch the behaviour to the text entry bar by default instead of the buttons, by all means have buttons as default if the developers are convinced users like them, but please let me choose to override the default!

Jeremy Katz wrote: > Have people actually tried the file selector changes[1] in GTK+ 2.10 > (... in test1 and rawhide :) yes, but I'd prefer text entry *instead* of the buttons, and I'd prefer to set text entry as the *default* Perhaps I should do as Federico suggests and get off my ass ...

So everyone please post your bugs here