| 00:03.15 | *** join/#asterisk-dev bneff (~bneff@12.104.144.2) |
| 00:26.56 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 00:52.49 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.114.44.107) |
| 02:26.57 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 03:27.42 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 04:18.05 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-110-194.ptld.qwest.net) |
| 04:26.38 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 04:51.32 | *** join/#asterisk-dev rrb3942 (~rbullock@cpe-67-242-215-62.rochester.res.rr.com) |
| 05:27.53 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 06:20.27 | *** join/#asterisk-dev Netgeeks (~chris@gw1.netgeeks.net) |
| 06:26.19 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 07:27.27 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 07:27.29 | schmidts | good morning |
| 08:22.38 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 08:27.40 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 08:47.41 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:59.49 | *** join/#asterisk-dev frawd (~francois@6.Red-88-26-139.staticIP.rima-tde.net) |
| 09:27.07 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 09:27.09 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 10:03.06 | *** join/#asterisk-dev mbrevda (~mbrevda@unaffiliated/mbrevda) |
| 10:03.32 | mbrevda | any devs in the house? |
| 10:04.22 | schmidts | mbrevda that allways depends on your needs ;) |
| 10:05.00 | mbrevda | schmidts: hello there. I have something that isnt working, need someone who's c is better than mine to tell me if it s "feature of a bug" |
| 10:05.11 | mbrevda | Im looking here: http://svnview.digium.com/svn/asterisk/trunk/channels/chan_sip.c?view=markup&pathrev=254450 |
| 10:05.19 | mbrevda | line 5868 |
| 10:05.36 | schmidts | ok mom still loading ;) |
| 10:05.55 | mbrevda | the issue im having is that asterisk is reporting that there is no fax extension when in an included extension. Meaning |
| 10:06.07 | mbrevda | s/extension/context |
| 10:06.42 | mbrevda | ctx1 includes ctx2. The fax ext is in ctx2. Asterisk detects a fax.=, but reports that there is no fax extension |
| 10:06.48 | mbrevda | (asterisk 1.8 btw) |
| 10:07.55 | mbrevda | I guess im assuming that target_context on line 5873 is the context that asterisk is looking in? (I dont know c) |
| 10:08.10 | mbrevda | Im trying to figure out which context that would be |
| 10:08.34 | schmidts | i have a look at this |
| 10:08.53 | schmidts | could you pastebin me the part of extension.conf this belongs to, or better the output of dialplan show |
| 10:11.08 | mbrevda | this should do: http://pastebin.ca/1988925 |
| 10:11.14 | WIMPy | Uh, better noch open that again. |
| 10:11.29 | mbrevda | meaning? |
| 10:12.43 | WIMPy | err not. That was something my browser couldn't really cope with. |
| 10:16.12 | mbrevda | schmidts: ^^ |
| 10:16.51 | schmidts | its strange cause ast_exists_extension just call the pbx extension helper function which reads the extensions from memory and there should allready be this fax extension |
| 10:17.04 | schmidts | have you tried it without these include does it work then? |
| 10:17.19 | mbrevda | havnt tried |
| 10:17.31 | schmidts | please try this |
| 10:17.37 | mbrevda | doing |
| 10:17.48 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.50.119.253) |
| 10:18.05 | schmidts | if it works then this is a bug, cause this should work |
| 10:21.30 | mbrevda | dialplan as follows: http://pastebin.ca/1988930 |
| 10:21.54 | mbrevda | getting: pbx.c: == Spawn extension (from-trunk, fax, 1) exited non-zero on |
| 10:26.33 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 10:27.55 | schmidts | hmm |
| 10:28.09 | mbrevda | my bad on the extension, testing again |
| 10:35.26 | mbrevda | schmidts: ok, seems asterisk will only use the fax extension in the top/parent/first context |
| 10:35.58 | mbrevda | additionally, not sure why its barfing at my extension: exten => fax,1,Goto(ext-fax,219,1) |
| 10:36.07 | mbrevda | pbx.c: == Spawn extension (from-trunk, fax, 1) exited non-zero |
| 10:37.56 | mbrevda | so.... bug? |
| 10:40.13 | schmidts | it looks like |
| 10:40.19 | schmidts | could you please open a issue for this |
| 10:40.24 | mbrevda | will do |
| 10:40.47 | schmidts | thx |
| 10:49.15 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 10:49.15 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 10:58.29 | WIMPy | Whaaaa. Another case of the extension showing as caller id. |
| 10:58.48 | WIMPy | But that has to wait til later. |
| 11:04.33 | WIMPy | I don't really understand what's going on, but if caller.id.number.valid isn't true, it seems to be replaced by the extension somehow. |
| 11:27.01 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 12:26.56 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 12:28.44 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 13:08.47 | *** join/#asterisk-dev elred_ (~elred_@unaffiliated/elred-/x-5010831) |
| 13:17.32 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 13:18.40 | asterisk-learner | hello |
| 13:32.33 | schmidts | hi |
| 13:48.53 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 13:48.53 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 14:22.37 | *** join/#asterisk-dev frawd (~francois@6.Red-88-26-139.staticIP.rima-tde.net) |
| 14:25.27 | *** join/#asterisk-dev frawd (~francois@6.Red-88-26-139.staticIP.rima-tde.net) |
| 14:29.40 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:29.40 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:32.25 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 14:36.34 | *** join/#asterisk-dev _structz (~structz@gandalf.ai.unesp.br) |
| 14:48.49 | *** join/#asterisk-dev crowbar7 (~JKLOBUCAR@12.2.84.2) |
| 14:55.19 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:55.19 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:03.34 | *** join/#asterisk-dev ManxPower (~manxpower@user-24-214-153-32.knology.net) |
| 15:04.19 | ManxPower | I see people have removed the text docs from Asterisk again. Wasn't there recently a discussion on Asterisk-Dev as to why this is not a good idea? |
| 15:04.21 | ManxPower | http://svnview.digium.com/svn/asterisk?view=revision&revision=294740 |
| 15:06.12 | pabelanger | Updates the build_tools/prep_tarball script to know how to export the contents of the wiki in both PDF and plain text formats so that the documentation is still included in Asterisk release tarballs. |
| 15:06.53 | ManxPower | pabelanger, you said not 10 mins ago "<pabelanger> ManxPower: Asterisk 1.8.1+ the doc/ directory is gone. Moved to wiki.asterisk.org" |
| 15:07.17 | pabelanger | ManxPower: Did you bother to read any of the stuff I linked you? |
| 15:08.05 | pabelanger | Yes, the .txt and tex files in the doc are removed. They now resided on the wiki. A new script has been added to parse the info from the wiki and bundle it into the tarball on release |
| 15:08.14 | ManxPower | You mean "Updates the build_tools/prep_tarball script to know how to export the contents of the wiki in both PDF and plain text formats so that the documentation is still included in Asterisk release tarballs." |
| 15:08.28 | ManxPower | So exactly where are the docs going to be? Not the doc/ directory as you said. |
| 15:08.49 | pabelanger | http://svnview.digium.com/svn/asterisk/branches/1.8/doc/README.txt |
| 15:09.46 | ManxPower | pabelanger, looks like there is still a doc/ directory to me. |
| 15:10.01 | *** join/#asterisk-dev bklang (~bklang@z65-50-1-50.ips.direcpath.com) |
| 15:13.07 | *** part/#asterisk-dev ManxPower (~manxpower@user-24-214-153-32.knology.net) |
| 15:23.12 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 15:25.46 | *** join/#asterisk-dev w9sh (~chatzilla@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 15:29.45 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-zxqwpulpkbhucabr) |
| 15:45.00 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 16:05.54 | *** join/#asterisk-dev paravoid (~paravoid@zebra.cslab.ece.ntua.gr) |
| 16:12.40 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 16:12.40 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 16:18.38 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 16:43.45 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:44.29 | *** join/#asterisk-dev mpe (~mpe@0xd99d3f8f.customer.cybercity.dk) |
| 17:02.43 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 17:12.38 | *** join/#asterisk-dev pabelanger (~pabelange@2607:f2c0:a000:166:218:f3ff:fe51:c71) |
| 17:27.56 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 17:36.06 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 17:52.11 | *** join/#asterisk-dev pabelanger (~pabelange@2607:f2c0:a000:166:218:f3ff:fe51:c71) |
| 18:06.14 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 18:07.59 | *** join/#asterisk-dev citywok (~kvirc@67-134-194-33.dia.static.qwest.net) |
| 18:08.39 | citywok | russellb: should it come in mailbox@context? assume default. how do you cleanly handle splitting the opt in code? |
| 18:09.15 | russellb | http://pastebin.ca/1989280 |
| 18:09.17 | russellb | something like that |
| 18:11.14 | citywok | is it logical to use the voicemail greet file versus caching in the meetme/ folder? |
| 18:11.25 | citywok | I prefer it becuase you don't have to re-record, but is it logical on a global scale? |
| 18:11.37 | russellb | I think using the voicemail recording is logical. |
| 18:11.52 | citywok | kk. if it doesn't exist is it fair to record it from meetme? |
| 18:12.01 | russellb | if someone really wants to cache recordings, you could implement it with some crazy dialplan probably |
| 18:12.18 | russellb | yes, i would say fall back to asking for it |
| 18:12.42 | citywok | k, that's how it is now. when recording it defaults to using sln, but that may not be what voicemail.conf is requesting. how should that be handled? |
| 18:12.56 | russellb | doesn't matter |
| 18:12.57 | citywok | sln is what meetme uses by default that is. i didn't change that. |
| 18:13.01 | russellb | when you go to play it back it figures it out |
| 18:13.15 | citywok | yea it will transcode on the fly, it worked fine for me, i just wasn't sure if that was breaking some other rule |
| 18:13.24 | russellb | wait ... you're not recording to the voicemail folder, right? |
| 18:13.31 | russellb | fall back to recording a temporary thing |
| 18:13.43 | citywok | yes, i fell back to recording to the vm folder |
| 18:14.00 | russellb | that seems odd ... i think i'd rather fall back to the meetme stuff it does now |
| 18:14.12 | russellb | leave voicemail recording management to voicemail |
| 18:14.13 | citywok | so if the cached file in vm doesn't exist turn in to a big I basically. |
| 18:14.20 | russellb | yeah. |
| 18:14.23 | russellb | IMO |
| 18:14.24 | citywok | yea, that's why i was asking about not following voicemail.conf |
| 18:14.30 | russellb | or just play nothing, not sure what people would want |
| 18:14.34 | russellb | i'm thinking they'd want to fall back to I |
| 18:14.47 | citywok | it seems wrong to dump stuff in to voicemail without following vm.conf |
| 18:14.51 | russellb | nods |
| 18:14.55 | Qwell | well, if you're following the voicemail stuffs.. it plays back the mailbox, no? |
| 18:15.16 | Qwell | seems like there are a couple options |
| 18:15.23 | citywok | yea it uses the greet file which is where you record just your name |
| 18:15.24 | russellb | when there is no name? |
| 18:15.43 | russellb | yeah, voicemail plays "the person at extension ${EXTEN}" |
| 18:15.46 | citywok | the file that gets used in directory() etc. |
| 18:16.17 | citywok | oh i see, are you suggesting read out "ext 1 5 9 3 has joined the conference"? if "andrew parisio" isn't recorded in greet? |
| 18:16.29 | russellb | i think that's what Qwell was saying ... |
| 18:16.33 | russellb | but ... meh |
| 18:16.37 | russellb | not sure if I like it :-) |
| 18:16.40 | Qwell | I'm not suggesting anything. |
| 18:16.43 | russellb | I like reverting to I better |
| 18:16.45 | Qwell | just pointing out what it does :D |
| 18:16.55 | citywok | can you change the flags on the fly? |
| 18:17.01 | russellb | it's just software |
| 18:17.04 | citywok | like oh crap, file doesn't exist, unset H and reset I? |
| 18:22.17 | russellb | yes. |
| 18:22.22 | russellb | ast_set_flag(), ast_clear_flag() |
| 18:26.13 | citywok | thank you sir. |
| 18:26.19 | citywok | sorry for all the n00b questions |
| 18:27.18 | citywok | hmmm. So, if the file doesn't exist in voicemail is it valid to cache the file permanently meetme/? |
| 18:27.27 | russellb | heh, you're hacking on the code to add a feature, you're not a n00b. |
| 18:27.28 | citywok | save it under meetme-context-mailbox ? |
| 18:27.46 | russellb | revert to I != cache |
| 18:28.06 | russellb | well i guess if you don't cache, it's not going to do what _you_ want ... |
| 18:28.07 | russellb | hmmm |
| 18:28.10 | citywok | yea, I = no cache, but is it valid to stay in h and rather than write to voicemail, write to temp folder? |
| 18:28.41 | russellb | i don't think anything should be cached anywhere |
| 18:28.54 | citywok | k, otherwise you end up with orphaned files after a couple years. |
| 18:32.33 | citywok | okay, so now it uses the h(mailbox@default), what you pastebin'd worked. if you don't have a voicemail/greet it will fall back to the old method. now all i have to do is fix the flags so the rest of the logic works properly. if i dont fix the flags it won't delete the temp file, thinking it's a voicemail file. |
| 18:33.40 | russellb | cool |
| 18:34.10 | citywok | another question. do i get to pick revert to i or I, or is there some pre-defined fallback method. i prefer I personally, so that's what i think, and then just say in the docs at the top that if the file doesnt exist it falls back to I? |
| 18:35.10 | russellb | what's the difference again? |
| 18:35.25 | citywok | review, you hear it and get to accept it. |
| 18:36.22 | citywok | big I is review, little i is no reviewing what you recorded. |
| 18:36.37 | russellb | i don't care |
| 18:36.39 | russellb | surprise me |
| 18:36.44 | citywok | o.O |
| 18:36.49 | citywok | oooh la la |
| 18:37.03 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 18:37.04 | russellb | orrrrrrr |
| 18:37.25 | russellb | you could not fall back automatically at all, and require that 'i' or 'I' be set as an option and fall back to whatever was set |
| 18:37.38 | russellb | so without those options, it just does nothing if the recording isn't there. |
| 18:37.49 | russellb | that way people can pick the fallback method between nothing, i, or I |
| 18:37.51 | citywok | Hmmmm. i like that, it doesn't overlap with anything i've written already, and actually simplifies my life. |
| 18:38.14 | citywok | i just clear h if you don't have a recording already. |
| 18:38.21 | citywok | then i'm pretty much done |
| 18:38.33 | russellb | yup |
| 18:42.49 | citywok | alright, let's test this thing out |
| 18:46.23 | russellb | FAIL |
| 18:48.22 | citywok | pffffft, you fail! |
| 18:48.24 | citywok | it works :P |
| 18:49.11 | russellb | yay |
| 18:49.23 | citywok | the logic for i, I, neither, file exists/doesn't exist all works |
| 18:50.00 | citywok | and it removes the files when it's supposed to. i like that logic of falling back to i or I, makes it easier. |
| 18:51.09 | citywok | does this description seem logical? Announce user join/leave using mailbox greet file, if it doesn't exist then will fall back to i or I if you have it set. |
| 18:51.47 | citywok | lots of questions, but I want to get it right heh |
| 18:53.05 | russellb | it makes sense I guess, but it needs some grammatical love |
| 18:54.57 | citywok | russellb: http://pastebin.ca/1989305 |
| 18:55.21 | russellb | reviewboard it |
| 18:55.59 | citywok | kk. i'll strip out the LOG_WARNING stuff so it's clean. |
| 18:57.25 | russellb | also, when you reviewboard it, add asterisk-dev to the review groups field |
| 18:57.28 | russellb | so it'll hit the -dev list |
| 18:57.50 | citywok | okay. should i post it as asking for feedback or do you think we've solved the problems i/you had with it? |
| 18:58.20 | russellb | i think it's ready for real review |
| 18:59.01 | russellb | for mega bonus points, add join and announce functionality to ConfBridge() |
| 18:59.06 | russellb | I'll even send you an asterisk t-shirt for it. |
| 18:59.08 | russellb | :-p |
| 18:59.19 | citywok | haha, yes that's the only reason i am not using confbridge right now. |
| 18:59.33 | citywok | our CEO mandates that we must have join/announce |
| 18:59.39 | russellb | add it! |
| 18:59.45 | citywok | that's over my head |
| 18:59.45 | citywok | lol |
| 18:59.51 | russellb | no it's not |
| 19:00.01 | russellb | copy it from MeetMe |
| 19:00.04 | russellb | it's that simple, i promise |
| 19:00.06 | citywok | true |
| 19:00.07 | russellb | coughs |
| 19:00.13 | citywok | if it's that simple, why didn't somebody else do it ;)? |
| 19:00.27 | russellb | because they were waiting for you to do it |
| 19:01.05 | citywok | you're a terrible liar |
| 19:01.48 | citywok | i found the bug that causes * to segfault with exch calendaring. it's in the library * uses (neon). that doesn't fix it not working, but it prevents * from segfaulting. lol |
| 19:02.53 | citywok | hmmmmmm. reviewboard? The repository path "http://svn.asterisk.org/svn/asterisk" is not in the list of known repositories on the server. |
| 19:03.05 | russellb | fail |
| 19:03.09 | russellb | it only knows about svn.digium.com |
| 19:03.12 | russellb | sorry. |
| 19:03.17 | citywok | lol |
| 19:03.28 | citywok | nukes my checkout and redownloads :P |
| 19:03.29 | russellb | svn switch http://svn.digium.com/svn/asterisk/trunk |
| 19:03.35 | russellb | no need |
| 19:03.48 | russellb | or you can take the long way |
| 19:04.13 | citywok | heh, i'm a n00b, what can i say :P |
| 19:05.50 | citywok | svn switch didn't fix it. same error. lol |
| 19:06.00 | citywok | i nuked and recreated entirely, did the same thing. svn switch again, still broken. |
| 19:06.01 | russellb | i disagree |
| 19:06.13 | citywok | i disagree with your disagree |
| 19:06.23 | russellb | and you now have svn.digium.com as the path? |
| 19:06.53 | russellb | lol, it's actually configured for svn.asterisk.org |
| 19:06.58 | russellb | burn. |
| 19:07.10 | citywok | lol |
| 19:07.26 | citywok | when i checkout from digium.com it then says asterisk.org |
| 19:07.34 | russellb | ah |
| 19:07.38 | russellb | well hrm |
| 19:07.48 | citywok | svn switch, post-review and it errors. lol |
| 19:09.24 | citywok | why doesn't it like me? |
| 19:09.33 | russellb | fails for me, too |
| 19:09.39 | russellb | works on a checkout from the svn master ... |
| 19:09.41 | citywok | okay, good it isn't just me. |
| 19:09.53 | citywok | like, checkout from just /svn ? |
| 19:09.56 | russellb | fixed |
| 19:09.57 | citywok | grab _everything_? |
| 19:09.59 | russellb | nah |
| 19:10.04 | russellb | i mean a checkout from https://origsvn.digium.com/ |
| 19:10.07 | citywok | ah okay, let me try |
| 19:10.14 | russellb | but anyway, should work now |
| 19:10.22 | citywok | yup, it did |
| 19:10.37 | citywok | review 1009 posted |
| 19:10.37 | russellb | k, so now you go to the review and fill in all the fields |
| 19:10.38 | russellb | and then click publish when done |
| 19:11.42 | russellb | at which point it will prompt your for your paypal account information for sending a payment to russell@... |
| 19:11.50 | citywok | :P |
| 19:13.18 | jsmith | russellb: Sneaky! |
| 19:13.35 | russellb | iknowright?! |
| 19:17.46 | citywok | russellb: does this look good? https://reviewboard.asterisk.org/r/1009/ |
| 19:18.02 | russellb | i can't see it until you publish it |
| 19:18.36 | citywok | branch:trunk, groups asterisk-dev, i put in all of the uses cases i tested with, and i used most of the description from the bug report i posted. |
| 19:18.46 | russellb | that works |
| 19:20.22 | citywok | okay, published. spooky. lol |
| 19:24.35 | citywok | so this is against trunk. how does back-porting normally happen? |
| 19:25.02 | citywok | i wrote it in 1.8 but probably won't be using 1.8 for 6 months in production, so would like to have this in 1.6.2 |
| 19:25.17 | citywok | do i just re-write it in the 1.6.2 base? |
| 19:25.27 | russellb | backporting happens by you backporting it and maintaining your own patch basically |
| 19:25.35 | russellb | new features can only go into trunk |
| 19:25.52 | citywok | gotcha, works for me! |
| 19:25.55 | russellb | k |
| 19:26.09 | citywok | i don't feel like updating my 1.6.2 base anyways, it's like 2 months old now. lol. |
| 19:26.19 | citywok | i'll just patch against whatever it is now (1.6.2.11 i think). |
| 19:26.47 | russellb | that's the one with the huge security hole in it, you know |
| 19:26.57 | citywok | lol |
| 19:27.02 | russellb | really |
| 19:27.13 | citywok | really? _ugh_ |
| 19:27.19 | russellb | no, not really. |
| 19:27.40 | citywok | yay.jpg |
| 19:27.50 | citywok | i don't feel like updating any time soon |
| 19:28.05 | russellb | whatever floats your boat. |
| 19:28.26 | citywok | lol, i try and avoid updating every time there's a new release and skip one or two here and there. |
| 19:28.40 | citywok | i don't like finding bugs and wiping out my call center |
| 19:30.11 | russellb | inbound or outbound call center? |
| 19:30.19 | citywok | 90% out |
| 19:30.26 | russellb | ah, then you should totally upgrade |
| 19:30.31 | citywok | thanks :P |
| 19:30.46 | citywok | was it in outbound calls only? ;) |
| 19:31.06 | russellb | i was just making a joke about wanting to break your outbound call center ... |
| 19:31.11 | citywok | i know haha |
| 19:31.21 | citywok | i'm sure either answer would have had the same respone from you |
| 19:31.28 | russellb | probably |
| 19:31.35 | russellb | it's Friday |
| 19:33.02 | citywok | yay.jpg |
| 19:33.04 | citywok | lol |
| 19:33.13 | citywok | now... to compile 1.6.2.11 on my server and backport this thing |
| 19:33.31 | citywok | meetme is something like 500 lines longer in trunk, hopefully it isn't too different |
| 19:35.52 | *** join/#asterisk-dev alecdavis (~alec@202-78-149-14.cable.telstraclear.net) |
| 19:35.56 | citywok | shit, russel OPT_ARG_INTROUSER_VMREC = 7,, line 28 in the diff. i wasn't paying attention. i need to put my OPT above array size don't i? |
| 19:36.05 | citywok | http://pastebin.ca/1989305 |
| 19:37.43 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 19:38.31 | alecdavis | russellb: I missed yesterday the release of 1.6.2.14 and 1.4.37, I'm sure they are broken when it comes to voicemailmain. |
| 19:45.05 | *** join/#asterisk-dev tamiel (~tamiel@ip-175.net-89-3-223.rev.numericable.fr) |
| 19:45.38 | alecdavis | where voicemailmain ends abrubtly after entering boxnumber and password. |
| 19:46.28 | russellb | ugh, oops |
| 19:54.36 | russellb | we'll have another release out asap |
| 19:55.32 | citywok | russellb: did you see my question about the ARRAY_SIZE? |
| 19:55.42 | citywok | i'm pretty sure i need to re-order that |
| 19:55.44 | russellb | no |
| 19:55.55 | russellb | and yes |
| 19:56.04 | citywok | argh, lol |
| 19:56.33 | citywok | also, in 1.6.2 all 31 flags are in use, in trunk there is uint_64 to do that. i tried the same thing in 1.6.2 it didn't like me? |
| 19:56.50 | citywok | 32 flags* durrr starting at index0 |
| 19:56.59 | russellb | you have to change a bunch of crap to swap to the 64 bit version |
| 19:57.11 | citywok | kk. i'll just steal another flag for my use then |
| 19:57.30 | citywok | i don't use a ton of flags so that works for me |
| 19:57.50 | russellb | be careful where else in the code those flags get checked if you steal one ... |
| 19:58.31 | citywok | if it tests for the flag, but i've removed it will it blow? |
| 19:58.33 | citywok | lol |
| 19:58.59 | russellb | that's for you to figure out :-p |
| 19:59.15 | citywok | lol, alrighty then. we'll just write it up and see what she does! |
| 20:13.04 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@192.55.64.175) |
| 20:22.52 | citywok | russellb: how long does it take trunk to get committed and released? |
| 20:23.09 | russellb | hm? |
| 20:23.15 | russellb | like, how long will it take your patch to get in? |
| 20:23.21 | russellb | or how long until trunk becomes a release? |
| 20:23.25 | citywok | well, i guess trunk is 1.10 right? |
| 20:23.35 | russellb | what goes into trunk today will first appear in 1.10, yes |
| 20:23.46 | russellb | which right now I'm thinking is 1.8 + 1 year |
| 20:23.46 | citywok | so i guess it won't go in to 1.8, nm lol. lol |
| 20:24.04 | russellb | though I have not set that schedule officially, yet |
| 20:24.15 | citywok | at least this will be easier to merge with 1.8 than 1.6.2. lol |
| 20:24.28 | russellb | i have a trick for you. |
| 20:24.40 | russellb | cp trunk/apps/app_meetme.c 1.6.2/apps/app_meetme.c |
| 20:24.41 | russellb | done |
| 20:24.47 | russellb | (probably, maybe) |
| 20:25.02 | citywok | hmmmm, orly |
| 20:25.03 | russellb | it'll probably be easier to just fix whatever API changes have been made starting there |
| 20:25.13 | russellb | it's worth a shot |
| 20:25.29 | russellb | and as a bonus, you'll get some other features you didn't care to get |
| 20:27.36 | citywok | lol |
| 20:28.15 | citywok | ruh roh struct ast_channelâ has no member named âcaller |
| 20:31.47 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 20:31.47 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 20:31.52 | Kobaz | i hate the new locale stuff that's been overtaking all the ditros... all the formatting for gcc is usually screwed up |
| 20:32.11 | Kobaz | extra characters in error messages and such like the a^ and etc |
| 20:32.31 | citywok | lol, is that wha that's from? |
| 20:32.42 | Kobaz | in your thing you pasted |
| 20:32.48 | citywok | yea |
| 20:32.51 | Kobaz | after ast_channel is an a, with a ^ over it |
| 20:32.54 | citywok | i was wdonering what caused htat |
| 20:32.54 | russellb | citywok: ah ... yeah, callerid api changes bit you. |
| 20:32.57 | Kobaz | it's due to locale settings |
| 20:33.14 | citywok | rus it shouldn't be too bad to recreate. i hope. |
| 20:33.17 | Kobaz | i think if you turn off the locales, it doesn't screw up the formatting |
| 20:33.25 | Kobaz | export LOCALE=C |
| 20:33.57 | Kobaz | and... with the en_US locales... the ls ordering changes, which sucks... dot files and upper/lowercase files are sorted seperately |
| 20:34.08 | Kobaz | what gives with that |
| 20:34.23 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 20:34.23 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 20:37.21 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 20:40.32 | seanbright | kpfleming: https://issues.apache.org/bugzilla/show_bug.cgi?id=31418 |
| 20:40.35 | seanbright | thanks! :-) |
| 20:42.04 | russellb | blast from the past |
| 20:42.23 | seanbright | well it helped me today |
| 20:42.27 | seanbright | so thumbs up |
| 20:56.12 | kpfleming | seanbright: lol... actually, apache 2.2 works the way you'd expect now, so it's no longer necessary to patch it |
| 20:56.41 | seanbright | really? then i may have patched unnecessarily |
| 20:56.46 | seanbright | goes off to check |
| 20:56.50 | seanbright | thanks either way though :-) |
| 20:56.53 | seanbright | small world |
| 20:57.02 | Qwell | seanbright: did you see comment 5 on that issue? |
| 20:57.06 | kpfleming | yeah. when origsvn got upgraded to apache 2.2, it 'just worked' |
| 20:57.33 | Qwell | (just the first part of it) |
| 20:57.47 | alecdavis | jpeeler: not a show stopper, but in 18240 in the diff2.txt patch vm_lock_path returns -1, and should return ERROR_LOCK_PATH |
| 20:58.25 | jpeeler | !!!!!!! |
| 20:59.12 | alecdavis | @@ -7703,7 +7704,7 @@ |
| 20:59.13 | alecdavis | <PROTECTED> |
| 20:59.13 | alecdavis | <PROTECTED> |
| 20:59.13 | alecdavis | -return -1; |
| 20:59.13 | alecdavis | +return ERROR_LOCK_PATH; |
| 20:59.13 | alecdavis | <PROTECTED> |
| 20:59.15 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 21:01.43 | alecdavis | jpeeler: everywhere else that vm_lock_path fails ERROR_LOCK_PATH is return, except for where I have pointed out. |
| 21:01.44 | seanbright | Qwell: heh. indeed. |
| 21:01.46 | russellb | alecdavis: turns out those releases were made way before that voicemail patch went in |
| 21:01.58 | russellb | so they're safe |
| 21:02.01 | alecdavis | I know, 2006 |
| 21:02.27 | alecdavis | safe, but wrong, but not a show stopper. |
| 21:03.59 | jpeeler | alecdavis: the place you pointed out was not touched by me |
| 21:04.26 | jpeeler | so good catch, but not critical |
| 21:04.28 | seanbright | kpfleming: looks like FakeBasicAuth still uses the DN |
| 21:04.56 | alecdavis | sorry, didn't mean to place blame. |
| 21:05.10 | jpeeler | oh i thought we were trying to fix the release :) |
| 21:05.20 | kpfleming | seanbright: huh... well, whatever we are using on origsvn works |
| 21:05.32 | russellb | or at least we think it works |
| 21:05.44 | seanbright | groovy |
| 21:06.30 | jpeeler | alecdavis: and now with the new error condition checking it will be caught anyway without even changing it |
| 21:07.07 | jpeeler | but i guess i'll go ahead and fix it |
| 21:13.02 | alecdavis | gettting the releases fixed for the weekend warriors is probably more important. |
| 21:14.06 | russellb | releases aren't broken, actually |
| 21:14.15 | russellb | they were made from RCs that were created before the breakage went in |
| 21:16.04 | alecdavis | lucky. |
| 21:17.16 | jpeeler | bugs like that are dumb, but the dumbness does not mean less serious |
| 21:31.57 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 21:32.02 | russellb | kicks network byte order in the face |
| 21:37.25 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 21:53.34 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 22:37.15 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 22:39.41 | *** join/#asterisk-dev mpe (~mpe@0xd99d3f8f.customer.cybercity.dk) |
| 23:23.11 | *** join/#asterisk-dev rrb3942 (~rbullock@cpe-67-242-215-62.rochester.res.rr.com) |
| 23:30.20 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 23:34.55 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 23:41.30 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 23:41.30 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |