| 01:11.59 | work|philipp64 | anyone remember what the bug # was about menuselect not working with '-' properly? |
| 01:25.48 | work|philipp64 | got it... 12117... one of our devs is saying it might have regressed in 1.4.27. I'm waiting for him to confirm. |
| 01:25.59 | work|philipp64 | M12117 |
| 01:26.03 | MuffinMan | [closed] [Asterisk] Core/BuildSystem 0012117: menuselect - CORE-SOUNDS-EN-GSM cannot be replaced reported by pprindeville (Karma: +5.00) https://issues.asterisk.org/view.php?id=12117 |
| 01:46.52 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 01:51.58 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 01:54.41 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/professional/jeffg) |
| 02:04.02 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 02:36.12 | *** join/#asterisk-dev MikeJ (n=MikeJ@freeswitch/developer/mikej) |
| 03:18.11 | *** join/#asterisk-dev pyite (n=dschreib@unaffiliated/pyite) |
| 03:40.12 | *** join/#asterisk-dev tzafrir (n=tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 03:40.12 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 03:47.37 | *** join/#asterisk-dev DarkRift (n=dark@modemcable015.68-200-24.mc.videotron.ca) |
| 04:06.23 | *** join/#asterisk-dev tzafrir (n=tzafrir@81.218.155.148) |
| 04:06.23 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 04:28.53 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) |
| 05:53.25 | *** join/#asterisk-dev jtodd (i=nxiy8ywg@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 05:53.26 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 06:07.36 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.23) |
| 06:37.08 | *** part/#asterisk-dev snuff-work (n=aaa@120.19.8.59) |
| 07:08.57 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 07:08.58 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 07:15.40 | *** join/#asterisk-dev fish9370 (n=fish9370@79.120.100.132) |
| 08:00.52 | *** join/#asterisk-dev alecdavis (n=alec@202-78-149-14.cable.telstraclear.net) |
| 08:04.10 | *** join/#asterisk-dev mpe (n=mpe@gate.ipvision.dk) |
| 08:09.08 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 08:09.08 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:16.39 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 08:31.35 | *** join/#asterisk-dev wildzero-cw (n=chatzill@p50997436.dip0.t-ipconnect.de) |
| 09:02.44 | *** join/#asterisk-dev denon (n=denon@66.207.128.103) |
| 09:03.28 | *** join/#asterisk-dev mpe (n=mpe@94.127.49.1) |
| 09:34.39 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 09:34.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:43.59 | *** part/#asterisk-dev alecdavis (n=alec@202-78-149-14.cable.telstraclear.net) |
| 09:49.30 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 09:49.31 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 12:17.58 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/professional/jeffg) |
| 12:26.39 | *** join/#asterisk-dev uluatu (n=uluatu@189.4.53.18) |
| 12:39.28 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:39.33 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:41.54 | *** join/#asterisk-dev OrNix (n=ornix@l151-249-47.static.cn.ru) |
| 12:42.54 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:42.54 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:02.55 | *** join/#asterisk-dev TheDavidFactor-H (n=chatzill@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 13:15.28 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/professional/jeffg) |
| 13:44.29 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/professional/jeffg) |
| 13:56.52 | *** join/#asterisk-dev davidbrillert (n=aragon12@216.235.8.130) |
| 15:06.04 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 15:13.42 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:13.43 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:18.43 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 15:18.43 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:24.29 | *** join/#asterisk-dev moy (n=moy@74.12.130.190) |
| 15:42.54 | mvanbaak | it's too quiet in here last couple of days ... |
| 15:43.23 | mvanbaak | it's scary |
| 15:43.27 | *** join/#asterisk-dev fred-tmft (n=fred-tea@225.sub-70-217-95.myvzw.com) |
| 15:44.11 | *** part/#asterisk-dev fred-tmft (n=fred-tea@225.sub-70-217-95.myvzw.com) |
| 15:46.13 | kaii | wasn't there small talk yesterday? |
| 15:46.59 | mvanbaak | yes, but I mean in general |
| 15:47.05 | kaii | i'm totally annoyed that asterisk flag fields are (int) throughout the code |
| 15:47.20 | seanbright | as opposed to? long? |
| 15:47.24 | kaii | i need more bits for options in app_dial .. all flags 0..31 are used |
| 15:47.42 | seanbright | we have 64 bit flag fields now |
| 15:47.46 | seanbright | at least in trunk |
| 15:47.52 | seanbright | (... i think) |
| 15:47.54 | *** join/#asterisk-dev elguero (n=_miguel3@ns1.nashuacs.com) |
| 15:47.54 | kaii | ah great |
| 15:48.10 | kaii | doesn't help me with my 1.4 boxen, though |
| 15:48.25 | TheDavidFactor | is there a policy for deleting attachments to issues? A reporter requested that a sip trace from a closed issue be deleted. |
| 15:48.33 | mvanbaak | 1.4 is sooooo 2008 |
| 15:48.53 | TheDavidFactor | yea, and we're almost in 2010! :-) |
| 15:49.03 | kaii | mvanbaak: reading what OEJ wrote today as review request, i'm glad i dont have 1.6.0 in production |
| 15:49.56 | mvanbaak | simply run trunk |
| 15:50.18 | kaii | haha |
| 15:51.01 | mvanbaak | runs very nice |
| 15:51.21 | kaii | runs very well with rev 227824, yes :) |
| 15:51.30 | mvanbaak | ;) |
| 15:51.37 | mvanbaak | that was easy to solve |
| 15:51.52 | kaii | its much more easier to stick with stable, mature releases |
| 15:52.09 | mvanbaak | hhmm, so you're still running 1.0 eh ? |
| 15:52.19 | kaii | i do not consider 1.0 stable ;-) |
| 15:52.37 | mvanbaak | oh yeah. 1.0 is VERY stable |
| 15:53.03 | mvanbaak | we still have some 1.0.9 boxen in production. they are rocksolid |
| 15:53.04 | kaii | hm maybe. never tested it much. |
| 15:53.38 | kaii | my first box was a 1.0 and it had great uptime |
| 15:53.52 | kaii | but it didnt have features and cool stuff |
| 15:54.19 | kaii | 1.4 is a good feature / stability tradeoff imho |
| 15:54.42 | mvanbaak | not a lot I miss in 1.0.9 |
| 15:55.09 | mvanbaak | woot, they are up for 1177 days now |
| 15:55.20 | kaii | nice |
| 15:55.42 | mvanbaak | strongbad:~# uptime |
| 15:55.42 | mvanbaak | <PROTECTED> |
| 15:56.05 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:56.06 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:56.06 | kaii | i thought you mean uptime of the asterisk process :) |
| 15:56.29 | *** join/#asterisk-dev xpot-mobile (n=xpot@173.14.232.121) |
| 15:56.35 | mvanbaak | strongbad*CLI> show uptime |
| 15:56.35 | mvanbaak | System uptime: 1177 day, 16 hours, 14 minutes, 13 seconds |
| 15:56.35 | mvanbaak | Last reload: 1 day, 2 hours, 30 minutes, 47 seconds |
| 15:57.07 | kaii | yay |
| 15:57.26 | mvanbaak | Connected to Asterisk 1.0.9-BRIstuffed-0.2.0-RC8o currently running on strongbad (pid = 15684) |
| 15:57.51 | russellb | nice, heh |
| 15:57.53 | kaii | maybe i should switch all boxes back to 1.0 and tell users they dont need stuff like custom device states for group membership for example |
| 15:58.14 | mvanbaak | strongbad:~# asterisk -rx 'sip show peers' | wc -l |
| 15:58.14 | mvanbaak | 141 |
| 15:58.38 | mvanbaak | strongbad:~# asterisk -rx 'sip show peers' | grep 'OK' | wc -l |
| 15:58.38 | mvanbaak | 55 |
| 15:59.27 | mvanbaak | strongbad:~# asterisk -rx 'iax2 show peers' | grep 'OK' | wc -l |
| 15:59.27 | mvanbaak | 4 |
| 16:01.14 | mvanbaak | and it only uses 10M of memory ! |
| 16:01.56 | mvanbaak | Corydon76-dig: you here ? |
| 16:02.12 | Corydon76-dig | On a conf call for the next 15 minutes |
| 16:02.21 | mvanbaak | k |
| 16:02.24 | mvanbaak | enjoy |
| 16:03.30 | Corydon76-dig | It's a bug in gcc 4.4, basically. I need to work up a test case |
| 16:04.14 | mvanbaak | k. Can we revert the commit for now ? It FUBARs IAX2 |
| 16:04.44 | Corydon76-dig | I have a test define against compiler version |
| 16:05.05 | Corydon76-dig | Can't revert or russell and others running latest Ubuntu will complain vociferously |
| 16:06.23 | Corydon76-dig | Why does it fubar iax2? |
| 16:06.31 | TheDavidFactor | anyone know where leifmadsen is? |
| 16:06.40 | Corydon76-dig | TheDavidFactor: at the dentist |
| 16:06.47 | TheDavidFactor | oh joy! |
| 16:06.54 | mvanbaak | Corydon76-dig: calls cannot be setup |
| 16:07.39 | Corydon76-dig | Does the code inadvertently reverse the order? |
| 16:08.14 | mvanbaak | Corydon76-dig: [Nov 18 18:33:30] NOTICE[28034]: chan_iax2.c:10705 socket_process: |
| 16:08.17 | mvanbaak | Rejected connect attempt from XXX.XXX.XXX.XXX, requested/capability |
| 16:08.19 | mvanbaak | '0x400000000000000 (nothing)'/'0xe00000000000000 (nothing)' incompatible |
| 16:08.22 | mvanbaak | with our capability '0xe (gsm|ulaw|alaw)'. |
| 16:08.25 | Corydon76-dig | I'm asking a developer question and you're answering with a user-level answer |
| 16:08.53 | Corydon76-dig | Looks like a reversal of the bytes, then |
| 16:08.59 | mvanbaak | yups |
| 16:09.57 | mvanbaak | it only does this when sending the NEW to the other box |
| 16:10.26 | mvanbaak | it still accepts calls from asterisk boxen without that revision applied |
| 16:11.09 | mvanbaak | 1.6.2 -> trunk works. trunk -> trunk does not |
| 16:11.32 | Corydon76-dig | Okay, still, I'm looking at the code, and it doesn't seem to be wrong. |
| 16:12.01 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 16:12.26 | Corydon76-dig | Oh! I see now |
| 16:13.23 | mvanbaak | \o/ |
| 16:15.43 | Katty | goooooooooooooooooooooooooood morning!!!! |
| 16:15.53 | Katty | oh. afternoon, i mean. |
| 16:15.54 | mvanbaak | hey Katty :) |
| 16:16.20 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:36.41 | *** join/#asterisk-dev uluatu (n=uluatu@189.4.53.18) |
| 16:42.30 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 17:07.20 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 17:07.20 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 17:18.44 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:18.44 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 17:28.48 | TheDavidFactor | leifmadsen, ping |
| 17:35.53 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 17:42.25 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 17:52.42 | TheDavidFactor | leifmadsen, ping ping ;-) |
| 18:01.25 | Corydon76-dig | I get the sense that Leif's has had his filling for the day |
| 18:01.37 | Katty | that means he needs a hug. |
| 18:01.40 | Katty | hugs leifmadsen |
| 18:05.20 | TheDavidFactor | later all! have a great weekend |
| 18:05.41 | Katty | byebye |
| 18:05.43 | Corydon76-dig | TheDavidFactor: leaving early? |
| 18:05.57 | TheDavidFactor | yep! worked extra hours this week |
| 18:06.11 | Corydon76-dig | Boo, hiss |
| 18:06.30 | TheDavidFactor | hehe |
| 18:06.58 | Katty | well good for him. not only do i have to work late, i also have to show up on saturday for a bit. |
| 18:07.55 | *** part/#asterisk-dev mpe (n=mpe@94.127.49.1) |
| 18:10.58 | *** join/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 18:11.22 | Corydon76-dig | hugs Katty and pets. |
| 18:21.14 | alecdavis | my bug #16151, fixes an issue where echocan stops Digital calls. But the other day another bug yet to refind, was closed, again with Digital calls, but the reporter had TXGAIN=-5, which stopped the call. It's valid to have TXGAIN and RXGAIN, but should the code ignore TX/RX gain for Digital calls? |
| 18:24.26 | alecdavis | bug #15972 is the one with TXGAIN=-5.0 |
| 18:24.36 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 18:24.36 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 18:33.13 | *** join/#asterisk-dev davidbrillert (n=aragon12@216.235.8.130) |
| 18:52.04 | *** join/#asterisk-dev uluatu (n=uluatu@189.4.53.18) |
| 18:54.52 | *** join/#asterisk-dev ecrane (n=ecrane@o1-69-19-166-10.static.o1.com) |
| 18:56.52 | jpeeler | alecdavis: have you verified that anything other than 0.0 for the txgain causes calls to fail? if not, note that on the bug and i'll take a look at that before committing |
| 19:13.26 | *** join/#asterisk-dev jamesh1 (n=jhenders@xob.neospire.net) |
| 19:13.41 | *** join/#asterisk-dev errotan (n=errotan@a1558.adsl.pool.eol.hu) |
| 19:45.58 | alecdavis | Jpeeler: I can do that. maybe I assumed reporter was correct, |
| 19:47.35 | *** part/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 19:48.22 | *** join/#asterisk-dev mpe (n=mpe@0x4dd624b2.adsl.cybercity.dk) |
| 19:57.36 | *** join/#asterisk-dev mpe (n=mpe@0x4dd624b2.adsl.cybercity.dk) |
| 20:27.33 | *** join/#asterisk-dev Corydon76-dig (i=blush@c-69-137-80-31.hsd1.tn.comcast.net) |
| 20:27.33 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 20:46.30 | *** join/#asterisk-dev dbrooks (n=dbrooks@nat/digium/x-ddlvqhntootnxavl) |
| 20:54.26 | *** join/#asterisk-dev mpe (n=mpe@0x4dd624b2.adsl.cybercity.dk) |
| 21:12.32 | *** join/#asterisk-dev elguero (n=_miguel3@ns1.nashuacs.com) |
| 21:47.58 | Corydon76-dig | mvanbaak: ping |
| 22:25.45 | ecrane | Hi, I know this is the 'wrong attitude', but is it possible (and allowed within the licensing terms of Asterisk) to make a module for asterisk that is released as a binary and non-gpl? |
| 22:26.42 | ecrane | It seems like loader.c->inspect_module() requires a particular MD5 to be set as the module key (I assume this is ASTERISK_GPL_KEY). This key suggests my module needs to be licensed under GPL. Is that true? (Again, I am trying to follow the rules and be in compliance here. I am not looking for a trick or way around the validation process). |
| 22:27.07 | Corydon76-dig | ecrane: Yes |
| 22:27.28 | Corydon76-dig | You must aupply the source ON DEMAND to anybody who receives the binary |
| 22:27.59 | snuff-home | because digium owns code, they don't have to aka chan_skype ;) |
| 22:28.12 | Corydon76-dig | You do not have to release the source to the public, but you also cannot restrict anybody who receives the source from releasing it to the public |
| 22:29.15 | ecrane | Sounds like the GPL to me. Ok, thanks. So the answer is 'yes I must release my module code under GPL if I intend to distribute binaries of my module', correct? |
| 22:30.28 | ecrane | (I'm not expecting like, an official ruling that is lawyer proof or anything.. just opinions based on experience of the members of this channel). |
| 22:32.00 | ecrane | snuff-home: Is that the same idea as with the g729 codec from digium? |
| 22:41.49 | ecrane | Corydon76-dig: Forgive me if I misunderstood your answer. You are saying I can release my binary as non-gpl, as long as I supply source ON DEMAND to recipients of the binary, and give recipients of the source code permission to re-release the code to the public, correct? |
| 22:44.57 | Corydon76-dig | Nope, your binary is covered under the GPL, as derivative code |
| 22:46.03 | ecrane | Ok, thanks. Crystal clear now. |
| 22:46.51 | Corydon76-dig | But yes, GPL allows you to distribute binary-only, as long as you make the source available to whomever received the binary from you |
| 22:47.58 | ecrane | Ah, thanks. I am all for GPL.. it's just, as a business case, I'll have to let it be known that GPL is required and then the company can make a decision, etc. |
| 22:48.51 | Amorsen | Just remember that it needs to be a written offer and valid for any third party |
| 22:50.29 | Corydon76-dig | Amorsen: what third party? |
| 22:50.49 | ecrane | I think he means 'anyone'. Any person/company/whatever..... |
| 22:51.18 | Corydon76-dig | ecrane: then that's false. The only people to whom you are required to provide the source are those who received the binary from you |
| 22:51.31 | Amorsen | Corydon76-dig: Only if you provide the source along with the binaries |
| 22:51.51 | Amorsen | Corydon76-dig: If you go the offer route, it's any third party |
| 22:51.58 | Gugge | But that person is free to give the source to other people |
| 22:52.46 | Amorsen | In many ways it's easier to handle just shipping the source too, so you don't risk having to dig up something obsolete because a random person waves the offer at you |
| 22:53.29 | ecrane | Ah, ok. But (correct me if I'm wrong), once I distribute the binary and one of my users asks for source code, that user is free to 'let the cat out of the bag' and that user can modify and redistribute the code as they see fit, correct? |
| 22:53.49 | ecrane | Amorsen: Yes, I agree ^^. |
| 22:53.57 | Corydon76-dig | Amorsen: No, only to those who obtain the object code |
| 22:54.10 | Amorsen | Corydon76-dig: Only to those who obtain the written offer, actually |
| 22:54.44 | Corydon76-dig | Amorsen: section 6 specifies that the licensor has the option of ONE of those options |
| 22:54.45 | Amorsen | They don't have to have the object code |
| 22:54.57 | Amorsen | Corydon76-dig: Yes, and the licensor picks beforehand |
| 22:55.08 | Amorsen | He can't go back and retroactively pick something else |
| 22:55.16 | Corydon76-dig | Amorsen: Yes, they have to have the object code |
| 22:55.59 | Corydon76-dig | Written offer only applies to noncommercial code |
| 22:56.13 | Amorsen | Corydon76-dig: That's two wrongs in two sentences |
| 22:56.55 | Amorsen | "Accompany it with a written offer, valid for at least three years, to give any third party," |
| 22:56.55 | Amorsen | Any third party, no need to have the object code |
| 22:57.17 | Amorsen | Which is why it's generally a bit dangerous to pick option b), and better to go a) or c) |
| 22:57.24 | Corydon76-dig | Convey the object code in, or embodied in, a physical product (including a physical distribution medium), accompanied by a written offer, valid for at least three years and valid for as long as you offer spare parts or customer support for that product model, to give anyone who possesses the object code either... |
| 22:57.43 | Amorsen | Ah, duh, GPL version conflict |
| 22:58.29 | Amorsen | Asterisk is v2 |
| 23:00.48 | ecrane | http://www.gnu.org/licenses/gpl-2.0.html |
| 23:01.08 | ecrane | I will study this, thanks all for the information and clarification. |
| 23:04.36 | Corydon76-dig | ecrane: if you do want to distribution something outside of the GPL, then you need process memory separation that includes with it a GPL-license module through which communication outside of the process is accomplished |
| 23:06.05 | Corydon76-dig | That is, you create a pipeline interface with an external binary, and the Asterisk side of the communication is GPLed |
| 23:07.27 | Corydon76-dig | ecrane: Another possibility is obtaining a license from Digium that permits you to distribute your module under non-GPL terms. This is generally only available with a source code license of ABE |
| 23:12.03 | ecrane | Corydon76-dig: thanks! |
| 23:16.10 | mpe | 1 question the module dos it modify any asterisk code (GPL) |
| 23:25.00 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/professional/jeffg) |
| 23:32.41 | ecrane | mpe: I have not written it yet, heh. The decision on how to release it (E.g. if it is going to be released by GPL) will effect how the code will be written and from what sources 'help' will be used. Yeah, so if it's NOT GPLed, does that mean I can't use things like ast_str_*? |
| 23:34.50 | work|philipp64 | jtodd: ping? |
| 23:44.54 | *** join/#asterisk-dev tzafrir__laptop (n=tzafrir@212.179.75.202) |
| 23:44.54 | *** mode/#asterisk-dev [+o tzafrir__laptop] by ChanServ |
| 23:49.21 | *** join/#asterisk-dev uluatu (n=uluatu@187.58.238.14) |
| 23:50.43 | mpe | if you change any gpl code you have to make the changes avalible to you useres |
| 23:51.50 | mpe | if you include any gpl code you have to make the gpl code avalible to your usere |
| 23:52.55 | mpe | the rest you can use any licens you want |
| 23:54.50 | mpe | but if you want your code to be included in digium's asterisk you have to release it as gpl and also signe a digium licens |
| 23:58.26 | jsmith-busy | mpe: It's more complicated than that, as I understand it, due to the "linking" clause of the GPL |
| 23:58.36 | jsmith-busy | mpe: Then again, I'm not a lawyer, and don't play one on IRC |