[01:39] <jamesh> robert_ancell: packagekit-control is merged to master, so you should be able to experiment with it once the next version of core is released on the edge channel
[01:39] <jamesh> hopefully appstream-metadata goes in today
[02:08] <robert_ancell> nice!
[05:17] <didrocks> good morning
[05:26] <duflu> Morning didrocks
[05:49] <didrocks> hey duflu
[05:57] <jibel> hi all
[05:59] <didrocks> salut jibel
[06:05] <duflu> Morning jibel
[06:35] <oSoMoN> good morning desktoppers
[06:43] <didrocks> salut oSoMoN
[06:43] <oSoMoN> salut didrocks
[07:14] <duflu> Morning oSoMoN
[07:15] <oSoMoN> hey duflu
[08:03] <willcooke> morning
[08:10] <Trevinho> morning
[08:12] <duflu> Morning willcooke and Trevinho
[08:13] <willcooke> afternoon duflu
[11:03] <didrocks> cking: hey! I'm wondering if we didn't get hit by a regression in zfs 0.8. (bug #1837717). I wonder if this is forcibly upstream or if we have distro patch you know of that can impact the ordering?
[11:03] <cking> didrocks, we don't have many patches on zfs nowadays, so it's probably an upstream issue
[11:04] <cking> i'll try and get around to this asap, but I have some high priority contract work to do first
[11:04] <didrocks> cking: sure, meanwhile, I'm trying -3 from debian, just in case
[11:10] <didrocks> confirming that 0.8.1-3 can reproduce the issue
[11:19] <didrocks> cking: it seems to be quite close to https://github.com/zfsonlinux/zfs/issues/8833
[11:19] <didrocks> and so https://github.com/zfsonlinux/zfs/pull/8878
[11:19] <didrocks> if you don't have time, mind if I cherry-pick/test?
[11:20] <cking> didrocks, yep, try it. does ZFS_SERIAL_MOUNT help?
[11:20] <didrocks> cking: I'm looking
[11:23] <didrocks> cking: can't reproduce the issue with it exported, indeed. Ok, so it seems it won't be as horrible as it sounded to be :)
[11:23] <didrocks> I'll give some good testing and probably upload next week
[11:23] <cking> didrocks, +1 thanks
[11:24] <didrocks> yw ;)
[11:57] <kenvandine> tjaalton: I built an Hyper-V image with your PPA enabled and confirmed if fixes bug 1817225
[11:57] <kenvandine> tjaalton: can you SRU that?
[12:45] <hggdh> the membership on Bugconntrol for the Canonical Desktop Team expited yesterday. Is this on purpose, or would you want it re-instated?
[13:10] <jibel> hggdh, not on purpose. Can you add it back?
[13:10] <jibel> please
[13:16] <hggdh> jibel: on it
[13:17] <hggdh> jibel: done
[13:18] <jibel> hggdh, thank you
[13:18] <jibel> willcooke, ^
[13:20] <willcooke> ah nice one, thanks hggdh!
[13:20] <willcooke> I emailed Brian, I will unemail him
[13:20] <hggdh> willcooke: no need, I re-added it in.
[13:21] <willcooke> yeah, just telling Brian that he doesn't need to do anything
[13:22] <tjaalton> kenvandine: yep
[13:23] <tjaalton> kenvandine: infinity told me this isn't rc for .3 though
[13:23] <tjaalton> release critical
[13:23] <kenvandine> bummer
[13:23] <kenvandine> we need it to be able to release the hyper-v image :/
[13:23] <tjaalton> since cloud images are dailies
[13:23] <kenvandine> this isn't a usual cloud image
[13:24] <tjaalton> ok, talk to him then
[13:24] <kenvandine> this gets published in microsoft's hyper-v quick create gallery
[13:24] <kenvandine> infinity: ^^
[13:24] <kenvandine> bug 1817225 blocks the hyper-v desktop image of 18.04.3 that microsoft publishes in their gallery
[13:25] <kenvandine> these aren't dailies like other cloud images
[13:27] <tjaalton> it doesn't block the sru though, just a question of priority
[13:29] <kenvandine> understood
[13:30] <tjaalton> hum, i'll grab my laptop and upload it to the queue...
[13:31] <kenvandine> tjaalton: thanks!
[13:40] <tjaalton> kenvandine: maybe you could test another version, which only builds xorgxrdp?
[13:41] <kenvandine> you mean just xorgxrdp-hwe-18.04?
[13:41] <kenvandine> which depends on xrdp?
[13:43] <tjaalton> kenvandine: it doesn't depend on xrdp, but provides xorgxrdp which I hope is enough to fix installing xrdp..
[13:43] <tjaalton> the dep is the other way around
[13:43] <kenvandine> ah
[13:43] <kenvandine> ok, i can try that
[13:55] <tjaalton> kenvandine: actually, you should be able to simulate it by replacing xrdp-hwe-18.04 with xrdp
[13:56] <tjaalton> if you have an instance with it in disposal
[13:56] <tjaalton> in/at
[13:57] <tjaalton> would cut the time needed to verify this theory
[13:59] <kenvandine> sure
[14:13] <kenvandine> tjaalton: yes, that works
[14:13] <kenvandine> with xorgxrdp-hwe-18.04 and xrdp installed
[14:15] <tjaalton> kenvandine: oh cool
[14:15] <tjaalton> I'll upload that version then
[14:16] <tjaalton> thanks
[14:17] <kenvandine> tjaalton: thank you!
[14:19] <tjaalton> yw
[14:19] <tjaalton> and now I'm off again ->
[15:13] <infinity> kenvandine: Where/how are the hyperv images built?
[15:13] <kenvandine> fginther's team builds them
[15:14] <infinity> kenvandine: So, they're cloud images. :P
[15:14] <kenvandine> in the past i was adhoc
[15:14] <kenvandine> but we are formalizing it a bit more
[15:14] <kenvandine> but they aren't quite like cloud images
[15:14] <infinity> And what's put in the store is a blessed daily that all parties decide is good to go.
[15:14] <kenvandine> we have to publish a version on partner-images and microsoft has to update their gallery to point to it
[15:14] <kenvandine> it's not a rolling thing
[15:14] <infinity> It's not part of my .3 release process.
[15:14] <infinity> Yes, I know how the gallery works.
[15:15] <kenvandine> yeah, but we try to give them the image as close to release as possible
[15:15] <infinity> Just because we don't upload them daily doesn't mean it's not a cloud image that follows the same out-of-cadence non-rules.
[15:15] <kenvandine> ok
[15:16] <infinity> Anyhow, given the hwe thingee is a NEW package with an entirely new binary, I don't imagine it'll be a big deal to get it through, just that I personally don't view it as an on fire RC thing for my point release, s'all.
[16:59] <oSoMoN> have a good evening/rest of the day everyone!
[17:07] <willcooke> night all