| 00:09.29 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 00:09.29 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 00:52.28 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 00:52.29 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 01:10.28 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 01:10.29 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 02:43.21 | *** join/#asterisk-dev mvanbaak_ (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 02:43.22 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 02:51.15 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-wktyxbrivzixeoru) |
| 02:51.15 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 04:33.21 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 04:33.21 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 09:05.52 | *** join/#asterisk-dev tzanger (tzanger@wallace.mixdown.ca) |
| 09:06.05 | *** join/#asterisk-dev opticron (~opticron@pianoben.ch) |
| 09:06.06 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 09:12.00 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:f1b6:4fed:3ae:1467) |
| 09:23.53 | *** join/#asterisk-dev Tim_Toady (~fuzzy@194.50.55.200) |
| 09:34.16 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 09:45.38 | *** join/#asterisk-dev jmls (~somefake@77.107.171.82) |
| 09:58.35 | *** join/#asterisk-dev bombev (~bombev@PPPoE-Static-40-132.UnicsBG.Net) |
| 09:58.54 | bombev | Happy new year to all, I wish all the best :) |
| 10:17.55 | *** join/#asterisk-dev Tim_Toady (~fuzzy@194.50.55.200) |
| 10:46.38 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 11:54.14 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 11:54.14 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 12:07.45 | file | wdoekes, :D |
| 12:26.56 | *** join/#asterisk-dev mjordan (~mjordan@216.186.152.216) |
| 12:26.56 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:50.06 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 12:52.40 | *** join/#asterisk-dev felipe_ (~felipe@unaffiliated/felipe) |
| 12:53.22 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-nlzhhvddisfpgtor) |
| 12:53.22 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:53.30 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-nlzhhvddisfpgtor) |
| 12:57.40 | jsmith | Happy Friday! |
| 12:57.57 | file | yes! |
| 13:05.34 | leifmadsen | Happy Festivus! |
| 13:05.38 | leifmadsen | err FRIDAY |
| 13:55.27 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-lpyadwxfbzoggxfe) |
| 14:17.36 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 14:17.36 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 14:20.37 | *** join/#asterisk-dev kpfleming (4173e21c@gateway/web/freenode/ip.65.115.226.28) |
| 14:20.47 | kpfleming | lurks |
| 14:21.03 | file | pushes kpfleming |
| 14:22.15 | kpfleming | Isn't this the non-pushing channel? |
| 14:22.50 | file | not on Friday |
| 14:24.10 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-jfhhybvjbhbdxmsp) |
| 14:24.10 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:25.26 | blitzrage | kpfleming: ohai! |
| 14:25.47 | blitzrage | ya, rookie mistake joining on Push Down Friday |
| 14:26.17 | kpfleming | Wait... blitzrage and I are both here and in #jenkins. Scary. |
| 14:26.33 | blitzrage | kpfleming: but you're not in #chef or #chef-hacking |
| 14:26.40 | kpfleming | Nope, not a Chef user. |
| 14:26.49 | blitzrage | are you a dirty puppet user? |
| 14:26.55 | kpfleming | Nope, neither one. |
| 14:26.55 | blitzrage | looks for pabelanger |
| 14:26.58 | blitzrage | OIC |
| 14:27.35 | kpfleming | My Jenkins VM images are all built by hand (for now), but later will use something akin to Bellatrix for recipe management. I need recipes to build EC2 AMIs, not configure running systems. Different use case. |
| 14:27.43 | kpfleming | Of course, this is all way off-topic. |
| 14:27.52 | blitzrage | it's off-topic friday! |
| 14:27.59 | file | caramelized onions, discuss |
| 14:28.06 | blitzrage | file: FTMFW |
| 14:28.49 | blitzrage | kpfleming: ah gotcha, ya that was always a pain for me too -- we used to build them manually, then export them into an AMI for use later on |
| 14:28.59 | blitzrage | using something like kickstart or preseed at least |
| 14:29.16 | blitzrage | but now I do VMware :p |
| 14:29.34 | blitzrage | (actually, that's not true, someone else does VMware, I just build stuff on that platform) |
| 14:29.43 | kpfleming | My plan is to take the Bellatrix idea and implement it in the Jenkins EC2 plugin directly, so users can write recipes as Groovy scripts and the plugin will handle creating new AMIs when needed. |
| 14:31.03 | blitzrage | kpfleming: woah |
| 14:31.05 | blitzrage | I like that :) |
| 14:31.18 | blitzrage | so basically, use it for spinning up a VM for doing some functional testing with in Jenkins? |
| 14:31.24 | kpfleming | Not quite. |
| 14:31.44 | blitzrage | (I did that with vagrant at my last position to test cookbooks in Chef with minitest::spec tests) |
| 14:32.11 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 14:32.11 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 14:32.24 | kpfleming | The EC2 plugin already knows about 'slave templates', which are a combination of an AMI, an instance type, an init script, and various other things. When new Jenkins nodes are needed, slave templates are chosen (using labels) and one or more instances are spun up to run the jobs. |
| 14:32.27 | kpfleming | That already works mostly OK. |
| 14:32.49 | kpfleming | Building the AMIs, though, still requires manual work: take a base AMI, add in your packages and config changes, etc. |
| 14:33.22 | kpfleming | I want to extend the slave template idea to have a base AMI and a script to turn it into the real AMI, and then the plugin can do all that work whenever the script (recipe) gets changed. |
| 14:33.58 | kpfleming | Parts of this could be done with Puppet or Chef, of course, but those are designed for managing configs on long-running systems, which is different. |
| 14:35.31 | pabelanger | This is for your CI jobs? Missed the first part |
| 14:35.52 | kpfleming | Yep |
| 14:36.59 | pabelanger | And you are provisioning a new slave for each job? And when the job is done terminating said slave? |
| 14:37.42 | kpfleming | not quite for each job... they are allowed to run multiple jobs, but when they go idle for 30+ minutes or so they are stopped... and then they will be killed if their template changes (meaning their config needs to be different) |
| 14:39.21 | kpfleming | So build slaves are ephemeral, but have indefinite lifetimes, if that makes any sense. |
| 14:40.04 | pabelanger | Yup, how many slaves are you spinning up? |
| 14:40.18 | kpfleming | Anywhere from 8 to 30, depending on the workload. |
| 14:40.39 | blitzrage | very cool |
| 14:41.34 | pabelanger | Jenkins I hope :D |
| 14:41.38 | kpfleming | yes. |
| 14:41.44 | pabelanger | weee! |
| 14:41.58 | kpfleming | Jenkins running on EC2, using EC2 for build nodes as well. |
| 14:42.26 | blitzrage | pabelanger: <kpfleming> My plan is to take the Bellatrix idea and implement it in the Jenkins EC2 plugin directly, so users can write recipes as Groovy scripts and the plugin will handle creating new AMIs when needed. |
| 14:42.52 | pabelanger | kpfleming: Checkout http://ci.openstack.org/jenkins-job-builder/ when you have time.... a tool to control your jobs via yaml, allow for control using puppet or chef |
| 14:43.10 | kpfleming | I don't use Puppet or Chef :-) |
| 14:43.22 | pabelanger | Well, if you decide too |
| 14:43.46 | pabelanger | same some time if your jenkins master ever dies |
| 14:44.09 | kpfleming | Our Jenkins jobs (already) are quite complex. We'll have to rely on snapshots and backups for that. |
| 14:46.08 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:46.11 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:07.18 | jsmith | Whoa, it's a kpfleming! |
| 15:15.01 | kpfleming | jsmith: it is indeed |
| 15:28.32 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 15:28.32 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 15:41.48 | *** join/#asterisk-dev bchia (~Adium@nat/digium/x-jdvxxejjojvskygu) |
| 15:48.23 | bchia | I've been learning some C and looking the Asterisk source, I'm curious why the sip_peer_type in sip.h are defined using bitwise shifts? Is this just obfuscation or is there an advantage? http://pastebin.com/zfkUN40K |
| 15:49.02 | Qwell | bchia: friends may be both |
| 15:49.09 | Qwell | (random guess, without actually looking) |
| 15:51.46 | bchia | It seems that friends could equal "3" if you defined peer = 1 and user = 2. I guess I'm a little confused as to why peer = (1 << 0) and peer = (1 << 1) |
| 15:52.29 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 15:52.29 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 15:52.48 | *** join/#asterisk-dev Tim_Toady (~fuzzy@194.50.55.245) |
| 15:59.13 | bchia | ok, it looks like checking the type in chan_sip.c uses bitwise &, so I'm guessing defining with bitwise shift is actually more clear to show what's being checked |
| 16:01.49 | bombev | have a good one |
| 16:03.02 | *** join/#asterisk-dev rgagnon (~rgagnon@99-185-128-25.lightspeed.austtx.sbcglobal.net) |
| 16:03.06 | *** part/#asterisk-dev rgagnon (~rgagnon@99-185-128-25.lightspeed.austtx.sbcglobal.net) |
| 16:18.32 | *** join/#asterisk-dev rgagnon (~rgagnon@99-185-128-25.lightspeed.austtx.sbcglobal.net) |
| 16:18.36 | *** part/#asterisk-dev rgagnon (~rgagnon@99-185-128-25.lightspeed.austtx.sbcglobal.net) |
| 16:21.54 | *** join/#asterisk-dev rgagnon (~rgagnon@99-185-128-25.lightspeed.austtx.sbcglobal.net) |
| 16:21.58 | *** part/#asterisk-dev rgagnon (~rgagnon@99-185-128-25.lightspeed.austtx.sbcglobal.net) |
| 17:02.24 | *** join/#asterisk-dev datachomper (~rmeyerrie@nat/digium/x-tajxqpuhxwaoeggq) |
| 17:14.46 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 17:36.43 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 17:36.43 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 20:38.02 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 20:54.58 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 22:59.27 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 23:10.39 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 23:10.39 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 23:22.52 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-jfhhybvjbhbdxmsp) |