| 00:07.56 | *** join/#asterisk-dev pabelanger (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
| 00:11.24 | *** join/#asterisk-dev marv (~Tim@c-68-62-174-138.hsd1.al.comcast.net) |
| 00:54.01 | *** join/#asterisk-dev diegomad (mad@186.81.147.202) |
| 01:10.06 | *** join/#asterisk-dev snuff-work (~aaa@120.19.56.30) |
| 01:10.06 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 02:06.00 | *** join/#asterisk-dev micols (~mio@rlogin.dk) |
| 02:42.02 | *** join/#asterisk-dev Deeewayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 02:42.02 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 03:14.57 | *** join/#asterisk-dev DarkRift (~dark@modemcable015.68-200-24.mc.videotron.ca) |
| 04:15.13 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 04:15.13 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 05:06.02 | *** join/#asterisk-dev Corydon76-dig (eleven@c-69-137-80-31.hsd1.tn.comcast.net) |
| 05:06.02 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 05:15.48 | *** join/#asterisk-dev nickw (~nickw@c-76-111-107-117.hsd1.md.comcast.net) |
| 05:51.38 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 05:51.38 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:38.06 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 06:38.06 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:03.38 | *** join/#asterisk-dev jsmith-away (~jsmith@asterisk/training-and-documentation-guru/jsmith) |
| 07:03.38 | *** mode/#asterisk-dev [+o jsmith-away] by ChanServ |
| 07:09.19 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 07:09.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:20.26 | *** join/#asterisk-dev vrban (~chatzilla@p50997436.dip0.t-ipconnect.de) |
| 07:46.50 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:43.07 | *** join/#asterisk-dev vrban (~chatzilla@p50997436.dip0.t-ipconnect.de) |
| 08:47.29 | *** join/#asterisk-dev ivaxer (~ivaxer@dev.ptr.sgu.ru) |
| 08:47.42 | *** join/#asterisk-dev kaii (~kai@ciphron.de) |
| 09:01.19 | *** join/#asterisk-dev felipe_ (~felipe@my.nada.kth.se) |
| 09:14.03 | *** join/#asterisk-dev vrban (~chatzilla@p50997436.dip0.t-ipconnect.de) |
| 09:21.21 | *** join/#asterisk-dev micols (~mio@rlogin.dk) |
| 09:33.40 | tzafrir_laptop | who is 'tringenbach'? He does not appear in the authors file |
| 10:29.08 | *** join/#asterisk-dev gelo (~gelo@mx01.quobis.com) |
| 10:33.38 | gelo | hello |
| 10:34.18 | gelo | is support for SIP REFER just limited to bridging existing channels on purpose |
| 10:34.29 | gelo | or is it a lack? |
| 10:35.02 | gelo | and if there is no intention to support it, where should i look in the code for doing it? |
| 10:35.24 | gelo | to support REFER to non existing channels, i mean |
| 11:24.55 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 11:24.55 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 11:31.03 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:31.03 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:38.23 | *** join/#asterisk-dev vrban (~chatzilla@p50997436.dip0.t-ipconnect.de) |
| 11:44.19 | gelo | hello again |
| 11:44.28 | gelo | is support for SIP REFER just limited to bridging existing channels on purpose? |
| 11:45.04 | gelo | too early yet? |
| 12:00.26 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 12:08.40 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 12:14.06 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 12:14.06 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 12:15.50 | *** join/#asterisk-dev vrban (~chatzilla@p50997436.dip0.t-ipconnect.de) |
| 12:15.51 | Marquis42 | gelo: What do you mean? For example, a blind transfer would be transferred into the dialplan and not a REFER to an existing SIP dialog. |
| 12:22.35 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 12:22.35 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 12:35.48 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:35.48 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:51.08 | *** join/#asterisk-dev mnick86 (~Matthias@whhem00016.cip.uni-regensburg.de) |
| 12:51.56 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 12:51.56 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 12:54.03 | *** join/#asterisk-dev Pazzo (~ugelt@reserved-225136.rol.raiffeisen.net) |
| 12:54.51 | gelo | Marquis42: if the call is received from a sip proxy, and asterisk is the transferee in an attended transfer, asterisk gets a report-to and replaces, and this is only handled if the dialog referred by the replaces is an active channel in asterisk |
| 12:55.24 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 12:55.24 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 12:56.36 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 12:56.43 | gelo | if there is no active channel, asterisk notifies a 481 (by the way, i think it shouldn't send a 202 prior to that) |
| 12:57.41 | Marquis42 | Sounds like you don't have a domain= line in your sip.conf file. If chan_sip isn't set up for domain support, it will 481 any non-local transfers like that. |
| 13:01.39 | gelo | you're right, i have no domain set, because i'm not using domains at all... |
| 13:02.35 | gelo | i'll try it, thank you very much Marquis42 |
| 13:03.02 | Marquis42 | Not a problem, hopefully that fixes things for you. |
| 13:03.28 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:03.28 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:04.09 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 13:04.09 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 13:05.05 | pabelanger | morning all! |
| 13:05.15 | Marquis42 | morning pabelanger! |
| 13:05.42 | pabelanger | gelo: you would get a better reply from #asterisk |
| 13:07.34 | pabelanger | tzafrir_laptop: ping |
| 13:07.48 | tzafrir_laptop | pabelanger, pong |
| 13:08.20 | pabelanger | Got time to chat about live_ast? Since it is your creation |
| 13:09.17 | tzafrir_laptop | pabelanger, yes |
| 13:10.21 | pabelanger | The main reason for the changes was to include some support for testsuite and non-root installation. I agree DESTDIR is a valid option, but consider using --prefix, etc to minimize the editing of asterisk.conf. |
| 13:10.40 | gelo | pabelanger: sorry, i thought it wasn't implemented. I was more thinking in how to code it myself |
| 13:11.22 | pabelanger | hardcoding the values is Asterisk was one solution for this. |
| 13:11.57 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 13:11.57 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 13:12.40 | pabelanger | this way, passing DESTDIR as a variable into the testsuite was not needed. |
| 13:13.56 | pabelanger | now, the end solution maybe to revert live_ast, and create a separate script for the purpose of automating the configuration, build and installation of testsuite. |
| 13:16.18 | tzafrir_laptop | Where does the test-suit need to know about DESTDIR? |
| 13:16.39 | tzafrir_laptop | I normally use ./live/asterisk as a wrapper to the asterisk binary |
| 13:23.40 | pabelanger | tzafrir_laptop: right now, no where. The testsuite requires root permissions and installs Asterisk to /etc/asterisk. The plan was to have testsuite invoke live_ast for the installation otherwise another solutions was to set DESTDIR in the shell and have testsuite reference it. |
| 13:24.31 | pabelanger | Once Asterisk is installed to the base directory, testsuite will copy it for each test it runs into a /tmp directory. |
| 13:27.35 | tzafrir_laptop | The test suit need not copy it anywhere. You already have a private copy |
| 13:31.52 | pabelanger | tzafrir_laptop: Actually, I maybe incorrect about the copying part. |
| 13:32.37 | pabelanger | It is the installation of Asterisk I'm looking to fix. |
| 13:39.28 | pabelanger | I'll revert the changes to --prefix with live_ast and come up with a new idea for test suite. Maybe it is as simple as a local Makefile in the testsuite directory |
| 13:51.39 | gelo | Marquis42: getting a new message 503 Service Unavailable (can't handle one-legged xfers) |
| 13:52.15 | gelo | took a look at the code, found: "Please add that code here :-)" |
| 13:52.22 | gelo | hehehe |
| 13:53.16 | *** join/#asterisk-dev mnick86 (~Matthias@whhem00016.cip.uni-regensburg.de) |
| 14:08.44 | Marquis42 | gelo: That sounds like what happens when you try to blind transfer from a running app into the dialplan. Can you explain the scenario in a little more detail? Also, where is the 503 coming from? |
| 14:11.31 | gelo | Marquis42: i have a SIP proxy with 2 registered phones (A&B). I make a call from A to *, make another call from A to B, then transfer * to B |
| 14:12.53 | gelo | * is receiving a REFER, and sends 503 in the NOTIFY. Searched for the message in chan_sip.c code, and it literally says it is not implemented |
| 14:14.42 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733627.dsl.bell.ca) |
| 14:15.04 | Marquis42 | Asterisk thinks that (based on the Refer-To IIRC) the call is local (i.e., not inter-domain). That's why it reaches that point in the code at all. Any chance I could get you to ngrep a SIP trace and put a pastebin link? |
| 14:15.45 | Marquis42 | Actually, though, I'll join #asterisk and we can continue to look at this if you'd like. I *think* we're in config/user realm, but we can return to discuss code if we figure out that isn't it. |
| 14:16.04 | gelo | perfect then |
| 14:26.11 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 14:26.11 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:26.51 | tzafrir_laptop | who is 'tringenbach'? He does not appear in the authors file |
| 14:31.12 | russellb | he is 'marv' in here |
| 14:31.25 | russellb | and i guess jpeeler didn't update authors when he made the cert |
| 14:32.23 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:32.23 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:32.29 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:32.29 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:50.02 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 14:50.02 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 14:50.02 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:50.02 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 14:50.02 | *** mode/#asterisk-dev [+ooo mvanbaak kpfleming seanbright] by anthony.freenode.net |
| 14:51.06 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:51.06 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:51.19 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 14:51.19 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 14:58.22 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:58.22 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:02.52 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 15:02.54 | *** join/#asterisk-dev mog (~mog@c-68-62-169-225.hsd1.al.comcast.net) |
| 15:02.55 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:03.46 | *** join/#asterisk-dev vrban (~chatzilla@p50997436.dip0.t-ipconnect.de) |
| 15:07.16 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 15:21.39 | *** join/#asterisk-dev frawd (~francois@219.Red-83-63-209.staticIP.rima-tde.net) |
| 15:31.10 | *** part/#asterisk-dev gelo (~gelo@mx01.quobis.com) |
| 15:35.48 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 16:06.52 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 16:09.11 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:24.36 | *** part/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 16:49.30 | *** join/#asterisk-dev outtolunc (~me@c-67-160-192-210.hsd1.ca.comcast.net) |
| 16:58.49 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 17:08.02 | *** join/#asterisk-dev hugorebelo (~hugo@p5B27586F.dip.t-dialin.net) |
| 17:17.34 | *** join/#asterisk-dev jasonjjohnsonjr (~jasonjjoh@asa1.jsmc.org) |
| 17:17.38 | *** part/#asterisk-dev jasonjjohnsonjr (~jasonjjoh@asa1.jsmc.org) |
| 17:33.26 | tzafrir_laptop | hmmm... can't commit to trunk: Server sent unexpected return value (403 Forbidden) in response to MKACTIVITY request for '/svn/asterisk/!svn/act/a955a368-e65d-4d7d-b73f-8732cca9bc85' |
| 17:33.52 | tzafrir_laptop | I can update, though |
| 17:35.01 | pabelanger | tzafrir_laptop: I'm not sure, but perhaps I did something incorrectly in my previous 2 commits. |
| 17:37.16 | pabelanger | I'm starting to think I have done something incorrectly, because I am having problem running merge4trunk |
| 17:39.08 | Corydon76-dig | pabelanger: not impossible, though we've made it a little bit more difficult |
| 17:39.39 | Corydon76-dig | pabelanger: Try an 'svn revert' first |
| 17:42.14 | pabelanger | Corydon76-dig: Done. When I execute merge4trunk 261274, it takes about 4mins and the only thing modified are branch-1.4-blocked and branch-1.4-merged are deleted. |
| 17:42.50 | pabelanger | Is it possible my previous 3 commits into trunk have caused the problem? |
| 17:44.06 | Corydon76-dig | pabelanger: are you sure the properties are actually deleted? Do 'svn pl .' |
| 17:44.22 | Corydon76-dig | Pay no attention to the CLI output |
| 17:44.54 | Corydon76-dig | Also, if trunk already contains your diffs, that would be expected |
| 17:45.08 | pabelanger | Corydon76-dig: Let me try again |
| 17:52.24 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 17:53.08 | pabelanger | Corydon76-dig: http://asterisk.pastebin.com/jS7Xxf8Q |
| 17:55.41 | Corydon76-dig | pabelanger: is that on 1.4 or trunk? |
| 17:56.05 | pabelanger | I ran that on trunk |
| 17:56.19 | pabelanger | URL: https://origsvn.digium.com/svn/asterisk/trunk |
| 17:56.35 | Corydon76-dig | Right. Well, you haven't affected the repo |
| 17:57.13 | Corydon76-dig | PB your output when you run the merge4trunk... |
| 17:59.54 | Corydon76-dig | It runs fine, here (with a conflict, to boot) |
| 18:02.22 | Corydon76-dig | Verify that you have interactive-conflicts=no in [miscellany] in $HOME/.subversion/config and that you're running the latest repotools |
| 18:05.41 | pabelanger | Corydon76-dig: sorry, was afk. Just check config and interactive-conflicts=yes. Re-testing now. |
| 18:07.27 | pabelanger | Corydon76-dig: I tip my hat to you. Looks like http://www.asterisk.org/developers/svn-branching-merging needs updating |
| 18:08.02 | Corydon76-dig | So setting interactive-conflicts=no fixed it for you? |
| 18:08.11 | pabelanger | Corydon76-dig: correct. |
| 18:08.12 | philipp64 | pabelanger: so, the tests you need run on 15370... are they a secret? |
| 18:08.28 | pabelanger | philipp64: yes, yes they are |
| 18:08.46 | philipp64 | yeah, I figured that must be it. |
| 18:09.14 | pabelanger | philipp64: I already told you I'll get to it this weekend |
| 18:09.55 | philipp64 | if we're going to see what the tests were *after* you run them, then what difference does it make if you tell us up front what they are? |
| 18:10.41 | philipp64 | if I'm going to have to wait while this blocks my issue, I figure it's worth knowing what I'm waiting for. |
| 18:11.24 | Qwell | philipp64: harassing a community developer who is volunteering time when he can is not going to be fruitful at all |
| 18:12.02 | Corydon76-dig | At worst, you could drive him away, which doesn't help you |
| 18:12.10 | Qwell | he would very much be in his right to say "I'm just not going to touch this issue anymore" |
| 18:13.54 | philipp64 | Qwell: harassing? right.. trying to figure out what the requirements are is harassment. good one. how totally unreasonable of me to want to get out in front of those requirements and see if any additional work needs to be done. |
| 18:14.18 | Qwell | <pabelanger> philipp64: I already told you I'll get to it this weekend |
| 18:14.51 | Corydon76-dig | philipp64: If you're paying him, you can establish formal requirements. If you're not, deal with him as if he's your boss. |
| 18:14.59 | philipp64 | if the requirement is "does it solve world hunger" (or save disk space) I can already tell you the answer is "no" and save you time. |
| 18:15.50 | philipp64 | Corydon76-dig: no one I would work for would show up late and start introducing a bunch of unrelated requirements. |
| 18:15.53 | Corydon76-dig | IOW, respect the fact that he probably has other work to do (by the people who are paying his salary) |
| 18:16.18 | Corydon76-dig | philipp64: Then consider yourself out of a job |
| 18:16.57 | philipp64 | well, there are plenty of other "charities" out there. |
| 18:17.13 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 18:18.28 | Corydon76-dig | There's a point at which you're causing more problems for the community than helping. At that point, we're going to have to cut our losses. Please, try to be more respecfful |
| 18:22.38 | philipp64 | sorry... I'll try not to expect open, timely communication in an open collaborative effort. don't know what I was thinking. |
| 18:22.40 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 18:22.40 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 18:23.51 | Corydon76-dig | philipp64: you're expecting that your issues are at the forefront of everybody else's schedules. That is not a reasonable expectation. You're not expecting responses in a "timely" manner, but in an "immediate" manner. That's not reasonable. |
| 18:24.15 | Qwell | philipp64: and again - he's a community developer. there can't be any expectation from him, as nobody is paying him to do this. he has a full time job outside of Asterisk. |
| 18:24.25 | philipp64 | we've been talking about what it does and what it doesn't do for 3 days now. how is that "immediate"? |
| 18:26.41 | Corydon76-dig | You're not respecting the timeline he gave you. He said "this weekend". Wednesday, last I checked, is not a weekend. |
| 18:27.36 | philipp64 | that's his weekend for running the tests. |
| 18:27.44 | pabelanger | philipp64: I agree, I told you I would look on it on Monday night. However something came up and did not get to it. The only other free time I have is this weekend. So, at this point, you have to wait, I know it sucks, but you can bring that issue up with my girlfriend. |
| 18:28.02 | philipp64 | I'm just asking what the tests were. god forbid anyone on a collaborative project should want to... well.... collaborate. |
| 18:28.09 | seanbright | he's not asking you to run the tests - he is asking you what the tests ARE |
| 18:28.17 | seanbright | i don't see how that is unreasonable |
| 18:28.27 | philipp64 | seanbright: yes. |
| 18:29.56 | Corydon76-dig | seanbright: I think that means that he hasn't written the tests, either, or figured out what all they will be |
| 18:30.25 | philipp64 | ok, well, it wouldn't kill him to say so. or maybe it wouldn't. who knows. |
| 18:31.11 | Corydon76-dig | For those of us who have written tests, I thought that was obvious |
| 18:31.33 | Corydon76-dig | Running written tests doesn't take 30 seconds... it's the writing of the tests that takes time. |
| 18:32.29 | seanbright | apparently it's the conceptualizing of the tests that takes time |
| 18:32.55 | seanbright | tests must be run!... i think... this weekend! |
| 18:33.22 | pabelanger | philipp64: I was just going to retest the patch, like I said Monday night. I'll hold off on any additional changes to it. |
| 18:34.16 | philipp64 | oh for god's sake, Tilghman, you're overblowing this. I'm asking for a 10 word high level description of what it is that needs to be tested. |
| 18:34.48 | pabelanger | philipp64: at this point I will yield testing, and retract my comments for now. There is no point beating this issue to death. |
| 18:36.00 | philipp64 | I will say that there is an issue with the checksums, since the makefile doesn't version the opsound MOH files... and that there is no checksum file for the unversioned moh sound files. |
| 18:36.49 | philipp64 | was going to ask you (Tilghman) how you wanted to handle that, since the checksums were your idea. |
| 18:37.38 | philipp64 | if the unversioned file is a symlink to the versioned file... why not also have a symlink to the versioned checksum file? |
| 18:37.40 | Qwell | well.. the opsound tarballs are verioned |
| 18:37.56 | philipp64 | or... alternatively... make the makefile use versioned sound files. |
| 18:38.03 | Qwell | that's probably no reason to not do that |
| 18:38.08 | philipp64 | I don't care. I just want this to work and be done with it. |
| 18:38.37 | philipp64 | kpfleming said he didn't think versioning (in the makefile) was the way to go... |
| 18:38.52 | philipp64 | if I understood his comments monday correctly. |
| 18:39.04 | kpfleming | no, i didn't mean to say that, if i did |
| 18:39.28 | kpfleming | i just said that i wasn't sure that versioning those files was necessary since they rarely, if ever, change, but if they are already versioned, that's a moot point |
| 18:39.30 | philipp64 | ah.. well, good thing I asked then since I misunderstood. |
| 18:40.08 | Qwell | kpfleming: yeah, you added versioning for me for AsteriskNOW stuff. it was a "might as well do it" thing |
| 18:40.20 | kpfleming | ok then |
| 18:40.30 | philipp64 | ok, so all that's needed then is a symlink to the right checksum files on the website then. |
| 18:40.58 | philipp64 | I noticed that the opsound files are versioned from a different space? i.e. not the asterisk 1.4.x release versioning vector... |
| 18:41.04 | Qwell | well, no. the mirror would probably be changed slightly to accommodate that |
| 18:41.43 | kpfleming | philipp64: the versioning is not designed to match up between products |
| 18:41.48 | Qwell | oh, hrm. wait, what? there are symlinks to checksums |
| 18:42.20 | Qwell | unless it's pulling them from the releases/ dir... |
| 18:42.37 | philipp64 | Qwell: wget -P /tmp http://downloads.asterisk.org/pub/telephony/sounds/releases/asterisk-moh-opsound-alaw.tar.gz.sha1 => FAIL |
| 18:42.43 | Qwell | so it is |
| 18:43.33 | kpfleming | if it's going to pull from releases, it has to have the version number included |
| 18:43.43 | kpfleming | there shouldn't be any unversioned content in the releases directory |
| 18:43.50 | seanbright | so we add the version number to the sounds Makefile |
| 18:43.57 | Qwell | kpfleming: that's how it's always done it, apparently |
| 18:44.10 | kpfleming | could be, but there's no reason not to make it better |
| 18:44.24 | kpfleming | it's done it that way because the MOH tarballs didn't used to be versioned |
| 18:45.19 | philipp64 | in the interests of reproducibility, having versioned MOH files makes sense to me. |
| 18:45.25 | kpfleming | agreed |
| 18:45.28 | philipp64 | automated builds should be deterministic. |
| 18:45.36 | philipp64 | I'll file a bug and submit a patch. |
| 18:45.50 | kpfleming | aren't you already reworking that Makefile? |
| 18:46.02 | philipp64 | Qwell: I didn't thank you for repairing the $(BS) issue in the patch... |
| 18:46.09 | Qwell | philipp64: don't worry about files not existing on the mirror. if they need to be there, they'll be there. |
| 18:46.17 | Qwell | and you didn't thank me because I did no such thing o.o |
| 18:47.00 | philipp64 | kpfleming: I am, but I think fixes (especially production fixes) should be point-fixes for narrowly defined issues. "ginsu" fixes are a nightmare. |
| 18:47.10 | seanbright | philipp64: that was me, actually. |
| 18:47.11 | philipp64 | if they introduce a regression, then you have to back everything out. |
| 18:47.17 | kpfleming | true enough |
| 18:47.18 | Qwell | kpfleming: I suppose I should just make moh match core-sounds, and then add something for backwards compat with old Asterisk versions? |
| 18:47.33 | seanbright | but Qwell gave me a $ the other day and i needed to use it, so. |
| 18:47.34 | kpfleming | something like that, yes |
| 18:47.35 | Qwell | ie; add moh-current symlinks |
| 18:47.52 | philipp64 | seanbright: well thank you then. |
| 18:48.06 | kpfleming | philipp64: in this case, Qwell can just take care of it, there's no need to open an issue and supply a pathc, because that work takes less time than making the changes on the download site does |
| 18:49.43 | philipp64 | kpfleming: I yield to you. |
| 18:49.57 | pabelanger | Corydon76-dig: now that I have disabled interactive-conflicts: I see that follow: http://asterisk.pastebin.com/JFebKnrc . Conflicts on properties are fine, right? |
| 18:51.35 | *** join/#asterisk-dev jmls (~jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 18:56.58 | philipp64 | ok, I'm going back to pound on QoS issues in Firefox some more... use my nick if anyone needs me. |
| 19:03.52 | Corydon76-dig | pabelanger: Right |
| 19:04.56 | pabelanger | so I have file 'dir_conflicts.prej', listing the property conflict. I can safely delete it then? |
| 19:05.31 | Corydon76-dig | Yes, the mergetrunk6 tool should already do that |
| 19:09.11 | pabelanger | Corydon76-dig: Heh, not sure what happened but had to manually delete it. Will keeps an eye on it. |
| 19:35.07 | *** join/#asterisk-dev atis_work (~atis_work@193.238.212.171) |
| 19:42.45 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 19:50.30 | Qwell | philipp64: does http://downloads.asterisk.org/pub/telephony/sounds/asterisk-moh-opsound-wav-current.tar.gz.sha1 exist for you? |
| 19:53.06 | philipp64 | Qwell: yes. but we're pulling from releases/ |
| 19:53.55 | philipp64 | actually, those exist too now. |
| 19:56.11 | Qwell | now the question is whether this change should go into 1.4= |
| 19:56.13 | Qwell | 1.4+ |
| 20:08.52 | snuff-home | M16610 |
| 20:08.55 | MuffinMan | [ready for testing] [Asterisk] Formats/format_wav 0016610: [patch] [OpenSolaris] wav format produces garbage files reported by bklang https://issues.asterisk.org/view.php?id=16610 |
| 20:09.09 | snuff-home | ppl seem to have a fix :) |
| 20:43.07 | *** part/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 20:44.59 | seanbright | code.google.com is acting up for me |
| 20:45.06 | seanbright | is anyone else seeing that? |
| 20:45.10 | seanbright | http://code.google.com/p/google-gdata/ |
| 20:45.34 | Qwell | The server encountered a temporary error and could not complete your request. |
| 20:46.32 | leifmadsen | ya I got a 502 |
| 20:50.20 | seanbright | thanks |
| 20:58.13 | pabelanger | m16439 |
| 20:58.15 | MuffinMan | [ready for review] [Asterisk] Core/General 0016439: [patch] silencethreshold=0 when dsp.conf not existing reported by diLLec https://issues.asterisk.org/view.php?id=16439 |
| 20:59.14 | pabelanger | what about just setting static int thresholds[THRESHOLD_MAX] = 265; by default? |
| 22:46.35 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733627.dsl.bell.ca) |
| 23:35.22 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 23:35.22 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 23:56.37 | *** join/#asterisk-dev Deeewayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 23:56.37 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |