* Re: [PATCH] Fix GNU/Hurd build error [not found] <20030529131545.GA458@pc-jeroen> @ 2003-06-14 16:01 ` Alfred M. Szmidt 2003-06-14 16:19 ` Daniel Jacobowitz 0 siblings, 1 reply; 6+ messages in thread From: Alfred M. Szmidt @ 2003-06-14 16:01 UTC (permalink / raw) To: Jeroen Dekkers; +Cc: gdb, kettenis This is the second time I have pinged about this patch (last ping was on June 10th, the actual patch was sent on May 29th). Does anyone in GDB world actualy care about GNU? Because it sure doesn't look like it; two weeks for an obvious fix is not acceptable... ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] Fix GNU/Hurd build error 2003-06-14 16:01 ` [PATCH] Fix GNU/Hurd build error Alfred M. Szmidt @ 2003-06-14 16:19 ` Daniel Jacobowitz 2003-06-14 16:30 ` Andrew Cagney 2003-06-14 17:18 ` Alfred M. Szmidt 0 siblings, 2 replies; 6+ messages in thread From: Daniel Jacobowitz @ 2003-06-14 16:19 UTC (permalink / raw) To: Alfred M. Szmidt; +Cc: Jeroen Dekkers, gdb, kettenis On Sat, Jun 14, 2003 at 06:01:51PM +0200, Alfred M. Szmidt wrote: > This is the second time I have pinged about this patch (last ping was > on June 10th, the actual patch was sent on May 29th). Does anyone in > GDB world actualy care about GNU? Because it sure doesn't look like > it; two weeks for an obvious fix is not acceptable... No, judging from the response apparently no one in the GDB world cares about GNU. GDB's response time to patches is slow; live with it instead of placing demands upon volunteers. The patch looks reasonable, so I have checked it in. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] Fix GNU/Hurd build error 2003-06-14 16:19 ` Daniel Jacobowitz @ 2003-06-14 16:30 ` Andrew Cagney 2003-06-14 17:18 ` Alfred M. Szmidt 1 sibling, 0 replies; 6+ messages in thread From: Andrew Cagney @ 2003-06-14 16:30 UTC (permalink / raw) To: Daniel Jacobowitz, Alfred M. Szmidt; +Cc: Jeroen Dekkers, gdb, kettenis > On Sat, Jun 14, 2003 at 06:01:51PM +0200, Alfred M. Szmidt wrote: > >> This is the second time I have pinged about this patch (last ping was >> on June 10th, the actual patch was sent on May 29th). Does anyone in >> GDB world actualy care about GNU? Because it sure doesn't look like >> it; two weeks for an obvious fix is not acceptable... > No, judging from the response apparently no one in the GDB world cares > about GNU. GDB's response time to patches is slow; live with it > instead of placing demands upon volunteers. It was sitting in a catch-all queue that gets drained before each new release so was not ``lost''. > The patch looks reasonable, so I have checked it in. Thanks, I'll delete it. Andrew ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] Fix GNU/Hurd build error 2003-06-14 16:19 ` Daniel Jacobowitz 2003-06-14 16:30 ` Andrew Cagney @ 2003-06-14 17:18 ` Alfred M. Szmidt 2003-06-14 17:36 ` Andrew Cagney 1 sibling, 1 reply; 6+ messages in thread From: Alfred M. Szmidt @ 2003-06-14 17:18 UTC (permalink / raw) To: Daniel Jacobowitz; +Cc: gdb No, judging from the response apparently no one in the GDB world cares about GNU. GDB's response time to patches is slow; live with it instead of placing demands upon volunteers. Placing demands on volunteers is reasonable if there is a patch out, and if the patch looks OK, since commiting something takes no time at all. But thats just my opinion. The patch looks reasonable, so I have checked it in. Thanks. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] Fix GNU/Hurd build error 2003-06-14 17:18 ` Alfred M. Szmidt @ 2003-06-14 17:36 ` Andrew Cagney 2003-06-14 20:07 ` Alfred M. Szmidt 0 siblings, 1 reply; 6+ messages in thread From: Andrew Cagney @ 2003-06-14 17:36 UTC (permalink / raw) To: Alfred M. Szmidt; +Cc: Daniel Jacobowitz, gdb http://www.fsf.org/prep/maintain_13.html#SEC13 > Dealing With Mail > > Once a program is in use, you will get bug reports for it. Most GNU programs have their own special lists for sending bug reports. The advertised bug-reporting email address should always be `bug-program@gnu.org', to help show users that the program is a GNU package, but it is ok to set up that list to forward to another site for further forwarding. The package distribution should state the name of the bug-reporting list in a prominent place, and ask users to help us by reporting bugs there. > > We also have a catch-all list, bug-gnu-utils@gnu.org, which is used for all GNU programs that don't have their own specific lists. But nowadays we want to give each program its own bug-reporting list and move away from using bug-gnu-utils. > > If you are the maintainer of a GNU package, you should have an account on the GNU servers; contact accounts@gnu.org if you don't have one. (You can also ask for accounts for people who help you a large amount in working on the package.) With this account, you can edit `/com/mailer/aliases' to create a new unmanaged list or add yourself to an existing unmanaged list. A comment near the beginning of that file explains how to create a Mailman-managed mailing list. > > But if you don't want to learn how to do those things, you can alternatively ask alias-file@gnu.org to add you to the bug-reporting list for your program. To set up a new list, contact new-mailing-list@gnu.org. You can subscribe to a list managed by Mailman by sending mail to the corresponding `-request' address. > > When you receive bug reports, keep in mind that bug reports are crucial for your work. If you don't know about problems, you cannot fix them. So always thank each person who sends a bug report. > > You don't have an obligation to give more response than that, though. The main purpose of bug reports is to help you contribute to the community by improving the next version of the program. Many of the people who report bugs don't realize this--they think that the point is for you to help them individually. Some will ask you to focus on that instead of on making the program better. If you comply with their wishes, you will have been distracted from the job of maintaining the program. > > For example, people sometimes report a bug in a vague (and therefore useless) way, and when you ask for more information, they say, "I just wanted to see if you already knew the solution" (in which case the bug report would do nothing to help improve the program). When this happens, you should explain to them the real purpose of bug reports. (A canned explanation will make this more efficient.) > > When people ask you to put your time into helping them use the program, it may seem "helpful" to do what they ask. But it is much less helpful than improving the program, which is the maintainer's real job. > > By all means help individual users when you feel like it, if you feel you have the time available. But be careful to limit the amount of time you spend doing this--don't let it eat away the time you need to maintain the program! Know how to say no; when you are pressed for time, just "thanks for the bug report--I will fix it" is enough response. > > Some GNU packages, such as Emacs and GCC, come with advice about how to make bug reports useful. If you want to copy and adapt that, it could be a very useful thing to do. The important thing here is to ensure that the problem is fixed in the next release. That was being done. Andrew ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] Fix GNU/Hurd build error 2003-06-14 17:36 ` Andrew Cagney @ 2003-06-14 20:07 ` Alfred M. Szmidt 0 siblings, 0 replies; 6+ messages in thread From: Alfred M. Szmidt @ 2003-06-14 20:07 UTC (permalink / raw) To: Andrew Cagney; +Cc: drow, gdb The important thing here is to ensure that the problem is fixed in the next release. That was being done. You your self quoted the GNU Coding Standard with this nice part: > When you receive bug reports, keep in mind that bug reports are > crucial for your work. If you don't know about problems, you > cannot fix them. So always thank each person who sends a bug > report. I prefer to see the "thank you" messages to bug reports as acknowledgements that the bug report has been noted into someone list of things todo. Since nobody did that, I assumed that the bug report was dumped into /dev/null the first time around, and just ignored the second. Anyway, lets stop this unproductive crap since the bug is fixed. :-) Cheers. ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2003-06-14 20:07 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <20030529131545.GA458@pc-jeroen> 2003-06-14 16:01 ` [PATCH] Fix GNU/Hurd build error Alfred M. Szmidt 2003-06-14 16:19 ` Daniel Jacobowitz 2003-06-14 16:30 ` Andrew Cagney 2003-06-14 17:18 ` Alfred M. Szmidt 2003-06-14 17:36 ` Andrew Cagney 2003-06-14 20:07 ` Alfred M. Szmidt
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).