/usr/bin/dh_strip: dh_strip --dbg-package doesn't work on library names that have a common -dbg package for all binaries
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
debhelper (Debian) |
Fix Released
|
Unknown
|
|||
debhelper (Ubuntu) |
Invalid
|
Wishlist
|
Unassigned |
Bug Description
Automatically imported from Debian bug report #261849 http://
In Debian Bug tracker #261849, Kilian Krause (seraph) wrote : no reply => long times in buildd to get pwlib/openh323 rolled out | #1 |
In Debian Bug tracker #261849, Kilian Krause (seraph) wrote : hmpf,wrong severity | #2 |
severity 261849 grave
thanks
Quoting http://
grave:
makes the package in question unusable or mostly so, or causes
data loss, or introduces a security hole allowing access to the
accounts of users who use the package.
which sounds like my problem.
a) the manpage sounds like --dbg-package names the one package which
will hold all the debug from the rest of the pacakges, which is NOT THE
CASE.
b) this way libxyz-a.b.c cannot be stripped to libxyz-dbg...
--
Best regards,
Kilian
In Debian Bug tracker #261849, Joey Hess (joeyh) wrote : Re: Bug#261849: no reply => long times in buildd to get pwlib/openh323 rolled out | #3 |
Kilian Krause wrote:
> severity 261849 serious
> thanks
This bug is not a release critical issue for debhelper, the
--dbg-package stuff has known problems (some of which may be yours,
though I found your report very hard to understand). There is no rule
that forces you to use debhelper for your package if it doesn't work.
> there was no reply and this feature is an important part to clean up the
> pwlib and openh323 package. Currently double building is used to produce
> a debug build and i'd at least like to know what's the schedule to fix
> this bug. If this not gonna be fixed soon, i might want to go import the
> commands from dh_strip into pwlib rules, but i think the bug can be
> easily enough fixed.
I'll fix it sometime after the sarge release, possibly sooner if I
receive a clear description of the problem or a patch.
--
see shy jo
In Debian Bug tracker #261849, Joey Hess (joeyh) wrote : severity of 261849 is normal, tagging 261849 | #4 |
# Automatically generated email from bts, devscripts version 2.7.95.1
severity 261849 normal
tags 261849 moreinfo
In Debian Bug tracker #261849, Kilian Krause (seraph) wrote : Re: Bug#261849: no reply => long times in buildd to get pwlib/openh323 rolled out | #5 |
Hi Joey,
thanks for taking the time to respond. I know this is not actually RC.
It was meant as a means to get a feedback.
The problem can be easily described:
Using libxyz to produce libxyz-dbg is straightforward using the
--dbg-package parameter of dh_strip.
Yet, however few libs are named libxyz, as according to the Debian
Packaging Guide libs should be named according to their SONAME. Thus
most of the real world libs are libxyz-a.b.c (to have a real world
example take: libpt-1.6.6). That however makes the -dbg package forced
to be named libpt-1.6.6-dbg to be caught by the --dbg-package switch.
Unfortunatelly the libpt-1.6.6 is not the only package, but there's also
plugins to be caught. Thus the only way to use dh_strip with the
--dbg-package swtich would be to have 6 -dbg packs. One for each binary
deb. That I would consider a very bad design of packaging and therefore
would rather want to keep only 1 -dbg package (libpt-dbg) but have *all*
the debug symbols from all binary packages in there.
Currently this is only possible by running the -dbg-package switch over
each of them and merging them afterwards (which also is a broken
design), or using the -k and moving the /usr/lib/debug entries to the
libpt-dbg afterwards (this also is actually the task dh_strip should do
IMHO).
So what i'm asking for is the support according to what the manpage
reads to me: you have a package libxyz-* with one libxyz-dbg package
that will hold all the debug infos from all libxyz-[^dbg] binary
packages. That way it could be very easily accomplished to package a
library package installing all the binary debs and have them stripped in
one go with "dh_strip --dbg-package=
Hth. Please ask if you need more info or more sample data.
--
Best regards,
Kilian
Debian Bug Importer (debzilla) wrote : | #6 |
Automatically imported from Debian bug report #261849 http://
Debian Bug Importer (debzilla) wrote : | #7 |
Message-Id: <email address hidden>
Date: Wed, 28 Jul 2004 17:17:28 +0200
From: Kilian Krause <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: /usr/bin/dh_strip: dh_strip --dbg-package doesn't work on library names that
have a common -dbg package for all binaries
Package: debhelper
Version: 4.2.17
Severity: normal
File: /usr/bin/dh_strip
Hi,
for libs like pwlib which have libpt-x.y.z and libpt-plugins-
but share a libpt-dbg the manpage is pretty misleading.
When adding to debian/rules the line:
dh_strip --dbg-package=libpt
like the manpage would propose, the -dbg package remains empty whereas
the libpt-* are stripped. I've tried a bit around and aparently i can
make things working with:
dh_strip --dbg-package=
to produce a libpt-1.7.5-dbg package. Yet that would lead to several
-dbg packages for each binary package. Obviously this is NOT what i
intended doing.
So, what's the proposed way of doign this? Seriously manually sorting
some libpt-*-dbg together to a libpt-dbg after dh_strip is run?!
Or using the --keep-debug and then moving things myself to a libpt-dbg
after dh_strip?
Somewhat i think that the text like i had thought i read in the manpage
would make most sense. To use --dbg-package to identify the common -dbg
package and have all other debug symbols moved to there automagically.
Maybe exclude some from being moved (not from being processed), but i
have no prob providing all debug data that's generated for debugging.
Actually that sounds like a very good idea even. ;)
Objections? Did i do anything wrong? Any option i have not passed to
dh_strip which should have?
--
Best regards,
Kilian
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=
Versions of packages debhelper depends on:
ii binutils 2.14.90.0.7-8 The GNU assembler, linker and bina
ii coreutils [fileutils] 5.2.1-2 The GNU core utilities
ii debconf-utils 1.4.30 debconf utilities
ii dpkg-dev 1.10.23 Package building tools for Debian
ii file 4.10-1 Determines file type using "magic"
ii fileutils 5.2.1-2 The GNU file management utilities
ii html2text 1.3.2a-1 An advanced HTML to text converter
ii perl 5.8.4-2 Larry Wall's Practical Extraction
ii po-debconf 0.8.12 Manage translated Debconf template
-- no debconf information
Debian Bug Importer (debzilla) wrote : | #8 |
Message-Id: <email address hidden>
Date: Sat, 07 Aug 2004 00:17:45 +0200
From: Kilian Krause <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: no reply => long times in buildd to get pwlib/openh323 rolled out
--=-8jPwLsPYSXi
Content-Type: text/plain
Content-
severity 261849 serious
thanks
Hi,
there was no reply and this feature is an important part to clean up the
pwlib and openh323 package. Currently double building is used to produce
a debug build and i'd at least like to know what's the schedule to fix
this bug. If this not gonna be fixed soon, i might want to go import the
commands from dh_strip into pwlib rules, but i think the bug can be
easily enough fixed.
--=20
Best regards,
Kilian
--=-8jPwLsPYSXi
Content-Type: application/
Content-
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQBBFAOJvdk
ycjMYOHnk41M3xk
=gPxD
-----END PGP SIGNATURE-----
--=-8jPwLsPYSXi
Debian Bug Importer (debzilla) wrote : | #9 |
Message-Id: <email address hidden>
Date: Sat, 07 Aug 2004 00:21:49 +0200
From: Kilian Krause <email address hidden>
To: <email address hidden>
Subject: hmpf,wrong severity
--=-fSCJNJxEmgM
Content-Type: text/plain
Content-
severity 261849 grave
thanks
Quoting http://
grave:
makes the package in question unusable or mostly so, or causes
data loss, or introduces a security hole allowing access to the
accounts of users who use the package.
=20
which sounds like my problem.=20
a) the manpage sounds like --dbg-package names the one package which
will hold all the debug from the rest of the pacakges, which is NOT THE
CASE.=20
b) this way libxyz-a.b.c cannot be stripped to libxyz-dbg...
--=20
Best regards,
Kilian
--=-fSCJNJxEmgM
Content-Type: application/
Content-
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQBBFAR9vdk
OhmEqPLglbhHdyH
=2Rdj
-----END PGP SIGNATURE-----
--=-fSCJNJxEmgM
Matt Zimmerman (mdz) wrote : | #10 |
Self-aggrandizing feature request
In Debian Bug tracker #261849, Joey Hess (joeyh) wrote : severity of 261849 is wishlist, tagging 261849, merging 261849 230588 ... | #11 |
# Automatically generated email from bts, devscripts version 2.7.95.1
severity 261849 wishlist
tags 261849 - moreinfo
merge 261849 230588
retitle 261849 Make it a bit easier to use one debug package for multiple binary packages
In Debian Bug tracker #261849, Joey Hess (joeyh) wrote : Re: Bug#261849: no reply => long times in buildd to get pwlib/openh323 rolled out | #12 |
Kilian Krause wrote:
> thanks for taking the time to respond. I know this is not actually RC.
> It was meant as a means to get a feedback.
I don't take kindly to priority inflation as a way to get my attention,
FWIW. Next time, send me an email.
> plugins to be caught. Thus the only way to use dh_strip with the
> --dbg-package swtich would be to have 6 -dbg packs. One for each binary
> deb. That I would consider a very bad design of packaging and therefore
> would rather want to keep only 1 -dbg package (libpt-dbg) but have *all*
> the debug symbols from all binary packages in there.
This would seem to be the same as bug #230588. That bug has some
discussion and workarounds. My current plans for that are to keep the
current behavior as default, and to add some kind of
--dbg-destinati
package. A patch would likely speed that up a lot, I'm rather busy with
debian-installer and sarge release work right now.
--
see shy jo
Debian Bug Importer (debzilla) wrote : | #13 |
Message-ID: <email address hidden>
Date: Fri, 6 Aug 2004 20:34:14 -0300
From: Joey Hess <email address hidden>
To: Kilian Krause <email address hidden>, <email address hidden>
Subject: Re: Bug#261849: no reply => long times in buildd to get pwlib/openh323 rolled out
Kilian Krause wrote:
> severity 261849 serious
> thanks
This bug is not a release critical issue for debhelper, the
--dbg-package stuff has known problems (some of which may be yours,
though I found your report very hard to understand). There is no rule
that forces you to use debhelper for your package if it doesn't work.
> there was no reply and this feature is an important part to clean up the
> pwlib and openh323 package. Currently double building is used to produce
> a debug build and i'd at least like to know what's the schedule to fix
> this bug. If this not gonna be fixed soon, i might want to go import the
> commands from dh_strip into pwlib rules, but i think the bug can be
> easily enough fixed.
I'll fix it sometime after the sarge release, possibly sooner if I
receive a clear description of the problem or a patch.
--=20
see shy jo
Debian Bug Importer (debzilla) wrote : | #14 |
Message-Id: <email address hidden>
Date: Fri, 6 Aug 2004 20:35:14 -0300
From: Joey Hess <email address hidden>
To: <email address hidden>
Subject: severity of 261849 is normal, tagging 261849
# Automatically generated email from bts, devscripts version 2.7.95.1
severity 261849 normal
tags 261849 moreinfo
Debian Bug Importer (debzilla) wrote : | #15 |
Message-Id: <email address hidden>
Date: Sat, 07 Aug 2004 01:45:43 +0200
From: Kilian Krause <email address hidden>
To: Joey Hess <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#261849: no reply => long times in buildd to get
pwlib/openh323 rolled out
--=-48GE1Jr4cOQ
Content-Type: text/plain
Content-
Hi Joey,
thanks for taking the time to respond. I know this is not actually RC.
It was meant as a means to get a feedback.=20
The problem can be easily described:
Using libxyz to produce libxyz-dbg is straightforward using the
--dbg-package parameter of dh_strip.=20
Yet, however few libs are named libxyz, as according to the Debian
Packaging Guide libs should be named according to their SONAME. Thus
most of the real world libs are libxyz-a.b.c (to have a real world
example take: libpt-1.6.6). That however makes the -dbg package forced
to be named libpt-1.6.6-dbg to be caught by the --dbg-package switch.
Unfortunatelly the libpt-1.6.6 is not the only package, but there's also
plugins to be caught. Thus the only way to use dh_strip with the
--dbg-package swtich would be to have 6 -dbg packs. One for each binary
deb. That I would consider a very bad design of packaging and therefore
would rather want to keep only 1 -dbg package (libpt-dbg) but have *all*
the debug symbols from all binary packages in there.=20
Currently this is only possible by running the -dbg-package switch over
each of them and merging them afterwards (which also is a broken
design), or using the -k and moving the /usr/lib/debug entries to the
libpt-dbg afterwards (this also is actually the task dh_strip should do
IMHO).=20
So what i'm asking for is the support according to what the manpage
reads to me: you have a package libxyz-* with one libxyz-dbg package
that will hold all the debug infos from all libxyz-[^dbg] binary
packages. That way it could be very easily accomplished to package a
library package installing all the binary debs and have them stripped in
one go with "dh_strip --dbg-package=
Hth. Please ask if you need more info or more sample data.
--=20
Best regards,
Kilian
--=-48GE1Jr4cOQ
Content-Type: application/
Content-
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQBBFBgmvdk
EbJHaVEXFPawLGg
=rgmI
-----END PGP SIGNATURE-----
--=-48GE1Jr4cOQ
Debian Bug Importer (debzilla) wrote : | #16 |
Message-ID: <email address hidden>
Date: Fri, 6 Aug 2004 20:17:47 -0400
From: Joey Hess <email address hidden>
To: Kilian Krause <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#261849: no reply => long times in buildd to get pwlib/openh323 rolled out
--Sr1nOIr3CvdE5hEN
Content-Type: text/plain; charset=us-ascii
Content-
Content-
Kilian Krause wrote:
> thanks for taking the time to respond. I know this is not actually RC.
> It was meant as a means to get a feedback.=20
I don't take kindly to priority inflation as a way to get my attention,
FWIW. Next time, send me an email.
> plugins to be caught. Thus the only way to use dh_strip with the
> --dbg-package swtich would be to have 6 -dbg packs. One for each binary
> deb. That I would consider a very bad design of packaging and therefore
> would rather want to keep only 1 -dbg package (libpt-dbg) but have *all*
> the debug symbols from all binary packages in there.=20
This would seem to be the same as bug #230588. That bug has some
discussion and workarounds. My current plans for that are to keep the
current behavior as default, and to add some kind of
--dbg-destinati
package. A patch would likely speed that up a lot, I'm rather busy with
debian-installer and sarge release work right now.
--=20
see shy jo
--Sr1nOIr3CvdE5hEN
Content-Type: application/
Content-
Content-
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFBFB+
LFPYNwo8J0GuerZ
=4zJA
-----END PGP SIGNATURE-----
--Sr1nOIr3CvdE5
Debian Bug Importer (debzilla) wrote : | #17 |
Message-Id: <email address hidden>
Date: Fri, 6 Aug 2004 21:14:54 -0300
From: Joey Hess <email address hidden>
To: <email address hidden>
Subject: severity of 261849 is wishlist, tagging 261849, merging 261849 230588 ...
# Automatically generated email from bts, devscripts version 2.7.95.1
severity 261849 wishlist
tags 261849 - moreinfo
merge 261849 230588
retitle 261849 Make it a bit easier to use one debug package for multiple binary packages
In Debian Bug tracker #261849, Kilian Krause (seraph) wrote : hadn't overlooked it in BTS when writing the bug.. | #18 |
merge 230588 261849
severity 261849 normal
thanks
Debian Bug Importer (debzilla) wrote : | #19 |
Message-Id: <1091875577.
Date: Sat, 07 Aug 2004 12:46:17 +0200
From: Kilian Krause <email address hidden>
To: <email address hidden>
Subject: hadn't overlooked it in BTS when writing the bug..
--=-e5k0szq60Sc
Content-Type: text/plain
Content-
merge 230588 261849
severity 261849 normal
thanks
--=-e5k0szq60Sc
Content-Type: application/
Content-
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQBBFLL5vdk
Qiaf0pKRbbyXqcr
=Ijdj
-----END PGP SIGNATURE-----
--=-e5k0szq60Sc
In Debian Bug tracker #261849, Kilian Krause (seraph) wrote : Re: Bug#261849: no reply => long times in buildd to get pwlib/openh323 rolled out | #20 |
Hi Joey,
this is not a final and cleaned up patch, but it works as intended. All
that remains is patching the debhelper lib to hand-through a new
variable and make the according "if" equation consider it.
As i'm no real perl wiz (nor do i have any idea how the debhelper perl
lib works), i rather leave this to you. ;)
--- /usr/bin/dh_strip 2004-08-07 16:02:32.000000000 +0200
+++ /usr/bin/
@@ -180,9 +180,9 @@
# Support for keeping the debugging symbols in a detached file.
my $keep_debug=
my $debugtmp=$tmp;
- if (ref $dh{DEBUGPACKAGES}) {
+ if (ref $dh{DEBUGPACKAGES} && grep { $_ eq $package }
@{$dh{DEBUGPACK
- $debugtmp=
+ $debugtmp=
}
--
Best regards,
Kilian
Debian Bug Importer (debzilla) wrote : | #21 |
Message-Id: <1091887500.
Date: Sat, 07 Aug 2004 16:05:00 +0200
From: Kilian Krause <email address hidden>
To: Joey Hess <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#261849: no reply => long times in buildd to get
pwlib/openh323 rolled out
--=-kfWwkkxfsaI
Content-Type: text/plain
Content-
Hi Joey,
this is not a final and cleaned up patch, but it works as intended. All
that remains is patching the debhelper lib to hand-through a new
variable and make the according "if" equation consider it.
As i'm no real perl wiz (nor do i have any idea how the debhelper perl
lib works), i rather leave this to you. ;)
--- /usr/bin/dh_strip 2004-08-07 16:02:32.000000000 +0200
+++ /usr/bin/
@@ -180,9 +180,9 @@
# Support for keeping the debugging symbols in a detached file.
my $keep_debug=
my $debugtmp=3D$tmp;
- if (ref $dh{DEBUGPACKAGES}) {
+ if (ref $dh{DEBUGPACKAGES} && grep { $_ eq $package }
@{$dh{DEBUGPACK
- $debugtmp=
+ $debugtmp=
}
--=20
Best regards,
Kilian
--=-kfWwkkxfsaI
Content-Type: application/
Content-
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQBBFOGMvdk
RAQU73emVtQgWfy
=LhNM
-----END PGP SIGNATURE-----
--=-kfWwkkxfsaI
Thom May (thombot) wrote : | #22 |
Not something we care about for warty.
In Debian Bug tracker #261849, Joey Hess (joeyh) wrote : Bug#230588: fixed in debhelper 4.9.0 | #23 |
Source: debhelper
Source-Version: 4.9.0
We believe that the bug you reported is fixed in the latest version of
debhelper, which is due to be installed in the Debian FTP archive:
debhelper_4.9.0.dsc
to pool/main/
debhelper_
to pool/main/
debhelper_
to pool/main/
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to <email address hidden>,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Joey Hess <email address hidden> (supplier of updated debhelper package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing <email address hidden>)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Thu, 9 Jun 2005 10:01:20 -0400
Source: debhelper
Binary: debhelper
Architecture: source all
Version: 4.9.0
Distribution: unstable
Urgency: low
Maintainer: Joey Hess <email address hidden>
Changed-By: Joey Hess <email address hidden>
Description:
debhelper - helper programs for debian/rules
Closes: 206422 212162 228618 230588 305806 305816 312661
Changes:
debhelper (4.9.0) unstable; urgency=low
.
* Begin work on compatability level 5. The set of changes in this mode is
still being determined, and will be until debhelper version 5.0 is
released, so use at your own risk.
* dh_strip: In v5, make --dbg-package specify a single debugging package
that gets the debugging symbols from the other packages acted on.
Closes: #230588
* In v5, ignore comments in config files. Only comments at the start of
lines are ignored. Closes: #206422
* In v5, also ignore empty lines in config files. Closes: #212162
* In v5, empty files are skipped by dh_installdocs.
* Use v5 to build debhelper.
* Add deprecation warnings for debhelper v1 and v2.
* Document getpackages in PROGRAMMING.
* Add another test-case for dh_link.
* dh_python: Minimal fix from Joss for -V to make it search the right
site-packages directories. Closes: #312661
* Make compat() cache the expensive bits, since we run it more and more,
including twice per config file line now..
* Add a "run" program to source tree to make local testing easier
and simplfy the rules file.
* Man page typo fixes. Closes: #305806, #305816
* dh_installmenu: menus moved to /usr/share/menu. Closes: #228618
Anyone with a binary executable menu file is SOL but there are none in
debian currently.
* Removed old versioned build deps for stuff that shipped in sarge or
earlier, mostly to shut up linda and lintian's stupid messages.
Files:
395df42df9a8b8
5d1656c95233f1
56f561ef08da02
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v...
Changed in debhelper: | |
status: | Unknown → Fix Released |
severity 261849 serious
thanks
Hi,
there was no reply and this feature is an important part to clean up the
pwlib and openh323 package. Currently double building is used to produce
a debug build and i'd at least like to know what's the schedule to fix
this bug. If this not gonna be fixed soon, i might want to go import the
commands from dh_strip into pwlib rules, but i think the bug can be
easily enough fixed.
--
Best regards,
Kilian