Octavio Alvarez wrote:
> Bob Proulx wrote:
> > Which coreutils bug are we talking about here?
> 
> The one that I found to be in eglibc (and not coreutils' timeout): the
> 8-byte memory leak. This is not the same I mentioned earlier, but also
> discovered via timeout.

Just to be clear then I take it from this that there aren't any
examples of this from coreutils.  It hasn't happened with coreutils
package or coreutils upstream.

> (Should I stop CC-ing 668573? This is getting off-topic.)

If it is trying to justify having a dbg package and justifying the
effort needed to create and maintain it and the machine resources to
build it on all architectures then it is on topic.  That is the point
of the discussion.

> > > Reporting the bug has turned pointless now; you know what
> > > happens: incomplete debugging information makes it more difficult
> > > for upstream. That's why if I report a bug without a full
> > > backtrace, chances of the bug being disregarded as NEEDINFO raise
> > > significantly. And upstream will just blame the reporter.
> >
> > I looked for your address in the upstream lists but didn't see it 
> > after a very brief search.  Perhaps I missed something?
> 
> No, I'm not part of upstream (eglibc nor coreutils).

The question isn't whether you are part of upstream or not.  You don't
need to formally be part of the maintenance team to submit bug
reports.  Bug reports are welcomed from anyone.

You were claiming that reports were being rejected due to lack of a
full backtrace.  This shocked us.  I haven't ever seen such cases.
That isn't how it works.  We were asking for examples so that we could
address the problem.  That is the next step.  Collect data.  And being
part of upstream means that we could make amends for any just
grievance.  But no examples have been provided.  I think you are
thinking of a different upstream group.  Therefore that claim is
completely unjustified for coreutils.

It is unfair for you to complain that coreutils upstream rejects
reports without a full backtrace when there aren't any cases that they
have ever rejected a bug report due to lack of a downstream backtrace.
As Mike commented, in 15 years I don't recall ever having seen such a
case either.  It doesn't happen.

> But we digress. In breaf, what you are saying is: WONTFIX, is this
> correct?

So far in this thread we have been discussing the justification for a
dbg package.  And so far in the thread as far as I can read there has
not been any justification for it.  (Apart from the original bug
submitter.)  Without justification for it then I expect it will likely
be that the dbg package won't happen.

Mike Stone wrote:
> But you're asking for a debug version of this package, and you
> haven't yet shown why it is useful FOR THIS PACKAGE.
> Just saying over and over again that it's needed for upstream isn't
> helpful, as it simply isn't true (in my experience) for this code.

Full agreement.

Bob

Attachment: signature.asc
Description: Digital signature

Reply via email to