| 00:46.29 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 00:46.29 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 00:57.08 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 00:57.08 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 01:15.39 | *** join/#asterisk-dev korch (~hogemoge@ec2-204-236-228-187.compute-1.amazonaws.com) |
| 01:16.29 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 01:16.29 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 01:19.38 | korch | am i correct in thinking that ast_waitfor and its variants are what i need to be able to *write* to a channel? |
| 01:20.04 | korch | or can i just call ast_write() and let asterisk figure out the descriptor polling itself? |
| 01:20.36 | korch | i now have zeromq successfully reading from a channel, now i need it going the other direction |
| 01:22.32 | korch | i also figured out the tweaks to the makefiles to make epoll enabled |
| 01:23.45 | korch | now i'm not sure if there will be a problem with asterisk running its own epoll_wait(), but zeromq also uses epoll, and i have no idea if they can both do their own polling, and keep it synchronized |
| 02:23.31 | *** join/#asterisk-dev kerx (~kerx@76-240-161-60.lightspeed.irvnca.sbcglobal.net) |
| 04:33.13 | *** join/#asterisk-dev mpe (~mpe@212.45.120.202) |
| 05:20.18 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 05:29.10 | *** join/#asterisk-dev asterisk-Tester (~RAMYT@210.5.215.39) |
| 05:48.49 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 05:48.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:35.30 | *** join/#asterisk-dev AlecTaylor (~AlecTaylo@unaffiliated/alectaylor) |
| 06:45.33 | *** join/#asterisk-dev sgimeno (~sgimeno@163.117.206.10) |
| 07:17.33 | *** join/#asterisk-dev fenlander (~fenlander@82.152.81.57) |
| 07:19.12 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 07:19.13 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:20.08 | *** join/#asterisk-dev mog (~mog@fsf/member/mog) |
| 07:31.38 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:36.51 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 07:36.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:37.23 | oej | Morning folks |
| 07:41.21 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 08:00.17 | *** join/#asterisk-dev fenlander (~fenlander@82.152.81.57) |
| 08:06.02 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:e0f5:4c14:9a35:a0d3) |
| 08:38.16 | *** part/#asterisk-dev kerx (~kerx@76-240-161-60.lightspeed.irvnca.sbcglobal.net) |
| 08:51.30 | *** join/#asterisk-dev oej (~olle@2001:470:1f15:d79:449c:4cb6:d6fd:169b) |
| 08:51.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:04.26 | *** join/#asterisk-dev fenlander (~fenlander@82.152.81.57) |
| 09:21.13 | *** join/#asterisk-dev oej_ (~olle@2001:470:1f15:d79:640d:6aba:ab2a:a8bc) |
| 09:21.13 | *** mode/#asterisk-dev [+o oej_] by ChanServ |
| 09:50.45 | *** join/#asterisk-dev dwmw2_gone__ (~ctrlproxy@twosheds.infradead.org) |
| 09:58.44 | tzafrir_laptop | thinks people should just not use spaces in pathes |
| 09:59.10 | tzafrir_laptop | It makes the world a better place |
| 10:30.17 | *** part/#asterisk-dev asterisk-Tester (~RAMYT@210.5.215.39) |
| 11:10.31 | pabelanger | tzafrir_laptop: they the reorg patch in ASTERISK-18290 |
| 11:10.52 | pabelanger | I'm not sure why the issue is closed, commit bot did something to it last night |
| 11:11.16 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 11:21.51 | *** join/#asterisk-dev fenlander (~fenlander@82.152.81.57) |
| 11:29.35 | tzafrir_laptop | pabelanger, have you tried a directory with a space in PWD? |
| 11:29.55 | pabelanger | tzafrir_laptop: no, not this morning |
| 11:30.03 | tzafrir_laptop | For me it broke the simple ./configure |
| 11:30.40 | pabelanger | nods |
| 11:31.58 | pabelanger | I think I'm going to create a bunch of test cases for compile time testing.... then somehow automated it |
| 12:20.39 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:20.39 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:22.33 | *** join/#asterisk-dev mpe (~mpe@31.25.23.177) |
| 12:31.04 | *** join/#asterisk-dev oej (~olle@asterix-e.southpole.se) |
| 12:31.04 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:40.18 | seanbright | tzafrir_laptop: live_ast install is broken on (at least) 1.8 and 10 and trunk. when it gets to the sounds directory it bombs out. |
| 12:40.35 | seanbright | i haven't had time to sit down and try to figure out what broke |
| 12:40.38 | seanbright | just an FYI |
| 12:40.57 | tzafrir_laptop | seanbright, ASTERISK-18290 ? |
| 12:41.09 | seanbright | i don't think so |
| 12:41.30 | seanbright | going into sounds/Makefile and explicitly prepending $(DESTDIR) to the install paths seems to fix it |
| 12:41.37 | seanbright | just not sure if that is the correct approach |
| 12:41.51 | seanbright | oh... heh |
| 12:41.58 | seanbright | yeah, might have been that bug/commit |
| 12:50.20 | kpfleming | i guess we need to add setting DESTDIR to a non-null value in our Bamboo build plans |
| 12:58.28 | pabelanger | Yup, we need some tarball smoke testing in general. Hope to hash somethings of Friday, personal project day |
| 13:07.49 | dwmw2_gone__ | I've been out of Asterisk-land for a while. How long does it normally take these days for patches to get applied once they're in jira? For regression fixes and/or for new features? |
| 13:09.32 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 13:09.32 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 13:11.47 | pabelanger | dwmw2: well, we have over 825 issues in the tracker... so it may take awhile |
| 13:12.01 | pabelanger | which issue are you talking about? |
| 13:12.05 | dwmw2 | issues with patches attached saying "this fixes it"? :) |
| 13:12.32 | dwmw2 | https://issues.asterisk.org/jira/browse/ASTERISK-18331 is the app_sms regression fix. |
| 13:12.57 | dwmw2 | https://issues.asterisk.org/jira/browse/15175 is a new feature |
| 13:14.08 | dwmw2 | and if https://bugzilla.redhat.com/show_bug.cgi?id=732957 (res_pktcops syn-floods 192.168.0.34 in default install) occurs in a clean build of Asterisk and not just the Fedora package, I'll file a bug for that and a patch too. |
| 13:14.30 | dwmw2 | but mostly I was just after an idea of what to expect, rather than chasing stuff up yet. |
| 13:15.12 | dwmw2 | jira's outbound email is broken, so I'd like to know whether to check back on it daily/weekly/annually :) |
| 13:15.16 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-nbhliaukoeobjjpj) |
| 13:16.22 | kpfleming | dwmw2: can you tell us what's broken? we can attempt to fix it. |
| 13:16.31 | dwmw2 | sending from invalid address. |
| 13:16.34 | dwmw2 | sec, I filed a bug for that too |
| 13:17.13 | dwmw2 | https://issues.asterisk.org/jira/browse/JA-439 |
| 13:17.54 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-dbtasxozssndhxgn) |
| 13:17.54 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:18.07 | dwmw2 | Also: the first time I tried to file that, I got a Java.IOError (disk full). I assume that was a known issue which is now solved. |
| 13:18.16 | kpfleming | alright, i'll get that email thing sorted out |
| 13:18.19 | dwmw2 | thanks |
| 13:21.23 | pabelanger | dwmw2: regarding issues with patches, round up some testers to confirm the fix, then ping a bug marshal. |
| 13:21.55 | dwmw2 | pabelanger: thanks. That's exactly the information I was looking for. How would I do the latter â on IRC? |
| 13:22.14 | pabelanger | we'll likely ask you to submit patches to reviewboard for peer review, once reviewed they can be merged |
| 13:22.31 | pabelanger | dwmw2: Yup, either IRC or mailing list |
| 13:23.43 | dwmw2 | in fact for app_sms the two changes that aren't blindingly obvious I just rounded up from existing bug reports. So they were tested in advance :) |
| 13:25.55 | pabelanger | more then 1 tester is usually better :) Something like app_sms might not have many people using it. |
| 13:28.45 | dwmw2 | spams the other related app_sms bugs which are closed due to lack of feedback. |
| 13:38.50 | *** join/#asterisk-dev moy (~moy@173.239.155.74) |
| 13:47.17 | pabelanger | dwmw2: ya, the res_pktccops.conf is terrible. It should be updated, and commented out if possible |
| 13:47.47 | dwmw2 | certainly made a mess of my bandwidth graphs for the last couple of days |
| 13:48.55 | dwmw2 | I'll see how I get on with the app_sms and app_v110 patches. If I can't at least get obviously-correct SMS fixes in, I may lose interest :) |
| 13:49.07 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:49.07 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:05.40 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:06.00 | kpfleming | dwmw2: yes, that's understandable. it's a difficult situation. digium's developers pretty much focus on the modules that get heavy usage. |
| 14:06.15 | dwmw2 | that makes sense. |
| 14:06.30 | dwmw2 | as long as it doesn't prevent others from looking after the other modules. |
| 14:07.00 | dwmw2 | anyway, I don't mean to complain; just trying to work out what to expect. |
| 14:07.34 | dwmw2 | frowns at chan_sip registering to a.speechless.aaisp.net.uk over Legacy IP instead of IPv6 |
| 14:07.48 | kpfleming | lol at Legacy IP |
| 14:09.36 | dwmw2 | [Aug 24 15:09:28] WARNING[31029]: chan_sip.c:3351 __sip_xmit: sip_xmit of 0xb7501b88 (len 531) to [2001:8b0:0:30:230:48ff:fe93:d748]:5060 returned -1: Address family not supported by protocol |
| 14:10.12 | dwmw2 | better than if I take it *out* of the [] though: |
| 14:10.14 | dwmw2 | [Aug 24 15:09:58] WARNING[31029]: chan_sip.c:3351 __sip_xmit: sip_xmit of 0xb75019c8 (len 458) to 0.0.7.209:8 returned -1: Invalid argument |
| 14:11.51 | kpfleming | Deeewayne: Dunkin' Donuts is returning to Huntsville! |
| 14:12.49 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-ggfqsvnhhxvcmyfq) |
| 14:12.52 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 14:12.52 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:13.37 | Deeewayne | kpfleming, great news! :-) |
| 14:13.45 | putnopvut | kpfleming: WHAT?! |
| 14:13.55 | putnopvut | evidence! NOW! |
| 14:15.39 | kpfleming | http://blog.al.com/huntsville-times-business/2011/08/dunkin_donuts_to_return_to_hun.html |
| 14:16.14 | pabelanger | dwmw2: looks like a bug |
| 14:16.14 | jsmith | blinks |
| 14:16.36 | dwmw2 | same issue with RTP if I let it register on Legacy IP, I think |
| 14:16.43 | dwmw2 | c=IN IP6 2001:8b0:10b:1:230:18ff:fea6:1193 |
| 14:17.50 | pabelanger | we have some unittests in test_netsock2, you should reproduce the issue with them :) |
| 14:18.30 | dwmw2 | I think we're trying to sendto an IPv6 address on a Legacy IP socket. |
| 14:18.58 | pabelanger | serafie: ping |
| 14:19.08 | serafie | pong |
| 14:19.09 | dwmw2 | trying to work out where p->socket.fd gets opened |
| 14:19.25 | pabelanger | serafie: did you do any work on the commit bot last night? |
| 14:19.41 | serafie | yes. |
| 14:22.03 | pabelanger | okay, for whatever reason it bot closed ASTERISK-18290 on me, even thought I had reopened it. I suspected the bot was re-parsing svn commits or something |
| 14:22.22 | serafie | Yes, I'm sorry! |
| 14:22.55 | pabelanger | np |
| 14:23.06 | pabelanger | just making sure something wasn't wonky |
| 14:24.37 | dwmw2 | pabelanger: this looks like something that unit net tests wouldn't show |
| 14:24.50 | dwmw2 | we have a *central* UDP port, bound to $bindaddr. |
| 14:24.54 | dwmw2 | we need one for each protocol |
| 14:25.01 | dwmw2 | and a bindaddrv6 option |
| 14:25.18 | pabelanger | ya, believe that is a limitation of chan_sip |
| 14:25.53 | pabelanger | however, we should be able to add something for this: [Aug 24 15:09:28] WARNING[31029]: chan_sip.c:3351 __sip_xmit: sip_xmit of 0xb7501b88 (len 531) to [2001:8b0:0:30:230:48ff:fe93:d748]:5060 returned -1: Address family not supported by protocol |
| 14:27.02 | Qwell | If I have a rule in a Makefile like the following, can I use the wildcard in the dependency? |
| 14:27.11 | Qwell | foo-%: magicdepgoeshere |
| 14:27.50 | Qwell | I'd like to call the rule "dependency-%:", where the value of the wildcard must match |
| 14:28.30 | Qwell | (and then of course, in "dependency-%:", I'd need to be able to use $@) |
| 14:28.32 | dwmw2 | Qwell: I think that's a GNUism. Traditional make can only do %.o: %.c type patterns |
| 14:28.37 | Qwell | it is, yes |
| 14:28.51 | Qwell | but we don't care about non-GNU make :) |
| 14:28.55 | dwmw2 | ok :) |
| 14:29.13 | Qwell | This sounds/Makefile is painful, and I'd like to beat it into shape. |
| 14:29.58 | dwmw2 | in that case |
| 14:30.02 | dwmw2 | foo-%: bar-% |
| 14:30.02 | dwmw2 | echo $(patsubst foo-%,%,$@) |
| 14:30.14 | Qwell | I can use % on the RHS? |
| 14:30.36 | dwmw2 | as the dependency? Yes. |
| 14:30.40 | Qwell | hmm |
| 14:32.39 | Qwell | I can't get wildcards to work at all in this dummy Makefile I made. silly. |
| 14:33.54 | Qwell | oh there we go - the target can't be empty I guess |
| 14:34.18 | Qwell | dwmw2: yeah sure enough, that works. thanks |
| 14:36.03 | dwmw2 | ah, setting bindaddr to :: means it works on both Legacy IP and IPv6 |
| 14:36.16 | dwmw2 | Just a bad default, perhaps |
| 14:37.07 | kpfleming | i believe that is documented in the sample sip.conf. we don't enable IPv6 by default, because too many end systems have broken IPv6 routing. |
| 14:40.38 | dwmw2 | I'll file a Fedora bug to fix that then; for Fedora we expect working IPv6 by default. |
| 14:41.03 | dwmw2 | it's not as if most providers even *have* AAAA records on their service, so it'll make no difference to most peopel |
| 14:46.09 | kpfleming | right... the concern has been that if an IPv6 target address is found, though, and the system running Asterisk has broken IPv6 routes, then the failure symptoms will be bizarre and hard to troubleshoot |
| 14:46.49 | kpfleming | for example, we have seen DNS resolvers that return AAAA records when the system issuing the query only has link-local IPv6 addresses... no global ones |
| 14:47.09 | kpfleming | apparently OSX Lion also attempts to route IPv6 even when there is no global default route. lots of brokenness out there. |
| 14:51.33 | pabelanger | dwmw2: what version of asterisk are you using? |
| 15:01.39 | dwmw2 | pabelanger: 1.8.5.0 |
| 15:02.26 | dwmw2 | hm, DNS resolvers *should* return AAAA records when the system only have link-local IPv6 addresses. |
| 15:02.40 | dwmw2 | RFC3484 sorting should ensure that you only try those as a last resort, after the Legacy IP has failed. |
| 15:03.06 | dwmw2 | and as for 'failure symptoms bizarre and hard to troubleshoot', that's usually a hint that your error reporting sucks :) |
| 15:08.31 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:18.49 | dwmw2 | hm, calling another Asterisk box, it seems to reply to the wrong port |
| 15:22.31 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:22.31 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:28.15 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:28.15 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:29.05 | *** join/#asterisk-dev JonathanRose (~jonathan@nat/digium/x-ewcwzpsjgwvajjgl) |
| 15:29.11 | JonathanRose | asterisk-bugs |
| 15:29.39 | kpfleming | telepathy |
| 15:34.08 | *** join/#asterisk-dev mpe (~mpe@31.25.23.177) |
| 15:37.08 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:52.05 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 16:54.59 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-slxgsujnzmzvnivf) |
| 16:55.38 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 16:55.38 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 17:00.18 | Qwell | pabelanger: Mind testing a new patch for OS X stuff? |
| 17:00.30 | pabelanger | Qwell: sure |
| 17:00.40 | Qwell | attaching to that issue |
| 17:01.34 | pabelanger | k |
| 17:02.03 | Qwell | attached |
| 17:07.00 | pabelanger | k |
| 17:48.16 | acidfoo | what is the asterisk function used into a module to set a macro value that will be used in the dialplan ? thx |
| 17:48.31 | acidfoo | module as in a channel driver |
| 17:48.45 | acidfoo | my question make sense ? |
| 17:55.41 | kpfleming | no. there is no such thing as a 'macro value'. |
| 17:57.47 | dwmw2 | pbx_builtin_setvar_helper() ? |
| 17:58.19 | acidfoo | i'll look at it |
| 17:58.34 | kpfleming | if you want to set a channel variable, yes, that's the function to use |
| 17:58.37 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 17:58.37 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 18:04.29 | dwmw2 | that seemed to be the question that was being asked |
| 18:04.59 | dwmw2 | I suspect that anyone who knew the right words to ask the question, would also already know the answer :) |
| 18:08.55 | Qwell | kpfleming: I specifically added you on review 1379, because you are a GNU make ninja, and it definitely needs to be reviewed by one. |
| 18:09.20 | dwmw2 | Qwell: url? |
| 18:09.29 | Qwell | Hopefully we're comfortable putting those in 1.8 - but I think it's absolutely worth it. |
| 18:09.41 | Qwell | dwmw2: https://reviewboard.asterisk.org/r/1379/ |
| 18:11.39 | pabelanger | Qwell: didn't work under OS X |
| 18:11.46 | pabelanger | trying to figure out why |
| 18:11.59 | Qwell | pabelanger: You'll probably be better off with the one on reviewboard. It's a bit different. |
| 18:12.17 | pabelanger | k |
| 18:13.16 | Qwell | also if you pastebin a log, I could probably see the problem right away |
| 18:13.29 | pabelanger | nothing happens |
| 18:13.34 | pabelanger | make -C sounds install |
| 18:13.35 | pabelanger | make: Nothing to be done for `install'. |
| 18:13.44 | Qwell | that's fine |
| 18:13.57 | pabelanger | well, no sounds get install... |
| 18:13.58 | Qwell | if sounds are already installed, it doesn't need to do anything |
| 18:14.46 | pabelanger | right, but no previous ones exist |
| 18:15.05 | pabelanger | trying your new patch |
| 18:15.43 | Qwell | It should've put them in /Library/Application Support/Asterisk/sounds/en/, or whatever that stupid broken OS uses. |
| 18:17.05 | pabelanger | didn't for some reason. Using the one on reviewboard now |
| 18:17.17 | Qwell | You'll have to re-run configure with the new one |
| 18:17.35 | pabelanger | yup |
| 18:17.41 | pabelanger | just bootstrapped |
| 18:23.58 | Qwell | ahh, I fixed an issue after I put that patch up. It wouldn't install the sounds if you already had the tarballs downloaded. |
| 18:24.13 | Qwell | if it's the same thing, this new one will definitely fix that |
| 18:33.20 | pabelanger | Qwell: Still no sounds |
| 18:33.58 | pabelanger | and no output of value |
| 18:34.11 | pabelanger | http://pastebin.com/1dHdYSd0 |
| 18:38.34 | Qwell | There won't be output for the untarring. You can change that by commenting out the CMD_PREFIX= line in sounds/Makefile. Can you do that, and pastebin another run? |
| 18:41.40 | pabelanger | okay |
| 18:42.45 | pabelanger | Feature request, have it also use NOISY_BUILD variable? |
| 18:42.52 | pabelanger | Qwell: http://pastebin.com/FurJfqpB |
| 18:43.09 | Qwell | yes, the NOISY_BUILD thing is a bug |
| 18:43.45 | Qwell | ls -la .sounds/.asterisk-* |
| 18:43.49 | Qwell | Does that return anything? |
| 18:44.19 | pabelanger | ls: .sounds/.asterisk-*: No such file or directory |
| 18:44.26 | Qwell | sorry, not .sounds |
| 18:44.27 | Qwell | just sounds |
| 18:44.29 | pabelanger | yes |
| 18:44.40 | Qwell | kill it. that's remnants of an old patch, and will break this one |
| 18:45.20 | pabelanger | Hmm, make distclean does not delete them..... k, manually deleted |
| 18:45.39 | Qwell | yeah they shouldn't have ever existed. v1 created them in error |
| 18:45.57 | pabelanger | ACK'd |
| 18:49.52 | *** join/#asterisk-dev mpe (~mpe@31.25.23.177) |
| 18:53.39 | pabelanger | Qwell: okay, better. Just trying another test with DESTDIR |
| 18:53.50 | Qwell | awesome |
| 18:58.12 | pabelanger | Okay, looks good. But would be _nice_ to get more testers |
| 19:34.04 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 19:34.04 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 19:34.19 | Corydon76-home | pabelanger: so do we need to create tests to verify that DESTDIR works 1) with a space, 2) without a space, and 3) empty, so if this breaks again in the future, we're still good? |
| 19:35.21 | Qwell | Corydon76-home: Would you be willing to test the patch on RB? 1379 |
| 19:36.05 | Corydon76-home | Sure, just at the end of the day. Paid stuff comes first. |
| 19:37.26 | pabelanger | Corydon76-home: Yes, I'm going to work on something Friday, personal project day. |
| 20:14.56 | *** join/#asterisk-dev mpe (~mpe@31.25.23.177) |
| 21:28.49 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 21:29.51 | alecdavis | how in jira do we add links to other issues, I can't even do it on my own issues. |
| 21:30.25 | kpfleming | you should be able to click the '+' under issue links |
| 21:30.30 | Qwell | More Actions dropdown |
| 21:31.40 | alecdavis | kpfleming: I don't even see 'issue links'. |
| 21:31.56 | alecdavis | qwell: and what under the drop down box. |
| 21:32.01 | Qwell | link |
| 21:32.38 | Qwell | kpfleming: I don't think the issue links thing is visible unless there is already a link |
| 21:33.01 | alecdavis | following http://confluence.atlassian.com/display/JIRA/Linking+Issues I don't have these options. |
| 21:33.53 | Qwell | I guess maybe you don't have that permission then? |
| 21:34.08 | kpfleming | that seems odd |
| 21:34.13 | alecdavis | good guess. |
| 21:34.23 | kpfleming | what is the issue number you are looking at? |
| 21:34.33 | alecdavis | 18222 |
| 21:35.01 | kpfleming | you don't see the issue link for ASTERISK-18273 on that one? |
| 21:35.30 | alecdavis | I put that in, but as an external issue id. |
| 21:36.02 | kpfleming | someone has made an issue link out of it... i'd be surprised if JIRA did that itself |
| 21:36.35 | Qwell | kpfleming: Richard did |
| 21:37.04 | kpfleming | ok, so it looks like only developers and bug marshals can create issue links |
| 21:37.15 | kpfleming | it's probably safe to allow reporters to do that too |
| 21:37.27 | Qwell | I thought he had an elevated permission? |
| 21:37.29 | alecdavis | I thought I was a developer. maybe not? |
| 21:37.48 | kpfleming | i can check |
| 21:38.58 | alecdavis | qwell: your right, for mantis at least I was 'manager'. |
| 21:39.22 | kpfleming | you are not... but that can be fixed |
| 21:40.34 | kpfleming | alecdavis: you are now in the proper group, but it may take up to an hour for JIRA to notice the change |
| 21:42.07 | alecdavis | regarding reporters, they probably should be able to create issue links for there own bugs. |
| 21:42.22 | Qwell | certain types of links |
| 21:42.34 | kpfleming | we can't control the types of links |
| 21:42.37 | kpfleming | it's all or nothing |
| 21:42.49 | Qwell | Letting Joe Random User create a link of "Cannot resolve <some other issue> until this is closed." would be silly. |
| 21:44.40 | alecdavis | kpfleming: thanks. still can't get used to Jira though, bring back mantis :) |
| 21:47.46 | kpfleming | Qwell: i'm not quite sure that review 1379 is doing the right thing... if the current MOH is already installed, how does it keep from installing it again? |
| 21:47.59 | Qwell | kpfleming: the same . file |
| 21:48.27 | Qwell | if test ! -f "$(1)$(if $(3),/$(3),)/$$@"; then \ |
| 21:48.28 | kpfleming | but it doesn't look for the . file in MOH_DIR, it looks for it in the current directory |
| 21:48.42 | kpfleming | oh |
| 21:48.45 | Qwell | correct, it is phone. The touch at the very end is what handles that. |
| 21:48.47 | Qwell | phony* |
| 21:48.54 | kpfleming | that part of the makefile is well beyond my understanding |
| 21:49.00 | *** join/#asterisk-dev dlublink (~david@bas2-quebec03-1176411823.dsl.bell.ca) |
| 21:49.17 | Qwell | That was the only way to make it not be mad, since make targets apparently can't have spaces. Also, it was dumb to have a target pointing to the installed dir. |
| 21:49.30 | kpfleming | that is correct, targets cannot have spaces in them |
| 21:49.44 | Qwell | So, I had to remove the destdir stuff from the targets completely |
| 21:50.10 | dlublink | I am working in chan_dahdi.c on asterisk-1.6 branch. I want to 'mute' the audio both ways for a short period of time. What function can I call to stop receiving/sending audio and than start again later ? Something like mute_my_channel(pvt) or something ? |
| 21:50.12 | Qwell | the $(1) in the touch is the sounds/moh install dir |
| 21:50.28 | kpfleming | dlublink: there is no such function. |
| 21:50.34 | dlublink | Oh |
| 21:51.02 | kpfleming | you would need to implement that in the channel driver itself |
| 21:51.07 | dlublink | And what does dahdi_confmute do ? |
| 21:51.20 | dlublink | (noob ) : is chan_dahdi not the channel driver ? |
| 21:51.27 | kpfleming | yes, it is |
| 21:51.38 | kpfleming | which means you need to write the logic to 'absorb' audio frames in the channel driver itself |
| 21:53.32 | dlublink | I might be looking for the wrong thing though. I want to mute the audio while DTMF is being received to avoid duplicating DTMF when doing call forwards and both ends are audio. |
| 21:55.32 | kpfleming | that's pretty hard to understand. if you mute the audio 'while DTMF is being received', how will you know when the DTMF stops? |
| 21:56.24 | dlublink | kpfleming :P |
| 21:56.38 | dlublink | Well, you just cut short that change |
| 21:56.54 | dlublink | development* |
| 21:57.23 | dlublink | Also, I am in the official doc at http://www.asterisk.org/doxygen/asterisk1.6.2/index.html, but none of the functions seem to say what they do. Is there another doc site I should be reading ? |
| 21:57.31 | kpfleming | no |
| 21:58.04 | dlublink | ok |
| 21:58.05 | dlublink | thanks :) |
| 21:58.17 | dlublink | Most of the functions seem to have clear names, but there are one or two I am not sure about |
| 21:58.20 | dlublink | I'll just read the code |
| 22:37.12 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-dbtasxozssndhxgn) |
| 22:41.55 | pabelanger | Qwell: somebody still reports the patch does not work properly. I just replied to the -dev list email having him ping me or you. |
| 22:42.03 | pabelanger | feel free to redirect him to me |
| 22:54.15 | *** part/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 23:23.16 | *** join/#asterisk-dev dlublink (~david@75-119-235-201.dsl.teksavvy.com) |
| 23:25.55 | dlublink | Hello world! |
| 23:31.12 | file | World not found. Please reinstall universe. |
| 23:32.34 | dlublink | apt-get install universe |
| 23:44.45 | dlublink | emerge universe && emerge -avuDN world |