[07:36] <didrocks> good morning
[07:42] <duflu> Hi didrocks
[07:44] <didrocks> hey duflu
[07:56] <oSoMoN> good morning desktoppers
[07:57] <duflu> oSoMoN,    \o
[07:57] <oSoMoN> hey duflu
[08:15] <ricotz> good morning
[08:16] <oSoMoN> good morning ricotz
[08:17] <duflu> Hi ricotz
[08:17] <ricotz> hi oSoMoN duflu
[09:03] <Laney> yo
[09:03] <didrocks> hey oSoMoN, Laney, ricotz!
[09:05] <Laney> hey didrocks 👋
[09:05] <Laney> how's it going?
[09:05] <willcooke> goodly morlode
[09:06] <duflu> Morning Laney, willcooke
[09:06]  * duflu isn't sure if the protocol is to bow in this case
[09:08] <didrocks> Laney: I'm fine, rebasing, rebasing, rebasing
[09:08] <didrocks> yourself?
[09:08] <didrocks> hey willcooke
[09:09] <Laney> hey duflu
[09:09] <Laney> didrocks: yeah not bad, was fixing xpdf for poppler yesterday, got it built but it crashes now /o\
[09:09] <Laney> so need to fix that
[09:13] <oSoMoN> salut didrocks
[09:13] <oSoMoN> good morning Laney, willcooke
[09:15] <Laney> hey oSoMoN
[09:17] <didrocks> Laney: if it's building, ship it :p
[09:31] <seb128> back, good morning desktopers
[09:32] <oSoMoN> salut seb128, ça va?
[09:32] <seb128> lut oSoMoN, ouais, et toi ? prêt pour le w.e ? ;)
[09:33] <oSoMoN> héhé, presque, me reste qu’à réparer le bug #1806847, et c’est bon
[09:34] <didrocks> hey seb128
[09:36] <seb128> oSoMoN, t'as une piste ?
[09:36] <seb128> lut didrocks
[09:37] <oSoMoN> seb128, j’ai enfin une stacktrace
[09:37] <seb128> cool
[09:37] <oSoMoN> pas très explicite, mais j’avance
[09:39] <Laney> hey seb128
[09:39] <seb128> oSoMoN, duflu, that g-s/firefox/focus issue is weird, why is it fixed in cosmic/disco if they don't have the suggested patch :/
[09:39] <duflu> It's not, is it?
[09:40] <oSoMoN> seb128, yeah, that's weird, I guess it doesn't manifest itself in cosmic/disco because other fixes hide it
[09:40] <duflu> Oh, right
[09:40] <duflu> I might abstain and unsubscribe from that bug. I don't really care about it. Was only triaging
[09:41] <seb128> k
[09:42] <oSoMoN> seb128, rebuilding libodfgen appears to fix that LO unit test crash
[09:42] <seb128> nice that it fixes it
[09:42] <oSoMoN> now to understand exactly why
[09:43] <seb128> unnice that a rebuild is needed, sounds like an incompatible change in the stack/abi/something
[09:43] <oSoMoN> yes
[09:43] <oSoMoN> that looks vaguely similar to https://github.com/LibreOffice/core/commit/603074c5f2b84de8a24593faf807da784b040625
[09:45] <seb128> willcooke, is sarah having an nvidia card? https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1806165 look a bit like what you described the other day
[09:45] <willcooke> seb128, oh, don't know, I'll ask
[09:45] <seb128> willcooke, thx
[09:47] <seb128> popey, hey. Were you able to reproduce that steam controller/18.10 issue you raised (like do you have the hardware)? if so there is a kernel with a fix to test on bug #1798583, would be nice to give it a try
[09:47] <seb128> willcooke, ^
[09:48] <willcooke> seb128, I asked Laim to test that as well
[09:48] <willcooke> *Liam
[09:48] <willcooke> The OP
[09:48] <seb128> willcooke, thx
[09:51] <popey> I don't have any 18.10 machines I'm afraid.
[09:51] <seb128> k, no worry
[10:19] <seb128> willcooke, kenvandine, bug #1806697 looks worth having on some list, unsure the best way to flag though. It's probably not important enough for rls tagging? do we add those to the trello board or...?
[10:21] <willcooke> Hm, I have a feeling that Robert fixed something like that recently
[10:21] <willcooke> but yeah, I think we can assign it to him
[10:22] <willcooke> and I'll import it to trello for good measure
[10:22] <willcooke> no need to rls it IMO
[10:22] <willcooke> https://trello.com/c/SO0NhQKt/174-bug1806697-status-of-interface-connections-not-properly-updated-in-the-ui
[10:29] <seb128> thx
[10:29] <seb128> willcooke, assigning to robert, good one :p
[10:29] <seb128> should work if it's in trello, but he tends to ignore assigned bugs still :/
[10:30] <willcooke> kenvandine, pls can you check in with Robert on this one? ^
[10:30] <willcooke> Oh, I should assign it in Trello too....
[10:32] <willcooke> done
[10:45] <willcooke> oh crap, my car is due it's MOT test in 15 mins and I totally forgot.
[10:45] <willcooke> Erm, back in a bnit
[11:04] <Laney> k, no more xpdf crash
[11:04]  * Laney uploads
[11:13] <willcooke> back
[11:14] <willcooke> seb128, Sarah's is Intel
[11:14] <seb128> k
[11:19] <seb128> willcooke, well, I guess it's going to be tricky to debug remote like this, let's see when you guys are at the office next week rather
[11:20] <willcooke> yeah, totes
[11:28] <oSoMoN> seb128, my local rebuild of libreoffice with a rebuilt libodfgen succeeded, any objection to me doing a no-change upload of libodfgen to disco?
[11:29] <seb128> oSoMoN, no, then we can retry the libreoffice build I guess?
[11:29] <oSoMoN> yes
[11:29] <seb128> still it makes me feel uneasy than something changed that creates problem until no change rebuilds are done
[11:30] <seb128> but I appreciate it's probably not easy to figure out what is going on there so I agree with the pragmatic solution
[11:30] <oSoMoN> yeah, I commented on the bug and asked do_ko's opinion, let's see what his thoughts are
[11:30] <seb128> k
[11:37] <oSoMoN> ok, uploaded
[11:38] <Laney> oSoMoN: fwiw (for next time), you can use 'build1' for a no-change rebuild and then it doesn't show up as having a delta to things like auto-sync
[11:38] <oSoMoN> Laney, thanks for the tip
[11:39] <Laney> with ubuntuX we have to manually sync it next time
[11:39] <Laney> np!
[11:39] <Laney> (dch --rebuild is good for this)
[11:41] <oSoMoN> oh, I didn't know of --rebuild, handy
[13:05] <mitya57> Hi all! I have fixed a couple of build failures in unity, but there is a remaining failure on armhf that I need help with: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3336/+build/15726931
[13:06] <mitya57> “libEGL warning: DRI2: failed to authenticate” — does anyone know how to fix that?
[14:01] <kenvandine> willcooke: sure
[14:13] <seb128> mitya57, hey, I didn't reply in case someone else, but seems not. I don't know about this error maybe duflu (but it's over his work day hours) or tjaalton would though?
[14:15] <mitya57> seb128: hi, thanks! I will wait for their response.
[14:18] <willcooke> thx kenvandine
[14:22] <tjaalton> mitya57: need xserver-xorg-legacy?
[14:22] <mitya57> tjaalton: do you mean that just adding that build-dep may help?
[14:22] <tjaalton> might
[14:23] <mitya57> tjaalton: I will try, but why this is armhf-specific then?
[14:23] <tjaalton> beats me
[14:24]  * mitya57 tries nevertheless
[14:26] <tjaalton> mitya57: did you try google?
[14:27] <tjaalton> the hw doesn't have a dri2 capable driver
[14:27] <tjaalton> so the test is buggy
[14:27] <tjaalton> fix that
[14:29] <mitya57> tjaalton: it worked in cosmic, but broke either before release or during disco cycle
[14:34] <tjaalton> and was run on exact same hw?
[14:40] <mitya57> tjaalton: since then I have tried to built it multiple times, so it failed with this error on multiple Launchpad buildd machines.
[14:41] <mitya57> Also unity code does not mention dri2 anywhere, so I have no idea what needs fixing :(
[14:41] <tjaalton> ok, well I don't have any arm hw so best to work around it in the test then
[14:41] <tjaalton> but if you search for it all the hits are about lacking a dri2 capable driver
[14:43] <mitya57> I wonder if using Xvfb instead of a custom X server run script would help here.
[15:42] <czajkowski> aloha
[15:43] <czajkowski> does anyone have a X1 carbon running 18.04.1
[15:44] <seb128> hey czajkowski
[15:44] <seb128> czajkowski, not me, but if you have a direct question maybe I can help anyway?
[15:45] <seb128> Laney, did you start working on n-m/autopkgtest yet? I want to merge another change/add a disco branch but I don't want to create conflict/modify the vcs from under your feet (I do it now if you didn't start or I do it after you are done otherwise)
[15:45] <Laney> yes I did
[15:46] <Laney> just stage it
[15:46] <czajkowski> seb128: clean install but none of the keys work on the functions so volume up down screen brightness etc
[15:46] <czajkowski> seb128: ell btw :)
[15:46] <seb128> Laney, k :)
[15:47] <seb128> czajkowski, Ubuntu session with gnome-shell/x11?
[15:53] <czajkowski> x11?
[15:53] <seb128> czajkowski, could you share your journalctl for the current boot/session if you have the issue now?
[15:54] <czajkowski> seb128: sure, is there a doc to follow ?
[15:55] <seb128> journalctl -b 0 | pastebinit?
[15:59] <czajkowski> seb128: http://paste.ubuntu.com/p/2F7vcPrG4S/
[16:05] <seb128> czajkowski, your log has several of those commands
[16:05] <seb128> Dec 04 09:54:21 sheldon pkexec[12870]: laura: Executing command [USER=root] [TTY=unknown] [CWD=/home/laura] [COMMAND=/usr/lib/gnome-settings-daemon/gsd-backlight-helper --set-brightness 318]
[16:05] <seb128> czajkowski, what's the output if you try to enter that yourself?
[16:10] <czajkowski> seb128: if I run the command it actually works in the terminal
[16:11] <czajkowski> but by pressing the actual buttons it doesn't
[16:11] <czajkowski> sorry for the delay
[17:44] <k_alam> Does anyone know where Trevinho is ?
[17:50] <willcooke> k_alam, on holiday
[17:53] <k_alam> willcooke: Alright. Thanks.
[18:01] <jbicha> oSoMoN: I think you're going to have to do a full rebuild of libreoffice because it will be entangled with hunspell
[18:06] <oSoMoN> hrm, that's annoying
[18:08] <jbicha> 😿 but the good news is the hunspell transition otherwise looks ok
[18:10] <willcooke> gotta go, night all
[19:08] <seb128> czajkowski, weird, the log suggests it does issue the right command then :/
[19:08] <seb128> czajkowski, what does xev tell when you use those keys (and the sound ones)?
[20:44] <seb128> oSoMoN, libreoffice build on amd64, well done :)
[20:53] <jbicha> too bad we have to build it again
[20:54] <jbicha> but good job figuring out what was wrong :)
[20:56] <seb128> jbicha, if it builds it's easy to rebuild it...
[20:56] <seb128> the issue was to fix the test, not the builders
[21:00] <seb128> oSoMoN, do you want to do a no-change-upload before calling it a week? or should I do that?
[21:00] <jbicha> thanks
[21:01] <jbicha> (specifically, amd64 now depends on new hunspell but the older builds on other arches don't)
[21:14] <robert_ancell> jbicha, would you be able to update or sponsor an appstream-glib update in Debian?
[21:16] <jbicha> sure
[21:18] <robert_ancell> jbicha, which would you prefer - a patch or do it yourself?
[21:19] <robert_ancell> I ask because sometimes I find small updates are actually faster to do yourself :)
[21:21] <jbicha> oh I was thinking you were talking about snapd-glib
[21:21] <jbicha> maybe you're talking about both? 😉
[21:22] <robert_ancell> jbicha, just appstream-glib this time. GNOME Software master and 3.30 both require the new version
[21:23] <seb128> we should update snapd-glib though, weird that we are upstream for that and that it's outdated in current Ubuntu
[21:24] <jbicha> ok, I can probably do appstream-glib myself; I like it when you do the snapd-glib packaging :)
[21:31] <robert_ancell> jbicha, sure, I'll do the snapd-glib one
[21:48] <oSoMoN> I'll do a no-change upload of libreoffice now
[21:48] <oSoMoN> jbicha, or should I wait?
[21:59] <oSoMoN> it turns out I had one minor change to debian/control staged in the vcs (https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/commit/?id=12f049f851c9a97fdece58cb6bea5e9220d3f24c), so it's not gonna be a real no-change upload
[22:01] <jbicha> oSoMoN: you're allowed to make changes :) please go ahead and upload though :)
[22:02] <oSoMoN> done
[22:10] <robert_ancell> jbicha, snapd-glib git branch updated
[22:18] <jbicha> robert_ancell: both uploaded now :)
[22:18] <robert_ancell> jbicha, \o/ thanks!
[22:43] <oSoMoN> LO now fails to build on ppc64el with a strange error, but it's late and I need some sleep
[22:44]  * oSoMoN → bed
[22:44] <oSoMoN> good night all