[07:44] <Nafallo> morning team
[08:27] <duflu> Morning Nafallo
[08:28] <seb128> good mroning desktopers
[08:28] <seb128> hey duflu, how is today?
[08:28] <duflu> Sorry my head is cloudy. Too many years with very little linear algebra makes for a slow duflu
[08:28] <duflu> Morning seb128
[08:28] <duflu> See above
[08:28] <duflu> How are you seb128?
[08:29] <tjaalton> seb128: are we getting mutter 3.28?
[08:29] <seb128> I'm good, still tired though
[08:29] <duflu> tjaalton, https://bugs.launchpad.net/bugs/1751070
[08:29] <ubot5`> Ubuntu bug 1751070 in budgie-desktop (Ubuntu) "mutter 3.28 transition" [Wishlist,In progress]
[08:29] <tjaalton> ok
[08:30]  * duflu crosses fingers
[08:30] <tjaalton> thing is that the diff to force 8bit rgb doesn't apply to 3.26 since it's missing stuff
[08:31] <tjaalton> I'm not even sure if it would matter there
[08:31] <tjaalton> since it doesn't have meta_egl_choose_config()
[08:32] <flexiondotorg> Morning desktopers
[08:34] <seb128> hey flexiondotorg
[08:34] <seb128> tjaalton, so that transition nows require us to update the shell stack to 3.27?
[08:35] <tjaalton> seb128: i'm saying it might not affect mutter 3.26
[08:35] <seb128> ah
[08:35] <seb128> so back to investigate what's the issue that makes clutter autopkg red?
[08:37] <tjaalton> mutter disables some clutter tests that clutter itself doesn't
[08:37] <tjaalton> at least one of them was now failing
[08:38] <seb128> so back to recommending just skipping that one?
[08:39] <seb128> did anyone tested that the new stack doesn't result in a buggy session, with xorg and wayland?
[08:39] <tjaalton> I've been using it with xorg for weeks
[08:40] <seb128> and did you try to log into wayland session?
[08:41] <tjaalton> trying now
[08:41] <seb128> thx
[08:42] <tjaalton> seems to work
[08:43] <tjaalton> but this is intel, AIUI it would need a driver that uses gallium (radeon, swrast)
[08:44] <seb128> the discussions about that transition seem tedious
[08:44] <seb128> I would just like to know what's the way out
[08:44] <seb128> we need to unblock things, other work needs to land :/
[08:45] <tjaalton> looks like moving i965_dri.so aside breaks logging in
[08:45] <tjaalton> thought it would use swrast then
[08:46] <tjaalton> guess it tries to respawn the session, and i'm locked out
[08:46] <tjaalton> can't access anything :)
[08:47] <seb128> :/
[08:50] <seb128> duflu, we said no bluetooth meeting this week right? (iirc konrad is not there?)
[08:51] <duflu> seb128, sounds right
[08:51] <seb128> good, so I'm staying outside a bit longer :)
[08:51] <duflu> seb128, isn't it cold there?
[08:53] <seb128> duflu, only -7°C :)
[08:57] <seb128> k, I'm changing location, back in 5-10 min
[08:57] <willcooke> morning all
[08:59] <Nafallo> morning willcooke :-)
[08:59] <Nafallo> 17:08:49 <seb128> hehe
[08:59] <Nafallo> 17:08:50 <Nafallo> and the release days :-D
[08:59] <Nafallo> 17:08:59 <seb128> good luck
[08:59] <Nafallo> meh
[08:59] <Nafallo> not that button...
[09:01] <Laney> moin oin
[09:11] <seb128> hey willcooke Laney, how is u.k today?
[09:19] <willcooke> hi seb128, some nice snow here over night
[09:20] <willcooke> Quite nice this morning, the kids all get very excited when they open their curtains
[09:20] <seb128> :)
[09:21] <darkxst> hey willcooke, seb128, Laney
[09:22] <jibel> seb128, hi, do you  have a bug associated to the removal of ecryptfs?
[09:22] <jibel> in ubiquity
[09:22] <willcooke> yo darkxst
[09:22] <seb128> jibel, hey, no, would that be useful/better?
[09:22] <seb128> hey darkxst
[09:23] <jibel> seb128, no, it was just to add it to the commit log for the sake of documentation.
[09:24] <darkxst> willcooke, we must almost be due for some snow, but right now its just a smoky mess outside ;( fires down in the valley
[09:24] <seb128> jibel, the security team is due to write a post about that "this week" since january, we agreed that they are too busy and that it shouldn't block the commit
[09:24] <willcooke> darkxst, :((
[09:25] <Laney> hey seb128 darkxst
[09:25] <Laney> and willcooke jibel too
[09:25] <willcooke> hoy Laney, snow?
[09:25] <Laney> poor showing
[09:25] <willcooke> :(
[09:26] <Laney> hoping my fuschias are surviving
[09:26]  * Laney fleeced them up
[09:27] <darkxst> seb128, isnt g-s-d using systemd user sessions? and a bunch of other services? really the only r-dep I can find that still uses X-GNOME-Autostart-Delay is probably update-notifier
[09:28] <darkxst> ^(re gnome-session patches obviously)
[09:28] <seb128> darkxst, no, GNOME isn't using systemd user sessions
[09:28] <seb128> L_aney is working on that
[09:28] <seb128> see https://trello.com/c/9kiXF8rW/28-systemd-user-session-for-gnome-shell
[09:30] <seb128> tkamppeter, hey, did you see jbicha's question the other day about whether you plan to update system-config-printer in bionic?
[09:30] <seb128> tkamppeter, Debian has a newer version than us
[09:31] <mitya57> Trevinho: https://launchpad.net/ubuntu/+source/qtbase-opensource-src/5.9.4+dfsg-0ubuntu3 contains your Qt patch
[09:34] <darkxst> seb128, ok will have a look
[09:36] <seb128> tjaalton, so what's the conclusion about clutter/autopkg/transition?
[09:38] <tkamppeter> jbicha, seb128, no, but I planned updating it today, to version 1.5.11
[09:40] <seb128> tkamppeter, k, that version is already in Debian if that helps you
[09:40] <seb128> tkamppeter, also did you see my comment on https://trello.com/c/kMTto6kl/2-fix-printing-of-filled-pdf-forms-using-qpdf ?
[09:41] <tjaalton> seb128: xorg and totem work fine even with swrast, i can't test radeon but could add a workaround in /etc/drirc
[09:41] <tjaalton> needs mesa upload though
[09:42] <seb128> tjaalton, well I don't know if that's needed
[09:42] <seb128> what would you recommend doing?
[09:42] <tjaalton> accept what we have now
[09:42] <seb128> I'm not following you :/ do you have confidence the update is fine and should be forced in or reserves on whether it might screw users on some videocards/drivers?
[09:43] <seb128> Laney, ^ wdyt?
[09:43] <tjaalton> iff mutter 3.26 would be affected, then the workaround is to log in to x
[09:45] <tjaalton> or i'll force-disable the 10bit support in drirc
[09:45] <seb128> there is something wrong in our process if we can't test that case upfront without relying on screwing users and waiting them to report back
[09:46] <tjaalton> well, does anyone here have radeon?
[09:46] <tjaalton> no
[09:46] <tjaalton> (i bet)
[09:47] <tjaalton> I need to head out for a bit
[09:47] <seb128> if we don't even have a radeon machine in ubuntu engineering then something is indeed wrong and we need to get somebody to buy/expense one imho...
[09:47] <seb128> tjaalton, k, thanks for the update, let's see if Laney has an opinion on what we should do
[09:48] <tjaalton> I have at the office but it's -15C and won't be going there today
[09:48] <seb128> k
[09:48] <tjaalton> I'll just add the drirc workaround and upload
[09:48] <tkamppeter> seb128, I have downloaded it. wiull merge it.
[09:49] <seb128> tjaalton, thx
[09:49] <Laney> I don't understand the problem
[09:49] <Laney> If the tests are now wrong, upload clutter to fix or drop them
[09:49] <seb128> tjaalton, thanks, sorry for being annoying about that, I just want things to get unblocked :/
[09:49] <Laney> If they are right and there's a problem, it should be fixed
[09:49] <seb128> tjaalton, that's going to fix clutter's tests?
[09:49] <tjaalton> no
[09:49] <tjaalton> just gnome-shell
[09:50] <tjaalton> makes sure it doesn't break on wayland
[09:50] <seb128> so is anyone looking at the clutter test issue?.
[09:50] <Laney> I think tseliot was looking into the clutter/cogl thing specifically
[09:50] <seb128> that's blocking the transition still :/
[09:50] <seb128> ah ok
[09:50] <seb128> tseliot, hey :)
[09:51] <tjaalton> i'd say screw clutter
[09:51] <seb128> we can't do that
[09:51] <tjaalton> totem works
[09:51] <seb128> as Laney said, either it's a real issue and we need to fix it
[09:51] <seb128> or it's not one but we understand what's going on and decide it's ok to skip
[09:51] <tjaalton> well, the mutter patch is for 3.27
[09:52] <tjaalton> cogl is way older
[09:52] <seb128> but clutter tests aren't on a GNOME stack
[09:52] <seb128> so that update might still screw standalone clutter users
[09:52] <tjaalton> I'll upload this after lunch, sorry
[09:52] <seb128> no problem
[09:52] <seb128> enjoy lunch!
[09:57] <seb128> Laney, can we hint gtk to ignore the clutter autopkg so it gets in?
[09:57] <tseliot> seb128, Laney: I'm working on it
[09:58] <seb128> or is it going to be blocked by that transition anyway?
[09:58] <seb128> I guess it it picked the proposed version that's because they need to go together?
[09:58] <seb128> tseliot, thanks
[09:59] <tseliot> xserver, mesa, and the nvidias should go in together, yes
[10:01] <seb128> but gtk?
[10:03] <Laney> not sure why the test got the mesa stack from proposed
[10:03] <Laney> that indicates that it picked up a dep or something
[10:11] <Laney> I could add the hint though and then we'll see if it works or not
[10:11] <Laney> this isn't the fault of gtk
[10:17]  * Laney stabs bzr
[10:17] <Laney> "These branches have diverged" never fails to make me want to cry
[10:18] <seb128> :/
[10:19] <oSoMoN> snowy morning, desktoppers
[10:20] <Laney> ok, there, let's see
[10:20] <Laney> hey oSoMoN
[10:20] <Laney> been out making a snowman?
[10:20] <seb128> Laney, thx!
[10:20] <seb128> hey oSoMoN
[10:24] <oSoMoN> Laney is watching me ⛄
[10:24] <oSoMoN> hey seb128 !
[10:25] <oSoMoN> anyone else having issues connecting to canonistack instances?
[10:26] <oSoMoN> the one that I use for my IRC bouncer is off, and the web console is currently unavailable
[10:27] <Laney> they've been doing restarts for spectre
[10:28] <oSoMoN> right, that might be it
[10:28] <Laney> could be
[10:47] <tseliot> Laney: hey, how can I use local packages with autopkgtest ?
[10:50] <tseliot> Laney: or, how do I test my new packages?
[10:50] <tseliot> oh "Run tests from Debian .dsc source package"
[10:55] <popey> oSoMoN: one for you maybe? https://www.reddit.com/r/libreoffice/comments/80uyx8/different_version_numbers_of_libreoffice_snap/
[10:55] <Laney> you can give it a .dsc and that will be built and tested or an amd64+source.changes if you already built it
[10:56] <oSoMoN> popey, that's weird, let me read this again and try to make sense of it
[10:56] <jibel> seb128, I reviewed your MP, it needs a small fix and it's all good.
[10:57] <Laney> tseliot: or if you fix in a different package you can give those debs on the commandline too
[10:57] <Laney> like if you wanted to add a new cogl in
[10:57] <Laney> and test clutter
[10:57] <tseliot> Laney: how?
[10:57] <Laney> after the source package to test
[10:58] <Laney> see autopkgtest(1) - it calls those 'testbinary'
[11:00] <oSoMoN> popey, that looks like a bug in gnome-software that's displaying info from the candidate channel
[11:01] <oSoMoN> oh wait, it's not a bug, you can click on the channel label in the details to switch channels
[11:01] <oSoMoN> I'm not sure why candidate is selected by default though
[11:07] <tseliot> Laney: ok, thanks
[11:21] <jibel> since the update of gnome-terminal this morning in bionic, symlinks in byobu are blinking. Is anyone seeing that?
[11:21] <jibel> my eyes are bleeding
[11:23] <popey> yes
[11:23] <popey> someone told me this happens in some other terminals a while back
[11:23] <jibel> popey, is there a bug for it?
[11:24] <popey> dunno, I only just noticed when you mentioned it
[11:24] <jibel> okay, I'll report one
[11:24] <jibel> popey, thanks
[11:24] <popey> its not just urls
[11:24] <popey> symlinks do too
[11:24] <popey> (here anyway)
[11:24] <seb128> jibel, great, thanks
[11:24] <jibel> yes, what I said.
[11:24] <popey> oh, i read it as urls.. duh
[11:25] <jibel> and just in byobu, without it it's fine
[11:25] <popey> dont think it's since this morning btw
[11:25] <popey> I haven't updated for a few days
[11:26] <seb128> Laney, gtk migrated, thanks :)
[11:30] <Laney> np
[11:32] <jbicha> jibel: I don't know what you're talking about but blinking text is a new feature 😉 https://git.gnome.org/browse/vte/commit/?id=38396ef8
[11:34]  * popey blinks
[11:41]  * xnox pukes
[11:42] <tseliot> Laney, tjaalton: I suspect the regression in virtualbox that's blocking X is more like the test looking for the vboxvideo.ko, which is not even mentioned in the sourceshttp://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#gdbm  https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/amd64/v/virtualbox/20180227_201549_c6f06@/log.gz
[11:43] <tseliot> as all the modules build here
[11:43] <oSoMoN> bah, we had that back in the 90s with the HTML blink element
[11:43] <tjaalton> tseliot: the maintainer knows, and said it should be badtested
[11:44] <ahayzen> Hmm Tilix has an option for Blink Mode, wonder if that'll switch it off, gnome-terminal doesn't seem to have such an option (at least in 17.10 :-) )
[11:44] <tseliot> tjaalton: badtested?
[11:44] <tjaalton> tseliot: ignored
[11:45] <tseliot> tjaalton: ok, it makes sense, looking at the logs
[11:45] <oSoMoN> seb128, is there anything blocking the promotion of libepubgen to main?
[11:47] <seb128> jibel, k, I pushed an update which should fix that and remove the autopilot corresponding file as well
[11:47] <Laney> tseliot: apw (oh hi) usually takes care of that one I think
[11:52] <seb128> oSoMoN, no, just too much to do, I did it now
[11:52] <jibel> seb128, thx
[11:52] <seb128> jibel, thank you for testing&reviewing
[11:52] <oSoMoN> seb128, thanks!
[11:52] <seb128> oSoMoN, yw!
[11:59] <apw> tseliot, wassup ?
[12:00] <tseliot> apw: the tests for virtualbox are looking for a module (vboxvideo.ko) that is not there any more https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/amd64/v/virtualbox/20180227_201549_c6f06@/log.gz
[12:00] <tseliot> apw: and this is one of the things blocking xorg-server: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#gdbm
[12:01] <tseliot> vbox builds without problems here
[12:03] <apw> tseliot, that log shows it failing to check the version correctly, but the thing _is_ there
[12:03] <apw> tseliot, that said that is meant to be fixed ...
[12:04] <tseliot> apw: oh, I suppose that comes from virtualbox-guest-dkms, I only tested virtualbox-dkms
[12:05] <apw> tseliot, anyhow that can be ignored as it has passed otherwise
[12:05] <apw> tseliot, but i did all the work to make this work, and yet it is not applied, wtf
[12:06] <tseliot> heh
[12:15]  * duflu masters elliptical hysteresis
[12:15]  * duflu forgot to eat
[12:33] <apw> tseliot, oh no it is there, just that that one driver is now officially in staging
[12:33] <tseliot> oh
[12:47] <apw> tseliot, and dkms is very very dumb when handling this
[12:54] <apw> tseliot, hinted anyhow
[13:14] <xnox> seb128, should encrypt-home be dropped from user-setup udeb too? such the d-i does not ask those questions.
[13:14] <xnox> seb128, i know that we may use native-fisesystem encryption in the future, but until then, imho it's better to drop the code alltogether.
[13:14] <xnox> seb128, we have version control to resurrect things.
[13:15] <seb128> xnox, if you want to sure, I didn't want to have to chase kubuntu people to know what they wanted to do so I only removed the option from the installer we use in Ubuntu Desktop
[13:16] <seb128> but it probably makes sense to remove it from d-i is we support that one
[13:16] <seb128> is->if
[13:16] <xnox> seb128, my thinking was that the underlying tech is unsupportable, reliably, any more =/
[13:17] <xnox> seb128, was this requested by security team, no? i wonder if i should double check with tyhicks
[13:17] <seb128> that might be the case, I'm not going to stop you if you want to go further
[13:17] <seb128> yeah, he said it was going to move to universe
[13:17] <seb128> not to be removed from the archive
[13:17] <seb128> so I guess flavors could still use it if they wanted
[13:18] <seb128> but you are right, it's probably not a good thing to do
[13:19] <Laney> tseliot: https://paste.ubuntu.com/p/z44XsGY8NS/ I thought that might be useful to you
[13:19] <Laney> the remaining xorg-server failure
[13:20] <Laney> pasted it twice in there by mistake, go to line 100
[13:21] <Laney> soup time, bbbbbbbbbbbbrb
[14:08] <jbicha> Laney: have you consider adding totem to the minimal-remove list?
[14:09] <jbicha> and what about ubuntu-web-launchers??
[14:14] <Laney> don't ask me, I'm not sure what the specification is, I just copied the list didrocks came up with
[14:15] <jbicha> ok, I'll add it to the big stack I have for him :)
[14:18] <tseliot> Laney: I'll have a look at it, thanks
[14:20] <Laney> jbicha: wi_llcooke could probably assist you
[14:21] <Laney> don't think you'll get away with ubuntu-web-launchers
[14:21] <Laney> nice try though :P
[14:24] <seb128> jibel, thanks for the reviews, sorry for the stupid mistake I didn't do any extra testing after the previous changes, should have I guess
[14:24] <seb128> jibel, going to fix that in a bit
[14:26] <jibel> seb128, np, I fixed them and continuing with the review
[14:26] <jbicha> it would be controversial if u-web-launchers was included and it's more noticeable when the Dock & Activities Overview are more empty
[14:26] <seb128> jibel, great, thx
[14:28] <willcooke> jbicha, totem seems like a good idea, but I dont want to cause more changes, so if it can be added to the list easily, wfm.  u-w-l I think we'd need to keep really.  But I will defer to didrocks who is back tomorrow
[14:28] <Laney> controversial to who?
[14:28] <Laney> I think it's as controversial as it's going to get anyway
[14:29] <jbicha> there will be complaints and I expect reviewers will notice
[14:30] <jbicha> as far as controversies goes, this one is kinda "minimal" though ;)
[14:34] <seb128> sorry I changed location and closed IRC, what's the suggestion?
[14:36] <seb128> jibel, if the rest is fine do you want to merge my branch and commit your fix after it, or me to include your changes?
[14:37] <jbicha> seb128: I suggested that ubuntu-web-launchers be added to the minimal-remove list
[14:37] <seb128> ah
[14:39] <seb128> willcooke, don't make didrocks be unhappy on his day back by having to have it to make a call for things he doesn't care about/didn't make the requirement for :)
[14:43] <willcooke> seb128, well, I said I didnt want to make more changes, so I've said no already, but if he wants to say yes, thats fine by me
[14:43] <seb128> k, wfm
[14:43] <willcooke> :)
[14:44] <seb128> it's easy to tweak that list now, thanks to L_aney
[14:50] <jibel> seb128, I'll test on kubuntu just in case, then apply my changes and merge your proposal
[14:51] <seb128> jibel, k, you might hit the issue raised on #ubuntu-release with the kde installer though
[14:52] <jibel> seb128, oh, okay, I'll just approve and merge then
[14:52] <seb128> thx :)
[14:52] <jibel> and have a look at this kde crash
[14:52] <seb128> jibel, it looks weird, the diff has no mention of that secureboot label
[14:53] <jibel> seb128, the page layout changed, maybe the xml is broken a bit
[14:53] <jibel> i'll see
[14:53] <Laney> don't duplicate too much with tsimonq2
[14:56] <amano> jibel, blinking cursors is a new feature in gnome-terminal
[14:57] <amano> you can turn that off in the preferences
[14:58] <xnox> =/
[14:59] <xnox> i really hope we can ship a sensible default of non-blinking, for the sake of epileptic users.
[14:59] <amano> (in your gnome-terminal profile to be exact)
[15:00] <jibel> amano, okay, but blinking symlinks is byobu is not nice. I suppose the default theme of byobu needs fixing
[15:00] <jibel> s/is/in/
[15:01] <jibel> which reminds me I had to file a bug
[15:03] <jbicha> seb128: should I go ahead and upload e-d-s 3.27 late today to avoid FFe paperwork?
[15:03] <amano> I guess the reason for Egmond Kobleder was that if an app thinks that it has  a good reason to blink  (e. g. attention grabbing) , let it blink
[15:03] <seb128> jbicha, that's going to add up to the mesa/gnome-desktop transition if we do that right?
[15:03] <jbicha> yes
[15:03] <seb128> so please don't
[15:03] <jbicha> ok
[15:03] <seb128> tseliot and tjaalton are working on clearing those out
[15:04] <seb128> let them today at least
[15:06] <jbicha> jibel: as a workaround, Terminal > Edit > Preferences > Allow blinking text
[15:07] <amano> speaking of gnome-terminal: is there still a Unity CSD patch applied or does it still lack a symbol for the preferences in the title bar?
[15:08] <jbicha> amano: ?
[15:09] <amano> a preferences button next to minimise/maximise/close
[15:10] <amano> there should be one, I guess
[15:11] <jbicha> I still don't understand
[15:11] <seb128> jbicha, he seems to want an hamburger menu in a csd decoration?
[15:11] <seb128> upstream wishlist
[15:13] <amano> ah ok, it is still not there upstream then.
[15:13] <jibel> jbicha, thanks, that's fine. I don't spend my day starring at symlinks and can bear it until the default is fixed :)
[15:13] <amano> (yes, a hamburger menu ;)   )
[15:14] <jbicha> amano: you mean headerbars (aka client-side decorations)?
[15:14] <amano> yes, headerbars ;)
[15:15] <jbicha> that's a rough spot with the Terminal maintainer, there is a bit of progress there but it may take a while, see GNOME bug 756798
[15:15] <ubot5`> Gnome bug 756798 in general "Gnome-Terminal Header Bar (Client-Side Decorations)" [Enhancement,New] http://bugzilla.gnome.org/show_bug.cgi?id=756798
[15:16] <jbicha> maybe the kind of person who enjoys dealing with low-level terminal emulation coding isn't as quick to adopt new UI stuff :)
[15:16] <jbicha> also, terminal is more complex than most GNOME apps
[15:17] <amano> thanks. I always thought that was hidden in Unity . But I like Egmond's work with 2.27/28. The new preferences window looks very clean 😍
[15:18] <amano> it always felt a bit weird to have separate preferences and profile preferences
[15:33] <amano> s/2.27/3.27
[16:22] <jibel> Laney, there is no minimal install on kubuntu with your patch. Is it expecteD?
[16:23] <jibel> OTOH it does not crash
[16:24] <Laney> jibel: yeah they don't have it
[16:24] <Laney> it's per flavour
[16:25] <jibel> okay. Everything else is going well
[16:30] <Laney> great
[16:30] <Laney> thanks for being a ubi reviewer
[16:46] <tjaalton> Laney, seb128: I've verified that the clutter test failures were indeed due to the 10bit configs, verified by adding workarounds to drirc for each failing test binary
[16:46] <tjaalton> now hoping tseliot has a working cogl soon :)
[16:48] <tseliot> tjaalton: unfortunately my patch didn't really work. I'm getting the exact same failures
[16:49] <tjaalton> ok, bah
[16:52] <tseliot> tjaalton: well, the autopkgtest command ignored my local packages, that's why
[16:53] <tseliot> oh, no it didn't
[16:53] <tseliot> I misread
[16:58] <tjaalton> I'll try something quick..
[17:09] <tjaalton> no dice
[17:11] <tjaalton> actually
[17:11] <tjaalton> it looks like clutter itself is to blame after all, the tests I mean
[17:11] <tjaalton> would be interesting to see how cogl tests would fare
[17:12] <seb128> tjaalton, hum, I've difficulty following, we are basically at the same point as yesterday then?
[17:12] <tjaalton> yes
[17:12] <seb128> clutter is failing and nobody has a clue why/how to fix it
[17:15] <tjaalton> I'll check if cogl tests (which aren't built) fail
[17:15] <seb128> tjaalton, that puts us in a tricky position :/
[17:15] <seb128> unsure what to do from there
[17:15] <seb128> ff is tomorrow and thats blocking other work to land
[17:16] <seb128> we could delete that stack from proposed since it seems not ready
[17:16] <tjaalton> i know
[17:16] <seb128> or pile other things
[17:16] <seb128> or delay other lands, screw schedule, need extra ffe, etc
[17:16] <seb128> none of options is great :/
[17:17] <seb128> tjaalton, do you need help from somebody and if so what kind of somebody? like what bits are not understandable in the test failure?
[17:18] <tjaalton> I'll just revert stuff from mesa then
[17:19] <tseliot> tjaalton: would that allow libglvnd and nvidia to work?
[17:19] <tjaalton> unrelated
[17:20] <tseliot> ok, good
[17:24] <andyrock> kenvandine hey hey
[17:25] <andyrock> kenvandine do you know if GsAuth is used just for snapd and ubuntu-reviews g-s plugins?
[17:26] <andyrock> we might need to modify it in order to get g-s integrated with g-o-a
[17:29] <tjaalton> seb128, tseliot: I'll just flip the default in mesa and be done with it for now..
[17:30] <tjaalton> no need to revert anything
[17:30] <kenvandine> andyrock, i really don't know
[17:30] <kenvandine> andyrock, robert_ancell would probably know
[17:30] <andyrock> thanks I'll ping him tonight
[17:31] <Laney> andyrock: It is, yes, but I think there were plans to support donations which might use this
[17:31] <Laney> You should go to #gnome-software and discuss your changes there with hughsie I think
[17:31] <andyrock> kk
[17:38] <tjaalton> mesa uploaded
[17:38] <tseliot> tjaalton: yes, we can figure this out later. Thanks
[17:40] <tjaalton> right, I'll start by checking the cogl tests first
[17:42] <seb128> tjaalton, thx!
[18:09] <willcooke> calling it EOD, night all
[18:10] <oSoMoN> same here, it's been a productive day, see ya all tomorrow
[18:22] <Laney> o/ too
[19:48] <cyphermox> jbicha: is vanilla-gnome still something? because your tasksel changes from last cycle do not work (and aren't supposed to, as-is)
[20:04] <jbicha> cyphermox: it's a thing, what's not working?
[20:19] <kenvandine> vanilla-gnome reminds me of the old days of stracciatella-session to get a "mostly GNOME upstream" (vanilla) session
[20:19] <kenvandine> jaunty i think
[20:20] <kenvandine> https://wiki.ubuntu.com/DesktopTeam/Specs/Jaunty/StracciatellaSession
[20:20] <kenvandine> wow, that was created the very day I joined canonical :)
[20:21] <sarnold> nice :)
[20:37] <seb128> jbicha, debconf on gtk3 is landing it seems :)
[20:37] <seb128> shame that all the tests are getting screwed by that font conflict :/
[20:37] <seb128> update_excuses is a stack of red
[20:38] <seb128> I hope somebody has a magic retry-all script
[21:44] <andyrock> jbicha: hey hey
[21:44] <andyrock> building the deb of gnome-online-account I get several warnings treated as errors
[21:46] <andyrock> I just do "debuild -b"
[21:54] <jbicha> I use sbuild
[21:54] <jbicha> you could pastebin the build log?