| 00:19.21 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.69) |
| 00:52.52 | philipp64 | kpfleming: ok, so how do I invoke a Kbuild then? the README doesn't say... |
| 01:20.40 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@wsip-98-191-129-196.ks.ks.cox.net) |
| 01:39.30 | snuff-work | doh missed kp again |
| 01:49.04 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@wsip-98-191-129-196.ks.ks.cox.net) |
| 01:52.18 | *** join/#asterisk-dev b14ck (n=quassel@cpe-24-24-136-239.socal.res.rr.com) |
| 02:09.46 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 02:28.20 | *** join/#asterisk-dev felipe_ (n=felipe@my.nada.kth.se) |
| 03:00.07 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 03:06.35 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 03:06.35 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 03:28.30 | philipp64 | snuff-work: yup. |
| 03:48.58 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 04:37.33 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 04:37.33 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 04:48.29 | *** join/#asterisk-dev jetsnoc (i=brian@207-150-160-180.static.sagonet.net) |
| 05:07.03 | *** join/#asterisk-dev errotan (n=errotan@62.201.123.235) |
| 05:58.33 | *** join/#asterisk-dev WeazelON (n=deazel@mail2.tikalnetworks.com) |
| 05:58.42 | WeazelON | hey guys |
| 05:58.48 | WeazelON | kaii: i found the problem last night |
| 05:59.03 | WeazelON | kaii: there is something wierd in the chan_agents.so |
| 05:59.31 | WeazelON | kaii: aparantly when an agent presses " * " on default, the call is disconnected |
| 06:00.50 | WeazelON | kaii: in 1.2.30 it is just there for disconnect, in 1.4.24 there are an options with the "endcall = [0,1] " which are not working or i dunno how to input them currectly, so i've disabled that option in the code for now, since i needed * for feature disconnect. |
| 06:07.56 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 06:48.34 | *** join/#asterisk-dev mvanbaak (i=mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 06:48.34 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 07:01.40 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:01.40 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:07.12 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |
| 07:13.39 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:38.41 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 07:48.17 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.221) |
| 09:06.06 | *** join/#asterisk-dev degrade (n=degrade@unaffiliated/degrade) |
| 09:33.37 | *** join/#asterisk-dev skirmisha (n=asd@79-100-41-71.btc-net.bg) |
| 09:33.56 | skirmisha | guys can someone tell me what is seep_poke_peer sending in chan_sip.c |
| 09:34.05 | skirmisha | is it just a ping or it is sip packet? |
| 09:34.19 | skirmisha | i have issue with phones getting unknown and want to see why |
| 09:34.41 | skirmisha | also how often it is send? |
| 09:34.49 | skirmisha | every second or? |
| 09:39.31 | skirmisha | ehoooooooooooooo |
| 09:41.10 | skirmisha | sorry sip_poke_peer |
| 09:45.39 | skirmisha | and peer_status |
| 09:48.23 | skirmisha | anybody alive |
| 09:53.35 | skirmisha | is it possible to get status Unknown because of packet lost? |
| 11:07.16 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:18.48 | *** join/#asterisk-dev thansen (n=thansen@76.27.110.194) |
| 11:27.22 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:34.37 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@wsip-98-191-129-196.ks.ks.cox.net) |
| 12:17.56 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:17.56 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:20.11 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:20.11 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:23.16 | snuff-home | ello kp :) |
| 12:26.17 | snuff-home | morn leif |
| 12:26.44 | kpfleming | morning |
| 12:27.30 | leifmadsen | snuff-home: yo yo |
| 12:27.35 | snuff-home | i been playin with 'alignment' |
| 12:28.26 | snuff-home | i struck two issues really.. |
| 12:29.57 | snuff-home | stringfields.h macro.. AST_STRING_FIELD_ALLOC(x) to fix i changed (x - sizeof(somethin)) to (get_unaligned_uint16(x) - sizeof(somethin)) |
| 12:30.22 | snuff-home | but.. issue i really have no idea to fix.. |
| 12:31.21 | snuff-home | stuff in res/res_rtp_asterisk.c with lines like 486.. |
| 12:32.04 | snuff-home | where u have char data[256]; unsigned int *rtpheader = (unsigned int *)data; |
| 12:37.01 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.101.140) |
| 12:40.07 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 12:40.58 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.75) |
| 12:49.00 | *** join/#asterisk-dev voxta (n=voxta@59.97.224.243) |
| 12:49.30 | kpfleming | those sorts of things require much more work |
| 12:49.30 | voxta | hi |
| 12:49.47 | kpfleming | and that change to AST_STRING_FIELD_ALLOC won't work properly either |
| 12:52.56 | snuff-home | mm i never said it would.. just got rid of warning ;) |
| 12:54.55 | kpfleming | well, there's not a lot of point in doing that, is there? |
| 12:56.32 | snuff-home | well.. i'm no good on this 'endianess' type issue.. i try some random sledgehammers in my spare time |
| 12:56.52 | snuff-home | not claiming i'm that helpful in this issue |
| 13:01.52 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@wsip-98-191-129-196.ks.ks.cox.net) |
| 13:02.20 | kpfleming | ok |
| 13:02.59 | snuff-home | basically if u think i can 'truely' help in some way with this let me know :) |
| 13:05.57 | snuff-home | goin for zzzz |
| 13:18.11 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@wsip-98-191-129-196.ks.ks.cox.net) |
| 13:28.20 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@wsip-98-191-129-196.ks.ks.cox.net) |
| 13:38.53 | seanbright | Qwell: ping |
| 13:39.39 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@wsip-98-191-129-196.ks.ks.cox.net) |
| 13:53.00 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:53.00 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:58.47 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 13:58.47 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 14:04.27 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@wsip-98-191-129-196.ks.ks.cox.net) |
| 14:31.26 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 14:31.26 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 14:32.02 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:32.02 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:34.03 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 14:36.37 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:36.37 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:41.50 | *** join/#asterisk-dev Victor_Yure_ (n=victor@unaffiliated/victoryure/x-837844) |
| 14:56.56 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:56.56 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:02.03 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:02.03 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:10.26 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) [NETSPLIT VICTIM] |
| 15:13.48 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@wsip-98-191-129-196.ks.ks.cox.net) |
| 15:24.09 | *** join/#asterisk-dev felipe_ (n=felipe@my.nada.kth.se) |
| 15:29.00 | *** join/#asterisk-dev moy (n=moy@bas1-unionville55-1177733615.dsl.bell.ca) |
| 15:31.40 | *** join/#asterisk-dev marv[work] (n=timr@24.214.206.254) |
| 15:32.10 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 16:01.00 | *** join/#asterisk-dev Kernel_Core (n=I@85.133.155.134) |
| 16:01.04 | Kernel_Core | hi all |
| 16:02.49 | Kernel_Core | here is the sample for New Language ( Farsi ) with PHPAGi , anybody familiar with C |
| 16:03.00 | Kernel_Core | too add it to say.c file? |
| 16:03.01 | Kernel_Core | http://www.pastebin.ca/1504467 |
| 16:03.20 | Kernel_Core | it think it takes less than 20 minutes to add it to say.c |
| 16:03.40 | Corydon76-dig | Kernel_Core: you need to create a multi-language file in ODS format, first |
| 16:03.50 | Corydon76-dig | See the directory doc/lang/ |
| 16:03.55 | Kernel_Core | what is ODS format ? |
| 16:04.08 | Corydon76-dig | Open Document Spreadsheet (OpenOffice.org) |
| 16:05.35 | Kernel_Core | ok |
| 16:05.38 | Kernel_Core | let me see |
| 16:06.44 | Corydon76-dig | It's basically a document that states, in the native script, what each standard recording contains |
| 16:07.00 | tzafrir_laptop | Kernel_Core, no idea. IMHO, it is pointless |
| 16:07.01 | Kernel_Core | only hebrow is available |
| 16:07.18 | Corydon76-dig | Kernel_Core: If you look in core, you'll also see Urdu |
| 16:07.22 | tzafrir_laptop | UTF-8 text is good enough. even with bidi considered |
| 16:07.23 | Corydon76-dig | s/core/trunk/ |
| 16:07.36 | Kernel_Core | hi tzafrir_laptop |
| 16:07.39 | Corydon76-dig | tzafrir_laptop: it's our standard, please follow it |
| 16:08.02 | tzafrir_laptop | It makes version control of it a pain |
| 16:08.31 | Corydon76-dig | tzafrir_laptop: if you want to maintain the document in an alternate format, go ahead |
| 16:09.10 | Corydon76-dig | tzafrir_laptop: we've had this discussion before |
| 16:09.19 | Kernel_Core | Corydon76-dig: i will translate it first like hebrew , and then ? |
| 16:09.19 | tzafrir_laptop | Corydon76-dig, what do you mean by "document"? Will a CSV file do? |
| 16:09.52 | Corydon76-dig | Kernel_Core: When you're talking about how to say numbers, I'm sure your language has its own idiosyncrasies |
| 16:10.12 | Corydon76-dig | Kernel_Core: that's the whole point of the script file |
| 16:10.49 | Corydon76-dig | Kernel_Core: It is: if you had a professional voice artist in N language, this is the document that you would submit to them to get all of the recordings done |
| 16:11.30 | tzafrir_laptop | Corydon76-dig, the same format as the .txt file included in the sound packages today? |
| 16:11.44 | Corydon76-dig | tzafrir_laptop: No, that's in ASCII |
| 16:12.06 | Corydon76-dig | tzafrir_laptop: although a janitor project is to convert them to ODS |
| 16:12.06 | tzafrir_laptop | ASCII is a subset of UTF-8 |
| 16:12.29 | tzafrir_laptop | what format would you send to a voice artist? |
| 16:12.36 | Corydon76-dig | Spreadsheet |
| 16:13.06 | tzafrir_laptop | Would a tab-seperated "CSV" file do? |
| 16:13.09 | Corydon76-dig | That's what both of our voice artists expect |
| 16:13.23 | Corydon76-dig | tzafrir_laptop: why don't you ask a professional voice artist? |
| 16:13.30 | tzafrir_laptop | that one would fit nicely in SVN and would still be trivial to import to a spreadsheet |
| 16:13.38 | tzafrir_laptop | I don't have one handy |
| 16:13.53 | Corydon76-dig | tzafrir_laptop: Well, I do, and the ones I've asked prefer a spreadsheet |
| 16:14.26 | Corydon76-dig | tzafrir_laptop: this is pointless; we have a standard |
| 16:14.30 | tzafrir_laptop | which is why I suggested a formap that is imported trivially to a spreadsheet |
| 16:14.33 | Kernel_Core | Corydon76-dig: yes , from 1-20 has their own pronunciation and 20,30,40,50,60,70,80,90,100 are unique , and for example 21-29, 31-39,41-49,51-59,61-69,71-79,81-89,91-99 , are read like -------->21 = " 20 and 1 " or "47= 40 and 7" |
| 16:14.38 | kpfleming | and usually with pronounciation hints and inflection hints as well |
| 16:14.58 | tzafrir_laptop | ("opened" by them in the common desktop program terminology) |
| 16:16.20 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@wsip-98-191-129-196.ks.ks.cox.net) |
| 16:16.23 | Corydon76-dig | and speaking as a former DBA, I loathe the CSV format |
| 16:16.36 | Corydon76-dig | tab-delimited FTW |
| 16:16.48 | tzafrir_laptop | why? |
| 16:16.59 | tzafrir_laptop | apart from not being efficient |
| 16:17.03 | Corydon76-dig | Because tab-delimited data is far, far easier to use |
| 16:18.49 | Corydon76-dig | import/export |
| 16:19.02 | Corydon76-dig | Nice, fast, doesn't mangle the data |
| 16:19.30 | Corydon76-dig | and mangling the data is by far what I'm most concerned with when it comes to these language files |
| 16:20.10 | tzafrir_laptop | the only thing I'm concerened about is that some records have multiple lines |
| 16:20.34 | tzafrir_laptop | that is: I don't think that the Hebre wfile has such a record, |
| 16:20.46 | Corydon76-dig | Tell you what. You create a standard process for converting your UTF-8 files into a spreadsheet that does NOT rely on human stupidity, and I'll strongly consider letting you store the language files that way |
| 16:20.59 | tzafrir_laptop | however such a format would have to work with the asterisk-extra sounds |
| 16:22.18 | Corydon76-dig | Sound like a plan? |
| 16:22.58 | kpfleming | forgive my ignorance, but does UTF-8 only use byte values (and sequences) above 127 for non-ASCII characters? |
| 16:23.03 | sumasuma | Is there anything like the ActionID request in the manager API should have only one response ? |
| 16:24.37 | tzafrir_laptop | kpfleming, I don't recall svn ever had a problem with UTF-8 files |
| 16:24.46 | kpfleming | that is not my question |
| 16:24.56 | tzafrir_laptop | that is, not considering them as text |
| 16:25.11 | kpfleming | if UTF-8 uses byte values between 0 and 127 for components of a character, then you can't make a tab-delimited UTF-8 file |
| 16:26.03 | tzafrir_laptop | the answer is "yes". UTF-8 non-ascii characters will never use ascii characters |
| 16:26.25 | tzafrir_laptop | and thus you'll also not have NULL, \n and other stuff |
| 16:27.01 | kpfleming | ok |
| 16:27.11 | kpfleming | except with their traditional ASCII meanigns |
| 16:27.16 | tzafrir_laptop | right |
| 16:29.30 | Corydon76-dig | kpfleming: for that matter, you'd have the same problem in CSV with '"' and ',' |
| 16:29.59 | kpfleming | well, i assumed that UTF-8 might allow 1-31, but not space and printing characters |
| 16:53.25 | putnopvut | M14973 |
| 16:53.27 | putnopvut | http://pastebin.ca/1504527 |
| 16:53.27 | MuffinMan | [ready for testing] [Asterisk] Applications/app_voicemail/NewFeature 0014973: [patch] Patch to add new command PlayNameOf to voicemail reported by ghjm (Karma: +2.00) https://issues.asterisk.org/view.php?id=14973 |
| 16:53.44 | putnopvut | For this issue, I came up with the patch in the pastebin above. |
| 16:54.07 | putnopvut | The issue I have with it is that this will change how device state is reported for SIP peers somewhat. |
| 16:54.41 | putnopvut | Prior to that patch, as soon as we determine who we are calling (before we've even sent an INVITE) the peer's device state will have changed to "ringing." |
| 16:54.58 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 16:54.59 | jsmith | putnopvut: +1 from me |
| 16:55.02 | putnopvut | With this change, the device state will not be "ringing" until a non-100 provisional response is received. |
| 16:56.49 | putnopvut | The problem I'm thinking of is that there is a small gap where the peer will appear to be available but we know that we have placed an outgoing call to it. There doesn't appear to be a good device state that corresponds to this though. |
| 17:10.07 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 17:12.33 | *** join/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) |
| 17:14.03 | pgarcia | HI there, I'm looking for some information about what is supported in LIBPRI using BRI (and comparing with mIsdn) but I cannot find anything. Is there such specification anywhere? |
| 17:22.21 | Corydon76-dig | I think the library is the documentation, for the time being |
| 17:35.53 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@wsip-98-191-129-196.ks.ks.cox.net) |
| 18:08.00 | philipp64 | kpfleming: got a question about using the thirdparty stuff. |
| 18:08.48 | philipp64 | my build is still finding the version of linux/mISDNif.h out of the linux kernel source tree... not its own local copy. |
| 18:11.24 | philipp64 | I don't think MINCLUDES actually gets used in 2.6. I think we should be using HOST_EXTRACFLAGS=-I... instead. |
| 18:14.11 | philipp64 | no, wait, that won't do it either. |
| 18:14.18 | philipp64 | bugger. |
| 18:14.19 | tzafrir_laptop | philipp64, misdn 1.x would never get into the kernel |
| 18:14.41 | philipp64 | how's that? |
| 18:14.53 | tzafrir_laptop | the kernel has misdn2 |
| 18:15.04 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 18:15.21 | philipp64 | right. and we have 2.6.27 and asterisk 1.4 + dahdi. |
| 18:15.22 | philipp64 | so what are our choices? |
| 18:16.12 | tzafrir_laptop | in the long term future - misdn2, I guess. or maybe dahdi :-) But it would take quite some work |
| 18:16.26 | kpfleming | what are you trying to accomplish? |
| 18:16.35 | tzafrir_laptop | for now: does the in-kernel misdn2 cause build problems? |
| 18:35.29 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 18:41.46 | philipp64 | well, we have a lot of Astlinux users that have PRI or BRI cards and need those to work. mostly in Europe. occasionally here in north america (it's handy to be able to hang an Asterisk box off a key-system via a PRI). |
| 18:42.43 | philipp64 | the problem with the in-kernel misdnv2 is that the header files (or more accurately, the directories containing the header files) aren't versioned, so we end up including the ones with incorrect definitions. |
| 18:43.30 | philipp64 | it was a broken decision to not have misdnv2 be backwards compatible with misdnv1... but it was totally braindead to not have the header files have distinct naming. grrrr.... |
| 18:44.05 | philipp64 | and I suppose the CAPI stuff isn't useful either? |
| 18:46.11 | tzafrir_laptop | misdn hardly handles any PRI hardware. only the HFC-E1 cards and such, IIRC |
| 18:46.41 | tzafrir_laptop | misdn2 is not backward compatible by any means |
| 18:46.50 | tzafrir_laptop | it's a whole new userspace |
| 18:47.09 | tzafrir_laptop | philipp64, ==^ |
| 18:47.54 | *** join/#asterisk-dev errotan (n=errotan@5403E698.catv.pool.telekom.hu) |
| 19:08.40 | pgarcia | hijacking the conversation, does libpri only support BRI in 1.6? For 1.4 is the only option mIsdn? |
| 19:08.52 | kpfleming | there is no libpri 1.6 |
| 19:08.59 | kpfleming | libpri 1.4 has BRI support |
| 19:10.06 | pgarcia | sorry, I meant Asterisk 1.6... So I can use libpri with BRI support in Asterisk 1.4? |
| 19:10.12 | kpfleming | no |
| 19:10.18 | kpfleming | asterisk 1.4 does not have libpri BRI support |
| 19:12.22 | philipp64 | and the CAPI stuff? |
| 19:12.35 | kpfleming | what is 'the CAPI stuff'? |
| 19:12.44 | philipp64 | CONFIG_ISDN_CAPI |
| 19:12.51 | kpfleming | in this channel, we very much appreciate detailed, complete and sane questions |
| 19:12.51 | philipp64 | chan_capi |
| 19:12.56 | pgarcia | I'm a little confused. Where is the BRI support, in libpri or in dahdi or both together? |
| 19:13.01 | kpfleming | none of those exist in any digium asterisk distribution |
| 19:13.03 | kpfleming | pgarcia: both |
| 19:13.09 | kpfleming | well, chan_dahdi, not dahdi |
| 19:13.23 | kpfleming | chan_dahdi + libpri is how asterisk provides ISDN support |
| 19:14.26 | pgarcia | ah, ok. So, it is supported only in Asterisk 1.6 because chan_dahdi for this version has support to it while 1.4 one doesn't. Is that right? |
| 19:14.35 | kpfleming | that is correct |
| 19:15.13 | pgarcia | Libpri itself is the same for both Asterisk versions? |
| 19:15.19 | kpfleming | yes |
| 19:18.21 | pgarcia | interesting. I'm reading that it doesn't support NT PTMP mode. Is this still true? |
| 19:18.40 | kpfleming | correct |
| 19:18.46 | kpfleming | matt is working on that right now |
| 19:19.37 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 19:19.37 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 19:20.12 | pgarcia | oh, ok. so it is matter of time, that's good |
| 19:20.39 | kpfleming | it will most likely be in asterisk 1.6.3, later this year |
| 19:21.36 | JunK-Y | is all gsoc projects will be included in that 1.6.3 ? |
| 19:21.51 | kpfleming | only if they are ready |
| 19:25.59 | pgarcia | kpfleming, is there a feature list? I'm actually trying to compare with mIsdn solution and I understand that libpri+bri is relatively new so a feature list and a roadmap should be very interesting... |
| 19:38.06 | kpfleming | no, there is no feature list |
| 19:38.24 | kpfleming | chan_dahdi + libpri is definitely not at feature parity with chan_misdn + misdnv1 |
| 19:38.50 | kpfleming | most of the differences are when using ISDN phones, but there are some even when using trunks |
| 19:43.10 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@wsip-98-191-129-196.ks.ks.cox.net) |
| 19:45.06 | pgarcia | hm, I see... I'm not concerned about ISDN phones... but for trunks, does libpri+bri have support for msn (call filtering)? - I'm assuming that display info (caller,called,etc) is already there... |
| 19:46.15 | kpfleming | i don't know off the top of my head |
| 19:49.04 | pgarcia | ok, I'll try to find out reading the code. Now, a little off-topic, what motivated adding its own BRI support instead of using the ones already exisinting? (Technically speaking) |
| 19:49.35 | kpfleming | customer demand, misdnv1 getting abandoned by its developers, misdnv2 going in a totally different direction, etc. |
| 19:49.43 | tzafrir_laptop | What do you mean by "your own"? |
| 19:50.02 | tzafrir_laptop | oopps, misread |
| 19:51.01 | tzafrir_laptop | pgarcia, what BRI hardware do you have? |
| 19:51.11 | tzafrir_laptop | what do you need to connect to it? |
| 19:54.45 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 19:54.45 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 20:04.23 | jpeeler | M14314 |
| 20:04.25 | MuffinMan | [new] [DAHDI-tools] General 0014314: GENERIC_HDLC_VERSION is not available in CentOS 4.7 glibc-kernheaders reported by amcrory (Karma: neutral) https://issues.asterisk.org/view.php?id=14314 |
| 20:05.05 | jpeeler | is this something that should be actually accommodated? if so, i would imagine specifying a location rather than hard coding the header files would be ideal? |
| 20:05.45 | kpfleming | right... adding a --with-linux or somethign to the configure script is probably the right solution, if anything is going to be done at all |
| 20:06.01 | kpfleming | but if the distro does not allow for building userspace hdlc applications, that kind of sucks |
| 20:38.50 | tzafrir_laptop | jpeeler, I might be mistaking, but IIRC it's a headers bug |
| 20:39.03 | tzafrir_laptop | the feature is available, butg the macro is missing |
| 20:39.25 | tzafrir_laptop | Or is it not the case with the older Centos4? |
| 20:39.43 | jpeeler | which macro are you referring to? |
| 20:39.51 | tzafrir_laptop | GENERIC_HDLC_VERSION |
| 20:41.08 | jpeeler | i thought that was the actual define being looked for |
| 20:41.34 | tzafrir_laptop | IIRC it was not availble before ver. 4 of the interface |
| 20:42.23 | jpeeler | so you're saying the define is missing in the centos headers, but that they were not version 4 anyway? |
| 20:42.55 | tzafrir_laptop | not sure |
| 20:43.01 | jpeeler | i'm in the process of checking |
| 20:56.54 | philipp64 | kpfleming: is there a way to Kbuild with a -I flag passed in *before* all other -I flags (from the kbuild process itself)? that would solve my problem nicely. |
| 20:57.07 | kpfleming | i don't know, but i doubt it |
| 20:57.47 | tzafrir_laptop | philipp64, what specifically do you build? misdn kernel modules? |
| 20:58.03 | philipp64 | you'd think that when people try to build modules from a source subtree that doesn't match their kernel (like the compat-wireless work) that this would be a common occurrence. |
| 20:58.15 | philipp64 | yup, the misdn stuff from thirdparty/trunk |
| 20:58.47 | tzafrir_laptop | merely setting stuff in CFLAGS_EXTRA and alike helps? |
| 20:59.19 | philipp64 | well, there's a good deal of recursion (makes calling make on themselves and subdirectories) going on, so it's not trivial. |
| 21:00.02 | tzafrir_laptop | you can set that (or similar) in the Kbuild file |
| 21:00.13 | philipp64 | plus Kbuilding itself is an indirect process... make PWD=$(pwd) KVER=`uname -r`... -C .... |
| 21:00.29 | philipp64 | which Kbuild file? |
| 21:00.31 | kpfleming | but setting CFLAGS for a module won't put include paths ahead of the ones the kbuild system already put there |
| 21:00.41 | kpfleming | so if there are conflicting header files, it will be ugly |
| 21:01.01 | tzafrir_laptop | also, place V=1 somewhere in the command-line to see the actual command-line |
| 21:02.12 | philipp64 | exactly. I think it's a flaw in how Kbuild works. |
| 21:02.16 | tzafrir_laptop | how much work would it be to rename the misdn1 headers? |
| 21:03.09 | tzafrir_laptop | through symlinks or whatever, if possible |
| 21:08.47 | *** join/#asterisk-dev Dovid (n=annon@213.8.121.90) |
| 21:13.03 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 21:13.03 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 21:20.30 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 21:38.58 | philipp64 | um... about 6 lines to move it aside and then put it back... |
| 21:39.33 | kpfleming | or if you aren't going to build misdnv2 at all, just remove those headers completely in your buildroot kernel build |
| 21:39.44 | philipp64 | only worry is that there might be a race condition where something else is building in parallel... |
| 21:40.38 | philipp64 | who owns that functionality (misdnv2)? I wonder if it isn't too late to convince them not to use the same filenames... |
| 21:42.00 | kpfleming | yes, karsten keil owns the misdn v2 stuff and the official kernel isdn implementation |
| 21:47.59 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |
| 22:00.44 | *** join/#asterisk-dev dbrooks (n=dbrooks@nat/digium/x-35196c350995cfdf) |
| 22:12.38 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 22:12.38 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 22:13.23 | philipp64 | got an email address for him? |
| 22:14.41 | kpfleming | should be easy to find via google |
| 22:27.42 | russellb | or in the maintainers file in the kernel source, i presume :-) |
| 22:31.15 | kpfleming | or in the misdnv2 source files in the kernel :-) |
| 22:34.17 | Marquis42 | Shouldn't the event system in Asterisk only send AST_EVENT_DEVICE_STATE_CHANGE when there is, you know, an actual *change*? At the moment, it seems like I'm getting that event every time chan_sip does a qualify. |
| 22:37.45 | Laureano | M0015559 |
| 22:37.47 | MuffinMan | [new] [Asterisk] Applications/app_queue 0015559: stateinterface in queues.conf makes the member show "Invalid" reported by amorsen (Karma: +1.50) https://issues.asterisk.org/view.php?id=0015559 |
| 22:37.54 | Laureano | I think that this issue is pretty much ready to be closed. Unless there is any plan to extend the length of the parsed line in queues.conf :-) |
| 22:41.48 | philipp64 | Corydon76-dig: you about? |
| 22:43.26 | Corydon76-dig | Yep |
| 23:17.43 | *** join/#asterisk-dev ChaosBlack (n=bjastles@67.204.63.40) |
| 23:28.11 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |