[00:42] <adam_g> SpamapS: around?
[00:42] <SpamapS> adam_g: yeah, whats up?
[00:44] <adam_g> SpamapS: nvm.. was about to start with "am i losing my mind or...."  turns out i am :)
[00:45] <SpamapS> adam_g: welcome to the club!
[00:45] <SpamapS> adam_g: wait till you attend one of our parties
[00:47]  * hazmat signs out
[03:24]  * nijaba is back after an unwanted rm -rf which included a mount --bind /usr/bin
[03:25] <nijaba> SpamapS: I'm finishing sc_peer_copy (rsync/scp)
[03:25] <nijaba> SpamapS: the hardest part is the test function
[03:25] <nijaba> SpamapS: should be almost there
[03:25] <nijaba> hazmat: thanks :)
[04:34] <shazzner_> hello
[04:34] <shazzner_> does anyone know how to write juju charms?
[04:34] <shazzner_> I'm working on one and had some questions
[04:35] <shazzner_> try to make a charm of gitolite: http://sitaramc.github.com/gitolite/
[05:19] <robbiew> shazzner_: it's pretty late for most of the team, so you might be better off asking tomorrow or posting to the list juju@lists.ubuntu.com
[06:11] <SpamapS> shazzner_: agreed with robbiew, I'm about to head to bed myself. Note that the instructions on that first page are basically your 'install' hook, and the "mirroring" instructions look like they might be good for peer relations (so you can scale out your gitolite servers on demand)
[07:37] <shazzner_> thanks guys, i'll try again tomorrow
[08:42] <rog> mornin'
[09:01] <fwereade> heya rog
[09:18] <mpl> hi all
[09:20] <rog> mpl: hiya
[09:21] <mpl> hi rog
[09:30] <mpl> rog: btw, did you guys get man answer to gustavo (about the zk/ssh thing) a couple or so days ago? I thought I sent it, but I'm a bit distracted these days. and since I haven't gotten any reply...
[09:30] <mpl> s/man answer/my answer/
[09:31] <rog> mpl: yes, we did thanks
[09:31] <rog> mpl: well, i did anyway
[09:31] <rog> mpl: i hadn't noticed ssh.Client.Dial...
[09:31] <mpl> rog: ok, and did I seem to have understood correctly gustavo's plan?
[09:32] <rog> mpl: i think so.
[09:32] <mpl> rog: I hadn't noticed it either, Dave had to point it out to me :)
[09:32] <mpl> imho it's not obvious enough in the documentation that this is the way to achieve ssh port forwarding.
[09:33] <mpl> one way at least.
[10:46] <heyho> hello there
[10:47] <koolhead11> heyho: hi
[10:48] <heyho> i've a problem with juju bootstrap can you give me a hand?
[10:48] <koolhead11> don`t ask just ask :)
[10:49] <heyho> ok, i'm getting the error: dict object has no attribute read
[10:50] <koolhead11> heyho: you will have to tell me your environment and yaml config along with error. please pastebin it
[10:52] <fwereade> heyho, I've heard a couple of reports of something similar
[10:52] <fwereade> heyho, you're running against orchestra, right?
[10:52] <heyho> yeah.. the problem is also that I'm using juju in a virtual machine and I can't copypaste it..
[10:52] <fwereade> heyho, apt-get install pastebinit :)
[10:53] <fwereade> heyho, but I'd be most interested to know what OS and cobbler version you're running on the orchestra VM
[10:54] <heyho> i'm using ubuntu 11.10 oneiric server x64
[10:56] <heyho> my environment.yaml is this: http://pastebin.com/SWiNejBc
[10:57] <fwereade> heyho, the environents file looks fine
[10:57] <fwereade> heyho, sudo cobbler --version
[10:57] <fwereade> heyho, (no idea why it wants superuser powers to get the version)
[10:58] <heyho> i also think i'm using the latest version of orchestra (2.26)  and cobbler (2.1.0)
[10:58] <heyho> is there any limitations if i'm running orchestra as a VM?
[10:59] <fwereade> heyho, orchestra should be just fine in a VM
[11:01] <heyho> ok..I also configured cobbler and added new systemz but, while in my previous attempts I received an ssh error by juju status but the bootstrapped worked, recently i reinstalled completely orchestra and juju and now i get the error on juju bootstrap
[11:03] <fwereade> heyho, it doesn't look like that issue's been captured in a bug yet
[11:04] <fwereade> heyho, am I correct in thinking that the only difference you're aware of between that, and your previous setup, is the orchestra version?
[11:04] <heyho> I managed to get the full error I receive on bootstrap http://pastebin.com/JcF4989s
[11:05] <heyho> I think so
[11:06] <fwereade> heyho, thanks very much for the error log; I'm quite sure I've seen someone else reporting that here, I'll make a bug and try to get onto it as soon as I can
[11:06] <heyho> yes
[11:06] <heyho> I saw an irc log with my same error
[11:07] <fwereade> heyho, would the local provider be an OK workaround for you in the meantime?
[11:08] <heyho> I didnt understand your question..
[11:10] <heyho> is  maybe the problem related in the interaction beetween juju and the cobbler ks_meta?
[11:10] <fwereade> heyho, I mean that -- since orchestra doesn't work and I can't immediately supply a fix -- it may be possible for you to experiment with juju using the local LXC provider instead of orchestra in a VM
[11:11] <fwereade> heyho, it certainly is
[11:11] <fwereade> heyho, but tracking down the precise cause and fixing it may take a little time
[11:11] <fwereade> heyho, and so I'm keen to find you some way to be able to work with juju despite this bug
[11:12] <fwereade> heyho, hence the local provider suggestion
[11:12] <heyho> I imagine and I thank you for your alternative, but I'm not aware how to use Juju as you suggested me.. What's the local LXC provider
[11:14] <fwereade> heyho, let me try to find you a writeup -- basically it runs the "machines" as LXC containers, which are a bit like chroots
[11:15] <fwereade> heyho, https://juju.ubuntu.com/docs/provider-configuration-local.html
[11:15] <niemeyer> Good morning all
[11:16] <fwereade> heya niemeyer
[11:17] <fwereade> heyho, btw, where did you get juju from?
[11:17] <heyho> from juju pkgs
[11:18] <fwereade> heyho, thanks
[11:18] <heyho> I'm reading your link right now
[11:20] <koolhead11> heyho: you can also see http://askubuntu.com/questions/65359/how-do-i-configure-juju-for-local-usage :D
[11:20] <koolhead11> hello niemeyer
[11:21] <heyho> that's even better thanks
[11:23] <heyho> do i have to install juju on a physical machine I presume..but do I add pkgs repository or no?
[11:24] <heyho> hello to niemeyer
[11:30] <koolhead11> heyho: you can use the default pkg from oniric repo and it works too :)
[11:34] <_mup_> Bug #905286 was filed: orchestra: dict has no attribute read <juju:New> < https://launchpad.net/bugs/905286 >
[11:42] <heyho> I'm getting this error at local juju bootstrap http://pastebin.com/b3JxLRKu
[11:42] <heyho> I previously rebooted networking service..do I need to reboot the entire system?
[11:43] <nijaba> SpamapS: your comments for ch_peer stuff should have been addressed.  Let me know
[11:49] <fwereade> heyho, I'm sorry, I don't recognise that error -- probably best to just try a reboot, according to koolhead11's link, anyway :)
[11:56] <koolhead11> heyho_: You may also need to set net.ipv4.ip_forward=1 in you /etc/sysctl.conf
[11:56] <koolhead11> and then reboot the system
[12:06] <heyho> hello, I rebooted twice (first time I removed my bridge in interfaces) but I'm getting the same "network is already active" error . I also configured ip4 forward
[12:13] <koolhead11> heyho: am running juju on my physical machine running oneiric. I had same error you mentioned and i followed exact steps as given in askubuntu and it worked for me
[12:15] <fwereade> niemeyer, re constraints spec... I'm becoming concerned about the overlap between ec2-instance-type and arch/cpu/mem
[12:16] <niemeyer> fwereade: It crossed my mind too
[12:16] <heyho> ok I'll retry again
[12:16] <niemeyer> fwereade: Are you finding any practical issues?
[12:17] <fwereade> niemeyer, so far, only in thought experiments
[12:17] <niemeyer> fwereade: Ok, anything in specific that you're concerned?
[12:18] <fwereade> niemeyer, well, consider an environment in which you specify cpu/arch/mem, and then try to set service constraints to an ex2-instance-type which is below those specs
[12:19] <niemeyer> fwereade: Ok?
[12:19] <fwereade> niemeyer, according to the spec, the harshest constraints win, which will be the env-level "mem=16G" rather than the service-level "ec2-instance-type=t1.micro", for example
[12:19] <fwereade> niemeyer, I feel this rather violates the principle of least surprise
[12:20] <niemeyer> fwereade: That's not what I had in mind when we talked about that
[12:21] <fwereade> niemeyer, ah, sorry, I must have misinterpreted you :(
[12:21] <niemeyer> fwereade: What I had in mind is "the most specific constraint wins", which would highlight ec2-instance-type in this case
[12:21] <fwereade> niemeyer, most specific in terms of scope?
[12:21] <niemeyer> fwereade: most specific in terms of the provider
[12:21] <niemeyer> fwereade: If we know the instance type, everything else is more vague
[12:22] <fwereade> niemeyer, so I can't override an env-level m1.small with a service-level mem=16G?
[12:22] <fwereade> niemeyer, I suppose it's reasonable
[12:22] <niemeyer> fwereade: The interaction between several levels is a good question
[12:23] <fwereade> niemeyer, I suppose it's reasonable to say that once you've specified m1.small you need to override with m2.xlarge
[12:23] <niemeyer> fwereade: Maybe we should take the most specific on each level
[12:25] <fwereade> niemeyer, ok, I think that could work
[12:26] <fwereade> niemeyer, looks like lunchtime, I'll ponder a bit longer :)
[12:26] <niemeyer> fwereade: So in your example, mem on the service would win
[12:38] <fwereade> niemeyer, if the user expresses that they want service machines to have 16G, I feel we should prbably give them service machiens with 16G regardless of underlying env constraints
[12:42] <heyho> I'm still getting the same error after 3 retries. I'm taking a break now..after that I'll try on another oneiric machine (this one had libvirt and virtual bridges already installed for virt-manager..I removed them but maybe there's still some configurations left that are causing the problem)
[12:45] <hazmat> fwereade, for provider specific vocabularies, its not going to be clear what the default is  in many cases
[12:46] <hazmat> the juju default is, since its a detail of the provider
[12:47] <niemeyer> fwereade: Right
[12:48] <fwereade> hazmat, the spec has defaults for all the constraints, what's not clear?
[12:48] <fwereade> hazmat, ok, the defaults are often "unset"
[12:49] <hazmat> fwereade, for provider specific vocabularies its not very clear what a reset to default implies, what's the default ec2-region, what's the default rack, what's the default cpu-firmware
[12:49] <fwereade> hazmat, I imagined the default to usually be "don't filter on this at all"
[12:49] <fwereade> hazmat, but the default ec2-region is us-east-1
[12:49] <hazmat> yup, but unset is can still a imply default value for the provider, but its internal to the provider
[12:50] <hazmat> and not per se documented or discoverable
[12:50] <hazmat> not much to be done about it i guess, i'm just curious/concerned about discoverability of these default values
[12:52] <fwereade> hazmat, it seems to me that, tautologically, people who don't care about cpu firmware or rack placement... don't care about cpu or rack placement, and so they can get what they're given and like it ;)
[12:52] <fwereade> hazmat, and indeed, as you say, maybe not much can be done anyway
[13:34] <heyho> Hello again. So I managed to bootstrap juju successfully (I had to disable previous installed virtual bridges); how can now deploy charms (ex: mysql) ? I need a local repository? I used charms getall and created a directory named jujulocal but i get this error "ERROR Charm 'local:oneiric/mysql' not found in repository /home/stefano/jujulocal"
[13:35] <fwereade> heyho, is there a charm at /home/stefano/jujulocal/oneiric/mysql?
[13:36] <fwereade> heyho, if they're just flat inside jujulocal, it won;t find them
[13:38] <heyho> No, It would be in /home/stefano/jujulocal/mysql without oneiric dir..
[13:38] <heyho> do I need to change that in environment.yaml and bootstrap again?
[13:48] <fwereade> heyho, (sorry, I'm semi-lunching) repository structure is: repo contains a dir for each series; each series dir contains charms for that series
[13:48] <fwereade> heyho, so if you move everything from jujulocal to jujulocal/oneiric, you should be fine
[13:50] <heyho> that's what I just did. And I also changed data-dir in environments adding /oneiric
[13:54] <heyho> Now i successfully deplyed mysql and wordpress and I get this with juju status http://pastebin.com/zTCRXz84  Why are them in pending state (and not started)?
[14:10] <hazmat> heyho, if its the local provider, it has to build the container via debootsrap
[14:10] <hazmat> when you first deploy
[14:10] <hazmat> it takes a few minutes depending on the speed of your hard disk and net connection
[14:10] <hazmat> its a one time operation, the packages and a template container are cached on disk
[14:10] <hazmat> so subsequent deploys or add-unit are fast
[14:14] <heyho> so I deployes 3 services but they are still pending just because they need time, right?
[14:15] <heyho> how does juju assign a public ip to the services?
[14:33] <hazmat> heyho, you should be able to see the activity of the container creation with lxc-ls which shows extant containers and runing containers
[14:34] <hazmat> heyho, all containers/services deployed with local provider are only accessible from the host machine
[14:35] <hazmat> heyho, effectively their services under local provider are behind a NAT, the only public ip is the hosts
[14:35] <hazmat> heyho,  of course other providers don't have this issue, but local provider in particular was intended for development and prototyping
[14:44] <heyho> hazmat, I think something went wrong because the report of my juju status http://pastebin.com/fUSyUL1Z is missing services' relations and ip assigned to them
[14:47] <m_3> heyho: it looks like they're still installing... takes a _while_ for the first local install
[14:48] <hazmat> well.. its been an hr..
[14:48] <hazmat> so not that long
[14:48] <m_3> wow... ok
[14:48] <heyho> exactly..
[14:48] <hazmat> heyho, there's some logs in the $data-dir variable you specified in environments.yaml
[14:49] <hazmat> that would hold additional error information
[14:50] <heyho> it contains only charms directories
[14:51] <heyho> maybe i should destroy environment and create a new one?
[14:51] <m_3> I'd recommend a cleanup ( destroy-environment, wipe lxc cache /var/cache/lxc )
[14:52] <m_3> maybe deploy a single service next time around... once that's 'started' then you know the lxc template has been built out
[14:52] <heyho> ok I'm doing this
[14:52] <m_3> from there you should be able to bring things up quickly... or debug that single lxc instance
[14:55] <heyho> I get this error with destroy-environment "INFO Destroying unit containers... lxc-wait: bind : Address already in use"
[14:55] <m_3> you can watch the lxc images get built out on the filesystem at /var/lib/lxc I think
[14:56] <m_3> hmmm... ok, then something more complicated is going on here
[14:56] <heyho> maybe I should remove the images in /var/lib/lxc?
[14:57] <m_3> Do you have a stock libvirtbin install?  i.e., with dnsmasq serving up the 'default' network for virsh?
[14:57] <m_3> when my local env is destroyed, /var/lib/lxc is empty
[14:58] <heyho> I had virt-manager installed but i removed it and installed libvirtbin again.. ok, i'm removing images in that directory
[14:59] <m_3> the local provider docs and inststructions definitely assume you haven't tweaked your libvirt setup... I'm a tweaker and've been hit by that before :)
[14:59] <m_3> cool... with a purge and re-install of libvirtbin you should be golden
[15:00] <m_3> easy enough to check that `ps auwx| grep dnsmasq` is running and `ip addr show` shows virbr0 correctly
[15:03] <heyho> ok I purged libvirt-bin.. dnsmasq is runnig and ip addr shows vbr-default-0
[15:03] <m_3> vbr-default-0 looks strange
[15:03] <heyho> yep
[15:03] <m_3> virsh net-list --all
[15:05] <heyho> it's something like name:default state:active autostart: yes
[15:06] <m_3> /etc/libvirt/qemu/networks/default.xml contains the name of the bridge
[15:07] <m_3> yours might've been added by something else, hence the strange name
[15:07] <heyho> and "ip addr show" contains, besides lo and eth0, these two things: http://pastebin.com/9AsXFqVj
[15:07] <heyho> i should remove them?
[15:12] <m_3> heyho: I'd `/etc/init.d/libvirt-bin stop` and then remove any bridge interfaces that're there
[15:13] <m_3> heyho: then check the contents of /etc/libvirt/qemu/networks/default.xml to look like stock (http://paste.ubuntu.com/772295/) and restart libvirt-bin
[15:14] <heyho> i removed them with "virsh net-destroy default" and after that I tried to do "service libvirtd restart" with response libvirtd: unrecognized service!
[15:15] <m_3> don't remember the name of the service... looking
[15:16] <m_3> libvirt-bin
[15:16] <m_3> you'll need a default net for libvirt though
[15:16] <m_3> (BTW, I'd recommend EC2 over local provider at this point if that's an option)
[15:25] <hazmat> so.. removing /var/cache/lxc isn't generally useful its just the debootstrap cache
[15:25] <hazmat> the error about lxc-wait bind, is because there is already an lxc command currently running on the system
[15:25] <hazmat> that device vbr-defat-0-nic is odd
[15:26] <heyho> ok I think i removed them
[15:26] <m_3> even the vbr-default-0 is odd too
[15:26] <heyho> now ifconfig looks clean
[15:26] <heyho> i reinstalled libvirt-bin
[15:26] <hazmat> heyho, does the output of `groups` contain libvirtd for you?
[15:26] <heyho> i still have installed libvirt-0.. do you know what's that?
[15:27] <heyho> yes it contains it
[15:27] <m_3> libvirt0's ok to be there
[15:27] <hazmat> its the libvirt runtime library files
[15:28] <heyho> ok so i basically have eth0 and lo.. but not virbr0 comparing in ifconfig.. is that ok?
[15:28] <hazmat> yup
[15:29] <hazmat> heyho, there was no files in your data-dir?
[15:32] <heyho> actually there were, now i deleted them.. In environments.yaml I should write the data-dir path excluding the distribution subfolder right?
[15:32] <heyho> like /home/stefano/jujulocal and not /home/stefano/jujulocal/oneiric
[15:36] <heyho> i tried another juju bootstrap resulting in this error http://pastebin.com/jzd6xz1i
[15:37] <_mup_> Bug #905366 was filed: local provider needs a dedicated network <juju:New> < https://launchpad.net/bugs/905366 >
[15:38] <hazmat> m_3, re last bug, how many bridges can you attach to a physical device
[15:38] <heyho> i'm trying to reboot the machine again, brb
[15:39] <m_3> heyho: grab the default.xml from http://paste.ubuntu.com/772295/ and then something like `virsh net-define default.xml`
[15:39] <m_3> i.e. the default net's gotta be created
[15:39] <m_3> hazmat: unknown
[15:40] <m_3> hazmat: it's actually not attaching to a physical device though, right?
[15:41] <m_3> there are bridges that do that, but not the virbr's we're using
[15:41] <hazmat> hmm..
[15:42] <hazmat> yeah.. i thought there was a reason it was problematic .. but its not clear why.. if we're not attaching it
[15:44] <m_3> I've had 4 virtual bridges working at the same time w/o any problems (other than iptables spaghetti)
[15:44] <m_3> in addition to a physical-bridge
[15:46] <m_3> (sad attempt at euca HA)
[15:49] <heyho> ok, I succeded in juju bootstrap
[15:50] <heyho> now i need to getcharms and then deploy one of them right?
[15:50] <m_3> yes, get a charm and deploy a single service to to kick off the lxc template build
[15:51] <m_3> that'll be 'pending' for a few minutes while it installs
[15:52] <heyho> ok..and i also need to create a oneiric subfolder in my localdir right?
[15:52] <m_3> 'charm get mysql' is faster than 'charm getall'
[15:53] <m_3> yeah, so I 'mkdir -p ~/charms/oneiric'
[15:53] <m_3> 'cd ~/charms/oneiric && charm get mysql'
[15:53] <m_3> then your deploy lines will need a repo like 'juju deploy --repository ~/charms local:mysql mydb'
[15:55] <m_3> i.e., charms don't need to live in the local provider's 'data-dir'
[15:59] <heyho> well, that's a very effective explanation thanks
[16:00] <jcastro> m_3: let's do a quick charm update later today even though we've been gone
[16:03] <m_3> jcastro: cool man.. we've got a colorado-canonical-crew holiday lunch, so maybe a mobile hang-out on the drive up?
[16:03] <jcastro> that would be perfect
[16:04] <jcastro> I'm thinking it's 5 minutes, tops
[16:13]  * SpamapS is having breakfast right now with the los angeles canonical crew... 
[16:15]  * m_3 proscribes thorazine for that
[16:16] <m_3> whoops... s/proscribes/prescribes/ :)
[16:20]  * SpamapS proscribes rhymes
[16:30] <m_3> forgot your gang-sign
[16:31] <heyho> guys thank you very much for your support! With your help I managed to fix the configuration issues
[16:32] <m_3> heyho: woohoo!!
[16:33] <heyho> yeah!
[16:34] <SpamapS> heyho: was there something wrong with your system, or is there something we could do to make this process easier?
[16:34] <heyho> next big step will be for me to use juju on ec2 and orchestra!
[16:35] <heyho> there was a previous configuration of libvirt (because I used virt-manager) that I think it may have caused problems
[16:35] <heyho> even if i removed that
[16:37] <SpamapS> heyho: that sounds like something we could fix in juju
[16:38] <heyho> yeah, with my issues i think i made you think about a couple of things to improve.. expecially in Orchestra with that dict read problem
[16:39] <heyho> I found another guy had my same exact error reading a previous irc log
[16:39] <SpamapS> yeah I believe the fix for that is pending
[16:40] <fwereade> SpamapS, heyho: I'll be on hat one just as soon as I can, I think it's a pretty serious problem
[16:40] <fwereade> heyho, thanks for the extra information :)
[16:42] <heyho> No problem! And if you have other questions that could be useful to you, shout
[16:46] <heyho> As you surely have noticed, I'm  pretty a beginner in the cloud computing world.. Do you think it would be better if I start trying to configure and use Openstack the hard way, or If I use orchestra to make, maybe, things go smoother?
[16:47] <SpamapS> heyho: orchestra is, I would say, the most complex target for juju.
[16:47] <SpamapS> heyho: local is second, and then ec2 is the simplest.
[16:52] <heyho> I also tried ec2 and juju bootstrap worked like a charm actually :D ... but I had issues in the juju status step.. But it's a big story that I maybe be explaining another time mainly because it's 17:52 pm here and I'm about to go home :D
[16:53] <koolhead11> heyho: was that ssh error during status
[16:53] <koolhead11> ?
[16:53] <SpamapS> heyho: well thanks for sharing all your troubles with us. :)
[16:55] <heyho> yeah ssh error problem
[16:55] <heyho> and thank you for your help
[16:55] <koolhead11> heyho: u need to generate a keypair :) and it will work
[16:55] <koolhead11> cheers!!
[16:56] <koolhead11> SpamapS: i was looking at owncloud, our repository still has owncloud1
[16:56] <koolhead11> there newest release is owncloud2
[16:57] <heyho> kollhead11, actually i generated it but had problems however.. I'll explain in details another time.. for now, cheers!
[16:58] <koolhead11> cool
[16:59] <SpamapS> Maintainer: Kubuntu Developers <kubuntu-devel@lists.ubuntu.com>
[16:59] <SpamapS> Original-Maintainer: Jonathan Riddell <jriddell@ubuntu.com>
[16:59] <SpamapS> koolhead11: yeah, maybe file a bug? ;)
[17:00] <koolhead11> SpamapS: doing right away
[17:07] <mchenetz> Finally have a fully functional openstack environment… 2 servers with 6 cores each… Seems to work pretty well…. Now for the development of virtualbox as a provider in Juju… :-)
[17:08] <SpamapS> mchenetz: how did you manage only 2 servers?
[17:08] <mchenetz> SPamaps: That is the minimum… You can run everything but compute on one node and then compute on the other
[17:09] <SpamapS> mchenetz: so did you do that manually, or figure out some way to trick juju into installing more than one thing onto one box? ;)
[17:10] <mchenetz> I used stackps.org distro (Ubuntu 10 derivative) to install… Super easy… It was great to learn on…
[17:10] <mchenetz> stackops.org
[17:11] <mchenetz> used 2 nics… One for the service network and the other for public
[17:12] <mchenetz> now i am just setting up the Juju environment for EC2 compatibility and see if i can deploy to it...
[17:20] <koolhead11> jelmer: i think you helped me with the bzr thing
[17:20] <jelmer> hi koolhead11
[17:20] <lynxman> hazmat: ping
[17:21] <koolhead11> jelmer: i will trouble you again in sometime. :)
[17:21] <SpamapS> lynxman: hey, you expired from charmers. I assume you'd like to stay in it right? (new memberships are getting much longer periods than we initially gave people.. not sure why we did that. ;)
[17:22] <lynxman> SpamapS: yeah would love to stay in :)
[17:22] <lynxman> SpamapS: if that's okay, of course!
[17:23] <SpamapS> lynxman: yeah, you've been quite active. :)
[17:23] <lynxman> SpamapS: trying to, right now doing some juju client hackery that will make hazmat shriek ;)
[17:24]  * SpamapS makes sure everybody expires "never" :)
[17:24] <lynxman> SpamapS: lovely, thanks man :)
[17:24] <SpamapS> I figure we can start expiring people when we get to 20 charmers. :)
[17:25] <SpamapS> medberry: aplogies to you, the one guy I did let expire. ;)
[17:25]  * koolhead11 listens
[17:26]  * koolhead11 rushes 4 home
[17:26] <koolhead11> laters
[17:27] <medberry> SpamapS, nope, I pulled myself off the list. You didn't let me expire. :^)
[17:27]  * medberry still had a day left at that point
[17:34] <hazmat> lynxman, pong
[17:35] <lynxman> hazmat: trying to do something a bit crazy, even if I know this will fail, would just like to try the concepr :)
[17:36] <lynxman> hazmat: I'm writing an stunnel client charm, I'd like to deploy that using juju client then once its deployed connect to the zookeper node through the stunnel
[17:36] <lynxman> hazmat: how do you see that? :D
[17:37] <hazmat> lynxman, sounds interesting, the client is going over ssh now, but a generic stunnel charm would be interesting, its seems to me like its better targeted as a subordinate/plugin charm
[17:38] <hazmat> since you'll need some local per charm state about the endpoint its setting up
[17:38] <lynxman> hazmat: yeah, I think so, I'd like to try the basic concept for now and expand on that
[17:38] <lynxman> hazmat: so my questions are, 1. how can I use juju client to deploy a charm without zookeper being present? 2. How do I tell the client where to find zookeper
[17:39] <hazmat> 1) does not compute ;-) 2) its in the provider storage under a special named key 'provider-state'
[17:40] <SpamapS> lynxman: is there a reason you are shunning SSH?
[17:40]  * SpamapS shhhould shun sh words
[17:40] <hazmat> re 1) it would have to be incorporated into juju's bootstrap
[17:40] <lynxman> SpamapS: the idea is to be able to setup a machine in a remote location, then use stunnel to connect back to zookeper to tell it "I'm here and available"
[17:41]  * hazmat grabs some lunch
[17:41] <SpamapS> lynxman: ahh, you want what I was thinking.. a "just run the agent somewhere" provider
[17:41] <lynxman> SpamapS: exactly! we talked with sabdfl also about it last week, be able to just run a charm in "standalone"
[17:41] <lynxman> hazmat: enjoy :)
[17:41] <SpamapS> lynxman: I think with orchestra you could cheat and do this by defining a machine in orchestra, and then running the late command manually.
[17:42] <lynxman> SpamapS: hmm how so?
[17:42] <SpamapS> lynxman: just put it in orchestra... tell juju to claim it, and then run the "late command" that gets shoved into ksmeta
[17:43] <SpamapS> lynxman: you still need zookeeper though
[17:43] <lynxman> SpamapS: hmm thats the thing, I really don't fancy having a local zookeeper, that's plan B
[17:43] <SpamapS> Thats far too ingrained into juju to mock out. :)
[17:43] <SpamapS> lynxman: I'm 99% sure that its just not going to work without ZK
[17:43] <lynxman> SpamapS: so maybe I can mock up something through cloud-init, of the sorts "install this stuff, then run the command to join zookeeper"
[17:44] <SpamapS> lynxman: you can certainly run ZK wherever you want and just point the client at it.
[17:44] <lynxman> SpamapS: that'd be a good concept imho :)
[17:44] <SpamapS> as hazmat said.. just change the data stored in the provider state bits.
[17:45] <lynxman> SpamapS: cool, will investigate into that then ^^
[17:45] <lynxman> SpamapS: hazmat: thanks for the feedback guys :)
[17:45] <SpamapS> lynxman: very interested in this, as it would be nice for the scaled-down services.
[17:46] <lynxman> SpamapS: that's the direction I'm taking indeed :)
[17:46] <lynxman> SpamapS: I'm keeping this under wraps for now, but #siteam will show something awesome in the next month if all goes right
[17:49] <SpamapS> lynxman: w00t
[17:54] <_mup_> juju/ssh-known_hosts r442 committed by jim.baker@canonical.com
[17:54] <_mup_> End-to-end
[17:54] <koolhead17> jelmer: hi again
[17:55] <jelmer> hi
[17:55] <_mup_> juju/ssh-known_hosts r443 committed by jim.baker@canonical.com
[17:55] <_mup_> Merged trunk
[18:05] <koolhead17> jelmer: i modified a file and before that i did  "bzr lp-login" and then bzr commit -m "added revision number in revision file"
[18:05] <koolhead17> i got message Committing to: /home/atul/bazaar/boa/trunk/
[18:05] <koolhead17> modified revision
[18:05] <koolhead17> Committed revision 2.
[18:06] <koolhead17> so does that mean this committed file is still in my local system? i need to push it again
[18:24] <koolhead17> ooh it was bzr push :D
[18:24] <koolhead17> got it.
[18:24] <jelmer> koolhead17: yes, commit only does the change locally - you have to push to get it onto launchpad
[18:25] <jelmer> koolhead17: you can make "bzr commit" automatically propogate the change to launchpad by "binding" your local branch to the one on Launchpad
[18:25] <jelmer> koolhead17: see "bzr bind"
[18:25] <koolhead17> jelmer: cool . let me check
[19:21] <koolhead17> SpamapS: ariund?
[19:21] <koolhead17> *Around
[19:22] <SpamapS> koolhead17: sort of :) whats up?
[19:23] <koolhead17> SpamapS: could you tell me that command for modifying the juju documentation, i want to remove "revision" part from yaml file, as user will get deprecated warning thing.
[19:23] <SpamapS> koolhead17: recently the docs were split out of the trunk..
[19:23] <SpamapS> hazmat: are the online docs built from lp:juju/docs ?
[19:35] <hazmat> SpamapS, no.. thats the last item till i can close that ticket out and announce
[19:39] <SpamapS> hazmat: still not sure of why we can't just pair the docs with the trunk. ;)
[19:39] <SpamapS> but I'd rather just see it move forward so koolhead17 and others can start updating them
[19:39] <hazmat> SpamapS, exactly
[19:40] <hazmat> SpamapS, if it doesn't work out in by precise release, we change it back to the old model
[19:41] <SpamapS> I think I do see one benefit
[19:41] <SpamapS> which is that it will have its own review queue
[19:42] <robbiew> SpamapS: hey, so would you (or hazmat) know anyone who could port our juju client to OSX?
[19:42] <SpamapS> hazmat: my prediction is that it will eventually be split into lp:juju/docs-precise lp:juju/docs-q
[19:42] <robbiew> or anyone else in this channel :D
[19:42] <EvilBill> robbiew: I don't know of anyone, but I second the request.
[19:42] <SpamapS> robbiew: I have 3 macs here (all running ubuntu.. but.. I can reboot ;).. I can probably figure it out. ;)
[19:42] <hazmat> it should just work, just a question of getting it installed
[19:43] <hazmat> python-zookeeper being the only non-trivial dep
[19:43] <SpamapS> hazmat: somebody recently found a dependency on python-apt that broke for obvious reasons on osx ;)
[19:43] <robbiew> lol
[19:43] <hazmat> SpamapS, they where using the local provider i thought
[19:43] <SpamapS> oh well thats just not gonna work ;)
[19:43] <hazmat> SpamapS, the local provider clearly won't work on osx, and the code is not imported otherwise
[19:44] <SpamapS> yeah I think it should "just work" but we need to pick a single thing, macports or homebrew, and get it working
[19:44]  * hazmat looks for the wires to plug his mac
[19:44] <SpamapS> Probably need to focus on Lion
[19:45] <SpamapS> actually I can run Lion in a VM on either of my macs
[19:45] <SpamapS> so I don't even have to reboot
[19:45] <SpamapS> robbiew: sounds like something that needs a bug. :)
[19:45] <robbiew> btw...I wasn't suggesting either one of you add this effort to your plate ;)
[19:45] <SpamapS> robbiew: seems like users who are on OS X will pick it up if we can help them out.
[19:46] <shazzner_> hello everyone
[19:46] <SpamapS> from what I see, the macports that lynxman submitted have been ignored
[19:46] <hazmat> i guess bug 826498 sort of assumes the client works, but nothing explicit
[19:46] <_mup_> Bug #826498: virtualbox machine provider for osx local dev <juju:New> < https://launchpad.net/bugs/826498 >
[19:46] <SpamapS> so maybe need to go with brew
[19:46] <hazmat> +1
[19:47] <SpamapS> another (evil) way to go is a direct installer
[19:47] <hazmat> and they already have python-zookeeper (in their zookeeper dist)
[19:47] <hazmat> after that its just pure python libs
[19:47] <SpamapS> hazmat: oh then maybe setup.py will work after brew installing that?
[19:47] <hazmat> hmm..
[19:47] <SpamapS> we could at least have a juju.ubuntu.com/OSX page then
[19:47] <mchenetz> I am working on a virtualbox provider and brew repo for juju
[19:48] <shazzner_> I tried last night but everyone was asleep, I'm working on a charm for gitolite: http://sitaramc.github.com/gitolite/
[19:48] <hazmat> SpamapS, it won't we don't have deps marked explicitly
[19:48] <SpamapS> mchenetz: RIGHT and you are also working on being *our hero*
[19:48] <SpamapS> ;)
[19:48] <mchenetz> hehe
[19:48] <hazmat> :-)
[19:48] <robbiew> welcome back shazzner_
[19:48] <shazzner_> I figured out one issue but still have one question
[19:48] <shazzner_> hello :)
[19:48] <shazzner_> so part of installing gitolite requires a copy of your public key
[19:48] <hazmat> SpamapS, easy to fix that though, so it is easy_installable
[19:49]  * SpamapS must feed himself, but is interested to help upon return.
[19:49] <shazzner_> and I'm not sure how to do this with the juju script
[19:49] <shazzner_> I know juju  requires a key, but I'm not sure how to send this
[19:49] <shazzner_> or possibly to copy it from authorized keys on the server
[19:49] <shazzner_> just trying to figure out the best way to do this
[19:50] <_mup_> Bug #905467 was filed: Allow juju to be easy_installed <juju:New> < https://launchpad.net/bugs/905467 >
[19:50] <hazmat> shazzner_, juju will use a public key it finds by default from the user's ~/.ssh dir
[19:50] <hazmat> shazzner_, a separate one can be specified
[19:50] <hazmat> oh..
[19:50] <hazmat> econtext
[19:51] <hazmat> shazzner_, you could have it as a config setting of the gitolite service
[19:51] <hazmat> but i would assume it would have a better method if its multi-user
[19:51] <shazzner_> ah ok, that's what I was thinking
[19:51] <shazzner_> yeah
[19:53] <shazzner_> I wasn't sure to add a config setting for something that's only used once, but if several hosts are setup it makes sense
[19:54] <shazzner_> it's enough to get this newbie on track, thanks hazmat
[19:56] <robbiew> mchenetz: you get juju working on mac...and you'll get first dibs on juju shirts and sponsored invite to the next UDS ;)
[19:57] <hazmat> SpamapS, the disk image install sounds pretty intriguing
[19:57] <mchenetz> Robbiew: It's a deal... I will work on it. I don't think the brew repo willtake a lot, but it wont support local provider. So, i was planning on getting a virtualbox provider working first
[19:57] <robbiew> fantastic ;)
[19:57] <shazzner_> juju on mac would be nice :)
[19:58] <hazmat> mchenetz, i'd go with the brew stuff first, that at leasts gets it out into people's hands.. but whatever works
[19:58] <mchenetz> I have it working with a combo of port packages from lynxman, brew, and pip. It is currently running on my macbook
[19:59] <mchenetz> I can do the brew stuff first
[20:30] <shazzner_> I suppose it's better to use the official package in the repository than to clone it from git
[20:31] <EvilBill> I'm happy to try and help with the juju on OS X effort.
[20:31] <EvilBill> I can't run with it myself, but I can certainly help and test and such.
[20:31] <mchenetz> EvilBill: Thanks… I think i will have a brew repo up very shortly
[20:31] <EvilBill> mchenetz: awesome :)
[20:31] <EvilBill> that won't conflict badly with macports, will it?
[20:31] <EvilBill> (I have to run macports stuff for work)
[20:32] <mchenetz> They don't recommend it, but i have both installed and they seem to work okay so far
[20:32] <mchenetz> Brew has a lot of the same stuff as port
[20:32] <mchenetz> I actually got the port version working with some help from pip too
[20:33] <mchenetz> I needed to use pip to install tx-zookeeper
[20:34] <EvilBill> yeah, tx-zookeeper was blowing up for me when I tried.
[20:34] <mchenetz> yup… I think some dependencies changed since it was submitted
[20:34] <mchenetz> after that, everything else was good
[20:41] <SpamapS> nijaba: around?
[21:02] <robbiew> SpamapS: he's on holiday now
[21:02] <SpamapS> ahh right
[21:05] <koolhead17> SpamapS: owncloud uses sqlite mysql both
[21:06] <koolhead17> do i have to write charm saperately 4 both
[21:08] <SpamapS> koolhead17: no, you can just make the mysql requirement optional
[21:08] <SpamapS> requires:
[21:08] <koolhead17> SpamapS: cool
[21:08] <SpamapS>   db:
[21:08] <koolhead17> k
[21:08] <SpamapS>     interface: mysql
[21:08] <SpamapS>     optional: true
[21:08] <koolhead17> ok
[21:09] <SpamapS> koolhead17: you do need to think *hard* about how to migrate the data from the local sqlite to the mysql database.. or warn the user that by relating to mysql, they will lose all their data in the sqlite db.
[21:11] <koolhead17> SpamapS: yes. actually am testing by basic install script/bash to do all the needful and which does not use mysql.
[21:15] <koolhead17> SpamapS: also how does this database schema gets created? any easy charm you will suggest me to look at to understand it well
[21:15] <SpamapS> koolhead17: it different always. Just turn the install instructions into scripts.
[21:16] <koolhead17> SpamapS: let me check from our available charms as how its been done
[21:29] <mchenetz> Here are some quick instructions for installing juju on OSX before i get the Brew Repo working: https://idserver.inventivedigital.com/wiki/people/82L0T5Y7X/blog
[21:32] <hazmat> mchenetz, umm.. zkpython?
[21:32] <mchenetz> zookeeper python bindings
[21:33] <hazmat> mchenetz, there in the brew zookeeper pkg
[21:33] <mchenetz> ??
[21:34] <mchenetz> hazmat: The python zookeeper didn't seem to work without that
[21:35] <hazmat> mchenetz, hmm.. https://github.com/mxcl/homebrew/blob/master/Library/Formula/zookeeper.rb#L66
[21:35] <mchenetz> i know its there… It's part of my install, but it didn't seem to work until i used the pip install zypython command
[21:35] <hazmat> mchenetz, the zkpython on pypi does look like it will compile with brew correctly, but its a little suspect on versioning, zkpython is distributed with zk
[21:36] <mchenetz> it seems to work. :-)
[21:36] <mchenetz> If you find that it works without it. I would be more than happy to change the instructions
[21:37] <mchenetz> I am now working on the brew packaging
[21:37] <mchenetz> This was just a quick way to get poodle to checkout juju
[21:38] <mchenetz> people, not poodle… Damn word replace… :-(
[21:38] <hazmat> mchenetz, fair enough.. i'm just concerned because older version of zkpython have known bugs that can cause problems, but i guess the client doesn't exercise the lib to the same degree that the server side does
[21:38] <hazmat> the bugs tend to segfault or exception, so its fairly obvious when its a problem
[21:39] <mchenetz> i am still testing… I will fix the instructions if i find bugs. But, again, my main intention is to build the brew repo now
[21:39] <hazmat> mchenetz, i think you need to specify the option when installing zookeeper via brew to get the python bindings
[21:40] <mchenetz> let me check it out.. I forgot about this options
[21:40] <mchenetz> those
[21:45] <hazmat> amusing copyright on apple javascript.. http://pastebin.ubuntu.com/772706/
[21:45] <hazmat> er. license.. by visiting the page on non osx, you violate the license
[21:46] <robbiew> nice :/
[21:47] <mchenetz> hehe… I remove zkpython and I tried the brew install zookeeper --python and it installed everything, but it did not like it when i ran juju
[21:47] <mchenetz> I think i ill keep it for now as it seems to be running good
[21:48] <mchenetz> I will worry about it when i create the formula for brew
[23:41] <koolhead17> SpamapS: would you like to test owncloud charm? half-baked though :P