=== CarlenWhite_Err is now known as CarlenWhite [06:47] good morning desktoppers [06:50] bonjour oSoMoN [06:58] salut jibel [06:59] Hi oSoMoN, jibel, ricotz and pieq [06:59] hey duflu ! [07:00] hi all [07:29] hey duflu [07:29] salut pieq [07:30] morning ricotz [07:34] hey desktopers [08:17] good morning [08:24] could someone release https://code.launchpad.net/~canonical-platform-qa/autopilot/+git/autopilot/+ref/master ? [08:25] it removes the last bits of deps on Qt4 [08:25] xnox, ^ [08:55] morning oSoMoN jibel duflu pieq ricotz didrocks [09:01] helloooooo [09:04] morning Laney [09:05] Morning marcustomlinson and Laney [09:12] morning marcustomlinson, Laney [09:16] hey marcustomlinson, Laney, duflu [09:20] wooooooooo [09:20] hi marcustomlinson duflu oSoMoN didrocks! [09:20] how's it going? [09:21] distracted... watching the snow outside my window [09:21] :) [09:21] going ok here, like a Monday with tons of things to do this week [09:23] good, and you? [09:25] alllllllllllllrigggghhhtttttttt [09:25] enjoyed watching the storm yesterday [09:25] it was 13°C at 8am, crazy! [09:26] summer time kids [09:26] jibel: unity-autopilot from src:unity also deps on window-mocker. are you intending to drop that as well? [09:34] 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] installed* [09:35] OOC why qt4 is not removed from windowmocker instead of removing windowmocker from all the packages that depend on it? [09:43] 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] jibel: tah, will upload in a second. [10:00] jibel: the question i have is if unity-autopilot is used at all by anything, or even run anywhere. [10:06] xnox, it's the functional test suite of unity, so I don't think it's used anywhere outside of unity. [10:06] that's a question for the current devs of unity [11:20] that's enough yak shaving on eds [11:22] bald yaks?! [11:22] http://4.bp.blogspot.com/-5nl7XXD7cS4/Ta1gB9T8e5I/AAAAAAAAAKQ/sXMLuqIfG8s/s1600/gangri+norbu.JPG [11:23] nicely coiffured hipster yaks [11:23] actually you probably couldn't call anything about e-d-s hipster in any way [11:33] 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] jibel: you may know, too? ^ [12:36] 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] jibel: that's subvolume encryption? How about full disk? [12:37] 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] that's for full disk, we won't enable encryption when the main pool is created [12:37] but you can still to it for individual datasets === cpaelzer__ is now known as cpaelzer [12:40] jibel: any way to tell zsys to do its stuff on luks-encrypted volumes? [12:40] 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:40] Ubuntu bug 1862048 in ghostscript (Ubuntu) "[MIR] fonts-urw-base35" [High,New] [12:41] Saviq, no, if you want to use luks + zfs you have to do it manually [12:41] Ack, thanks [12:42] Let's see if the focal installer works :) [12:42] doing ZFS on top of another technology like LUKS or the BSD equivalent is usually advised against by ZFS upstream IIRC [12:42] Sure, makes sense :) [12:42] it's best to let ZFS use the drive directly :-) [12:43] having an extra layer means ZFS doesn't know the true topology so it can't optimise correctly, possibly causing issues [12:43] Home dataset would work, too, would I need to unlock manually before logging in? [13:35] Saviq: yes, there is no integration yet AFAIK [13:36] Laney: mind subscribing desktop-packages to fonts-urw-base35? Only you and seb are admin for this team [13:36] cc cpaelzer ^ [13:45] didrocks, exactly this I wanted to say here. [13:45] And I have a MER for gsfonts now. [13:46] See bug 1862048. [13:46] bug 1862048 in ghostscript (Ubuntu) "[MIR] fonts-urw-base35" [High,New] https://launchpad.net/bugs/1862048 [14:11] tkamppeter: please get the team subscribed as well before filing the MIR [14:17] 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] good, thanks tkamppeter [14:18] okey dokey [14:18] done [14:19] 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] you? :p [14:20] indeed [14:20] I tried but Launchpad oopses and deletes everything what I wrote. [14:20] there's no reason that would be better for anyone else though [14:21] OK, I will edit externally and then cycle until LP accepts. [14:21] Wait ten minutes; there's a known LP bug in this area and that's the remedy [14:22] Laney, and what is this known bug? [14:22] Something about postgres [14:22] don't know the details, sorry :( [14:23] Laney, but what will happen in 10 minutes? [14:23] That's how long the bug usually persists for, if it's the same one [14:24] imagine if it's some maintenance task which takes that long to run [14:24] Laney, I tried to report s new bug. [14:26] Or does it mean that it takes these 10 minutes until my account gets unblocked from the postgres bug? [14:27] bluesabre: Hello Sean, do you have time to sponsor the debdiff at bug #1861481? [14:27] bug 1861481 in lightdm (Ubuntu) "language-options causes live CD sessions to be untranslated" [Medium,In progress] https://launchpad.net/bugs/1861481 [14:31] 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 === icey_ is now known as icey [14:45] Laney, I succeeded now: bug 1862641 [14:45] bug 1862641 in python-reportlab (Ubuntu) "Please replace the dependency on gsfonts by fonts-urw-base35" [High,New] https://launchpad.net/bugs/1862641 [14:47] great [14:47] You might be better off filing those at Debian, and attaching patches [14:47] to have the best chance of success [15:24] TIL about F-strings in python [15:53] good morning desktopers [15:54] 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] 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] tseliot: can I flag https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-440/+bug/1862499 to you please? [15:55] Ubuntu bug 1862499 in nvidia-graphics-drivers-440 (Ubuntu) "package nvidia-compute-utils-440 440.59-0ubuntu1 failed to install/upgrade: installed nvidia-compute-utils-440 package post-installation script subprocess returned error exit status 1" [Undecided,Confirmed] [15:55] it should be using /usr/sbin/nologin [15:55] hey hellsworth [15:56] no idea about kerberos I'm afraid [15:56] ok thanks anyways [15:57] hey hellsworth [15:57] possibly #ubuntu-server would [15:57] ok thanks for the tip. i'll go ask there :) [15:58] tseliot: btw nologin is the default, so you can leave that out altogether [16:01] good morning hellsworth [16:01] o/ oSoMoN ! [16:07] Laney, sure. I wonder why it started failing now [16:09] I used ubuntu-drivers [16:09] suspect maybe it removed the -435 package including the user and then -440 tried to recreate it [16:13] I'll have a look, thanks === heather1 is now known as hellsworth [18:02] man, a single mesa change really starts the domino effect of usn rereshes [18:10] _eeeverything_ depends on ligGL.so.1 :-p [18:10] libGL, too [18:12] yeah i mean makes sense [18:36] 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] the build failures are gtk [18:37] ok [18:41] thats like 130 lines removed :) [18:43] yup [19:18] wait, gnome-3-34?! :-o [19:18] and there I am still using gnome-3-28! [19:21] 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] snapcore issue (Pull request) 2794 in snapcraft "Add gnome 3 34 extension" [Open] [19:21] aha [19:22] thanks :-) [19:22] 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] 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] hellsworth: log? [19:57] https://paste.ubuntu.com/p/3pP7vfTwPH/ [21:25] kenvandine: why isn't epiphany part of snapcrafters? [21:54] It's more like the gnome snaps [21:54] hellsworth We should probably start treating it like the other gnome snaps [21:55] but the other gnome snaps (mostly) have the snap included in upstream [21:56] 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] 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] RAOF, thanks! [22:59] 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] ~/.local/bin/helperapp. If someone could point me to an appropriate document or discussion, it would be appreciated.