| 00:30.53 | *** part/#asterisk-dev kam187 (~kam187@81-179-8-102.dsl.pipex.com) |
| 01:11.30 | *** join/#asterisk-dev b3nt_pin (~brent@142.162.66.65) |
| 01:52.35 | *** join/#asterisk-dev brookshi1e (mbrooks@hijacked.us) |
| 03:58.54 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 06:38.18 | *** join/#asterisk-dev Netgeeks (~chris@gw1.netgeeks.net) |
| 07:23.23 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 09:51.52 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 11:46.22 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:46.22 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:46.36 | *** join/#asterisk-dev b3nt_pin (~brent@142.162.66.65) |
| 11:57.51 | pabelanger | morning! |
| 12:11.14 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 12:13.09 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 12:13.09 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:13.25 | pabelanger | BTW: Congrats on merging SRTP support! Looking forward to playing with it. |
| 12:30.23 | *** join/#asterisk-dev ccesario (~ccesario@mailserver.damata.ind.br) |
| 12:34.43 | pabelanger | How do I update the svn:log of a previous commit? |
| 12:36.00 | kpfleming | svn propedit --revprop --revision <foo> svn:log |
| 12:36.11 | kpfleming | well, in a working copy |
| 12:36.19 | kpfleming | otherwise with a path at the end to the repo |
| 12:36.22 | *** join/#asterisk-dev guilhermebr (~Guilherme@ns2.aser.com.br) |
| 12:38.50 | pabelanger | kpfleming: Thanks |
| 12:39.31 | kpfleming | if that's not listed on the developer docs on asterisk.org, it should be |
| 12:39.38 | kpfleming | of course, it's also documented in the subversion book :-) |
| 12:42.07 | pabelanger | kpfleming: Ya, I'm going to talk to Leif today about updating the document. |
| 12:44.02 | *** join/#asterisk-dev bklang (~bklang@c-24-99-179-137.hsd1.ga.comcast.net) |
| 12:57.41 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 13:21.17 | *** join/#asterisk-dev frawd (~francois@83.39.207.254) |
| 13:47.38 | *** join/#asterisk-dev felipe_ (~felipe@my.nada.kth.se) |
| 14:08.30 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:08.30 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:08.39 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:08.39 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:13.20 | *** join/#asterisk-dev pyite (~dschreibe@unaffiliated/pyite) |
| 14:22.24 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733492.dsl.bell.ca) |
| 14:36.50 | *** join/#asterisk-dev hugorebelo (~hugo@200-171-132-124.completo.com.br) |
| 14:38.57 | *** join/#asterisk-dev mrgabu (~gbdurante@187.38.158.209) |
| 14:39.15 | seanbright | it's in the developer docs |
| 14:39.50 | *** join/#asterisk-dev Jacke (jacke@valhalla.bofh.org) |
| 14:41.07 | seanbright | well, it used to be. i guess it was removed. |
| 15:10.00 | *** join/#asterisk-dev wnunes (~under_lin@200-233-56-25.corp.ajato.com.br) |
| 15:10.52 | Qwell | Corydon76-dig: r268320 :( |
| 15:12.10 | Qwell | I never knew who that was. Now I do.. |
| 15:13.26 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:13.26 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:14.12 | Corydon76-dig | Yep, Friday was a sad day |
| 15:14.32 | Qwell | was that someone you actually knew? |
| 15:15.35 | tzafrir_laptop | Qwell, did you get my mail last week about PCI IDs of digium cards? |
| 15:15.55 | Qwell | tzafrir_laptop: not that I recall |
| 15:16.18 | Qwell | need a list or something? I don't know if I'd be able to find that |
| 15:17.25 | tzafrir_laptop | I wanted to follow up on http://lkml.org/lkml/2010/5/30/39 |
| 15:18.05 | tzafrir_laptop | I preffered to have a list of exact subvendor and subproduct IDs of cards that are e159:0001 |
| 15:18.34 | tzafrir_laptop | From two or three cards I looked at, they all seem to have subproduct-id '3' |
| 15:18.53 | tzafrir_laptop | I wonder if that is indeed the case |
| 15:19.58 | Qwell | couldn't tell you.. |
| 15:20.06 | Corydon76-dig | Qwell: as well as I can say that I knew her, given that Peaches has done drag, but I have not |
| 15:21.50 | russellb | tzafrir_laptop: you should ping sruffell about it |
| 15:23.08 | tzafrir_laptop | sruffell, see the few lines above |
| 15:23.17 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 15:23.17 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 15:24.37 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:24.37 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 15:38.54 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 15:41.25 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:41.25 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:50.35 | sruffell | reads... |
| 15:51.58 | sruffell | hmm...ugly. I can most likely get you that list though. |
| 15:53.55 | sruffell | tzafrir_laptop: hopefully middle of next week will be ok? There is someone who's out this week that I would like to check with that I've covered any products that I personally no longer have on hand. (early revs, etc..) |
| 15:53.59 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 15:54.18 | tzafrir_laptop | sruffell, nothing urgent |
| 15:54.53 | sruffell | didn't know if you wanted to get that in in the 2.6.35 rc series or not... |
| 15:59.56 | *** join/#asterisk-dev bklang (~bklang@c-24-99-179-137.hsd1.ga.comcast.net) |
| 16:03.47 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 16:23.09 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 16:29.28 | *** join/#asterisk-dev iscario (~quassel@laureades.davout02.net1.nerim.net) |
| 16:30.56 | *** join/#asterisk-dev iscario (~quassel@laureades.davout02.net1.nerim.net) |
| 16:33.02 | *** join/#asterisk-dev b3nt_pin (~brent@142.162.66.65) |
| 16:44.39 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 17:28.34 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@c-68-34-116-180.hsd1.md.comcast.net) |
| 17:48.48 | tzafrir_laptop | sruffell, I would prefer to have it there. If you happen to have some machines with some of those cards, a partial list will also do |
| 18:39.35 | *** join/#asterisk-dev hardwire (~spencersr@69-161-26-211.static.acsalaska.net) |
| 18:41.50 | tzafrir_laptop | M17383 |
| 18:41.53 | MuffinMan | [assigned] [DAHDI-linux] dahdi (the module) 0017383: [patch] usb_buffer_free/alloc renamed in 2.6.34; compat funcs dropped in 2.6.35-rc0 reported by Chainsaw https://issues.asterisk.org/view.php?id=17383 |
| 18:42.46 | tzafrir_laptop | sruffell, any problem with fixing this in voicebus/GpakCust.h ? That is: Any problem with editing that file? |
| 18:45.04 | kpfleming | the Gpak stuff doesn't really use USB, i have no idea why there would be references to those functions in there |
| 18:46.34 | sruffell | no problems with editing that file... |
| 18:47.34 | sruffell | kpfleming: it's https://issues.asterisk.org/view.php?id=17382 that's the issue in GpakCust.h |
| 18:47.44 | tzafrir_laptop | sorry, wrong bug |
| 18:47.58 | tzafrir_laptop | right |
| 18:48.46 | seanbright | speaking of dahdi... is the ksoftirqd-uses-lots-of-cpu-when-using-non-hardware-timing a known/resolved thing? |
| 18:49.52 | *** join/#asterisk-dev hardwire (~spencersr@69-161-26-211.static.acsalaska.net) |
| 18:50.06 | sruffell | do you have a bug link? |
| 18:50.28 | sruffell | is not personally aware of any outstanding issue with that... |
| 18:50.58 | seanbright | i do not |
| 18:51.03 | seanbright | i just ran into it the other day |
| 18:51.45 | seanbright | and instead of upgrading to head i just downgraded to 2.2.1-rc2 and it went away |
| 18:51.50 | seanbright | was running trunk |
| 18:51.55 | seanbright | but not up to date |
| 18:52.14 | sruffell | hmm....if you run into it again...ping me. I haven't seen anything like you're describing. |
| 18:52.36 | seanbright | k |
| 18:52.52 | seanbright | was running r8750 of dahdi/linux for whatever it's worth |
| 18:53.08 | seanbright | maybe on a sunday i can lab it up on the server |
| 18:53.40 | seanbright | or just upgrade and see if it goes away |
| 19:05.24 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 19:05.24 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 19:12.30 | TheDavidFactor | is there a roadmap for libpri features? I've noticed there has been a lot of work done on libpri recently |
| 19:15.15 | russellb | no documented roadmap |
| 19:15.32 | russellb | and there isn't anything on the immediate todo list, anyway |
| 19:15.48 | russellb | lots of stuff in 1.4.11, and then 1.4.12 will have some more features, but it's stuff that's already done and out there |
| 19:16.02 | seanbright | the more important feature was the reverse charge indication stuff |
| 19:16.03 | tzafrir_laptop | Also: Is there a problem with the fact that building trunk fails with libpri 1.4.11.1 ? Or is it just me? |
| 19:16.05 | seanbright | most* |
| 19:16.34 | kpfleming | tzafrir_laptop: i have no trouble building trunk with it |
| 19:17.01 | TheDavidFactor | Do you know if there is support for PRI NOTIFY on TCBT calls? I haven't been able to find anything that says one way or the other |
| 19:17.08 | *** join/#asterisk-dev pyite (~dschreibe@unaffiliated/pyite) |
| 19:17.59 | tzafrir_laptop | M17314 |
| 19:18.00 | MuffinMan | [acknowledged] [Asterisk] Core/BuildSystem 0017314: [patch] ./configure --with-pri=LIBPATH does not use libpri from LIBPRI_PATH reported by tzafrir https://issues.asterisk.org/view.php?id=17314 |
| 19:18.22 | tzafrir_laptop | Maybe this is because of the explicit --with-libpri ? |
| 19:19.07 | kpfleming | presumably so |
| 19:19.14 | kpfleming | do you have another libpri installed as well? |
| 19:20.00 | tzafrir_laptop | I do. But I have no problem if I use libpri "trunk" (branch 1.4) |
| 19:20.05 | TheDavidFactor | It seems to me, from a very high level view, that if it's not already supported it might be hard to add because you'd have to keep the CDR open until you received the PRI NOTIFY, but (and again I'm making some assumptions) the channel went away when the TCBT was initiated. |
| 19:20.17 | kpfleming | your assumptions are correct |
| 19:20.20 | tzafrir_laptop | "no problem" as if: once I set CFLAGS and LDFLAGS explicitly |
| 19:20.48 | TheDavidFactor | So am I correct in that it is not currently supported? |
| 19:20.58 | kpfleming | TheDavidFactor: yes |
| 19:21.02 | TheDavidFactor | thx |
| 19:21.34 | kpfleming | tzafrir_laptop: so probably what is happening is that the feature testing is being done against the system-installed libpri, and you have a newer version so the feature tests all pass, but then you try to build against an older version which doesn't have all those features |
| 19:21.41 | kpfleming | if that's the case, it's a configure script bug for sure |
| 19:22.14 | tzafrir_laptop | kpfleming, so how come it works after I only change the local copy used? |
| 19:22.26 | russellb | i don't know, but it seems to be working for everyone else, heh |
| 19:22.32 | tzafrir_laptop | (in the same libpri directory, I check out a different branch and run 'make') |
| 19:22.53 | tzafrir_laptop | I guess it's the explicit --with, which forces all the tests to apply |
| 19:23.15 | russellb | ah |
| 19:23.32 | kpfleming | i have no idea what 'change the local copy used' means |
| 19:23.56 | kpfleming | do you have libpri header files in /usr/include? |
| 19:24.57 | tzafrir_laptop | kpfleming, 'svn switch' (actually 'git checkout') |
| 19:25.25 | kpfleming | so that makes total sense, if you have headers in /usr/include from a very recent libpri |
| 19:25.36 | kpfleming | it's still a bug, but it makes sense |
| 19:26.37 | tzafrir_laptop | which is why I pass CFLAGS (and LDFLAGS) to the configure script explicitly. The path passed in the --with-libpri switch seems to only be used in the basic libpri test |
| 19:27.29 | kpfleming | so... i'll ask for a third time: do you have libpri header files in /usr/include? |
| 19:27.46 | tzafrir_laptop | and again I answer: "yes". |
| 19:28.05 | kpfleming | you didn't answer before, that i can see... but in any case, what version of libpri did those headers come from? |
| 19:28.15 | tzafrir_laptop | But the point is that if the private copy has 1.4.11.1 it fails, and if it has branch/1.4, it works |
| 19:28.49 | kpfleming | you are ignoring what i am saying to you. the relevant point is that if the private copy is *older* than what the configure script found in /usr/include, it fails, but if it's at least as new, then it works |
| 19:28.51 | tzafrir_laptop | 1.4.10.2 |
| 19:29.15 | kpfleming | i don't see how that is possible, to be honest |
| 19:30.55 | kpfleming | if you have 1.4.10.2 installed into /usr, and 1.4.11.1 installed somewhere else, and provide --with-pri to point to that the 1.4.11.1 copy, then chan_dahdi should be able to build successfully, even though it might be building against the wrong copy |
| 19:31.38 | russellb | unless configure determined the supported features from a newer one than the one being built against |
| 19:31.47 | kpfleming | right |
| 19:32.06 | kpfleming | so there is clearly a mismatch between the way the configure script finds the header files and the way the actual build does |
| 19:32.12 | russellb | nods |
| 19:34.01 | tzafrir_laptop | for starters, see the log snippet in the bug report. You can clearly see that the path from the --with option is not used |
| 19:43.09 | russellb | tzafrir_laptop: you should fix that :-) |
| 19:44.16 | tzafrir_laptop | Well, at least I know it's a bug and not a feature :-) |
| 20:07.55 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 20:18.02 | philipp64|laptop | Corydon76-dig: ping |
| 20:26.26 | *** join/#asterisk-dev akshayb (~4d4b6192@gateway/web/freenode/x-fancdvzqawiqlnhr) |
| 20:39.13 | *** join/#asterisk-dev dsfr (~dsfr@pdpc/sponsor/digium/dsfr) |
| 20:41.53 | *** join/#asterisk-dev anonymouz666 (~anonymouz@189.24.30.179) |
| 20:41.53 | *** part/#asterisk-dev dsfr (~dsfr@pdpc/sponsor/digium/dsfr) |
| 20:43.29 | anonymouz666 | #0 0x0071a76d in strncasecmp () from /lib/libc.so.6 #1 0x01dcf701 in send_provisional_keepalive_full (data=0xa4d6328) at chan_sip.c:2340 |
| 20:43.34 | anonymouz666 | line 2340 if (!pvt->last_provisional || !strncasecmp(pvt->last_provisional, "100", 3)) { |
| 20:43.47 | anonymouz666 | what could be wrong in this strncasecmp ? |
| 20:44.06 | anonymouz666 | a last_privisional bigger than 3? |
| 20:45.00 | Qwell | pvt is likely null |
| 20:45.17 | Qwell | maybe. |
| 20:46.14 | anonymouz666 | I've got two boxes running the latest 1.4 with this kind of core dump |
| 20:47.52 | anonymouz666 | is there any sanity check that I can add in this function? or the fix itself doesn't need to be inside this function? |
| 20:50.57 | Corydon76-dig | philipp64|laptop: pong |
| 20:52.56 | anonymouz666 | already fixed here https://issues.asterisk.org/view.php?id=17272 |
| 20:53.08 | anonymouz666 | but this problem also occur in 1.4 |
| 20:54.49 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 20:54.51 | anonymouz666 | ooh not really fixed. |
| 20:58.52 | anonymouz666 | my wish is to revert back the function send_provisional_keepalive_full :) |
| 21:03.46 | *** part/#asterisk-dev bencer (~bencer@heal.cauterized.net) |
| 21:11.50 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 21:11.50 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 21:12.48 | *** part/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 21:44.11 | philipp64|laptop | Corydon76-dig: sent you an email about this issues with building menuselect in trunk. also, there's a race condition in parallel builds. |
| 21:49.57 | Corydon76-dig | philipp64|laptop: I'm not aware that we've ever made it a point to make parallel builds work. AT ALL. |
| 21:50.58 | Corydon76-dig | Also, all patches have to be attached to an issue in Mantis, not sent via email |
| 21:52.36 | Corydon76-dig | and it looks like you've defined a CC in your environment, handed to the configure script |
| 21:53.31 | Corydon76-dig | Once it's in Mantis, we'll get to it when we can |
| 21:59.28 | philipp64|laptop | well, the larger issue has been in Mantis for a while now: 16266, 17045, 17464 ... unfortunately it's the nature of the beast that it we fix the build breakage on line XXX of the makefile, then the next time it gets run it breaks at XXX+n for some small value of 'n' (usually 1). |
| 22:00.20 | philipp64|laptop | fixing it incrementally will be an extremely lengthy process. it might be more time-efficient for everyone to just roll up our sleeves and fix the process a-z in one go. |
| 22:01.05 | Corydon76-dig | If there are issues in Mantis, we'll get to them as time permits. This is not #channel-where-you-can-bug-developers-until-you-get-what-you-want-to-the-exclusion-of-all-other-reporters-and-priorities |
| 22:02.01 | seanbright | /join #channel-where-you-can-bug-developers-until-you-get-what-you-want-to-the-exclusion-of-all-other-reporters-and-priorities |
| 22:19.27 | philipp64|laptop | For the nth time, I'm not trying to bug you until I get what I want. |
| 22:19.48 | philipp64|laptop | I'm trying to coordinate this so that no one's time gets wasted: not users, not mine, no one's. |
| 22:20.13 | philipp64|laptop | the most effective way to do this is collaboratively. that's all I'm pointing out. I'm not sure why that's such a stretch. |
| 22:20.48 | Corydon76-dig | on whose schedule? |
| 22:21.09 | philipp64|laptop | yours, if you'd set one. |
| 22:21.18 | Corydon76-dig | Christmas 2015 |
| 22:21.29 | philipp64|laptop | I don't observe Christmas. |
| 22:21.37 | philipp64|laptop | it would have to be Druidical solstice. |
| 22:21.58 | philipp64|laptop | or Kwan-ahkah. |
| 22:22.25 | philipp64|laptop | not sure I understand your above comment that I set "CC". yes... why is that a problem? |
| 22:24.36 | philipp64|laptop | or put another way, how else should we indicate the path? via --build=triple ? |
| 22:24.57 | Qwell | $PATH |
| 22:25.09 | Corydon76-dig | Via --host=triple |
| 22:25.44 | philipp64|laptop | no misleading comments from the peanut gallery please. :-) |
| 22:25.55 | philipp64|laptop | I'm easily enough confused. |
| 22:25.57 | Corydon76-dig | When cross-compiling, the autoconf tools automatically find the right compiler to use, because it's ALWAYS <triplet>-gcc |
| 22:26.51 | Corydon76-dig | Always. Always. Always. And when it's not, the build environment is so badly broken, that you should be fixing that first. |
| 22:27.45 | philipp64|laptop | ok, so take the time I spend trying to fix build bugs on asterisk, multiply that by... say... 120.... and that's the effort I'd put into fixing every broken project rather than just working around it. :-) |
| 22:28.02 | philipp64|laptop | this is the world of a distro-owner. |
| 22:28.32 | philipp64|laptop | I'm just saying it's a lot of boulders to be pushing up a lot of different hills simultaneously. |
| 22:28.39 | Corydon76-dig | Follow the rules set out by the autoconf maintainers, whose organization is also who sponsors gcc and gmake, and you'll fix most of your problems |
| 22:28.57 | philipp64|laptop | I can when I can. |
| 22:29.15 | philipp64|laptop | often I just limp along with broken makefiles inherited from the buildroot project. |
| 22:29.28 | Corydon76-dig | I'm telling you that you've developed a bunch of workarounds that are needed for perhaps 5% of the projects, and you've spent time on all 100% |
| 22:29.37 | *** join/#asterisk-dev pabelanger (~pabelange@CPE001fe2a8fd1d-CM0012254094b2.cpe.net.cable.rogers.com) |
| 22:29.38 | philipp64|laptop | I've been trying to talk Darrick into dumping the infrastructure and using Openwrt instead, but he resists. |
| 22:29.55 | Corydon76-dig | Then start your own distro |
| 22:30.32 | Corydon76-dig | Right now, I'm dealing with locale issues, and I'm going to spend my time figuring that out. You'll hear no more from me today. |
| 22:40.44 | philipp64|laptop | astlinux is our own distro. |
| 22:53.36 | pabelanger | \o/ |
| 22:53.41 | pabelanger | Bamboo is back! |
| 22:53.44 | pabelanger | :) |
| 22:55.05 | russellb | pabelanger: getting very close! |
| 22:58.53 | *** join/#asterisk-dev miguel3239 (~miguel323@ns1.nashuacs.com) |
| 23:00.29 | philipp64|laptop | pabelanger: were you able to make use of the sound-file caching? and if any functionality is wanting, can you file a bug and I'll see about coming up with a patch? |
| 23:01.15 | Corydon76-dig | btw, sound tarball caching is now on by default in trunk and 1.6.2 |
| 23:04.49 | pabelanger | philipp64|laptop: nope. One day |
| 23:10.58 | *** join/#asterisk-dev mealstrom (~mealstrom@109.86.153.34) |
| 23:12.29 | *** join/#asterisk-dev cxreg (count@62.f9.1243.static.theplanet.com) |
| 23:18.23 | snuff-work | will merge hr cdr time shortly :) |