| 00:00.06 | mvanbaak | bye all |
| 00:09.17 | *** join/#asterisk-dev moy (n=moy@189.169.88.136) |
| 00:41.58 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 00:41.58 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 00:52.26 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-181-107.hsd1.wa.comcast.net) |
| 02:00.22 | *** join/#asterisk-dev jeffg (i=6NPb91Fn@pdpc/supporter/active/jeffg) |
| 04:01.49 | *** join/#asterisk-dev moy (n=moy@189.169.88.136) |
| 05:12.01 | *** join/#asterisk-dev bbryant (n=brett@c-71-228-178-34.hsd1.al.comcast.net) |
| 05:12.01 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 05:12.49 | *** join/#asterisk-dev lvl- (n=lvl@145.52.248.101) |
| 05:44.04 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.140) |
| 05:56.42 | *** join/#asterisk-dev _Vile (n=vile@208.100.152.234) |
| 07:00.57 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-310464.home.otenet.gr) |
| 07:54.23 | *** join/#asterisk-dev pcrane (n=pcrane@125.236.161.93) |
| 09:06.41 | *** join/#asterisk-dev friendly12345 (n=friendly@ppp59-167-145-230.lns4.mel6.internode.on.net) |
| 09:37.11 | *** join/#asterisk-dev jeffg (i=IluS6k52@pdpc/supporter/active/jeffg) |
| 10:31.11 | *** join/#asterisk-dev snuff-home (n=snuffy@C-59-101-180-20.mel.connect.net.au) |
| 10:43.11 | tzafrir_laptop | hmmm... I think it would be useful if app_fax's RecieveFAX will also be registered as RxFax |
| 10:43.31 | tzafrir_laptop | This will make it easier for converting most setups |
| 10:44.14 | tzafrir_laptop | I speculate that the "callee" and such parameters of RxFax are commonly not used by at least half of the users. |
| 10:44.41 | tzafrir_laptop | Anyway, testing it on some users... |
| 11:55.27 | Corydon76-dig | "Receive", please |
| 12:01.22 | snuff-home | mm Corydon76-dig ... u have updated that curl patch (since persons last comment).. but no mention that u've updated patch again |
| 12:02.18 | Corydon76-dig | snuff-home: so? |
| 12:03.08 | Corydon76-dig | Clearly, that hasn't confused you. |
| 12:03.28 | snuff-home | does it still email person if u've uploaded new file? |
| 12:04.12 | Corydon76-dig | Doubtful |
| 12:05.26 | mvanbaak | no, it doesn't |
| 12:05.48 | snuff-home | basically that was the only reason.. i said about no comment |
| 12:06.17 | snuff-home | since if they only check for new email |
| 12:15.42 | mvanbaak | Corydon76-dig: so your idea is to not use the xml blob like we do now ? or do you talk about parsing it at compile time and adding it into the file automagically ? |
| 12:19.08 | Corydon76-dig | The second |
| 12:19.26 | Corydon76-dig | Parse it at compile time and embed it directly within the module |
| 12:19.49 | mvanbaak | and add all supported languages into the module ? |
| 12:19.55 | Corydon76-dig | Correct |
| 12:19.58 | mvanbaak | ok |
| 12:20.13 | mvanbaak | app_dial.so will become huge that way if we have like 4 languages ;) |
| 12:20.29 | mvanbaak | but, it can be done of course |
| 12:20.29 | Corydon76-dig | Yes, it could |
| 12:22.16 | Corydon76-dig | but those pages of memory are readonly, and if they are unused, they will get disposed of out of memory (since they can be loaded from disk at any time by the memory pager) |
| 12:22.39 | mvanbaak | yup |
| 12:23.17 | mvanbaak | I dont know. it sounds hackish to me to do it this way |
| 12:24.04 | mvanbaak | we have the xml blob with documentation in the source. We grab that into a file, parse it, and put it back into the file in another format |
| 12:24.09 | Corydon76-dig | There are far too many problems keeping the documentation external that will make it difficult to correctly add documentation externally and have it work correctly in the different circumstances |
| 12:24.39 | Corydon76-dig | mvanbaak: text format within the compiled module |
| 12:24.48 | mvanbaak | if we are going to keep it in the module, we might as well go with another way to document it |
| 12:24.56 | Corydon76-dig | Same as it is now, except for multiple languages |
| 12:24.57 | *** join/#asterisk-dev RoyK (n=roy@ti211210a080-3097.bb.online.no) |
| 12:25.03 | mvanbaak | yeah |
| 12:25.26 | mvanbaak | but, how about we convert the xml stuff into some text vars |
| 12:25.47 | mvanbaak | like it is now, but make some extra macros to document the arguments |
| 12:25.48 | Corydon76-dig | Not sure what you're suggesting, but put it to the ML |
| 12:25.51 | Corydon76-dig | I have to go |
| 12:25.54 | mvanbaak | k |
| 12:26.27 | mvanbaak | like, extend the AST_APP_ARG macro to take documentation and a language identifier |
| 12:37.05 | tzafrir_laptop | Corydon76-dig, it's already called "RecieveFax" . But I'd like it to be registered as RxFax as well |
| 12:37.44 | tzafrir_laptop | This could allow easier transformation for those who currently use app_rxfax |
| 12:38.02 | tzafrir_laptop | anyway, any interesting place to put a backported app_fax.c? |
| 12:38.29 | mvanbaak | hhmm, the RxFax command is nice to have. Make sure to put a deprecation notice there. |
| 12:38.46 | tzafrir_laptop | Will a user see that deprecation note? |
| 12:39.01 | mvanbaak | same as with all deprecated dialplan applications |
| 12:39.25 | tzafrir_laptop | Is there "register_deprecated_application"? |
| 12:39.58 | mvanbaak | no, you have to add a .deprecated item to it IIRC |
| 12:40.00 | snuff-home | mm techincally though.. rx/tx fax weren't a module in 1.4 |
| 12:40.48 | tzafrir_laptop | they were an external module. |
| 12:40.53 | snuff-home | u could always just add a note to the 'upgrade-1.4/1.2' doco |
| 12:41.02 | tzafrir_laptop | there are scripts and such that use it |
| 12:42.28 | snuff-home | yer i get what you mean.. |
| 12:42.53 | mvanbaak | well, add the tx/rx fax applications, together with a deprecation notice |
| 12:43.00 | mvanbaak | that's nicest to the users |
| 12:43.56 | snuff-home | true :) |
| 12:52.19 | mvanbaak | but I think the rx/tx fax applications should go away in a future version |
| 12:52.38 | mvanbaak | ReceiveFax and SendFax are more friendly names |
| 13:40.36 | *** join/#asterisk-dev JackEStorm (n=no@ip70-171-83-146.no.no.cox.net) |
| 15:56.22 | Qwell | file: |
| 17:28.44 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-62.west.biz.rr.com) |
| 17:33.45 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 17:33.46 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 17:57.00 | *** join/#asterisk-dev xilun (i=xilun@sceen.net) |
| 17:57.02 | xilun | hi |
| 17:58.49 | xilun | is there a reason why in module.h there are some "const static" instead of "static const"? |
| 17:59.14 | xilun | gcc issue a warning: 'static' is not at beginning of declaration |
| 18:00.07 | russellb | interesting, i've never seen that warning |
| 18:00.11 | russellb | what gcc version? |
| 18:00.30 | russellb | i would expect const static and static const to do the same thing, so it can be changed |
| 18:26.39 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 18:26.39 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 18:28.37 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.140) |
| 19:21.15 | *** part/#asterisk-dev RoyK (n=roy@ti211210a080-3097.bb.online.no) |
| 21:04.46 | *** join/#asterisk-dev stevie_ramjet (n=putnopvu@c-71-228-178-34.hsd1.al.comcast.net) |
| 21:04.47 | *** mode/#asterisk-dev [+o stevie_ramjet] by ChanServ |
| 22:02.21 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 23:45.06 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |