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

Re: Bug#88588: libpam-modules: pam-limits.so is broken

The dupes were already filed.  Ben then compounded the damage by getting
annoyed at the quantity.  Let's do some hypotheticals here:

1) bug happens

2) user files

3) maintainer bites back publically

4) another bug happens

5) nobody's filed yet, but user is afraid to file because, unlike
myself :), they actually care what the maintainer thinks.  User would be
happy to add to a bug, since they listen to you, but under no
circumstances will they open one.

Where is a way to add to a bug that doesn't get filed?

Furthermore, how is the bug number that is to get the additional
information disseminated?  The BTS page specifically mentions that the
user shouldn't post to a mailinglist along with submitting a bug (of
course, it also shows where to look for pending bug reports, so the
person who looks on the page for reference on filing will probably see if
there's other bugs by checking).  The assumption may be flawed, but there
is no real guidance on the BTS pages as to how to do it right, so I
submit that the assumption isn't flawed with things the way they stand

One other thing: Say I was to add additional info to a bug: does my email
magically get added to the "Closes:" message when it happens?  Is it
really fair to expect users to use the correct method if it means that
they're kept out of the loop as to when the bug's fixed, while with the
incorrect method, there's a slight chance that they'll be kept in the loop
(assuming the maintainer doesn't fail to fix the bugs due to spite...)?

I'm going to go out on a limb and say that this situation implies an even
more fundamental violation of SC 4, because it expects the users to be

On Mon, 5 Mar 2001, Joey Hess wrote:

>John Galt wrote:
>> Encouraging people to not file bugs for whatever reason is contributing to
>> the hiding of problems: someone's take on one bug may cast light on a
>> totally separate (and possibly unreported) bug.
>> Discouraging people to file bugs for whatever reason substantially lessens
>> the users perceived priority: The DD's peace of mind is apparently more
>> important than the user's working system.
>Of course all of the above makes the flawed assumption that users cannot
>contribute additional details or reports of a bug to the *same* bug
>report. And in fact that is a thing we encourage users to do, via
>reportbug and other tools. It has all the benefits of filing duplicate
>bugs, and none of the administrative disadvantages.

Pardon me, but you have obviously mistaken me for someone who gives a
email galt@inconnu.isu.edu

Reply to: