[03:03] <chance> does juju-core take pull requests on github? or can someone point me in the right direction?
[09:14] <den_sheleh> Hi. I have a little problem. Juju 1.11.4 should work with LXC. But when I try bootstrap environment I go a error : "error: no reachable servers". What is wrong ?
[09:32] <jamespage> den_sheleh, do you have the mongodb-server package installed?
[09:32] <jamespage> and which Ubuntu release are you running on?
[09:32] <jamespage> raring+ is good for mongodb-server - for 12.04/12.10 you need to use a PPA right now
[09:32] <jamespage> jcastro, fyi - http://javacruft.wordpress.com/2013/07/25/juju-put-it-there-please/
[09:36] <den_sheleh> Ubuntu 12.04 LTS
[09:39] <jamespage> den_sheleh, ok - lemme dig out the PPA
[09:39] <jamespage> the 12.04 LTS mongodb-server does not support SSL
[09:40] <jamespage> den_sheleh, https://launchpad.net/~juju/+archive/experimental
[09:40] <jamespage> den_sheleh, I'm working on getting that into official backports in Ubuntu itself
[09:46] <den_sheleh> Thank's a lot
[09:49] <den_sheleh> Thank You? James =)
[13:29] <gotwig> hey there
[13:29] <gotwig> is there a need for a charm deploying to meteor?
[13:40] <privateStack> I am looking on help with bootstrapping juju 1.11.4-raring-amd64 on a private Grizzly OpenStack install
[13:41] <marcoceppi> privateStack: what's your question?
[13:41] <privateStack> Hi marcoceppi
[13:41] <privateStack> I get an error, which I think you have even commented on in the boards
[13:41] <marcoceppi> hi!
[13:41] <privateStack> error: cannot start bootstrap instance: no "precise" images in RegionOne with arches [amd64 i386]
[13:42] <privateStack> I have created the public container and have it configured
[13:42] <marcoceppi> privateStack: okay. there is an answer for this. one second
[13:42] <privateStack> that would be amazing
[13:42] <privateStack> banging head on wall for a few days
[13:42] <marcoceppi> privateStack: you mean t the image data container?
[13:43] <marcoceppi> err bucket
[13:43] <privateStack> I have a control bucket "juju-control" which is not public
[13:43] <privateStack> I also have a public bucket "juju-fist"
[13:43] <privateStack> juju-dist that is
[13:44] <marcoceppi> what does the content of that bucket look like? juju dist
[13:44] <privateStack> On network captures I can see juju hitting the juju-control first, then hitting juju-dist/streams/v1/index.sjson, next it hits juju-dist/streams/v1/index.json
[13:45] <gotwig> how can I use JuJu with local support
[13:45] <privateStack> the process finally dies when juju tried to pull status 30 times from the control bucket
[13:45] <sidnei> marcoceppi: i think he needs to sync simplestreams or something?
[13:45] <marcoceppi> gotwig I have a blog post on it. one sec I'll dog it up
[13:45] <gotwig> marcoceppi: the new juju?
[13:46] <privateStack> I have not configured keystone for any simplestreams
[13:46] <marcoceppi> sidnei: I think so to. which is why I wonder what the contents of the bucket is
[13:47] <marcoceppi> gotwig: http://marcoceppi.com/2013/07/compiling-juju-and-the-local-provider/
[13:47] <gotwig> yeah, thx
[13:47] <gotwig> *compiling* oh noes ;P
[13:47] <privateStack> sorry.  the public bucket, juju-dist contains files I generated with juju metadata command.  /juju-dist/streams/v1/index.json and /juju-dist/streams/v1/imagemetadata.json
[13:47] <marcoceppi> no no! you don't need to compile. is a dual post gotwig
[13:48] <gotwig> ok
[13:48] <gotwig> marcoceppi: nice blog, btw
[13:48] <marcoceppi> privateStack: could you patebin those files?
[13:49] <privateStack> sure. give me a sec to figure out how
[13:49] <gotwig> marcoceppi: so all this can be found in the devel ppA?
[13:50] <marcoceppi> gotwig: yup!
[13:50] <gotwig> marcoceppi: some dude should update the getting started juju post for sure!!
[13:50] <gotwig> not everyone has clouds at home.. lol
[13:51] <privateStack> ok cool.. that was easy
[13:51] <privateStack> http://pastebin.com/kV2m4qH4 this is the first file
[13:52] <marcoceppi> gotwig: it will be updated before mercy l next week
[13:52] <privateStack> here is the second, the metadata file
[13:52] <privateStack> http://pastebin.com/RenVerjf
[13:52] <gotwig> marcoceppi: this is all so complex to me :/ I like juju gui...
[13:52]  * marcoceppi is actually writing it
[13:52] <privateStack> looking at network dumps juju never request the metdata file
[13:53] <gotwig> marcoceppi: do I have to manually edit the config YAML files to local?
[13:53] <privateStack> juju only request /juju-dist/streams/v1/index.sjson and then /juju-dist/streams/v1/index.json
[13:55] <marcoceppi> privateStack: what does juju bootstrap -v look like?
[13:56] <marcoceppi> gotwig: you need to create a local environments.yaml file if you don't have one already just run `juju init -w`
[13:56] <marcoceppi> then you can juju bootstrap -e local
[13:57] <marcoceppi> gotwig: what version of Ubuntu are you using?
[13:57] <gotwig> marcoceppi: 13.10 :>
[13:57] <marcoceppi> gotwig: also you can deploy the juju-gui to local once you get it bootstrapped!
[13:57] <gotwig> is the admin secret a md5 hash?
[13:58] <marcoceppi> gotwig: no it's just a random strong of chats
[13:58] <marcoceppi> chars*
[13:58] <privateStack> marcoceppi: I will put in paste bin
[13:58] <marcoceppi> it can be whatever you like
[13:58] <marcoceppi> privateStack: thanks
[13:59] <gotwig> marcoceppi: can I do anything with juju gui?
[14:00] <privateStack> marcoceppi: Here is juju -v sync-tools showing basic function http://pastebin.com/bUVLf21k
[14:00] <marcoceppi> gotwig: anything you can do from cli you should be able to do in GUI
[14:01] <gotwig> error: environment has no access-key or secret-key
[14:01] <gotwig> when I want to deploy something
[14:01] <marcoceppi> gotwig: use -e local when deploying
[14:01] <privateStack> marcoceppi: Here is the juju -v bootstrap --debug http://pastebin.com/XMwRrcW6
[14:03] <marcoceppi> gotwig: or change ~/.juju/environments.yaml default: to 'local'
[14:03] <marcoceppi> privateStack: I thought you were using 1.11.4?
[14:05] <gotwig> marcoceppi: do you think there is a need for deploying to MeteorJS? I really like this thing :>
[14:05] <gotwig> talking about writing a charm for deploying to meteorJS ;X
[14:05] <gotwig> its similar to nodeJS
[14:06] <marcoceppi> gotwig: go for it! we can always use more charms
[14:06] <privateStack> marcoceppi: Sorry. I have tried a few versions on a few nodes.  The dumps were made from a precise node running juju 1.11.4-precise-amd64
[14:08] <privateStack> marcoceppi: But yes, I have been running 1.11.4
[14:08] <gotwig> works perfectly
[14:08] <gotwig> marcoceppi: thank you
[14:09] <marcoceppi> why is all the metadata 1.10.0?
[14:11] <gotwig> what do I have to setup to use the nodeJS charm
[14:11] <gotwig> a github repo, a mongodb relation?
[14:12] <gotwig> *git repo
[14:12] <gotwig> I could just read the readme xD
[14:15] <privateStack> marcoceppi: here are the http request that juju is making during bootstrap http://pastebin.com/HL1mnLt2
[14:15] <privateStack> marcoceppi: Not sure why. I ran the juju sync-tools command and that is what was deployed
[14:16] <privateStack> marcoceppi: In the past I have run the --upload-tools during the bootstrap and it will build and update newer tools.
[14:17] <marcoceppi> privateStack: hum.
[14:22] <privateStack> marcoceppi:  It seems strange that the metadata file is never requested.
[14:23] <marcoceppi> privateStack: yeah, is there a juju-dist directory or is /streams the root directory?
[14:24] <privateStack> marcoceppi:  Here is where I am weak.  I have not messed much with swift so all I know I learned for this.
[14:25] <privateStack> marcoceppi: I created a swift container like so "swift post juju-dist"
[14:26] <privateStack> marcoceppi: then I created a local directory /streams/v1/ and placed the two files in the directory, next I used "swift upload streams" to upload the directory tree, and finally I set the permissions on the container to allow anonymous access
[14:27] <privateStack> marcoceppi: I confirmed through network dumps that /streams/v1/index.json is being returned to juju during bootstrap.
[14:28] <gotwig> marcoceppi: how can I save the settings in the gui, there is no save button for changing the Config.yaml >_>
[14:29] <gotwig> marcoceppi: the gui on jujucharms is much better than the one in the official juju charm >_>
[14:30] <marcoceppi> gotwig: oh, deploy cs:~juju-gui/juju-gui instead of just "juju-gui"
[14:30] <privateStack> marcoceppi: Is it normal for juju to request /releases/streams/v1/index.json from cloud-images.ubuntu.com after my local site has been requested?
[14:30] <gotwig> marcoceppi: thx
[14:30] <gotwig> marcoceppi: thats just like with normal ubuntu >_> you all the time have to use extra repos or branches.. nothing official that is "modern"?
[14:34] <privateStack> marcoceppi: any direction?  Next step for me is digging through code or admitting defeat :)
[14:35] <marcoceppi> privateStack: one sec. I'm checking how I did this on HP Cloud
[14:35] <privateStack> marcoceppi: Thanks so much.. OB1 your my only hope
[14:43] <marcoceppi> privateStack: I think your problem is all the metadata is using 1.10.0, so juju-core can't match the version and doesn't go past the v1/index.json
[14:44] <privateStack> marcoceppi: Ok. Do you recommend that I use the --upload-tools option?
[14:45] <privateStack> marcoceppi: Or perhaps build the chain from source?
[14:47] <marcoceppi> privateStack: so delete everything in the juju-dist bucket, using 1.11.4 (juju version) build the image-metadata again, upload to juju-dist, then bootstrap and upload-tools again
[14:48] <marcoceppi> also, paste the new image-metadata again once it's re-generated
[14:49] <privateStack> marcoceppi: Doing this now
[14:49] <marcoceppi> privateStack, I'm also doing this again with region 3 of HP Cloud which has not simplestream release data
[14:55] <privateStack> marcoceppi: my tools are actually being uploaded to my control bucket not juju-dist
[14:56] <marcoceppi> privateStack: Right, so juju-dist is just for image metadata (which is why it pulls from clouds.ubuntu.com which has all the public cloud information)
[14:56] <marcoceppi> your control bucket is where the tools go
[15:02] <privateStack> marcoceppi: Here is the output of "juju -v bootstrap" --debug and "juju -v bootstrap --debug --upload-tools=true" http://pastebin.com/GruGjEa7
[15:03] <marcoceppi> privateStack: and the new image-metadata files?
[15:05] <privateStack> marcoceppi: Here are the metadata files http://pastebin.com/LKdp8diR
[15:21] <marcoceppi> privateStack: Those look good, just comparing to my index.json in hpcloud
[15:23] <marcoceppi> privateStack: for comparison here is my index.json file for HP cloud az-3 http://paste.ubuntu.com/5911507/
[15:23] <marcoceppi> privateStack: can you strip sensative information from your environments.yaml and paste that?
[15:23] <gotwig> marcoceppi: jo,what is the name for the place of the daily juju-gui thing?
[15:24] <gotwig> I am now on windows :/ so I use instantserver.io
[15:24] <gotwig> they offer ubuntu servers for free, for 30 minutes X
[15:24] <marcoceppi> cs:~juju-gui/juju-gui
[15:24] <gotwig> thx
[15:24] <marcoceppi> so `juju deploy cs:~juju-gui/juju-gui`
[15:25] <gotwig> marcoceppi: when does this become the normal juju-gui? does it have to get reviewed?
[15:25] <baudtack> are there juju packages for debian sid anymore? looks like they are gone
[15:26] <marcoceppi> gotwig: it's technically the proper place for the juju-gui, that ~juju-gui team is maintaining the charm, I believe there is just a bug in the charmstore where it defaults to only ~charmers as being reviewed sources. I'll need to check on that though
[15:27] <marcoceppi> baudtack: I believe we removed juju (0.7) from debian sid as it's being depricated. I imagine when the core team is ready a juju-core version will be uploaded to sid
[15:27] <AskUbuntu> isnt there any descriptive step by step guide for MAAS + juju + Ceph + Openstach HA deployment? | http://askubuntu.com/q/324470
[15:28] <baudtack> marcoceppi: thanks. guess i can install it by hand like a barbarian until then :-p
[15:28] <marcoceppi> baudtack: there shouldn't be much difference from the version in the ppa, if you need compile instructions let me know :P
[15:29] <privateStack> marcoceppi: For a goof I install juju 1.13.0-raring-amd64, removed all buckets, then tried to bootstrap again.
[15:29] <privateStack> marcoceppi: same problem as before, I will send logs
[15:30] <baudtack> marcoceppi: i just found out about juju today and have been using lxc for a long time. my only complaint being they were a pain in the rump when it came to network config
[15:30] <baudtack> sounds like juju handles all that kind of crap
[15:31] <baudtack> i also hate it when i want to hack on some new framework or language or something so i spend like 3 hours setting up a dev env. by that time i just don't care anymore heh.
[15:31] <marcoceppi> baudtack: it certainly does. So we have a local provider which will spin up lxc locally (there's still a bit more work there) then we also have containerization on actual clouds which hasn't landed just yet but is close
[15:31] <gotwig> marcoceppi: I cant paste the Tilde (~) and idea what I can do :/?
[15:31] <gotwig> *any
[15:32] <marcoceppi> gotwig: I dont' understand
[15:32] <gotwig> marcoceppi: I cant use the tilde on command line ;P
[15:33] <baudtack> marcoceppi: it's almost enough to make me want to run ubuntu instead :-p
[15:33] <marcoceppi> baudtack: ;)
[15:33] <marcoceppi> gotwig: I'm really not understanding how you can't use the tilde, this perplexes me
[15:33] <gotwig> well, some javascript stuff xD
[15:34] <gotwig> its a javascript terminal
[15:43] <privateStack> marcoceppi: Here is the metadata from my build of 1.13.0-raring-amd64 http://pastebin.com/LnRRRqLH
[15:45] <privateStack> marcoceppi: The log from juju -v bootstrap --debug --upload-tools=true is at the bottom of this post http://pastebin.com/bR12pDNh
[15:50] <noodles775> hazmat, wedgwood: When you've time, here's a branch adding ansible support to charm-helpers: https://code.launchpad.net/~michael.nelson/charm-helpers/ansible-support/+merge/176973
[15:50] <hazmat> noodles775, sweet!
[15:51] <wedgwood> noodles775: Thanks! hey, I see some conflicts in the diff
[15:52] <noodles775> wedgwood: let me fix that...
[15:52] <wedgwood> noodles775: no hurry, unfortunately. I won't be able to have a look at it today.
[15:53] <noodles775> wedgwood: hah - it was because the prereq branch just landed... thanks for that!
[15:53]  * noodles775 merges again.
[15:56] <noodles775> wedgwood, hazmat: MP is clear again for whenever you get to it (no rush from my side... one of the great things about the charm-payload is not being dependent on your version of charm-helpers landing :-) ).
[16:14] <privateStack> marcoceppi: is there anything else you can think of that I should try?
[16:16] <marcoceppi> privateStack: I'm at a loss, unfortunately. To prevent you from waiting around and banging your head somemore, email the juju list (juju@lists.ubuntu.com) with pretty much everything you've told me, the pastebins, the bootstrap output, etc someone else not online right now might be able to help
[16:17] <marcoceppi> This is just a reminder I need to setup MAAS and private openstack at my place to play with this more
[16:18] <privateStack> marcoceppi: thanks for the help. I will do
[16:21] <gotwig> marcoceppi: the gui still looks like the old one
[16:22] <marcoceppi> gotwig: that's odd, I've used cs:~juju-gui/juju-gui to get the new one. Screenshot?
[16:22] <gotwig> marcoceppi: it says cs:~juju-gui/precise/juju-gui-77 this is wrong?
[16:23] <gotwig> how can I "upgrade"?
[16:23] <gotwig> I removed the environment, made it new, etc :/
[16:23] <marcoceppi> gotwig: that's it -77 is the latest. Screenshot?
[16:23] <gotwig> of juju-status?
[16:25] <marcoceppi> gotwig: of the gui
[16:26] <gotwig> imgur.com/cLjkUA2
[16:28] <gotwig> marcoceppi: ^
[16:34] <marcoceppi> gotwig: that looks like theh recent version
[16:34] <marcoceppi> what are you comparing it to?
[16:36] <gotwig> marcoceppi: jujucharms.com
[16:36] <marcoceppi> gotwig: try https://10.0.3.212/fullscreen/
[16:36] <marcoceppi> you should see the jujucharms.com interface
[16:37] <gotwig> in jujucharms.com
[16:37] <gotwig> there is a side pane for the properties
[16:37] <gotwig> not a whole new view, which hides all other things
[16:39] <gotwig> hm
[16:39] <gotwig> I think it is like it is..
[16:40] <gotwig> but I dont like this
[16:40] <marcoceppi> gotwig: try https://10.0.3.212/sidebar/ for the sidebar view
[16:40] <gotwig> there is no scroll utton
[16:40] <gotwig> is it broken?
[16:41] <marcoceppi> gotwig: could be, one sec let me deploy
[16:41] <gotwig> ok, now comes my question
[16:41] <gotwig> when I go the charm
[16:41] <gotwig> go ito the charm properties
[16:41] <gotwig> there is no save button I can see to save my changes
[16:41] <gotwig> and no scroll button...
[16:41] <gotwig> I have to use arrows to navigate
[16:50] <gotwig> marcoceppi: no idea?
[16:50] <marcoceppi> gotwig: sorry, I was on a call
[16:51] <gotwig> the GUI is far away from elegant :/
[16:53] <gotwig> after I reloged into the GUI, all my services are away :/
[16:54] <gotwig> even juju status says they  are running
[16:55] <gotwig> now I see them again
[16:56] <gotwig> got it running :>
[16:56] <gotwig> nodeJS
[16:56] <gotwig> thanks for your help
[16:57] <gotwig> marcoceppi: where can I talk about juju design?
[16:57] <gotwig> Juju-GUI, launchpad?
[17:00] <marcoceppi> #juju-gui on freenode
[17:05] <gotwig> marcoceppi: do you use the GUI?
[17:06] <gotwig> I g2g, thanks. I am going to report a new bug, regarding responsive web design
[17:21] <privateStack> marcoceppi: I have been debugging on the code level and think I might have found something interesting
[17:22] <privateStack> marcoceppi: when I don't specify a public url in the config, juju tries to create one using my users authentication.
[17:22] <privateStack> marcoceppi: This bucket creation process fails for the public bucket with the error: MakeServiceURL: no endpoints known for service type: juju-tools
[17:24] <privateStack> marcoceppi: If I specify a public url this error does not occur, which makes me wonder if juju is expecting juju-tools to be under the public bucket
[19:57] <arosales> hazmat: looking for some charmers to help out with the review queue, got any spare cycles for reviews?
[19:58]  * arosales will also email ~chamers
[21:07] <gotwig> do charms always have to use debian packages
[21:08] <gotwig> I like to use some custom stuff
[21:08] <gotwig> downloading and setting up via curl
[21:18] <sidnei> gotwig: you can do it, no problem. not a recommended practice, but you're free to do anything you want.
[21:18] <gotwig> sidnei: I want that it becomes an official charm some day
[21:19] <sidnei> gotwig: then you might want to add an option to use debian packages and toggle to curl with a flag
[21:19] <sidnei> i think the policy might say something about official charms not going over the network
[21:19] <AskUbuntu> can we have multiple juju config files? | http://askubuntu.com/q/324604
[21:33] <privateStack> Does anyone know if juju works with openstack quantum?  Having problems during bootstrap with assigning a floating ip
[21:33] <privateStack> Juju appears to use the nova api to assign addresses
[21:36] <privateStack> marcoceppi: I figured out my original bootstrap problem.  The metadata index.json had the wrong port listed.
[21:46] <gotwig> can I use juju deploy with my custom bzr branch?
[21:47] <sidnei> gotwig: yes you can
[21:47] <gotwig> and how, Obama :D?
[21:47] <sidnei> gotwig: if you have a dir 'charms', and your branch is under 'charms/precise/mycharm' you can do 'juju deploy --repository=charms mycharm'
[21:47] <gotwig> somehow this doesnt work for me
[21:48] <gotwig> I recheck
[21:48] <gotwig> error: cannot get latest charm revision: charm not found: cs:precise/meteor-app
[21:49] <gotwig> it tries to use the official sources, not my custom directory
[21:50] <gotwig> do  I have to use version control or so?
[21:50] <sidnei> gotwig: try juju deploy --repository=charms local:mycharm
[21:51] <gotwig> my command is juju deploy --repository=eduard local:meteor-app -e local
[21:51] <gotwig> eduard is my charms dir
[21:52] <gotwig> error: cannot get latest charm revision: charm not found in "/home/julia/eduard": local:precise/meteor-app
[21:54] <gotwig> the charm dir name is meteor-app  and the charm name is meteor-app
[21:54] <sidnei> gotwig: does eduard/precise/meteor-app exist? what's in eduard/precise/meteor-app/metadata.yaml?
[21:54] <gotwig> no
[21:55] <gotwig> I hav meteor-app in eduard
[21:55] <sidnei> gotwig: ah, that's it, needs to be into a dir named 'precise' ( really, whatever you have in default-series iirc)
[21:56] <gotwig> sucess :>
[21:56] <gotwig> now lets check juju-gui
[21:57] <gotwig> actually writting charms is really easy
[21:58] <gotwig> no, red line :D
[22:00] <gotwig> hook failed install... hm
[22:20] <gotwig> sidnei: where can I specify the icon for my charm?
[22:21] <thumper> jcastro: hey
[22:22] <thumper> jcastro: not sure if you have tried rebooting a running local environment yet, but I did yesterday (quite by accident)
[22:22] <thumper> jcastro: all came back up fine
[22:22] <thumper> so... yay \o/
[22:29] <gotwig> how do I remove a service
[23:01] <sidnei> gotwig: i think the icon is just icon.svg in the root
[23:01] <sidnei> gotwig: juju destroy-service?
[23:01] <gotwig> no
[23:01] <gotwig> destroy-service doesnt ermove it
[23:01] <gotwig> *remove
[23:08] <sidnei> what you mean by remove then?
[23:22] <bradm> fwiw I just submitted LP#1205130 for a charm for bip I wrote, any feedback would be great.
[23:22] <_mup_> Bug #1205130: New charm: bip <Juju Charms Collection:New> <https://launchpad.net/bugs/1205130>