Permalink
Browse files

Adds IRC logs

  • Loading branch information...
0 parents commit f749a4ea6d4ba3c940d5e17b5a6967b06323d881 @cwebberOps cwebberOps committed Aug 4, 2014
Showing 2,515 changed files with 597,554 additions and 0 deletions.
@@ -0,0 +1,4 @@
+[2012-01-11 23:20:00 -0500] github-bawt: [chef] mmzyk created win32_functional_tests (+8 new commits): http://git.io/3zvnGA
+[2012-01-11 23:20:00 -0500] github-bawt: [chef/win32_functional_tests] Fix file_resource shared spec so it runs on windows correctly - Mark Mzyk
+[2012-01-11 23:20:00 -0500] github-bawt: [chef/win32_functional_tests] Make remote directory files_mode nil by default on windows, otherwise error results, because owner is nil by default - Mark Mzyk
+[2012-01-11 23:20:00 -0500] github-bawt: [chef/win32_functional_tests] Fix typo so method is named properly - Mark Mzyk
@@ -0,0 +1,12 @@
+[2012-01-13 13:37:00 -0500] nico: heya hackers
+[2012-01-13 13:38:00 -0500] nico: monkey patched the package provider for freebsd to support http proxy
+[2012-01-13 13:38:00 -0500] nico: http://pastie.org/private/b4ssc17yvv9ltlkqa85hdq
+[2012-01-13 13:38:00 -0500] nico: comments welcome
+[2012-01-13 16:13:00 -0500] github-bawt: [chef] mmzyk pushed 2 new commits to win32_functional_tests: http://git.io/BQa2Qg
+[2012-01-13 16:13:00 -0500] github-bawt: [chef/win32_functional_tests] Fix windows mode to it handles string and int mode values - Mark Mzyk
+[2012-01-13 16:13:00 -0500] github-bawt: [chef/win32_functional_tests] Update functional tests to have mode; added in helper functions - Mark Mzyk
+[2012-01-13 16:37:00 -0500] mkent_: friday!@!
+[2012-01-13 16:41:00 -0500] ampledata: i'll take 2
+[2012-01-13 16:45:00 -0500] laurent\: :) it's 5:45pm here ! week end ! :)
+[2012-01-13 21:40:00 -0500] github-bawt: [chef] mmzyk pushed 1 new commit to win32_functional_tests: http://git.io/d2WSrg
+[2012-01-13 21:40:00 -0500] github-bawt: [chef/win32_functional_tests] Test around mode in windows, checking that octal permissions work - Mark Mzyk
@@ -0,0 +1 @@
+[2012-01-16 19:10:00 -0500] c_t: The Ice Age is upon us.
@@ -0,0 +1,134 @@
+[2012-01-17 15:47:00 -0500] jtimberman: omg hai guise
+[2012-01-17 16:34:00 -0500] yfeldblum: morning, jt
+[2012-01-17 16:35:00 -0500] yfeldblum: is a "high guise" a mask that you were so that no-one can tell that you're high?
+[2012-01-17 16:35:00 -0500] yfeldblum: wear*
+[2012-01-17 18:27:00 -0500] github-bawt: [chef] btm pushed 1 new commit to master: http://git.io/KaxDdg
+[2012-01-17 18:27:00 -0500] github-bawt: [chef/master] CHEF-2863: make sure wget is installed for ubuntu apt bootstrap - Bryan McLellan
+[2012-01-17 18:36:00 -0500] github-bawt: [omnibus] btm pushed 1 new commit to master: http://git.io/Rg7N7Q
+[2012-01-17 18:36:00 -0500] github-bawt: [omnibus/master] Check to see if we download an empty file and error sanely - Bryan McLellan
+[2012-01-17 18:43:00 -0500] github-bawt: [omnibus] btm pushed 1 new commit to master: http://git.io/ihLopg
+[2012-01-17 18:43:00 -0500] github-bawt: [omnibus/master] CHEF-2866: Ensure we are on the master branch when we build - Bryan McLellan
+[2012-01-17 19:20:00 -0500] github-bawt: [chef] btm pushed 1 new commit to master: http://git.io/DFH1Dw
+[2012-01-17 19:20:00 -0500] github-bawt: [chef/master] ignore autogenerated content on merge - Bryan McLellan
+[2012-01-17 21:15:00 -0500] github-bawt: [chef] btm pushed 1 new commit to master: http://git.io/Lwjq4w
+[2012-01-17 21:15:00 -0500] github-bawt: [chef/master] Merge branch '0.10.6-rc' - Bryan McLellan
+[2012-01-17 21:27:00 -0500] KarlHungus: hi
+[2012-01-17 21:28:00 -0500] KarlHungus: is it possible to override the freebsd package provider for all recipes?
+[2012-01-17 21:34:00 -0500] fujin: Yes, of course. I recently had to do this for a client because their opinions for how freebsd should use the package manager differ to
+[2012-01-17 21:34:00 -0500] fujin: well, everyone
+[2012-01-17 21:34:00 -0500] fujin: seems to be quite common with freebsd
+[2012-01-17 21:34:00 -0500] fujin: "oh no i don't like it like that <rewrite provider>"
+[2012-01-17 21:35:00 -0500] fujin: KarlHungus: You can use a library in a cookbook and override the freebsd package provider class
+[2012-01-17 21:36:00 -0500] KarlHungus: fujin: frankly, parts of the freebsd package provider are simply flawed
+[2012-01-17 21:36:00 -0500] fujin: yeah yeah. I know
+[2012-01-17 21:37:00 -0500] fujin: KarlHungus: feel free to submit issues, do the contributing process then supply patches
+[2012-01-17 21:37:00 -0500] KarlHungus: fujin: i will, absolutely
+[2012-01-17 21:37:00 -0500] KarlHungus: but to test my fixes, i need to override first =)
+[2012-01-17 21:37:00 -0500] fujin: half of the shit in freebsd is bat-fuck-insane
+[2012-01-17 21:37:00 -0500] fujin: not designed for automation
+[2012-01-17 21:37:00 -0500] fujin: it doesn't work. blah blah
+[2012-01-17 21:37:00 -0500] KarlHungus: no. it does work. most of the time =)
+[2012-01-17 21:38:00 -0500] fujin: I'm not going down this road again
+[2012-01-17 21:38:00 -0500] KarlHungus: thats arguable. its a different methodology from linux, for sure.
+[2012-01-17 21:39:00 -0500] KarlHungus: my current issue is that the provider uses 'whereis -s #{@new_resource.package_name}"' which doesn't work if whereis returns multiple matches, or doesn't return the /usr/ports path
+[2012-01-17 21:39:00 -0500] KarlHungus: like for ntp
+[2012-01-17 21:40:00 -0500] KarlHungus: most of the time it works quite well. but using pkg_info -o `pkg_info -E "#{@new_resource.package_name}*"` is a more robust method for obtaining this info
+[2012-01-17 21:54:00 -0500] fujin: That sounds like a good fix.
+[2012-01-17 21:54:00 -0500] KarlHungus: fujin: i'm still pretty chef ignorant (maybe just outright ignorant). to clarify what you're saying, i should freate a class Chef::Provider::Package in a file like cookbooks/my-freebsd/libraries/package.rb
+[2012-01-17 21:54:00 -0500] fujin: I look forward to reviewing the change set including appropriate test code coverage
+[2012-01-17 21:54:00 -0500] fujin: Indeed, that is the most trivial way to do it
+[2012-01-17 21:55:00 -0500] fujin: sec
+[2012-01-17 21:55:00 -0500] renchap: well
+[2012-01-17 21:55:00 -0500] renchap: we struggle with this provider too
+[2012-01-17 21:55:00 -0500] KarlHungus: is there anything additional i need to do to ensure this library is loaded on my clients? a default.rb recipe stub in that cookbook?
+[2012-01-17 21:55:00 -0500] renchap: we need to use a proxy for http/ftp
+[2012-01-17 21:55:00 -0500] fujin: https://gist.github.com/1373d1b732c44207e941
+[2012-01-17 21:55:00 -0500] KarlHungus: renchap: if you are Renaud Chaput, then i've read most of your bug reports =)
+[2012-01-17 21:56:00 -0500] renchap: so => override
+[2012-01-17 21:56:00 -0500] renchap: KarlHungus: i am ;)
+[2012-01-17 21:56:00 -0500] renchap: also freebsd chef port maintener
+[2012-01-17 21:56:00 -0500] renchap: if its useful
+[2012-01-17 21:56:00 -0500] fujin: KarlHungus: no, you can have a cookbook empty apart from a library, and if another cookbook has a dependency on it it will be shipped
+[2012-01-17 21:56:00 -0500] fujin: don't need a recipe or anything
+[2012-01-17 21:56:00 -0500] KarlHungus: renchap: ahh. i submitted the chef-server port =)
+[2012-01-17 21:56:00 -0500] fujin: just make sure it ends up on the client (with cookbook metadata)
+[2012-01-17 21:56:00 -0500] renchap: we plan, someday, to replace all this with pkgng
+[2012-01-17 21:56:00 -0500] renchap: which is a new binary package manager
+[2012-01-17 21:56:00 -0500] fujin: nice!
+[2012-01-17 21:56:00 -0500] renchap: that seems to... work !
+[2012-01-17 21:56:00 -0500] KarlHungus: renchap: i'm quite excited =)
+[2012-01-17 21:56:00 -0500] fujin: I'm a dpkg guy myself.
+[2012-01-17 21:56:00 -0500] renchap: amazing stuff for freebsd
+[2012-01-17 21:57:00 -0500] fujin: whatever freebsd gets - i hope FPM gets support for it ,3
+[2012-01-17 21:57:00 -0500] renchap: http://wiki.freebsd.org/pkgng
+[2012-01-17 21:57:00 -0500] fujin: nice
+[2012-01-17 21:57:00 -0500] fujin: that looks pretty interesting
+[2012-01-17 21:57:00 -0500] fujin: i like the yaml with inline scripts
+[2012-01-17 21:58:00 -0500] renchap: the main author (bapt on freenode) is looking for testers
+[2012-01-17 21:58:00 -0500] renchap: and it should be included in base for next release
+[2012-01-17 21:58:00 -0500] KarlHungus: renchap: its slated for 10, iirc
+[2012-01-17 21:58:00 -0500] fujin: i really just want gnu/debian userland for freebsd
+[2012-01-17 21:58:00 -0500] fujin: kfreebsd project would be nice if it matured
+[2012-01-17 21:58:00 -0500] renchap: not all the userland, really
+[2012-01-17 21:59:00 -0500] renchap: system tools & all are much better on freebsd
+[2012-01-17 21:59:00 -0500] renchap: it lacks a consistent package system
+[2012-01-17 21:59:00 -0500] renchap: that can be automated
+[2012-01-17 21:59:00 -0500] fujin: true
+[2012-01-17 21:59:00 -0500] fujin: dtrace is nice, zfs is nice
+[2012-01-17 21:59:00 -0500] fujin: mattray: that drbd cookbook looks like gangster shit, what are you using it for?
+[2012-01-17 21:59:00 -0500] fujin: mysql + drbd?
+[2012-01-17 21:59:00 -0500] mattray: yes
+[2012-01-17 22:00:00 -0500] renchap: well
+[2012-01-17 22:00:00 -0500] renchap: with pngng
+[2012-01-17 22:00:00 -0500] renchap: and poudriere to build packages
+[2012-01-17 22:00:00 -0500] renchap: (another bapt work, fully jail/zfs system to build ports for a set of archs, and keep them up to date)
+[2012-01-17 22:00:00 -0500] mattray: fujin: I never quite finished the corosync cookbook to go with it
+[2012-01-17 22:00:00 -0500] renchap: we hope to be able to deploy more freebsd
+[2012-01-17 22:01:00 -0500] renchap: (http://git.etoilebsd.net/poudriere)
+[2012-01-17 22:01:00 -0500] KarlHungus: renchap: sounds a lot like tinderbox
+[2012-01-17 22:01:00 -0500] renchap: yup
+[2012-01-17 22:01:00 -0500] renchap: but using zfs CoW
+[2012-01-17 22:01:00 -0500] renchap: extensively
+[2012-01-17 22:02:00 -0500] KarlHungus: yes. we have tinderbox wrapper to leverage zfs =)
+[2012-01-17 22:02:00 -0500] KarlHungus: i am looking forward to ironing out my chef freebsd packaging woes so i can start making cookbooks for things like that =)
+[2012-01-17 22:04:00 -0500] renchap: well
+[2012-01-17 22:04:00 -0500] renchap: you could look at poudriere/pkgng :)
+[2012-01-17 22:04:00 -0500] renchap: seems the way to go for me
+[2012-01-17 22:05:00 -0500] KarlHungus: renchap: yes, it will be
+[2012-01-17 22:05:00 -0500] mattray: fujin: if you're interested in corosync and pacemaker, here's what I've got so far: https://github.com/mattray/barclamp_ha_service/tree/pacemaker_service
+[2012-01-17 22:06:00 -0500] renchap: because pkg_add & such have a big flaw
+[2012-01-17 22:06:00 -0500] renchap: you cant upgrade packages ;)
+[2012-01-17 22:06:00 -0500] fujin: mattray: Nice!
+[2012-01-17 22:06:00 -0500] KarlHungus: renchap: pkg_delete -af && pkg_add $leaf_ports ;)
+[2012-01-17 22:06:00 -0500] fujin: We're planning on playing with a bunch of this tech soon, good to know you are working on it
+[2012-01-17 22:06:00 -0500] fujin: crowbar needs it?
+[2012-01-17 22:06:00 -0500] renchap: KarlHungus: irk
+[2012-01-17 22:06:00 -0500] KarlHungus: you cringe, but it works correctly 100% of the time
+[2012-01-17 22:07:00 -0500] mattray: fujin: the goal was to come up with a way to fake Chef out, to have it believe that the service Resource was working, while corosync actually manages it
+[2012-01-17 22:07:00 -0500] mattray: fujin: alas, I got sidetracked and all it does now is configure pacemaker, with no services managed yet
+[2012-01-17 22:08:00 -0500] mattray: it's in the Crowbar stuff, but I never integrated it so it's still stand-alone Chef
+[2012-01-17 22:17:00 -0500] KarlHungus: fujin: this is going to work well. thanks for the help
+[2012-01-17 22:17:00 -0500] KarlHungus: do they let you go to conferences? i owe you a beer
+[2012-01-17 22:20:00 -0500] fujin: let me? who!?
+[2012-01-17 22:20:00 -0500] fujin: I'm free. like the wind
+[2012-01-17 22:21:00 -0500] fujin: Sometimes I leave new zealand to get to conferences, it's rough though :)
+[2012-01-17 22:21:00 -0500] KarlHungus: ahh. you aren't opscode?
+[2012-01-17 22:21:00 -0500] fujin: I used to work at opscode, sure
+[2012-01-17 22:21:00 -0500] mattray: fujin's the butterfly on the other side of the planet affecting the weather here :p
+[2012-01-17 22:21:00 -0500] fujin: few years back
+[2012-01-17 22:21:00 -0500] fujin: I'm just a hanger-on now ;)
+[2012-01-17 22:21:00 -0500] KarlHungus: ahh. cool =) well, i'll look you up next time i'm sent halfway around the world to go to a conf in NZ. haha
+[2012-01-17 22:22:00 -0500] fujin: hehe. cheers
+[2012-01-17 22:22:00 -0500] fujin: I started a consultancy company so I could build infra some more
+[2012-01-17 22:22:00 -0500] fujin: do wild ass shit, unabated
+[2012-01-17 22:22:00 -0500] fujin: plus I still get to use and contribute to chef, just like while I was @opscode, soo.. :) no big deal
+[2012-01-17 23:11:00 -0500] renchap: hey btm
+[2012-01-17 23:11:00 -0500] renchap: are you here ?
+[2012-01-17 23:12:00 -0500] renchap: (dont lie, you just spoke !)
+[2012-01-17 23:17:00 -0500] renchap: btm: ping ? :(
+[2012-01-17 23:22:00 -0500] btm: renchap: It's after 6pm local here! :)
+[2012-01-17 23:24:00 -0500] renchap: :(
+[2012-01-17 23:24:00 -0500] renchap: its 00:24 here
+[2012-01-17 23:24:00 -0500] renchap: we have a problem where services under debian squeeze are not disabled
+[2012-01-17 23:25:00 -0500] renchap: and the resource is run at each chef run
+[2012-01-17 23:25:00 -0500] renchap: can it be related to http://tickets.opscode.com/browse/CHEF-2034 ?
@@ -0,0 +1,11 @@
+[2012-01-18 22:23:00 -0500] fujin: oh dear god
+[2012-01-18 22:23:00 -0500] fujin: the /etc/chefvars.rb guy
+[2012-01-18 22:23:00 -0500] fujin: what is wrong with people!!!!!?
+[2012-01-18 22:30:00 -0500] yfeldblum: what's this now?
+[2012-01-18 22:32:00 -0500] fujin: I dunno. fuck it
+[2012-01-18 22:32:00 -0500] fujin: mailing list post
+[2012-01-18 22:32:00 -0500] fujin: some guy ships a giant file with ruby $vars in it
+[2012-01-18 22:32:00 -0500] fujin: then requires that in his chef run
+[2012-01-18 22:34:00 -0500] yfeldblum: that's a Y U NO DO SMART THINGS right there
+[2012-01-18 22:35:00 -0500] yfeldblum: many solutions: node-specific attributes, custom ohai plugins, etc
+[2012-01-18 22:35:00 -0500] yfeldblum: that's not one of them
@@ -0,0 +1,4 @@
+[2012-01-19 17:38:00 -0500] github-bawt: [chef] schisamo pushed 2 new commits to master: http://git.io/a1RWyQ
+[2012-01-19 17:38:00 -0500] github-bawt: [chef/master] bump net-ssh version to 2.2.2 - Seth Chisamore
+[2012-01-19 17:38:00 -0500] github-bawt: [chef/master] ensure chef/platform is required before leveraging windows check - Seth Chisamore
+[2012-01-19 21:12:00 -0500] spheromak: anyone seen a chef-solo bomb out with NameErrors when trying to load lwrp's ? the mother google is not helping me
@@ -0,0 +1,34 @@
+[2012-01-20 08:51:00 -0500] nico: anyone with some lwrp-fu ?
+[2012-01-20 08:53:00 -0500] nico: I'd like to have some sort of instance var in a LWRP, tried @myvar in the initialize method of the resource but it does not seem to be the right way
+[2012-01-20 12:09:00 -0500] laurent\: nico: the right way to do what ? where do you want to use it ?
+[2012-01-20 12:09:00 -0500] laurent\: bad way could be @@class_var, but that would be very very wrong i think
+[2012-01-20 12:16:00 -0500] nico: laurent\: I added a function in my provider to circumvent this, I call it instead of using a var
+[2012-01-20 12:28:00 -0500] laurent\: nico: ok
+[2012-01-20 12:29:00 -0500] nico: laurent\: hit a weird thing btw, a cookbook that don't get synchronized
+[2012-01-20 12:30:00 -0500] nico: trying to find out what's going on
+[2012-01-20 12:36:00 -0500] nico: ok, got
+[2012-01-20 12:36:00 -0500] nico: upgraded chef from 0.10.0 to 0.10.8 and the error message is clearer
+[2012-01-20 12:37:00 -0500] nico: explaining :
+[2012-01-20 12:38:00 -0500] nico: I use a template in a provider for my "sysctl" LWRP (cookbook is 'sysctl')
+[2012-01-20 12:38:00 -0500] nico: but I use this in a recipe 'tests::sysctl'
+[2012-01-20 12:38:00 -0500] nico: (calling sysctl_value 'foo' do ... end )
+[2012-01-20 12:39:00 -0500] nico: and chef looks for the template in the "tests" cookbook, not in the sysctl one, as excepted
+[2012-01-20 12:41:00 -0500] nico: should it be considered as a bug or is there a way to specify to use the "sysctl" cookbook as the source ? knowing that templates from the sysctl cookbook are _not_ downloaded to client (probably because not used in the sysctl default recipe, which is just empty)
+[2012-01-20 12:46:00 -0500] nico: expected*
+[2012-01-20 15:19:00 -0500] schisamo: nico: where is the source for the sysctl cookbook? I don't see an LWRP in either of the community cookbooks.
+[2012-01-20 15:19:00 -0500] nico: I write :)
+[2012-01-20 15:19:00 -0500] nico: +it
+[2012-01-20 15:20:00 -0500] schisamo: aww...got it.
+[2012-01-20 15:21:00 -0500] schisamo: so you probably just want to add an attribute to your LWRP that allows you to specify the cookbook and pass that value down to the template resoruce in the LWRP
+[2012-01-20 15:21:00 -0500] nico: How can I specify this ?
+[2012-01-20 15:21:00 -0500] schisamo: in a template resource?
+[2012-01-20 15:21:00 -0500] nico: I looked at some code but found nothing that helped me
+[2012-01-20 15:22:00 -0500] schisamo: or in your LWRP?
+[2012-01-20 15:22:00 -0500] schisamo: http://wiki.opscode.com/display/chef/Resources#Resources-Template
+[2012-01-20 15:22:00 -0500] nico: oh
+[2012-01-20 15:22:00 -0500] nico: so simple :(
+[2012-01-20 15:22:00 -0500] nico: sorry for the noise :/
+[2012-01-20 15:25:00 -0500] schisamo: naw man...gotta learn somehow. so a good example is jtimberman 's daemontools_service LWRP....does the same thing. resource => http://git.io/u2RZnA , provider => http://git.io/eBnKIw
+[2012-01-20 21:02:00 -0500] github-bawt: [chef] mmzyk pushed 2 new commits to win32_functional_tests: http://git.io/w2C5Dg
+[2012-01-20 21:02:00 -0500] github-bawt: [chef/win32_functional_tests] Clean up and add many windows helper methods, adding tests around - Mark Mzyk
+[2012-01-20 21:02:00 -0500] github-bawt: [chef/win32_functional_tests] Fix bug in remote directory where a hash was expected when an array was provided; affected windows only - Mark Mzyk
@@ -0,0 +1,4 @@
+[2012-01-21 22:04:00 -0500] Damm: btm, ping https://github.com/opscode/chef/pull/207
+[2012-01-21 22:04:00 -0500] Damm: and https://github.com/opscode/chef/pull/209
+[2012-01-21 22:04:00 -0500] Damm: btm, David's with Engine Yard so he should be on our CCLA
+[2012-01-21 22:04:00 -0500] Damm: (although he's likely not so please add him, or whatever I need to do)
@@ -0,0 +1,12 @@
+[2012-01-22 15:08:00 -0500] btm: Damm: http://wiki.opscode.com/display/chef/How+to+Contribute#HowtoContribute-HowdoIaddadditionalemployeestomyexistingCCLA%3F
+[2012-01-22 15:10:00 -0500] btm: Damm: it looks like he is in jira-developers though, so it should be all set (if you can resolve tickets, you're all set)
+[2012-01-22 17:39:00 -0500] Damm: cool, then we're just waiting on em
+[2012-01-22 17:39:00 -0500] Damm: btm, it's our last haul before we start using the chef gem as is again
+[2012-01-22 17:39:00 -0500] Damm: still have some hard work to do, and then expose it to end-users and then create documentation to say the end of 0.6 is here
+[2012-01-22 17:39:00 -0500] Damm: it'll make a few of our customers happier then a pigs snout in july
+[2012-01-22 17:42:00 -0500] btm: Damm: That's pretty fricken awesome dude. Congrats, and glad too hear it seems things are working out a bit over there.
+[2012-01-22 17:50:00 -0500] Damm: btm, we're starting to build up our talent pool enough where we can act with intelligence again
+[2012-01-22 17:50:00 -0500] Damm: btm, just took us awhile to get our footing back
+[2012-01-22 23:30:00 -0500] Damm: man this is confusing to view
+[2012-01-22 23:30:00 -0500] Damm: http://tickets.opscode.com/browse/OHAI-325
+[2012-01-22 23:31:00 -0500] Damm: it's like oh it's resolved... but not fixed
Oops, something went wrong.

0 comments on commit f749a4e

Please sign in to comment.