On Tue, Aug 11 2009, Russ Allbery wrote:
> Emilio Pozuelo Monfort <poch...@gmail.com> writes:
>> Manoj Srivastava wrote:
>
>>> To recap:
>>> 1) packages with detached debugging symbols should be named
>>> ${package name}-${debug suffix}. As a corollary, no ordinary
>>> packages names may end in ${debug suffix}.
>
>> They may be automatically created. They may also be manually created (if
>> they are listed in debian/control, so for complex packages where they
>> need some manual work, it can be done).
>
> Whether they're automatically or manually created is irrelevant for Debian
> Policy. Policy describes what the output should be, not what tools one
> uses to get there.
>
> I think the relevant question for Policy is whether these packages will be
> listed in debian/control in the source package, in Binary in the *.dsc
> file, and in Binary/Files/Checksums-* in the *.changes file. And I don't
> know the answer to those three questions from the discussion so far.
Here is my take on this:
a) helper packages may be extended to created debug packages by
default, whether or not they're mentioned in control. This means
that any package rebuilt the next time will get debugging packages,
even if the maintainer takes no action. Policy should not prevent
this use case, so requiring that the control file mentions them
should not be done.
b) Some upstream packages, even if helper packages are used, might not
be readily amenable to automated generation of debug packages, and
manual help might be required. In this category I would also like to
throw in packages that do not use helper packages; since themanual
crafting of debug symbol packages is a commonality. These packages
have the debug packages in debian/control, and htey are built
normally (either through custoim scripts, or helper packages). In
this case, the helper should not automatically generate debug symbol
packages; and thus give us a mechanism to over ride, on a package by
package basis, the creation of automated debug packages.
So I think at this point it is premature for policy to decide
one way or the other about debug symbol packages being mentioned in the
control file (and dsc and changes).
I am also of the belief that perhaps the dsc and the changes
file should treat them like normal .debs; and the differentiation occur
at the archive level, when archive scripts try to determine where these
packages go.
Another reason is that we should not be accepting any packages,
even debug packages, in the archive unless we have a check sum match in
a cryptographically signed file anyway.
manoj
--
Ten years of experience should add up to more than one year's experience
multiplied by ten.
Manoj Srivastava <sriva...@debian.org> <http://www.debian.org/~srivasta/>
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
