Olivier
2017-Dec-15 13:35 UTC
[asterisk-users] Can't install package asterisk-dbgsym on Stretch [SOLVED]
Hi, 2017-12-14 16:28 GMT+01:00 Tzafrir Cohen <tzafrir.cohen at xorcom.com>:> On Fri, Dec 08, 2017 at 06:11:47PM +0100, Olivier wrote: > > Hello, > > > > On a fresh Debian Stretch setup, I have: > > $ cat /etc/apt/sources.list.d//dbgsym.list > > deb http://debug.mirrors.debian.org/debian-debug/ stretch-debug main > > > > # apt-get update > > ... > > # apt-get install asterisk gdb > > > > # apt-get -s install asterisk-dbgsym > > ... > > asterisk-dbgsym : Depends: asterisk (= 1:13.14.1~dfsg-2+deb9u1) but > > 1:13.14.1~dfsg-2+deb9u2 should be installed > > You seem to mix two versions. > > apt-cache policy asterisk > apt-cache policy asterisk-dbgsym >I'm a bit ashamed of this but I must have forgotten an apt-get update, before trying to install asterisk-dbgsym. I did it and it worked perfectly. Sorry for the noise !> > > > > (above output is translated from the output I had) > > (Hint: LC_ALL=C <original command line>) > > > > > > > 1. Is this a bug in debian-debug repo ? If positive, should I file a bug > > report ? > > rmadison shows me now that the versions of asterisk is > 1:13.14.1~dfsg-2+deb9u2 in both the stable and the stable-debug repos. > > > > > 2. Is correct to understand that to get DONT_OPTIMZE, BETTER_BACKTRACE > and > > so on options compiled in, I must recompile anyway ? > > Right. DONT_OPTIMZE has a considerable performance impact.How would you roughly evaluate this performance impact ? I don't want to CREATE issues with performance penalties but I think I can't afford to see Asterisk segfaults (a customer of mine has this with PJSIP) within having required data to open tickets.> I never > considered BETTER_BACKTRACE and its performance impact. Is it > independent of DONT_OPTIMZE? >Both settings ar those required here [1]. I can't telle much about them beside that. [1] https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace> > -- > Tzafrir Cohen > +972-50-7952406 mailto:tzafrir.cohen at xorcom.com > http://www.xorcom.com > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: https://community.asterisk. > org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20171215/d7892325/attachment.html>
Tzafrir Cohen
2017-Dec-16 10:08 UTC
[asterisk-users] Can't install package asterisk-dbgsym on Stretch [SOLVED]
On Fri, Dec 15, 2017 at 02:35:14PM +0100, Olivier wrote:> Hi, > > 2017-12-14 16:28 GMT+01:00 Tzafrir Cohen <tzafrir.cohen at xorcom.com>:> > > 2. Is correct to understand that to get DONT_OPTIMZE, BETTER_BACKTRACE > > and > > > so on options compiled in, I must recompile anyway ? > > > > Right. DONT_OPTIMZE has a considerable performance impact. > > > How would you roughly evaluate this performance impact ? > I don't want to CREATE issues with performance penalties but I think I > can't afford to see Asterisk segfaults (a customer of mine has this with > PJSIP) within having required data to open tickets.DONT_OPTIMZE means building with hardly any compiler optimizations. Last time I asked at #asterisk-dev they agreed with me it is not sensible to ship such binaries.> > I never > > considered BETTER_BACKTRACE and its performance impact. Is it > > independent of DONT_OPTIMZE? > >I just did. Indeed it seems to be independent. I fail to see any real run-time impact of this if not explicitly used. I must have missed something, as otherwise it would have been surely enabled by default. What did I miss? -- Tzafrir Cohen +972-50-7952406 mailto:tzafrir.cohen at xorcom.com http://www.xorcom.com