[06:51] <jibel> good morning
[07:13] <didrocks> good morning
[07:28] <duflu> Morning jibel and didrocks
[07:28] <seb128> good morning desktopers
[07:29] <duflu> Hi seb128
[07:29] <seb128> hey duflu
[07:30] <didrocks> hey hey duflu, seb128
[07:30] <seb128> hey didrocks :)
[07:42] <jibel> hi duflu and everyone
[08:06] <oSoMoN> good morning desktoppers
[08:19] <seb128> salut oSoMoN, ça va ?
[08:19] <oSoMoN> salut seb128, ça va et toi?
[08:19] <seb128> reveillé un peu tôt mais ça va sinon
[08:20] <oSoMoN> moi j’ai dormi comme une fleur :)
[08:22] <seb128> veinard :)
[08:25] <didrocks> salut oSoMoN ;)
[08:27] <oSoMoN> salut didrocks, ça va?
[08:28] <didrocks> ça va, réveillé tôt également par contre :)
[08:28]  * duflu does the engineer's victory dance
[08:28] <duflu> Good morning oSoMoN
[08:29] <oSoMoN> hey duflu, what's the dance for?
[08:29] <duflu> oSoMoN, I correctly predicted mutter's problem before seeing it in a profile graph
[08:30] <oSoMoN> neat, congrats!
[08:48] <andyrock> hey all
[08:49] <didrocks> morning andyrock
[08:50] <duflu> Hi andyrock
[09:01] <willcooke> morning all
[09:01] <seb128> hey andyrock willcooke
[09:02] <duflu> Morning willcooke
[09:04] <didrocks> hey willcooke
[09:04] <oSoMoN> good morning andyrock, willcooke
[09:04] <Laney> WHOOPS HI!
[09:06] <didrocks> hey hey Laney
[09:07] <seb128> hey Laney
[09:09] <duflu> Hi Laney
[09:10] <Laney> hey didrocks seb128 duflu
[09:10] <Laney> how's it going?????
[09:11] <Laney> nice man from the water company came this morning while I was getting dressed :(
[09:11] <Laney> but he gave us a new shower head for free
[09:12] <willcooke> Laney, a water saving one?  Is it any good?
[09:12] <Laney> ya
[09:12] <Laney> i'll tell you tomorrow :P
[09:13] <Laney> he alleges that you can't tell the difference but it saves mumble litres per shower
[09:13]  * willcooke rubs chib 
[09:13] <willcooke> *chin
[09:14] <seb128> you would think the water company has interest in you using water and wouldn't give away free stuff to help you giving them less money
[09:15] <duflu> Laney, if unhappy you can often remove the washer from just inside the neck, making it less water saving :)
[09:15] <Laney> we still have the old one :P
[09:17] <Laney> seb128: oh, maybe that's why he told me to just leave the tap on all the time!
[09:17] <seb128> lol
[09:17] <Laney> it's more convenient to not have to turn it
[09:51] <seb128> jbicha, hey
[09:51] <jbicha> good morning
[09:51] <seb128> jbicha, the trello board is to plan our work, I don't think it's the right place to list issues we consider important in the infra or other places
[09:52] <jbicha> maybe I should have just mentioned LP: #1745210 in IRC instead?
[09:52] <seb128> I guess
[09:53] <seb128> unsure if you saw but it was briefly discussed on #ubuntu-devel
[09:53] <jbicha> yes, thanks :)
[09:53] <seb128> np!
[10:07] <seb128> Laney, do you know what's the status of autopkgtests infra? is that still down due to spectrum/meltdown? or back up but with lot of backlog?
[10:07] <Laney> second one
[10:07] <Laney> queue's going down now but it's really long
[10:08] <seb128> k, well at least it's moving in the right direction :)
[10:08] <seb128> Laney, thanks
[10:09] <Laney> want an s390x desktop
[10:09] <seb128> willcooke, fyi the update-notifier/xenial SRU is getting published to udpates/security now
[10:09] <Laney> it's supppppppppperrrr fast
[10:16] <willcooke> seb128, thanks.  otp with jibel who said the same thing :)
[10:18] <seb128> k
[10:49] <seb128> jibel, you mentioned that the installer slides order was going to change or something around those line the other day?
[10:51] <jibel> seb128, yes, the keyboard page will move earlier, before the passphrase for encrypted volume IIRC
[10:51] <seb128> jibel, ok, thanks
[10:51] <jibel> seb128, https://code.launchpad.net/~xnox/ubiquity/move-keyboard-early
[10:51] <jibel> which reminds me to update the tests
[10:53] <jibel> willcooke, filed bug 1745350 about whoopsie ids
[12:07] <seb128> jibel, if you start renaming the e.u.c registered bugs to replace ":" by "→" it would make more sense to patch e.u.c to use directly the char you want
[12:16] <jibel> seb128, I was thinking the same. it's the title e.u.c uses it make sense it uses the same when it creates a report on lp. Also this way line wrapping works and it's easier to read. I'll propose a patch
[12:17] <seb128> sounds good
[14:55] <cyphermox> willcooke: looks to me like wvdial is a dead project upstream too.
[14:56] <lamont> seb128: got a moment?  It would seem that when I took my upgraded-from-prolly-wily laptop from zesty to artful, I lost the gui login screen... nothing on tty7 or 8, last thing is updating UTMP about runlevel change -- I'm hoping to avoid reinstalling, but need a working gui in a few hours..
[14:57] <lamont> any thoughts/pointers?
[14:57] <jbicha> didrocks: there's a few desktop universe demotions at http://people.canonical.com/~ubuntu-archive/component-mismatches.html
[14:59] <lamont> jbicha: any chance you've seen my issue or have $CLUE to apply?
[15:00] <jbicha> I've heard rumors about meltdown/spectre fixes breaking stuff. Try a pre-meltdown kernel?
[15:01] <lamont> will do.  though that would make me sad and I'd have to smack jdstrand with a trout.
[15:02] <jbicha> smack Intel please
[15:02] <lamont> lol
[15:03] <lamont> and yeah, it's always interesting watching yet another cpu team discover the issues with opportunistic execution and how don't-care bits are not completely don't care
[15:04] <lamont> jbicha: so what you're saying is that do-release-ugprade to artful and then purge unity, and I should have a working system still?  (modulo kernel hilarity)
[15:04] <jbicha> cyphermox: btw, have you seen the issue where connecting to certain wifi networks gets something like "search public.intranet" appended to /etc/resolv.conf
[15:04] <seb128> lamont, is gdm installed/default dm?
[15:04] <jbicha> cyphermox: and that makes things like sudo really slow until I remove that line
[15:05] <lamont> seb128: /etc/X11/default-display-manager contains /usr/sbin/gdm3
[15:05] <lamont> and gdm3 is installed
[15:05] <seb128> but the dm doesn't start?
[15:05] <lamont> right
[15:05] <seb128> anything interesting in the journal?
[15:05]  * lamont reboots for fresh journal
[15:05] <seb128> jbicha, I doubt gdm not showing the greater is a meltdown issue btw
[15:06] <lamont> and then I'll see about kernel
[15:06]  * lamont will have to run away for a couple hours at around :40
[15:06] <jbicha> well I heard rumors about dkms troubles, I could be really wrong though :)
[15:07]  * lamont wonders wtf he has postgres installed on his laptop
[15:08] <Laney> it's tty1 with gdm btw
[15:08] <Laney> but if not there, yeah, check journal
[15:08] <cyphermox> jbicha: what makes no sense, unless your nsswitch.conf is messed up
[15:09] <cyphermox> in any case, never seen that, sounds like a local network config more than anything
[15:09] <lamont> seb128: DNS is broken during startup
[15:10] <jbicha> cyphermox: ok, I'll try filing a bug then. I didn't touch nsswitch.conf
[15:10] <lamont> seb128: journal shows gdm.service has finished start-up, "... result is done"
[15:10] <seb128> lamont, and no gdm error in the journal?
[15:11] <seb128> nor xorg?
[15:11] <lamont> and ps shows gdm3 with a child gdm-session-worker [pam/gdm-launch-environment]
[15:11] <seb128> is gnome-shell installed?
[15:11] <lamont> no X running
[15:11] <lamont> 3.26.2-0ubuntu0.1
[15:11] <seb128> could be normal if you are on wayland
[15:12] <lamont> no output for ps auxf | grep way
[15:12] <seb128> lamont, try maybe enabling debug in /etc/gdm3/custom.conf reboot and see if the journal log for gdm has more details
[15:12] <seb128> the wayland compositor is gnome-shell
[15:12] <seb128> so you should probably ps for gnome-session/gnome-shell
[15:13]  * lamont is already reboot with debug 
[15:14] <seb128> can you share/pastebin the journal
[15:16] <lamont> http://paste.ubuntu.com/26458928/ <-- seb128
[15:18] <seb128> you have lxc failing to start issues, dunno if that can create problems
[15:18] <lamont> DNS being broken is because /etc/resovlconf/resolv.conf.d/head is no longer in /run/NetworkMangler/resolv.conf
[15:19] <seb128> GdmSession: Setting display device: (null)
[15:19] <seb128> is weird
[15:19] <seb128> GdmDisplay: Creating greeter for (null) (null)
[15:19] <lamont> i915 device
[15:19] <lamont> how soon do you EOD?
[15:20]  * lamont is happy to tell GdmSession where the device is, given a howto...
[15:20] <lamont> and I'll be happy to take my time debugging the actual problem tomorrow...
[15:22] <seb128> EOD is a bit random, depends of how things go here, I might be on and off for a couple and hours and then back for a bit in the evening
[15:23] <seb128> I'm unsure how to debug that though :/
[15:23] <willcooke> thx cyphermox
[15:24] <lamont> the "DNS not working" is because networkmangler refuses to do what I want it to (bind developer means local named, and it's all NO I OWNS YOUR DNS)
[15:24] <seb128> lamont, you can try to use WaylandEnable=false in the gdm config see if that makes a difference
[15:24]  * lamont purges lxc to remove that factor from things
[15:24] <lamont> rebooting without wayland
[15:25] <GunnarHj> Hi jbicha! Problem with autopkgtest of libpinyin. When testing libpinyin, for some reason it also tests libzhuyin and fails when doing so.
[15:25] <GunnarHj> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#libpinyin
[15:25] <GunnarHj> Why does it care about libzhuyin (which we should probably drop from the archive anyway)? Is there some kind of ambiguity in debian/control?
[15:25] <GunnarHj> https://anonscm.debian.org/git/pkg-ime/libpinyin.git/tree/debian/control?h=debian/experimental
[15:28] <didrocks> jbicha: I wonder about gnome-orca in universe. people upgrading having main only won't have the transition…
[15:29] <jbicha> didrocks: ubuntu-desktop recommends 'orca' but we can explicitly seed it until after 18.04 if you want
[15:30] <jbicha> GunnarHj: it sounds like you also need to rebuild ibus/fcitx-zhuyin then
[15:30] <didrocks> jbicha: yeah, I'm thinking about people who removed the recommends, true that we try to add it before dist-upgrade
[15:30] <lamont> http://paste.ubuntu.com/26458989/ <-- seb128
[15:30] <didrocks> jbicha: as you wish, I don't have strong opinons
[15:30] <jbicha> didrocks: it sounds like these people really want to break things ;)
[15:30] <didrocks> jbicha: true enough to me, let's demote it thus
[15:30] <jbicha> GunnarHj: but if you need an autopkgtest ignored, present your reason at #ubuntu-release
[15:33] <lamont> seb128: ps has no "gnome" in the output, fwiw
[15:34] <jbicha> GunnarHj: oh that's odd, reverse-depends says ibus-zhuyin depends on libzhuyin7 but it doesn't look like it really does :|
[15:34] <jbicha> "This traditional Chinese zhuyin input method is designed for old school users"
[15:35] <lamont> jbicha: haha
[15:36] <lamont> http://paste.ubuntu.com/26459025/ <-- now with no psql noise
[15:36] <GunnarHj> jbicha: I have realized that ibus-libzhuyin and fcitx-libzhuyin should probably be built with libzhuyin13. Will try that in PPA.
[15:38] <lamont> Jan 25 08:35:30 rover3 gdm3[2217]: GdmSession: Setting display device: (null)
[15:38] <GunnarHj> jbicha: Would that keep autopkgtest's hands from libzhuyin?
[15:38] <jbicha> ibus-libzhuyin might not need to be rebuilt, it would be cool if somebody could test whether those 2 still work with the new version
[15:38] <jbicha> GunnarHj: I don't think so
[15:40] <GunnarHj> jbicha: So why is libzhuyin tested?
[15:42] <Laney> It seems to take over libzhuyin.
[15:42] <lamont> jbicha: seb128: pre-Spectre kernel (4.13.0-25.29) still gets Setting display device: (null)
[15:43] <lamont> with that, afk for a couple hours.  will hope to find clue in scrollback
[15:43] <GunnarHj> Laney: "Take over"? How/why?
[15:43] <Laney> Look at the packages it produces.
[15:44] <Laney>  libzhuyin-dev: Development files for zhuyin input method library
[15:44] <Laney> probably something to do with it
[15:48] <tkamppeter> seb128, thanks for accepting. I have now added some forgotten build dependencies and all is working.
[15:48] <Laney> I guess if the intention is to remove this package then it doesn't matter
[15:49]  * Laney assumes syncing from experimental was a good thing to do here ...
[15:49] <GunnarHj> Laney: Right.. I'll do some more digging. (Syncing from experimental seemed to be a good idea at the time. ;) )
[15:50] <seb128> tkamppeter, good!
[15:55] <seb128> lamont, I don't really know, you can try reinstalling lightdm instead of gdm see how that works
[16:01] <amano2> didrocks, are you going to do the bubblewrap MIR for bionic as well?
[16:02] <didrocks> amano2: hum, is it filed as a MIR? I didn't know we wanted to seed it
[16:02] <didrocks> or needed
[16:03] <amano2> It is filed and you were supposed to MIR it
[16:03] <amano2> According to the trello card
[16:03] <amano2> Evince and some others are patched to not use it now
[16:04] <amano2> But it would be an additional security layer.
[16:04] <didrocks> amano2: ah, got trapped to not have been assigned to it: https://trello.com/c/ZMkHCrQY/20-bubblewrap-mir
[16:05] <didrocks> amano2: assigned myself and added on my list
[16:05] <seb128> amano2, didrocks, that needs a security team review first
[16:05] <didrocks> seb128: well, I'll do the normal copyright/packaging review
[16:05] <didrocks> and then, ask security, as usual
[16:06] <amano2> That slipped already for artful, sadly
[16:06] <seb128> amano2, yeah, they are busy and we don't have an high need of that one in the default install atm
[16:06] <amano2> Now we have to patch the packages to be more insecure by default
[16:07] <didrocks> well, not more insecure than it used to be, in all fairness :)
[16:08] <seb128> overstating issues never helps to resolve them
[16:08] <jbicha> didrocks: did you want to put the brotli/woff2 MIRs on your list too? LP: #1742743
[16:08] <seb128> amano2, what is that impressive list of packages that is less secure?
[16:08] <didrocks> jbicha: are you really asking for "want"? ;)
[16:09] <seb128> amano2, evince git has no mention of bubblewrap neither in NEWS nor configure.ac nor commit logs
[16:09] <jbicha> didrocks: please :)
[16:09] <amano2> Well probably not that impressive ;)
[16:10] <seb128> amano2, also evince doesn't seem to be patched or to use bubblewrap, unsure where you saw that
[16:10] <_amano> Nautilus, evince and maybe some others
[16:11] <_amano> I can look that u
[16:11] <_amano> P
[16:11] <jbicha> _amano: my understanding is that it's just the gnome-desktop3 library that is affected
[16:12] <jbicha> (which is stated in the MIR bug)
[16:15] <seb128> _amano, where is the evince code you mention?
[16:16] <didrocks> jbicha: mind trello-carding it, add it to backlog and assign it to me, please?
[16:21] <didrocks> thx!
[16:22] <_amano> http://www.hadess.net/2017/07/security-for-security-gods-sandboxing.html?m=1
[16:23] <amano2> Gdk-pixbuf seems sandboxed
[16:24] <amano2> Happy weekend, desktoppers ;)
[16:24] <amano2> Tomorrow is already Happy Friday :)
[16:30] <alan_g> willcooke, we can dispense with gtk-mir in bionic
[16:33] <seb128> alan_g, you already said that to him some time ago but thanks for confirming :)
[16:33] <alan_g> seb128, no. Two weeks ago I said it would come true in "a couple of weeks"
[16:37] <seb128> alan_g, ah ok, well we translated that to "we can do it", but thanks for coming back confirming we can :)
[16:38]  * alan_g grins: I try to ensure promises and deliveries line up.
[16:43] <seb128> :)
[17:09] <willcooke> :)
[18:15] <lamont> seb128: just changing /etc/X11/default-display-manager to lightdm didn't kill of gdm3...
[18:15] <lamont> which is to say, halp how make computar werk?
[18:26] <sil2100> seb128: hey! I built and uploaded initial normal and base bionic language-packs - I only did a quick check of the pl and en ones, but yeah, looked 'okayish'
[18:27] <sil2100> seb128: I'll just have to check if all got uploaded that should, since last time I noticed some failed during the source-build+upload stage
[18:34] <sil2100> seb128: since right now I need to get back to my SRU shift I'll re-check those tomorrow (since most of them didn't build yet even)
[18:34] <lamont> seb128: \o/  Thanks for the help.  I would like to work with someone at some point (not today) on figuring out why gdm3 hates it and lightdm loves it.
[18:50] <oSoMoN> good night all
[18:56] <jbicha> lamont: I do sudo dpkg-reconfigure lightdm to switch login screens, then reboot
[19:02] <willcooke> night all o/
[19:11] <lamont> jbicha: ta.  In other news, with bionic as of 2018-01-17 16:42:42 UTC, and clear back to artful, X will occasionally go into the most wonderfully strange failure mode.  Mouse moves, but focus is gone into lala land, and buttons and keys are not processed in any perceptible way.
[19:12] <lamont> NVIDIA Corporation GM107 [GeForce GTX 750 Ti] (rev a2) with nouveau driver
[19:13] <lamont> note also that Wayland hates that card with a fiery passion (maybe), gdm3 certainly does.  So that machine is using lightdm since the change to gdm3 in artful.  I suppose I could check on that in the bionic world... just not today.
[19:16] <gQuigs> lamont: you don't have both lightdm and gdm installed at the same time do you?  I've found issues with that in the past
[19:18] <lamont> gQuigs: I do, but it's easy to switch, at least until gdm3 upgrades and switches it and I have to undo it (maybe) -- tever
[19:18] <gQuigs> lamont: purge one completely and see if things improve
[19:18] <lamont> the X lockup is one of those frustrating "all I've figured out to fix it is 'hit the reset button'" kind of things
[19:19] <lamont> gQuigs: I reinstalled gdm3 only because ubuntu-desktop depends on it.  not interested in removing it, and it's clearly orthogonal to X not liking life at random times.
[19:20] <sarnold> lamont: the 'equivs' package can apparently fake up deps
[19:24] <gQuigs> lamont: I wouldn't be so positive about the clearly orthogonal part, try purging lightdm then..
[19:27] <lamont> gQuigs: well, we know that gdm gets completely lost.
[19:28] <lamont> but yeah, today's pain is sorted "it works".  Tomorrow or later is the "let's skip productivity in the name of debuging bionic"
[19:28] <lamont> because of primary desktop
[19:30] <gQuigs> I've found previously that their ability to get lost is much higher when there are 2 dm installed, even if one is supposedly disabled
[19:36] <GunnarHj> jbicha: I failed to build ibus-libzhuyin and fcitx-zhuyin with the higher version of libzhuyin-dev (there seems to be more into it). So, to not break those input methods (for the case they work properly; I'm not sure of that) one idea is to exclude the libzhuyin-dev and libzhuyin13 binaries when building libpinyin. I'm about to test that in the PPA.
[19:36] <GunnarHj> https://launchpad.net/~gunnarhj/+archive/ubuntu/ibus-libpinyin/+packages
[19:36] <GunnarHj> Does that make sense to you?
[20:04] <jbicha> GunnarHj: yes I think we could do that temporarily. Could you ask Debian why it's still in experimental and if they know about those rebuild problems too?
[20:07] <GunnarHj> jbicha: Yes, I'll ask someone about that.