Bug#734328: kfreebsd-kernel-headers: Don't ship here

2014-01-21 Thread Steven Chamberlain
On 20/01/14 00:39, Robert Millan wrote: > tags 726248 pending > thanks > > On 19/01/2014 08:53, Samuel Bronson wrote: >> [...] it's best if you split them >> off into their own, non-build-essential package, which systemtap-sdt-dev >> could safely conflict with, but dtrace could still explicitly us

Bug#726248: Bug#734328: kfreebsd-kernel-headers: Don't ship here

2014-01-19 Thread Robert Millan
tags 726248 pending thanks On 19/01/2014 08:53, Samuel Bronson wrote: > Hmm, I must have thought this was covered well enough in: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726248#110 > > But I guess that left out the detail that Replaces is supposed to be > accompanied by Breaks (or C

Bug#726248: Bug#734328: kfreebsd-kernel-headers: Don't ship here

2014-01-18 Thread Samuel Bronson
Robert Millan writes: > What's wrong with Replaces: ? I proposed this in my last mail, but it > went unanswered: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726248#105 > > I really don't see why you want us to remove legacy functionality from > k-k-h. As far as I can see its presence doe

Bug#726248: Bug#734328: kfreebsd-kernel-headers: Don't ship here

2014-01-06 Thread Robert Millan
Hi Samuel, On 06/01/2014 00:59, Samuel Bronson wrote: > Given the facts: > > - nobody has ported the dtrace userspace to [e]glibc yet > > - there *are* packages that could benefit from systemtap's version of > ; in particular, GDB can use such probes, and has > particular support

Bug#734328: kfreebsd-kernel-headers: Don't ship here

2014-01-05 Thread Samuel Bronson
Package: kfreebsd-kernel-headers Version: 9.2~5 Severity: normal Control: block 726248 by -1 Dear Maintainer, Given the facts: - nobody has ported the dtrace userspace to [e]glibc yet - there *are* packages that could benefit from systemtap's version of ; in particular, GDB can use su