| 01:10.43 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 01:39.17 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 05:19.49 | jmls1 | morning all |
| 06:38.27 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:38.29 | schmidts | good morning |
| 07:11.01 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 07:11.01 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 07:24.01 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:8d03:5313:b0f9:673a) |
| 08:26.47 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:26.47 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:57.16 | jmls1 | is still fighting with Scratchbox2, ubuntu and asterisk-10 |
| 08:57.42 | jmls1 | why ... won't ... you ... work ... |
| 10:36.39 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 10:36.40 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 10:49.00 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 11:52.37 | *** join/#asterisk-dev Gugge (gugge@kriminel.dk) |
| 12:00.21 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 12:00.21 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 12:01.34 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-oyawefovavcsvrau) |
| 12:01.34 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:04.28 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:04.28 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:22.18 | *** join/#asterisk-dev jmls (~julian@host217-36-208-155.in-addr.btopenworld.com) |
| 12:26.28 | leifmadsen | morning all! Do some Asterisk documentation updates for ATDG. In Asterisk trunk (we'll be documenting Asterisk 11, which is obviously trunk :)), I've followed our existing instructions, and instead of getting "0 modules loaded" with I do a modules show (as expected with no modules.conf), I now get 1 modules loaded; res_adsi |
| 12:26.41 | leifmadsen | just curious if this change was intentional, and what the reason might be for it? |
| 12:30.18 | kpfleming | what do you mean by 'this change'? something caused res_adsi to be loaded, it appears |
| 12:36.45 | leifmadsen | right, and "this" referring to whatever change is causing it to load |
| 12:36.58 | kpfleming | i have no clue then :-) |
| 12:37.04 | leifmadsen | then we're in the same boat |
| 12:37.07 | kpfleming | i am surprised that it is being loaded |
| 12:37.10 | leifmadsen | agreed |
| 12:37.15 | leifmadsen | which is why I brought it up :) |
| 12:45.32 | kpfleming | i suspect it is somehow related to Corydon76-work's module priority stuff that went in a long time ago... but i don't see any immediately clear evidence that is true |
| 12:46.30 | *** join/#asterisk-dev jmls1 (~julian@host217-36-208-155.in-addr.btopenworld.com) |
| 12:46.45 | mjordan | leifmadsen: so we don't forget about this, do you mind making a bug in JIRA for it? |
| 12:47.04 | leifmadsen | mjordan: sure thing -- I'd investigate, but just don't have the time while writing unfortunately this morning |
| 12:47.13 | leifmadsen | need to get through the installation chapter so we can start writing about awesome things :) |
| 12:50.22 | mjordan | looking forward to reading it :-) |
| 12:52.40 | leifmadsen | mjordan: filed -- ya can't wait for the new book to be done, although I don't expect that to be done until end of 2012, just after the Mayans destroy us |
| 13:10.16 | *** join/#asterisk-dev GameGamer43 (u5533@gateway/web/irccloud.com/session) |
| 13:16.29 | *** join/#asterisk-dev GameGamer43 (u5533@gateway/web/irccloud.com/x-oburrgkzsyfljfcw) |
| 13:21.33 | *** join/#asterisk-dev jmls (~julian@host217-36-208-155.in-addr.btopenworld.com) |
| 13:22.49 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:22.49 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:28.02 | snuff-home | file res_xmpp = replacement for what? |
| 13:28.12 | file | res_jabber |
| 13:28.31 | snuff-home | so still going to use the iskemel library? |
| 13:28.38 | file | yes |
| 13:29.05 | file | it's essentially a vastly cleaned up res_jabber with core differences |
| 13:29.31 | snuff-home | mm.. i believe iskemel isn't completely thread safe but that was a while ago |
| 13:30.51 | file | I haven't encountered any problems with it |
| 13:33.00 | snuff-home | i don't recall exactly what i seen it was ages ago :( |
| 13:36.02 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 13:36.02 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 13:46.52 | *** join/#asterisk-dev jmls1 (~julian@host217-36-208-155.in-addr.btopenworld.com) |
| 13:52.09 | *** join/#asterisk-dev jmls (~julian@host217-36-208-155.in-addr.btopenworld.com) |
| 13:57.32 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-qzblozjlzqbusndw) |
| 13:58.45 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-nwwngxldlpdumuii) |
| 14:01.06 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 14:07.13 | *** join/#asterisk-dev jmls1 (~julian@host217-36-208-155.in-addr.btopenworld.com) |
| 14:08.00 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:08.00 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:09.27 | *** join/#asterisk-dev zerohalo (~zerohalo@74-94-141-204-ma.hfc.comcastbusiness.net) |
| 15:06.21 | *** join/#asterisk-dev otherwiseguy (~otherwise@cpe-69-23-116-90.kc.res.rr.com) |
| 15:15.26 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:15.26 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 17:05.24 | *** join/#asterisk-dev spditner (~simon@206-248-134-167.dsl.teksavvy.com) |
| 17:10.35 | spditner | anyone know where I can find Joshua Colp's branch that has STUN/TURN support in the res_rtp_asterisk module? |
| 17:10.52 | Qwell | I bet file does. |
| 17:11.16 | file | I can't remember what I called it... let's see |
| 17:11.54 | file | http://svn.digium.com/svn/asterisk/team/file/iceicebaby |
| 17:13.11 | spditner | is it an experiment, or are you planning to merge it in to trunk? |
| 17:13.20 | file | it's currently under review |
| 17:13.36 | file | once I get enough ship its and agreement on including pjproject it will go into trunk |
| 17:14.20 | spditner | awesome |
| 17:15.12 | spditner | are you also working on app_page, or is that deferred? |
| 17:15.25 | file | for what? |
| 17:15.39 | spditner | to port it to use ConfBridge |
| 17:15.46 | file | that's already done |
| 17:15.55 | file | and I think I merged it already |
| 17:23.46 | spditner | Sorry, I was looking at 10.4; will that make it into a 10.x, or 11.x? |
| 17:27.35 | *** join/#asterisk-dev kam187 (~kam187@87-194-204-58.bethere.co.uk) |
| 17:28.13 | kam187 | hey guys |
| 17:28.44 | kam187 | i'm looking at the asterisk control constants and i see AST_CONTROL_PROCEEDING, AST_CONTROL_PROGRESS and AST_CONTROL_RINGING |
| 17:29.19 | kam187 | does that mean you can't actually set PROGRESS types, and only have alerting (RINGING) you can use? |
| 17:41.08 | opticron | what kind of progress types would you want to send? |
| 17:47.02 | mjordan | spditner: app_page using the bridging layer would be an Asterisk 11 feature |
| 17:50.51 | *** join/#asterisk-dev dwayne (~dwayne@c-76-29-230-45.hsd1.al.comcast.net) |
| 17:52.47 | kam187 | normally the progress message can have inband tones available, end to end isdn etc |
| 17:55.18 | *** join/#asterisk-dev Deeewayne (~dwayne@c-76-29-230-45.hsd1.al.comcast.net) |
| 17:55.19 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 17:58.31 | pabelanger | spditner: asterisk 11 |
| 18:01.38 | kpfleming | spditner: hello stranger! |
| 18:25.32 | spditner | kpfleming: Yes, second kid and started a new product last fall. I'm almost completely invisible now. |
| 18:25.45 | kpfleming | heh. i guess IT360 disappeared as well? |
| 18:26.28 | spditner | oh, the website's gone too. |
| 18:29.37 | spditner | The producers lost interest in us, and us in them. If I were to do a conference again, it would be very technical, and I'd do it non-profit and more like YAPC. |
| 18:29.47 | kpfleming | ahh |
| 18:31.21 | putnopvut | Does YA stand for "yet another?" |
| 18:31.38 | file | people run conferences for profit? crazy |
| 18:31.44 | jsmith | putnopvut: Yes. |
| 18:32.13 | jsmith | putnopvut: In the tradition of Perl, YA is yet another operator, and has a symbol somewhere on the keyboard, but nobody can remember it :-p |
| 18:32.56 | kam187 | hmm got a wierd issue with sjphone and asterisk.. after 20 seconds it cuts off inband auto and sits there at 'trying' |
| 18:33.02 | kam187 | anyone seen that before? |
| 18:33.40 | jsmith | kam187: That's likely a question for the #asterisk channel. Unless you can get to where you talking about specific lines of Asterisk code, it's probably not appropriate for this channel |
| 18:33.53 | jsmith | kam187: I'll pop into #asterisk for a minute and we can discuss it there |
| 18:33.54 | spditner | file: yeah, it360: $1800 for a pass, YAPC:NA: $80 |
| 18:34.08 | kam187 | jsmith: sure, i'm mostly here cos of the channel driver i'm writing, just thought i'd ask about that at the same time :) |
| 18:34.10 | file | it was that much?!? |
| 18:34.26 | spditner | something like that for the full pass |
| 18:34.32 | kam187 | jsmith: just jumper into #asterisk |
| 18:34.48 | kam187 | *jumped |
| 18:39.40 | kpfleming | we should all converge our infrastructures |
| 18:40.02 | jsmith | kpfleming: WORKSFORME... I'll send the server if you've got bandwidth and power :-p |
| 18:42.11 | kpfleming | i have N units of bandwidth available |
| 18:43.08 | file | I have 3 BLTs of bandwidth available |
| 18:43.26 | opticron | Byte Layered Transactions? |
| 18:43.27 | jsmith | file: With or without mayo? |
| 18:43.32 | file | with |
| 18:45.15 | mjordan | I'm surprised your bacon bandwidth is only "3" |
| 18:45.38 | jsmith | file: Mustard? Yellow or brown? |
| 18:45.43 | file | no mustard |
| 18:45.52 | file | mjordan, that's *available* bandwidth |
| 18:48.00 | jsmith | file: OK, you've successfully passed my BLT test. You're a BLT traditionalist, and that's OK in my book. |
| 18:48.37 | kpfleming | BLTs are the *only* sandwiches on which i'll allow mayonnaise. |
| 18:48.47 | file | kpfleming, ditto |
| 18:50.46 | leifmadsen | I will allow mayo on my fried |
| 18:50.47 | jsmith | kpfleming: Welcome! You're the newest member of the "Asterisk Sandwich Elitists Club" |
| 18:50.50 | leifmadsen | fries* |
| 18:51.06 | file | leifmadsen, you are one of THOSE people?!? |
| 18:51.07 | jsmith | (not to be confused with the Asterisk Club Sandwich Elitists) |
| 18:51.09 | leifmadsen | file: yes. |
| 18:51.14 | file | leifmadsen, weirdo |
| 18:51.19 | leifmadsen | cheque please! |
| 18:51.19 | jsmith | leifmadsen: You probably like gravy on them as well... |
| 18:51.22 | kpfleming | did you just now notice that? |
| 18:51.28 | leifmadsen | jsmith: not a huge gravy fan |
| 18:51.33 | file | they always give mayo with the fries at St. Hubert and I'm all "nooooo" |
| 18:51.44 | leifmadsen | file: you should just move to the US and be done with it :) |
| 18:51.45 | kpfleming | putting mayo or gravy on fries ruins the crispiness |
| 18:52.01 | file | I won't move anywhere that does not have FibreOP |
| 18:52.08 | jsmith | Right... fries are meant to have mustard on them |
| 18:52.08 | Corydon76-work | So does melted cheese, but we do that in the US... |
| 18:52.19 | jsmith | (and not the cheap "yellow death" kind) |
| 18:52.23 | kpfleming | Corydon76-work: i don't :-) no chili either. |
| 18:52.34 | leifmadsen | mmmmmmm chili fries |
| 18:52.35 | jsmith | kpfleming: Oh, you're a french fry purist, are you? |
| 18:52.42 | jsmith | leifmadsen: chili *cheese* fries :-p |
| 18:52.44 | spditner | file: is FibreOP the same as Fibe? |
| 18:52.47 | leifmadsen | jsmith: duh |
| 18:52.48 | file | spditner, no |
| 18:53.01 | spditner | is all confused by bell's abuse of the F word |
| 18:53.08 | file | spditner, FibreOP is true FTTH with no caps and speeds up to 250Mbps down and 30Mbps up |
| 18:54.01 | file | Fibe is stupid and can DIAF |
| 18:54.18 | Corydon76-work | FTTN? |
| 18:54.22 | file | Corydon76-work, yes |
| 19:02.45 | Corydon76-work | Yeah, Fiber was a great promise that to a large degree has never been fully realized |
| 19:03.20 | Corydon76-work | I'm in a metro area, and we still don't have fiber to the home, despite being promised that from the telco in order to get a merger approved. |
| 19:03.31 | jsmith | Labor costs, my friends... |
| 19:03.47 | jsmith | It takes a lot of expensive labor to lay the fiber in the ground |
| 19:03.57 | kpfleming | if they'd just that darn wireless fiber on the market |
| 19:04.14 | Corydon76-work | Only if you agree that fiber has to be buried and not strung on poles |
| 19:04.26 | kpfleming | jsmith: at this point, i bet the costs are dominated by other things... civil engineering work, permits, inspections, road repairs, etc. |
| 19:05.03 | jsmith | kpfleming: Not according to my friends at a major US telco with a large FTTH deployment |
| 19:05.25 | jsmith | kpfleming: They say labor is far and away the biggest cost |
| 19:05.30 | kpfleming | wow |
| 19:05.35 | kpfleming | they are paying too much then :-) |
| 19:06.00 | jsmith | Doesn't help that their labor keeps going on strike, either :-/ |
| 19:06.04 | Corydon76-work | Yes, but they should have taken that into account before they promised US regulators that they would deploy FTTH. |
| 19:06.42 | jsmith | Corydon76-work: I don't disagree with you there. We'd all love FTTH. We'd all love FTTH with the choice of network providers. But we're not going to get it anytime soon. |
| 19:06.50 | file | jsmith, ours is all overhead |
| 19:06.53 | jsmith | (at least in a widely distributed fashion) |
| 19:07.01 | file | which helps omg considerably |
| 19:07.30 | jsmith | file: That wouldn't work too well here -- they already have terrible problems with downed power lines in the winter |
| 19:07.37 | Corydon76-work | The government isn't going to do that here, though. Not in the current political climate. |
| 19:07.46 | jsmith | file: I know places where that has worked well, though. |
| 19:08.56 | Corydon76-work | You mean like Florida and Texas, where downed power lines are only due to hurricanes? |
| 19:10.50 | kpfleming | and there are quite a few parts of the country where everything is already underground. pretty much any part of the Phoenix area newer than the late 1960s has all utilities underground, there are no poles. big parts of California are this way too. |
| 19:14.06 | leifmadsen | just run it along the train tracks |
| 19:14.12 | leifmadsen | above ground but not way above :) |
| 19:14.33 | kpfleming | train tracks don't reach into neighborhoods |
| 19:14.49 | leifmadsen | but they could |
| 19:14.57 | leifmadsen | cars are overrated |
| 19:15.05 | kpfleming | i think it would cost more to build train tracks than to lay fiber |
| 19:15.26 | leifmadsen | but think of the infrastructure jobs it would create! |
| 19:26.37 | kpfleming | and it could completely reverse the housing supply/demand equation |
| 19:27.21 | Qwell | TTTH! |
| 19:27.31 | Qwell | UPS would go out of business instantly. |
| 19:46.35 | kam187 | jsmith: it seems sjphone sends another INVITE after 20 seconds, asterisk says "Ignoring this INVITE request" |
| 19:47.10 | kam187 | thena sterisk sends a 100 :/ |
| 19:48.29 | kpfleming | you did not get a 100 Trying response to the first transmission of the INVITE request? |
| 19:49.00 | kam187 | let me check |
| 19:50.13 | kam187 | i do] |
| 19:50.38 | kam187 | sjphone INVITE-> asterisk |
| 19:50.45 | kam187 | asterisk sends 100 back |
| 19:51.25 | kam187 | my channel sends call proceeding, asterisk sends 100 to sjphone |
| 19:51.40 | kam187 | my driver sends progress, asterisk sends 183 back to sjphone |
| 19:52.19 | kam187 | after 20 seconds (from dial) sjphone sends an INVITE again, |
| 19:52.29 | kam187 | asterisk says Ignoring this INVITE request |
| 19:52.37 | pabelanger | Re: 1.8.11-cert2, don't you want to be tagging directly from certified/branches/1.8.11/ and not certified/tags/ 1.8.11-cert1 ? |
| 19:52.56 | kam187 | but then sends a 100 back to sjphone |
| 19:53.56 | pabelanger | Qwell: ^ |
| 19:54.14 | Qwell | Not in this case, no. |
| 19:54.39 | pabelanger | o.0 |
| 19:55.20 | pabelanger | Why not? For those following along a home |
| 19:55.34 | Qwell | It is not a bug-fix release. |
| 19:56.46 | pabelanger | security? |
| 19:56.58 | kam187 | hmm "Transmitting (NAT) to 192.168.0.187:5060" |
| 19:57.44 | mjordan | pabelanger: indeed |
| 19:58.16 | pabelanger | I was under the impression that all cert releases, regardless of bug or security fixes should be tagged from branch. |
| 19:58.24 | pabelanger | So, what happens in the case of -cert3? |
| 19:58.34 | kpfleming | kam187: if asterisks sent a 183, and sjphone sent the INVITE again, then sjphone is really messed up |
| 19:58.43 | mjordan | pabelanger: that's not correct. We'd only tag from the branch if it was a cert release containing fixes for certified asterisk. |
| 19:58.56 | mjordan | pabelanger: if you look back, you should see where those same patches were merged into the certified/1.8.11 branch |
| 19:59.00 | kpfleming | right, just like we do with regular asterisk |
| 19:59.12 | mjordan | so for cert3, it should be the security stuff, + whatever else has been fixed in the certified branch |
| 19:59.27 | kpfleming | unless there is another security issue to be dealt with first |
| 19:59.33 | kam187 | kpfleming: yeah i think so too :/ |
| 19:59.40 | mjordan | kpfleming: I sure hope not :-P |
| 19:59.44 | pabelanger | wait what? |
| 20:00.07 | pabelanger | So, wouldn't you need to merge the security fix into branch too? |
| 20:00.16 | kpfleming | pabelanger: read what he wrote again |
| 20:01.34 | pabelanger | so what is the next release version for 1.8.11-cert for a bug fix? |
| 20:01.40 | pabelanger | assuming no more security issues |
| 20:01.42 | mjordan | pabelanger: those patches were merged into the certified 1.8.11 branch (r367847, 367846) - so a cert3 will pick them up. And - cert3 |
| 20:01.55 | kpfleming | this is *identical* to the way we handle regular asterisk branches. security fixes go into the branch and *also* into a copy of the tag in order to make a security fix only release |
| 20:02.15 | pabelanger | yes, but should it then be cert1.1? for a security fix |
| 20:02.17 | leifmadsen | basically aren't all cert releases based on the previous tag? |
| 20:02.31 | kpfleming | there is no certified asterisk bugfix release scheduled right now though, so it could be cert3, or it could be cert5, if cert3 and cert4 end up being additional security releases |
| 20:02.35 | leifmadsen | cert1 is cp to cert2 + changes? |
| 20:02.42 | kpfleming | pabelanger: no |
| 20:02.43 | kpfleming | leifmadsen: yes |
| 20:02.51 | kpfleming | well, no, to leifmadsen |
| 20:03.00 | kpfleming | only security releases are based on the previous tag |
| 20:03.04 | mjordan | goes to get his bottle of scotch |
| 20:03.15 | mvanbaak | follows mjordan's idea |
| 20:03.16 | leifmadsen | oh right, there is a branch |
| 20:03.21 | kpfleming | correct |
| 20:03.29 | leifmadsen | certified branch is based on a tag of asterisk |
| 20:03.33 | kpfleming | so anything 'for the next release' goes into the branch |
| 20:03.33 | leifmadsen | then it has it's own history |
| 20:03.34 | Qwell | wonders why mjordan has his bottle of scotch so far away |
| 20:03.43 | leifmadsen | yep, duh :) |
| 20:03.48 | kpfleming | anything 'for release right now' goes into a copy of the tag |
| 20:05.32 | kpfleming | .. and also the branch |
| 20:06.08 | kam187 | ugh i see whats wrong |
| 20:06.19 | kam187 | sjphone is on my laptop which has 2 interfaces |
| 20:06.35 | kam187 | its sending the wrong one in the message, so sjphone never gets the response to the invite properly |
| 20:07.40 | pabelanger | Fair enough. Seems odd to be me to use the same tag -certX but tag from separate places (branches or previous tag). |
| 20:20.30 | kpfleming | putnopvut: let's talk about the reinvite glare thing on thursday when i get back |
| 20:21.53 | putnopvut | kpfleming: Okay. |
| 20:36.12 | wedhorn | mjordan: ping |
| 20:38.36 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@184-99-114-188.boid.qwest.net) |
| 20:40.03 | anonymouz666 | if you have two cards that use the same driver like TE220 and TE420P is it possible to force a card to be the span 1? |
| 20:41.05 | WIMPy | Isn't that what's that ID dial on the card the there for? |
| 20:43.07 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 20:43.08 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:43.13 | anonymouz666 | in case of default value for both, then either card could be the span 1...? |
| 20:43.25 | anonymouz666 | sometimes the TE220 and sometimes TE420P |
| 20:45.20 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 20:47.26 | sruffell | anonymouz666: with dahdi 2.6 it is…without messing with the dial |
| 20:49.17 | sruffell | anonymouz666: also, that doesn't make sense. If the same driver is servicing both those cards, they should always show up in PCI bus order the way the driver is written currently. |
| 20:50.14 | sruffell | If you have two different drivers that are loaded in parallel by udev, then yes, whichever driver registers with dahdi first will get the first span. But like I said, DAHDI 2.6 has a way around that. |
| 20:51.45 | anonymouz666 | I am lucky then, I use the 2.6.1 :-P |
| 20:56.19 | sruffell | I really need to write this up, but to get you going, 1) add "options dahdi auto_assign_spans=0" to /etc/modprobe.d/dahdi.conf. |
| 20:57.20 | sruffell | (give me a sec..just confirming the steps) |
| 20:59.13 | sruffell | Then at the end of the load_modules() function in /etc/init.d/dahdi add a line like: |
| 20:59.15 | sruffell | for dev in `ls /sys/bus/dahdi_devices/devices/`; do echo 1 > /sys/bus/dahdi_devices/devices/${dev}/auto_assign; done |
| 20:59.41 | sruffell | You can even get fancier than that (i.e. have port 4 be span 1, etc..) but that should solve your immediate question. |
| 21:27.19 | anonymouz666 | thank you very much! |
| 21:27.35 | anonymouz666 | that's really a nice feature |
| 21:32.13 | mjordan | wedhorn: pong |
| 21:32.32 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 21:32.32 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 21:34.15 | wedhorn | mjordan: note your points about skinny, locking and the simple switch have always been a mess |
| 21:34.33 | mjordan | yeah, I spent about four hours trying to get it to go this morning |
| 21:34.48 | wedhorn | but I'm pretty sure the fixes are pretty invasive, so probably not good for branches |
| 21:35.03 | mjordan | the 1.8 patch was close, although it ended up having a race condition between skinny_unregister and skinny_hangup in who destroyed the sub_channel |
| 21:35.19 | mjordan | the 10 patch ended up having problems with the ref counting of the channel |
| 21:35.24 | mjordan | and at that point, I agree, its a trunk effort |
| 21:35.39 | wedhorn | we don't really use the ref counting, it's on the todo list |
| 21:35.43 | mjordan | I think its at the point where it needs to ref count the tech_pvt |
| 21:35.49 | mjordan | yeah, that would solve a lot of the locking/ownership semantics |
| 21:36.17 | wedhorn | firstly there are way to many locks, I think just about every structure has one |
| 21:36.22 | mjordan | but it was worth a shot on this, and I definitely appreciate you spending your weekend trying to get this to go |
| 21:36.29 | mjordan | wedhorn: agreed |
| 21:36.58 | wedhorn | I don't think we should "play" to heavily with locks in the current branches |
| 21:38.04 | wedhorn | i've also got a fix in mind about the whole skinny_ss, but would also be very invasive |
| 21:38.32 | wedhorn | any guidance on what to do with the current branches |
| 21:38.55 | mjordan | I think we're going to go with the patch that fixes the attack vectors that they found |
| 21:39.13 | mjordan | which is basically to just fail out if something attempts to dereference the device pointer and its NULL |
| 21:39.41 | wedhorn | yep, I saw that, I meant for further development |
| 21:52.47 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 22:27.38 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 22:31.52 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-oyawefovavcsvrau) |
| 23:05.32 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 23:05.33 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 23:34.09 | kam187 | is there a function to generate ring frames? |