[01:28] <RAOF> robert_ancell: I'm happy to look at any SRUs you want to drive through.
[01:29] <RAOF> As long as you also make sure they're tested, so they don't sit on our pending dashboard for the better part of a year :)
[01:39] <robert_ancell> RAOF, \o/
[01:40] <robert_ancell> RAOF, the first one is snapd-glib - bug 1699005
[01:40] <robert_ancell> This one should be fairly uncontroversial, since it's mostly about matching functionality with snapd and it wasn't used in any depth until artful.
[01:46] <RAOF> “Doesn't support new APIs” is not normally SRU material :)
[01:46] <RAOF> But, obviously, snapd-glib is different.
[01:46] <robert_ancell> RAOF, yeah, is there a more paperwork required to make that more palatable?
[01:47] <robert_ancell> I need to write a Wiki page for an SRU exception, but plan to do that for the next SRU
[01:47] <RAOF> robert_ancell: You probably want to do somethinrg based on https://wiki.ubuntu.com/SnapdUpdates
[02:08] <robert_ancell> RAOF, so, I need to write that page for this SRU or we can continue without it?
[02:08] <RAOF> We can probably continue without it this time.
[02:08] <RAOF> Please get one in future, though :)
[02:08] <RAOF> Actually, what are the rdepends on snapd-glib in 16.04? and 17.04?
[02:10] <robert_ancell> RAOF, nothing
[02:10] <robert_ancell> Actually, no, gnome-software is using it but only one method call (to access snapd-login-service)
[02:25] <RAOF> My, my, that's a lot of code.
[02:26] <RAOF> robert_ancell: So, what's the test plan for snapd-glib?
[02:26] <robert_ancell> RAOF, check that gnome-software still works
[02:26] <robert_ancell> And run the tests inside the source tree
[02:26] <RAOF> We might need to have something a little more detailed :)
[02:28] <RAOF> The thing you'd need to test in gnome-software is that (a) it starts up, (b) you can try and install a snap without being logged in to your SSO account and it'll prompt you to log in, and (c) once you're logged in you can install a snap?
[02:28] <RAOF> Oh, and I guess that being logged in to the SSO account persists.
[02:28] <RAOF> ?
[02:28] <robert_ancell> Just that it prompts you when you don't have credentials and can install with them
[02:28] <robert_ancell> The credentials are managed by g-s, so that shouldn't need testing
[02:34] <RAOF> OK. Stick that up on the bug, and I'll wave in into -proposed.
[02:38] <robert_ancell> RAOF, as a comment or the test case?
[02:38] <RAOF> As the test case (please edit the bug description)
[02:40] <robert_ancell> RAOF, done
[02:41] <robert_ancell> RAOF, I didn't propose this to Yakkety since it's days from EOL. That wont be an issue will it?
[02:41] <RAOF> Nope.
[02:42] <robert_ancell> RAOF, OK, next one is updating gnome-software to 3.20.5 in xenial (bug 1703461)
[02:43] <robert_ancell> This one is a bit scary, but ultimately I think puts us in a better position than we are currently
[02:44] <robert_ancell> There's a couple of uploads, but 3.20.5-0ubuntu0.16.04.5 should be the right one (reject the others)
[02:44] <RAOF> Well, at least you've pre-filed the paperwork for this one (the GNOME standing exception) ☺
[02:44] <RAOF> I shall check gnome-software after lunch.
[02:44] <robert_ancell> RAOF, cool, thanks
[06:12] <didrocks> good morning
[06:12] <jibel> morning didrocks
[06:19] <didrocks> duflu: on bug #1704050, how do you try to force the wayland session in gdm? I only have one entry "ubuntu", which should prefers X right now
[06:20] <didrocks> there is no "ubuntu on wayland" session like in lightdm
[06:20] <duflu> didrocks, There is Ubuntu on Wayland _and_ GNOME on Wayland :)
[06:20] <didrocks> duflu: hum, I don't see that one, despite having the session available
[06:20] <didrocks> (on disk)
[06:20] <duflu> Also, I'm working on Wayland :)
[06:21] <didrocks> duflu: I would like to have that session to reproduce :p
[06:21]  * duflu uploads ThinkStation to didrocks
[06:21]  * didrocks waits :)
[06:22] <didrocks> duflu: more seriously, do you think there can be some autodetection making my hw blacklisted in some way?
[06:22] <didrocks> like does wayland has a helper to test like we had in nux?
[06:22] <duflu> didrocks, I don't know... The only error I get is from X
[06:22] <duflu> Is there a gdm3 log?
[06:22] <didrocks> duflu: unrelated to that error
[06:23] <didrocks> duflu: just in general, as you are working on wayland, you may know about that detection mechanism
[06:23] <didrocks> duflu: yes, in the journal
[06:23]  * didrocks doesn't see anything related
[06:23] <duflu> didrocks, No like many people I'm just fighting to make things work with Wayland. I don't really *get it* :)
[06:24] <didrocks> duflu: it's an interesting side-effect of some code I changed (appending a session before prepending)
[06:24] <didrocks> but grrrr that I can't get a wayland option
[06:25] <duflu> didrocks, my artful install is old. Started with Unity7, then added Ubuntu Gnome, then lots of updates...
[06:25] <didrocks> same here
[06:25] <didrocks> I wonder if the list is built twice in gdm
[06:25] <didrocks> and so, there is an index mismatch
[06:26] <didrocks> which might explain your bug
[06:26] <duflu> In fact I have 8 shells to choose from :)
[06:26] <didrocks> :p
[06:27] <duflu> Oops, no errors logged because I'm using the workaround
[06:28] <didrocks> I bet something is assuming in the code to have wayland sessions before X one on their list
[06:29] <duflu> Oh I see. Yes maybe something is assuming the array order never changes
[06:31] <didrocks> mind running with debug enabled? https://help.gnome.org/admin/gdm/stable/troubleshooting.html.en
[06:31] <duflu> OK, will reproduce and check for logs in a sec
[06:31] <didrocks> as I can't reproduce as not having that session listed, I would like to keep the same logic of appending wayland sessions and fixing the other part of the code making a wrong assumption
[06:33] <duflu> didrocks,   Jul 13 14:31:15 haz gdm3[1046]: Cannot find a command for specified session: ubuntu-wayland
[06:34] <didrocks> hum, anything else more helpful in debug mode?
[06:35] <didrocks> I can try a patch in the dark and push to a ppa for you to test
[06:38] <duflu> didrocks, lots in debug: https://launchpadlibrarian.net/328568645/gdmfail-debug-log.txt
[06:38] <didrocks> Jul 13 14:35:32 haz gdm3[1050]: GdmSession: File 'ubuntu-wayland.desktop' not found: Valid key file could not be found in search dirs
[06:38] <didrocks> so, changing the session order hide it
[06:39] <didrocks> you have only one desktop file with that name on your disk, correct?
[06:39] <didrocks> under /usr/share/wayland-sessions/ubuntu-wayland.desktop
[06:39] <duflu> didrocks, $ ls -l /usr/share/wayland-sessions
[06:39] <duflu> total 12
[06:39] <duflu> -rw-r--r-- 1 root root 218 Jul 12 18:18 gnome-wayland.desktop
[06:39] <duflu> -rw-r--r-- 1 root root 221 Jul 12 18:18 ubuntu-wayland.desktop
[06:39] <duflu> -rw-r--r-- 1 root root 126 Feb  5 17:57 weston.desktop
[06:39] <didrocks> yep, all looks good
[06:40] <didrocks> so, libgdm reads in revert orders
[06:40] <didrocks> I wonder if that's this list which is unsync
[06:40] <duflu> If it's an array, maybe something is already assuming the order is fixed? So prepending is dangerous
[06:41] <didrocks> duflu: it's the contrary
[06:41] <didrocks> duflu: it was prepending
[06:41] <didrocks> we are appending
[06:42] <didrocks> https://launchpad.net/~didrocks/+archive/ubuntu/ppa/+build/13081407 is a stab in the dark, continuing to look meanwhlie
[06:45] <didrocks> hum
[06:45] <didrocks> with the older version
[06:45] <didrocks> when you log into the "ubuntu" session (X one)
[06:45] <didrocks> was it really starting X?
[06:45] <didrocks> or wayland?
[06:45] <duflu> didrocks, does appending break the 0 element on the end? https://developer.gnome.org/glib/stable/glib-Arrays.html#g-array-new
[06:46] <didrocks> duflu: I've used glist appending for years, no, it does the right thing and shift the 0 element on the end
[06:47] <didrocks> duflu: but yeah, do you mind trying this? ^
[06:47] <didrocks> so downgrade to working gdm
[06:47] <didrocks> try the ubuntu session
[06:47] <didrocks> check if it's running wayland
[06:47] <didrocks> (I bet it does)
[06:47] <didrocks> where you expect X
[06:47] <duflu> didrocks, failed to build?
[06:48] <didrocks> duflu: yeah, let's not worry about the small patch right now
[06:48] <didrocks> just downgrade to -5
[06:48]  * duflu reboots to check it's really X
[06:48] <didrocks> I'm pretty sure I understand the issue
[06:48] <jbicha> duflu: The gGNOME on Wayland session comes from the gnome-session binary package
[06:48] <duflu> Yes it's really Xorg
[06:49] <didrocks> ah, so scratch that
[06:49] <didrocks> or maybe… it has smart checks in that way
[06:49] <jbicha> I had the same problem with "Ubuntu on Wayland" not working today, but I had a kernel upgrade and more and hadn't tried isolating the cause yet
[06:50] <duflu> jbicha, bisected to gdm already
[06:50] <duflu> jbicha, https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1704050/comments/1
[06:50] <didrocks> jbicha: the issue is the append instead of prepend
[06:50] <didrocks>         search_dirs = get_system_session_dirs (self),
[06:50] <jbicha> thanks
[06:51] <didrocks> no debug to know what are search_dirs (it should be the list with Xorg, then wayland)
[06:51] <jbicha> speaking of gdm, did you see Security's response at LP: #1686393 :(
[06:51] <duflu> That said I shall reapply the workaround to reconfirm
[06:52] <didrocks> duflu: ah, you are not in -5?
[06:52] <duflu> Yep, 3.24.2-1ubuntu5 works fine
[06:52] <didrocks> and if you log into ubuntu
[06:52] <didrocks> you have the X session
[06:52] <duflu> didrocks, my above debugging was from 7 (where it's broken)
[06:52] <didrocks> with that gdm version? ^
[06:52] <didrocks> ahhhh
[06:52] <didrocks> please try with 5
[06:53] <duflu> didrocks, OK I have 5. Retry what part?
[06:53] <didrocks> log into the ubuntu session (the X one)
[06:53] <didrocks> check it's running X and not wayland
[06:53] <didrocks> jbicha: do you know what checks are done on gdm startup? I don't have any wayland session available on my machine
[06:54] <duflu> didrocks, Yes Ubuntu is 'Xorg'
[06:54] <duflu> in 5
[06:54] <didrocks> ok, so definitively not that theory
[06:54] <didrocks> thanks duflu
[06:54] <didrocks> ok, let's revert the order and set a default session for now
[06:54] <didrocks> sounds like the sanest
[06:54] <duflu> Weird. It looks like private information within that function. Order wouldn't matter
[06:55] <didrocks> yeah
[06:55] <didrocks> that's why I'm really puzzled
[06:55] <jbicha> didrocks: do you want to merge this in when you do the upload? https://code.launchpad.net/~willcooke/gdm/ubuntu/+merge/327165
[06:56] <didrocks> jbicha: maybe will should first fix the changelog conflicts
[06:56] <didrocks> that would be a good exercise for him :)
[06:57] <didrocks> duflu: the issue is from https://github.com/GNOME/gdm/blob/master/daemon/gdm-session.c#L401
[06:57] <didrocks> it can't find that ubuntu-wayland.desktop here
[06:57] <didrocks> which is the list we just build…
[06:57] <didrocks> with append instead of prepend
[06:58] <jbicha> stop changing the changelog then ;) but yeah, his changelog does need cleaning up :)
[06:58] <duflu> Also willcooke has a pending proposal that will conflict
[06:59] <duflu> Oh, you mean that one
[06:59] <didrocks> the 2 others parts of the code depending on #ENABLE_USER_DISPLAY_SERVER doesn't seem related to anything order related
[06:59] <didrocks> (so meaning: if people build with that disabled, maybe they face the same bug)
[06:59] <didrocks> duflu: do you have time for a quick local test + build?
[07:00] <didrocks> I would be interested in printing out search_dirs after the line I pointed ^ to know the list content
[07:00] <duflu> Sure, I've been distracted from my actual work for days already :)
[07:01] <didrocks> duflu: keep me posted once you get that value
[07:03] <duflu> Ah, I forgot I hadn't answered some upstream questions yet. Even more behind
[07:04] <duflu> In other news: Is there a reason why the Gnome Software icon is different between artful machines? Is that an upgrade issue ?
[07:04] <duflu> (so it's only changed in fresh installs)
[07:05] <didrocks> duflu: like fresh install has an ubuntu icon, but not on upgrade, it's the Gnome one?
[07:05] <duflu> Yeah
[07:05] <didrocks> duflu: XDG_DATA_DIRS is correct and I have an impacted machine
[07:05] <jbicha> duflu: for me, I get the Ubuntu Software branding in 'Ubuntu' but GNOME Software in 'Ubuntu on Wayland'
[07:05] <didrocks> so need to look at it, I filed a bug for this already
[07:05] <didrocks> jbicha: yeah, that's expected (and we should fix that)
[07:05] <duflu> OK, no problem.
[07:06] <duflu> In other other news: Whose idea was it to design buttons that don't look like buttons in Gnome?
[07:06] <didrocks> I wonder if G_N_ELEMENTS() isn't puzzled by NULL though
[07:07] <duflu> didrocks, It's a null terminated array so maybe that flag tells it to count the size manually
[07:07] <didrocks> yeah
[07:07] <duflu> Interesting
[07:07] <didrocks> mind priniting its result?
[07:08] <didrocks> (the G_N_ELEMENTS() count)
[07:08] <didrocks> I really wonder if that code branch never worked
[07:08] <jamesh> G_N_ELEMENTS() is compile time: it doesn't know what is stored in the array
[07:09] <duflu> Yeah that's for C arrays not GArray
[07:09] <duflu> #define G_N_ELEMENTS(arr)               (sizeof (arr) / sizeof ((arr)[0]))
[07:09] <oSoMoN> good morning desktoppers
[07:09] <didrocks> hey oSoMoN, jamesh
[07:09] <duflu> Hi oSoMoN
[07:09] <oSoMoN> salut didrocks, hey duflu, jamesh
[07:14] <duflu> didrocks, actually I can tell you just by reading it that use if G_N_ELEMENTS is wrong
[07:14] <duflu> It won't find the wayland entry because that's after a NULL
[07:15] <duflu> Problem solved
[07:15] <didrocks> duflu: wait, the count doesn't have NULL, so only the number of elements
[07:15] <didrocks> as it's based on sizeof(arr)/sizeof(elem)
[07:15] <duflu> didrocks, yeah NULL gets appended, before wayland
[07:16] <duflu> So only prepending works
[07:16] <didrocks> hum
[07:16] <didrocks> G_N_ELEMENTS (x_search_dirs) is 4
[07:16] <didrocks> no?
[07:16] <duflu> Should be 5 (I am not up to debugging yet)
[07:16] <didrocks> as NULL takes 0?
[07:16] <didrocks> (in term of size)
[07:16] <duflu> didrocks, No it's the number of pointers in the array, hence 5
[07:16] <didrocks> ohhhh
[07:17] <didrocks> yeah, it's pointers ofc
[07:17] <didrocks> so yeah, NULL is set in search_array
[07:17] <duflu> Good news - didrocks did the right thing and was fooled by bad code
[07:17] <didrocks> and then, wayland is appended
[07:17] <duflu> Maybe
[07:17] <didrocks> yeah, that code branch never worked
[07:18] <didrocks> tell me once you get that debug printed out :p
[07:18] <duflu> Actually the code is good, but it was nonobvious that append would not work
[07:18] <didrocks> well
[07:18] <didrocks> look at the original code
[07:18] <didrocks> https://github.com/GNOME/gdm/blob/master/daemon/gdm-session.c#L360
[07:18] <didrocks> if you define ENABLE_WAYLAND_SUPPORT and not define ENABLE_USER_DISPLAY_SERVER, you are in that case
[07:18] <didrocks> (which doesn't work)
[07:19] <duflu> didrocks, Oh yes, the bug already existed
[07:19] <duflu> So indeed "Good news - didrocks did the right thing and was fooled by bad code"
[07:19] <didrocks> :p
[07:20] <duflu> didrocks, I think someone can fix that without further testing...?
[07:20] <didrocks> yeah
[07:21] <didrocks> do you want to do it? I can do it, just don't want to steal your commit :)
[07:21] <duflu> didrocks, well I can test and verify it for sure... no problem
[07:21] <didrocks> and praise when reported upstream
[07:21] <didrocks> ;)
[07:37] <didrocks> duflu: tell me once you get your patch tested and I'll just sponsor it
[07:38] <duflu> didrocks, yeah I'll do it today. Probably Ubuntu before upstream tho
[07:38] <didrocks> duflu: sounds good
[07:38] <didrocks> duflu: just open a bug in bugzilla and reference it on the quilt patch
[07:39] <didrocks> (even if I think next time we touch that patch we'll just inverse the logic back to favor wayland sessions)
[08:02] <Laney> morning
[08:03] <flexiondotorg> Morning Laney didrocks duflu oSoMoN jamesh
[08:03] <didrocks> hey Laney, flexiondotorg
[08:03] <oSoMoN> good morning Laney, flexiondotorg
[08:04] <duflu> Morning flexiondotorg
[08:04] <duflu> Morning Laney
[08:06] <Laney> hey flexiondotorg hey didrocks hey oSoMoN hey duflu
[08:06] <Laney> how's it going?
[08:06] <oSoMoN> not too bad round here
[08:06] <didrocks> good, started with some interesting gdm bug :p
[08:07] <Laney> oh yeah
[08:07] <Laney> what's that?
[08:07] <didrocks> but everything is under control once someone has a session to test :)
[08:07] <didrocks> Laney: basically, the branch with "append" instead of "prepend" never worked
[08:07] <didrocks> the bottom of it is that the previous list we append to already has a NULL pointer
[08:07] <didrocks> so, the wayland session was never found
[08:08] <didrocks> (patch to get upstream, even if I don't think anyone is building with the 2 #ifdef condition)
[08:08] <Laney> ah right
[08:08] <willcooke> morning all
[08:11] <didrocks> hey willcooke
[08:11]  * didrocks needs to add a new expection in the seed for a -dbg package
[08:13] <didrocks> thunderbird pulls thunderbird-gnome-support-dbg in main, which brings thunderbird-gnome-support, which brings indicator-messages, which pulls libindicator-messaging-menu, which …
[08:17] <seb128> hey Laney willcooke
[08:17] <seb128> or and other desktopers, looks like I was too busy to chat on other channels and forgot to say hi here
[08:18] <flexiondotorg> Morning willcooke seb128
[08:19] <seb128> hey flexiondotorg
[08:21] <oSoMoN> salut seb128
[08:21] <oSoMoN> good morning willcooke
[08:21] <willcooke> How's it going oSoMoN?  I'm reading good comments about the new LO snap - great stuff!
[08:22] <oSoMoN> willcooke, doing good, thanks! trying to wrap up everything that’s on my list before I leave for holidays
[08:22] <ricotz> hey desktopers
[08:22] <oSoMoN> hey ricotz
[08:23] <ricotz> hey oSoMoN
[08:24] <willcooke> duflu, still around?  https://bugs.launchpad.net/ubuntu/+source/sound-theme-freedesktop/+bug/1703946
[08:24] <willcooke> Do I just update the changelog to say artful?  is it that simple?
[08:26] <duflu> willcooke, yes I think so
[08:27] <Laney> it's quite normal for the uploader to do that too
[08:27] <willcooke> ah, good to know.  Well, I'm happy to just edit the debdiff and reattach it, if that helps
[08:27] <willcooke> I'll attach one with the change anywy, wont take a sec
[08:34] <duflu> Laney: I was wondering that, thanks
[08:34] <duflu> Not like it's checksummed
[08:43] <duflu> didrocks: OK, done. Works too.
[08:44] <seb128> lut oSoMoN
[08:45] <Laney> hey seb128
[08:45] <Laney> you good?
[08:46] <didrocks> duflu: excellent, MP against the ubuntu branch?
[08:46] <duflu> didrocks, https://code.launchpad.net/~vanvugt/gdm/fix-1704050/+merge/327360
[08:47] <didrocks> duflu: does it work with the prepend case still?
[08:47] <didrocks> (when you submit it upstream)
[08:47] <didrocks> duflu: just: mind opening a bug upstream and reference it from your patch?
[08:48] <duflu> didrocks, already have an upstream bug with the patch
[08:48] <didrocks> duflu: just add it on top of debian/patches/Avoid-double-NULL-terminated-array-LP-1704050.patch
[08:48] <didrocks> that way, we can track
[08:49] <duflu> didrocks, I was reluctant to reformat as I could not remember the rules. Also upstream already have that patch. The upstream bug is linked in Launchpad now
[08:49] <didrocks> duflu: linking in LP is good enough, thanks!
[08:49] <didrocks> merging and sponsoring
[08:51] <didrocks> hum, no tag and you set it to artful
[08:51]  * didrocks adds a tag
[08:52] <duflu> didrocks, we were just talking about that. Do you prefer UNRELEASED if not tagged?
[08:52] <didrocks> duflu: I generally prefer UNRELEASED not tagged, but not a biggie
[08:53] <duflu> OK then willcooke got it more right
[08:53] <duflu> For reviewer=didrocks
[08:53] <didrocks> (so, basically, a separate commit to set it to artful + tag for release)
[08:54] <duflu> didrocks, cool will do in future
[08:54] <duflu> I don't think I usually/ever propose to ubuntu branches
[08:54] <didrocks> duflu: no worry! sponsored :)
[08:55] <duflu> So sorry in advance to willcooke. I am making new conflicts in gdm
[08:55] <didrocks> ;)
[08:56] <didrocks> highly demanded package
[08:56] <duflu> didrocks, I _assume_ and it seems to be true that append does go before the implicit NULL :)
[08:57] <didrocks> duflu:yeah, I hope that the prepend case does have an implicit NULL so that your fix is accepted :)
[08:58] <duflu> didrocks, I think prepend will always work regardless of the contents
[08:58] <didrocks> I meant, if there is no match and the list isn't ended by NULL…
[08:59] <duflu> didrocks, I think new = {NULL}
[09:02] <seb128> Laney, I'm good thanks, you?
[09:03] <Laney> good!
[09:03] <Laney> went to folk club last night, was funny
[09:05] <seb128> nice
[09:06] <duflu> didrocks, do you recomment UNRELEASED for debdiffs too?
[09:06] <duflu> recommend
[09:09] <didrocks> duflu: no, debdiff can be the final thing, ready to sponsor
[09:10] <duflu> Makes sense
[09:10] <duflu> both ways
[09:10] <didrocks> the only thing with UNRELEASED in a branch is that the author can ammend, commit separated a fix while still being in the "UNRELEASED" part
[09:10] <didrocks> amend*
[09:13] <flexiondotorg> Could one of the desktopers merge this please - https://code.launchpad.net/~ubuntu-mate-dev/indicator-session/mate-integration/+merge/325600
[09:13] <flexiondotorg> I've addressed all the feedback and been running a PPA build for several weeks. All good from my point of view.
[09:19] <duflu> didrocks, next time please copy the commit message field :)
[09:19] <didrocks> duflu: I didn't commit anything
[09:20] <didrocks> duflu: as you set it to "artful"
[09:20] <duflu> OK I'm confused
[09:21] <duflu> The Ubuntu branch history shows my garbage commit messages, but failed to use the formal commit message from the MP
[09:21] <didrocks> just bzr pull && bzr push (after adding the tag): the git way when you are on align with master
[09:22] <didrocks> aligned*
[09:22] <duflu> didrocks, yeah the bzr way is different. If landing by hand you need to copy the commit message from the MP because it's not in bzr
[09:23] <didrocks> duflu: depends on the branch, some prefer to always merge, some not.
[09:23] <duflu> didrocks, fair enough. I'll keep it in mind
[09:23] <didrocks> we should just standardize on one way to do it IMHO
[09:24] <didrocks> so that you don't have wrong expectations, I see what you wanted…
[09:24] <didrocks> (also one tool, not some branches in git vs other in bzr)
[09:24] <didrocks> I guess a discussion at the start of a cycle, one all the transitions are over and polish done :)
[09:37] <seb128> L_aney is going to work on the git-for-packaging for Debian pkg-gnome during debconf
[09:37] <seb128> so we might want to look at building on top of that next cycle then
[09:37] <didrocks> nice!
[09:37] <seb128> a discussion to have for when we get our team week
[09:37] <didrocks> yep
[09:57]  * duflu -> vegetable peeling fun
[10:27] <willcooke> quick reboot
[10:29] <didrocks> popey: if you are too impatient to wait for gdm to published in the release pocket, it's in -proposed right now
[10:30] <Laney> a gdm3 upload a day
[10:30] <Laney> keeps the something something away
[10:30] <didrocks> ;)
[10:30] <didrocks> "bugs" for one someting
[10:30] <didrocks> but need another adjective
[10:31] <didrocks> am I the only one to get this with wayland + our theme on gnome-terminal: http://imgur.com/a/k48Se ?
[10:31] <didrocks> ah, that's the transparency feature
[10:31] <jibel> didrocks, it's a known bug
[10:32] <Laney> it's reported
[10:32] <didrocks> ah nice, do you know if our transparency patch is the same than in fedora?
[10:32]  * didrocks will look
[10:32] <jibel> bug 1650395
[10:33] <Laney> more or less
[10:33] <didrocks> interesting that the color is theme-dependent
[10:33]  * didrocks likes
[10:33] <Laney> but maybe rishi fixed it or something
[10:33] <didrocks> my borders are bigger :)
[10:33] <Laney> and we need to pull i again
[10:33] <didrocks> yeah, would worth a look
[10:33] <Laney> he's got a repo with it in
[10:34] <didrocks> hum, do you want to test it? (I'm not going to do it today, just as you seem to know more where things are…)
[10:34] <didrocks> I'm happy next week to have a look otherwise
[10:34] <Laney> https://github.com/debarshiray/gnome-terminal
[10:34]  * didrocks got a new tab
[10:34] <didrocks> thx
[10:34] <Laney> we took that and then added the theme colours stuff
[10:35] <Laney> will look eventually, but not right now
[10:35] <Laney> so whoever gets there first can :-)
[10:35] <didrocks> deal!
[10:35] <didrocks> :-)
[10:36] <Laney> actually I'll ask him quickly, that'll be easier
[11:09] <willcooke> has anyone tried artful on a wired ethternet connection?  I can't get it to accept a DHCP address.  Its being offered one, but seems to be ignoring it.  cyphermox perhaps?
[11:14] <popey> didrocks: will test!
[11:17] <willcooke> popey, be a love and test wired network as well would you?
[11:18] <Laney> I'm on wired right now
[11:18] <Laney> these bits are wires alllllllll the way baby
[11:19] <willcooke> mannn
[11:19] <willcooke> that means its something on my network.  Damn it.
[11:19]  * willcooke tries a live session
[11:31] <popey> willcooke: i am on wired
[11:32] <willcooke> and it just works?
[11:32] <willcooke> curses
[11:32] <popey> wfm
[11:33]  * willcooke breaks out tcpdump
[11:33] <popey> what does "nmcli d" say?
[11:33] <willcooke> I know it's requesting a dhcp address, I can see it on the server
[11:33] <willcooke> and in syslog
[11:34] <popey> i haven't setup wifi on this laptop yet
[11:34] <popey> only wired
[11:36] <popey> ok, connected to wifi, also works, and doesn't seem to have a problem switching between wired and wifi
[11:41] <andyrock> anyone aware of touchpad issues with xenial in the last few weeks?
[11:41] <andyrock> mostly with double finger scrolling and syntaptic device
[11:43] <popey> i haven't. been using a touchpad for the first time in a while these last couple of weeks and it's just as crazy as ever (ie. not a nipple) :D
[11:48] <seb128> andyrock, what sort of issues?
[12:01] <Trevinho> popey: it's impossible to stay away from nipples :-D
[12:01] <Trevinho> I can't too
[12:01]  * Laney titters
[12:01] <Trevinho> Laney: you should get a thinkpad or at least a thinkpad BT keyboard to love it more :-D
[12:04] <Trevinho> mpt: hey, remember that change for u-c-c, we defined the graphics levels as "High" and "Low", but I think we should also add the "auto-detect" mode... As by default we use that way, while we use the setting only when set
[12:04] <Trevinho> are you ok with that?
[12:55] <didrocks> FINALLY indicator-messages off main
[13:05] <seb128> didrocks, well done
[13:08] <jbicha> seb128: upstreams says "no, fix your tools" :) https://bugzilla.gnome.org/show_bug.cgi?id=784877
[13:17] <andyrock> seb128: seems like it does not work after login (the mouse)
[13:17] <andyrock> or a new created user session it works fine
[13:17] <popey> didrocks: nice work fixing gdm :)
[13:17] <andyrock> probably not a but (just a misconfiguration)
[13:17] <andyrock> but I'm wondering how I could fix it
[13:18] <didrocks> popey: well, it was co-analyze with duflu (I don't have the wayland session displayed at all here, had to force it) :)
[13:18] <didrocks> but thanks for confirming the fix worked!
[13:18] <seb128> jbicha, I'm not surprised ;-) thanks for trying though!
[13:18] <jbicha> didrocks: I'm going to go ahead and merge and upload will's GDM bluetooth workaround now if you don't object
[13:19] <seb128> andyrock, settings doesn't work?
[13:19] <jbicha> seb128: I might push it to Debian though since we're nearly in sync there
[13:19] <didrocks> jbicha: all is fine for me, I guess nobody plans to upload GDM in the next 20 minutes… :p
[13:19] <jbicha> lol
[13:20] <andyrock> seb128:  there is no setting for the mouse
[13:20] <andyrock> at least for the touchpad
[13:20] <seb128> andyrock, weird
[13:20] <seb128> did you try binput?
[13:21] <andyrock> xinput?
[13:21] <andyrock> yep but the weird thing it that it's an user session problem
[13:28] <jbicha> didrocks: I'm fine with uploading the debdiff from LP: #1130137 now
[13:30] <didrocks> jbicha: if you think upstream is going to fix it, yeah, feel free to sponsor it
[13:30] <didrocks> willcooke: ^
[13:31] <didrocks> if it's something we will carry in the long term, a more maintainable solution is needed
[13:45] <seb128> jbicha, unsure uploading the bluetooth workaround is right, that removes the motivation to push toward the real fix
[13:46] <seb128> we can do workarounds around beta time if needed as plan B
[14:01] <jbicha> seb128: the bug affects Ubuntu GNOME since 16.04 LTS; the workaround kills bluetooth audio on the login screen but bluetooth audio in the session seems a lot more important
[14:07] <seb128> jbicha, right, doesn't change my statement
[14:08] <seb128> I mean devel is to fix issues the proper way
[14:08] <seb128> workarounds are backup solutions when we can't get the proper fix
[14:08] <seb128> jbicha, btw I'm surprised that it's affecting most distros, some have wiki instructions to workaround and nobody opened an upstream gdm bug about that before (I did it yesterday)
[14:09] <seb128> jbicha, anyway I'm not strongly against it so if you want to upload the workaround feel free, I would just have done that at beta time (and SRU to help stable users)
[14:15] <jbicha> seb128: by the time you spoke up, I had already pushed gdm to bzr and tagged it but didn't quite dput yet, so I'm not sure how to fix it now
[14:16] <Laney> didrocks: http://people.canonical.com/~laney/weird-things/transparent.png
[14:16] <seb128> jbicha, just dput it's not the end of the world
[14:16] <willcooke> I can add a known issue to the release notes now
[14:16] <seb128> jbicha, and might make artful more enjoyable for those who are on it
[14:17] <jbicha> thanks, done
[14:17] <willcooke> popey, looks like we're going to "fix" the bt audio issue re: your blog post for testing ^
[14:17] <popey> I'll add wording to say "this may or may not be fixed by the time you come to test", or something?
[14:18] <willcooke> popey, sure
[14:18] <didrocks> Laney: nice! with a new version of the patch?
[14:18] <Laney> rishi pointed me to one from fedora
[14:18] <didrocks> excellent! :)
[14:22] <willcooke> is it possible that two things are fighting over apt/sources.list?  I've got loads of errors about things being configured multiple times all of a sudden
[14:22] <willcooke> I'm fixing it manually, but I dont know how it came to be like this
[14:24] <jbicha> Laney: btw, I'm interested in rishi's notifications patches for vte/terminal but I had trouble getting it to work months ago
[14:25] <jbicha> willcooke: that's LP: #1697120 and LP: #1579372 I believe you can workaround it by uninstalling apt-file
[14:25] <willcooke> jbicha, ahh
[14:25] <willcooke> jbicha, that's almost certainly what it was, thanks!
[14:29] <Laney> jbicha: vte.sh isn't run for us, because we run bash as a non-login shell. you'll need to change that option in your gnome-terminal profile preferences at least.
[15:19] <jbicha> did you see the response from Security on LP: #1686393 ?
[16:22] <jbicha> Laney: were you planning on SRUing the terminal transparency fix? or I could…
[16:22] <Laney> No
[16:22] <Laney> Fixing things on wayland in old releases isn't a good use of my work time - so feel free
[16:55] <pitti> Laney: oh dear @ http://autopkgtest.ubuntu.com/running -- glibc plus KDE fun
[16:55] <Laney> pitti: and lgw01 is down
[16:56] <pitti> Laney: how are the minions holding up so far?
[16:56] <pitti> ouch
[16:56] <Laney> been hassling to get it fixed
[16:56] <pitti> glad that we have the -huge queues
[17:05] <Laney> hopefully we'll get back up to full capacity soon
[17:06] <Laney> otherwise I'll think about killing some of the queue
[18:45] <willcooke> night all
[18:58] <immu> hmm
[20:23]  * oSoMoN falls off the face of the internet for two weeks
[20:23] <oSoMoN> see you!