On Thu 2020-03-12 23:21:29 +0100, Aurelien Jarno wrote:
> That would clearly work for your use case. Now I am not sure it won't
> break other things.

I'd like to know what it would break if it would break anything.

> I asked on IRC and so far only get the confirmation that the package
> shall not be renamed to libc6-dbgsym.

Thanks for the reportback.  Is there some policy about what kinds of
package may be named *-dbgsym generally that renaming libc6-dbg would
violate?  comparing the file lists and (lack of) maintscripts between
libc6-dbg and (as a random example) libglib2.0-0-dbgsym, they don't look
that different (libglib2.0-0-dbgsym ships a file in /usr/lib/debug/.dwz
while libc6-dbg does not, but i don't know that this is an important

Or is the reason that a rename would require updating the dependencies
of other existing packages?  For runtime deps, there aren't many:

0 dkg@alice:~$ apt rdepends libc6-dbg
Reverse Depends:
  Suggests: testdisk-dbg
  Suggests: libxapian30-dbg
  Depends: valgrind
  Suggests: testdisk-dbg
  Recommends: libntdb1-dbg
 |Recommends: libgcj17-dbg
  Suggests: ekiga-dbg
  Depends: valgrind
  Suggests: testdisk-dbg
  Depends: valgrind
0 dkg@alice:~$

I'm not sure the quickest way to get a list of build-deps, sorry!  It
does seem like a transitional package would be the standard way to solve
this problem, and not a huge pain to do.  We've handled much worse

Or is it because it's always been this way, and there's documentation
out there that might get out of date?  The documentation would survive
with a transitional package for one release of debian anyway, and at
some point we need to prioritize consistency for new users over
stability of unmaintained documentation.  if someone is reading a
4-year-old unmaintained tutorial on debugging in debian they're probably
not getting the most helpful information anyway.

Or is there some other reason?

I'm sorry to press on this, but "IRC says we shall not do this" sounds a
lot like what people accuse debian of in its worst moments -- reflexive
resistance to change, even when there's a well-motivated reason and a
transition plan available for a concrete improvement, even a minor one
like this.  I'm really in the dark here.  If there are other reasons,
i'd like to know them.

Thanks for all your work in maintaining such a critical part of debian!



Attachment: signature.asc
Description: PGP signature

Reply via email to