[02:32] <greg-g> what blogging software do all the cool kids use these days?
[02:40] <cmaloney> Pelican is what I use
[02:40] <cmaloney> (http://decafbad.net)
[02:40] <cmaloney> it imported my Wordpress instance the best and has markdown support
[02:48] <greg-g> cmaloney: looks nice
[02:54] <greg-g> ooo, AGPL too :)
[02:54] <greg-g> I think I'll mess with this later...
[02:54] <greg-g> now it's bed time
[02:54] <greg-g> g'night
[02:54] <greg-g> !
[03:04] <cmaloney> G'knight!
[12:08] <jrwren> greg-g: medium :p
[12:24] <cmaloney> jrwren: Why do you hate RSS?
[12:29] <greg-g> jrwren: I knew you were going to reply with that ;)
[12:32] <jrwren> medium doesn't rss?  well ain't that something.
[12:32] <jrwren> GOOG told me to hate RSS, so I hate RSS.
[12:32] <jrwren> I am merely a product of the companies for which I consume.
[12:33] <greg-g> you are the product, indeed :)
[12:35]  * greg-g goes down to breakfast before day 2 of hackathon
[12:35] <jrwren> i liked the "for which I consume" bit. I live to service companies, not they live to service me.
[12:36] <greg-g> that's an odd perspective given how even pure capitalism is supposed to work
[12:36] <greg-g> you like the fuedal system better? ;)
[12:36]  * greg-g really goes
[12:37] <jrwren> lmao @ pure capitalism.
[12:57] <cmaloney> jrwren: I think Medium does RSS but they really make it difficult to find it
[12:57] <cmaloney> that and they hide their posts
[12:58] <cmaloney> It makes LiveJoural seem positively open
[13:16] <mrgoodcat> greg-g: i think a lot of the cool kids are using ghost
[13:16] <mrgoodcat> medium has a dickbar now
[13:20] <greg-g> a what bar?
[13:21] <greg-g> mrgoodcat: I looked at ghost last night... all of the marketing speak and financial data on their website turned me off
[13:21] <greg-g> see, I'm the opposite of jrwren ;)
[13:24] <cmaloney> I want my blog to federate 15 ways from sunday
[13:24] <cmaloney> I want people to do surprise things with my content
[13:35] <jrwren> greg-g: you are the opposite of my sarcastic persona.
[13:35] <jrwren> greg-g: IRL any static generator will do. I'm hosting in google cloud storage for free.  YAY!
[13:35] <cmaloney> heh
[13:37] <jrwren> Also good: geocities, Angelfire, and Tripod
[13:37] <cmaloney> jrwren: Friendster
[13:38] <jrwren> whoa!
[13:40] <jrwren> wasn't that more of a social network than a blog host though? like orkut?
[13:51] <cmaloney> Yeah, it was one of the first ones
[13:52] <cmaloney> But iirc Geocities wasn' a blog as much as just web hosting
[13:54] <jrwren> right. you could put anything htere. i wonder if you could put rss, or it if only allowed html/css/js
[14:04] <greg-g> oh man, orkut
[14:20] <mrgoodcat> greg-g: a dickbar is a persistent bar that takes up part of your screen and you can't make it go away
[14:20] <mrgoodcat> mostly on mobile
[14:21] <mrgoodcat> https://pbs.twimg.com/media/DCInjeEVoAAKuDO.jpg
[14:23] <mrgoodcat> jrwren: i'm hosting in netlify for free. YAY!
[14:23] <mrgoodcat> also using a static site generator
[14:24] <jrwren> netlify?
[14:24] <mrgoodcat> yea its a cdn that specializes in hosting sites using static site generators
[14:24] <jrwren> wow, I need more coffee. i'm reading that as net li-fee
[14:25] <jrwren> looks cool.
[14:25] <mrgoodcat> push to github, automatically built and deployed
[14:25] <mrgoodcat> and the free tier even uses LE to generate a free ssl cert
[14:25] <jrwren> github.io is good too!
[14:26] <mrgoodcat> yes it is
[14:28] <mrgoodcat> github.io doesn't support ssl though, which seems sort of silly to me
[14:30] <mrgoodcat> basically every major browser has supported SNI for like 5+ years some even as much as 10
[14:31] <mrgoodcat> and iirc, server load difference is negligible on modern hardware
[14:38] <jrwren> great point.
[14:39] <jrwren> i mean, they do for the *.github.io domains, but not for custom domains
[14:41] <jrwren> I don't think S3, azure storage or GCP storage do ssl for custom domain either.
[14:41] <mrgoodcat> netlify does :)
[14:42] <jrwren> that is cool, and cool that they do it easily and directly.
[14:42] <jrwren> s3/azure/gcp all make you work aroudn it somehow. cloudfront, ???, ???
[14:56] <mrgoodcat> cloudfront is a nightmare for personal use
[14:56] <mrgoodcat> it is an enterprise first tool
[14:56] <mrgoodcat> i have to use it at work
[14:56] <mrgoodcat> configuration is incredibly granular, but there is no simple "click here and enable" option
[14:57] <mrgoodcat> and you have to upload your own certs and all that garbage unless you use their $$$$ cert generation tool
[15:18] <brousch> Limelight has ssl
[15:19] <brousch> We're focused on business though, not personal
[17:15] <mrgoodcat> is limelight where you work?
[17:15] <mrgoodcat> i'm not sure why but i was under the impression you worked for a school system...
[18:26] <brousch> I work for limelight
[18:39] <cmaloney> living in the limelight...
[18:39] <cmaloney> dammit jcastro for not being here to get the earworm.
[19:36] <_stink__> don't worry, i got it
[19:36] <_stink__> so there's one
[21:11] <cmaloney> thank you


[01:56] <hatch> yes you CAN run haproxy/ghost/mysql on a t2.small :)
[01:56] <hatch> oh, and the bootstrap node
[01:58] <hatch> using 412M of ram :)
[01:58] <hatch> oop 452
[01:59] <rick_h_> lol
[01:59] <rick_h_> woot
[01:59] <rick_h_> !
[01:59] <hatch> I need to somehow make a ton of requests to see if my mem usage goes up
[02:00] <rick_h_> ab or apachebench or whatever
[02:00] <hatch> yeah ab it is
[02:00] <rick_h_> ab is apache bench sorry, thinking of seige
[02:02] <hatch> hmm says invalid url
[02:02] <rick_h_> quotes around it?
[02:02] <rick_h_> been a while since I ran ab
[02:02] <hatch> ab -n 1000 -c 10 http://ec2-107-20-7-222.compute-1.amazonaws.com
[02:02] <hatch> I'm pretty confident that's correct
[02:03] <rick_h_> add a / at the end?
[02:03] <hatch> that was the trick
[02:03] <hatch> :)
[02:03] <rick_h_> :)
[02:03] <hatch> 468
[02:04] <hatch> 468M was the highest usage with a 266ms time per request avg
[02:04] <hatch> not bad - I wonder if I can do this on a micro
[02:05] <hatch> dropping to 2 concurrent it only goes down to 219ms per request
[02:05] <hatch> so it's not being pegged :)
[02:05] <hatch> try 20
[02:05] <hatch> :)
[02:05] <hatch> oh there we go lol
[02:06] <hatch> 489ms
[02:06] <hatch> :)
[02:06] <hatch> cpu bound
[02:07] <hatch> unfortunately I can't use the GUI, I need port 80 :(
[02:40] <hatch> darn, can't get mysql to run on a micro
[02:40] <hatch> heh
[02:41] <hatch> with the bootstrap node, haproxy ghost :)
[02:46] <hatch> although I think amazon is lying, they say on their site that it's 1GB of ram, htop is only showing 590
[11:04] <rick_h_> yay tgif
[11:06] <urulama> rick_h_: indeed :)
[11:25]  * rick_h_ makes some coffee now that email is processed
[14:02]  * rick_h_ is going into a call so completely afk for the next little while
[14:04] <kadams54> hatch: I have more questions about state :-)
[14:04] <hatch> well ubuntu vm decided it doesn't want to display anything but black pixels today :/
[14:05] <hatch> kadams54 shoot
[14:05] <kadams54> hatch: What is metadata generally used for
[14:06] <hatch> I don't understand the question
[14:07] <hatch> if you look in state.js you can see everywhere it's referenced
[14:08] <hatch> it's used to send the data about the state that needs to change
[14:09] <kadams54> Any arbitrary data, or is it more limited than that?
[14:09] <hatch> well it's more limited than that because the state system and dispatchers needs to know what to do with the data
[14:09] <hatch> what are you thinking of putting in there?
[14:10] <jrwren_> hatch: mysql can run on a micro. its just a bug in the charm.
[14:10] <jrwren_> "just"
[14:10] <kadams54> hatch: A flag for showing/hiding the help text
[14:11] <hatch> jrwren_ yeah I was poking at it, looked like it intentionally needs too much space
[14:11] <hatch> *sadface*
[14:11] <hatch> kadams54 hmm
[14:11] <jrwren_> hatch: I ran into it often when running on local in a small kvm. I'll propose a fix :)
[14:12] <hatch> metadata is the correct place for that....not sure we want it in there though :)
[14:12] <hatch> jrwren_ awesome!
[14:12] <hatch> I really want to run my blog for $5/mo :)
[14:12] <jrwren_> hatch: are micros that cheap now?
[14:13] <hatch> DO has a $5 droplet
[14:13] <hatch> and can handle 10 concurrent rps at about 170ms response time
[14:13] <hatch> which is more than enough for my blog atm
[14:17] <hatch> kadams54 adding it to the model might be quite a bit simpler than adding it into state
[14:17] <hatch> plus if it's in state it'll create a routable url
[14:18] <hatch> which doesn't make much sense in this case :)
[14:18] <hatch> yay back from black desktop in vm......stupid parallels
[14:18] <kadams54> hatch: The whole point of going down this rabbit hole was to connect the showing/hiding of the text to a user's actions, rather than the model…
[14:19] <hatch> ehh it's not that deep of a rabit hole
[14:19] <kadams54> hatch: the problem is that I'm having a hard time locating a good hook to hang this work off of.
[14:19] <hatch> there ever only was one spot to do this :) Now you learnt how this works haha
[14:20] <hatch> rick_h_ thoughts on making the hiding of the help text a routable url?
[14:20] <kadams54> hatch: I've looked all through topology/service.js but I don't see anything all that different about how the inspector is created when clicking on a service vs. adding a new one.
[14:21] <kadams54> hatch: rick_h_ is afk right now for a phone call… which is why you get the question :-)
[14:22] <hatch> ohh
[14:22] <hatch> well they are different methods which call the changestate
[14:23] <hatch> so in those different methods you would do something different to signify that you shouldn't show the help text
[14:23] <hatch> there is a 'flash' storage in the state which allows you to send data not in the url
[14:23] <hatch> but I think it only allows one record of things at a time
[14:24] <hatch> https://github.com/juju/juju-gui/blob/develop/app/views/topology/service.js#L740
[14:26] <hatch> https://github.com/juju/juju-gui/blob/develop/app/views/state.js#L461
[14:27] <hatch> then you'll reference metadata.flash.whateveryoucallyourproperty here https://github.com/juju/juju-gui/blob/develop/app/subapps/browser/browser.js#L586
[14:29] <kadams54> The _deployLocalCharm… is _deployFromCharmbrowser the other side of that coin?
[14:30] <hatch> deploy local charm is what handles when you drop a zip charm on the canvas
[14:31] <hatch> deploy from charmbrowser fires an event initateDeploy
[14:32] <hatch> so you trace that handler down and you'll see where it also fires a changestate event for the ghost inspector
[14:33] <kadams54> It sounds like I need to add the flag in two spots: that handler and the _deployLocalCharm, and then extract it again in the renderServiceInspector method.
[14:34] <hatch> why deploy local charm?
[14:34] <kadams54> Don't we want to display the help text for local charms as well?
[14:35] <hatch> that shows a totally different inspector
[14:35] <hatch> it should be visible by default and only hidden by the flag - then you only have to hide it in one place
[14:36] <hatch> in showServiceDetails
[14:36] <hatch> brb
[14:37] <kadams54> hatch: Hah, my plan was to hide it by default (because the problem right now is that it's shown when we don't want it to show) and then only show it when a service is first added to the canvas.
[14:47] <hatch> ahh yeah - well there are more places where it's created (where we want it shown) than it's not :)
[14:47] <hatch> surprisingly
[14:47] <hatch> kadams54 have you deployed a local charm in the gui yet?
[14:48] <kadams54> hatch: yes
[14:49] <kadams54> hatch: Your ghost charm, specifically :-)
[14:50] <hatch> well then!
[14:50] <hatch> jujugui call in 10
[14:56] <urulama> jujugui: i suggest postponing for 10min, so that rick_h_ finishes the current call
[14:56] <frankban> urulama: +1
[14:56] <jrwren_> ok
[14:57] <hatch> urulama ack
[14:57] <hatch> jujugui call in 13
[14:57] <hatch> :P
[14:57] <rick_h_> off call
[14:57] <rick_h_> jujugui call in 4
[14:57] <jrwren_> lol
[14:57] <hatch> lol
[14:57] <urulama> rick_h_: sheesh :D
[15:00] <rick_h_> jujugui call time wheeee
[15:00] <rick_h_> hatch: jcsackett kadams54 ^
[15:01] <jcsackett> oops. coming.
[15:51] <hatch> jujugui still need those reviews https://github.com/juju/juju-gui/pull/532 plz
[15:54] <rick_h_> hatch: you and kadams54 all good?
[15:54] <kadams54> We'll know for sure in about 30 minutes :-)
[15:55] <rick_h_> kadams54: ok awesome. Let me know how it goes. thanks guys
[15:55] <kadams54> But yeah, I'm back to coding again, so that's a step in the right direction.
[15:57] <hatch> :)
[15:59] <hatch> hazmat hey thanks for the update to the DO plugin, I'll be giving it a try tonight.
[16:21] <hatch> oh man this critical card was literally a 6 character fix
[16:21] <hatch> it's going to take about 1Mx longer to test than to fix lol
[16:22] <rick_h_> hatch: well that's good to hear at least then.
[16:22] <rick_h_> that it's not some fundamental giant of a thing
[16:22] <hatch> well....it sort of is...the charm is broken
[16:22] <rick_h_> whoops
[16:23] <hatch> but since the cli handles it correctly the guy should too
[16:23] <hatch> gui
[16:23] <hatch> rick_h_ https://gist.github.com/hatched/998e31e217c2a577d112
[16:24] <rick_h_> hatch: :)
[16:25] <rick_h_> jujugui have to run up to the doc office for a little bit. biab.
[16:25] <hatch> enjoy
[16:25] <rick_h_> flu shots are in and the wife mandates I get one asap yay me
[16:27] <urulama> rick_h_: to actually get a flu, you'll have to leave your desk and computer sometimes ;)
[16:27] <hatch> lol!
[16:27] <hatch> that's why I get sick every time I leave the house
[16:29] <urulama> hatch: programmers should walk around in one of these http://main.cdn.grabone.com/goimage/440x267/i4a3clx.jpg
[16:29] <urulama> hatch: imagine our next sprint! :D
[16:29] <hatch> lol
[16:29] <hatch> it could be ON a lake
[16:39] <hatch> jujugui I'm going to be taken offline (power) in a few for about 30mins
[16:40] <hatch> jujugui still need one more review on #532, qa is already done
[16:42] <frankban> hatch: on it
[17:05] <rick_h_> urulama: her thing was "You better get this shot before you get on a plane with 300 sick people
[17:05] <rick_h_> "
[17:05] <hatch> and power!
[17:06] <rick_h_> woot
[17:07] <hatch> I no longer have a 100A power line running across my backyard
[17:07] <rick_h_> what could possibly go wrong with that?
[17:08] <rick_h_> new motox take my money!
[17:08] <rick_h_> wish I could get a 360 but I think my wife would kill me
[17:08] <rick_h_> hatch: want an LG watch?
[17:08] <rick_h_> and I'll get a 360?
[17:09] <hatch> haha no sorry
[17:09] <rick_h_> no shippping fee straight to brussels :P
[17:09] <hatch> https://twitter.com/FromAnEgg/status/507935819521613825
[17:09] <rick_h_> hatch: I'm talking watches not phone :P
[17:09] <hatch> I know....but saving moneys
[17:11] <rick_h_> boo ok good plan
[17:47] <jcsackett> hatch: sorry i forgot to look at your PRs. moving charmworld along is surprisingly distracting.
[17:47] <hatch> heh np frankban got it
[17:47] <jcsackett> cool stuff.
[18:28] <hatch> of course my simple fix turned out to not be good enough :/ bleh
[18:54] <hatch> todays pro tip: if you're going to spill a bowl of borscht don't do it over your desk, keyboard cellphone, wallet, dog
[18:56] <rick_h_> ouch
[18:56] <rick_h_> time for a new phone! new moto x here we come! :P
[18:57] <rick_h_> Makyo: hatch got a sec to chat?
[18:57] <hatch> lol
[18:57] <hatch> rick_h_ yeah 2 mins just need to reposition stuff now that I don't have an external keyboard lol
[18:57] <rick_h_> hatch: all good
[18:57] <rick_h_> I'm chilling in today's standup room
[19:04] <jrwren_> someone finally fixed python: https://github.com/paradoxxxzero/nocolon
[19:06] <hatch> lol no
[19:06] <hatch> that's just wrong
[19:06] <hatch> it even says so in the readme haha
[19:07] <rick_h_> w...t...f
[19:08] <rick_h_> less ruby in my python kthx
[19:08] <hatch> haha +1
[19:09] <jrwren_> I often forget colons when I Haven't done python in a while.
[19:09] <jrwren_> I always wished they were optional :)
[19:11] <hatch> nobody is happy
[19:11] <hatch> sheesh
[19:12] <hatch> I guess tonight I'll be taking apart my keyboard and running it through the dishwasher.....it no longer works so....maybe now is a good time to invest in an expensive one
[19:16]  * rick_h_ holds back
[19:20] <hatch> haha, are you back to using your kinesis?
[19:20] <rick_h_> yea, been using it for a while
[19:20] <rick_h_> typing too many docs these days :P
[19:20] <rick_h_> but I've got a closet of about 7 mechanical keyboards you could try :)
[19:22] <hatch> lol I've been eyeing this one.... https://www.trulyergonomic.com/store/index.php
[19:22] <hatch> unfortunately they are all on backorder
[19:22] <hatch> I may end up switching to one of my many old keyboards if this one doesn't come back to life
[19:22] <rick_h_> no good windows/meta key so :(
[19:23] <hatch> the one in the middle top i think is the meta key
[19:23] <rick_h_> yea but typing that easily a lot of times a day is not going to work ou
[19:23] <rick_h_> out
[19:23] <hatch> yeah true
[19:23] <hatch> https://www.trulyergonomic.com/store/model-differences--truly-ergonomic-mechanical-keyboard--cherry-mx-brown-red-blue-black-clear-keyswitches#Model-209
[19:23] <hatch> here is one with a split alt key
[19:24] <hatch> could turn one of those into one maybe
[19:24] <rick_h_> hmm, perhaps
[19:24] <hatch> I've never seen/used this one in person so I really have no idea
[19:24] <rick_h_> yea, I've looked a lot at it but keep holding back
[19:25] <hatch> https://www.kinesis-ergo.com/shop/advantage-lf-for-pc-mac/
[19:25] <rick_h_> that's what I use
[19:26] <hatch> coding with browns would suck
[19:26] <hatch> fingers would get so sore haha
[19:26] <rick_h_> yea, I do wish for blues, but browns get by
[19:27] <rick_h_> hah, let me show you my unicomp
[19:27] <rick_h_> that one I get sore hands for the first week of use every time
[19:27] <hatch> oh you're using browns and not reds?
[19:27] <hatch> https://d2s7foagexgnc2.cloudfront.net/files/49df782d46968ee719e7/kinesis_and_trackpad.jpg interesting layout....I'd probably do something very similar to this
[19:28] <rick_h_> yea, the browns here
[19:28] <rick_h_> hah, that's funny
[19:29] <rick_h_> jujugui ok I'm out. Everyone have a good weekend.
[19:29] <hatch> enjoy your weekend
[19:29] <hatch> cya
[19:30] <rick_h_> 12 cards left, with 5 people. Should be able to knock em out next week np
[19:30] <rick_h_> :)
[19:31] <hatch> agreed!
[19:40] <kadams54> hatch__: So… it looks like the flash object is being stripped out before it gets down to renderServiceInspector.
[19:41] <hatch__> hmm that's odd
[19:41] <hatch> lemme pull up the code
[19:42] <hatch> kadams54 not sure that's possible - if you look at the renderLocalInspector method it references the flash property
[19:42] <hatch> and it's the same method that either calls the renderServiceInspector or renderLocal Inspector
[19:43] <kadams54> Hmm. I see the flash property going in, but it's not coming out the other end. Still tracing through all the state code.
[19:44] <hatch> kadams54 put a debugger in the _inspectorDispatcher and see if it's available there
[19:44] <hatch> because that's where it would be passed to the renderLocalInspector if it had it
[19:45] <kadams54> > metadata
[19:45] <kadams54> Object {id: "7818300$"}
[19:45] <kadams54> So nope.
[19:46] <hatch> hmm can you put a gist of your diff up
[19:46] <hatch> something funky is going on
[19:46] <kadams54> This is what I see when I inspect the state object in the *:changeState handler, browser.js line 207:
[19:46] <kadams54> > state.sectionA.metadata
[19:46] <kadams54> Object {id: "7818300$", flash: Object}
[19:47] <kadams54> So the flash is there when the changeState event is caught, but gone by the time it hits _inspectorDispatcher
[19:47] <kadams54> gist coming up
[19:48] <kadams54> https://gist.github.com/kadams54/1b382fca1c2c1d84071c
[19:50] <hatch> ok put a debugger in state.js on like 461
[19:50] <hatch> oh that's the problem
[19:50] <hatch> that can never be hit
[19:51] <hatch> move line 461 to line 468
[19:51] <hatch> well that's a temp fix to see if it works
[19:52] <hatch> will need a bit of a better fix for the long haul
[19:53] <hatch> then I think 126 needs to change from being set to an object to being set to undefine
[19:53] <hatch> d
[20:01] <hatch> kadams54 is that making sense?
[20:04] <kadams54> Sorry, afk, back now
[20:05] <kadams54> Not sure why line 126 needs changing, but I follow the rest
[20:07] <kadams54> hatch: bam, that works.
[20:14] <hatch> it needs to be changed because we don't want it setting the flash metadata on every request
[20:14] <hatch> so that should now be if (this.get('flash')) {...}
[20:14] <hatch> and then where it resets it change it to set it to undefined
[20:38] <hatch> s
[20:38] <hatch> darn keyboard busted
[20:38] <hatch> :/
[20:55] <hatch> kadams54 I have to run and buy a new keyboard
[20:55] <hatch> I'll likely be back in about 45 if you need some more help
[20:55] <kadams54> Friday fun
[20:55] <kadams54> I'm all set
[20:55] <hatch> yeah the store is closed on the weekends for the kinesis
[20:55] <kadams54> Just working on a test now to make this official
[20:55] <hatch> so gota get there before eod
[20:55] <hatch> ok bbiab
[22:18] <hatch> kinesis keyboard with browns equipped
[22:18] <hatch> this will take a while haha


[02:43] <mwhudson> huh libgit2 1.0.0
[10:57] <rbalint> xnox, thanks this is TIL :-)
[11:12] <juliank> chrisccoulson: do you want to submit the grub patch for bug 1878541 upstream? I think we can discuss it there?
[11:12] <juliank><EMAIL_ADDRESS>[11:12] <juliank> chrisccoulson: certainly sounds like the correct approach to me
[11:12]  * juliank can push it upstream too
[11:33] <irreleph4nt> Hi. Quick question: Does Ubuntu support dbus-broker as a replacement for dbus-daemon? Google yields no useful results for that query. Thank you.
[11:35] <xnox> irreleph4nt:  at the moment, dbus-broker is still experimental and lacks feature parity. For example, whilst basic functionality is available. LSM mitigation are not. Thus using dbus-broker is less secure, than regular dbus.
[11:36] <xnox> and we do use dbus apparmor mitigations by default, to secure leaking information over dbus from host to confined snaps. And vice versa.
[11:36] <irreleph4nt> xnox, thank you. So it sounds like using broker instead of daemon currently is anything between discouraged and impossible. Noted. :)
[11:37] <xnox> irreleph4nt:  but otherwise one can experiment/install dbus-broker if one wants to. But you will get to keep both pieces or like help to improve integrating it.
[11:37] <xnox> irreleph4nt:  i wish it was easier to use, but it currently is not.
[11:41] <irreleph4nt> xnox, what you've said gives off the impression though that work is being done to get broker into Ubuntu. Is that right? I found a github issue against dbus which mentions AppArmor. It was raised in 2018 and is open to this day
[11:46] <xnox> irreleph4nt: no, i didn't say anything remotely to that effect.
[11:46] <xnox> irreleph4nt:  i'm not aware of anybody currently working on LSM mitigations in broker.
[11:47] <xnox> check with upstream if that has changed. But that's what the status of this was since the inception of the project.
[11:47] <irreleph4nt> Okay, noted. Thanks again :)
[13:16] <rbasak> ahasenack: o/ I pinged you in https://github.com/certbot/certbot/issues/7954 but not sure if that means you see it.
[13:16] <ahasenack> just replied
[13:16] <rbasak> Oh
[13:16] <rbasak> Thanks :)
[13:16] <ahasenack> I saw it
[13:36] <seb128> wgrant, hey, any chance you could investigate what's wrong with pulseaudio on riscv? dunno what changed but a test is failing in focal and groovy now, which is annoying because it means the recent SRU with important fixes is getting blocked now :/
[13:37] <seb128> though the security update got published with the arch failure it seems
[13:41] <jalt> Hi, where can I find documentation for subiquity (or ubiquity) unattended installations of 20.04 (#ubuntu-installer points to here)?
[14:03] <coreycb> cpaelzer: hi, do you think we could get python3-ironicclient into main as of focal? it's py2 counterpart used to be in main.
[14:04] <coreycb> bug 1376238
[14:07] <jdstrand> riscv64 is considered a 'bonus' architecture for security updates. note, 1:13.99.1-1ubuntu3.1 also ftbfs on riscv64. the security updates was built on top of 1:13.99.1-1ubuntu3 which did build
[14:08] <jdstrand> I don't know if it was a toolchain chain. ubuntu3 built, ubuntu3.1 didn't (had part of the sru patch but not security), ubuntu3.2 ftbfs (had the security patch but not the sru patch)
[14:08] <jdstrand> toolchain change*
[14:09] <jdstrand> ubuntu3.3 and ubuntu5 have both the sru and the security patch
[14:28] <jdstrand> fyi seb128 ^
[14:28] <jdstrand> (and wgrant ^)
[14:29] <jdstrand> ('bonus' for focal at this point; presumably some day it will be offical)
[14:43] <seb128> jdstrand, thanks