Your message dated Mon, 20 Jan 2014 23:04:10 +0000 with message-id <[email protected]> and subject line Bug#726248: fixed in kfreebsd-kernel-headers 10.0~3 has caused the Debian Bug report #726248, regarding systemtap-sdt-dev: should be "Arch: all" so gcc and libc can B-D on it to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 726248: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726248 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: systemtap-sdt-dev Version: 2.3-1 Severity: important Dear Maintainer, I've been working on GDB packaging, and upstream has been telling me that if we built our libgcc and libc with the STAP probes enabled, it would make some things work better; in particular: * There are probes in libgcc and libc that allow GDB to follow C++ exceptions and longjmp (respectively) even without the respective debug symbols. (See <https://sourceware.org/ml/gdb-patches/2012-03/msg00360.html>. * There are more probes in libc (well, ld.so) that would keep gdb better (and more efficiently) informed about library load/unload events. (See <https://sourceware.org/ml/gdb-patches/2013-05/msg00624.html>.) (I believe all of the STAP probes for this are now upstream.) Until now, I've been reluctant to suggest this because systemtap-sdt-dev wasn't available on all arches, so it would be necessary to add it as a build-dependency for only some arches, which would involve hard-coding the list of arches systemtap builds on in the control files for those packages. (This also prevents use on kfreebsd, hurd, or any arch that might be supported in GDB before it is supported in systemtap.) However, I've just learned that sdt.h contains very little arch-specific code and, in particular, that it doesn't need to specifically mention each supported arch, nor is it a different file on each arch. It doesn't look like sdt-config.h is arch-dependent, either: the only thing in there is about whether the assembler supports a certain feature, which it does, and presumably will continue to do for quite some time. So, please make this package "Arch: all" so I can propose that the STAP probes in libgcc and libc be enabled on all arches. Sergio Durigan Junior <[email protected]> (who implemented the first bullet above upstream in GDB) has graciously offered his assistance in making this work for us. (Of course, this would also be useful for any other package which would like to provide STAP probes without compromising portability.) Note to Sergio: "Arch: all" makes a single build of a binary package available for all architectures, and can thus only be used when that binary package doesn't contain anything that would need to be different on each arch, or which would need to be built on each arch. It would also be possible to use "Arch: any" to build "systemtap-sdt-dev" on every single arch, but then we'd have to make the "systemtap" source package build on all arches, and explicitly restrict the other binary packages it produces to the supported architectures, but it would mean (a) repeating that list of arches several times in debian/control and (b) conditionalizing the bulk of the package build on whether the arch was on the list or not, both of which would seem to be rather a pain. (On the other hand, it would make arches more self-contained.) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages systemtap-sdt-dev depends on: ii python 2.7.5-5 systemtap-sdt-dev recommends no packages. systemtap-sdt-dev suggests no packages. -- no debconf information -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!
--- End Message ---
--- Begin Message ---Source: kfreebsd-kernel-headers Source-Version: 10.0~3 We believe that the bug you reported is fixed in the latest version of kfreebsd-kernel-headers, which is due to be installed in the Debian FTP archive. 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 protected], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Robert Millan <[email protected]> (supplier of updated kfreebsd-kernel-headers 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 protected]) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Mon, 20 Jan 2014 23:44:42 +0100 Source: kfreebsd-kernel-headers Binary: kfreebsd-kernel-headers Architecture: source kfreebsd-amd64 Version: 10.0~3 Distribution: experimental Urgency: low Maintainer: GNU/kFreeBSD Maintainers <[email protected]> Changed-By: Robert Millan <[email protected]> Description: kfreebsd-kernel-headers - kFreeBSD headers for development Closes: 726248 Changes: kfreebsd-kernel-headers (10.0~3) experimental; urgency=low . * Expose SIZE_T_MAX, OFF_MAX and OFF_MIN. Add limits.c test to verify. * Enable FreeBSD-style net80211 ioctls. * Add <net/if_pfsync.h>, <net/pfvar.h>, <net/pf_mtag.h>, <sys/capability.h>, <sys/procctl.h>. * Remove <sys/sdt.h>. When adding it back, it should be in a separate package. (Closes: #726248) * Add <sys/diskmbr.h>. * Add <sys/sf_buf.h>. Checksums-Sha1: f6729c52ffa5dc8da46316639dd2b1d671c789de 1149 kfreebsd-kernel-headers_10.0~3.dsc 245dc79b80a92a2013545537f1cc05e0d1e08117 52229 kfreebsd-kernel-headers_10.0~3.tar.gz 8f9ee81a09546c41ed480bbfd872207c9315e580 1237080 kfreebsd-kernel-headers_10.0~3_kfreebsd-amd64.deb Checksums-Sha256: b528a405b0c3b14b1b9e34fb449dfd4e42bd1dc134eabf8ae07870a6075dd656 1149 kfreebsd-kernel-headers_10.0~3.dsc 603a6db761a555cfe4a1083050efbcf3b036a4a93b1b28ab80ce342e5add5b01 52229 kfreebsd-kernel-headers_10.0~3.tar.gz b1a1d80df2ddb6fc8385a5baa351bbcfa887e055cde32e52578f602c641fff98 1237080 kfreebsd-kernel-headers_10.0~3_kfreebsd-amd64.deb Files: 4b701fa4af9d0f65de11bbb4210c314f 1149 kernel standard kfreebsd-kernel-headers_10.0~3.dsc ef00e39778d76f73c686aff709895b0e 52229 kernel standard kfreebsd-kernel-headers_10.0~3.tar.gz 0609670cff448c61d5eccb37ccb520c7 1237080 kernel standard kfreebsd-kernel-headers_10.0~3_kfreebsd-amd64.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/kFreeBSD) iEYEARECAAYFAlLdqAAACgkQC19io6rUCv+egQCeMdbB4tQFAlULTnCKKz+eQypV puUAnjsODddtXz+5g45QF6zbTyOM6mSo =B9ma -----END PGP SIGNATURE-----
--- End Message ---
