[19:33] -SwissBot:#ubuntu-news- ::Planet:: David Tomaschik: Certifications Aren't as Big a Deal as You Think @ https://systemoverlord.com/2019/03/15/certifications-arent-as-big-a-deal-as-you-think.html


[02:07] <ChinnoDog> In the future everything will taste like bacon
[09:23] <rmg51> Morning
[10:13] <JonathanD> Morning.
[10:22] <adom> moring
[10:22] <adom> morning
[10:39] <rmg51> o/
[10:43] <waltman> morning?
[10:48] <JonathanD> Back to work today.
[12:09] <teddy-dbear> Morning peoples, dogs, turkeys and everything else
[14:48] <ChinnoDog> mooorning
[18:54] <ChinnoDog> afternoon
[19:10] <teddy-dbear> o/


[00:00] <veebers> alesage: you found something out?
[00:00] <rbasak> All the mysql-5.6 dep8 tests failed because of bug 1423279
[00:01] <rbasak> But that's been pulled now. Is anyone planning on retesting everything affected?
[00:01] <alesage> veebers, not yet, will update
[00:01] <rbasak> If not, please could someone kick of retests for all the mysql-5.6 tests?
[00:01] <veebers> ah right, it sounds like an 'Ah-ha got it' comment :-)
[00:18] <alesage> veebers, elopio, ready for your review again https://code.launchpad.net/~canonical-platform-qa/ubuntu-sanity-tests/add-flight-mode-test/+merge/248695
[00:18]  * veebers looks
[00:21] <elopio> alesage: I don't know what import update.
[00:21] <veebers> alesage: Just waiting for other tests to run then I'll run a confirmation test and approve
[00:21] <alesage> elopio, just got some advice from veebers, but you mentioned in stand-up that we sometimes see import errors on new images, etc.
[00:22] <veebers> alesage: if you review and approve elopios branch here we can get it merged :-) https://code.launchpad.net/~canonical-platform-qa/ubuntu-sanity-tests/workaround1423359-screenshot/+merge/250221
[00:23] <elopio> alesage: trunk is now pretty stable. I think the only remaining issue is when we need to scroll the wifi list.
[00:24] <elopio> so if you see an error, please make a bug for it.
[00:26] <elopio> I'm going to the gym. I'll be back to make more runs.
[00:26] <elopio> veebers: if you get a successful run with the flight mode branch, please top approve it.
[00:27] <veebers> elopio: ack, will do
[00:27] <alesage> I think I'll be able to do the bluetooth card, elopio veebers, will get to after a bit of travel, bbl
[00:28] <veebers> sweet
[00:44] <elopio> veebers: if you can also give another try to the ebay test, I reverted the change that should fix your errror.
[00:45] <veebers> elopio: ack, can do shortly
[00:45] <veebers> it sucks only having one device and having that bottleneck for running or debugging things
[01:14] <veebers> elopio: have bottom approved this MP, if you can approve we can get it merged :-) https://code.launchpad.net/~canonical-platform-qa/ubuntu-sanity-tests/oxide-html5-apps/+merge/250203
[07:29] <mgedmin> will anyone help me log into iso.qa.ubuntu.com?
[07:30] <wxl> should be pretty obvious mgedmin where you stuck at?
[07:30] <mgedmin> https://bugs.launchpad.net/ubuntu-qa-website/+bug/1418383
[07:30] <wxl> hm i just logged in today
[07:31]  * wxl loads another browser
[07:31]  * mgedmin tried this again in an incognito window today, got the same problem
[07:32] <mgedmin> I think the server-side state for my user account might be hosed in some way
[07:32] <wxl> do you have problems logging in directly to launchpad?
[07:32] <wxl> or etherpad?
[07:32] <wxl> or ubuntu one?
[07:34] <wxl> cannot confirm
[07:34] <mgedmin> no probs logging in to launchpad
[07:35] <wxl> do you have problems if you're on any other page in the tracker?
[07:35] <mgedmin> I tried logging in at the front page today
[07:35] <mgedmin> http://iso.qa.ubuntu.com/
[07:35]  * mgedmin afk for a bit
[09:10]  * mgedmin back
[11:24] <pitti> fgimenez: ack, I'll look at the dpkg-dev bug
[11:24] <pitti> fgimenez: but as discussed, do yourself and everyone else who runs the test a favor and don't use dpkg-dev :)
[11:24] <pitti> is sooo wrong to have that on a phone and in a test
[11:25] <fgimenez> pitti: ok thanks :) we are looking into alternatives
[11:25] <pitti> (it might be relevant for other perl libs, though)
[11:25] <pitti> I do have test cases for simple perl libs, but I figure this one might also involve compiled stuff, probably I'm missing some paths
[11:26] <fgimenez> pitti: yes, it seems to be because of the dependency wit the another perl module, in this case Dpkg.pm
[12:10] <pitti> fgimenez: replied to the bug, I can't reproduce
[12:11] <fgimenez> pitti: ok, i'll try to set up a branch for you to try
[12:12] <pitti> fgimenez: can you re-run this again with -d and attach the full log?
[12:12]  * pitti doesn't quite understand why people never put the full output into logs, or give me the package version etc. :)
[12:12] <fgimenez> pitti: sure, sorry :)
[12:13] <knome> pitti, that's because they are notably inferion than you *bows*
[12:13] <knome> *inferior
[12:14] <pitti> I didn't mean that in any snide sense; it's just good style to include all the available information in a bug report
[12:14] <knome> not at all, my comments are always full of sarcasm/irony/jokes :)
[14:58] <elopio> fgimenez: any ideas why the using * in the path didn't work?
[15:00] <fgimenez> elopio: no, i've been trying other approachs, like dpg --print-architecture
[15:01] <fgimenez> elopio: this doesn't work either, the arch string is not complete
[15:02] <elopio> fgimenez: I'm looking at the selenium code.
[15:02] <elopio> they execute Popen without shell=True, so it won't understand the *
[15:02] <fgimenez> elopio: pitti has showed me that the PERL5LIB workaround is not needed at all with the latest version of autopkgtest
[15:03] <elopio> fgimenez: that's cool, less weird code.
[15:03] <elopio> thanks pitti.
[15:03] <fgimenez> elopio: ah! good to know
[15:03] <pitti> why doesn't globbing work? do you have the same package installed for multiple arches?
[15:03] <pitti> if not, the globbing should match exactly one path?
[15:04] <elopio> fgimenez: there is a python module called glob.
[15:04] <pitti> ah right, you have to call glob.glob() of course, not just give that as a subprocess argument
[15:04] <elopio> I think glob.glob will make it work.
[15:04] <elopio> pitti: :)
[15:04] <pitti> glob glob glob glob!
[17:53] <elopio> brendand: alesage: can one of you review this one? https://code.launchpad.net/~canonical-platform-qa/ubuntu-sanity-tests/oxide-html5-apps/+merge/250352
[17:57] <alesage> elopio ok I'll give it a run
[17:58] <pitti> elopio: argh, the ssh locale trap again; updated bug 1423359, will fix tomorrow
[17:59] <elopio> pitti: interesting.
[17:59] <elopio> thank you!
[18:12] <alesage> elopio would you walk me through getting this MP running?  I'm sure I'm missing a PPA or something (/me hasn't been involved int he HTML5 stuff at all this sprint)
[18:29] <elopio> alesage: the ppa is installed on the phone for you.
[18:29] <elopio> what error are you getting?
[18:29] <alesage> elopio, ok yes I would've assumed so: I see it scrolling off the bottom to begin, then will paste
[18:30] <alesage> elopio, http://paste.ubuntu.com/10311814/
[18:31] <elopio> yeah, you shouldn't see that.
[18:31] <alesage> running again just for kicks
[18:32] <elopio> alesage: let me put a log. We should have done it a while ago.
[18:39] <elopio> alesage: pull for a new version that will log the path you are using.
[18:40] <alesage> elopio, k
[18:44] <alesage> elopio, appears to have fixed thx
[18:44] <alesage> (if that was our intention :) )
[18:45] <elopio> alesage: no, it wasn't
[18:45] <elopio> I only added a log message.
[18:45] <elopio> um, maybe you had an old rev.
[18:46] <alesage> there's a ghost in my phone
[18:46] <alesage> I got the rev when you requested the review?
[18:59] <alesage> not able to reproduce on prior rev :(
[19:21] <elopio> ping ubuntu-qa: I can't adb into my krillin.
[19:21] <elopio> any known issues, or good tips?
[19:22] <thomi> screen is unlocked?
[19:22] <ToyKeeper> If dev mode is enabled and the screen is unlocked and it's booted normally, it should work...
[19:22] <rvr> Developer mode enabled
[19:22] <wxl> might try a different port, too
[19:22] <wxl> (usb i mean)
[19:23] <davmor2> elopio: what are you doing
[19:23] <elopio> ToyKeeper: it is.
[19:23] <balloons> elopio, as ToyKeeper mentioned if it's not unlocked (and wasn't flashed in developer mode) adb won't work
[19:23] <elopio> davmor2: nothing. I just reflashed.
[19:23] <balloons> it's weird that if you flashed with --developer, screen doesn't need to be unlocked
[19:23] <elopio> unlocked and flashed in developer mode.
[19:24] <wxl> elopio: try a different usb port and/or cable
[19:24] <ToyKeeper> It's also possible that the parameters for UDF changed again...
[19:24] <davmor2> elopio: so recovery is now locking adb on vivid and rtm
[19:24] <balloons> ahh right!
[19:24] <ToyKeeper> For a while I couldn't get dev mode to work after flash, I wrote a small workaround, and then recovery started blocking adb so my fix failed.  :(
[19:25] <brendand> elopio, but the device is booted right?
[19:25] <elopio> wxl: no luck.
[19:25] <wxl> might try a reboot on the phone
[19:25] <elopio> brendand: I'm watching the apps scope.
[19:25] <wxl> can you ssh?
[19:25] <wxl> `adb devices` errors out?
[19:25] <brendand> elopio, what does adb devices say?
[19:26] <elopio> wxl: I could if I install openssh-server and connect to the wifi. Not what I want, though.
[19:26] <elopio> adb devices says there's no device attached.
[19:26] <wxl> hm
[19:26] <elopio> davmor2: what does that mean? How do I unlock adb?
[19:26] <davmor2> elopio: do you see the icon of a media player
[19:27] <brendand> elopio, so no output except for 'List of devices attached'?
[19:27] <elopio> brendand: right.
[19:27] <brendand> elopio, i don't think what davmor2 mentioned is relevant, you're not in recovery mode
[19:27] <brendand> elopio, tried rebooting yet?
[19:27] <elopio> davmor2: yees I do.
[19:28] <elopio> brendand: tried rebooting and reflashing.
[19:28] <elopio> I had to put it in fastboot to reflash it with --bootstrap.
[19:28] <davmor2> elopio: try connecting to mtp
[19:28] <wxl> elopio: this is vivid-proposed?
[19:28] <elopio> davmor2: mtp works.
[19:28] <elopio> wxl: this is devel-proposed, which I'm not sure if it's vivid or vivid-proposed.
[19:29] <wxl> elopio: yep that's vivid-proposed
[19:29] <davmor2> elopio: vivid-proposed, devel=vivid
[19:30] <wxl> what rev number, elopio ?
[19:30] <davmor2> elopio: right so...phone is on, mtp connects, and you are sure that developer mode is enabled in the system settings?
[19:31] <elopio> davmor2: it's enabled in system settings, and I flashed with developer mode on.
[19:31] <elopio> wxl: revno 116
[19:31] <davmor2> elopio: okay try this, adb kill-server && adb shell
[19:31] <wxl> good idea davmor2
[19:32] <wxl> fwiw i'm on mako devel-proposed r97 and no such problems
[19:33] <elopio> davmor2: that worked.
[19:33] <elopio> thanks.
[19:33] <wxl> indeed 116 is newest
[19:33] <wxl> oh cool
[19:33] <wxl> horray to davmor2
[19:33] <davmor2> elopio: so adb got pooch screwed on your laptop
[19:36] <doug5> balloons, hello!
[19:37] <balloons> doug5, howdy howdy!
[19:37] <doug5> balloons, how is it going?
[19:38] <balloons> excellent, yourself?
[19:38] <doug5> balloons, all good :) I was checking this, https://code.launchpad.net/~acerisara/autopilot/move-to-object, but it's not clear how we want to change the doc
[19:38] <balloons> doug5, riht we had a discussion
[19:39] <xevious> Is the 14.04.2 release still on for today?
[19:39] <davmor2> elopio: glad you got sorted \o/
[19:39] <wxl> xevious: yep, but patience. watch #ubuntu-release for the first updates if you really want :)
[19:40] <xevious> wxl: Thanks for pointing me in the right direction. Looking forward to the KVM improvements in 3.16.
[19:41] <wxl> xevious: oh? i didn't know! that was included as part of the HWE???
[19:42] <xevious> wxl: This page claims it will be: https://wiki.ubuntu.com/Kernel/LTSEnablementStack#Kernel.2BAC8-Support.A14.04.x_Ubuntu_Kernel_Support


[06:31] <head_victim> blahdeblah: ping
[15:52] <sagaci> Keynote starts in 8 min
[16:25] <somethinginteres> sagaci: keynote?
[16:57] <sagaci> Yep just finished
[22:11] <sagaci> morning? :)
[22:50] <blahdeblah> head_victim: pong


[00:01] <mup> Bug #1923524 opened: Unable to delete LXD composed machine on KVM page <ui> <MAAS:New> <https://launchpad.net/bugs/1923524>
[23:18] <mup> Bug #1923674 opened: Power Configuration Invalid Cipher Suite ID <MAAS:New> <https://launchpad.net/bugs/1923674>


[09:38] <lool> anybody having issues with vms in us-east-1?
[09:40] <lool> anybody able to join vms in us-east-1?  :-)
[09:41] <lool> the status dashboard says things are fine, but I can't reach a bunch of vms from multiple locations and this is confirmed from other people in other countries
[09:42] <lool> ah connectivity just came back; I guess it was some network outage


[03:45] <big_t> MarkDude: hello man, hows it going?
[03:45] <MarkDude> big_t, great
[03:45] <MarkDude> Just got back from setting up CLS
[03:46] <big_t> i have been getting hit hard with emails today :)
[03:47] <MarkDude> Im tellin' ya, there was a few month gap between threads for ORegon
[03:47] <MarkDude> And the Team seems to be making up for lost time
[03:49] <big_t> yea i guess, my blackberry has been going stupid all day lol
[03:50] <big_t> my company is getting too slow, might have to find a job and shut her down...
[03:51] <MarkDude> We may Sorry to hear that
[03:52] <big_t> wish i had a degree in something computers, tired of slow winters in construction.
[03:59] <MarkDude> degree not as much in need as skills
[03:59] <MarkDude> big_t,  I know, I have a fence I am painting for a friend as a favor, I dont mind that.
[04:00] <MarkDude> Construction full time tho, is not always full time
[04:01] <big_t> yea i have been building computers, troubleshooting, building fences, anything for $$
[04:03] <big_t> just ordered parts to build my uncle system, extra 200.00 :)
[04:03] <big_t> *uncle's
[04:08]  * MarkDude would still be doing the same thing had he not broke his heel
[04:08] <MarkDude> Weird how well that ended up working out
[04:09] <MarkDude> If you are ok with doing social media, like facebook, Twitter, there a businesses that will pay to get them going
[04:09] <MarkDude> The trick is using Posterous.com
[04:10] <MarkDude> You are now an expert, you can charge $50-100 to get folks going - more if you are good :)
[04:11] <big_t> i wish a guy could make good money being a computer repair man
[04:15] <big_t> should advertise on craigslist with a custom add, mobile repair any platform.
[04:25] <big_t> MarkDude: never herd of posterous
[04:26] <MarkDude> in 5 minutes you can do 90% of what it can do
[04:27] <MarkDude> http://zareason.posterous.com/
[04:28] <MarkDude> Company I used to work for. I was able to get 1000s of views by posting to Facebook , Twitter, youtube, etc
[04:28] <MarkDude> Once you set it up , you can even email to post, it sorts it all out
[04:35] <big_t> MarkDude: you seen that gold rush show?
[04:35] <big_t> them dummies give oregon a bad name
[04:36] <MarkDude> No I had not. I dont watch much TV


 XD
[18:43] <kbmonkey> too much
[18:45] <magespawn> I did not think that was possible
[18:45] <Kilos> ha ha ha
[18:47] <superfly> evening magespawn, monkey, and the rest of you
[18:47] <magespawn> Hi superfly
[18:48] <kbmonkey> hello fly
[18:55] <magespawn> Hey what did I miss?
[18:55] <Kilos> nothing
[18:56] <Kilos> only you disappeared for a bit
[18:56] <magespawn> Vodacom
[18:56] <Kilos> sigh
[18:57] <magespawn> kbmonkey did you get the greeter working?
[18:58] <Kilos> nope his brains are floating in chocolate
[18:59] <magespawn> fingers too sticky to type.
[18:59] <Kilos> hehe
[19:00] <magespawn> A random, does any one know how to unlock a pattern locked android tablet?
[19:01] <kbmonkey> magespawn, I got the event handling working!
[19:01] <kbmonkey> I struggled with bzr a bit, some repo incompatibilities :p
[19:02] <magespawn> Not sure whatnall that means?
[19:02] <kbmonkey> you slide your finger around the pattern?
[19:04] <magespawn> Yes but the pattern has been tried too many times and now the tablet is locked, normally you can then unlock using the linked google account but there isn't one
[19:05] <Kilos> eish do they also have puk's
[19:05] <Kilos> most likely called a tuk
[19:06] <kbmonkey> ooh, no I don't know that magespawn :/
[19:07] <kbmonkey> isn't it just a timeout that you have to wait for before you can try again
[19:07] <magespawn> Okay found out about event handling.
[19:07] <kbmonkey> the greeter is done, basically.
[19:08] <superfly> kbmonkey: bzr is simple
[19:08] <kbmonkey> but I like to make configurable greet messages before I submit
[19:08] <kbmonkey> and not hardcoded messages
[19:09] <kbmonkey> yes bzr is very much like hg and git
[19:09] <superfly> (which is why people who use git/hg don't get it)
[19:09] <Kilos> hehe
[19:09] <magespawn> Not Kilos not as far as I know, no kbmonkey it gives you the email and password request as soon as you lpower on
[19:09] <kbmonkey> lol superfly ;P
[19:09] <superfly> kbmonkey: yup, all the pros, without the complexity
[19:09] <kbmonkey> it worked in the end, but no idea why it failed at first. it gave me this: http://pastebin.com/jik72D1Q
[19:09] <kbmonkey> repo versioning issues likely
[19:10] <kbmonkey> how long has it been locked for now magespawn ?
[19:10] <superfly> kbmonkey: did you create a shared repository first?
[19:11] <magespawn> Half a day or so
[19:11] <kbmonkey> Im not sure what that is superfly, I followed the steps on the Ibid/Launchpad site
[19:11] <superfly> kbmonkey:  did you run the "init-repo" command?
[19:11] <kbmonkey> I can guess what that is, but didnt know about it
[19:11] <kbmonkey> yes I did
[19:12] <superfly> OK, that creates a shared repository
[19:12] <kbmonkey> It worked in the end after a few retries
[19:12] <kbmonkey> oh, as apposed to a normal repository?
[19:12] <superfly> kbmonkey: in bzr, a repository and a branch are the same thing
[19:13] <kbmonkey> I see
[19:13] <superfly> if you want to branch in bzr, you go one level up from your repository, and then branch to another direcotry
[19:13] <superfly> *directory
[19:13] <kbmonkey> ah, well I remember that's what I did when it worked. thanks superfly
[19:13] <superfly> so then you have two physical directories with their own files, which you can work on simultaneously without needing to shelve or anything else
[19:14] <superfly> but then each repo/branch has it's own history... duplicated distory
[19:14] <kbmonkey> but that is fine since we can merge change back
[19:14] <superfly> so bzr provides the concept of a shared repository, which is a directory containing a bunch of branches, which shares the history of all the branches
[19:16] <kbmonkey> that makes sense. I will have to read up on bzr in detail, which I should have done. I just wanted to get to the code first to see what was possible
[19:17] <Kilos> when in doubt ask the fly
[19:17] <kbmonkey> XD
[19:18] <Kilos> night all. sleep tight
[19:18] <Kilos> keep going kbmonkey
[19:18] <superfly> kbmonkey: what happened in your case was that your shared repository was in a newer format than the repository on Launchpad
[19:18] <superfly> night Kilos
[19:19] <superfly> (bzr also has this concept of repository formats, which none of the other popular version control systems have)
[19:24] <kbmonkey> I saw it has an upgrade function for older repos. quite interesting
[19:47] <magespawn> I have just heard a giant eagle owl in my garden
[19:47] <superfly> nice
[19:48] <magespawn> Brb going to see if i can see him
[19:56] <magespawn> Nah he left before I could get there.
[19:59] <magespawn> http://en.wikipedia.org/wiki/Verreaux%27s_Eagle-Owl and  http://www.african-safari-pictures.com/owl-pictures.html
[20:00] <magespawn> Very cool to have one arouned, hopefully means they are nesting around here somewhere.
[20:01] <superfly> Yeah, there used to be one that sat on top of our roof in Joburg, many years ago
[20:03] <magespawn> I saw what I thought was a Spotted Eagle Owl this morning early, but now  I think was probable this guy.
[20:03] <kbmonkey> cool magespawn. I dont hear many owls anymore, they've become sparse
[20:04] <kbmonkey> such beautiful creatures
[20:05] <magespawn> They do not mix well with people, cars and rodent poison
[20:05] <superfly> magespawn: yeah, I think ours was a spotted
[20:06] <magespawn> Their call is a very owlish hu-hooo.
[20:07] <superfly> ya
[20:08] <superfly> Ah, yes, it was the spotted eagle-owl.... http://www.arkive.org/spotted-eagle-owl/bubo-africanus/
[20:10] <magespawn> You a closet twitcher, superfly?
[20:11] <nuvolari> maaz tell kilos ja oom!


[01:49] <tomaw8> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[03:35] <Miklo4> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[03:42] <arza16> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[03:45] <furiousDingo4> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[04:45] <thumbs17> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[09:21] <savoir-faire8> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[09:21] <savoir-faire8> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[13:20] <vespaper> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[13:25] <Spaulding0> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[13:25] <Spaulding0> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[14:17] <catfuneral> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[15:37] <tasse3> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[15:37] <tasse3> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[16:15] <calcul0n12> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[18:58] <maxalt9> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[18:58] <maxalt9> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."


[12:21] <tormod> I added some gdb results to bug #89853, all I have time and energy for today.
[12:21] <ubotu> Launchpad bug 89853 in xorg-server "[regression]  7.2 broke vesa: "No matching modes found"" [High,Fix committed]  https://launchpad.net/bugs/89853
[12:49] <tormod> good night
[02:00] <ubotu> New bug: #134395 in xserver-xorg-video-intel (main) "[gutsy]  corrupt textures" [Undecided,New]  https://launchpad.net/bugs/134395
[03:25] <ubotu> New bug: #134401 in xorg (main) "p1610 fujitsu tablet screen does not autorotate and touchscreen does not work" [Undecided,New]  https://launchpad.net/bugs/134401
[09:16] <ubotu> New bug: #134448 in xorg-server (main) "3D acceleration doesn't work when multiple sessions are open" [Undecided,New]  https://launchpad.net/bugs/134448
[09:36] <ubotu> New bug: #67051 in xserver-xorg-input-keyboard (main) "Tajik keyboard not working correctly" [Undecided,Incomplete]  https://launchpad.net/bugs/67051
[09:51] <tormod> tepsipakki: before you release any new ati driver, please include the "Always assume LVDS is connected" commit. It fixes (at last) my X700.
[10:05] <tepsipakki> tormod: really? that's wonderful news :)
[10:05] <tepsipakki> I guess it's wise to wait for .192 before pushing it in
[10:06] <tepsipakki> there's a fix that calculates the default Virtual value correctly
[10:06] <tormod> it is! after all these years, my card finally works without patches.
[10:07] <tormod> yes there's a a lot of things coming into git ATM
[10:11] <ubotu> New bug: #95867 in xserver-xorg-video-i810 (main) "Gnome recognizes the resolution 1368x768 instead of 1366x768" [Low,New]  https://launchpad.net/bugs/95867
[10:19] <tepsipakki> hmm, I could just pull those commits in and build a new package
[10:19] <tepsipakki> those two
[10:47] <tormod> tepsipakki: that would be nice, while we wait for .192 we can get the X700 people try this.
[11:12] <tepsipakki> tormod: you can find a new version on the same place to test
[11:30] <ubotu> New bug: #134463 in xserver-xorg-driver-i810 (main) "No 1280x1024 resolution with i965" [Undecided,New]  https://launchpad.net/bugs/134463
[11:30] <ubotu> New bug: #134464 in xserver-xorg-video-intel (main) "in dual head config a row of pixels is drawn on the wrong monitor" [Undecided,New]  https://launchpad.net/bugs/134464
[11:56] <ubotu> New bug: #59474 in vmware-player "[feisty]  VMWare bridged networking doesn't work with madiwifi-ng" [Medium,Invalid]  https://launchpad.net/bugs/59474
[12:01] <tepsipakki> hmm, tribe5 has compiz on by default
[12:10] <ubotu> New bug: #134467 in xserver-xorg-video-ati (main) "[gutsy]  system halts "Black Screen" with xserver-xorg-video-ati.<IP_ADDRESS>-1ubuntu1" [Undecided,New]  https://launchpad.net/bugs/134467
[12:13] <tepsipakki> ah, has been since tribe2
[01:16] <ubotu> New bug: #134478 in xorg (main) "mouse stops working when switching to different X vt" [Undecided,New]  https://launchpad.net/bugs/134478
[01:21] <ubotu> New bug: #134482 in xorg (main) "VT switching to locked AIGLX session shows nothing but white screen." [Undecided,New]  https://launchpad.net/bugs/134482
[01:31] <ubotu> New bug: #134486 in xorg (main) "Gnome screen unlock should also show already opened sessions" [Undecided,New]  https://launchpad.net/bugs/134486
[02:34] <soren> I've just attached a new LCD screen to my machine. My Xorg.0.log is at http://pastebin.ca/669121  The problem is that the log shows the 1440x900 resolution (the max), but I can't seem to chose that with xrandr (and gdm shows up with 1280x1024, too). What to do?
[02:34] <soren> I have no xorg.conf, so running the script in /topic won't do me any good.
[04:32] <tepsipakki> soren: running without the conf isn't probably a good idea for you
[04:32] <soren> tepsipakki: Clearly not.
[04:32] <tepsipakki> generate the conf, and then change the driver to "intel"
[04:32] <tepsipakki> if it's not already
[04:32] <soren> I dpkg-reconfigured it, forcing it to use intel instead of i810 and now I'm happy :)
[04:32] <tepsipakki> oh, cool :)
[04:32] <soren> Didn't X used to have a "autogenerate a conf file" option?
[04:33] <soren> "X -docoolstuff" or something.
[04:33] <jcristau> Xorg -configure
[04:33] <soren> Aha!
[04:33] <soren> I'll try that next time I feel like cycling X.
[04:33] <jcristau> it might be better than dpkg-reconfigure in some cases, and worse in some others...
[04:34] <soren> Any particular reason why no xorg.conf means "use i810" rather than "use intel"?
[04:34] <soren> Even if I removed the i810 driver package, it didn't fall back to intel, but rather to vesa. eek.
[04:35] <tepsipakki> the server probably has some hardcodings..
[04:35] <jcristau> without xorg.conf? that's weird
[04:35] <soren> jcristau: That's what I thought.
[04:36] <soren> tepsipakki: Based on what? pci id's?
[04:36] <jcristau> it should just try stuff in /usr/lib/xorg/modules/drivers/
[04:36] <jcristau> i think
[04:36] <soren> jcristau:  I don't think so.
[04:38] <soren> The logs never mention anything about any other video driver than i810.
[04:41] <jcristau> can i see that log?
[05:03] <tepsipakki> jcristau: http://pastebin.ca/669121
[05:03] <tepsipakki> mentioned above
[05:15] <jcristau> ah, indeed, hw/xfree86/common/xf86AutoConfig.c has some hardcoded stuff based on pci ids
[05:16] <tepsipakki> yuck :)
[05:16] <jcristau> aiui gravity's trying to fix that
[05:28] <soren> I thought -intel was supposed to replace -i810 ?
[05:31] <tepsipakki> it is
[05:31] <tepsipakki> but some chips still have problems with intel, so i810 is kept for those
[05:53] <tepsipakki> I'd wish more frequent releases of intel..
[06:37] <bryce> morning
[08:05] <bryce> yeah I was just fiddling with that code yesterday, and noticed it's hardcoded to use i810 instead of intel
[08:05] <bryce> http://people.ubuntu.com/~bryce/Patches/xorg-server/psb_auto.patch
[08:21] <ubotu> New bug: #134578 in xserver-xorg-video-ati (main) "Open source ati driver freeze with compiz" [Undecided,New]  https://launchpad.net/bugs/134578
[10:10] <ubotu> New bug: #126385 in xserver-xorg-video-nv "Suspend/Hibernate with nv driver and NVIDIA 8400M GS doesn't work (dup-of: 121801)" [Undecided,New]  https://launchpad.net/bugs/126385


[17:58] <funkyHat> ô/
[17:58] <Pici> \o
[17:58] <topyli> a smoke and i'm ready
[18:00] <AlanBell> evening all
[18:00] <AlanBell> #startmeeting ircc meeting
[18:00] <meetingology> Meeting started Sun Mar 25 18:00:47 2012 UTC.  The chair is AlanBell. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[18:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[18:01] <AlanBell> agenda is over here https://wiki.ubuntu.com/IRC/IrcCouncil/MeetingAgenda
[18:01] <AlanBell> so who is here for the meeting o/
[18:02] <topyli> o/
[18:02] <funkyHat> ô//
[18:02] <bioterror> \o
[18:02] <Pici> cogito, ergo sum.
[18:02] <topyli> heh
[18:03] <AlanBell> #topic Review last meetings action items
[18:03] <AlanBell> #progress Pici to send mail to the list about the guidelines document to encourage edits and fixes to the FIXMEs
[18:03] <MrChrisDruif> o/
[18:03] <Pici> I put together an email about the wrong thing. Sooo.. I didn't send that, but should have this email out either today or tomorrow.
[18:03] <AlanBell> ok, that would be great
[18:04] <topyli> good
[18:04] <AlanBell> I did a bit of tinkering with the guidelines etherpad
[18:04] <AlanBell> I think it is nearly ready to go
[18:04] <Pici> great
[18:05] <topyli> AlanBell: so you left few FIXMEs to fix? :)
[18:05] <AlanBell> I removed a few of them
[18:05] <AlanBell> I think there are a couple left
[18:06] <topyli> ok, good progress
[18:06] <AlanBell> lets have another go at finishing that off this week and get it published at the next meeting if possible
[18:06] <topyli> yes, would be nice to close this bug
[18:06] <AlanBell> another pici action now
[18:06] <AlanBell> #progress Pici to work on the list of expired members
[18:06] <AlanBell> get anywhere with that?
[18:07] <Pici> Not really. I'll take care of it though.
[18:07] <Pici> .30
[18:08] <AlanBell> ok
[18:08] <AlanBell> #progress oCean to edit the guide to add advice on support questions in -offtopic
[18:08] <AlanBell> hmm, which guide was that supposed to be?
[18:09] <AlanBell> that was relating to the supporters guide
[18:09] <Pici> Was it?
[18:09] <Pici> I think we asked this same question about this item last time too...
[18:09] <AlanBell> https://wiki.ubuntu.com/IRC/SupportersGuide
[18:09] <AlanBell> at the very bottom
[18:09] <AlanBell> so this item is done
[18:10] <topyli> great
[18:10] <AlanBell> ok, that concludes the actions from the last meeting
[18:10] <AlanBell> #topic Open items in the IRCC tracker
[18:10] <AlanBell> we have no open items \o/
[18:10] <topyli> more than that, it's done well
[18:10] <topyli> woo!
[18:11] <MrChrisDruif> Hurray
[18:11] <AlanBell> #topic Review Bugs related to the Ubuntu IRC Council
[18:11] <AlanBell> no new bugs
[18:11] <AlanBell> #subtopic bug 788503 IRC Guidelines too #ubuntu centric - tsimpson
[18:11] <AlanBell> this is in progress and we want to sort it out for the next meeting
[18:11] <Pici> indeed.
[18:12] <AlanBell> #subtopic bug 884671 Ubuntu IRC operator recruitment is slow and ungainly - jussi
[18:12] <topyli> i'm not convinced that jussi has had the chance to really look into this
[18:12] <topyli> he recently gained a real life :)
[18:12] <ikonia> it's odd that this has been raised since jussi was one of the main people who pushed the existing process
[18:13] <Pici> heh
[18:13] <AlanBell> yeah, but thats fine, I just put the person who raised the bug in the agenda
[18:13] <Tm_T> ikonia: that only means he cares of the process
[18:13] <topyli> ikonia: it's good to have him lead fixing it then. he agrees with the premise
[18:13] <ikonia> what's actually looking at being changed though ?
[18:13] <AlanBell> we have had a few people apply for ops in #ubuntustudio, great to see that project reanimated
[18:13] <Pici> Nothing wrong with taking another look at the process as a whole.
[18:14] <ikonia> more so as ubuntustudio is understaffed
[18:14] <AlanBell> ikonia: well for one, we are doing applications from existing ops as they happen, and we did process all the applications in all the queues from existing ops
[18:14] <topyli> ikonia: we want to be able to appoint ops without the process, when we know the people to be good
[18:14] <ikonia> topyli: wasn't that how it was before the existing process was put in place ?
[18:15] <ikonia> AlanBell: yeah, it was nice to see that
[18:15] <AlanBell> the other thing we are doing is batching recruitment a bit and doing the induction thing a bit differently
[18:15] <topyli> the current process makes it easier for us to evaluate people whom we don't know
[18:15] <ikonia> AlanBell: the post-acceptence stuff is really good, I'm looking at the application and post acceptence as two seperate things
[18:17] <Pici> We should really reach out to our new ops as we get them and ask them if they think the process could have been done better.
[18:17] <MrChrisDruif> So like asking me? ;-)
[18:18] <topyli> ikonia: i think the current thinking is that we should have both ways at our disposal. the current process for people we don't know, and the "just do it" approach to people that we do know
[18:18] <topyli> Pici: yeah, what did they find difficult or annoying, and what was useful
[18:18] <ikonia> seems sensible
[18:18] <Pici> Aye.
[18:18] <AlanBell> well I think at the time of the precise launch we want to kick off another intake of ops across a wider selection of channels
[18:18] <ikonia> the current new guys may not be the best measure as lots of it was being setup as they where being brought on board
[18:19] <MrChrisDruif> The current process is that a op first gets approved, then after two months evaluated for continuation?
[18:19] <topyli> three months iirc, but yeah
[18:20] <AlanBell> three months, but yes, that is part of it, but this is more about how we find ops and when we process the applications etc
[18:20] <pangolin> only two months? I've been an op for a year or so now and still being evaluated
[18:20] <AlanBell> anyhow, lets move along
[18:20] <AlanBell> #subtopic bug 892500 eir is still not fit for purpose in #ubuntu -ikonia
[18:20] <topyli> pangolin: everybody's being evaluated anyway :)
[18:20] <pangolin> topyli, :)
[18:20] <MrChrisDruif> Alright, clear
[18:20] <AlanBell> would like to see a bit more on the eir like functionality from other bots
[18:21] <AlanBell> there has been a bit of a trial of ubottu-fr
[18:21] <AlanBell> how has that been going?
[18:21] <topyli> how much did moving the eir nagging out of -ops-team help?
[18:21] <ikonia> the ubottu-fr stuff seems good
[18:21] <pangolin> topyli, there is less nagging in -ops-team, that is the only difference I have seen
[18:22] <funkyHat> It means -ops-team is usable, not sure how it's affected the banlist in #u though ;)
[18:22] <Pici> I for one am very glad that -ops-team can actually be used instead of it being nearly flooded by eir.
[18:22] <ikonia> eir as a tool does not effect the ban list
[18:22] <ikonia> it adds value auto-removing the floodbots
[18:22] <Pici> Also, I don't think that ubotu-fr is in #ubuntu anymore, or at least its not doing any reporting in -monitor.
[18:22] <ikonia> they where the main cause of the ban list filling up
[18:22] <ikonia> Pici: it's been pm'ing
[18:22] <Pici> Ah.
[18:23] <Myrtti> Pici: it's been pm'ing, and it's also muted in #ubuntu, by me
[18:23] <Myrtti> as a Ubuntu copy it was responding to factoid requests
[18:23] <Pici> I haven't been able to do alot of opping in #ubuntu lately (work = busy)
[18:23] <ikonia> the overall functionality of it has been good though
[18:23] <ikonia> been a little confusing as I keep forgetting which bot we are meant to be using
[18:23] <ikonia> in my view pushing forward with ubottu-fr is worth while as out of the box it beat eir for usability
[18:24] <AlanBell> so what does ubottu-fr do exactly?
[18:24] <ikonia> pretty much the base functionality of eir
[18:24] <pangolin> it does everything eir does + ubottu
[18:24] <ikonia> you get banned it asks you to set a comment on it, updates BT with a relevent comment in the right ban id etc etc
[18:24] <ikonia> if it can auto remove floodbot bans I think it will be pretty much perfect
[18:25] <ikonia> the main thing for me is the auto removal of floodbot bans, keep the ban list ok, then functionality that feeds into BT,
[18:25] <ikonia> it seems a solid base to move forward from
[18:25] <topyli> fresh comments on the bug would be useful, so we can get some tangible indication of progress
[18:26] <ikonia> I'll put some feedback in on it,
[18:26] <AlanBell> so it updates the ubottu bantracker?
[18:26] <ikonia> AlanBell: correct
[18:26] <AlanBell> yay
[18:26] <topyli> ikonia: thanks
[18:26] <AlanBell> yeah, feedback on the bug would be perfect
[18:26] <ikonia> AlanBell: so when you query a ban, it reads from the same ban id
[18:26] <ikonia> all in sync etc.
[18:26] <ikonia> it's not %100 spot on, but it's a solid base for me
[18:26] <ikonia> the sooner we can use that and dump eir, then move on with ubottu as a base, the better it will be in my view
[18:27] <oCean> these bugs are filed against eir, but probably still exist when using ubottu-fr
[18:27] <AlanBell> if people could put their thoughts there, or on the mailing list or elsewhere that would be great, then we can talk about the next steps at the next meeting
[18:27] <ikonia> at the moment we are using a ton of bots so it's hard to get real usage
[18:27] <oCean> err these bugs: https://bugs.launchpad.net/ubuntu-bots?field.searchtext=[eir
[18:27] <ikonia> oCean: some of them are resolved in ubottu-fr
[18:27] <Pici> agreed having only 1 tool is better
[18:28] <topyli> absolutely
[18:28] <ikonia> I think we've been in ubottu/ubottu-fr/eir limbo for a while
[18:28] <ikonia> be nice to start pushing ubottu/ubottu-fr merge and start using it and fix bugs going forward
[18:28] <AlanBell> yup
[18:28] <pangolin> can't we just run our own instance of ubotu-fr?
[18:28] <Pici> how doed ubotu-fr handle floodbot bans?
[18:29] <ikonia> Pici: from what I've seen - nothing yet but nico was saying it can do it
[18:29] <ikonia> Pici: I don't think it's doing it as it would cause a fight with eir
[18:29] <ikonia> Pici: (not certain on that)
[18:29] <ikonia> that's why I'm saying dump eir, get ubottu merged and running, then fix going forward
[18:30] <AlanBell> pangolin: sure, but we had to try it out for a bit first
[18:30] <Pici> are we going to have to do manual removals in batches like we did previously?
[18:30] <ikonia> Pici: I'd check the functionality with nico
[18:30] <pangolin> AlanBell, I don't know that anyone has actually used it for actual ban handling
[18:31] <pangolin> it is there but has anyone set comments with u-fr?
[18:31] <Pici> i'll check with him and look at the code myself
[18:31] <AlanBell> #action people to provide feedback on the ubottu-fr trial on bug 892500
[18:31] <meetingology> ACTION: people to provide feedback on the ubottu-fr trial on bug 892500
[18:31] <topyli> heh
[18:32] <AlanBell> #subtopic bug 913541 there are a number of people with Ubuntu IRC cloaks who have expired from the ubuntumembers group - AlanBell
[18:32] <AlanBell> oh, we talked about this one already
[18:32] <AlanBell> #subtopic bug 916247 devel wiki on ubottu.com needs some attention - AlanBell
[18:33] <AlanBell> it did get fixed, we were just keeping this bug around for a bit in case anyone felt like migrating the content to wiki.ubuntu.com
[18:33] <AlanBell> I tried a bit, but it does require quite a lot of manual reformatting to moin syntax
[18:34] <AlanBell> #topic Set all operators to renew at same time via LP so people can plan to deal with the renewals nicely
[18:34] <AlanBell> I did some tinkering with lplib to find out when people do expire, I will did that out in a sec
[18:34] <AlanBell> anyone think this is a startlingly good idea?
[18:35] <Pici> I think it'll fill up my inbox fast ;)
[18:35] <pangolin> who clicks on the renew link for this?
[18:35] <funkyHat> It would mean I could more easily mass-archive all of the renewal emails I get
[18:35] <topyli> less regularly too
[18:35] <Pici> But seriously, it would be nice to deal with everthing at once
[18:36] <topyli> well, more regularly but less often
[18:37] <topyli> there will be cases where people have just renewed and will have to do it again
[18:38] <funkyHat> Unless we set everyone's renewals a year from now
[18:38] <AlanBell> well we could set them all to two years from now
[18:38] <AlanBell> or set them to all expire one week into the term of the next IRCC if we were feeling evil
[18:39] <Pici> tsk tsk
[18:39] <funkyHat> haha
[18:39] <topyli> hehe
[18:39] <AlanBell> I know one IT manager who set all the certificates in the business to expire one week after his 65th birthday
[18:40] <funkyHat> hahaha
[18:40] <topyli> nice farewell :)
[18:40] <AlanBell> anyhow, back to the topic, is harmonising renewal dates a good idea?
[18:41] <ikonia> I see benifit, I see pain
[18:41] <funkyHat> I'm not especially concerned either way
[18:41] <Pici> me either
[18:41] <AlanBell> personally I can't see a net reduction in pain
[18:41] <topyli> it is a good idea. the problem is how we do it in practice. give it a year for everybody sounds good
[18:42] <Pici> i think we'll have issues qhen setting it for new ops
[18:42] <AlanBell> in practice someone sits down with lplib and a python script for an hour or two then presses a button
[18:43] <topyli> meh, i'm failing to have a clear opinion
[18:44] <Pici> perhaps staggering the potential loss of ops would be better....
[18:45] <AlanBell> https://docs.google.com/spreadsheet/ccc?key=0Ankl5FhsdSiZdEtaNkRRM0xIdWtrTnBKalhZUkdxLXc
[18:46] <Pici> I dont really see an overwhelming need to change it right now.
[18:46] <AlanBell> that is it, now sorted by expiry date
[18:48] <AlanBell> yeah, right now I don't really see the problem that it solves
[18:48] <topyli> maybe we should shelf this. nobody seems to be able to come up with a problem we would solve... yeah
[18:48] <AlanBell> I guess we could give everyone a longer countdown, right now people have one week to press the button
[18:48] <AlanBell> and if they don't then they miss it, and we can sort it out
[18:48] <Myrtti> "here remember to set an alarm on your calendar"
[18:49] <AlanBell> given that I just made a spreadsheet with all the dates on we could do that bit anyway
[18:50] <pangolin> already spent more time on this than the bots issue
[18:50] <Pici> heh
[18:50] <AlanBell> ok, I think we should close this agenda item for the moment, it isn't remotely urgent and it is of questionable value
[18:50] <pangolin> I'm sure this is important but how important?
[18:50] <SilverLion> o/
[18:50] <Pici> Sounds good
[18:50] <AlanBell> #topic Any Other Business
[18:50] <AlanBell> does anyone have anything else they would like to raise?
[18:51]  * Pici thinks
[18:51] <topyli> salaries don't count
[18:51] <AlanBell> we should do some membership applications at some point, not done any of those yet
[18:51]  * AlanBell doubles topyli's salary
[18:51] <topyli> still 0 :(
[18:51]  * pangolin thinks
[18:51] <Pici> do we have any apps ine the queue?
[18:52] <AlanBell> nope
[18:52] <topyli> we're still not advertising irc membership enough
[18:52] <Myrtti> do we have a schedule for harmonizing the channel access lists?
[18:52] <Pici> Comparing with LP, or?
[18:52] <AlanBell> Myrtti: good question, I was going to try and do that in April sometime, I was pondering a semi-automatic way of doing so
[18:52] <pangolin> s/harmonizing/cleaning up/
[18:53] <Myrtti> Pici: and other means of communication
[18:53] <ikonia> question, is it worth revisiting (next meeting) the possability of merging some of the offtopic channels ?
[18:53] <ikonia> or is it a dead waste ?
[18:54] <AlanBell> yeah, we could talk about that
[18:54] <Pici> I think it would be a good discussion
[18:54] <pangolin> ikonia, I think it is a non-issue really. people want to relax in k-ot or whatever I don't see a reason to force them all into one channel.
[18:54] <topyli> theoretically, i'd like a single offtopic channel. but i'm not sure what the other 'flavors' would think
[18:54] <ikonia> if so I'll do an agenda item and put some points to/against it
[18:54] <AlanBell> ok
[18:54] <topyli> ikonia: good, thanks
[18:54] <ikonia> if people think it's worth while
[18:54] <Pici> a diacuasion fir another meeting.....
[18:55] <AlanBell> ok, all done?
[18:55] <Pici> topyli, me as well
[18:55] <Pici> yep
[18:55] <ikonia> I'll raise it then
[18:55] <AlanBell> #endmeeting
[18:55] <meetingology> Meeting ended Sun Mar 25 18:55:44 2012 UTC.
[18:55] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-25-18.00.moin.txt
[18:55] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-03-25-18.00.html
[18:55] <AlanBell> less than an hour \o/
[18:56] <funkyHat> yay ^·^
[18:56] <topyli> awesome
[18:56] <Pici> thanks all
[18:56] <funkyHat> Thankyou
[18:56] <topyli> thanks
[18:57] <AlanBell> if anyone wants to have a play with http://notes.kde.org/ubuntuguidelines feel free to pile in and fix stuff
[18:58] <topyli> ikonia: could you also send mail to the irc-team list and ask #k-ot, #x-ot, #l-ot and other ops to join the discussion?
[19:00] <topyli> i might as well do it too though. but if you have already thought about pros and cons, it could be better
[19:27] <ikonia> topyli: sure
[19:28] <topyli> great, thanks


[02:20] <wallyworld> kelvinliu: is your PR ready to review? I'll look after i finish harry's. plus I have 2 small ones up as well
[02:21] <kelvinliu> wallyworld: not yet, will ping u when it's ready
[02:21] <wallyworld> ok
[02:43] <hpidcock> wallyworld: PRs look good, exit code one just needs to update Gopkg.lock
[02:44] <wallyworld> oh right yeah, for the k8s dep
[02:44] <wallyworld> got sucked back into this verizon thing, so still not done with yours sorry
[02:45] <hpidcock> np
[04:40] <wallyworld> hpidcock: i left a few more comments - wouldn't mind a chat perhaps once you read them
[04:42] <hpidcock> hpidcock: not needed, I think I understand them all
[04:42] <wallyworld> ok
[04:44] <wallyworld> hpidcock: i'll do another pass once changes pushed. operator flle needed for juju-run since that is invoked from the workload pod by a cron script or whatever and not via an exec call made by juju where the env vars can all be set in place to commuicate socket info etc
[04:44] <wallyworld> so where we do have env vars available, we should continue to use that pattern
[04:45] <hpidcock> wallyworld: seems pretty heavy to send the ca cert for every call
[04:45] <wallyworld> yeah, true that
[04:45] <wallyworld> we could write that to the /var/lib/juju directory
[04:46] <kelvinliu> wallyworld: wanna have a discuss testing podspecv2, ru free now?
[04:46] <wallyworld> hpidcock:  so i guess the operator file in some form might be reasonable after all
[04:48] <hpidcock> wallyworld: I agree that we should probably keep the env vars consistent for hooks, but I think the compromise is a ca.crt file, and a JUJU_CA_CERT=<path-to-ca.crt>
[04:48] <wallyworld> hpidcock: or maybe just the cert and private key a seperatae files on disk under /var/lib/juju like we do for other things
[04:48] <wallyworld> yup, works for me
[04:48] <hpidcock> ^
[04:48] <hpidcock> ok
[04:48] <wallyworld> kelvinliu: sure, free now
[05:25] <wallyworld> kelvinliu: for later when you are free, this brings the pod spec parsing from from yesterday in 2.6 to the develop branch https://github.com/juju/juju/pull/10611
[05:26] <kelvinliu> wallyworld: lgtm thx
[05:26] <wallyworld> ty
[14:03] <cjwatson> I'm trying to use the feature described in https://jaas.ai/docs/lxd-cloud-advanced#heading--charms-and-lxd-profiles as having been added in Juju 2.5.0.  I have https://paste.ubuntu.com/p/jBydGSKdHS/ as lxd-profile.yaml at the top level of my charm.  Client version 2.6.8, controller version 2.5.8.  It seems to have exactly no effect: "lxc config show --expanded" on the relevant container ...
[14:03] <cjwatson> ... doesn't show the configuration I've tried to set, and I can't find any log entries related to it.  What am I missing?
[14:09] <cjwatson> Oh, never mind.  I think my controller upgrade hadn't quite finished at the point when I did the deployment
[14:10] <cjwatson> Nice nice, this is there now
[14:51] <hml> cjwatson: glad that was resolved.  definately recomment juju 2.6.8 for using lxdprofiles over 2.5.x
[18:08] <pepperhead> o/
[18:09] <pepperhead> Is it normal for, when adding credentials, the pasted API key doesnt print to screen? My juju is all messed up.
[18:10] <pmatulis> pepperhead, yes, that sounds right
[18:10] <pmatulis> pepperhead, messed up how?
[18:10] <pepperhead> I enter "juju status" and get "ERROR no API addresses"
[18:11] <pmatulis> it sounds like you cannot contact the controller
[18:12] <pepperhead> Is there any way to uninstall juju and start fresh?
[18:12] <pmatulis> do you have anything deployed?
[18:13] <pepperhead> I tried "sudo apt-get remove juju", then "sudo apt-get purge juju". then reinstalled with "sudo apt install juju". I get the same
[18:14] <pmatulis> what i meant was, did you deploy anything with juju (ex: juju deploy <something>)
[18:14] <pepperhead> Well I think that may be the problem: I had maas running, and moved it into a lab, and it got borked. I uninstalled maas and reinstalled maas. It HAD the controller deployed previously. Could it be still thinking it is alive?
[18:15] <pepperhead> The only thing successfully deployed previously was the controller
[18:16] <pmatulis> yes, juju cannot see the new maas
[18:16] <pepperhead> So do I have to wipe the system and start from scratch?
[18:16] <pmatulis> you can do a few things. uninstall completely or just tell juju to forget about the controller
[18:17] <pepperhead> Whats weird is I tried to deploy the controller, and it deployed Ubuntu to the node and hiot a wall.
[18:18] <pmatulis> does 'juju clouds --local' show your maas cloud?
[18:18] <pepperhead> Can I do both? How can I tell juju to forget the controller, AND uninstall to ensure I am clean?
[18:18] <pmatulis> uninstalling will include forgetting the controller
[18:19] <pmatulis> did you install juju by deb package or by snap?
[18:19] <pepperhead> I get "mymaas                0                   maas        Metal As A Service"
[18:19] <pepperhead> deb
[18:19] <pmatulis> we usually encourage snaps these days
[18:19] <pepperhead> I am cool with switching, if that is possible
[18:19] <pmatulis> ok
[18:20] <pepperhead> New to Snaps, and juju, and maas :(
[18:20] <pmatulis> 'sudo apt purge juju'
[18:20] <pepperhead> done
[18:21] <pmatulis> and remove ~/.local/share/juju if it's still there
[18:22] <pepperhead> it was there, removed
[18:22] <pmatulis> now 'sudo snap install juju --classic'
[18:22] <pepperhead> "juju 2.6.8 from Canonical✓ installed"
[18:23] <pepperhead> I need to research Snap
[18:23] <pmatulis> perfect. now add your MAAS. you've done that before right?
[18:24] <pmatulis> (add-cloud command)
[18:24] <pepperhead> Unsure what that means, maas is running already
[18:24] <pmatulis> yes, but you need to tell juju about it
[18:24] <pmatulis> (how did you get a maas before? you said it showed up with 'juju clouds --local')
[18:25] <pepperhead> "juju add-cloud mymaas"?
[18:25] <pmatulis> https://jaas.ai/docs/maas-cloud
[18:25] <pepperhead> I was following "https://docs.openstack.org/project-deploy-guide/charm-deployment-guide/rocky/install-juju.html"
[18:26] <pmatulis> oh, interesting
[18:26] <pmatulis> well, that should be equivalent
[18:27] <pmatulis> but you're prolly using a more updated juju version. there may be differences
[18:27] <pmatulis> but i think you're well on your way. good luck
[18:28] <pepperhead> So start the interactive with "juju add-cloud --local"
[18:28] <pmatulis> that will work, yes
[18:29] <pepperhead> Thanx! Was just confused by "add maas", thought it might mean removing and readding maas itself :)
[18:29] <pmatulis> ohh :)
[18:30] <pepperhead> So should I run that with sudo?
[18:30] <pmatulis> no
[19:01] <pepperhead> So you are probably well versed in maas, so let me ask a stupid question: Should the node machines be set to boot first from drive, or PXE after commissioning?
[19:03] <pmatulis> *always* PXE
[19:06] <pepperhead> You rock!
[19:06] <pepperhead> So Ubuntu is deploying to the juju node now
[19:06] <roadmr> pmatulis does rock :)
[19:06] <pepperhead> and you solved the chicke or the egg question I have been mulling over since this started
[19:07] <roadmr> 🥚  🐔
[19:08] <pepperhead> Trying to get OpenStack deployed as a POC, taking me down a lot of new roads
[19:08] <pepperhead> to make matters worse, I am given a stack of Intel NUC's to do the project.
[19:10] <pepperhead> Does juju have a web interface, as does maas, to see whats going on, or is it all cli?
[19:10] <pmatulis> it does
[19:11] <pmatulis> it gets installed with the juju controller
[19:12] <pepperhead> is that the "juju gui"?
[19:12] <pmatulis> https://jaas.ai/docs/gui
[19:12] <pepperhead> I need to read the docs this weekend, as well as maas docs
[19:13] <pmatulis> yep
[19:13] <pmatulis> you can discuss stuff in the docs via a forum. there is a link at the bottom of each page that will bring you there
[19:13] <pepperhead> Maybe this node is bad, I got booted from tyhe maas box (ssh'd in). maas is still saying "Deploying Ubuntu 18...)
[19:14] <pmatulis> you will need to wait
[19:14] <pmatulis> until the node is deployed
[19:14] <pepperhead> I ssh'd back in
[19:14] <pmatulis> you mean you tried to ssh into the node?
[19:15] <pepperhead> no, back into the maas box
[19:15] <pepperhead> unsure how to see where juju is in the process now
[19:16] <pmatulis> what did you actually tell juju to do? 'juju bootstrap'?
[19:16] <pepperhead> patience padawan
[19:16] <pepperhead> yes
[19:16] <pepperhead> with constraint to "juju" tag
[19:17] <pepperhead> It    picked up the correct node and started deploying the OS
[19:17] <pmatulis> ok, so juju told maas to deploy ubuntu onto a node and then juju will install controller stuff onto it
[19:17] <pepperhead> the maas gui shows it still deploying
[19:18] <pepperhead> this juju is very cool.
[19:18] <pepperhead> I think the issue is the NUC's.
[19:19] <pepperhead> Or this one in particular. If it doesnt complete I will try one of the larger NUC's, this is the smallest of the stack
[19:19] <pepperhead> Until juju gets the controller installed, no way to get a status I would think
[19:20] <pepperhead> 2 core/ 4g RAM
[19:21] <pepperhead> I assume that since it issued the command to maas, and maas began the process, the API creds are correct.
[19:22] <pepperhead> I wonder if the node will have to reboot after the OS is deployed?
[19:24] <pmatulis> if you fear things have gone pear-shaped you may need to go purely maas and test powering on/off and deploying. so no juju. just work within the maas gui
[19:29] <pepperhead> If I want to cancel the bootstrap, and try another node that is bigger, is there a way to do that?
[19:30] <pmatulis> maas has logs that are viewable via the gui. you can also view logs on the maas server. i would look at the logs before ctrl-c on juju
[19:31] <pmatulis> maas gui event logs are per the node being deployed
[19:32] <pepperhead> I took a look at the node, it is stuck at a reboot with a "boot:" prompt
[19:33] <pepperhead> Event "Installation complete - Node disabled netboot"
[19:35] <pmatulis> yeah, i sounds like your MAAS:NUC combo may need some study. i suggest asking in the maas forum: https://discourse.maas.io/
[19:37] <pepperhead> If a tag another node as "juju" will it grab it, or do I need to remove this job first?
[19:38] <pmatulis> i would try a ctrl-c on the bootstrap command
[19:39] <pepperhead> I got thrown out of my ssh session, so I assume the bootstrap command died at that time?
[20:12] <pepperhead> update: confirmed on a second node. maas lays the OS down, performs a reboot, pxe grabs it and trys to hand off for a local boot and dies with a "boot:" prompt.
[20:14] <pepperhead> Thanks for the helpand time, looks like a dead project.
[20:16] <pepperhead> oddly if I ctrrl-alt-del reboot and catch it and select to start from the drive, the system comes up. juju controller never gets installed.


[14:57] <OvenWerks> Eickmeyer: I don't know if you watch the mailing lists or not, but it may be a good deal to switch the upstream for a2jmidid to https://github.com/linuxaudio/a2jmidid
[15:00] <OvenWerks> There has been a new release there. In particular it has been ported to python3
[17:12] <Eickmeyer> OvenWerks: Ok, well, we can do that for 20.04. I can get on packaging that.
[17:12] <Eickmeyer> Probably not today, but I can do that relatively soon.
 yeah at this point you're too late in the cycle to switch ;)
 so you have to wait for 20.04
[17:46] <Eickmeyer> @teward001 Obviously.
[17:46] <Eickmeyer> But, yeah. Could even bug Ross to get it in Debian and then sync.
[17:55] <Eickmeyer> I'll be out for a few hours.
[22:03] <OvenWerks> Eickmeyer, teward: changing a2jmidid is not urgent, merely so as to be done before python2 goes away. The original upstream it seems has gone away and the new one has taken over/forked it so as to keep it from dying.
[22:04] <Eickmeyer> OvenWerks: Then it needs to happen during the next cycle. Python2 is going away prior to 20.04's release.
[22:04] <Eickmeyer> It's already being actively removed from Debian.
[22:04] <OvenWerks> so if we want to keep it (until the same code finally gets wrapped into jackd2) we need to use the new upstream
[22:04] <Eickmeyer> Agreed.
[22:11] <teward> Heres a question...
[22:12] <teward> Its a fork but does it officially replace it?  If jot then perhaps it should be considered the ‘next gen’ version with a separate package name.


[07:42] <hot_wheelz> anyway of fixing this error relating to broken package manger other than reinstalling the OS the error is dpkg: error: parsing file '/var/lib/dpkg/status' near line 23256 package 'odbcinst1debian2:i386': mixed non-coinstallable and coinstallable package instances present E: Sub-process /usr/bin/dpkg returned an error code (2)
[07:42] <md_5> w3m is a life saver when throttled!
[07:43] <hot_wheelz> I know it was marked for fixing in beta 2
[07:43] <hot_wheelz> sorry i mean any way
[07:45] <hot_wheelz> Anyone?


[16:00] <babu> hi
[16:01] <babu> anyone here can help me with how to error harddisk blog
[16:02] <babu> my system was working fine untill i upgrade it
[16:02] <babu> now it's not loading network manager
[16:03] <babu> and also there is a hard disk problem
[16:04] <babu> hello???


[08:02] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop amd64 [Mantic Daily] has been updated (20230509)
[12:39] <BluesKaj> Hi all


[00:19] <rick_h> greg-g: looking. I see the error report.
[00:22] <rick_h> greg-g: do you know what url and such you were trying to save?
[00:24] <rick_h> greg-g: ping when you're around. THe page loads ok for me. I got an error when you went to save http://martinfowler.com/bliki/FeatureToggle.html, trying to see why
[00:24] <rick_h> but it did save and page does load
[04:03] <greg-g> rick_h: yeah, got a... something error, don't remember, the url on bmark.us was /newerror.something
[12:59] <cmaloney> morning
[14:00] <cmaloney> I <3 it when I see an answer on Stack Overflow with a certain rick_h answering it. :)
[14:00] <cmaloney> http://stackoverflow.com/questions/4186062/sqlalchemy-order-by-descending
[17:57] <rick_h> cmaloney: :)


[22:47] <goodwill> Cyphus: so what are the side effects?
[22:48] <Cyphus> goodwill: I suppose it comes down to the fact that it sets the proxy for more than just the mirror.
[22:48] <goodwill> right
[22:48] <Cyphus> To me, "mirror/http/proxy" means it's going to use an HTTP proxy for apt stuff.
[22:48] <goodwill> that is not surprizing, given the name of the setting
[22:48] <Cyphus> But it affects wget.
[22:49] <goodwill> right
[22:51] <Cyphus> At this point I'd be interested in another setting that remains specific to apt, or a way to turn it off.
[22:51] <Cyphus> I'm about to test running "unset http_proxy" as a late_command.
[22:52] <goodwill> is there apt.conf in the installer?
[22:52] <goodwill> if there is we can just drop a configuration there
[22:52] <goodwill> and not mess with http
[22:53] <Cyphus> I'll take a look there, thanks.
[22:53] <goodwill> https://wiki.debian.org/ConfigPackages
[22:54] <goodwill> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642159
[22:54] <ubot2> Debian bug 642159 in choose-mirror "debian-installer preseed broken with apt-cacher-ng mirror" [Normal,Open]
[22:54] <goodwill> yup
[22:55] <goodwill> Cyphus: can you give the link to the ubuntu mini.iso we have
[22:56] <Cyphus> one sec
[22:58] <Cyphus> http://archive.ubuntu.com/ubuntu/dists/precise-updates/main/installer-amd64/current/images/netboot/netboot.tar.gz
[22:59] <Cyphus> looks like the latest is 12.04.05, FYI
[22:59] <goodwill> yup ...
[23:00] <Cyphus> goodwill: Are we going to update the mini.iso at some point to account for multipath updates?
[23:00] <goodwill> yes
[23:03] <goodwill> has anyone configured ubuntu-installer to use apt-cacher-ng only for installs?
[23:03] <goodwill> CarlFK: :) ^^^
[23:07] <CarlFK> hey goodwill.   years ago (4?) I tried various local apt things.  apt-cacher for sure, and I think apt-cacher-ng.   I settled on https://launchpad.net/squid-deb-proxy
[23:08] <goodwill> CarlFK: the current problem is that d-i mirror/http/proxy sets the http_proxy setting for the whole install ...
[23:08] <CarlFK> yeah.. pretty sure that bit me
[23:08] <goodwill> CarlFK: I am trying to figure out if a proxy setting can be setup for like anna installs
[23:09] <goodwill> and so on
[23:10] <goodwill> CarlFK: let me guess you set up a squid serve thet did a bypass for some thing but not others?
[23:10] <CarlFK> ":Copied from an Ubuntu bug report"  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642159
[23:10] <ubot2> Debian bug 642159 in choose-mirror "debian-installer preseed broken with apt-cacher-ng mirror" [Normal,Open]
[23:11] <CarlFK> anyone have the Ubuntu bug report?
[23:11] <goodwill> Cyphus: ? ^^ ?
[23:11] <Cyphus> CarlFK: You mean the Ubuntu version of the Debian one you just linked?
[23:11] <CarlFK> right
[23:12] <Cyphus> No, but I can look.
[23:16] <Cyphus> CarlFK: http://pad.lv/568704
[23:16] <ubot2> Launchpad bug 568704 in debian-installer (Ubuntu) "debian-installer preseed "d-i mirror/http/proxy" sets env http_proxy" [Wishlist,Triaged]
[23:20] <CarlFK> huh.  1/2 surprised I didn't leave some notes
[23:25] <goodwill> Cyphus: so we have to think on this one
[23:27] <Cyphus> goodwill: At this point, I'm interested in the settings used here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642159#15
[23:27] <ubot2> Debian bug 642159 in choose-mirror "debian-installer preseed broken with apt-cacher-ng mirror" [Normal,Open]
[23:27] <Cyphus> Seems like a valid alternate.
[23:32] <CarlFK> ah.. I just let wget hit my squid, which then hit's the local web server.  lame, but works.
[23:35] <goodwill> right
[23:35] <goodwill> hmmm
[23:37] <goodwill> or use early command to create wrappers for anna, anna-installer and so on
[23:37] <goodwill> hmmm
[23:39] <goodwill> Cyphus: we can use squid to send all the package downloads to apt-cacher and rest just do a transparent pass
[23:41] <Cyphus> True


[09:15] <uros1> hi people, and greetings from LoCo Serbia, i think we have regression in 15.04, on Thinkpad x201 tablet no touch screen detected, what is the proper way to report issue? Tnx


[04:46] <Niraj_> can someone help me package bash source for oneiric?
[04:55] <TheLordOfTime> Niraj_:  now why would you need to do that?
[04:57] <Niraj_> well I had a small patch which adds history search using current cmd string. an extension to history-search-backward and history-search-forward
[04:58] <Niraj_> I modified upstream source and built it
[04:58] <Niraj_> thought it would be helpful if I create deb and put in some PPA
[05:32] <Enric> Hi everybody!! I have some questions. I'm a young developer with 3 years experience and I want to help the community of ubuntu's developers. I have some knowledges of ubuntu. by what you advise me to start?
[05:35] <Enric> for example if I want to resolve a bug, what king of bug do you advice me to start, what packet, ... ? Thanks ;)
[05:38] <Enric> Hi e11bits!!
[05:41] <Niraj_> Enric: Hi, I am new here too. I attended few sessions from recent ubuntu developer week, and found useful hints regarding packaging for beginners.
[05:42] <Niraj_> So, if you have not attended it, I'd recommend you to read logs of first 2-3 sessions.
[05:44] <Enric> Thank you Niraj! I you have the URL to get this log, please send me it, else I'll find on google. How often is the ubuntu developer week? Every week?
[05:46] <Niraj_> Enric: http://irclogs.ubuntu.com/2013/01/29/%23ubuntu-classroom.html#t15:00 All first day sessions are here.
[05:46] <Niraj_> Regarding dev week, even I don't know, but I am guessing it is conducted once in every 3-4 months.
[05:47] <Enric> Ok, thanks for this informations Niraj ;) !!
[05:48] <Niraj_> My pleasure. Good to have a peer while starting :)
[05:58] <coolbhavi> hey Niraj_
[05:58] <coolbhavi> nice to see you here :)
[05:59] <Niraj_> thanks
[05:59] <Niraj_> can you help me with bash building?
[05:59] <coolbhavi> Niraj_, got a call from office ll be running in 20 mins
[06:00] <coolbhavi> you need to apply a patch?
[06:00] <Niraj_> yeah
[06:00] <Niraj_> prob is bash comes with a src tarball
[06:00] <Niraj_> I rebuilt it
[06:01] <coolbhavi> no issues :) ll login from work and help you
[06:02] <Niraj_> ok.
[06:02] <Niraj_> thanks
[11:38] <Laney> building ghc 7.6.2
[11:38] <Laney> if that works, syncy sync
[12:29] <Laney> it is done
[14:49] <Laney> http://people.canonical.com/~ubuntu-archive/transitions/ghc.html muhahaha
[14:52] <nigelb> Laney: did you jsut break haskell?
[14:53] <Laney> I wouldn't say 'break'
[14:53] <nigelb> completely effing destroy?
[14:53] <nigelb> Laney: btw, are you in the UK?
[14:54] <Laney> yep
[14:54]  * nigelb switches to PM.
[14:54]  * Laney ph33rs
[14:54] <ESphynx> who cares about functional languages anyways :P
[15:48] <Niraj_> bump, can someone help me package bash source for oneiric?


[01:33] <valorie> @Sick_Rimmit looks good!
[20:21] <valorie> I just did a bunch of RTs
 Does anyone have an email for Canonical to update the Wordpress or at least back it up so that we can upgrade it (if we can)?
 I'm a bit worried about it since it's an older version.
[20:49] <RikMills> I think we just open a ticket by emailing rt
<EMAIL_ADDRESS>?
[20:50] <RikMills> yes
 Cool I'll do that now.
[20:50] <RikMills> umm no
[20:50] <RikMills><EMAIL_ADDRESS> ah dam.
[20:52] <valorie> doesn't matter, they'll just ignore
[20:52] <valorie> lol
[20:52] <valorie> the wrong one I mean
[20:52] <valorie> I swear I did maybe a year ago but can't say for sure
[20:52] <valorie> so I guess I shouldn't *swear*
 https://twitter.com/phoronix/status/1217544330979749894
[21:12] <mparillo> Spamming reddit: https://www.reddit.com/r/kde/comments/ep8izd/phoronix_kubuntu_focus_offers_the_most_polished/
[21:15] <valorie> upvoted
[21:29] <mparillo> Thanks.


[00:00] <cynthiaoneill> It would be nice if there was a jujuclient in go that can create a new client and issue commands from it
[00:01] <thumper> cynthiaoneill: there is the api package from github.com/juju/juju that is what the juju CLI uses
[00:01] <thumper> cynthiaoneill: but we haven't gotten around to pulling that out of the main package
[00:01] <thumper> main repo that is
[00:01]  * thumper -> lunch
[00:02] <cynthiaoneill> thumper: thanks! we’ll take a look at it.
[01:13] <stub> Also https://launchpad.net/juju-api-client
[01:30] <thumper> stub: that seems to be private
[15:57] <rick_h_> oooh, look at that pretty profile UX on JAAS now
[15:57] <rick_h_> and that shell in the gui for all button wheeee
[15:57]  * rick_h_ talks up stuff while he writes emails and preps juju show notes/demos (2hrs away!)
[16:03] <cory_fu> rick_h_: Unfortunately, I have an appointment at the same time as the show, so won't be able to join to talk about https://jujucharms.com/u/johnsca/aws/ (note: still a bit in progress, hence in my personal namespace, but is usable)
[16:03] <rick_h_> cory_fu: k, I used it to hack up a demo of route53'ing the dns-name used in the jujushell charm for let's encrypt support
[16:04] <rick_h_> cory_fu: I think your aws charm is a different beast and something that would be great to talk about in a future show perhaps
[16:04] <cory_fu> rick_h_: Wait, what did you use for the demo?  Not the charm?  Just the trust feature?
[16:04] <rick_h_> cory_fu: yea, I'm just talking about hte trust feature today
[16:04] <cory_fu> kk
[16:05] <rick_h_> cory_fu: something to get the people's minds interested in 2.4 testing and such :)
[16:05] <rick_h_> so your stuff was a great kicking off point for me to check out some existing stuff
[17:41] <rick_h_> juju show in 20min warning!
[17:44] <rick_h_> kwmonroe: bdx hml magicaltrout zeestrat ^ fyi
[17:44] <rick_h_> links coming soon
[17:44] <rick_h_> the "watch the show and eat popcorn" link https://www.youtube.com/watch?v=FehQJhqx6co
[17:51] <rick_h_> if you want to join the conversation the link is "https://hangouts.google.com/hangouts/_/suy4w5z7pjaz3faa3zz6eq32cae"
[17:59] <zeestrat> rick_h_: You up for random strangers like me?
[17:59] <rick_h_> zeestrat: feel free
[18:00] <rick_h_> always welcome some community folks
[18:00] <rick_h_> just click that second link zeestrat
[18:01] <zeestrat> Jupp. Let me just sort out the audio
[18:18] <kwmonroe> rick_h_: show notes for k8s 1.10:  changelog https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG-1.10.md
[18:33] <rick_h_> ty for the link kwmonroe
[18:47] <zeestrat> rick_h_: Thanks for the invite. A+, would do again!
[18:48] <rick_h_> zeestrat: lol thanks! We'll be back in 14 days
[18:58] <zeestrat> rick_h_: Already in the calendar!


[07:52] <Chipaca> ｇｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｏｄ  ｍｏｒｎｉｎｇ！
[08:10] <bthomas> Morning Chipaca : Hope you had a good break
[08:10] <mup> PR operator#383 closed: ops/lib: use repr less with paths, and os.path.join more <Created by chipaca> <Merged by chipaca> <https://github.com/canonical/operator/pull/383>
[08:11] <Chipaca> bthomas: I did!
[08:11] <Chipaca> I could've had another day's worth of it :-D
[08:11] <bthomas> Yep. Never enough. :)
[08:12] <Chipaca> dunno, another two days would've had me programming something
[08:12] <Chipaca> one would've gotten me to finish putting up a bit of ikea furniture that's in my backlog
[08:13] <Chipaca> bthomas: how was your weekend?
[08:14] <bthomas> Chipaca: Cleaning the house (not so much fun), Cooking (more fun), doing math (most fun) :-)
[08:14] <Chipaca> :) nice
[08:14] <Chipaca> bthomas: if you're in the mood for little bit of code review, #381 could use that
[08:14] <mup> PR #381: we should call harness.cleanup in unit tests now that we use resources there :-) <Created by chipaca> <https://github.com/canonical/operator/pull/381>
[08:15] <bthomas> Chipaca: will have a look now
[08:15] <Chipaca> and #382 …
[08:15] <mup> PR #382: not all operating systems let you rename over an existing file <Created by chipaca> <https://github.com/canonical/operator/pull/382>
[08:16] <Chipaca> … and #389
[08:16] <mup> PR #389: minor docs fix <Created by justinmclark> <https://github.com/canonical/operator/pull/389>
[08:24] <bthomas> Done.
[08:25] <mup> PR operator#384 closed: make test_infra pass on windows <Created by chipaca> <Merged by chipaca> <https://github.com/canonical/operator/pull/384>
[08:27] <bthomas> Odd. Kubectl config set-context microk8s is not working this morning.
[08:27] <bthomas> oops it is use-context
[08:28] <bthomas> Awesome choice of two command names.
[08:29] <Chipaca> you know more k stuff than i do
[08:29] <Chipaca> what's use-context? (what even is a context)
[08:30] <Chipaca> kubectl needs its version of https://git-man-page-generator.lokaltog.net/
[08:30] <bthomas> Chipaca: I use kubectl to work with both microk8s and minikube. I have a single config file with two contexts, one for each. I can switch which of the two clusters I am working with using use-context.
[08:31] <bthomas> I don't think I know more kube than you. Knowing some silly fact about the ginormous gargutan framework does not count.
[08:31] <Chipaca> isn't that begging for you to forget you're in the wrong context and do unspeakable things to production when you meant to tear down staging?
[08:32] <bthomas> Not if you are an obsessive cumpulsive neat freak and methodical checker :-). But yes you are right there is that risk. But it is quite convienent too. Besides I only run one cluster at a time to reduce power drain on my laptop.
[08:38] <mup> PR operator#385 closed: do not assume / is path separator for resource paths <Created by chipaca> <Merged by chipaca> <https://github.com/canonical/operator/pull/385>
[08:43] <Chipaca> ok travis is already backed up
[08:43] <Chipaca> time for a break
[09:14] <bthomas> My prometheus pod deployed using the charm, seems to be stuck in "PodInitializing" state. describe-pod shows one warning "pod has unbound immediate PersistentVolumeClaims". The charm metadata.yaml has a "storage" section that points to "filesystem". So I am not sure why pod can't get its storage volume.
[09:15] <bthomas> looks like I am in for some hardcore k8s debugging since that is the only way to debug charms on k8s.
[10:07] <mup> Issue operator#378 closed: Docstyle for `ops` is Google doc style but parsed with Sphinx <Created by justinmclark> <Closed by chipaca> <https://github.com/canonical/operator/issues/378>
[10:07] <mup> PR operator#389 closed: minor docs fix <Created by justinmclark> <Merged by chipaca> <https://github.com/canonical/operator/pull/389>
[10:08] <Chipaca> bthomas: if in need of break from hardcore k8s debugging, break glass^W^W click link: https://i.redd.it/qpdsiofjrsi51.jpg
[10:09] <Chipaca> (allegedly taken over the weekend in Richmond Park here in London)
[10:10] <bthomas> Chipaca: that is a very crisp image. I like photography too. Are you an avid photographer ?
[10:10] <bthomas> my camera is a bit old though Nikon D90
[10:11] <bthomas> I can see you have good composition skils -- keeping subject off center
[10:11] <Chipaca> i am not an avid photographer
[10:11] <Chipaca> i am an avid collecter of background images :-p
[10:11] <bthomas> ha ha
[10:12] <Chipaca> bthomas: that one in particular is by u/ageitgey via https://www.reddit.com/r/london/comments/if8luz/richmond_park_tonight/
[10:12] <Chipaca> again, allegedly
[10:14] <bthomas> That thread has a few other good ones too.
[10:15] <Chipaca> ayup
[10:15] <Chipaca> bthomas: the first time i knew i wanted a big 4k monitor was probably a year ago, due to a very similar image
[10:16] <bthomas> Chipaca: you may want to wait a bit. Transparent OLED TVs just came out.
[10:16] <Chipaca> it's still on my wishlist, because there's a list
[10:17] <bthomas> Oh yeah. The wishlist. hmmm
[10:17]  * bthomas goes to national-lottery.co.uk
[10:18] <Chipaca> bthomas: there's always something that just came out :)
[10:19] <bthomas> I think there is a capitalist conspiracy to bankrupt hard working middle class folk
[10:29] <Chipaca> <shocked pikachu/>
[10:33] <bthomas> Chipaca: juju storage in my model reports "No storage to display". Any idea if this could be a reason why a k8s persistentVolumeClaim is not being satisfied ?
[10:33] <Chipaca> bthomas: i'm afraid i don't know
[10:34] <bthomas> no problems. will give it a shot anyway.
[10:34] <Chipaca> bthomas: the only thing i know that might by even remotely connected is that if you specify a min-juju-version of 2.8 juju won't default to giving you persistent storage
[10:35] <bthomas> thanks. my juju version is indeed 2.8.1
[10:35] <Chipaca> bthomas: right but does your metadata.yaml say min-juju-version
[10:35] <bthomas> Chipaca: metadata.yaml does not mention min-juju-version
[10:36] <Chipaca> ah, then you should still have one
[10:36] <Chipaca> aiui at least
[10:36] <Chipaca> but that's the operator pod, dunno about the application pod
[10:37] <bthomas> I can't think of any other reason, so will try and see if allocating storage to app/model fixes the issue
[10:37]  * bthomas heads of to mine morsels of wisdom from juju doc mountain
[10:46] <axino> hello
[10:46] <axino> "charmcraft build" does't include my "lib" directory (which only has one subdirectory, and inside this subdir, a symlink). Is this expected ?
[10:47] <axino> if I add a empty file to lib/interface/, that file is included
[10:47] <Chipaca> axino: hello
[10:48] <Chipaca> axino: this is not expected, if you're running a new enough charmcraft
[10:48] <Chipaca> axino: what charmcraft are you running? (what's "charmcraft version")
[10:48] <axino> Chipaca: Version: 0.3.1+58.g0ccec67
[10:48] <axino> Chipaca: FYI I just filed https://github.com/canonical/charmcraft/issues/136 :)
[10:49] <axino> Chipaca: https://pastebin.canonical.com/p/c7SSCBjbXp/ is the "tree" for the lib directory
[10:49] <axino> the "a" file is in the zip, the symlink is not. Do zipfiles even support symlinks ?
[10:50] <Chipaca> axino: zipfiles do kinda support symlinks using a de-facto-standard extension to the spec
[10:50] <Chipaca> axino: we have not implemented it, so we flatten symlinks in charms for now (it's on the TODO)
[10:51] <axino> hmm
[10:52] <Chipaca> axino: i'm sure facundo will be all over that when he gets here :)
[10:52] <axino> I'm surprised no one has run into that
[10:52] <axino> I must be doing something wrong
[10:53] <Chipaca> axino: we've recently rewritten how we build the zip, so it's possible people depending on this behaviour aren't running edge yet
[10:53] <Chipaca> axino: so thank you for being our guinea pig :-)
[10:53] <axino> "for dirpath, dirnames, filenames in os.walk(buildpath_str, followlinks=True):"
[10:53] <axino> followlinks may be the issue
[10:56] <axino> Chipaca: Version: 0.3.1 fails in another way : charmcraft internal error! OSError: [Errno 40] Too many levels of symbolic links:
[10:56] <axino> '/home/ubuntu/charm-k8s-gunicorn/build/mod/interface-pgsql/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql
[10:56] <axino> /opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql/opslib/pgsql' (full execution logs in /home/ubuntu/snap/charmcraft/common/charmcraft-log-jo0o807z)
[10:56] <Chipaca> mmm, delicious
[10:56] <axino> mod/interface-pgsql/pgsql/opslib/pgsql is a symlink to ..
[10:57] <Chipaca> axino: if you build (using edge) with --verbose, it might shine some light on it
[10:58] <axino> I just filed a bug because there was no --verbose :)
[10:58] <axino> charmcraft (edge) 0.3.1+58.g0ccec67 from John Lenton (chipaca) refreshed
[10:58] <axino> charmcraft: error: unrecognized arguments: --verbose
[11:00] <Chipaca> axino: try charmcraft --verbose build
[11:01] <Chipaca> axino: there is a verbose, but argparse is weird
[11:01] <Chipaca> that's being fixed in #135
[11:01] <mup> PR #135: Operator Framework charm writing guide <Created by VariableDeclared> <Closed by niemeyer> <https://github.com/canonical/operator/pull/135>
[11:01] <Chipaca> charmcraft#135
[11:01] <mup> PR charmcraft#135: Support the global options also after the command is given <Created by facundobatista> <https://github.com/canonical/charmcraft/pull/135>
[11:01] <axino> ah
[11:02] <axino> well OK
[11:02] <axino> doesn't really help as to why the file is missing
[11:03] <axino> https://pastebin.canonical.com/p/YZMYwRWyPr/
[11:03] <axino> gotta lunch :)
[11:16] <facubatista> ¡Muy buenos días a todos!
[11:20] <bthomas> morning facubatista
[11:20] <Chipaca> facubatista: heyy
[11:20] <facubatista> hola bthomas, Chipaca
[11:20] <Chipaca> facubatista: charmcraft#136 might be worth your attention
[11:21] <mup> Issue charmcraft#136: charmcraft build needs a --verbose option <Created by axinojolais> <https://github.com/canonical/charmcraft/issues/136>
[11:21] <Chipaca> wait no not taht one
[11:21] <Chipaca> facubatista: heh, i thought axino had filed a bug for their symlink woes
[11:22] <Chipaca> facubatista: let me summarise
[11:22] <Chipaca> facubatista: they have this: https://pastebin.canonical.com/p/c7SSCBjbXp/
[11:23] <Chipaca> facubatista: if they remove the 'a' file, the whole 'lib' is not included by "charmcraft build"
[11:23] <Chipaca> facubatista: (using edge)
[11:24] <facubatista> Chipaca, no lib and no interface are included?
[11:41] <facubatista> Chipaca, axino, it works here, https://paste.ubuntu.com/p/vXG3PYZP2G/ , let's try to find the difference with that
[11:41] <facubatista> (it looks I'm not replicating that ok)
[11:41] <facubatista> axino, can I get the build logs? thanks!
[11:45] <axino> facubatista: what's "unzip -l test.charm | grep lib" ?
[11:46] <facubatista>         0  2020-08-24 08:30   lib/interface/pgsql
[11:46] <facubatista> (my interface-pgsql is empty)
[11:47] <facubatista> Chipaca, I have an unplanned kids' school meeting, do you need me in the Postgresql meeting? I can be there if you do
[11:57] <Chipaca> facubatista: nah, go
[11:57] <facubatista> Chipaca, thanks
[11:57] <Chipaca> sorry for the delay replying, my shopping arrived
[12:00] <mup> Issue operator#371 closed: Use controller storage if no local storage exists <Created by stub42> <Closed by chipaca> <https://github.com/canonical/operator/issues/371>
[12:00] <mup> PR operator#374 closed: use controller-side storage automatically in some cases <Created by chipaca> <Merged by chipaca> <https://github.com/canonical/operator/pull/374>
[12:02] <facubatista> Chipaca, no worries! the school meeting is virtual, I'm already there :)
[12:14] <axino> facubatista: interesting
[12:14] <axino> facubatista: my "build" dir has lib/interface/pgsql as a directory
[12:15] <facubatista> axino, ah
[12:15] <axino> but it's not in the zip
[12:15] <facubatista> axino, we know about that bug, I'm waiting for review to land the fix :) https://github.com/canonical/charmcraft/pull/131
[12:16] <mup> PR charmcraft#131: Respect the symlink even if it's a directory when building <Created by facundobatista> <https://github.com/canonical/charmcraft/pull/131>
[12:16] <axino> OK
[12:16] <axino> facubatista: I'm just surprised that it works for you
[12:16] <facubatista> axino, for me it's a file
[12:17] <facubatista> not a dir
[12:17] <axino> ok
[12:18] <axino> facubatista: what's mod/interface-pgsql for you ?
[12:18] <axino> a file or a dir ?
[12:19] <Chipaca> bthomas: can i pester you for a review of #382? super easy one :)
[12:19] <mup> PR #382: not all operating systems let you rename over an existing file <Created by chipaca> <https://github.com/canonical/operator/pull/382>
[12:19] <facubatista> axino, a file
[12:19] <bthomas> Chipaca: will have a look now
[12:19] <mup> PR operator#381 closed: we should call harness.cleanup in unit tests now that we use resources there :-) <Created by chipaca> <Merged by chipaca> <https://github.com/canonical/operator/pull/381>
[12:19] <axino> facubatista: ah well it's a dir for me
[12:19] <Chipaca> bthomas: thanks
[12:20] <facubatista> axino, right, that's the difference
[12:20] <axino> facubatista: also my .jujuignore has "*__pycache__*" and "*.py[cod]", yet files like venv/yaml/__pycache__/events.cpython-38.pyc are included in the zipfile
[12:21] <facubatista> axino, can I see your build logs?
[12:21] <axino> facubatista: https://pastebin.canonical.com/p/YZMYwRWyPr/ ?
[12:23] <facubatista> axino, what you specify in .jujuignore is not considered for the venv directory; that venv directory is a obscure thing that may change in the future (or not) and has all Python dependencies
[12:23] <facubatista> axino, we can not ignore stuff from there, we may break those dependencies
[12:24] <axino> facubatista: isn't __pycache__ always safely ignorable ?
[12:26] <Chipaca> i mean, we could call pip with --no-compile
[12:35] <bthomas> Chipaca: I do not quite understand why backup version_path to version_backup. Then write to version_path and run setup(). And then copy version_backup back to version_path.
[12:35] <Chipaca> bthomas: version.py in the repo gets the version by calling git
[12:35] <bthomas> Ah Ok. I see now.
[12:35] <Chipaca> bthomas: version.py in a packaged and released version gets the version from just setting a constant
[12:36] <Chipaca> :)
[12:36] <bthomas> got it.
[12:36] <bthomas> Although IMHO this needs a small comment :-)
[12:37] <bthomas> done
[12:38] <Chipaca> whee
[12:39] <Chipaca> I do have one question though
[12:39] <Chipaca> LUNCH?
[12:40]  * Chipaca searches for an answer
[12:40] <bthomas> just had and now back to k8s. Looks like microk8s ingress controller is crashing.
[12:40] <bthomas> thinking about mentioning it on microk8s channel
[12:41] <bthomas> Seems like it is crashing because port 80 is already in use
[12:48] <mup> PR operator#382 closed: not all operating systems let you rename over an existing file <Created by chipaca> <Merged by chipaca> <https://github.com/canonical/operator/pull/382>
[12:55] <Chipaca> augh
[12:55] <Chipaca> of COURSE the default encoding on windows is not utf8
 facubatista: heh, i thought axino had filed a bug for their symlink woes
[12:59] <axino> should I ?
[13:00] <Chipaca> axino: i just misunderstood what bug you filed; you found several
[13:00] <Chipaca> axino: I think facubatista has a handle on the other issue now though; I'll defer to him
[13:01] <axino> I just "mv gunicorn.charm gunicorn.charm.zip ; zip -yru gunicorn.charm.zip lib ; mv gunicorn.charm.zip gunicorn.charm" for now
[13:03] <Chipaca> axino: is the moving needed?
[13:03] <Chipaca> (i know it won't tab complete)
[13:06]  * facubatista is back
[13:06] <axino> Chipaca: zip appears to ignore non-.zip file, and I didn't find a way to change this via cmdline option
[13:10] <Chipaca> facubatista: the change to universal newlines broke something :-( booo
[13:10] <Chipaca> facubatista: i did test, just not the right thing :)
[13:11] <facubatista> Chipaca, you're talking about the "ops in window" journey?
[13:11] <Chipaca> facubatista: 3.5 doesn't let you say what encoding to use to bytes->str, and defaults to the wrong thing
[13:11] <Chipaca> facubatista: yes :)
[13:11] <Chipaca> facubatista: just complaining, here
[13:12] <facubatista> :)
[13:18] <mup> PR operator#391 opened: turns out universal_newlines is the wrong answer, on 3.5 <Created by chipaca> <https://github.com/canonical/operator/pull/391>
[13:37] <Chipaca> i could use reviews of the above ^ plz (it's easy!)
[14:07] <justinclark> Taking a look, Chipaca
[14:40] <bthomas> Chipaca: I was wondering why the replace call is not replacing os.linesep. I mean why is it safe to assume linesep will not be "\r" for instance ?
[14:45] <Chipaca> bthomas: nobody's been that evil :-D
[14:46] <bthomas> old MacOS is :-)
[14:46] <Chipaca> nah, old macos was \n\r
[14:46] <bthomas> wait, I though ...
[14:46] <bthomas> but still \n\r will leak through then.
[14:47] <Chipaca> yep
[14:47] <Chipaca> bthomas: i might be wrong about old macos tho
[14:48] <Chipaca> python's linesep had it as \r it seems
[14:48] <bthomas> interesting
[14:48]  * bthomas loves WikiPedia https://en.wikipedia.org/wiki/Newline
[14:49] <Chipaca> bthomas: otoh the pythons we support only know of \n and \r\n
[14:49] <Chipaca> still, it's a good idea to use it
[14:50] <bthomas> no worries. i will leave that choice upto you. approving now.
[14:56] <Chipaca> bthomas: wikipedia agrees with you about linesep on old macs, and emacs' C-X RET F utf-8-mac agrees with that also
[14:56] <Chipaca> so i was completely wrong, and left wondering what was going on with Perl and newlines when I learned that factoid
[14:57] <Chipaca> unfortunately this means I will _never_ forget this :-/
[14:57]  * Chipaca wastes neurons on silly things
[14:57] <bthomas> Interesting Chipaca : have not used emacs to convert line endings in ages.
[14:58]  * bthomas thinks Chipaca will become a walking encyclopedia of arcane and inconcequential facts
[14:58] <bthomas> :-)
[14:59] <Chipaca> yeap, that's me
[15:00] <Chipaca> bthomas: going back a little bit, os.linesep is a str not a bytes, so i needed to do it differently than the trivial change, but i think it's better for it
[15:02] <bthomas> ah did not notice that
[15:09] <mup> PR operator#391 closed: turns out universal_newlines is the wrong answer, on 3.5 <Created by chipaca> <Merged by chipaca> <https://github.com/canonical/operator/pull/391>
[15:14] <crodriguez> Is there an easy way to retrieve the kubernetes namespace name in a charm, with the framework?   I was trying to use the env var "JUJU_OPERATOR_NAMESPACE" but I hit this issue https://bugs.launchpad.net/juju/+bug/1892255/comments/5
[16:08] <facubatista> bthomas, justinclark, I'd appreciate a review of https://github.com/canonical/charmcraft/pull/131 , thanks!
[16:08] <mup> PR charmcraft#131: Respect the symlink even if it's a directory when building <Created by facundobatista> <https://github.com/canonical/charmcraft/pull/131>
[16:28] <justinclark> facubatista, looks good to me
[16:52] <facubatista> justinclark, thanks!
[16:56] <crodriguez> I have an issue with a charm I recently coded with the operator framework. It is a subordinate charm and it should do the same operations on all units to which it is deployed. However, it looks like it install packages (https://git.launchpad.net/~camille.rodriguez/charm-iscsi-connector/tree/src/charm.py?h=initial#n74) only on the leader unit, even if I did not specify anywhere "is_leader"
[16:56] <bthomas> kubectl pv and kubectl pvc show me that status of all persistent volumes and persistent volume claims is "Bound" . Does this mean that the Warning message I see when I do kubectl describe pod prometheus-0 was only temporary . Anybody ?
[16:57] <crodriguez> I do not understand why it is doing so. Every other aspect of the charm is correctly installed on all units  (it is mostly configuring  config files)
[17:07] <justinclark> I'm still learning, so I may not be much help crodriguez.. But I do have a question - can you tell if the "on_install" hook fires at all for the subordinate charm?
[17:10] <crodriguez> justinclark, yeah I should check that.... maybe it's just because that install hook is by default ran only on leaders. I'll test it and let you know, thanks!
[17:10] <crodriguez> But I might file a bug .. it should be "installed" on all units
[18:31] <justinclark> Any luck crodriguez?
[18:53] <crodriguez_> I'm digging justinclark . A test on my local openstack was successful and it installed the packages on both leader/non-leader units. So I'm trying to figure out what happened different in the customer's environment
[18:53] <crodriguez_> it's probable that it's an issue with my charm code and not the framework
[19:07] <crodriguez_> hmm... Idk. In both environments, the install event is triggered, but in one, the apt.cache update and install does not happen
[19:37] <justinclark> Interesting. My initial guesses would be Python versions / apt.cache versions ¯\_(ツ)_/¯
[19:38] <justinclark> Sorry for not being much help here!
[20:38] <justinclark> I am trying to defer a "peer_joined" event until an database relation is available [1]. But in my test case, the deferred event isn't being reemitted when I add a new relation/unit [2]. My understanding is that a deferred event handler will be run when the very next event is triggered. Can anyone point me in the correct direction here?
[20:38] <justinclark> [1] https://github.com/justinmclark/grafana-charm-base/blob/20cc8461a746a880227829228699eb4a5b0da1a0/src/charm.py#L144
[20:38] <justinclark> [2] https://github.com/justinmclark/grafana-charm-base/blob/20cc8461a746a880227829228699eb4a5b0da1a0/test/unit/test_charm.py#L86