02:29.04 | *** join/#asterisk-dev pabelanger_ (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
03:38.38 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
03:38.38 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
05:07.59 | *** join/#asterisk-dev DarkRift (~dark@modemcable015.68-200-24.mc.videotron.ca) |
07:08.45 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
07:27.09 | *** join/#asterisk-dev mbranca (~matteo@host139-217-static.224-95-b.business.telecomitalia.it) |
07:28.03 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
07:35.30 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
08:37.24 | *** join/#asterisk-dev vutamhoan (~chatzilla@113.22.67.103) |
08:41.38 | vutamhoan | What's platform I suppose to work when I have exactly the same this problem? https://issues.asterisk.org/view.php?id=15915 |
08:42.19 | vutamhoan | I've searched bugs in redhat site, but found nothing |
08:56.02 | vutamhoan | I got this issue - https://issues.asterisk.org/view.php?id=15915 - Any suggestion is appreciated. Thank in advanced |
09:14.19 | snuff-work | vutamhoan: did u try to 'static link' in the compiler options to see if it goes away? |
09:14.26 | snuff-work | as suggested in bug? |
09:15.07 | vutamhoan | static link didn't work |
09:18.41 | vutamhoan | Link error: |
09:18.42 | vutamhoan | <PROTECTED> |
09:18.44 | vutamhoan | /usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/4.1.2/crtbeginT.o: relocation R_X86_64_32 against `__DTOR_END__' can not be used when making a shared object; recompile with -fPIC |
09:21.27 | vutamhoan | (unchek LOADABLE_MODULES already) - so I suppose it didn't work. I'm wondering which platform the developers use too? :) |
09:24.18 | jmls | eeek |
09:24.32 | jmls | nasty looking crash here: http://pastebin.com/q84dnzBX |
09:24.58 | jmls | help! |
09:31.10 | vutamhoan | jmls: Which version are you using? |
09:42.23 | jmls | vutamhoan: 1.4 trunk (ish) a little behind trunk because of a audiohooks problem in head |
09:42.55 | jmls | SVN-branch-1.4-r259858 |
09:45.42 | vutamhoan | I've never used 1.4 - but bt looks good - This happened after upgrading or something else? |
10:00.35 | jmls | I upgraded a couple of weeks ago to 1.4 head. Had some problems, Corydon76-dig suggested I drop down a couple of revisions. All seemed ok till now |
10:11.44 | vutamhoan | How often does it reproduce now? You suppose to dig deeper in debugging :) Checking your hdd is an idea |
10:55.03 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
10:55.03 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
10:59.57 | *** join/#asterisk-dev mbranca (~matteo@host139-217-static.224-95-b.business.telecomitalia.it) |
10:59.57 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
10:59.57 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
10:59.57 | *** mode/#asterisk-dev [+o mvanbaak] by anthony.freenode.net |
11:08.28 | *** join/#asterisk-dev Dovid (~annon@213.8.118.62) |
11:29.06 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
11:29.22 | *** join/#asterisk-dev Xt0f_ (~d54c8bc2@gateway/web/freenode/x-bbpgkxwjdexpcwvf) |
11:29.51 | *** part/#asterisk-dev Xt0f_ (~d54c8bc2@gateway/web/freenode/x-bbpgkxwjdexpcwvf) |
13:06.26 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
13:06.26 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
13:38.41 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
13:38.41 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
13:54.29 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
13:56.47 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
13:56.47 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
14:03.16 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
14:03.16 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
14:11.32 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
14:19.35 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
14:19.35 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
14:20.43 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733627.dsl.bell.ca) |
14:46.33 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
14:46.33 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
14:47.04 | tzafrir_laptop | hmm... any chance svnmerge could use the same properties 'svn merge' now uses? |
14:49.01 | leifmadsen | there is probably some chance :) |
15:09.41 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
15:12.56 | *** join/#asterisk-dev Corydon76-lap (~Corydon76@nat/digium/x-fsulrlxicelfmqmr) |
15:12.57 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
15:27.25 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
15:34.58 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
15:51.18 | jmls | Corydon76-dig: ping |
15:52.23 | Corydon76-lap | He won't be here all day, but if you leave a message... |
15:53.46 | jmls | heh heh. Nasty looking crash here: http://pastebin.com/q84dnzBX |
16:01.19 | *** join/#asterisk-dev frawd (~francois@120.Red-213-98-251.dynamicIP.rima-tde.net) |
16:10.54 | tzafrir_laptop | leifmadsen, the sound files are not maintained on any public svn or something, right? |
16:11.03 | leifmadsen | sorry? |
16:11.15 | leifmadsen | the files are available via downloads.asterisk.org |
16:11.24 | tzafrir_laptop | (just in case I was missing something obvious, besides the sounds directory there) |
16:11.27 | leifmadsen | downloads.asterisk.org/pub/sounds/ I think |
16:11.35 | Qwell | pub/telephony/sounds/ |
16:11.39 | Qwell | but I think he means the masters |
16:11.43 | leifmadsen | ah yes, telephony/sounds/ |
16:11.52 | leifmadsen | ah, no, the WAV files are not available publicly |
16:11.56 | tzafrir_laptop | no, so I wasn't. Thanks |
16:14.00 | pabelanger | m16965 |
16:14.02 | MuffinMan | [ready for review] [Asterisk] Core/ManagerInterface 0016965: [patch] DBGet response does not end with a 'Complete' event reported by rrb3942 https://issues.asterisk.org/view.php?id=16965 |
16:14.26 | pabelanger | trivial code review request. Appends complete event to DBGet ^^^ |
16:33.52 | *** join/#asterisk-dev shido6 (~shido6@nat/yahoo/x-exukqaevwphvnapq) |
16:46.34 | tzafrir_laptop | dahdi-linux (2.2, 2.3 and trunk) seem to build fine with kernel 2.6.34 (defconfig) |
17:01.27 | pabelanger | coding guidelines? elsif or else if (or are both acceptable?) |
17:25.26 | putnopvut | pabelanger: in C, elsif is not a valid keyword. |
17:27.38 | Qwell | I assume he means perl |
17:31.23 | pabelanger | Ya, sorry. I should have noted perl. |
17:48.09 | Corydon76-lap | "else if" doesn't work in Perl |
17:48.29 | Corydon76-lap | The braces after the else are not optional |
17:49.45 | Corydon76-lap | Similarly, you cannot do "if (cond) statement;"... you MUST do "if (cond) { statement; }" |
17:52.58 | *** join/#asterisk-dev hugorebelo (~hugo@200-171-132-124.completo.com.br) |
18:12.59 | pabelanger | Corydon76-dig: Thanks, brain fart. Not sure why I was asking 'else if' was supported. Confusing perl and c |
18:17.57 | tzafrir_laptop | unless the statement comes before the condition, of course ;-) |
18:31.00 | Corydon76-lap | Heh |
18:58.28 | Corydon76-lap | wonders if any of the *BSD people have tried out res_timing_kqueue yet |
19:12.31 | *** join/#asterisk-dev jtodd (qyflrdc847@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
19:12.31 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
19:44.08 | philipp64 | seanbright: so what to do about 15370? what's needed from me to move it along? |
19:45.03 | seanbright | philipp64: i've had about 10 minutes of asterisk time per day for the last few weeks |
19:45.08 | seanbright | sorry i can't help out |
19:45.38 | philipp64 | ok. I'll try asking Leif again... |
19:50.07 | Corydon76-lap | jtodd: are you still compiling Asterisk on your Mac laptop? |
20:22.48 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
20:22.48 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
21:29.06 | philipp64 | Corydon76-dig: if I update the patch, is this the last time I'll need to do so? because if the bug remains in limbo for another 8 months, it's pretty much a sure thing that the patch will again become obsolete... |
21:31.13 | philipp64 | anyone know why the svn:mime-type property on "configure" in trunk is application/octet-stream ? |
21:31.29 | seanbright | so that it doesn't generate a diff everytime it is updated |
21:31.42 | Qwell | nah, that's handled in post-commit |
21:31.54 | Qwell | it's because of an issue with line endings |
21:32.09 | philipp64 | ok... makes it hard to resolve conflicts... |
21:32.14 | philipp64 | what's the workaround? |
21:32.19 | seanbright | ./bootstrap |
21:32.23 | seanbright | ./bootstrap.sh |
21:32.26 | seanbright | one of those |
21:32.45 | philipp64 | or "revert", I guess. |
21:33.14 | seanbright | ok |
21:33.37 | seanbright | unless you *want* to have local changes to configure |
21:33.59 | Corydon76-lap | It's to ensure that it still runs correctly on Windows |
21:36.12 | philipp64 | dashes off at ever receding goalposts... |
21:42.06 | seanbright | philipp64: save yourself some trouble and make sure it applies against trunk |
21:42.12 | seanbright | and generate the diff using 'svn diff' |
21:42.20 | philipp64 | it did once, months ago... |
21:42.24 | seanbright | that's fine |
21:42.28 | seanbright | i'm not playing that game |
21:42.48 | philipp64 | I just don't want to keep updating the patch for nothing, if it's not going anywhere. |
21:42.54 | seanbright | i agree with you |
21:42.56 | seanbright | i would just stop |
21:54.02 | *** join/#asterisk-dev diegomad (~mad@190.158.77.2) |
21:57.09 | seanbright | philipp64: i updated a new patch to that issue which applies cleanly to trunk |
21:57.17 | seanbright | philipp64: just so you don't spend time doing the same |
21:57.23 | seanbright | but you should test it |
21:57.55 | philipp64 | was that the "combined" patch? |
21:57.59 | seanbright | yes |
21:58.01 | seanbright | i just updated it |
21:59.34 | philipp64 | ok... not sure why include/asterisk/autoconfig.h.in was updated... |
21:59.52 | seanbright | because i re-ran ./bootstrap |
21:59.56 | seanbright | it's not going to hurt anything |
22:00.27 | philipp64 | ok... someone must have forgotten to rerun it previous then, because none of my changes would cause those diffs... |
22:00.34 | philipp64 | unless I've misunderstood something. |
22:02.07 | seanbright | can you just trust me on this? |
22:02.24 | seanbright | or do i really need to explain? |
22:02.31 | seanbright | ok... i'll explain |
22:02.52 | seanbright | bootstrap.sh runs all kinds of autoconf/autoheader/automake goodness |
22:03.04 | seanbright | to take configure.ac and turn it into configure |
22:03.27 | seanbright | one of the files that is generated is autoconfig.h.in |
22:03.52 | seanbright | so when a change is made to configure.ac (as in your patch) and you run ./bootstrap.sh, it regenereates configure, autoconfig.h.in, etc. |
22:04.19 | seanbright | it's different because all of us use varying versions of those tools that generate things differently |
22:04.48 | seanbright | but configure is always (i think?) generated by a specific version when configure.ac is committed to svn |
22:04.51 | seanbright | how's that? |
22:05.10 | philipp64 | I feel smarter already. :-) |
22:05.37 | philipp64 | I did find something I could add to sounds/Makefile... I.e. create the $(SOUNDS_CACHE_DIR) target if it doesn't exist... |
22:06.12 | philipp64 | it's a 5 line patch... currently we make it by hand in our scripts, but having it be auto-created would be a lot nicer. |
22:06.46 | seanbright | if you are going to do that, i would start with my patch |
22:06.59 | seanbright | make your 5 line change, and post the ENTIRE diff back to mantis |
22:07.07 | seanbright | and then delete everything else |
22:08.51 | philipp64 | sure.... did that... |
22:09.13 | seanbright | super |
22:09.16 | philipp64 | ran the tests... but the AC_SUBST() of SOUNDS_CACHE_DIR in makeopts.in didn't take. |
22:09.42 | seanbright | did you run bootstrap.sh? |
22:09.51 | seanbright | if not, your configure is out of date |
22:10.02 | philipp64 | yes... no, wait, it did... problem is elsewhere. |
22:24.21 | philipp64 | ok, X?= doesn't do what I thought it did... |
22:25.24 | philipp64 | even though SOUNDS_CACHE_DIR was set to a value in $(ASTTOPDIR)/maketops... it got smashed in sounds/Makefile . |
22:26.02 | philipp64 | the man page says it gets set only if it hasn't already been set, but that's not what I'm seeing... |
22:33.01 | *** join/#asterisk-dev pabelanger (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
22:41.22 | philipp64 | updated... got rid of an extra ; $(BS) on the last line, and added $(CMD_PREFIX) to the beginning of rules so we could enable tracing manually (i.e. "make sounds CMD_PREFIX=") |
22:42.04 | philipp64 | good to go. |
23:14.50 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |