| 00:08.21 | atis_home | russellb: i got another one |
| 00:08.28 | atis_home | it's probably waiting now in gdb |
| 00:12.41 | snuff-work | thinks by the weekend he should have a new func to drop into his svn tree |
| 00:23.36 | Corydon76-dig | We've got the func. gotta have that func... |
| 00:24.21 | atis_home | func_new? |
| 00:24.24 | snuff-work | well i think ppl might like it.. and by end of week it might look respectable to be in my own svn branch |
| 00:25.40 | snuff-work | forgot how hard it is to create something from scratch.. |
| 00:26.19 | atis_home | yeah, func_new will definately help to create something from scratch :) |
| 00:27.04 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-71-228-179-90.hsd1.al.comcast.net) |
| 00:27.04 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 00:27.34 | snuff-work | ah well.. i can only hope my code doesn't rate as 'omg its horrible' ;) |
| 00:28.37 | atis_home | nope, code usually rates at wtf/min |
| 00:29.49 | snuff-work | well its not > 2000 lines.. so my wtf / min might be a bit high |
| 01:16.43 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@212.179.75.202) |
| 01:16.43 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 01:18.57 | *** join/#asterisk-dev denon (i=denon@sassinak.net) |
| 01:23.26 | *** join/#asterisk-dev ebroad (n=ebroad@72.80.157.62) |
| 03:07.33 | *** join/#asterisk-dev tengulre (n=tengulre@125.71.208.16) |
| 03:07.35 | tengulre | hi,all |
| 03:09.30 | russellb | atis_home: thanks for the info, I'll look as soon as I can. It may be tomorrow morning |
| 04:52.35 | *** join/#asterisk-dev gardo (n=gardo@110.55.251.124) |
| 06:06.58 | *** join/#asterisk-dev fiddur (n=fiddur@192.121.104.118) |
| 06:26.10 | *** join/#asterisk-dev fiddur (n=fiddur@192.121.104.118) |
| 07:13.39 | *** join/#asterisk-dev _ys (n=Miranda@178.109.dsl.westcall.net) |
| 07:14.35 | *** join/#asterisk-dev |Cybex| (n=John@212.178.82.20) |
| 07:27.25 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:27.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:32.52 | oej | Morning folks |
| 07:38.44 | snuff-work | ello oej |
| 07:40.19 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:40.19 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:08.37 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 09:03.39 | *** join/#asterisk-dev Dovid (n=annon@213.8.118.62) |
| 09:13.56 | mvanbaak | mornin oej |
| 09:14.00 | mvanbaak | how is Sweden ? |
| 09:17.52 | fiddur | cold and wet, nowadays :P |
| 09:20.35 | tzafrir_laptop | well, we have some cluds here... |
| 09:21.06 | mvanbaak | fiddur: ah well, at least you guys have Abba to cheer up the day ;) |
| 09:23.03 | fiddur | mvanbaak: Hehe... It's been quite a while since they broke up now, so I'd say we have as much of abba as anyone with a LP/CD/mp3/ogg =) |
| 09:27.37 | oej | Hello mvanbaak - noisy, cold and wet. |
| 09:28.08 | oej | Have a drill outside my window that goes down over 100 meters now... |
| 10:56.09 | *** join/#asterisk-dev Dovid (n=annon@tony09-118-62.inter.net.il) |
| 11:02.43 | *** join/#asterisk-dev gardo (n=gardo@110.55.47.195) |
| 11:16.53 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:16.53 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:29.38 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 12:34.12 | *** join/#asterisk-dev ccesario (n=ccesario@189.19.6.236) |
| 13:02.30 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 13:35.20 | *** join/#asterisk-dev errotan (n=errotan@5403E5A1.catv.pool.telekom.hu) |
| 13:46.52 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:46.52 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:50.20 | tzafrir_laptop | anybody having problems building latest dahdi-tools as non-root? |
| 13:51.27 | kaii | russellb: "asterisk-moh-FREEPLAY-*.tar.gz" has been renamed to "asterisk-moh-freeplay-*.tar.gz" (lowercase) on the asterisk download server .. (path: /pub/telephony/sounds/releases/) |
| 13:51.57 | kaii | russellb: this breaks "make install" for releases<= 1.4.26.1 |
| 13:52.30 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:52.30 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:57.25 | tzafrir_laptop | kaii, you shouldn't use it, anyway ;-) |
| 14:15.36 | *** join/#asterisk-dev oej (n=olle@87.96.134.125) |
| 14:15.36 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:16.10 | leifmadsen | kaii: russellb isn't around the rest of this week |
| 14:16.58 | *** join/#asterisk-dev jmworx___ (n=jeval@mail.octasic.com) |
| 14:18.37 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:18.37 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:19.45 | *** join/#asterisk-dev errotan (n=errotan@5403E5A1.catv.pool.telekom.hu) |
| 14:24.02 | *** join/#asterisk-dev davevg-btwtech (n=davevg__@75.97.64.33.res-cmts.senj.ptd.net) |
| 14:30.43 | atis_work | russellb: found anything? |
| 14:30.55 | russellb | atis_work: just started looking at it |
| 14:30.58 | russellb | so not yet :-) |
| 14:31.29 | atis_work | i wonder why you run asterisk within gdb, not just in safe_asterisk allowing it to coredump as often as it wants |
| 14:32.00 | russellb | seems to be more reliable for getting all the info |
| 14:32.02 | *** join/#asterisk-dev ebroad (n=EB@72.11.213.195) |
| 14:32.07 | russellb | multiple cores isn't really helpful |
| 14:32.13 | russellb | i just need it to happen once |
| 14:33.14 | atis_work | is there some more info? i just like to run it continously - so if it crashes for another reason i ignore that |
| 14:33.16 | russellb | looking through over 500 threads to find the one i want is really fun, i tell you |
| 14:33.25 | atis_work | heh, i believe you |
| 14:35.45 | ebroad | ~freepbx |
| 14:35.46 | infobot | [~freepbx] FreePBX is unable to be supported here. It is made up of complex dialplans and scripts which can't be easily supported by people who aren't deeply involved. Try joining #freepbx and asking there |
| 14:36.37 | atis_work | ~coredump |
| 14:36.38 | infobot | rumour has it, coredump is the guy who maintains the hentges distribution @ http://www.hentges.net |
| 14:37.41 | ebroad | hehe |
| 14:37.47 | ebroad | my favorite is |
| 14:37.49 | ebroad | ~peer |
| 14:37.50 | infobot | peer is probably the most elusive script kiddie this side of Jupiter |
| 14:38.12 | russellb | the bot also responds to private messages btw :-p |
| 14:38.19 | atis_work | ok ok |
| 14:38.46 | ebroad | a little channel flooding never hurt anyone ;) |
| 14:39.05 | ebroad | in all seriousness |
| 14:39.12 | ebroad | russellb, i got a question for you |
| 14:40.24 | atis_work | ~callweaver |
| 14:40.25 | infobot | rumour has it, callweaver is a fork of Asterisk version 1.2. It was originally called OpenPBX, but changed its name to Callweaver. Essentially it's a big search and replace on ast to opbx, and then a big search and replace from opbx to cw, and then various GPL only addons included.... #callweaver ... http://www.callweaver.org/ |
| 14:40.25 | ebroad | when we parse contactpermit/contactdeny and permit/deny, they both go to the same list |
| 14:40.26 | atis_work | hehe |
| 14:41.00 | ebroad | if we fix permit/deny |
| 14:41.24 | ebroad | should we move contactpermit/contactdeny to its own ha list so that it works as advertised? |
| 14:43.38 | kpfleming | does it not work? |
| 14:43.49 | ebroad | does what not work? |
| 14:44.12 | kpfleming | contactpermit/contactdeny |
| 14:44.15 | ebroad | its works |
| 14:44.28 | ebroad | btu we are going to confuse people |
| 14:44.35 | kpfleming | yeah |
| 14:44.39 | kpfleming | it should be a separate list |
| 14:44.55 | ebroad | when contactpermit/contactdeny lists drop all traffic |
| 14:45.12 | ebroad | ok, ill work that into my patch |
| 14:45.29 | kpfleming | right, that would be a bad side effect indeed |
| 14:45.29 | ebroad | and i guess i should check for conflicts between the two in register_verify |
| 14:46.20 | kpfleming | no, i don't see why that is needed |
| 14:46.54 | ebroad | well if we have deny=0.0.0.0/0.0.0.0 for a peer |
| 14:47.04 | kpfleming | that doesn't do anything |
| 14:47.05 | ebroad | and contactpermit=someaddress/255.255.255.255 |
| 14:47.24 | ebroad | we are going to have a peer that can register |
| 14:47.31 | ebroad | but cant do anything else |
| 14:47.38 | kpfleming | no, they can't |
| 14:47.47 | kpfleming | if you have permit=0.0.0.0/0.0.0.0, they can't register |
| 14:48.02 | ebroad | if deny denys all |
| 14:48.11 | kpfleming | you are mistaken |
| 14:48.12 | ebroad | and contactpermit allows a specific address |
| 14:48.18 | kpfleming | deny=0.0.0.0/0 does not deny anything |
| 14:48.29 | ebroad | ok deny=0../255.. |
| 14:48.31 | kpfleming | deny=0.0.0.0/32 denys all |
| 14:48.42 | kpfleming | then that should cause the REGISTER request to be denied |
| 14:48.48 | ebroad | currently |
| 14:48.54 | ebroad | but if we split the lists |
| 14:48.56 | kpfleming | and the contact address will never be inspected at all |
| 14:49.06 | ebroad | ah |
| 14:49.15 | ebroad | we check_peer_ok in handle_register |
| 14:49.21 | ebroad | sorry |
| 14:49.40 | kpfleming | the current side effect of having contactpermit=... *overrride* deny=0.0.0.0/32 is not expected behavior, it's a bug |
| 14:49.52 | ebroad | i thought so |
| 14:49.52 | kpfleming | so losing the override is not a problem |
| 14:49.56 | *** join/#asterisk-dev xpot-mobile (n=james@173.8.94.1) |
| 14:49.57 | kpfleming | you are correct |
| 14:50.31 | ebroad | thats becuase they all got to the same ha list |
| 14:50.52 | kpfleming | yes, whoever implemented that way did not think through what they were doing |
| 14:51.20 | ebroad | once we split the lists |
| 14:51.26 | ebroad | shouldnt a deny override a contactpermit |
| 14:52.25 | kpfleming | they are separate lists |
| 14:52.34 | kpfleming | they look at different data |
| 14:52.46 | kpfleming | one is where the REGISTER is sent from, the other is where calls will be sent to |
| 14:52.57 | ebroad | i see |
| 14:53.04 | ebroad | contactpermit inspects contact |
| 14:53.06 | ebroad | doh |
| 14:53.12 | ebroad | sorry for making you crazy |
| 14:53.28 | kpfleming | everyone has to learn :-) |
| 14:53.50 | leifmadsen | except those who already know everything |
| 14:54.59 | atis_work | 42 |
| 14:55.06 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:55.06 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:55.11 | leifmadsen | 800 km |
| 14:57.01 | ebroad | hmm |
| 14:57.20 | ebroad | in register_verify ast_apply_ha is called before we parse the contcat |
| 14:57.29 | ebroad | s/contcat/contact/ |
| 14:58.02 | kpfleming | that is for checking the source address of the REGISTER request |
| 14:58.15 | kpfleming | there is another check later after the contact is parsed and resolved to an address |
| 14:58.35 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:58.35 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:59.00 | ebroad | i see, in parse_register_contact |
| 15:01.28 | ebroad | jpeeler, good morning |
| 15:01.48 | jpeeler | ebroad: greetings |
| 15:02.10 | ebroad | i saw your note |
| 15:02.39 | ebroad | permit/deny should work up until 1.6.0 |
| 15:02.45 | ebroad | at least thats what they tell me |
| 15:02.49 | jpeeler | yes, i noticed. i won't be able to chat for about 15 minutes now though |
| 15:03.08 | ebroad | thats fine |
| 15:03.13 | ebroad | i need to grab some coffee |
| 15:05.34 | russellb | can you grab me some, too? hehe |
| 15:07.21 | ebroad | when scottie actually beams me up :) |
| 15:09.03 | ebroad | kpfleming, it looks like there are 2 lists already |
| 15:09.08 | ebroad | ha and contactha |
| 15:09.21 | kpfleming | ok |
| 15:09.50 | Corydon76-dig | If anybody does MeetMe with people in areas with lots of background noise, I STRONGLY recommend that you add the following to the dialplan just before the MeetMe: Set(DENOISE(rx)=on) |
| 15:10.09 | Corydon76-dig | (This is being made default in trunk, btw) |
| 15:11.00 | atis_work | Corydon76-dig: oh, cool |
| 15:11.10 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:11.10 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:11.31 | Corydon76-dig | atis_work: Our morning conference call has been made SIGNIFICANTLY quieter by this addition |
| 15:12.40 | atis_work | ebroad, you wouldn't need to grab coffee then, russell would have he's own replicator |
| 15:13.11 | ebroad | yea, i guess thats true |
| 15:13.29 | ebroad | well, we could just make a module for it ;) |
| 15:16.10 | tzafrir_laptop | sruffell, have you had a chance to look at https://issues.asterisk.org/view.php?id=16048 ? |
| 15:16.41 | sruffell | I read through it and it looks good to me...I haven't had a chance to actually set it up and try it though. |
| 15:17.04 | sruffell | oh...darn it...wrong issue. |
| 15:17.08 | sruffell | one sec...looking |
| 15:17.25 | leifmadsen | Corydon76-dig: yes, it is pretty amazing what it can do! |
| 15:17.33 | sruffell | no...I haven't looked at that at all. |
| 15:20.10 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 15:20.10 | sruffell | I thought you were talking about https://issues.asterisk.org/view.php?id=16060. |
| 15:25.05 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.97) |
| 15:26.15 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:38.15 | kpfleming | Corydon76-dig: can you change ast_module_helper so it just works whether '.so' is appended to the module name or not? that's what i did for the CLI commands, it should be consistent throughout the system |
| 15:39.36 | Corydon76-dig | kpfleming: I'll look at it |
| 15:40.21 | kpfleming | thanks! |
| 16:07.57 | *** join/#asterisk-dev kazaa_lite (n=msaleem@94-193-98-124.zone7.bethere.co.uk) |
| 16:08.09 | kaii | who maintains the asterisk download server? |
| 16:08.20 | kaii | (downloads.asterisk.org/pub ..) |
| 16:08.54 | kazaa_lite | hi all. why does version number of Asterisk is not generated correctly for version 1.6.0.10? |
| 16:08.57 | Corydon76-dig | We do. What's the problem? |
| 16:09.23 | kazaa_lite | I get this thing in version.h #define ASTERISK_VERSION "1.6.0.10" |
| 16:09.23 | kazaa_lite | #define ASTERISK_VERSION_NUM 999999 |
| 16:09.28 | kaii | Corydon76-dig: "asterisk-moh-FREEPLAY-*.tar.gz" has been renamed to "asterisk-moh-freeplay-*.tar.gz" (lowercase) on the asterisk download server .. (path: /pub/telephony/sounds/releases/) |
| 16:10.11 | kaii | Corydon76-dig: since the Makefile refers to "FREEPLAY" in < 1.4.26.2, this breaks "make install" for prior versions which already have the new "freeplay" music included |
| 16:12.03 | Corydon76-dig | You shouldn't be downloading and installing older versions, though |
| 16:12.43 | Corydon76-dig | and that would only occur if you had downloaded and installed a release AFTER a newer release were created |
| 16:13.17 | kaii | Corydon76-dig: i know and i will use 1.4.26.2, i just wanted to tell someone responsible. realized it on my test machine where 1.4.26.1 was lying aroung |
| 16:14.36 | kaii | i know this "bug" is "fixed" in the current version of 1.4 .. i just dont feel comfortable with calling the rename on the server a "bug" for a source-tree, that worked days ago and now doesnt work anymore |
| 16:14.43 | kpfleming | the file names on the download server were never in uppercase |
| 16:14.54 | Corydon76-dig | Actually, it's not even a problem there because when we create the tarballs, we include the sound tarball directly into the directory |
| 16:15.06 | kpfleming | only in one format |
| 16:15.06 | kaii | (it works for, since i know how to fix the makeopts myself .. i just wanted to tell you guys that you broke older releases) |
| 16:15.37 | kaii | kpfleming: mh that does not explain why i get a 404 that i didnt get a few weeks ago (with the very same source tree) |
| 16:15.51 | Corydon76-dig | kaii: maybe you altered the source? |
| 16:16.06 | kpfleming | what is the exact URL that it is trying to reference? |
| 16:16.35 | kaii | http://downloads.asterisk.org/pub/telephony/sounds/releases/asterisk-moh-FREEPLAY-wav.tar.gz |
| 16:17.14 | kpfleming | and what release of asterisk generated this URL? |
| 16:17.32 | kaii | i did not touch Makefile or makeopts in any way. (did touch some apps and channels, admittedly) |
| 16:17.37 | kaii | kpfleming: 1.4.26.1 |
| 16:18.02 | Corydon76-dig | kaii: go download that release again from downloads.asterisk.org and try again |
| 16:19.03 | kaii | Corydon76-dig: will do, gimme a sec |
| 16:19.03 | kpfleming | yeah, the makefile has explicit logic to force those names to lowercase as it constructs filenames |
| 16:19.25 | kaii | kpfleming: as you see, all other parts of the filename is converted to lowercase ... |
| 16:19.42 | kpfleming | no, all parts are |
| 16:20.51 | kpfleming | 1.4.261. doesn't even have 'downloads.asterisk.org' in sounds/Makefile, it still has downloads.digium.com |
| 16:21.15 | kaii | Corydon76-dig: 1.4.26.1 is not available for download it seems to me |
| 16:22.03 | kpfleming | http://pastebin.ca/1635204 |
| 16:22.23 | kpfleming | that is from an 'svn export' of the 1.4.26.1 tag, running 'make sounds' after selecting some additional MOH formats |
| 16:22.25 | kpfleming | all URLs are in lowercase |
| 16:22.52 | Corydon76-dig | kaii: Yes, it is: http://downloads.asterisk.org/pub/telephony/asterisk/releases/asterisk-1.4.26.1.tar.gz |
| 16:23.04 | kaii | kpfleming: the url was http://downloads.digium.com/pub/telephony/sounds/releases/asterisk-moh-FREEPLAY-wav.tar.gz, then wget got a 301 moved permanently. sorry for that incorrect statement. |
| 16:23.25 | kpfleming | i cannot reproduce your problem, see my pastebin above |
| 16:23.34 | kpfleming | it worked as expected when i just tried it |
| 16:23.43 | kaii | its too late over here, ive overseen the "releases" directory |
| 16:24.24 | file | that release has opsound. |
| 16:24.28 | kaii | kpfleming: wait a sec, i will retry with a fresh unmodified download from the downloads.asterisk.org server |
| 16:24.31 | file | SVN has freeplay. |
| 16:24.42 | file | hilarity ensues. |
| 16:24.51 | file | (not really, no hilarity...) |
| 16:25.37 | putnopvut | Line 365 of frame.h in trunk amuses me. |
| 16:26.00 | seanbright | putnopvut: are you going to make me look it up? |
| 16:26.07 | kpfleming | putnopvut: why? |
| 16:26.22 | putnopvut | AST_OPTION_FLAG_WTF. And it's not even used anywhere. |
| 16:26.53 | seanbright | heh |
| 16:27.40 | russellb | has been there since rev 388 |
| 16:27.46 | russellb | "Version 0.1.10 from FTP" |
| 16:27.49 | kaii | maybe its for compatibility with an unsupported patch? |
| 16:28.06 | putnopvut | Most of those flags are out of use now. |
| 16:28.06 | putnopvut | I figured they're left over from a long time ago. |
| 16:28.33 | russellb | actually, no 315 |
| 16:28.54 | russellb | version 0.1.8 |
| 16:28.55 | russellb | :-) |
| 16:30.38 | kazaa_lite | why is version number for asterisk 1.6.0.10 is not generated correctly? |
| 16:30.57 | leifmadsen | kazaa_lite: what do you mean? |
| 16:31.13 | kaii | Corydon76-dig, russellb, file: you are all right, 1.4.26.1 comes with "opsound" not "freeplay" .. i just dont understand how the "freeplay" thing made it into my "menuselect.makeopts" ... |
| 16:31.17 | kazaa_lite | this is what i get in version.h : define ASTERISK_VERSION "1.6.0.10" |
| 16:31.17 | kazaa_lite | #define ASTERISK_VERSION_NUM 999999 |
| 16:31.36 | kazaa_lite | and why not 10601??? |
| 16:32.01 | Corydon76-dig | kazaa_lite: because you downloaded it from SVN, instead of using the tarball |
| 16:32.23 | kazaa_lite | ummm......but i could not find tarball for it |
| 16:32.57 | kazaa_lite | i need complete source to build it by myself.... |
| 16:33.03 | kazaa_lite | tarball for 1.6.0.10 |
| 16:33.47 | leifmadsen | http://downloads.asterisk.org/pub/telephony/asterisk/releases/asterisk-1.6.0.10.tar.gz |
| 16:33.56 | leifmadsen | look in the 'releases' directory |
| 16:34.01 | kazaa_lite | thnx |
| 16:34.11 | leifmadsen | all former releases are there -- you just didn't look deep enough |
| 16:42.52 | kaii | if you believe me or not, somehow i got a 1.4.26.1 tarball downloaded with "MOH-FREEPLAY-*" in the menuselect-tree which caused the problem |
| 16:43.23 | kpfleming | no, that would not cause this problem |
| 16:43.40 | kpfleming | because that string will be converted to lowercase by the code in sounds/Makefile before being put into the URL |
| 16:43.47 | *** join/#asterisk-dev davidbrillert (n=aragon12@h216-235-8-130.host.egate.net) |
| 16:44.51 | kaii | but my Makefile does not differ from the Makefile in the 1.4.26.1 release, i ran diff against both. |
| 16:45.21 | kaii | and it definitely does only convert "WAV" and "MOH" to lowercase but not "FREEPLAY". |
| 16:45.26 | kpfleming | well, that's how it is... they are always uppercase in menuselect-tree |
| 16:45.28 | kaii | i feel very stupid right now. |
| 16:45.31 | Qwell | Did you unpack a newer source dir over an old dir? |
| 16:45.36 | putnopvut | wants to strangle ast_channel_queryoption |
| 16:45.36 | kaii | no. |
| 16:46.14 | Qwell | If your menuselect.makeopts contains FREEPLAY, then I would wager that you did.. |
| 16:46.15 | kaii | the ChangeLog says 1.4.26.1 |
| 16:46.26 | Qwell | make dist-clean, if the problem goes away, it goes away |
| 16:46.28 | kaii | Qwell: but ChangeLog and other files should reflect that too |
| 16:46.39 | Qwell | menuselect.makeopts wouldn't have gotten replaced. |
| 16:47.58 | Qwell | the other option is that you have a /etc/asterisk.makeopts or ~/.asterisk.makeopts file that contains FREEPLAY. |
| 16:48.06 | *** join/#asterisk-dev wildzero-cw (n=chatzill@p50997436.dip0.t-ipconnect.de) |
| 16:48.39 | Qwell | (I very much doubt that is the case though) |
| 16:48.53 | kaii | interesting, after dist-clean its "OPSOUND" in the menuselect-tree, not "FREEPLAY" |
| 16:49.13 | Qwell | mmhmm |
| 16:49.26 | kaii | Qwell: neither /etc/asterisk.makeopts nor ~/.asterisk.makeopts exist on my system |
| 16:50.41 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 16:50.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:51.53 | kaii | alright i found the tarball that i downloaded. |
| 16:52.05 | kaii | i unpacked it and looked in menuselect-tree. it contain FREEPLAY. |
| 16:52.20 | kaii | *the old tarball i downloaded some weeks ago |
| 16:53.19 | kaii | did somebody delete a forgotten "menuselect-tree" from the 1.4.26.1 release that should not have been in there? |
| 16:53.21 | Qwell | But sounds/Makefile in that version would modify the URL properly. |
| 16:53.53 | Qwell | This is really not an issue though. Just don't use old tarballs. |
| 16:54.29 | kaii | its not, i just try to understand what was happening for not feeling totally stupid over the next week. |
| 16:54.51 | ajohnson | ebroad: Yesterday you had mentioned seeing a bug on the issue tracker for sip realtime not recognizing changes to the realtime database in certain conditions. Were you able to track it down? |
| 16:55.25 | ebroad | ajohnson, not yet, i meant to look last night and ended up falling asleep while trying to get my kid to go to bed |
| 16:55.32 | ebroad | give me a few and ill look again |
| 16:55.33 | ajohnson | heh |
| 16:55.35 | *** join/#asterisk-dev shido6 (n=shido6@74-132-202-71.dhcp.insightbb.com) |
| 16:55.49 | Qwell | kaii: the problem was menuselect.makeopts. Just assume that you unpacked a newer tarball over an old source tree. |
| 16:56.11 | Qwell | and...move on |
| 16:56.33 | kaii | sorry for stealing your time, then. thanks for pointing so much |
| 16:59.02 | kaii | regarding funny flags, i love "#define SIP_FREE_BIT (1 << 14) /*! <------ */" in 1.4/chan_sip.c |
| 16:59.03 | ebroad | ajohnson, your issue is that if a peer registers, unregisters, it is unable to register again |
| 16:59.10 | ebroad | correct |
| 16:59.32 | ajohnson | ebroad: No, it is that after the 2nd register from a realtime peer, the information in the database is ignored |
| 16:59.50 | ajohnson | For instance, if you change the context, the changes in the DB are ignored and Asterisk continues to use the old context |
| 16:59.59 | ebroad | ah |
| 17:00.00 | ajohnson | same with codecs, etc. |
| 17:00.14 | ebroad | we arent reloading the config with each register |
| 17:00.30 | ajohnson | Asterisk realtime should be reloading the config with each interaction |
| 17:00.42 | ebroad | my knowledge of realtime is very limited |
| 17:00.47 | ajohnson | Asterisk issues the DB queries to get the information, but appears to ignore the information it retrieves |
| 17:01.03 | ajohnson | It is the exact same problem with realtime queues |
| 17:01.22 | ajohnson | https://issues.asterisk.org/view.php?id=15967 |
| 17:01.53 | ajohnson | It appears it might be an issue with all realtime configs in 1.6.2 RC2 |
| 17:02.07 | ebroad | if thats the case |
| 17:02.13 | ebroad | then that would be a bug as well |
| 17:02.44 | ajohnson | Yes. So the question is, should I submit a new bug, or add it on to the existing bug |
| 17:02.53 | *** part/#asterisk-dev shido6 (n=shido6@74-132-202-71.dhcp.insightbb.com) |
| 17:03.05 | ajohnson | But after the 2nd registration, you have to _restart_ asterisk to get the changes to take affect |
| 17:03.26 | ajohnson | You can't unload and reload the modules, prune sip pears, etc. You have to restart |
| 17:03.40 | ebroad | that seems to be inline with what the reporter states in 15967 |
| 17:03.58 | ajohnson | Yeah, I'm the reporter on that bug |
| 17:04.06 | ebroad | :) |
| 17:04.17 | ebroad | i would add it as a note |
| 17:04.34 | ebroad | my guess is that realtime is querying |
| 17:04.59 | ebroad | but not passing the information on to the module and calling its reload function |
| 17:06.24 | ebroad | ajohnson, out of curiousity did this work with in any other version |
| 17:06.34 | ajohnson | Should be bug title and category be changed since it appears to be affecting all realtime? |
| 17:06.59 | ajohnson | I have other versions I can easily test. I will do that right now |
| 17:07.03 | ebroad | thanx |
| 17:07.21 | ebroad | i will change it |
| 17:07.40 | ebroad | just note your test results so we have something to compare and diff to |
| 17:26.45 | *** join/#asterisk-dev gardo (n=gardo@110.55.47.195) |
| 17:39.06 | ajohnson | woohoo! |
| 17:39.12 | ajohnson | ebroad: The problem is not in Asterisk 1.6.0.15 |
| 17:39.17 | ebroad | hmm |
| 17:39.21 | ajohnson | but it is in 1.6.1 and 1.6.2 rc2 |
| 17:39.27 | ebroad | wow thats a long way back from 1.6.1 |
| 17:39.34 | ajohnson | I haven't verified the SIP problems yes |
| 17:40.12 | ajohnson | yet |
| 17:47.51 | leifmadsen | M15967 |
| 17:47.53 | MuffinMan | [acknowledged] [Asterisk] Applications/app_queue 0015967: Asterisk ignores changes to realtime queue member table after initial startup reported by ajohnson (Karma: +1.75) https://issues.asterisk.org/view.php?id=15967 |
| 17:48.04 | leifmadsen | fyi: this discusson can probably take place in #asterisk-bugs since it is about an open issue |
| 17:48.14 | ebroad | true |
| 18:30.09 | *** join/#asterisk-dev |Cybex| (n=John@atwork-20.r-212.178.82.atwork.nl) |
| 18:47.22 | *** join/#asterisk-dev davidbrillert (n=aragon12@h216-235-8-130.host.egate.net) |
| 18:47.48 | oej | hmm. Make clean does not clean menuselect/mxml |
| 18:48.11 | kpfleming | no, make distclean des |
| 18:48.15 | kpfleming | s/des/does/ |
| 18:48.23 | oej | aha |
| 18:48.24 | oej | thanks |
| 18:48.32 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 18:48.48 | oej | Having a lot of issues with old libraries when switching to snow leopard and not installing the Rosetta layer |
| 18:50.26 | oej | And 1.4 doesn't compile on FreeBSD anymore. Can't find libraries in /usr/local/lib. Configure does, but not the rest of the build system. |
| 18:53.05 | oej | Grr... All my dev systems are non-functional... |
| 18:53.37 | oej | I thought we had buildbot on FreeBSD |
| 18:56.00 | atis_work | russellb: you got a bunch of nice coredumps.. some of them are never seen :) |
| 19:04.31 | *** join/#asterisk-dev dbrooks (n=dbrooks@nat/digium/x-yqaikgaqwohgnpdv) |
| 19:53.57 | *** join/#asterisk-dev jamesh1 (n=jhenders@66.111.111.254) |
| 19:58.22 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:58.22 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 20:09.35 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:09.35 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 20:11.17 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 20:11.17 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:53.10 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
| 20:53.10 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:55.58 | *** join/#asterisk-dev Ta^3 (n=tacvbo@189.146.178.177) |
| 21:00.16 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 21:00.16 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 21:01.57 | mvanbaak | oej: I can probably fix the stuff on BSD. all I need is a box so I can install FreeBSD and some time to fix it |
| 21:02.12 | mvanbaak | oej: give me those and consider it done |
| 21:02.45 | mvanbaak | shouldn't be that hard considering it all works fine on OpenBSD |
| 21:02.55 | *** part/#asterisk-dev |Cybex| (n=John@atwork-20.r-212.178.82.atwork.nl) |
| 21:10.58 | mvanbaak | The_Boy_Wonder: thank you for revision 225243 |
| 21:17.55 | leifmadsen | a225243 |
| 21:18.46 | kpfleming | commit asterisk 225243 |
| 21:18.49 | MuffinMan | [225243] Committed by dvossel on 2009-10-21T20:58:08.439700Z: IAX2: VNAK loop caused by signaling frames with no destination call number |
| 21:18.49 | MuffinMan | .. |
| 21:18.49 | MuffinMan | ..It is possible for the PBX thread to queue up signaling frames before |
| 21:18.49 | MuffinMan | ..a destination call number is received. This can result in signaling |
| 21:18.50 | MuffinMan | ..frames being sent out with no destination call number. Since recent |
| 21:18.53 | MuffinMan | ..versions of Asterisk require accurate destination callnumbers for all |
| 21:18.56 | MuffinMan | ..Full Frames, this can cause a VNAK loop to occur. To resolve this |
| 21:18.58 | MuffinMan | ..no signaling frames are sent until a destination callnumber is received, |
| 21:19.01 | leifmadsen | ah yes |
| 21:19.01 | MuffinMan | ..and destination call numbers are now only required for iax_pvt matching |
| 21:19.04 | MuffinMan | ..when the frame is an ACK. |
| 21:19.07 | MuffinMan | .. |
| 21:19.09 | MuffinMan | ..Review: https://reviewboard.asterisk.org/r/413/ |
| 21:19.11 | MuffinMan | .. |
| 21:19.14 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=225243 |
| 21:32.50 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
| 21:32.50 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:40.44 | mvanbaak | kpfleming: this is the solution to that weird problem I had where a box stopped sending PONG and ACK packets on a POKE |
| 21:40.54 | kpfleming | ahh |
| 21:49.29 | tzanger | mvanbaak: you implemented BAD_MOOD logic which responded FUCKOFF to a POKE ? :-) |
| 21:49.31 | *** join/#asterisk-dev ZX81 (n=Matt_Rid@121.74.230.252) |
| 21:49.57 | *** part/#asterisk-dev ZX81 (n=Matt_Rid@121.74.230.252) |
| 21:54.57 | leifmadsen | kpfleming: no note on why 15989 was closed? |
| 21:55.20 | kpfleming | no, i forgot i had opened it and i've already committed the changes |
| 21:55.57 | leifmadsen | ah gotcha -- suppose you don't know which issue it was and could update the commit msg? :) |
| 21:56.05 | leifmadsen | errr, which commit it was. |
| 21:56.21 | kpfleming | you can update the commit message if you like |
| 21:56.28 | kpfleming | there's no real content in that issue, though |
| 21:56.35 | leifmadsen | ok |
| 21:59.46 | mvanbaak | tzanger: something like that |
| 22:00.02 | mvanbaak | tzanger: I guess it has something to do with timers inside virtual machines |
| 23:12.20 | *** join/#asterisk-dev ZX81 (n=Matt_Rid@121.74.230.252) |
| 23:13.37 | *** part/#asterisk-dev ZX81 (n=Matt_Rid@121.74.230.252) |