[06:28] <willcooke> morning all
[06:57] <jibel> Hi willcooke, how was your trip?
[06:57] <willcooke> morning jibel.  Fine; boring, uncomfortable, tiring, etc :D
[06:58] <jibel> Great, enjoy your stay ;)
[08:18] <didrocks> good morning
[08:44] <oSoMoN> good morning desktoppers
[08:46] <Trevinho> Good morning!
[08:46] <Trevinho> Hi oSoMoN
[08:46] <didrocks> salut oSoMoN, hey Trevinho
[08:47] <oSoMoN> hey Trevinho, didrocks
[08:47] <Trevinho> Salut à vous!
[09:01] <willcooke> morning didrocks
[09:02] <Laney> hi hi
[09:02] <didrocks> hey willcooke, Laney
[09:02] <didrocks> willcooke: how was your flight?
[09:02] <willcooke> didrocks, boring :)
[09:03] <Laney> hey didrocks, good weekend?
[09:03] <Laney> willcooke: shorts and sunglasses weather?
[09:04] <didrocks> willcooke: boring is good :)
[09:04] <didrocks> Laney: was good, but rainy. Yourself?
[09:04] <Laney> pretty good!
[09:05] <Laney> did a lot of digging to get some brambles out
[09:06] <didrocks> how are your arms? :)
[09:06] <Laney> it's mostly the back :( #oldman
[09:06] <Laney> but actually ok!
[09:07] <didrocks> heh
[09:07] <seb128> Back, good morning desktopers
[09:08] <willcooke> Laney, it is!  It's really nice outside.  Inside it's about 4 degress :(  Also I forgot my sunglasses
[09:08] <Laney> disaster
[09:08] <Laney> hey seb128
[09:09] <oSoMoN> good morning willcooke, Laney, seb128
[09:11] <seb128> hey Laney oSoMoN
[09:11] <Laney> and oSoMoN!
[09:11] <Laney> #party #time
[09:12] <didrocks> hey seb128
[09:13] <seb128> lut didrocks
[09:17] <andyrock> morning all
[09:18] <seb128> hey andyrock! had a good w.e?
[09:19] <andyrock> hey seb128! yeah a relaxing one! what about you?
[09:20] <seb128> same, didn't do much but that was nice.
[09:20] <seb128> we had friends over for a cheese fondue on friday evening and relaxed mostly during the rest of the W.E
[10:30] <jibel> didrocks, salut. Q on ubuntu-report: any idea how the CPU information can be empty, only the name is recorded?
[10:32]  * didrocks thinks… can you pastebin somewhere what this part of the json looks like?
[10:36] <didrocks> hum, so it's definitively running with a recent ubuntu-report, so not that…
[10:36] <didrocks> maybe translated lscpu -J ?
[10:36] <didrocks> or patched version ?
[10:37] <didrocks> which is weird, but that's one plausible explanation why some fields are missing… (I do a string match)
[10:37] <didrocks> the only one present is: "name" corresponding to "Model name:"
[10:39] <didrocks> but yeah, the other are empty (and still present because I didn't "omitempty" on purpose for those, only the VM related ones)
[10:41] <didrocks> scratch the translation idea, I run the command with LANG=C ofc
[10:41] <didrocks> so apart from a patch lscpu, but it sounds weird… :/
[10:44] <didrocks> do you have only one of those reports?
[10:47] <jibel> yes only one
[10:49] <didrocks> puzzled then… apart from local tweak, I don't really have any other idea off hand
[10:49] <jibel> k, I'll add an exception for this case
[11:25] <willcooke> andyrock, I was talking to apw last night about the dock over the lockscreen issue.  He said he suffers from it, and I was trying to work out what he's doing differently to most other people.  Something which /might/ be relevent was that he has his monitors arranged vertically rather than horizontally.
[11:26] <willcooke> Dunno if that's of any use, but I thought I'd pass it along in case it helps
[11:27] <andyrock> mmm you're saying that this does not happen on a single monitor setup?
[11:28] <andyrock> willcooke: I saw it on single monitor setups too
[11:28] <willcooke> ha
[11:28] <andyrock> maybe it is easier to trigger/reproduce on a multi-head setup
[11:28] <willcooke> andyrock, no saying it doesn't happen on a single monitor, rather perhaps the positions of the monitors matter.  but sounds likenot
[11:29] <andyrock> willcooke: let me finish the ppa than I'll take another look to the lockscreen problem
[11:29] <andyrock> waiting for the package to be published
[11:31] <willcooke> andyrock, np, thx
[11:37] <apw> andyrock, and my external is above ie at 0
[14:42] <Laney> bloomin resolved
[14:44] <Laney> it's got this clever thing where it doesn't return AAAA records if it thinks you don't have ipv6 connectivity
[14:44] <Laney> well it's getting that decision wrong
[14:44] <Laney> :<
[14:46] <seb128> what issue was that?
[14:47] <Laney> it's probably https://github.com/systemd/systemd/issues/5782
[14:47] <gitbot> systemd issue 5782 in systemd "resolved does not honor v6 and v4 gateways on different interfaces" [Needs-Reporter-Feedback ❓, Resolve, Open]
[14:47]  * Laney is just complaining
[14:49] <seb128> ah
[15:18] <andyrock> Trevinho: was I supposed to review one of yours branches?
[15:18] <andyrock> I forgot which one
[15:18] <seb128> andyrock, https://gitlab.gnome.org/GNOME/libnotify/merge_requests/5
[15:18] <gitbot> GNOME issue (Merge request) 5 in libnotify "notification: use snap namespace and prefix whent launched inside snap" [Opened]
[15:19] <Trevinho> andyrock: yes..
[15:19] <Trevinho> the one seb posted
[15:19] <andyrock> thx seb128
[15:19] <seb128> np :)
[15:19] <andyrock> i'll take a look right now
[15:19] <Trevinho> maybe also having one with git push bit would be nice
[15:19] <seb128> thx
[15:21] <seb128> you mean?
[15:22] <Trevinho> like if Ken or Robert have time...
[15:22] <Trevinho> so they can also merge
[15:23] <seb128> ah ok
[15:24] <seb128> well, feel free to drop them an email
[15:24] <seb128> or ping Robert at night
[15:36] <k_alam> Trevinho: Hi, you told me to ping you...to review those bugs
[15:41] <k_alam> Trevinho: Also please check ftbfs for hud, some sort of gtk-doc error on amd64, i386 compiles fine.....not sure how to fix that....
[15:41] <k_alam> https://launchpadlibrarian.net/405435798/buildlog_ubuntu-disco-amd64.hud_14.10+17.10.20170619-0ubuntu2_BUILDING.txt.gz
[15:46] <seb128> k_alam, where is that ftbfs?
[15:49] <k_alam> seb128:  I haven't filed a bug.....jbicha said it could be a bug in gtk-doc.....but it gives errors like dh_install: Cannot find (any matches for) "usr/share/gtk-doc/*
[15:50] <seb128> k_alam, well, on what serie/machine/ppa do you try to build?
[15:52] <marcustomlinson> That's a bug in gobject-introspection-1.58.1 (btw)
[15:52] <marcustomlinson> /usr/include/glib-2.0/gobject/gobject.h:725: syntax error, unexpected ')' in '    ((__typeof__(new_object)) (g_object_ref) (new_object));' at ')'
[15:52] <k_alam> seb128: disco/lcy01-amd64-026/
[15:53] <seb128> marcustomlinson, is that the hud/gtk-doc issue?
[15:53] <marcustomlinson> seb128: I'm just referring to what I see in the log: https://launchpadlibrarian.net/405435798/buildlog_ubuntu-disco-amd64.hud_14.10+17.10.20170619-0ubuntu2_BUILDING.txt.gz
[15:54] <seb128> jbicha, ricotz, ^ is that a known problem?
[15:54] <seb128> marcustomlinson, right
[15:54] <seb128> k_alam, I would say that the documentation issue is that gtkdoc-mktmpl got removed in 1.26 and hud still try to use that command
[15:56] <marcustomlinson> right, but the build is not failing from that right
[15:58] <k_alam> seb128: For gtkdoc-mktmpl, it should give errors like gtkdoc-mktmpl: command not found, but it doesn't....also i386 should also fail
[16:00] <seb128> k_alam, the documentation is only built on the arch all arch which is amd64?
[16:00] <seb128> k_alam, and the log has
[16:00] <seb128> '-- gtkdoc-mktmpl not found
[16:00] <seb128> -- gtkdoc was not found.
[16:00] <seb128> -- Configuring done'
[16:00] <seb128> it just doesn't error out on it
[16:02] <marcustomlinson> That gobject-introspection issue is fixed in 1.58.2 btw. Alternatively hud should link against 1.58.0
[16:06] <k_alam> seb128:  Yes, hud-doc on amd64......any idea how to fix that?
[16:10] <k_alam> marcustomlinson: So build-depend on gobject-introspection >= 1.58.0 will do the trick ?
[16:10] <marcustomlinson> I'd say gobject-introspection >= 1.58.2
[16:12] <k_alam> Ok, thanks
[16:12] <seb128> k_alam, marcustomlinson, we have now 1.58.3 in disco so a retry should fix that without having to change anything
[16:12] <seb128> k_alam, well, someone needs to find the cmake/gtk-doc integration to stop using those not available commands
[16:12] <seb128> or workaround would be to stop building the documentation until it's resolved
[16:20] <k_alam> right, I will try fixing cmake/gtk-doc first
[16:20] <seb128> thx
[16:21] <seb128> maybe open a bug for discussing/tracking the work?
[16:21] <k_alam> Yes, I am filing one now
[16:22] <seb128> Trevinho, I was looking at https://code.launchpad.net/~3v1n0/dbus-test-runner/new-priv-gobject-abi/+merge/361260 and was tempted to try to sync with Debian, seems they included a similar fix in https://packages.qa.debian.org/d/dbus-test-runner/news/20181102T220415Z.html and that our delta is not big so maybe we don't need to maintain Ubuntu changes there anymore, wdyt?
[16:23] <seb128> Trevinho, https://salsa.debian.org/debian/dbus-test-runner/blob/master/debian/patches/1002_new-gobject-private-api.patch
[16:23]  * jbicha grumbles at autotools
[16:25]  * Laney autos at grumbletools
[16:25] <Trevinho> seb128: my fix was based on what in debian
[16:26] <Trevinho> plus the control change IIRC
[16:26] <Trevinho> so wanted to upstream it and then release a new upstream version