| 00:02.58 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 00:02.58 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 00:07.17 | Corydon76-dig | russellb: I'm in the midst of looking |
| 00:07.29 | russellb | cool |
| 00:07.48 | Corydon76-dig | I didn't think missing them was possible. Bamboo does everything but text my cellphone |
| 00:08.03 | russellb | :-p |
| 00:08.16 | russellb | it's okay, bamboo just likes you |
| 00:08.30 | Corydon76-dig | And no, even though I have free texts, I don't want it to text me. |
| 00:09.18 | russellb | i was going to write some mobile apps that will have (optional) notifications of failures :-) |
| 00:09.49 | Corydon76-dig | What for? Mobile phones already have jabber and email integration |
| 00:10.12 | Corydon76-dig | I check Zimbra, Gmail, and IMAP all on my cellphone now |
| 00:10.55 | Corydon76-dig | Did you like my new email address? |
| 00:11.08 | Corydon76-dig | meg.abyt.es |
| 00:11.21 | russellb | heh |
| 00:12.18 | Corydon76-dig | meg, gig, ter, pet, ex, zett, yott... I'm sure there are more... |
| 00:17.58 | russellb | the LCD on my desk here at home is dying. that makes me sad. |
| 00:18.07 | russellb | shakes his fist at the green bar on the screen |
| 00:21.10 | philipp64 | go green. |
| 01:05.26 | *** join/#asterisk-dev philipp64 (~chatzilla@mail.redfish-solutions.com) |
| 01:23.38 | *** join/#asterisk-dev philipp64 (~chatzilla@mail.redfish-solutions.com) |
| 01:29.27 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 01:40.59 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 01:41.17 | *** join/#asterisk-dev pabelanger-lap (~pabelange@CPE001fe2a8fd1d-CM0012254094b2.cpe.net.cable.rogers.com) |
| 02:41.47 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 02:41.47 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 02:44.30 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 03:49.23 | *** join/#asterisk-dev mboehn (mathias@mboehn.alfa-skk.pr0jectX.net) |
| 04:28.58 | *** join/#asterisk-dev Shaaan (~Un1x@CPE000024cccb7c-CM0014045acc3c.cpe.net.cable.rogers.com) |
| 04:29.42 | Shaaan | I'm not sure if this is the right channel i should be asking but here goes |
| 04:30.07 | Shaaan | Anyone here doing Asterisk Devel work, i'm looking for some development to be done on my asterisk server |
| 04:38.46 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
| 04:38.46 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 04:40.28 | snuff-work | Shaaan: if u want someone to code something for you.. and willing to pay money.. |
| 04:40.42 | snuff-work | send a email to the asterisk-biz list |
| 05:33.41 | Shaaan | tried that literaly no one usefull is on there anymore |
| 05:44.37 | Corydon76-dig | Sounds like you either weren't offering enough money or you weren't specific enough as to what you were looking for |
| 05:54.42 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 06:24.20 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 06:24.21 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:19.57 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:48.21 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 10:14.00 | *** join/#asterisk-dev Brismark (~whatthe@119.155.28.213) |
| 10:14.25 | *** part/#asterisk-dev Brismark (~whatthe@119.155.28.213) |
| 10:28.11 | *** join/#asterisk-dev michael-i (~michael-i@141.41.40.121) |
| 10:30.36 | *** join/#asterisk-dev DarkRift (~dark@modemcable219.40-56-74.mc.videotron.ca) |
| 11:42.01 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:42.02 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:50.01 | snuff-home | mornin kp |
| 11:57.44 | kpfleming | morning |
| 12:27.55 | *** join/#asterisk-dev guilhermebr (~Guilherme@187.58.35.12) |
| 12:35.23 | *** part/#asterisk-dev guilhermebr (~Guilherme@187.58.35.12) |
| 12:38.13 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 12:38.13 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:41.12 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 12:50.53 | *** join/#asterisk-dev markfeatherston_ (~mark@static-72-75-226-194.bflony.fios.verizon.net) |
| 12:56.09 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 13:00.20 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 13:08.52 | snuff-home | i will post a xml conversion for ur res_fax.c stuff in next 10 hrs.. :) |
| 13:17.00 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:17.00 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:25.03 | eliel | hello, may i add my sponsor in my in the CREDITS file? besides Google (gsoc) i am being "sponsored" by despegar.com in all my contributions |
| 13:29.45 | russellb | yup, go for it |
| 13:30.14 | eliel | russellb: thanks |
| 13:30.15 | *** join/#asterisk-dev pyite (~dschreibe@unaffiliated/pyite) |
| 13:34.36 | *** join/#asterisk-dev hugorebelo (~hugo@200-171-132-124.completo.com.br) |
| 13:42.11 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@c-68-34-116-180.hsd1.md.comcast.net) |
| 14:01.08 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:20.54 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 14:21.52 | *** part/#asterisk-dev minaguib (~mina@modemcable109.56-20-96.mc.videotron.ca) |
| 14:22.50 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:22.50 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:30.23 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 14:30.23 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:32.12 | *** join/#asterisk-dev Shaaan (~Un1x@CPE000024cccb7c-CM0014045acc3c.cpe.net.cable.rogers.com) |
| 14:45.17 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:45.17 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:56.19 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:05.26 | *** join/#asterisk-dev pabelanger-lap (~pabelange@CPE001fe2a8fd1d-CM0012254094b2.cpe.net.cable.rogers.com) |
| 15:14.41 | *** join/#asterisk-dev Pazzo (~ugelt@reserved-225136.rol.raiffeisen.net) |
| 15:17.15 | seanbright | M17092 |
| 15:17.17 | MuffinMan | [ready for testing] [Asterisk] Codecs/General 0017092: [patch] Segmentation fault when using two codec modules that register the same src and dst format reported by moy https://issues.asterisk.org/view.php?id=17092 |
| 15:17.42 | seanbright | i'm going to commit that unless there is any objection |
| 15:18.40 | moy | no objections here! :) |
| 15:18.44 | seanbright | heh |
| 15:18.48 | seanbright | you're biased |
| 15:19.38 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 15:39.53 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:39.54 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:49.20 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:49.20 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:07.05 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 16:07.41 | philipp64|laptop | pabelanger: thanks for updating that (M11688). |
| 16:07.45 | MuffinMan | [ready for testing] [Asterisk] Channels/chan_sip/NewFeature 0011688: [patch] Allow Sipura handsets (SPA942) to use Asterisk SLA via implementation of Broadsoft Sip extensions reported by grossi https://issues.asterisk.org/view.php?id=11688 |
| 16:09.42 | drumkilla | does that seem to work? |
| 16:10.19 | drumkilla | I never got a chance to look into that patch :-( |
| 16:15.21 | Kobaz | oo |
| 16:15.24 | Kobaz | what about polycom sla |
| 16:16.44 | kpfleming | polycom doesn't have their own SLA, they implement broadsoft and other specs |
| 16:17.58 | jsmith | In theory, that patch should work for any handset that follows the broadsoft spec |
| 16:18.31 | kpfleming | in theory, pigs cannot fly |
| 16:20.55 | drumkilla | not in my theory |
| 16:21.23 | Corydon76-dig | kpfleming: Pigs fly fine, as long as you have a large enough trebuchet |
| 16:21.40 | kpfleming | is that considered flying? i don't know :-) |
| 16:22.07 | Corydon76-dig | They're not particularly good at landing, however. ;-) |
| 16:22.35 | kpfleming | they need to take some lessons from arthur dent |
| 16:25.49 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 16:27.34 | jsmith | kpfleming: Don't we all? |
| 16:28.48 | kpfleming | yes! |
| 16:29.41 | jsmith | I'll bet kpfleming knows where his towel is |
| 16:30.38 | kpfleming | i have many |
| 16:30.43 | kpfleming | i keep one in the car at all times |
| 16:33.29 | *** join/#asterisk-dev jtodd (r91g3nodnj@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 16:33.29 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 16:48.08 | Kobaz | don't forget to bring a towel |
| 17:14.12 | *** join/#asterisk-dev pabelanger-lap (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
| 17:31.19 | *** part/#asterisk-dev drumkilla (~russellb@asterisk/digium-open-source-team-lead/russellb) |
| 17:39.09 | *** join/#asterisk-dev m_c_le (~marcello@2001:470:1f0b:d4b:2e0:4dff:fe6c:9372) |
| 17:41.17 | m_c_le | lite question |
| 17:41.49 | m_c_le | if i try to create a srtp connection with snom 360 i get |
| 17:41.57 | m_c_le | WARNING[12837]: res_rtp_asterisk.c:1628 ast_rtcp_read: RTCP Read error: Success. Hanging up. |
| 17:42.45 | m_c_le | why is errno == Success? |
| 17:42.52 | pabelanger-lap | m_c_le: #asterisk for support. Be advised SRTP is still experimental |
| 17:45.18 | m_c_le | pabelanger-lap: because of this i asked in dev |
| 17:57.40 | *** part/#asterisk-dev m_c_le (~marcello@2001:470:1f0b:d4b:2e0:4dff:fe6c:9372) |
| 17:58.38 | *** join/#asterisk-dev russellb (~russellb@asterisk/digium-open-source-team-lead/russellb) |
| 17:58.38 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 18:35.18 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 18:35.33 | pabelanger-lap | Finally registered for AstriCon |
| 18:38.32 | *** join/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 18:43.41 | tzafrir | I figure I'd give a shot to some static code checking with cppcheck |
| 18:43.48 | tzafrir | One error I get from it is: |
| 18:44.09 | tzafrir | [main/loader.c:384]: (error) Buffer access out-of-bounds: resource_being_loaded.resource |
| 18:44.15 | tzafrir | This is 1.6.2 |
| 18:44.37 | tzafrir | from load_dynamic_module |
| 18:45.20 | tzafrir | The code in question is: strcat(resource_being_loaded->resource, ".so"); |
| 18:45.43 | tzafrir | Where 'resource' is a zero-sized array in the end of the struct |
| 18:46.02 | tzafrir | So how should this work? |
| 18:48.38 | Corydon76-dig | tzafrir: it's a false error |
| 18:48.57 | kpfleming | that's a case where static checking will always fail |
| 18:49.10 | tzafrir | Corydon76-dig, I figured. It looked too obvious to miss. But I still don't understand how it works |
| 18:49.34 | Corydon76-dig | tzafrir: when the struct is allocated, we add a bit on for the exact size of the string |
| 18:49.57 | Corydon76-dig | so the string begins at exactly the end of the struct |
| 18:50.28 | Kobaz | tzafrir: basically you allocate "too much room" for the struct... and stick the string at the end |
| 18:51.14 | Kobaz | Corydon76-dig: the static checkers would probably be more happy if it was char *foo instead of char foo[0] |
| 18:51.46 | Corydon76-dig | It's also why there's a comment that says /* SAFE */ everywhere we do a subsequent strcpy, because the destination buffer has been specifically sized for the source string |
| 18:51.48 | kpfleming | but then the code would have to be hcnaged |
| 18:51.55 | tzafrir | Kobaz, char* means it's allocated separately |
| 18:52.14 | Kobaz | tzafrir: not necessarily |
| 18:52.30 | tzafrir | static checkers would be happier if ther whole struct would have been in a union, I guess |
| 18:52.41 | Corydon76-dig | Kobaz: yes, necessarily. 'char *' is a 4-byte buffer. char [0] takes up 0 bytes |
| 18:52.46 | Kobaz | tzafrir: it just means you need to set the pointer once you allocate the space |
| 18:52.47 | tzafrir | But that doesn't make things more readable |
| 18:52.54 | kpfleming | no, we can't do that because we don't know how much space will be allocated. that's not known until runtime. |
| 18:53.24 | Corydon76-dig | Kobaz: plus it adds 4 bytes to the allocation |
| 18:53.34 | Kobaz | Corydon76-dig: oh yeah... the compiler does the offset for you... i was thinking char[0] still has 4 bytes for the pointer |
| 18:53.46 | Corydon76-dig | Nope |
| 18:54.28 | Corydon76-dig | There is no pointer within the struct in that case... there's an address of the end of the struct, but it's not stored |
| 18:54.42 | Corydon76-dig | rather, an address of memory at the end |
| 18:54.51 | Kobaz | yeah |
| 18:58.47 | philipp64 | putnopvut: testing your fix... and... no joy. |
| 18:59.08 | philipp64 | still seeing "sip_proxy-out 66.232.80.9 5060 UNREACHABLE " even though I can ping that host. |
| 18:59.16 | putnopvut | philipp64: ah dang |
| 18:59.55 | philipp64 | I'm wondering if ".len" isn't being initialized? |
| 19:00.02 | putnopvut | let's have a look... |
| 19:00.06 | tzafrir | btw: I have other problem with those zero-sized arrays: http://paste.debian.net/80660/ |
| 19:00.15 | putnopvut | philipp64: do you still see the "stun failed" message? |
| 19:00.24 | tzafrir | Strangely enough, I don't get the same problem on my amd64 system |
| 19:00.37 | philipp64 | nope. |
| 19:01.13 | kpfleming | tzafrir: we use gcc extensions, you can't build with -std=c99 and -pedantic you need to use -std=gnu99 or whatever is the gnu flavor of c99 |
| 19:01.58 | kpfleming | in fact, all linux kernel stuff uses gcc extensions heavily, i don't know how any of it could be expected to compile in pedantic c99 mode |
| 19:03.20 | putnopvut | philipp64: that line you copied is from "sip show peers?" |
| 19:03.27 | philipp64 | yessir. |
| 19:03.38 | putnopvut | all righty |
| 19:05.41 | philipp64 | adding a test for externip.len ... |
| 19:05.48 | putnopvut | philipp64: is this a peer that has qualify enabled, or is it a peer that registers with Asterisk? |
| 19:06.03 | putnopvut | philipp64: testing externip.len is what ast_sockaddr_isnull() does. |
| 19:06.21 | philipp64 | right. and I couldn't find where that field was getting set. |
| 19:06.36 | philipp64 | I should say, adding an ast_log() of that field. |
| 19:08.20 | jpeeler | putnopvut: should 1.4 queue behavior for joinempty be changed to more closely match 1.6? i would expect setting it to strict would not allow a queue to be joined with a ringing phone |
| 19:09.04 | *** join/#asterisk-dev philipp64 (~chatzilla@mail.redfish-solutions.com) |
| 19:09.17 | putnopvut | jpeeler: I don't recall what strict means in that regard. I'll have to look it up. |
| 19:09.55 | jpeeler | can't join with no members or only unavailable members |
| 19:10.19 | putnopvut | jpeeler: also, which 1.6 do you mean, because the joinempty option changed drastically between 1.6.1 and 1.6.2. |
| 19:10.24 | philipp64 | putnopvut: ok, the field is definitely being initialized. |
| 19:10.40 | putnopvut | philipp64: I figured it must be if you weren't seeing the "stun failed" message anymore. |
| 19:11.28 | philipp64 | so why would sip be showing it as unreachable? |
| 19:11.37 | jpeeler | i meant 1.6.2 and trunk |
| 19:11.51 | putnopvut | philipp64: Well, for one you didn't answer my previous question: <putnopvut> philipp64: is this a peer that has qualify enabled, or is it a peer that registers with Asterisk? |
| 19:12.10 | philipp64 | sorry, was rebooting so I might not have seen the question. |
| 19:12.51 | putnopvut | jpeeler: all righty. The goal was that even though joinempty has a ton of new options and customizations, the old "strict" keyword should function identically to how it did in previous versions. |
| 19:13.10 | philipp64 | qualify=100 ... and I'm not seeing a response to any of my OPTIONS messages. |
| 19:13.21 | jpeeler | putnopvut: ok that's why i asked, thanks |
| 19:15.40 | *** join/#asterisk-dev TheDavidFactor (~chatzilla@c-68-34-116-180.hsd1.md.comcast.net) |
| 19:16.45 | putnopvut | philipp64: mind pastebinning the SIP OPTIONS message Asterisk is sending? It may have the peer's address misconfigured for some reason. |
| 19:19.31 | philipp64 | putnopvut: already in your mailbox. |
| 19:21.15 | putnopvut | weird, the OPTIONS looks okay to me. |
| 19:22.39 | putnopvut | philipp64: AHA! |
| 19:22.49 | putnopvut | The Contact header in the OPTIONs message has a port of 0! |
| 19:22.55 | putnopvut | That's the issue. |
| 19:23.00 | kpfleming | that sounds like badness |
| 19:23.03 | putnopvut | yep |
| 19:23.16 | putnopvut | It likely does trace back to the port setting in ast_sip_ouraddrfor() |
| 19:23.25 | putnopvut | So, I'll have a look and see what's up. |
| 19:23.59 | putnopvut | In fact, so does the From and Via headers too. |
| 19:25.06 | philipp64 | putnopvut: do you want to file the bug or should I? you'd probably have a better description of it than I would. |
| 19:25.29 | putnopvut | philipp64: I'll do it. |
| 19:25.43 | philipp64 | ok. thanks. more ipv6 collateral damage? |
| 19:25.58 | philipp64 | I need to go get new tires in a bit... but let me know if you need a patch tested. |
| 19:29.02 | putnopvut | philipp64: https://issues.asterisk.org/view.php?id=17665 |
| 19:29.11 | putnopvut | And yes, I do think this is ipv6 collateral damage. |
| 19:30.24 | philipp64 | odd that automated regression testing didn't turn it up. |
| 19:31.45 | putnopvut | I don't think we have any localnet/externip tests written yet. |
| 19:31.50 | putnopvut | I think I see a quick workaround too. |
| 19:32.15 | putnopvut | If you add a port to the end of the externip setting, it should work. |
| 19:32.30 | putnopvut | i.e. externip = 192.168.0.1:5060 |
| 19:32.46 | kpfleming | that's a good idea, actually... it should really be externaddr, not externip |
| 19:32.54 | kpfleming | just like the binding address change |
| 19:33.45 | putnopvut | yep |
| 19:34.48 | philipp64 | bingo. |
| 19:35.28 | putnopvut | The patch for this should be really simple. |
| 19:35.42 | putnopvut | ^^^A jinx if I've ever seen one. |
| 19:41.33 | philipp64 | putnopvut: yup, testing one. |
| 19:44.40 | putnopvut | philipp64: I'm probably about 5 minutes away from having a patch uploaded. Doing a test compile now. |
| 19:47.57 | philipp64 | ok, that was less than 5 minutes. :-) |
| 19:48.10 | philipp64 | and your patch is a little more involved than mine, which is 2 lines. |
| 19:48.24 | philipp64 | are you sure changing the syntax of a critical variable is a good thing? |
| 19:50.30 | philipp64 | that will definitely violate the principle of least astonishment. :-P |
| 19:51.48 | putnopvut | philipp64: well, the idea is that if you are upgrading, you shouldn't have to change anything to get the same behavior. |
| 19:51.54 | putnopvut | Right now, that's not happening. |
| 19:57.08 | putnopvut | philipp64: Uploaded new version of the patch. Let me know if it works. It's slightly different from yours in that instead of using SIP_STANDARD_PORT, I use ast_sockaddr_port(&bindaddr) |
| 19:57.34 | putnopvut | This mirrors the old behavior more closely. |
| 20:22.11 | kpfleming | putnopvut: well... be careful with stuff like that. does it grab the port from the bindaddr *after* the entire general section has been processed, or during the processing of the externip line? if it's the latter, then the bindaddr has be listed in the general section *before* externip, which allows for unexpected behavior. |
| 20:50.34 | putnopvut | kpfleming: this is in ast_sip_ouraddrfor, which should only be called when sending a request, which should only be done after all config has been parsed. |
| 20:50.42 | kpfleming | indeed |
| 20:50.44 | kpfleming | so... good show then |
| 20:51.01 | putnopvut | Also, if my new patch breaks things, then they would have been broken before the IPv6 merge too. |
| 20:52.30 | Corydon76-dig | "If we lose the game, we would have lost it anyway, had our star player not been injured." |
| 20:53.41 | chazzam | if their star player is that bad, how do they still have players at all? |
| 20:53.49 | russellb | GUYS |
| 20:53.54 | russellb | IT'S FRIDAY |
| 20:54.02 | Corydon76-dig | Is it really? |
| 20:54.08 | russellb | yeah, it's a pretty huge deal |
| 20:54.25 | kpfleming | for snuff-home, it's already saturday |
| 20:54.40 | Corydon76-dig | Anybody feel pretty? |
| 20:54.45 | Corydon76-dig | And witty and bright? |
| 20:55.01 | Corydon76-dig | Or just pretty huge? |
| 20:58.20 | kpfleming | no, but i'm a lumberjack, and i'm ok |
| 20:58.30 | putnopvut | I celebrated Friday by bringing a hooker to work and shooting her |
| 20:58.40 | kpfleming | wow |
| 21:00.56 | russellb | lol! |
| 21:03.14 | Corydon76-dig | putnopvut: did you eat her liver with fava bean and a nice Chianti? |
| 21:03.27 | putnopvut | No, I'm not Hannibal Lecter |
| 21:03.51 | jsmith | Just the liver? |
| 21:03.58 | jsmith | ducks |
| 21:32.34 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-101-155-51.cinci.res.rr.com) |
| 22:32.33 | pabelanger-lap | So, I'm going to take a different approach for unprivileged installation for Asterisk but unsure if it will be stable enough for 1.8. So, for now, I'm going to post just the updated Makefile and continue work with pre / post install file. |
| 22:36.08 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 22:54.31 | *** join/#asterisk-dev bkruse (~Brandon@75.76.105.124) |
| 22:54.31 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 23:17.33 | snuff-home | mmm.. does anyone remember how to verify xml meets the dtd of * |
| 23:17.45 | snuff-home | the command escapes me atm |
| 23:18.19 | russellb | make validate-docs |
| 23:18.21 | russellb | i think |
| 23:18.30 | russellb | I'd have to look at the Makefile to see what command it uses to do it |
| 23:18.36 | russellb | snuff-home: ^^^ |
| 23:19.14 | russellb | yep, that's the makefile target ... it uses xmlstarlet |
| 23:19.16 | snuff-home | mm.. xmlstarlet |
| 23:19.21 | russellb | :-) |
| 23:19.52 | russellb | I have also seen other people use xmllint |
| 23:19.58 | russellb | which seems to be more commonly installed |
| 23:20.04 | russellb | we could change to use that ... |
| 23:20.05 | snuff-home | yer i have that 1 |
| 23:21.40 | snuff-home | now to get the syntax right.. |
| 23:22.08 | russellb | $ xmllint --dtdvalid doc/appdocsxml.dtd --noout doc/core-en_US.xml |
| 23:22.55 | snuff-home | mm.. nice.. now i need to fix my fails ;) |
| 23:29.47 | *** join/#asterisk-dev pyite (~dschreibe@unaffiliated/pyite) |
| 23:29.57 | snuff-home | i suggest we switch to xmllint :) |
| 23:30.22 | russellb | write the patch :-p |
| 23:30.52 | russellb | might as well have it support both |
| 23:31.01 | russellb | try xmllint if it has it, else try xmlstartlet, else fail |
| 23:31.05 | snuff-home | mmm.. |
| 23:31.38 | snuff-home | attempts makefile foo.. mm crap.. this would also require configure.ac foo as well right? |
| 23:31.43 | russellb | yes |
| 23:31.49 | russellb | but just copy what's done for xmlstarlet |
| 23:31.54 | russellb | configure.ac, and makeopts.in |
| 23:33.22 | snuff-home | to rebuild those files.. i need to run something.. |
| 23:33.35 | bkruse | will write a patch |
| 23:33.47 | russellb | ./bootstrap.sh |
| 23:33.50 | russellb | osnap bkruse |
| 23:33.59 | bkruse | last thing i worked on was xml docs! |
| 23:34.08 | snuff-home | u go bkruse :) |
| 23:34.32 | snuff-home | uploads res_fax xmlness to bug tracker |
| 23:39.09 | russellb | bkruse: you should write some l33t automated test cases |
| 23:39.41 | russellb | have you seen http://bamboo.asterisk.org ? |
| 23:39.53 | snuff-home | M17667 |
| 23:39.55 | MuffinMan | [new] [Asterisk] Resources/res_fax 0017667: [patch] update res_fax to the xml documentation style reported by snuffy https://issues.asterisk.org/view.php?id=17667 |
| 23:40.05 | russellb | looks at patch |
| 23:40.08 | bkruse | russellb: I have not. I have been so focused on my termination jazz |
| 23:40.15 | bkruse | clicks the bamboo like a panda |
| 23:40.22 | russellb | i'm sure you have been busy indeed :-) |
| 23:40.30 | bkruse | Swirling boxes = sexy |
| 23:40.35 | russellb | bkruse: one of the build/test slaves hostname = bamboo |
| 23:41.28 | bkruse | russellb: This is really neat. I could definitely see taking this to a whole new level. Does it keep checking and building new versions? (aka trunk) |
| 23:41.41 | russellb | yup, it gets triggered on every svn commit |
| 23:41.51 | russellb | and runs all of the automated tests that are applicable to that version |
| 23:41.55 | bkruse | What!? |
| 23:41.57 | bkruse | I love it! |
| 23:41.59 | russellb | there are tests written into the code in C |
| 23:42.06 | russellb | as well as an external suite of tests written mostly in python |
| 23:42.07 | russellb | some lua |
| 23:42.08 | bkruse | Has it helped catch a few cases already? |
| 23:42.12 | russellb | a bunch, yeah |
| 23:42.38 | bkruse | That is so good to hear. I am in love with python now too, and lua is no surprise :P |
| 23:42.46 | russellb | blames mnicholson for lua |
| 23:42.50 | bkruse | yep |
| 23:43.32 | russellb | and when stuff fails, it sends out email and jabber messages to the people that made the associated commit(s) :-) |
| 23:44.01 | bkruse | I remember talking about this, back in the day, and thinking "that is way too much work" |
| 23:44.25 | bkruse | I am glad to see that it came to life! |
| 23:45.31 | bkruse | clicks around some more |
| 23:45.43 | bkruse | This is definitely relaly cool. A+ |
| 23:45.46 | bkruse | really* |
| 23:45.48 | russellb | yay |
| 23:45.53 | russellb | thought you'd find it interesting |
| 23:46.14 | russellb | the tests in the source are include/asterisk/test.h, tests/test_*.c |
| 23:46.30 | russellb | the external test suite is ... http://svn.digium.com/svn/testsuite/asterisk/trunk |
| 23:46.42 | bkruse | i need to write some tests! |
| 23:46.57 | bkruse | rofl @ "blonde_transfer" |
| 23:47.01 | russellb | <3 that term |
| 23:47.22 | bkruse | This is exactly what was needed. I am in love |
| 23:47.29 | russellb | glad you like! |
| 23:47.47 | russellb | and all public/open source :-D |
| 23:47.53 | bkruse | My favorite kind! |
| 23:48.42 | bkruse | I have been doing quite a few open-source things, mainly with kamailio |
| 23:48.49 | russellb | cool |
| 23:49.02 | bkruse | Ya, it's not as fun as working on Asterisk stuff, but necessary |
| 23:49.13 | russellb | snuff-home: your patch looks good, ship it! |
| 23:50.16 | snuff-home | :) |
| 23:52.47 | snuff-home | rummages through email to get last copy of p12 cert |
| 23:53.36 | russellb | i can't wait to migrate to an auth system that doesn't involve all of this SSL cert management |
| 23:54.28 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 23:54.59 | snuff-home | mm.. i read on a blog 1 of the digium boys left for redhat/fedora |
| 23:57.25 | russellb | snuff-home: yup, jsmith is the new Fedora Project Leader |
| 23:57.44 | bkruse | ?!?! |
| 23:57.52 | russellb | yeah man :-) |
| 23:58.09 | russellb | super happy for him |
| 23:58.37 | snuff-home | :) |
| 23:58.43 | bkruse | wow, that is awesome |
| 23:59.03 | russellb | i've got to run - take it easy snuff-home and bkruse ! |
| 23:59.41 | snuff-home | for committing stuff do i stil need the repotools if its just trunk? |
| 23:59.54 | *** join/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 23:59.54 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 23:59.54 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 23:59.54 | *** join/#asterisk-dev ccesario (~ccesario@189-29-60-113-ac.cpe.vivax.com.br) |
| 23:59.54 | *** join/#asterisk-dev festr_ (~festr@nostromo.flh.cz) |
| 23:59.54 | *** mode/#asterisk-dev [+o Deeewayne] by hubbard.freenode.net |