[05:15] SpamapS: yea and there can be blanket exceptions for apps/teams too like clamav defs etc [05:16] re: sru's [05:16] Daviey: ^ [06:00] imbrandon: indeed, but there is no such blanket exception for juju [06:02] SpamapS: right, but i just mean it might be good to see if that is our best option to ask for [06:03] seems like it, but i've not deply considerecd everything [06:03] deeply* [06:05] that was exactly my point.. we would need the tech board's approval to put such a radically new thing into precise-updates [06:05] the SRU team's discretion is only on interpretation of the policy [06:05] SpamapS: btw after the convo from a day or three ago re juju et al, i've started the last hour or so re-evalutating puppet and chef-solo and trying to see how best to maybe use them along with juju in a franken-charm heheh , looks like it may be promising but not gotten far yet [06:06] "For Long Term Support releases we regularly want to enable new hardware. Such changes are appropriate provided that we can ensure to not affect upgrades on existing hardware. For example, modaliases of newly introduced drivers must not overlap with previously shipped drivers." [06:06] One can argue that hpcloud == new hardware :) [06:06] sure, i dont think thats a bad hurdle to jump tho [06:06] true [06:07] yea not only that it dont circumvent the spirit of the policy [06:07] in that it would not overlap and break older providers aka hardware [06:10] well thats where it gets tricky [06:10] because the new provider landed in what is basically the '0.6' tree [06:10] with a lot of new code [06:11] it would be nice if we could ( talking in-general here so even in go version etc etc ) decouple the providers somehow , and provide them in a juju-providers package or even allow juju-providers-somethirdparty , via them being excapsulated and swapable at runtime [06:11] *encaps... [06:13] i mean look at some of the other tools that do things on multi clouds , given most are out of scope , but just trying to give a sense of why i think it would be good. they all support nearly 30 cloud providers [06:13] so to add/remove/change those seperatly would be a huge win long term [06:14] yes I suggested long ago that the provider code should be isolated as plugins [06:14] no code in juju.environment.config [06:14] right [06:14] just have the providers register their configs [06:14] * SpamapS is too lazy to lookup the bug that was closed saying no [06:14] i'll look it up later i'm too lazy to have followed the link right now anyhow [06:15] i just woke up an hour ago so still groggy [06:15] lol [06:17] btw SpamapS i gave up trying to get that usb dvi to work, so been on 2x monitors since i went full time ubuntu again a few weeks ago [06:17] and [06:17] usb dvi? [06:17] so with 3rd monitor sitting here off mostly been trying to find out what to use it for ... [06:18] yea my mac mini has one hdmi out and one displayport out [06:18] that drives 2x monitors [06:18] the 3rd was a usb->dvi adapter [06:18] that i never got to work, even brought some to uds [06:18] etc [06:19] well work in ubuntu, and thats wrong too, i get it to work solo if the other are off ( e.g. there is a working kernel driver ) but not in combo where all 3 are on and working at same time :) [06:20] imbrandon: 3 is too many for me [06:21] but anyhow was gonna say .... its no big deal now, took a bunch of parts had laying round and managed to toss a amd64 2.5ish dualcore with 4GB ram and solo hdd togather and attached it to the 3rd monitor and hid under the desk [06:21] now just loaded synergy on it for single keyboard / mouse and all good to go again :) [06:21] imbrandon: throw synergy on it and you've got a good place to have IRC live ;) [06:21] oh haha [06:22] I remember when synergy cam eout [06:22] I blew peoples minds flipping from my macbook to my Debian desktop and back [06:22] SpamapS: heh i like 3 i tried more and less , but main in mid and one on left/right angled works out weel for my brain [06:22] hahah yea [06:22] same here === almaisan-away is now known as al-maisan [06:22] used to be a little wonky on osx but not anymore works well on all 3 now [06:22] ( 3 os's ) [06:23] but in this case i have ubuntu on my main mac mini here and i loaded kubuntu on the new frankenstein [06:23] but yea its perfect to have irssi and other misc non-critical stuff off to the side going === al-maisan is now known as almaisan-away [06:24] not set it up yet either but i'm thinking about taking the apache/nginx etc that i norm have local too and setup a workflow so in my ide et al it still seems local but run off that machine saving me a tiny bit o cpu [06:25] but not have to change workflow or giveup the reasons to dev local and not just a remote dev server etc [06:25] e.g fast iterations etc [06:26] i need to find some way that i can stop caring about the data on it tho, e.g. like a vm thats been snapshoted [06:26] so i can "reset" it or similar at any moment and not care [06:27] not really thought about how to accomplish that yet but will be next on my personal projects todo's [06:29] it is pretty slow tho, so dont wanna tax it too bad, the ram is single channel ddr2 and the amd64 is like the first gen amd64 dual core's heh [06:30] and the hdd in it is actually a 80gb 2.5in laptop sata drive i had laying arround so i'm sure its 5400rpm at best [06:30] but just for basicly a "fat-kvm" or "fat-monitor" or whatever its perfect [06:32] heh.. the PPA builders seem wildly disparate in their I/O capabilities [06:32] nannyberry finishes the juju build in 9 minutes.. uranium gave up after 27 minutes [06:33] some are likely vm's with remote root/build fs's that seem local to the buildd [06:33] so network traffic hurts em [06:33] or proximity to the NAS [06:33] etc [06:33] * imbrandon is only guessing [06:34] Yeah I don't know [06:34] I just keep hitting retry until they get nannyberry [06:34] heh [06:34] way way back there was a uber secret way to selcet a buildd target [06:34] oo iridium.. thats a 'virtual 64' box.. this should be interesting [06:34] but i forget now and dunno if u even can anymore [06:37] i should dig into the current ubuntuwire setup , heh , thats when i had to learn all this is when we wre building that network , and wgrant tells me its not changed much since me, him, and ajmitch set most of it all up ... definately could use a www design refresh at the least :) heh [06:39] and changed from my version of ssh-import-id to the new one that dident exist that the time :) i'm sure there are things min dident consider that the new one does ... except mine supports LP teams ... so i can ssh-import-id and it gets the ssh keys for the whole team ... i might be able to wrangle support into ssh-import-id for that [06:39] seems like others might like it too maybe [06:41] ajmitch: what ya think about charming ( the things that make sense that is, the stuff on PPC and Sparc hardware obviously we couldent ) the UbuntuWire services, maybe revive some intrest in it ? [06:50] SpamapS: not sure which i hate more tho, unity or kde4, heh [06:50] * imbrandon should just run fluxbox on everything and be done with it [06:50] I don't think I'll ever understand "I hate " [06:51] It has a pointer.. windows.. and keyboard shortcuts. I'm good. [06:51] XFCE.. Gnome.. Unity.. all the same in my book [06:51] SpamapS: well when i say it , its normally because of things i would rather do anothger way and cant without recompileing / writing my own code etc [06:52] KDE just strikes me as bloatware... tried it for a couple of days back when I was frustrated with the initial natty alpha3 version of Unity [06:52] nah those all have the same widgets for their windows [06:52] but the desktop is not [06:53] 99% of the time I'm just looking at a browser in one monitor, and a 3-paned Terminator in the other [06:53] SpamapS: yea KDE has always been the desktop you need horsepower to run, but its also been IMHO the desktop most like GNU* apps in that every little bit of everything has a config option in the gui somewhere [06:53] hehe [06:53] So I'm not exactly a GUI power user [06:53] Yeah I HATE being able to config everything like that [06:54] In fact I appreciate that Unity strives to pick a way that works for everybody so we can all stop caring where our launcher icons live [06:54] tweaking == wasted time [06:54] see i like the middle ground, i want the simplicity of a gnome2 or gnome3 minus gnome-shell or unity minus the launcher BUT all the config options of KDE and they are only available in .conf files tho, no gui to clutter shit up [06:55] no way, tweaking is not wasted time if its doing more than just visual tweaking [06:56] SpamapS: thats an awesom goal, i just think they have declaired victory a little too soon [06:58] ever used Sublime Text editor , if it were a desktop i would be in love , its a simple gui , eg there is ONLY the tabs of open docs, nothing else, not even config options window or anything , BUT ever aspect can be changed in the settings files that are 100% hidden from the user and dont even have a gui to change them , not even common changes like font size etc that editors normaly have [07:00] but if i want i just edit the json settings file and reload , boom i'm good :) but the editor is just an editor and per default works for 99% of ppl, no crazy options to conmfuse users , and power users get what they want [07:00] so suffice to say, tweakers don't like Unity [07:00] a desktop like that backed by gnome widgets like the first 3 you mentioned would rock [07:00] but people like me, who want to pick up a stock machine and *NEVER* change any configs, adore it. [07:01] SpamapS: yup exactly [07:01] I think *most* people are in the non-tweaker category [07:01] but most vocal people are [07:01] in the tweaker category [07:01] SpamapS: but you know that 1) group #2 is very loud/vocal minority and 2) they have influence over a signifigant portion of #1's buying decisions [07:05] there is very few in the group that I fall in that would use one and try to improve the other still ... e.g use osx and still contribute actively to ubuntu desktop ... i've only seen a very very few and most of the time they keep it quiet the only exception I can think of is Ian Murdoch (sp?) [ eg. the Ian in Debian , if i spelled it wrong ] openly runs windows and osx as well as debian and other linux distros daily [07:06] so how do you get the tweakers that are essential to contribute but not include them in the target ? [07:07] Thats the funny thing. I don't think Unity wants tweaker code contributors. They want advocates, and feedback, but not people to actually write the code. [07:08] then they dont want what they say they want then, that cant be "for everyone" [07:09] e.g ok here is my thing unity is great for those like you like you said [07:09] it really is , my bitching is for me [07:09] Right, and the way you want to scratch your itch is considered harmful to users. Gnome takes the same stance btw.. that having all those config options just makes it harder to teach people to use. [07:10] but i really have a problem with their "goal" and stuff like that that makes it sound like the debian goal of "universal openerating system" [07:10] and harder to develop apps for [07:10] and then have other mandates that oppose that [07:10] No the goal is to have something that reduces friction for adoption and use. [07:11] SpamapS: exactly , but gnome also lets those be changed in gconf and the like [07:11] and i agree with gnome [07:11] Right, so Unity is taking a harder line stance, which I agree with, that this harms the ecosystem for app developers [07:11] because now your app works only for people who haven't changed setting X [07:11] right and i adamently hate that [07:12] Its what has made ios and android so successful in attracting light weight app developers [07:12] the limitations of the medium make it easier to develop for [07:12] You don't have to take into account "well what if the user has focus follows mouse on?" or "what if the user has their icon bar in auto hide on the bottom of the screen" [07:12] so much so that not only does it make it to where i cant use it , i would actively encourage others not to, but you knw what ... that goal only comes out in conversations like this , if you just ask out of the blue you get "its the desktop for everyone" [07:13] SpamapS: thats a support problem, there is proven ways to have the ability to change things but not support them [07:13] So while increasing friction for users who want to change stuff.. it has reduced friction for *growth* [07:14] no [07:14] i csnt qagree [07:14] bah [07:14] cant agree [07:14] see there is a big diffrence to me in providing senseable defaults and a few ( very few ) config options for something [07:15] i can agree with that, and actually very very much like the idea [07:15] then anything else in a .conf hidden [07:15] There are a very few options. Just not the ones you want. :) [07:15] heh , add the last part :) [07:16] imbrandon: but here's the thing. iOS developers have *flourished* because they can basically count on having things work exactly one way and one way only. Android devs have had to deal with some moving targets, but ultimately, it works a certain way.. [07:16] have you looked at the settings in iOS or an iOS app ? they are 30+ screens [07:16] imbrandon: Windows devs have the gravity of the platform pulling them along making them spend the money necessary to make apps that can deal with all of windows bazillion configs [07:17] imbrandon: but Ubuntu wants to grow a market of app devs. TO do that, they need the ease of development of iOS, but with the power of the PC platform. [07:17] and they are doing it wrong, OSX has that [07:17] imbrandon: those settings are nothing compared to what is still in the system config panels on precise. [07:18] see i agree with Unity's goal , thats the problem i always have when i have this convo, i do agree with it 10000% seriously, i just dont agree with the execution [07:18] at all [07:18] hah well thats fair [07:18] :) [07:20] okies, need to refill the mt dew and start on something productive for the day ... /me constemplates and what that will be when afk ... [07:20] brb === almaisan-away is now known as al-maisan [08:07] ahh yes, apt-mirror charm, will be simple and productive :) === ejat- is now known as ejat === al-maisan is now known as almaisan-away === Furao_ is now known as Furao === Furao_ is now known as Furao [12:34] hi from subway [12:34] m_3: right back at you [12:56] I've almost fresh Ubuntu 12.04 & Openstack (devstack - master branch) and I'd like to deploy hadoop to my local test-cloud environment. How shoudl I configure environment.yaml to deploy to Openstack? What is control-bucket in openstack's cloud? Any example how everything should be configured? Any native configuration for Openstack or the only way is to use EC2 api? [13:11] semyazz, do you have the dasbhoard installed ? There s a page that create your environment.yaml therE. [13:12] though, last time i try it, i had some kind of problem with it :) [13:13] semyazz, my environment.yaml looks like this http://pastebin.com/sb0Yr8bB [13:21] thx :) indeed there is export to EC2 in Openstack's dashboard. === almaisan-away is now known as al-maisan === ahs3` is now known as ahs3 [16:08] FYI, http://www.oscon.com/oscon2012/public/content/video sabdfl keynoting about juju === al-maisan is now known as almaisan-away [16:20] * SpamapS gets giddy as mark does jitsu export -e ec2 | jitsu import -e hp [16:21] SpamapS, yummy [16:23] hazmat: so I think the buildd problem is just that tbe buildds are just too slow [16:23] hazmat: retrying enough times works [16:23] SpamapS, thanks for keeping at that yesterday [16:23] SpamapS, i've been under the weather and ended up crashing for like 18hrs [16:23] sleep dep is a bitch ;) [16:25] wee keynote [16:31] m_3_, i see your gmail ;-) [16:31] hahahaha [16:32] m_3_: ^5 [16:32] whoa I just noticed, the premier diamond sponsor for OSCON is *MSFT* [16:49] SpamapS: Are you approving https://code.launchpad.net/~mthaddon/charms/precise/haproxy/mini-sprint-sf/+merge/114951 ? [16:49] 'morning all btw [16:51] negronjl: in a bit, yes. I want to pontificate a bit more before I approve of your implementation. :) [16:51] SpamapS: pontificate away :) [17:11] negronjl: heya [17:11] I ran into someone at cloudfoundry [17:11] I need to link you up with him [17:11] jcastro: hey man [17:11] jcastro: anybody I know ? [17:11] he seemed excited about your work, and he's like the head dev experience guy [17:11] Andy Piper [17:12] jcastro: I've heard the name [17:12] jcastro: cool [17:12] jcastro: now I just need them to support precise and we're rolling [17:12] nice [17:12] jcastro: I got it working on precise ( somewhat ) but, it would be a lot better if they can fix some of their dependencies [17:12] yep, he actually came to the session to find someone to talk about that [17:13] I was like "hey cloudfoundry, we need to talk!" and he was like "yes, we do we're trying to sort 12.04" [17:13] and I was like "I've got your man." [17:13] cool, expect an email in a few [17:13] jcastro: nice ... there is some interest ... perfect ... [17:18] <_mup_> Bug #1026714 was filed: PPA builds fail because of low twisted timeouts < https://launchpad.net/bugs/1026714 > [17:25] SpamapS: whoa sabdfl used jitsu in the demo ? [17:25] yeah, crazy [17:25] hazmat: I must say, that import export pipe thing you made. [17:26] hazmat: is total brilliance. [17:26] yeah [17:26] shame it doesn't move the data too :-) [17:26] oh hell yea. frakin cake 100%. [17:26] baby steps [17:26] james_w: should be able to be added [17:27] but dosent the fact that sabdfl demo'd with jitsu show that our current dev cycle-ish blah blah blah could be a lil broken :) [17:28] james_w, give it time ;-) [17:28] I dunno if I want it to move the data [17:28] james_w, just need some time to do some x env rels and it could do that [17:28] btw ^5 hazmat :) [17:28] SpamapS, not move the data, but allow for x-env sync would do it [17:28] Right what I really want is a backup/restore service that I can relate cross-env [17:28] block data movement is provider specific, app protocols can do it [17:28] SpamapS: would be an worthy option , export to me kinda implys it can, like phpmyadmin can export schema and schema+data [17:30] 90 charms folks! [17:30] 10 more! [17:31] jcastro: i got 2 in the works [17:31] and 2 in the review q [17:31] so that is almost half :) [17:31] heh [17:31] actually only one of 2 in the q will pass i think but i want other eyes on it anyhow to get feedback [17:35] "Using 5.6 GB" I think it may be time for me to archive some things off imap [17:35] heh [17:37] imbrandon: hey so I was thinking === zyga is now known as zyga-afk [17:37] we can hit 100 by august 23rd (12.04.01) [17:38] marcoceppi: also ^^^ [17:39] I've got about 3 hours tonight to work on Charms. I know there are a few I was working on still limbo. Gluster and it's subordinate, Gitolite, WordPress, Papertrailapp subordinate [17:40] marcoceppi: if i can help in any way lemme know , i'd be happy to do a lil grunt work for ya if needed man [17:41] imbrandon: thanks, I'll take a look at each in a min and ping you [17:41] kk [17:42] hazmat: would you count this as trivial? https://code.launchpad.net/~clint-fewbar/juju/fix-buildd-fail/+merge/115794 [17:44] SpamapS, yes, but the intended use is? [17:44] to raise the timeout for the buildd? [17:44] yes [17:45] I think its reasonable to keep it at 5 for developer use [17:45] like, none of them should even take 1s on a developer box [17:45] sadly a handful do [17:46] right, but we can attack that with the testr stuff [17:46] but they typically have explicit timeouts [17:46] yup [17:46] I'm going to set package builds to 30s timeouts for tests [17:47] thats 16 hours if they all take 29s [17:48] hazmat: ok, so should I just go ahead and merge? [17:48] then I can move forward w/ updating the packaging [17:49] SpamapS, +1 re merge [17:51] done [17:51] thanks! :) [17:59] negronjl: oh hey, we don't currently allow "lists" in maintainer for charms. [17:59] negronjl: you're the second to want to do it though.. so maybe we should? [17:59] SpamapS: we should [17:59] It would need to be a yaml list tho [17:59] SpamapS: I'll figure something out [17:59] SpamapS: When it's more than one, shouldn't it become a team? [18:00] Daviey: yes [18:00] but there's no email address for a team [18:00] mark's demo rocked! [18:00] ok, reading through backchannel I see y'all were watching [18:02] SpamapS: We can make charmers the maintainers ... for the haproxy one [18:03] negronjl: actually, thats probably a good idea [18:03] I tend to want charmers to be largely responsible for key bits of infrastructure. [18:03] SpamapS: if/when you promulgate it I can change it [18:03] negronjl: well really charm proof should complain [18:04] SpamapS: it's trivial to apply for a team mailing list. [18:04] SpamapS: maybe we need to update charm proof so it does [18:04] yeah, perhaps charmers should have one actually [18:04] SpamapS, Daviey: Don't we have a mailing list for charmers already ? [18:04] Though I tend to think right now juju@lists.ubuntu.com is a better home for charmers [18:05] SpamapS: That may be the case right now but, in the future the charmers traffic will end up polluting the juju mailing lists [18:05] It's easier ( better ? ) to have a separate one [18:05] yeah [18:05] perhaps now is the time [18:06] aawwwww ... we're growing up ... we're gonna have our own mailing list :) [18:06] See I dunno.. I kind of want those discussion to happen in the view of the whole community until messages get more frequent than once every 2 weeks [18:07] Can we have our own and have the email address for the charmer's mailing list subscribe to the juju ML ? [18:07] m_3_, nice [18:07] SpamapS, it seems a bit early for that [18:07] hmmm .. that wouldnt work would it ? [18:07] nm [18:07] SpamapS, like how many charm specific questions on the list have their been [18:08] yeah I think charmers stays on the main list for now [18:13] negronjl: heh yea i already added and subsuqently removed a array of maintainers :) [18:14] Maybe file a request so we can add multiple email addresses in maintainer field ? [18:14] negronjl, just email the list [18:14] SpamapS: well also some things may not goto the list because of that, i tend to use email as a last resort anyhow but juju@ dont seem like the correct place to ask a charm question to me and likely others [18:14] I see this issue growing as people modify other's charms and add their name to the existing maintainer field [18:14] its trivial to add support for it in the only place that info is used atm [18:14] negronjl, one time commit, is not maintainer [18:15] enduring activity [18:16] imbrandon: Its a place to ask a question about fundamental charms tho. [18:17] sure but since charms are more like a software app than packaging that app it might be nice to have defined way to list past contributors univerally now that its mentioned, i dont think maintainers is right , althouh i do like the idea of it being a list for other reasons [18:17] maintainer is a statement.. "I will keep this charm in good order and respond to questions about it" [18:17] SpamapS: sure, but it looks more like a place that juju development happend [18:17] happens* [18:17] You can contribute like crazy to the charm w/o saying that. [18:17] imbrandon: no, thats on the juju-dev mailing list [18:17] SpamapS: right , i know this, i said looks like :) [18:17] imbrandon: juju is for discussions about using juju, which includes charm dev [18:18] Seriously traffic is next to nothing [18:18] when it gets to a level where charmers and charm user questions are dominating the list, we'll open a new list [18:18] until this conversation in irc tho i would not have thought that :) and the amount of serious traffic does not matter ppl getting their head bitten off from old school lists [18:19] is enough to stop them at the smell of "important" [18:19] but I would do that reluctantly, as I think its vital that interested users see charm dev discussions === dpb_ is now known as Guest78961 [18:19] We should just go use Google Wave instead of the lists. [18:19] see moving resources, esp on the internet in any fasion stops momentium and is confusing, its better to do what you want from the begning [18:21] marcoceppi: haha +10 [18:21] imbrandon: right, ideally we'd never move it, because the traffic would be interesting to all juju users. [18:22] imho forums are better used for what lists do, and wiki's are better at what forums are used as, and ask! is good to supply a healthy community on both the others :) [18:22] and email should die [18:22] :) [18:23] but there are whole religious cults on both sides of the forum<->email thing [18:23] thats why something like google groups are perfect, would be nice for ubuntu lists to do that [18:24] forum and email interface combine [18:25] forums are death for busy user interactions [18:25] email is not a good archive to refer/search [18:26] yeah, thats what askubuntu is for [18:26] then why would i send an email to the list ? [18:26] heh [18:26] +1 [18:27] SpamapS: i'm just being a PITA , i konw the awnsers, but seriosuly i think email lists are only around out of habbit, interaction in so many other ways is better for every use case i've ever seen a list used for [18:29] announcements was about the last use case i thought was OK for them, but even that i like the RSS model better as it stops the chance of spam pretty much [18:32] imbrandon: ETOOMUCHPITA ...you have reached your PITA quota for this millenium. Please try again in the year 3000. [18:33] lol kk [19:18] its like the everyman version of the editor wars [19:18] s/everyman/universal [19:18] ml vs forum [19:19] push vs pull ;-) [19:20] heh [19:25] hazmat: I'd like to write up the OpenStack provider, when do you think would be a good time? Should I wait for it to hit distro/PPA you think? [19:32] jcastro, now [19:32] jcastro, its in the ppa [19:34] ok, ON IT. [19:34] do we have instructions for setting it up on HP Cloud somewhere? [19:40] jcastro: I just uploaded it to debian experimental, and it will hit quantal as soon as launchpad sees it so I can sync [19:40] jcastro: no the docs still need a lot of work [19:43] ok so I'll whine to mgz about it [19:45] or perhaps they just didn't make it from lp:juju to lp:juju/docs ? [19:45] ahh no docs dir [19:45] yeah definitely need some docs [19:49] I don't mind waiting a day for the docs to catch up [19:50] we'd be lost in the webapps madness today anyway. :) [19:50] true [19:50] that was pretty subtle, but pretty damn cool [20:01] does lp:juju's /docs ever get updated with whats in lp:juju/docs at all ? its like _WAY_ outdated [20:01] SpamapS: ^ [20:02] there is no more confusion [20:02] lp:juju/docs is the only one [20:02] I don't have a docs dir in my lp:juju [20:03] i have some more doc's css fixes to land soon too that are the product of ubuntu-accomplishments and pkgme are both using me shpinx theme now :) [20:03] SpamapS: ahhh i hadent looked ina week or teo [20:03] two [20:04] imbrandon: At some point I did some mods to the old one to add Version metadata for docs that had listed it... mainly for the charm store policy document. I don't see that there anymore. [20:04] and its has a home of its own too at lp:ubuntu-website-community-webthemes/light-sphinx-theme too ( but thats old and i need to push there as well ) [20:04] SpamapS: its there [20:05] it just never worked [20:05] it worked for me. ;) [20:05] see hte two blank lines with a "." [20:05] at the bottom [20:05] thats what gets output for me and on the www [20:05] eg all that [meta] is there but empty [20:06] oh right its because of sphinx 0.6.4 [20:06] how is that filled in ? [20:06] from the conf.py ? [20:06] meta is automatic in later sphinx's [20:07] well i dont think the build of the docs has access too juju either, look at the bottom link in the TOC the modules are empty [20:07] its not getting it from juju [20:07] i wish it was a little more transparent on what gets done on that build ... so i could at least work around things [20:07] right but the modules it does [20:08] just was adding things in since we was on topic [20:08] :) [20:09] after i finish this apt-mirror charm i may charm the juju site and see how far we can get with m_3_'s dogfood'in idea, i like it [20:09] but we'll see , plus i can use the charm for other docs/websites if it dont fly :) [20:09] should only take an hour or two really, as it should be very simple charm [20:10] * imbrandon thinks on it while he gets foood [20:10] brb [21:25] when juju starts chewing 100% of both of my CPUs, what's the correct way to make it stop? [21:30] jml: juju destroy-environment -e [name of local env] [21:30] jml: you *might* have to kill -9 it, as I've seen it at least once stuck in some kind of signal ignoring loop [21:30] 23325 ? Ssl 0:00 /usr/bin/python -m juju.agents.machine --nodaemon --logfile /tmp/tmpDvjyn3/jml-djpkgme.bigtests.test_integration.TestJuju.test_bootstrapped-1/machine-agent.log --session-file /var/run/juju/jml-djpkgme.bigtests.test_integration.TestJuju.test_bootstrapped-1-machine-agent.zksession [21:30] what about that sucker? [21:30] jml: though upstart should be taking care of that [21:30] every time I kill it, it comes back stronger [21:30] (not actually stronger, that just sounded cooler) [21:32] jml: so the destroy-env should have removed the upstart jobs [21:32] jml: but if it didn't, try 'sudo initctl list|grep juju' followed by some stops. [21:32] * SpamapS wonders how the branch to fix that is faring [21:33] SpamapS: thanks. [21:40] SpamapS, the fix is there, but ben went on holiday [21:40] the actual fix needs extraction from the branch [21:40] to be standalone and some minor cleanup besides [21:41] SpamapS, are you going to do another release of juju into 12.04 .. i could take a break from websockets and have a go at if if need be [21:42] i think ben said he was going to work on it during his plane trip [21:42] hazmat: yes I'd like to do one more SRU to fix the few bugs that are most important. [22:42] jcastro: hey, are those HP micro servers quiet? [22:42] As much as I've fought it for a while.. [22:42] yeah [22:42] I think I need to stop building software on my 5500rpm laptop disk [22:42] with no extra drives it's basically 0 noise [22:43] I was thinking of putting SSD's in it [22:43] for building stuff? It's got like an AMD netbook processor, I wouldn't recommend that either [22:43] Oh [22:43] I want a big fat 4 core CPU :) [22:43] with no fan [22:43] ;) [22:44] always the impossible you seek [22:44]