| 00:27.11 | *** part/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 00:39.27 | snuff-work | creates his 1st jira issue :) |
| 00:40.43 | snuff-work | !M18343 |
| 00:40.47 | snuff-work | can't remember which thing it is to work that :) |
| 00:40.55 | snuff-work | or if it even does work anymore |
| 00:41.01 | snuff-work | with the conversion to jira |
| 00:41.20 | file | ASTERISK-18343 |
| 00:41.34 | file | or not |
| 00:42.03 | snuff-work | !ASTERISK-18343 |
| 00:42.11 | snuff-work | ah well |
| 00:42.49 | snuff-work | i said i'd finally get around to posting my issue with the new pattern matcher and now i have.. |
| 00:43.18 | snuff-work | how many of the test suite stuff is still in lua now.. or have ppl completely pythonised it? |
| 00:43.56 | snuff-work | lol.. issue type = epic |
| 00:45.44 | pabelanger | snuff-work: ya, in the process of using just python |
| 00:47.11 | snuff-work | i have a enum test.. but.. its coded in lua.. not to mention the enum sorting of records is fail atm.. but i sucked bad at trying to fix on my own |
| 01:00.38 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 01:00.38 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 01:41.43 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 01:41.43 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 01:56.52 | *** part/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 02:26.52 | *** join/#asterisk-dev bbryant (~brett@c-174-56-132-225.hsd1.sc.comcast.net) |
| 02:26.52 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 03:25.26 | *** join/#asterisk-dev chazzam (~chazz@173-24-236-90.client.mchsi.com) |
| 04:26.16 | Kobaz | when does a moh class destructor get called? |
| 04:54.57 | *** join/#asterisk-dev irroot (~irroot@pbx.distrotech.co.za) |
| 05:50.49 | *** join/#asterisk-dev bbryant (~brett@c-174-56-132-225.hsd1.sc.comcast.net) |
| 05:50.49 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 06:17.58 | *** join/#asterisk-dev korch (~hogemoge@ec2-204-236-228-187.compute-1.amazonaws.com) |
| 06:59.20 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 06:59.20 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:38.28 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:50.38 | snuff-work | mm.. when i do a svn co / svn up of the ast-test tree.. i get failure on starpy |
| 07:51.39 | snuff-work | svn REPORT of 'svnroot/starpy/!svn/vcc/default : 502 bad gateway (http://starpy.svn.sourceforge.net) |
| 07:55.30 | *** join/#asterisk-dev irroot (~irroot@pbx.distrotech.co.za) |
| 08:27.13 | *** join/#asterisk-dev bbryant (~brett@c-174-56-132-225.hsd1.sc.comcast.net) |
| 08:27.13 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 09:13.32 | *** join/#asterisk-dev xbp (seattle@kingdom.scns.com) |
| 09:27.21 | *** join/#asterisk-dev droemel (~droemel@p4FCAD139.dip.t-dialin.net) |
| 10:43.09 | Kobaz | do de do |
| 10:54.00 | irroot | lo |
| 10:55.36 | Kobaz | i gots a qrestion |
| 10:56.00 | Kobaz | when does moh class destructor get called? |
| 11:13.06 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:13.07 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:28.56 | *** join/#asterisk-dev vassilux (~vassilux@31.35.29.247) |
| 12:13.59 | seanbright | is it an astobj2? |
| 12:14.10 | seanbright | Kobaz: ^^ |
| 12:15.15 | seanbright | appears to be... when all of the references to the object are gone, the dtor is called |
| 12:16.21 | seanbright | the way that astobj2 is implemented, it is deterministic - it will be freed when the reference count reaches 0 |
| 12:16.33 | *** join/#asterisk-dev mickecarlsson (~Micke@h10n3c1o1101.bredband.skanova.com) |
| 12:18.42 | Kobaz | k, sounds good |
| 12:18.47 | Kobaz | i think there's a reference issue in moh |
| 12:18.56 | Kobaz | probably why i'm seeing corruptions |
| 12:22.32 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.82.197) |
| 12:22.32 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 12:23.45 | seanbright | yeah, historically res_musiconhold has had those types of issues |
| 12:25.03 | Kobaz | yeah i see the ref debugging code |
| 12:25.20 | Kobaz | it seems if mpg123 dies suddenly then there could be a ref problem |
| 12:25.32 | russellb | what if it dies gradually |
| 12:25.59 | Kobaz | then umm... it's slow and painful? |
| 12:30.57 | Kobaz | [2011-08-23 10:31:56] DEBUG[31481] res_musiconhold.c: killing 28298! |
| 12:30.58 | Kobaz | [2011-08-23 10:31:56] DEBUG[31481] res_musiconhold.c: mpg123 pid 28298 and child died after 64960 bytes read |
| 12:31.00 | Kobaz | i get one of those |
| 12:31.09 | Kobaz | without having unloaded/reloaded moh |
| 12:31.18 | Kobaz | and then it seems like moh is corrupted |
| 12:31.25 | Kobaz | the ao2 is fsked |
| 12:32.10 | *** join/#asterisk-dev irroot (~irroot@pbx.distrotech.co.za) |
| 12:54.16 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 12:54.17 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 12:55.00 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 13:03.37 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 13:03.37 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 13:07.12 | *** join/#asterisk-dev bbryant (~brett@c-174-56-132-225.hsd1.sc.comcast.net) |
| 13:07.12 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 13:10.05 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-hvxrabdgyvmminan) |
| 13:15.08 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-vfvdxtloealnwwiz) |
| 13:15.08 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:30.12 | *** join/#asterisk-dev Corydon76-home (two@c-69-137-80-31.hsd1.tn.comcast.net) |
| 13:30.12 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 13:40.16 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 13:42.48 | *** join/#asterisk-dev acidfoo (~nib@modemcable094.94-70-69.static.videotron.ca) |
| 13:47.31 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 13:47.31 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 13:56.54 | pabelanger | droemel: hi! |
| 13:57.01 | droemel | pabelanger: ok |
| 13:57.36 | pabelanger | after you installed the patch, did you ./bootstrap.sh ? |
| 13:58.45 | droemel | I just put it into our Astlinux packages folder |
| 13:58.52 | droemel | reference: http://astlinux.svn.sourceforge.net/viewvc/astlinux/branches/0.7/package/asterisk/asterisk.mk?revision=4993&view=markup&pathrev=5030 |
| 13:59.02 | droemel | this is our makefile |
| 14:00.07 | droemel | I just adjusted the path names in the path ⦠|
| 14:00.18 | droemel | **patch** |
| 14:00.52 | pabelanger | how did you apply the patch to asterisk? |
| 14:01.10 | droemel | that's in our makefile |
| 14:01.29 | pabelanger | Yes, I understand that. However, how did you apply the patch in reviewboard to asterisk |
| 14:03.03 | droemel | as I said, I renamed it according to our names and corrected the pathnames and copied it into the asterisk packe dir and ran "make asterisk" |
| 14:03.29 | pabelanger | droemel: you need to ./bootstrap.sh, since it changes configure.ac |
| 14:03.39 | Qwell | droemel: Do you have logs I can see? |
| 14:03.59 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-vfvdxtloealnwwiz) |
| 14:04.10 | droemel | I can start it again, takes a minute . |
| 14:04.18 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-hopzaituklykzkaa) |
| 14:04.18 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:05.38 | Qwell | I suppose the sounds cache stuff could be broken. I didn't test that. |
| 14:07.01 | *** join/#asterisk-dev vassilux (~vassilux@31.35.29.247) |
| 14:07.35 | *** join/#asterisk-dev otherwiseguy (~terry@69.76.217.40) |
| 14:08.38 | pabelanger | Ya, I was thinking that too. I never tested it either |
| 14:09.12 | droemel | the complete log, or only where it fail? |
| 14:09.13 | Qwell | well, the good news is that the sounds cache stuff doesn't suck anymore. |
| 14:09.23 | Qwell | droemel: the Asterisk build logs |
| 14:11.24 | Qwell | I see where it's probably failing. |
| 14:11.40 | Qwell | mkdir -p "$(SOUNDS_CACHE_DIR)"; \ |
| 14:11.49 | Qwell | find that line, add another $. Make it $$(SOUNDS_CACHE_DIR) |
| 14:12.42 | Qwell | (in sounds/Makefile, obviously) |
| 14:14.48 | Qwell | These symlinks probably never worked either. Wonder how that was never noticed. |
| 14:17.50 | droemel | Qwell: no, that didn't help. Still get "ln -sf /mnt/kd/custom-sounds /home/mk/source-control/astlinux-0.7/build_i586/root/stat/var/lib/asterisk/sounds/custom-sounds" file or folder not found (it's in German) |
| 14:18.09 | Qwell | That's not our code... |
| 14:18.24 | Qwell | oh, but it's failing because the sounds don't exist. right |
| 14:19.14 | droemel | Yes, I know. Still /var/lib/asterisk/sounds/ is missing |
| 14:19.17 | Qwell | well, I'd still need to see logs |
| 14:19.32 | droemel | they were too big for pastebin |
| 14:19.59 | Qwell | I can try another stab in the dark... |
| 14:20.07 | Qwell | add another $ to the $(LN) lines |
| 14:21.11 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:21.11 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:24.37 | droemel | can I mail the log to you? |
| 14:24.46 | Qwell | sure, qwell@digium.com |
| 14:26.44 | droemel | ok it's mailed |
| 14:28.16 | Qwell | not seeing it.. |
| 14:32.45 | droemel | Failed to deliver to 'qwell@digium.com' |
| 14:32.45 | droemel | SMTP module(domain digium.com) reports: |
| 14:32.45 | droemel | <PROTECTED> |
| 14:32.46 | droemel | <PROTECTED> |
| 14:33.14 | Qwell | how big is the file that it needs to be zipped? O.o |
| 14:33.28 | Qwell | It should only be like 100k |
| 14:33.46 | droemel | 1,2 MB, I send it now uncompressed (strip the .doc extension) |
| 14:33.53 | Qwell | .doc? why? |
| 14:33.58 | Qwell | Please don't send me a .doc ;/ |
| 14:34.09 | droemel | otherwise it would be sent inline :-) |
| 14:34.16 | Qwell | That's fine |
| 14:35.03 | droemel | got it? |
| 14:35.11 | Qwell | we'll see if I can actually open it |
| 14:35.55 | droemel | its the original log just renamed |
| 14:36.27 | Qwell | This is just the configure script |
| 14:37.55 | droemel | Ok, I mail you the output I see as well |
| 14:41.28 | droemel | sent |
| 14:42.06 | Qwell | Applying asterisk-1.8-bugid18290-sounds-reorg.patch using plaintext: |
| 14:42.13 | Qwell | That isn't the patch from RB, is it? |
| 14:42.36 | Qwell | I'm pretty sure that's an old patch name from the issue |
| 14:42.56 | droemel | thats from the link paul send me |
| 14:43.25 | Qwell | There was an updated link sent to you, to which you responded. |
| 14:44.51 | droemel | I used that link but didn't changed the name, that's right |
| 14:45.02 | droemel | it's from https://reviewboard.asterisk.org/r/1379/ |
| 14:47.10 | droemel | i verified it: it's the code from RB plus your supposed change: "Make it $$(SOUNDS_CACHE_DIR)" |
| 14:47.47 | Qwell | Does the build system clean up after itself, or does it just unpack sources over an existing dir? |
| 14:48.56 | Qwell | ls -la /path/to/asterisksource/sounds/.asterisk* |
| 14:49.39 | droemel | I don't know exacty, I'm not a developerâ¦, but here is the makefile: |
| 14:49.40 | droemel | http://astlinux.svn.sourceforge.net/viewvc/astlinux/branches/0.7/package/asterisk/asterisk.mk?revision=4993&view=markup&pathrev=5030 |
| 14:52.08 | Qwell | well, if you have a dirty tree from a previous run, it won't run the install target. |
| 14:52.44 | droemel | I cleaned the Asterisk package before |
| 14:52.52 | Qwell | cleaned how? |
| 14:53.14 | droemel | make asterisk-clean + make asterisk-dirclean |
| 14:53.25 | Qwell | that won't fix this problem |
| 14:53.35 | Qwell | run that command above, and see what exists |
| 14:53.56 | droemel | ok I can start fresh, but that wil take about 45 minutes |
| 14:54.05 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:54.05 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:55.03 | Qwell | that isn't necessary |
| 14:55.14 | Qwell | just see if that file exists (the . is incredibly important - do not leave it off) |
| 15:00.12 | droemel | build_i586/asterisk-1.8.6.0-rc2/sounds$ ll .asterisk* |
| 15:00.12 | droemel | ls: cannot access .asterisk*: No such file or directory |
| 15:01.11 | droemel | ls -al |
| 15:01.11 | droemel | total 16792 |
| 15:01.11 | droemel | drwxr-xr-x 2 mk mk 4096 Aug 25 16:57 . |
| 15:01.12 | droemel | drwxr-xr-x 29 mk mk 4096 Aug 25 16:57 .. |
| 15:01.12 | droemel | -rw-r--r-- 1 mk mk 5915 Aug 25 16:57 Makefile |
| 15:01.12 | droemel | -rw-r--r-- 1 mk mk 1785758 Apr 27 14:14 asterisk-core-sounds-en-gsm-1.4.21.tar.gz |
| 15:01.13 | droemel | -rw-r--r-- 1 mk mk 15359473 Dec 26 2009 asterisk-moh-opsound-wav-2.03.tar.gz |
| 15:01.13 | droemel | -rw-r--r-- 1 mk mk 7329 Apr 27 14:36 sounds.xml |
| 15:04.22 | Qwell | I can't reproduce it.. |
| 15:04.53 | Qwell | make[2]: FŸr das Ziel Ãinstallà ist nichts zu tun. |
| 15:04.58 | Qwell | Does that say "Nothing to be done"? |
| 15:06.26 | Qwell | and do you actually have any sounds enabled in menuselect? |
| 15:12.48 | droemel | Yes the translation is correct |
| 15:13.28 | droemel | sure sounds are enabled, all worked fine with 1.8.6.0-rc1 |
| 15:14.12 | Qwell | but that doesn't mean that they're being installed by Asterisk |
| 15:16.20 | Qwell | <tab>echo "Sounds enabled: $(CORE_SOUND_TAGS) $(EXTRA_SOUND_TAGS) $(MOH_TAGS)" |
| 15:16.27 | Qwell | Add that line immediately after: install: $(CORE_SOUND_TAGS) $(EXTRA_SOUND_TAGS) $(MOH_TAGS) |
| 15:17.31 | droemel | no, the sounds are installed later in Astlinux (different languages) , but the folders were always there |
| 15:19.43 | droemel | but "/var/lib/asterisk/sounds/" should be (and was always created) |
| 15:20.28 | vassilux | hi, I build a custom application for asterisk and in my pc I can load it but in a Debian box with asterisk installed from package I got WARNING : : was not compiled with the same compile-time options as this version of Asterisk. Version of asterisk is 1.8 for both PC. How Can I make my application "usable" into 2 boxes ? Sorry for my English . |
| 15:21.15 | vassilux | I stared from app_skel.c |
| 15:25.35 | Kobaz | you need to build the .so for each compiled version of asterisk that it will be run on |
| 15:26.13 | *** join/#asterisk-dev moy (~moy@173.239.155.74) |
| 15:27.13 | Qwell | droemel: fixed in r333201 |
| 15:33.08 | droemel | Qwell: Thanks, I will test it. |
| 15:37.32 | Kobaz | that's it |
| 15:37.33 | Kobaz | 0xb6892b10 -1 res_musiconhold.c:1276:local_ast_moh_cleanup (Channel MOH state destruction) [@2] |
| 15:37.36 | Kobaz | 0xb6892b10 =1 res_musiconhold.c:1276:local_ast_moh_cleanup (Channel MOH state destruction) BAD ATTEMPT! |
| 15:37.39 | Kobaz | got some ref probems |
| 15:38.33 | Kobaz | amost every cleanup results in a bad attempt |
| 15:50.15 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:09.09 | *** join/#asterisk-dev irroot (~irroot@41.115.223.176) |
| 16:19.53 | irroot | just found bug in faxgateway ... guess i need to fix it before reporting it :P |
| 16:28.01 | seanbright | Kobaz: if you can put together some reproducing steps i can try to replicate it |
| 16:30.18 | Kobaz | yeah |
| 16:30.19 | Kobaz | working on it |
| 16:30.34 | Kobaz | irroot: that's always good |
| 16:32.58 | Kobaz | well here's the log, you can maybe see what happened |
| 16:33.36 | Kobaz | http://pastebin.com/dWtuzA2y |
| 16:34.38 | seanbright | what version of asterisk? |
| 16:34.42 | Kobaz | 1.8.5 |
| 16:35.04 | Kobaz | actually more like 1.8-branch |
| 16:35.26 | Kobaz | SVN-branch-1.8-r332699M |
| 16:38.03 | Kobaz | but it happens in all 1.8's |
| 16:38.09 | Kobaz | and 1.6.0 as well |
| 16:38.13 | Kobaz | so it's been around |
| 16:38.31 | Kobaz | finally tracked it down a bit more to moh itself |
| 16:38.43 | Kobaz | been trying to fix this for about two years |
| 17:04.25 | Kobaz | got it |
| 17:05.20 | Kobaz | seanbright: try this |
| 17:06.25 | Kobaz | http://pastebin.com/6tGegyVS |
| 17:06.28 | Kobaz | works every time |
| 17:06.53 | Kobaz | res_musiconhold.c:242 _mohclass_unref: Attempt to unref mohclass 0xb70722e0 (default) when only 1 ref remained, and class is still in a container! (at res_musiconhold.c:1276 (local_ast_moh_cleanup)) |
| 17:15.01 | Kobaz | i bugged it for you |
| 17:15.02 | Kobaz | https://issues.asterisk.org/jira/browse/ASTERISK-18346 |
| 17:59.38 | Kobaz | the problem is, when the music on hold stops from the Dial, it's not cleaned up |
| 17:59.44 | Kobaz | that's one problem |
| 18:08.24 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 18:08.24 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 18:12.59 | *** join/#asterisk-dev mickecarlsson (~Micke@h10n3c1o1101.bredband.skanova.com) |
| 20:08.33 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 20:08.33 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:27.35 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 20:57.39 | *** join/#asterisk-dev bbryant1 (~brett@c-174-56-132-225.hsd1.sc.comcast.net) |
| 20:57.39 | *** mode/#asterisk-dev [+o bbryant1] by ChanServ |
| 21:05.50 | Kobaz | seanbright: https://reviewboard.asterisk.org/r/1384/ |
| 21:25.28 | *** join/#asterisk-dev seraphie (~erin@75.76.38.159) |
| 21:40.58 | *** join/#asterisk-dev seraphie (~erin@75.76.38.159) |
| 21:57.57 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-hopzaituklykzkaa) |
| 23:04.59 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.82.197) |
| 23:04.59 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |