[06:47] <oSoMoN> good morning desktoppers
[06:50] <jibel> bonjour oSoMoN
[06:58] <oSoMoN> salut jibel
[06:59] <duflu> Hi oSoMoN, jibel, ricotz and pieq
[06:59] <pieq> hey duflu !
[07:00] <jibel> hi all
[07:29] <oSoMoN> hey duflu
[07:29] <oSoMoN> salut pieq
[07:30] <oSoMoN> morning ricotz
[07:34] <ricotz> hey desktopers
[08:17] <didrocks> good morning
[08:24] <jibel> could someone release https://code.launchpad.net/~canonical-platform-qa/autopilot/+git/autopilot/+ref/master ?
[08:25] <jibel> it removes the last bits of deps on Qt4
[08:25] <jibel> xnox, ^
[08:55] <marcustomlinson> morning oSoMoN jibel duflu pieq ricotz didrocks
[09:01] <Laney> helloooooo
[09:04] <marcustomlinson> morning Laney
[09:05] <duflu> Morning marcustomlinson and Laney
[09:12] <oSoMoN> morning marcustomlinson, Laney
[09:16] <didrocks> hey marcustomlinson, Laney, duflu
[09:20] <Laney> wooooooooo
[09:20] <Laney> hi marcustomlinson duflu oSoMoN didrocks!
[09:20] <Laney> how's it going?
[09:21] <marcustomlinson> distracted... watching the snow outside my window
[09:21] <marcustomlinson> :)
[09:21] <oSoMoN> going ok here, like a Monday with tons of things to do this week
[09:23] <didrocks> good, and you?
[09:25] <Laney> alllllllllllllrigggghhhtttttttt
[09:25] <Laney> enjoyed watching the storm yesterday
[09:25] <didrocks> it was 13°C at 8am, crazy!
[09:26] <Laney> summer time kids
[09:26] <RikMills> jibel: unity-autopilot from src:unity also deps on window-mocker. are you intending to drop that as well?
[09:34] <jibel> RikMills, no I didn't plan to do that, but any maintainer of unity can do it. I don't have upload rights, it's a single line to remove from the control file and the tests are skipped if window-mocker is not installer
[09:34] <jibel> installed*
[09:35] <jibel> OOC why qt4 is not removed from windowmocker instead of removing windowmocker from all the packages that depend on it?
[09:43] <RikMills> jibel: apologies. I thought you were core-dev or otherwise had rights. regards where in the chain to drop the dep, I think there have just been a few conversions that didn't quite 'join up' in their conclusions. the qt4 window-mocker dep has to go if window-mocker stays in the archive
[09:57] <xnox> jibel:  tah, will upload in a second.
[10:00] <xnox> jibel:  the question i have is if unity-autopilot is used at all by anything, or even run anywhere.
[10:06] <jibel> xnox, it's the functional test suite of unity, so I don't think it's used anywhere outside of unity.
[10:06] <jibel> that's a question for the current devs of unity
[11:20] <Laney> that's enough yak shaving on eds
[11:22] <diddledan> bald yaks?!
[11:22] <diddledan> http://4.bp.blogspot.com/-5nl7XXD7cS4/Ta1gB9T8e5I/AAAAAAAAAKQ/sXMLuqIfG8s/s1600/gangri+norbu.JPG
[11:23] <Laney> nicely coiffured hipster yaks
[11:23] <Laney> actually you probably couldn't call anything about e-d-s hipster in any way
[11:33] <Saviq> didrocks: Hey, I've to set up my laptop fresh, was wanting to use your guys' zsys work, is there a way to have it with encryption yet?
[11:40] <Saviq> jibel: you may know, too? ^
[12:36] <jibel> Saviq, Hi, we won't enable encryption this cycle. We noticed some performance issues and don't have enough confidence to enable it by default for all the datasets.
[12:36] <Saviq> jibel: that's subvolume encryption? How about full disk?
[12:37] <jibel> Saviq, however you can still encrypt your home datasets for example by creating a new dataset with encryption on then export/import your data
[12:37] <jibel> that's for full disk, we won't enable encryption when the main pool is created
[12:37] <jibel> but you can still to it for individual datasets
[12:40] <Saviq> jibel: any way to tell zsys to do its stuff on luks-encrypted volumes?
[12:40] <cpaelzer> didrocks: can you add the desktop team subscription to fonts-urw-base35 for https://bugs.launchpad.net/ubuntu/+source/fonts-urw-base35/+bug/1862048 ?
[12:41] <jibel> Saviq, no, if you want to use luks + zfs you have to do it manually
[12:41] <Saviq> Ack, thanks
[12:42] <Saviq> Let's see if the focal installer works :)
[12:42] <diddledan> doing ZFS on top of another technology like LUKS or the BSD equivalent is usually advised against by ZFS upstream IIRC
[12:42] <Saviq> Sure, makes sense :)
[12:42] <diddledan> it's best to let ZFS use the drive directly :-)
[12:43] <diddledan> having an extra layer means ZFS doesn't know the true topology so it can't optimise correctly, possibly causing issues
[12:43] <Saviq> Home dataset would work, too, would I need to unlock manually before logging in?
[13:35] <didrocks> Saviq: yes, there is no integration yet AFAIK
[13:36] <didrocks> Laney: mind subscribing desktop-packages to fonts-urw-base35? Only you and seb are admin for this team
[13:36] <didrocks> cc cpaelzer ^
[13:45] <tkamppeter> didrocks, exactly this I wanted to say here.
[13:45] <tkamppeter> And I have a MER for gsfonts now.
[13:46] <tkamppeter> See bug 1862048.
[14:11] <didrocks> tkamppeter: please get the team subscribed as well before filing the MIR
[14:17] <tkamppeter> didrocks, OK, sorry that I forgot it. Now it's ACKed at least. Hope this did not break something. I have subscribed the team at least after the fact.
[14:18] <didrocks> good, thanks tkamppeter
[14:18] <Laney> okey dokey
[14:18] <Laney> done
[14:19] <tkamppeter> didrocks, can someone report a bug on libwmf and python-reportlab to move from (unmaintained) gsfonts to (maintained and current) fonts-urw-base35?
[14:20] <didrocks> you? :p
[14:20] <Laney> indeed
[14:20] <tkamppeter> I tried but Launchpad oopses and deletes everything what I wrote.
[14:20] <Laney> there's no reason that would be better for anyone else though
[14:21] <tkamppeter> OK, I will edit externally and then cycle until LP accepts.
[14:21] <Laney> Wait ten minutes; there's a known LP bug in this area and that's the remedy
[14:22] <tkamppeter> Laney, and what is this known bug?
[14:22] <Laney> Something about postgres
[14:22] <Laney> don't know the details, sorry :(
[14:23] <tkamppeter> Laney, but what will happen in 10 minutes?
[14:23] <Laney> That's how long the bug usually persists for, if it's the same one
[14:24] <Laney> imagine if it's some maintenance task which takes that long to run
[14:24] <tkamppeter> Laney, I tried to report s new bug.
[14:26] <tkamppeter> Or does it mean that it takes these 10 minutes until my account gets unblocked from the postgres bug?
[14:27] <GunnarHj> bluesabre: Hello Sean, do you have time to sponsor the debdiff at bug #1861481?
[14:31] <Laney> tkamppeter: Just wait ten minutes and try again, and if you still can't then maybe ask #launchpad to look at the OOPS ID you get
[14:45] <tkamppeter> Laney, I succeeded now: bug 1862641
[14:47] <Laney> great
[14:47] <Laney> You might be better off filing those at Debian, and attaching patches
[14:47] <Laney> to have the best chance of success
[15:24] <Laney> TIL about F-strings in python
[15:53] <hellsworth> good morning desktopers
[15:54] <hellsworth> i'm trying to reproduce a bug locally but it requires a working kerberos environment. is there a kerberos server somewhere I could use or should I actually go through with setting up a kerberos server/client?
[15:55] <hellsworth> it looks like setting up a kerberos server is a bit of a pain so though i'd ask before committing to that
[15:55] <Laney> tseliot: can I flag https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-440/+bug/1862499 to you please?
[15:55] <Laney> it should be using /usr/sbin/nologin
[15:55] <Laney> hey hellsworth
[15:56] <Laney> no idea about kerberos I'm afraid
[15:56] <hellsworth> ok thanks anyways
[15:57] <didrocks> hey hellsworth
[15:57] <Laney> possibly #ubuntu-server would
[15:57] <hellsworth> ok thanks for the tip. i'll go ask there :)
[15:58] <Laney> tseliot: btw nologin is the default, so you can leave that out altogether
[16:01] <oSoMoN> good morning hellsworth
[16:01] <hellsworth> o/ oSoMoN !
[16:07] <tseliot> Laney, sure. I wonder why it started failing now
[16:09] <Laney> I used ubuntu-drivers
[16:09] <Laney> suspect maybe it removed the -435 package including the user and then -440 tried to recreate it
[16:13] <tseliot> I'll have a look, thanks
[18:02] <hellsworth> man, a single mesa change really starts the domino effect of usn rereshes
[18:10] <diddledan> _eeeverything_ depends on ligGL.so.1 :-p
[18:10] <diddledan> libGL, too
[18:12] <hellsworth> yeah i mean makes sense
[18:36] <kenvandine> hellsworth: you should try building epiphany with the gnome-3-34 extension.  You can probably drop all the parts other than epiphany and snapcraft-preload
[18:36] <kenvandine> the build failures are gtk
[18:37] <hellsworth> ok
[18:41] <hellsworth> thats like 130 lines removed :)
[18:43] <kenvandine> yup
[19:18] <diddledan> wait, gnome-3-34?! :-o
[19:18] <diddledan> and there I am still using gnome-3-28!
[19:21] <hellsworth> diddledan: we're still working on merging it (https://github.com/snapcore/snapcraft/pull/2794) but you can go ahead and give it a shot. it's in the store under stanpcraft edge/pr-2794
[19:21] <gitbot> snapcore issue (Pull request) 2794 in snapcraft "Add gnome 3 34 extension" [Open]
[19:21] <diddledan> aha
[19:22] <diddledan> thanks :-)
[19:22] <hellsworth> if you build stuff with the gnome-3-34 extension and have any issues at all, i'd love to hear about them :)
[19:36] <hellsworth> kenvandine: epiphany is having the same issue as drawing (can't run snapcraftctl set-version $(git describe --tags --abbrev=10)) but in epiphany's case adding git to the build-packages section doesn't fix it
[19:56] <kenvandine> hellsworth: log?
[19:57] <hellsworth> https://paste.ubuntu.com/p/3pP7vfTwPH/
[21:25] <hellsworth> kenvandine: why isn't epiphany part of snapcrafters?
[21:54] <kenvandine> It's more like the gnome snaps
[21:54] <kenvandine> hellsworth We should probably start treating it like the other gnome snaps
[21:55] <hellsworth> but the other gnome snaps (mostly) have the snap included in upstream
[21:56] <hellsworth> ok but i think i see your point. since epiphany is more "official" than the projects in snapcrafters, it should not be in snapcrafters
[22:39] <RAOF> robert_ancell: I've got a heaptrack trace of gnome-software idling at ~700MB uploading to that gnome-software bug. Hopefully it's helpful!
[22:39] <robert_ancell> RAOF, thanks!
[22:59] <ideopathic> Hi all... I'm building a cross platform application that is intended to be installed in the user space.  I've been looking at the XDG documentation for recommendations for installation paths.  It appears that ~/.local/share is the desired location, however, it's unclear if I install a help app if that should be installed in ~/.local/share/app/bin/helperapp or if this should be something like
[22:59] <ideopathic>  ~/.local/bin/helperapp.  If someone could point me to an appropriate document or discussion, it would be appreciated.