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