On 12/20/2015 12:26 AM, Niels Thykier wrote:
> Hi,
>
> As of today, dak supports the dbgsym packages built by debhelper and
> with debhelper/9.20151219 they are now built by default! With this, a
> decade old idea is now implemented and available for general
> consumption[1]. :)
>
> * A huge th
* Lars Wirzenius [Tue Dec 22, 2015 at 06:36:55PM +0100]:
> On Sun, Dec 20, 2015 at 10:35:05AM +, Niels Thykier wrote:
> > * reprepro rejects upload with automatic debug symbols as it does not
> >support them yet[1]. (#730572)
> >- Workaround #1: Build with --no-ddebs / DEB_BUILD_OPTI
On Sun, Dec 20, 2015 at 10:35:05AM +, Niels Thykier wrote:
> * reprepro rejects upload with automatic debug symbols as it does not
>support them yet[1]. (#730572)
>- Workaround #1: Build with --no-ddebs / DEB_BUILD_OPTIONS=noddebs
>- Workaround #2: Pass --ignore=surprisingbinary t
Anthony DeRobertis:
> Are there plans to teach httpredir.debian.org about the new debug mirror
> network?
>
> http://httpredir.debian.org/debian-debug/dists/unstable-debug/main/binary-amd64/Release
> is currently 404.
>
Thanks for the suggestion.
I have filed a request for it in [1] - patches
Are there plans to teach httpredir.debian.org about the new debug mirror
network?
http://httpredir.debian.org/debian-debug/dists/unstable-debug/main/binary-amd64/Release
is currently 404.
On Mon, 21 Dec 2015, Robert Edmonds wrote:
> Are the *-debug suites going to stay in a separate repository? If so,
> is a separate mirror network being set up? I help maintain a public
> mirror of the 'debian' repository, and if possible I'd like to setup a
> mirror of the 'debian-debug' reposit
Paul Wise wrote:
> On Sun, Dec 20, 2015 at 10:07 AM, Christoph Anton Mitterer wrote:
>
> > Will this eventually replace all the existing -dbg packages?
>
> That is the plan, yes.
>
> > And will this eventually become part of normal unstable/testing/etc.
> > and mirrors, or is it intended that pe
Bernd Zeimetz:
> Hi,
>
Hi,
>> So how will we deal with the migration from -dbg to -dbgsym for
>> jessie -> stretch?
>>
>> * Should we keep transitional -dbg packages around even if the
>> -dbgsym packages are in another archive?
>>
To be honest, I do not think this will make sense/work (for tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
> So how will we deal with the migration from -dbg to -dbgsym for
> jessie -> stretch?
>
> * Should we keep transitional -dbg packages around even if the
> -dbgsym packages are in another archive?
>
> * Are we going to tell people in the relea
Hi
a big thank you for all invovled implementhing this feature!
On 2015-12-19 23:26:09, Niels Thykier wrote:
> * You /can/ migrate your manual "-dbg" package to a "-dbgsym"
>- if/when it has no reverse (build-)depends.
>- it just requires you to replace "--dbg-package=pkg-dbg" with
>
Vincent Bernat writes:
> For experimental, would it be possible to set "Not-Automatic: yes", so
> that debug packages work in the same way than regular packages? Thanks!
This will happen with the next dinstall run.
Ansgar
Niels Thykier:
> Hi,
>
> As of today, dak supports the dbgsym packages built by debhelper and
> with debhelper/9.20151219 they are now built by default! With this, a
> decade old idea is now implemented and available for general
> consumption[1]. :)
>
> [...]
>
Hi,
We have a couple of "known
On Sun, Dec 20, 2015 at 11:10 AM, Christoph Anton Mitterer wrote:
> Hmm when people then have a lot suites, like stable, stable-updates,
> stable-proposed updates, *-backports... that will quit blow up
> sources.lists when in principle they'd need to add according *-debug
> lines for each.
Not if
On Sun, 2015-12-20 at 10:57 +0800, Paul Wise wrote:
> > Last but not least, what about security support?
> None of the suites available on it (unstable/experimental) recieve
> security updates.
Sure, but I guess, sooner or later testing/stable would be secured as
well?
> The packages on it are on
On Sun, Dec 20, 2015 at 10:07 AM, Christoph Anton Mitterer wrote:
> Will this eventually replace all the existing -dbg packages?
That is the plan, yes.
> And will this eventually become part of normal unstable/testing/etc.
> and mirrors, or is it intended that people really always add e.g.
> uns
On Sat, 2015-12-19 at 23:26 +, Niels Thykier wrote:
> As of today, dak supports the dbgsym packages built by debhelper and
> with debhelper/9.20151219 they are now built by default!
Awesome, thx to all.
Will this eventually replace all the existing -dbg packages?
> deb http://debug.mirrors.de
On 12/20/2015 02:13 AM, Michael Biebl wrote:
> Am 20.12.2015 um 00:26 schrieb Niels Thykier:
>> Hi,
>>
>> As of today, dak supports the dbgsym packages built by debhelper and
>> with debhelper/9.20151219 they are now built by default!
>
> This is awesome.
> Huge thanks to everyone involved. That
Am 20.12.2015 um 00:26 schrieb Niels Thykier:
> Hi,
>
> As of today, dak supports the dbgsym packages built by debhelper and
> with debhelper/9.20151219 they are now built by default!
This is awesome.
Huge thanks to everyone involved. That's a nice, early christmas present!
Regards,
Michael
--
❦ 19 décembre 2015 23:26 GMT, Niels Thykier :
> * Currently only experimental and unstable will have dbgsym packages.
>- We need changes to Britney to add them to testing.
For experimental, would it be possible to set "Not-Automatic: yes", so
that debug packages work in the same way than r
❦ 19 décembre 2015 23:26 GMT, Niels Thykier :
> As of today, dak supports the dbgsym packages built by debhelper and
> with debhelper/9.20151219 they are now built by default! With this, a
> decade old idea is now implemented and available for general
> consumption[1]. :)
That's great! Many th
Am 20.12.2015 um 00:26 schrieb Niels Thykier:
> Hi,
>
> As of today, dak supports the dbgsym packages built by debhelper and
> with debhelper/9.20151219 they are now built by default! With this, a
> decade old idea is now implemented and available for general
> consumption[1]. :)
Chapeau to you
Hi,
As of today, dak supports the dbgsym packages built by debhelper and
with debhelper/9.20151219 they are now built by default! With this, a
decade old idea is now implemented and available for general
consumption[1]. :)
* A huge thanks to Ansgar Burchardt for finishing up the remaining
lo
22 matches
Mail list logo