[00:01] <penguin42> alas it doesn't seem to take much more than a bit of youtube
[00:03] <penguin42> damn, 'memtest86+ does not support EFI systems'
[00:04] <daftykins> yeah the history has gotten pretty murky with that now, in some cases i've enabled CSM solely to boot an old school release
[00:04] <daftykins> i think the non+ version is the more modern
[00:10] <penguin42> eww when did it go commercial
[00:10] <daftykins> i know :(
[00:16] <daftykins> ooh they have a page on extracting the EFI boot image so you can then copy it onto your ESP
[00:34] <penguin42> I wonder if it would make sense for me to try getting one of the low end ryznes with built in gpu
[00:36] <daftykins> hang on, my mate in Exeter might still have the one i got for his build when i thought he needed it to update firmware
[00:36] <daftykins> i could ask him tomorrow if he'd be up for posting it up to you?
[00:36] <penguin42> sure, please do
[00:37] <daftykins> cool, i will check if he still has it :D
[00:43] <penguin42> so it's not good if memtest locks up, right ?
[00:43] <daftykins> nope! what method of booting it did you go for, spare flash drive?
[00:44] <penguin42> it ran for about 5mins
[00:45] <daftykins> i've always used the old one to be honest, mostly via legacy boot of 'buntu media for example - only time i had freezes was when somehow the drive prep didn't go well
[00:45] <penguin42> I'm just assuming this is the same lockup
[10:16] <zxm-pi> allo allo
[11:34] <daftykins> happy Saturday \o
[11:34] <zxm-pi> o/
[11:35] <daftykins> heh my cat just got treats and is now sounding her battle cry of achievement out on the flat roof above the kitchen, which is visible from my office chair
[11:35] <daftykins> "mraw dreamies were had, it is a good day"
[11:36] <penguin42> I hate to think what they put in them
[11:37] <zxm-pi> isn't there some uk cat treat being recalled atm?
[11:37] <penguin42> nod
[11:37] <penguin42> not those though
[11:37] <daftykins> so that's why they were on discount ;)
[11:37] <zxm-pi> ah, dry cat food https://news.sky.com/story/sainsburys-and-pets-at-home-recall-dry-cat-food-products-over-link-to-outbreak-of-potentially-deadly-feline-disease-12334199
[11:38] <daftykins> ooh err
[11:41] <daftykins> penguin42: left a message with my pal in Exeter about the CPU, just got to wait until he notices it :D
[11:47] <penguin42> daftykins: Thank you!!!
[11:48] <penguin42> my plan for today was to hope it would have come on for a few moments after a nights rest and copy the data off the m.2's - but nope, doesnt want to play
[11:48] <daftykins> :(
[11:49] <daftykins> i buy these cheap "kingshare" brand PCIe slot adapters for M.2 PCIe SSDs, in case you need to get something important using another system
[11:50] <penguin42> yep, that was the plan, together with some spare ram
[11:52] <daftykins> if he's game, i can probably ask him to just fish out the chip and ignore the little tiny cooler it came with eh? no doubt the one you have would be much easier to re-use
[11:53] <daftykins> make it a nice rapid small envelope/jiffy bag thing to zip through the post then
[11:55] <daftykins> EEVBlog upgrade woes: https://youtu.be/MiqxUaWkGYY
[12:00] <penguin42> daftykins: Oh yeh, I have a mighty cooler
[12:01] <penguin42> daftykins: I just need the expensive fuse
[12:01] <daftykins> hehe
[12:04] <daftykins> omw the crimes against hardware in the above video xD
[12:17] <penguin42> just upgrading his previous machine out of f32 then I can move the spinny disks over to it
[12:20] <daftykins> having a spare came in really handy for me when the PSU bit the dust a bit ago, much rather just boot another than muck around with part swapping when busy
[12:24] <penguin42> yeh I do have other machines, like this laptop and my old machine, but my main machine does have some stuff in it's home directory I probably rarely backp
[12:25] <daftykins> i realised that reply might have sounded like a judgement on your drive swapping but i really meant that i was glad not to have to swap in a working PSU just to get back to work :D
[12:25] <penguin42> no no, that was fine
[12:25] <penguin42> and I'm pretty sure the PSU swap I did in the early hours did show the problem wasnt psu
[12:26] <daftykins> mmm that dmesg output definitely sounded like something more dramatic going on
[12:27] <daftykins> ooh i could take a stab at trying to flash this little network camera's bootloader from the backup this weekend, i bought one of these little programmers
[12:27] <daftykins> word is it won't work with the clip-on, so needs desoldering
[12:28] <penguin42> fun - doesnt it have 4 convenient looking pads that are near the flash?
[12:29] <daftykins> i did solder on a few wires and having working TTL yeah - it kinda boots to a boot menu but no keyboard input seems to be taken, i didn't see any instructions on how to flash via that
[12:31] <daftykins> https://i.imgur.com/Ue4Nr5d.jpg
[12:38] <penguin42> oh, I meant jtag pads
[12:39] <daftykins> ah
[12:43] <daftykins> it's kinda funny, i flashed this modified bootloader from a project which lets you adjust the memory allocations so it can do higher quality video, but i think the model i got is sufficiently different that their code doesn't support the NAND
[12:43] <daftykins> i'm hoping it'll revert to its' earlier working behaviour once i restore the backup
[12:44] <penguin42> yeh that's what the error seems to suggest isnt it
[12:45] <daftykins> yip
[12:46] <daftykins> it's so strange that that prompt doesn't take any input, it looks like it should
[12:46] <daftykins> at least nothing gets echo'd on screen
[12:48] <penguin42> perhaps it dosnt like your serial ?
[12:48] <daftykins> i can't have any of the 3 wires on wrong to get that far, can i?
[12:49] <daftykins> i was a bit surprised when i guessed right first time
[12:53] <penguin42> hmm probably not; is this a little usb-serial bare wire adapter?
[12:56] <daftykins> yeah, i repaired a misflashed Netgear managed switch using it - legitimate FTDI chip in there i think
[12:56] <daftykins> can't be 100% it isn't a knock-off
[12:57] <penguin42> ok, you can get some differences if things want 3.3v/5v/1.8v serial I think these days, but shrug
[12:58] <daftykins> ah yeah, probably best to hop straight to attacking and restoring the chip :D
[12:58] <daftykins> i hope their instructions match even if their code didn't xD
[13:06] <daftykins> penguin42: my pal's game, i'll PM you my email if you could send me your address to forward on
[13:11] <ball> Mornin'
[13:12] <daftykins> wb ball \o
[13:12] <ball> Thanks!
[13:12] <daftykins> any luck hunting for the virtualisation feature?
[13:13] <ball> daftykins: I haven't had an opportunity to reboot, sadly.
[13:13] <ball> Might get there this afternoon though.
[13:13] <daftykins> :)
[13:14] <ball> brb
[13:34] <ball> If I close a few programs, perhaps I can reboot into the CMOS setup program now.
[13:35] <ball> I have a build running on something else but I can connect to that from elsewhere...
[13:35] <ball> brb, rebooting.
[13:35] <penguin42> ball: Which CPU do you have ?
[13:36] <ball> penguin42: E-350
[13:37] <ball> (also have a couple of other AMD chips but not on my desk in working machines.
[13:37] <ball> )
[13:44] <ball> daftykins: You were right!  Found it under "System Security".
[13:44] <daftykins> :) yay
[13:45] <ball> \o/
[13:46] <daftykins> let the VMing fun continue
[13:48]  * ball nods
[13:48] <ball> Installing Ubuntu Server into a VM now.
[13:49] <ball> Gnome Boxes seems friendly but I didn't see any network options there.
[13:49] <ball> ...and I'm not sure how I'd pass devices through to the VM.
[13:50] <ball> Still, it's hugely helpful that I can use a VM now.
[13:50] <daftykins> which kind, USB?
[13:50] <ball> Thanks daftykins!
[13:50] <daftykins> you're welcome :)
[13:50] <ball> daftykins: USB disks is what I had in mind.
[13:52] <daftykins> ah right, yeah not sure on that for the virt tech you're using
[13:52] <ball> I'll have a tinker, anyway.
[13:53] <ball> I have to go but I'll be back later, I expect.
[14:09] <daftykins> penguin42: pal just gave word the chip is on its' way 1st class :D
[14:10] <daftykins> i will be curious to see how speedy mainland post is
[14:15] <penguin42> daftykins: Oh excellent!
[15:04] <penguin42> daftykins: I mean the thing is, if it weren't for the apocalypse I'd get my dad to drive me upto scan with the machine and start buying parts until it wakes up
[15:05] <daftykins> indeedy, not sure how much rules have relaxed up there yet but i'd be in no rush to venture far and wide that's for sure
[15:06] <penguin42> daftykins: well, Scotland have banned anyone from Manchester or Salford
[15:15] <daftykins> oh wow, is it particularly bad by you?
[15:16] <penguin42> there are covid standing on the corners with coshes beating the immune system out of you
[15:18] <daftykins> cor i haven't seen that word in a while! sounds scary
[15:18] <penguin42> daftykins: I'm on the border of bury/salford/manchester all of which are over 300 cases/100k in the top ~10 areas
[15:19] <penguin42> daftykins: Scan, about 10 miles north of here, is in Bolton which is where the current Delta variant took off
[15:20] <daftykins> ah didn't know that part - but yeah i got some monitors for clients off them just the other day
[15:20] <daftykins> once was they refused to deal with us VAT dodgers
[15:20] <penguin42> daftykins: I've been buying off them for about 30 years
[15:20] <daftykins> :D
[15:28] <penguin42> daftykins: I bought my 1st Linux PC off them in 94, a Pentium 90
[15:29] <daftykins> wow i had no idea they had that much of a legacy
[15:29] <daftykins> same owner, do you know?
[15:29] <penguin42> yeh I think it is
[15:34] <penguin42> not that I know them well; I dont buy stuff that often; but when it was back then I did end up seeing the boss since i was buying what at the time was a top end system when they were small and asking all these odd questions about exactly which device it was
[15:36] <daftykins> :D nice when they know their stuff
[15:37] <daftykins> zxm-pi: now there's a Pi 4 'sink: https://youtu.be/AQjlanEJ85c?t=128
[16:10] <daftykins> ah that's a stroke of luck, i just enquired about an iMac on local trade websites and it turns out they're a stone's throw from my parents place, so i can not only sponge for a lift with it, but not put them out too much :D
[16:16] <penguin42> ok, sata drives in old machine, can get to critical stuff; - although not the rest of my home directory which are on the RAID1 M.2's
[16:35] <daftykins> on my last order i got 2 of those adapter cards just in case i ever need to retrieve someone's data from such drives!
[16:36] <penguin42> you see that's why you should get daftykins to do your IT for you
[16:38] <daftykins> :D
[19:16] <penguin42> right, lets see, heatsink compound, M.2 PCIe M.2 adaptor, 4GB bottom end DDR4 Dimm
[19:17] <daftykins> one AMDs like? :D
[19:17] <daftykins> probably grew out of their memory fussiness by 3rd generation ones mind
[19:18] <penguin42> well who knows, corasair vengeance LPX 4GB
[19:21] <daftykins> that'll do, then :D
[19:23] <penguin42> actually, the Corasir Value select 4GB DDR4 is 2666
[19:24] <penguin42> may as well go for higher clock, more cycles
[19:30] <penguin42> hmm a bargain basement uatx ryzen motherboard is £40
[19:36] <penguin42> ordered
[21:35] <zxm-pi> that's a beautiful heat sink. very 50s fins and all :-)
[21:36] <zxm-pi> i would wonder how well it would do in a warm room. in summer.
[21:37] <zxm-pi> i think one of the things holding me back with replacing my original pi b is that pi's 3 onwards prefer a heatsink or fan
[21:39] <daftykins> i don't think you'd see much cause to require active cooling if you're not causing sustained load
[21:42] <zxm-pi> i use a very lite load. but have been thinking of the 8gb pi as a desktop to replace an aging lenovo 4gb laptop that was a 'bargin' a few years ago
[21:42] <zxm-pi> or even the pi 400
[21:43] <daftykins> mmm it's all about the instantaneous bursts really, until you open a browser xD
[21:43] <daftykins> a good 'sink is always worthy for longevity of the kit!
[21:43] <daftykins> how museum class is the Lenovo?
[21:44] <zxm-pi> have found using a tab suspender in firefox really fixes the ram hogginess. set to having 2-3 tabs active and it hibernates the others frees up a tonne of ram and stops use of virtual memory
[21:44] <waveform> zxm-pi, the pi400 has *significantly* better cooling than pretty much any other pi4, but the 4gb memory limit is certainly a squeeze with some heavier applications (*cough* pick-a-browser *cough*)
[21:44] <zxm-pi> yeah the 4gb is the biggest bottle neck on it
[21:45] <waveform> with a bit of zswap it's certainly usable though -- used one as my primary desktop for 6 months during the hirsute cycle
[21:46] <waveform> in hindsight I wish I'd known about the tab suspender because I definitely had to limit myself to <20 tabs in firefox (which is ... not my usual number!)
[21:47] <zxm-pi> yeah, totally changed how i used browsesrs on systems. was closing browers every 2-3 hours or so to free ram. now firefox runs all day no problems
[21:48] <daftykins> :)
[21:48] <daftykins> a couple of clients shock me the way they use theirs
[21:48] <zxm-pi> on vivaldi (chromium  in disguise) it helps but not as well. but does reduce number of restarts to free ram
[21:48] <daftykins> the other day i got bored scrolling through the tab list at one
[21:48] <daftykins> took too long to find the start
[21:49] <zxm-pi> save session, close all, do task, reopen session :-)
[21:50] <daftykins> well that one in particular doesn't know how to manage open stuff, so typically you see 20+ of the same thing when looking at the tabs
[21:50] <daftykins> if i'm doing a thing, i just use another usually to avoid their own mess xD
[22:23] <zxm-pi> the lenovo claims to be a g50-30 which i got in argos 4+ years ago as end of line if you don't give it a home we're throwing it out half price jobbie :-)
[22:25] <daftykins> hrmm i've worked with that line, super duper budget
[22:25] <daftykins> not sure on CPU though, could vary a lot
[22:25] <daftykins> drat btw, local trade site iMac sounds like it's a 2009 model, i misunderstood earlier on the phone
[22:26] <daftykins> only for a client so no huge loss, £800 for the 2017 model one that's listed
[22:28] <zxm-pi> oh yeah, i used to write the dates of the new argos catalog releases and time my purchases to a few days before release so as to get the bargin basement prices. can't do that now they don't have a catalog :-/
[22:28] <daftykins> you need to befriend an insider!
[22:29] <zxm-pi> i don't think they retain staff long enough for that. don't think i've ever been served by same staff twice
[22:30] <daftykins> :(
[22:30] <zxm-pi> i can only imagine the hot as hell packed warehouse behind the store front
[22:34] <penguin42> zxm-pi: Do you think there internal process and timings is the same, they just dont do the printing?
[22:35] <zxm-pi> same but site can still hold old stock till it sells whereas in catalog it wasn't worth space in new one
[22:53] <daftykins> g'night fellas \o
[22:55] <penguin42> ooh just moved my 2nd dose earlier by almost a week
[23:06] <zxm-pi> getting my 2nd pfizer next friday all going well
[23:32] <penguin42> this is moderna, so I'm expecting to feel pretty awful the next day


[05:57] <Timman68> is anyone having trouble with 10.04? my screen flashes black and white and I have to reboot... lose everything... says something about battery?
[05:58] <doctormo> Timman68: Sounds bad, but you should ask in a support chat room such as #ubuntu


[01:39] <Burgundavia> anybody around?
[04:57] <Burgundavia> jcastro: ping
[04:59] <jcastro> Burgundavia: yo
[05:00] <Burgundavia> jcastro: my internet here is crap
[05:00] <Burgundavia> can you grab the amazon.com image of the last ubuntu book and put it into http://fridge.ubuntu.com/node/1279 ?
[05:01] <jcastro> sure
[05:01] <jcastro> soon as I remember how to log in
[05:01] <Burgundavia> thanks
[05:01] <Burgundavia> and poke at the text as well
[05:03] <jcastro> should I attach it or just link to the amazon url?
[05:10] <jcastro> Burgundavia: updated
[05:14] <Burgundavia> thanks


[02:44] <bl3u> has anyone successfully run juju within docker?
[02:45] <bl3u> docker doesn't work well with upstart, and it's causing juju bootstrap some pain =/
[02:45] <waigani> thumper: ping
[02:48] <waigani> Are we still having our weekly team meeting?
[02:49] <thumper> hey
[02:49] <thumper> waigani: not sure
[02:50] <thumper> waigani: I'm guessing no... a few too many people, unless I hear otherwise
[02:50] <waigani> thumper: cool, I pmed you too
[02:51] <thumper> bl3u: you won't really be able to run juju within docker
[02:51] <thumper> bl3u: not unless you are running a full os docker image as the base
[02:52] <thumper> bl3u: also, nested lxc type containers don't really work
[02:52] <thumper> bl3u: I'm assuming you were wanting to run the local provider inside a docker image
[02:52] <bl3u> thumper: that is correct
[02:52] <bl3u> i am running the ubuntu 14.04 base docker image
[02:55] <bl3u> i'm trying to play with it in a safe way; i'll just stand up a VM i suppose
[08:00] <kryptos> hi
[08:00] <kryptos> i have  a problem juju configuration
[08:00] <kryptos> can u assist me on the same
[08:02] <kryptos> Error details: cannot parse "/root/.juju/environments.yaml": YAML error: line 326: could not find expected ':'
[08:39] <s3an2_> what is online 326 of the yaml file?
[11:56] <_benoit_> I am patching goamz to support a new provider
[11:56] <_benoit_> Should the goamz external API be kept intact at all cost ?
[11:58] <_benoit_> I would need to modify the S3 constructors to return *S2, ok for example
[13:32] <mhall119> weird, irssi disconnected me from here and re-connected me to oftc/#juju
[13:32] <mhall119> anyway, is `juju upgrade-charm` supposed to update the files in /var/lib/juju/agents/ on my instances?
[14:23] <lazyPower> mhall119: indeed, for the charm specified after the upgrade-charm
[14:24] <lazyPower> eg: juju upgrade-charm mysql, will upgrade mysql if there is a new revision in teh store. otherwise it will return an error that you're already running the latest revision.
[14:26] <mhall119> lazyPower: I think my problem was git and LXC
[14:27] <lazyPower> ah, you're still running 1.18.x right?
[14:27] <lazyPower> Once the 1.19 branch lands as 1.20, your git merge conflicts will go away. Its a brilliant thing.
[14:30] <mhall119> hmmm, I think I broke LXC
[14:32] <mhall119> marcoceppi: does anything look wrong here: http://paste.ubuntu.com/7416306/ ?
[14:33] <mhall119> that's my all-machines.log
[14:34] <mhall119> juju bootstrap returned without error, and I've issued several juju deploy commands that are all listed as pending, but nothing is happening
[14:34] <mhall119> http://paste.ubuntu.com/7416337/ is `juju status`
[14:34] <mhall119> $ sudo initctl list |grep juju
[14:34] <mhall119> juju-db-mhall-local start/running, process 456
[14:34] <mhall119> juju-agent-mhall-local start/running, process 485
[14:34] <lazyPower> mhall119: he's out today and tomorrow on swap
[14:35] <mhall119> ah, jcastro then ^^
[14:35] <mhall119> help me jcastro, you're my only hope
[14:35] <avoine> mhall119: it's like your don't have cpu-checker installed
[14:36] <mhall119> it was working fine an hour ago
[14:36] <mhall119> I haven't rebooted or anything
[14:38] <avoine> mhall119: t
[14:38] <avoine> mhall119: what is the result of that command: kvm-ok
[14:39] <mhall119> kvm-ok
[14:39] <mhall119> INFO: /dev/kvm does not exist
[14:39] <mhall119> HINT:   sudo modprobe kvm_intel
[14:39] <mhall119> INFO: For more detailed results, you should run this as root
[14:39] <mhall119> HINT:   sudo /usr/sbin/kvm-ok
[14:40] <avoine> mhall119: it looks like you tried to setup a kvm local environment but you don't have kvm support
[14:41] <avoine> do you have something like: container: kvm in your environment?
[14:42] <mhall119> nope
[14:43] <mhall119> and like I said, it was working an hour ago
[14:43] <mhall119> container: lxc is in my ~/.juju/environments/local.jenv
[14:46] <avoine> mhall119: I had a problem like that when I tried to use lxc-clone: true
[14:46] <avoine> and with an old version of lxc
[14:48] <mhall119> well, I have lxc-clone: true
[14:48] <mhall119> but, I'm on Trusty with the juju PPA, it shouldn't be that old
[14:50] <mhall119> might try rebooting
[15:08] <roadmr> hey folks, I tried following https://juju.ubuntu.com/docs/config-LXC.html but juju bootstrap got stuck trying to connect to mongodb (which wasn't installed). I had to manually install mongodb-server. Should juju-mongodb take care of this dependency for me?
[15:20] <lazyPower> roadmr: did you install juju-local?
[15:20] <lazyPower> that should pull down all the dependencies you need for lxc deployment
[15:20] <roadmr> lazyPower: I did
[15:21] <roadmr> lazyPower: it did pull everything *except* for mongodb-server :D
[15:21] <lazyPower> did you have mongodb installed prior to installing juju-local?
[15:21] <roadmr> lazyPower: no, it's a fresh install (utopic if it helps, but at this point it's almost identical to trusty)
[15:22] <lazyPower> ah, i have no idea whats going on in utopic... but i just booted a fresh vm with trusty (thanks maas master) and installed juju + juju-local and i was able to bootstrap
[15:22] <lazyPower> so, it installs juju-mongodb
[15:22] <lazyPower> if you're missing that package, give it a go and ping me with the results.
[15:22] <roadmr> lazyPower: yes, mine installed juju-mongodb too
[15:23] <roadmr> lazyPower: ok, I'll try redoing the whole thing from scratch, maybe I messed up somewhere :)
[15:24] <marcoceppi> mhall119: did you get it sorted?
[15:27] <mhall119> marcoceppi: not yet
[15:28] <marcoceppi> mhall119: what does sudo lxc-ls --fancy show?
[15:29] <mhall119> $ sudo lxc-ls --fancy
[15:29] <mhall119> Swipe your right index finger across the fingerprint reader
[15:29] <mhall119> NAME                   STATE    IPV4  IPV6  AUTOSTART
[15:29] <mhall119> -----------------------------------------------------
[15:29] <mhall119> juju-trusty-template   STOPPED  -     -     NO
[15:29] <mhall119> mhall-local-machine-1  STOPPED  -     -     NO
[15:30] <mhall119> I destroyed my old env, bootstrapped a new one and deployed just a single charm (postgresql) this time
[15:30] <marcoceppi> well, mhall-local-machine-1 stopped isn't nice
[15:34] <tvansteenburgh> marcoceppi: https://github.com/marcoceppi/amulet/pull/31
[15:35]  * tvansteenburgh drops the mic and walks off stage
[15:45] <mbruzek> mhall119, Have you resolved your problem?
[16:12] <mhall119> mbruzek: not yet, haven't tried rebooting yet though
[16:12] <themonk> marcoceppi: how do i restart a pending unit?
[16:13] <marcoceppi> mhall119: destroy environment with the --force flag, run sudo lxc-ls --fancy again see if machine-1 goes away
[16:13] <marcoceppi> themonk: what provider?
[16:13] <mbruzek> mhall119, what marco-vacation said.
[16:14] <themonk> marcoceppi: lxc local
[16:14] <marcoceppi> themonk: then the machine probably never came up, themonk what does sudo lxc-ls --fancy say for you? (and what does juju status show)
[16:15] <mbruzek> mhall119, Please paste results of ls /var/lib/juju/locks/
[16:16] <mhall119> marcoceppi: machine-1 does not go away
[16:16]  * marcoceppi laments about an updated local provider troubleshooting guide
[16:17] <marcoceppi> mhall119: lxc-destroy -n blahblah-machine-1
[16:17] <mhall119> mbruzek: http://paste.ubuntu.com/7416886/
[16:18] <mhall119> marcoceppi: $ lxc-destroy --n mhall-local-machine-1
[16:18] <mhall119> Container is not defined
[16:18] <marcoceppi> mhall119: single -n
[16:18] <mhall119> ok, now it's gone
[16:18] <marcoceppi> mhall119: okay, bootstrap and deploy again
[16:20] <mbruzek> mhall119, Is the juju-trusty-tempate directory out of the locks directory now as well?
[16:21] <mhall119> mbruzek: nope
[16:21] <marcoceppi> mhall119: it shouldn't disappear between destroys
[16:21] <marcoceppi> mbruzek: ^
[16:22] <marcoceppi> it only needs be removed if it exists and the trusty-template vm does not (or is not stopped)
[16:22] <mbruzek> OK.  Was just checking my history, for what Thumper helped me with last week.
[16:23] <marcoceppi> mbruzek: yeah a lot of people had template creation problems, cory and tim not the least
[16:25] <mhall119> marcoceppi: still doesn't appear to be deploying anything
[16:25] <mhall119> machine-0: 2014-05-08 16:19:27 WARNING juju.cmd.jujud machine.go:277 determining kvm support: exit status 1
[16:25] <mhall119> machine-0: no kvm containers possible
[16:26] <marcoceppi> that's illy
[16:28] <marcoceppi> mhall119: what does your environments.yaml look like?
[16:28] <marcoceppi> for the local provider
[16:31] <tvansteenburgh> marcoceppi: mind if i take a crack at https://bugs.launchpad.net/amulet/+bug/1293878 ?
[16:31] <marcoceppi> tvansteenburgh: not in the slightest
[16:31] <marcoceppi> tvansteenburgh: I was essentially going to rsync the contents of the charm to a temp location, run a bzr init, then a commit, then use that as the branch location in the deployer file
[16:32] <marcoceppi> tvansteenburgh: if you can think of a more clever path, by all means
[16:32] <tvansteenburgh> marcoceppi: cool, thanks - i'll start there
[16:35] <themonk> marcoceppi: themonk-local-machine-1  RUNNING  <IP_ADDRESS>  -     YES
[16:35] <themonk> marcoceppi: this is the out put
[16:35] <qhartman> I have a juju environment running, and I accidentally re-issued a bootstrap command for it (the default env). It looks like it nuked the environment, I can no longer get status from it.
[16:35] <qhartman> Is that expected?
[16:36] <marcoceppi> qhartman: uh, no. What version of juju are you running?
[16:36] <qhartman> 0.18.2  I think, latest in Trusty
[16:36] <mhall119> marcoceppi: https://pastebin.canonical.com/109888/
[16:36] <qhartman> 1.18.2
[16:37] <mhall119> marcoceppi: but it was working for me this morning, so I don't think it's a config thing, I think I just broke the runtime somehow
[16:37] <marcoceppi> qhartman: yeah, that should never happen, you should get a warning about it already being bootstrapped
[16:37] <marcoceppi> mhall119: interesting
[16:38] <qhartman> marcoceppi, yeah, I did see that warning, but the file that I expect to exist in .juju/environments to track it is definitely gone
[16:38] <qhartman> :-\
[16:38] <marcoceppi> qhartman: was this local provider?
[16:38] <qhartman> marcoceppi, nope, maas
[16:39] <marcoceppi> oh bother.
[16:39] <qhartman> yeah
[16:39] <marcoceppi> qhartman: do you have the output from the boostrap command still?
[16:39] <qhartman> I interrupted it, but I can get it
[16:40] <marcoceppi> qhartman: ah, interesting, that might be the expected behavior
[16:40] <marcoceppi> an interruptted bootstrap will attempt to "clean itself up"
[16:40] <qhartman> oh
[16:40] <qhartman> well, that's quitet he landmine
[16:40] <marcoceppi> if you run a bootstrap against a bootstrap it will eventually error out about already being bootstrapped
[16:40] <marcoceppi> but I'm curious the output regardless
[16:40] <qhartman> yeah, I'll go grab it
[16:40] <qhartman> one sec.
[16:42] <cjohnston> How is the order of relation hooks being run determined?
[16:42] <cjohnston> I'm using a deployer file, so is it just the order of the relations in the deployer file?
[16:45] <themonk> marcoceppi: do you have the solution?
[16:45] <qhartman_too> marcoceppi, http://pastebin.com/qsbnMnPD <- ctrl-c double-bootstrap landmine
[16:45] <marcoceppi> themonk: can you paste the output of juju status?
[16:46] <marcoceppi> qhartman: qhartman_too interesting, it looks like it error properly
[16:47] <themonk> environment: local
[16:47] <themonk> machines:
[16:47] <themonk>   "0":
[16:47] <qhartman_too> I find it interesting that is talks about cleanup before the error about being already bootstrapped. Makes me wonder if there's something happening out of order?
[16:47] <themonk>     agent-state: started
[16:47] <themonk>     agent-version: <IP_ADDRESS>
[16:47] <themonk>     dns-name: localhost
[16:47] <themonk>     instance-id: localhost
[16:47] <themonk>     series: precise
[16:47] <themonk>   "1":
[16:47] <themonk>     agent-state: started
[16:47] <themonk>     agent-version: <IP_ADDRESS>
[16:47] <themonk>     dns-name: <IP_ADDRESS>
[16:47] <themonk>     instance-id: themonk-local-machine-1
[16:47] <themonk>     series: precise
[16:47] <themonk>     hardware: arch=amd64
[16:47] <themonk> services:
[16:47] <themonk>   opendj:
[16:47] <themonk>     charm: local:precise/opendj-0
[16:47] <themonk>     exposed: false
[16:47] <themonk>     units:
[16:47] <themonk>       opendj/0:
[16:47] <themonk>         agent-state: pending
[16:48] <themonk>         agent-version: <IP_ADDRESS>
[16:48] <themonk>         machine: "1"
[16:48] <themonk>         public-address: <IP_ADDRESS>
[16:48] <themonk> marcoceppi: sorry for bad paste
[16:48] <marcoceppi> themonk: paste.ubuntu.com would be helpful next time :)
[16:48] <marcoceppi> themonk: so, the machine is up, what is likely happening is the install hook is stuck
[16:48] <themonk> marcoceppi: https://gist.github.com/anonymous/e23b27a7b301b86e7759
[16:49] <marcoceppi> themonk: pastebin `cat ~/.juju/local/log/unit-opendj-0.log` for me?
[16:49] <marcoceppi> qhartman qhartman_too yes thatis a clear issue of order of operations
[16:50] <marcoceppi> qhartman qhartman_too can you open a bug with that and I'll flag it as king of a big issue
[16:51] <qhartman_too> marcoceppi, sure thing.
[16:51] <qhartman_too> I'll drop a link in here once it's up.
[16:51] <marcoceppi> qhartman_too: excellent
[16:52] <qhartman> marcoceppi, juju-core on launchpad?
[16:53] <marcoceppi> qhartman: yes
[16:56] <qhartman> marcoceppi, any recommended steps to clean this up? Is this a case of nuke-and-pave and start over?
[16:59] <marcoceppi> qhartman: so, all you need to do is regenerate the jenv file
[16:59] <marcoceppi> qhartman: I don't know how to do that out of band
[17:01] <qhartman> marcoceppi, yeah, I figured. I have some old "juju status" output lying around. Might that have the needed info?
[17:01] <qhartman> marcoceppi, https://bugs.launchpad.net/juju-core/+bug/1317596
[17:02] <marcoceppi> qhartman: not really, the jenv file is created that's basically everything in the environments.yaml def with some others
[17:02] <qhartman> marcoceppi, I figured
[17:02] <marcoceppi> natefinch: hey, are you around?
[17:02] <qhartman> marcoceppi, oh well. Luckily this was not yet a production deployment
[17:02] <natefinch> marcoceppi: I was just about to ping you.  What's up?
[17:02] <marcoceppi> natefinch: is there anyway to generate a jenv file other than bootstrap?
[17:03] <marcoceppi> qhartman: has a bug where in 1.18.2 if you bootstrap an already bootstrapped environment, it errors out but does a "cleanup" after erroring resulting in his jenv missing
[17:03] <marcoceppi> bug # 1217596
[17:03] <marcoceppi> bug #1217596
[17:03] <marcoceppi> lazy mup.
[17:03] <natefinch> yeah, I think it's broken
[17:04] <marcoceppi> WHY MUP WHYYYYYYY
[17:04] <natefinch> no, there's no other way to make a jenv
[17:04] <marcoceppi> \o/
[17:04] <marcoceppi> qhartman: so, starting over looks like the only choice
[17:04] <natefinch> rebootstrapping definitely should not blow away your jenv though
[17:04] <marcoceppi> natefinch: oh, yeah, that's clearly a bug
[17:05] <qhartman> I hit ctrl-c when I realized I had accidentally done it again, so that might have played a role
[17:05] <marcoceppi> qhartman natefinch I think the log is the most interesting
[17:05] <marcoceppi> Bootstrap failed, destroying environment
[17:05] <marcoceppi> ERROR environment is already bootstrapped
[17:05] <natefinch> ahh.... control-c in the middle of a second bootstrap.... that could do it
[17:06] <qhartman> yeah, I'm guessing it traps the ctrl-c and goes to cleanup before realizing it already exists
[17:06] <marcoceppi> natefinch: I think the Ctrl-C is a red herring
[17:06] <qhartman> could be that too for sure
[17:06] <marcoceppi> it looks like On error clean up is performed, but if already bootstrapped is an error, we enter a weird state
[17:06] <natefinch> marcoceppi: I'm not so sure.  double bootstrapping is something I do all the time by accident
[17:06]  * marcoceppi goes to verify with a non Ctrl-C
[17:08] <qhartman> any rate, thanks for the help guys, I'm going to go fire up my orbital laser platform and start over.
[17:08] <qhartman> *womp womp*
[17:08] <natefinch> evilnickveitch: if there's a minor edit to the docs, should I do it right in the github editor, or is there a better process?
[17:09] <mbruzek> I know charmhelpers best was discussed recently, are we supposed to put the charm helpers inside the hook directory or inside the charm directory in $CHARM_DIR/lib/charmhelpers  ?
[17:11] <themonk> marcoceppi: it continuously logging this, https://gist.github.com/anonymous/31e426b5314ef51cfb47
[17:11] <marcoceppi> mbruzek: I'd prefer they be put in lib, but that requires some muxing around for inheritence
[17:11] <marcoceppi> mbruzek: most people put them in the hooks directory
[17:12] <mbruzek> marcoceppi, I am doing one from scratch what is the best practise we discussed last week?
[17:12] <marcoceppi> mbruzek: outside the hooks directory is always considered a best practice
[17:12] <mbruzek> Done.  Thanks marcoceppi
[17:13] <marcoceppi> themonk: that's annoying, and will be fixed in 1.19, but this means that the container didn't get setup properly
[17:13] <marcoceppi> so the agent is running, everything is working as expected, but for some reason cloud init failed
[17:13] <marcoceppi> themonk: this likly means that the container doesn't not have outside networking access and can't reach the archives
[17:14] <marcoceppi> themonk: you should be able to `juju ssh 1` and run sudo apt-get update to verify
[17:14] <themonk> marcoceppi: ok
[17:14] <marcoceppi> natefinch: the README outlines the process, but you can totally do it from the editor
[17:15] <themonk> marcoceppi: it has network access
[17:15] <themonk> marcoceppi: apt-get is updating
[17:15] <marcoceppi> themonk: can you sudo apt-get install git ?
[17:16] <themonk> marcoceppi: inside machine 1
[17:16] <marcoceppi> themonk: yes
[17:16] <themonk> marcoceppi: ok
[17:16] <themonk> marcoceppi: git is installing
[17:17] <natefinch> marcoceppi: sweet.  moving to github and markdown just reduced the barrier for me fixing that docs bug to nearly zero.... which is about where it needs to be for me to actually get off my lazy butt to do it :)
[17:18] <marcoceppi> I'm adding that to the quotes page ;)
[17:18] <marcoceppi> jcastro: ^^ o/ \o
[17:20] <qhartman_too> So, in using maas and juju together, can I specify which node I want juju to boostrap onto if I have multiple available in maas?
[17:20] <qhartman_too> haven't found anything in the docsabout that
[17:21] <natefinch> qhartman_too: you can give constraints to bootstrap, which can sorta help, but you can't precisely say "go onto the machine named foo" .... though I think we have stuff in the works for that
[17:23] <natefinch> qhartman_too: juju help contraints will show you how to use the constraints.  You can set a tag on the node and then use that to get bootstrap to go where you want it to
[17:23] <qhartman_too> natefinch, ok, will do. Being able to specify by name would be nice too, so I hope that is in the works.
[17:23] <qhartman_too> thanks
[17:25] <natefinch> qhartman_too: code for it was merged into trunk a couple weeks ago, so it'll be available in 1.20
[17:25] <natefinch> (I just checked)
[17:25] <cjohnston> marcoceppi: any idea why amulet appears to be running tests before the deployment is complete?
[17:25] <qhartman_too> awesome. So, by set a tag, you mean a maas tag, correct natefinch?
[17:25] <marcoceppi> cjohnston: it shouldn't, do you have the output from the run?
[17:26] <natefinch> qhartman_too: yep, then you can do --constraints tags=foo
[17:26] <qhartman_too> natefinch, cool
[17:28] <natefinch> marcoceppi: I have a problem with debug hooks on local... for some reason it seems like it not setting up the environment correctly
[17:28] <natefinch> marcoceppi: I get a prompt like this: root@nate-local-machine-2:~#
[17:28] <cjohnston> marcoceppi: L77 http://paste.ubuntu.com/7417300/ I guess it shows complete, then 2 seconds later is starts another deployment... L78 shows the output of a command that is being run by the test, where we are trying to get the IP address and the open ports.. the open ports dont exist yet for some reason.. L84 is that same command, and they exist there
[17:28] <natefinch> marcoceppi: any ideas? I haven't used debug hooks much
[17:29] <marcoceppi> natefinch: are you in a tmux session?
[17:29] <natefinch> marcoceppi: yeah, it's a tmux session, it just doesn't have the right prompt, according to the docs, and seems to be in the wrong directory, etc
[17:30] <marcoceppi> natefinch: you're in window 0
[17:30] <marcoceppi> natefinch: you need to trigger a hook to get it to bring up a hook context
[17:30] <marcoceppi> natefinch: so either run a config changed, or if it's in error run resolved --retry
[17:30] <natefinch> marcoceppi: what I hear is: the docs need to be clarified ;)
[17:31] <cjohnston> when I run debug-hooks, I get the normal prompt for a bit until the hooks start running, then the hook prompt comes up
[17:32] <natefinch> marcoceppi: the docs say "When the first hook event is queued for a hook that is in the list of those to be debugged"  .... but it doesn't say how that happens.  Do I have to do something for that to happen?
[17:32] <marcoceppi> natefinch: you have to have a hook queued for execution then have it execute
[17:32] <marcoceppi> natefinch: feel free to word smith that line better :)
[17:32] <natefinch> marcoceppi: I did juju debug-hooks wordpress/0 install
[17:33] <marcoceppi> natefinch: yeah, that doesn't work (yet)
[17:33] <natefinch> marcoceppi: that brought me to this prompt.  I don't know what to do now
[17:33] <marcoceppi> juju debug-hooks wordpress/0 is what got executed
[17:33] <marcoceppi> natefinch: this is why I break the install hook when I write charms, so I can get to that hook context
[17:33] <natefinch> marcoceppi: that's fine.  What do I do now?
[17:33] <marcoceppi> natefinch: trigger a hook
[17:33] <marcoceppi> natefinch: ie, run juju set against the unit and change a config value
[17:34] <natefinch> marcoceppi: well, install is the one that failed
[17:34] <cjohnston> you need to run debug-hooks sooner
[17:34] <marcoceppi> natefinch: okay, run juju resolved --retry
[17:34] <marcoceppi> that will re-trigger the hook
[17:34] <marcoceppi> and put you in a hook context in debug-hooks
[17:35] <marcoceppi> that's documented /somewhere/ in the docs
[17:35] <natefinch> marcoceppi: ahh, yeah, that is under "debugging early hooks"
[17:37] <natefinch> man, juju resolved and juju debug-hooks seriously need better command line docs
[17:37] <natefinch> purpose: marks unit errors resolved
[17:39] <cjohnston> any thoughts on the amulet issue marcoceppi ?
[17:40] <marcoceppi> cjohnston: I'd nee to see your tests to be able to determine further what's oging on
[17:41] <cjohnston> marcoceppi: http://bazaar.launchpad.net/~canonical-ci-engineering/uci-engine/trunk/view/head:/tests/test_ppa_assigner.py
[17:41] <avoine> cjohnston: btw your graphite-txstatsd charm looks pretty cool
[17:41] <cjohnston> avoine: thanks
[17:41] <cjohnston> still trying to get postgres happy
[17:42] <natefinch> hmm... this sounds familiar: failed to fstat previous diversions file: No such file or directory
[17:42] <jose> lazyPower: ping, have a minute?
[17:42] <lazyPower> jose: kind of, whats up?
[17:43] <jose> lazyPower: tests are running 'good' but failing because of the (expected) 'invalid' SSL certs, as they're self-signed
[17:43] <lazyPower> it using pythong requests right?
[17:43] <jose> lemme double check
[17:44] <lazyPower> wow banana hands... whit you're contageous.
[17:44] <lazyPower> its got a loading phase of 3 days though
[17:45] <jose> lol, what?
[17:45] <jose> (they're using requests.post
[17:45] <lazyPower> the massive typos in a single sentence. Whit coined the phrase bananahands... i refuse to let that one go. its too fitting for whats happening.
[17:45] <lazyPower> jose: http://stackoverflow.com/questions/10667960/python-requests-throwing-up-sslerror
[17:46] <jose> :P
[17:46] <lazyPower> so, load the service with a CAFile, and point it at that.
[17:46] <whit> http://www.lestelecreateurs.com/projects/altoids-banana-hands/
[17:46] <lazyPower> yep. i think i just found my new canonical directory photo
[17:47] <jose> :P
[17:51] <lazyPower> jose: the other alternative would be to set verify=false (which you're not really verifying the ssl cert at that point) but if the url remains https:// and you get the respective content, its 'basically' doing the job we've requested. soo....
[17:51] <lazyPower> use your judgement on which approach you want to use. I'd accept either
[17:51] <jose> I prefer to do the latter, as I'm not sure how to generate the other
[17:51] <jose> as long as I get it to pass it'll be awesome
[17:51] <jose> then we can move on to upgrading it to 6.1.3 (I think)
[17:51] <cory_fu> What's the point of doing ssl if you don't verify the cert?
[17:52] <lazyPower> cory_fu: The fact its stills erved over https would validate its being sent over a secure chanel, you're not validating the key exchange. Whats a good way to perform that using python.requests cory_fu?
[17:52] <lazyPower> with a snakeoil cert
[17:52] <cory_fu> Or are you saying that the service you're downloading from doesn't have a valid cert?
[17:53] <lazyPower> its a snakeoil cert, not invalid, but not issued from a CA
[17:53] <jose> which makes it look 'invalid'
[17:53] <cory_fu> Hrm.  If you don't validate the cert at all, then it's not secure since it's open to MITM and spoofing
[17:53] <lazyPower> again, suggestions?
[17:53] <cory_fu> You should probably add that specific cert to the list of trusted, temporarily
[17:53] <lazyPower> ah
[17:54] <lazyPower> so suggestion 1 - you gen it locally and provide it to the charm right?
[17:54] <cory_fu> Um, there's a way to give requests a cert that you consider valid.  Lemme look
[17:54] <cory_fu> Yeah
[17:54] <lazyPower> jose: i think i'm inclined to agree with cory_fu, he's got a valid point.
[17:55] <lazyPower> we can't test if the cert is genned on the machine, but there are options to provide a certificate, and its reasonable to assume it doesn't matter if that cert is genned on your workstation or the server. thats just a nicety the charm provides.
[17:55] <lazyPower> its the same symptom and will yield the same result.
[17:56] <jose> wait!
[17:56] <jose> charm-helpers
[17:56] <jose> will it work in a test?
[17:57] <jose> if it can then I can just generate the cert and parse it
[17:58] <lazyPower> jose: I would gen a certificate once and package it as part of the test
[17:58] <lazyPower> make a non-expiring self-signed SSL certificate and bundle it.
[17:58] <cory_fu> Right
[17:58] <jose> hmm, good idea too
[18:00] <cory_fu> Actually, I may be missing some context here.  Is this cert for something the charm is downloading from an external (but self-signed) resource, or for testing a service that self-signs itself?
[18:00] <cory_fu> ("Self-signs itself?"  From the department of redundancy department.)
[18:00] <jose> it generates a self-signed cert in order to enable SSL
[18:01] <cory_fu> And you just want to test that it's up and running?
[18:01] <jose> yeah
[18:01] <cory_fu> Oh
[18:01] <jose> not verifying any downloads or anything
[18:01] <jose> it's just a unit test
[18:01] <cory_fu> I thought you were talking about downloading a resource from a self-signed location
[18:01] <jose> oh, nope
[18:01] <cory_fu> I think just tacking on verify=False is fine for a test
[18:01] <jose> ok then
[18:02] <jose> I'm running the test now so let's see how it does
[18:02] <cory_fu> Sorry to complicate the discussion by jumping in without looking.  :p
[18:02] <lazyPower> cory_fu: hah :)
[18:02] <lazyPower> <3
[18:02] <lazyPower> all we really need to verify, is that a) its open on port 443, and b) it responds with context we define.
[18:02] <lazyPower> teh SSL cert validation is a good idea though, and providing your own cert validates that it is indeed working with a certificate instead of faking it out by serving HTTP over HTTPS
[18:03] <cory_fu> Yeah.  It would be better, but I'm not sure it's worth the extra headache
[18:03] <cory_fu> Maybe if charm-helpers had some sugar for it
[18:04] <jose> if this passes I'll push and then look into it, think it's worth it
[18:04] <cory_fu> jose: Not to heap too much on you, but I was wondering if you saw my comments on the tracks charm?
[18:04] <jose> cory_fu: yep, I did!
[18:04] <cory_fu> thoughts?
[18:05] <jose> I'm working on them now :)
[18:05] <jose> sorry I missed the website-relation-joined, I thought I added it
[18:05] <jose> about the rake db:migrate being called multiple times... I'm not sure if it breaks anything
[18:05] <jose> maybe lazyPower knows? /me is no ruby expert
[18:06] <lazyPower> jose: nope
[18:06] <lazyPower> it wont break anything
[18:06] <jose> awesome then
[18:06] <lazyPower> it no-ops if there are no new migrations
[18:06] <lazyPower> see: gitlab-ci charm for more examples
[18:06] <lazyPower> https://code.launchpad.net/~lazypower/charms/precise/gitlab-ci/trunk
[18:07] <jose> what the... timed out
[18:27] <jose> cory_fu: changes pushed to the branch
[18:27] <cory_fu> Thanks.  I'll take a look in a minute
[18:30] <cory_fu> jose: There's still an issue with the port config setting.  Try changing it after deploying with the default port.  Because the .portnotsupported file doesn't exist, neither branch executes and the port doesn't change
[18:33] <jose> cory_fu: that's why the if [ -f .port ] && [ `cat .port` != "${PORT}" ]; then is in place
[18:34] <cjohnston> marcoceppi: anything stand out from those tests?
[18:49] <cory_fu> jose: Oh, I see, yeah.  But there's still the issue of once the port is set to > 1024, the .portsnotsupported file is removed and so neither of the checks is ever made again, so you could set it to 3000 and then change it to 80
[18:50] <jose> right
[18:52] <jose> cory_fu: fixed and pushed
[18:54] <cory_fu> Thanks!  :)
[18:55] <jose> np :)
[18:55] <jose> now, time for me to go and do some university stuff, be back later!
[18:55] <cory_fu> Could we just remove that first block which references .portnotsupported entirely now?
[18:55] <cory_fu> ok!
[18:55] <cory_fu> ttyl
[18:56] <jose> cory_fu: what?
[18:56] <cory_fu> Oh, I was just saying that the first if / else in config-changed seems redundant now.  Not a big deal
[18:56] <cory_fu> It looks like it'll work fine
[18:56] <jose> ooh, got it
[18:56] <jose> fixing
[18:57] <jose> cory_fu: changes pushed!
[18:57] <cory_fu> Thanks again!
[18:57] <jose> np, let me know if there's anything else I could fix and I'll make sure to fix it once I'm back :)
[18:58] <cory_fu> Awesome
[18:58] <cory_fu> You're the best
[19:28] <tvansteenburgh> hazmat, marcoceppi: either of you around?
[19:28] <marcoceppi> tvansteenburgh: o/
[19:29] <tvansteenburgh> hey so about this local charm amulet thing
[19:29] <marcoceppi> yeah
[19:29] <tvansteenburgh> it is actually deployer that can't handle a non-vcs charm
[19:29] <tvansteenburgh> and i'm wondering if it must stay that way
[19:29] <marcoceppi> tvansteenburgh: basically, and there's no reason that should change
[19:29] <marcoceppi> tvansteenburgh: the "branch" key assumes a VCS
[19:30] <tvansteenburgh> fair enough, i'll proceed with your original idea then, thanks
[19:30] <marcoceppi> tvansteenburgh: we could use the "charm" key
[19:30] <marcoceppi> and set JUJU_REPOSITORY
[19:30] <marcoceppi> and build it that way instead
[19:30] <marcoceppi> either way requries you to build a directory
[19:30] <tvansteenburgh> yeah ok
[19:31] <tvansteenburgh> i thought it was curious that deployer required your charm dir to be in vcs
[19:31] <tvansteenburgh> but if it must be so, that's fine
[19:31] <marcoceppi> tvansteenburgh: only using the branch options
[19:31] <marcoceppi> tvansteenburgh: if you use 'charm' intead it doesn't have to be
[19:42] <natefinch> marcoceppi: where's the right place to report a bug for the wordpress charm?
[20:12] <marcoceppi> natefinch: http://bugs.launchpad.net/charms/+source/wordpress/
[20:53] <waigani> fwereade: replace was a typo. I don't know how I managed to propose that, as I thought I'd reverted those changes. Sorry.
[21:00] <fwereade> waigani, no worries, all too easy to do
[21:18] <hazmat`> tvansteenburgh, deployer absolutely supports non-vcs scharms..
[21:47] <cory_fu> jose: You around?
[21:47] <jose> cory_fu: just came back!
[21:47] <jose> perfect timing!
[21:48] <cory_fu> :)
[21:48] <cory_fu> I was just testing the changes on tracks, and I got one more error
[21:48] <jose> what's it?
[21:48] <cory_fu> 2014-05-08 21:26:11 INFO config-changed /var/lib/juju/agents/unit-tracks-0/charm/hooks/config-changed: line 7: 1025: No such file or directory
[21:48] <cory_fu> I think we need to double up the brackets.  [[ "$PORT" < 1025 ]]
[21:49] <jose> oooh that's right
[21:57] <jose> cory_fu: pushed
[21:57] <cory_fu> Thanks
[21:57] <cory_fu> Checking
[21:57] <jose> ok!
[22:08] <cory_fu> jose: I'm still not able to change the port after deployment for some reason.  :(
[22:08] <jose> cory_fu: let me deploy and debug what's going on
[22:09] <cory_fu> Were you able to change the port?  It seems like the .port file isn't in place for me
[22:09] <jose> it should be on place
[22:09] <jose> but let's check
[22:09] <cory_fu> Oh!
[22:10] <jose> huh?
[22:10] <cory_fu> db-relation-changed does a cd /home/tracks/tracks before it creates the .port file
[22:10] <cory_fu> But the config-changed hook checks looks for it in the charm dir
[22:10] <jose> boom!
[22:10] <cory_fu> :)
[22:11] <jose> good catch
[22:12] <jose> let me deploy before pushing, I want to make sure it works
[22:35] <cory_fu> jose: I have to head out for the evening.  I might be back on briefly a bit later, but most likely, I'll review what you push tomorrow morning.  Thanks again for being so on top of this!  :)
[22:35] <jose> no problem
[22:35] <jose> it's supposed to be changing ports now :)
[22:35] <cory_fu> Excellent  :)
[22:43] <qhartman> anyone working on maas/juju/openstack deployments, feel free to drop into #majuos .
[22:45] <Term1nal> http://pastebin.com/fi86u6DK trying to deploy openstack-dashboard
[23:00] <benji_> k/quit
[23:59] <Term1nal> how would I go about seeing how many containers I'm running on a node?