[01:55] <robert_ancell> jbicha, could you do a snapd-glib release into Debian (1.32)
[02:08] <jbicha> done
[02:20] <robert_ancell> jbicha, thanks!
[07:38] <didrocks> good morning
[08:07] <seb128> good morning desktopers
[08:38] <seb128> jbicha, bug 1741027 seems like the vino update/new screen sharing u-c-c panel transition was buggy
[08:59] <willcooke> morning all
[09:00] <seb128> hey willcooke
[09:00] <didrocks> hey willcooke
[09:03] <Laney> hey ho
[09:05] <didrocks> ho ho ho Laney
[09:05] <seb128> hey Laney
[09:10] <Laney> hey didrocks hey seb128, happy friday to you
[09:10] <seb128> happy friday indeed!
[09:10] <didrocks> f r i d a y !
[09:11]  * didrocks is fried by the week :p
[09:11] <didrocks> so completely on topic!
[09:12] <Laney> :(
[09:12] <Laney> why fried?
[09:12] <Laney> (does it mean you are tasty now?)
[09:13] <didrocks> too many things to prepare work and extra-work this week. Busy week in a nutshell :)
[09:13] <didrocks> tasty, I'm not sure, fat, yes… :)
[09:51] <willcooke> oSoMoN, looks like something might be happening with the Cr. patches for vaapi at last
[09:51] <willcooke> https://chromium-review.googlesource.com/c/chromium/src/+/532294
[10:00] <oSoMoN> willcooke, yes, I saw that yesterday, that's potentially good news
[10:01] <oSoMoN> I'll rebuild my test PPA with the updated patches on top of the latest dev branch
[10:01] <willcooke> nice
[10:03] <seb128> jibel, when you were testing the g-s on xenial issue you also said you were able to trigger the gwakeup issue, did you manage to get debug info about that one?
[10:05] <jibel> seb128, no, you still need it? I could only reproduce on not fully up to date systems
[10:05] <jibel> I can do it if you want
[10:07] <seb128> jibel, if it's fixed after updating there is no need to I guess, https://errors.ubuntu.com/problem/70c23d0f4e2be24b26672427d4218dc8f0823597 seems to suggest it got lot of reports on old versions and almost none on updated ones, so either nobody has the update or it got resolved
[10:08] <seb128> jibel, let see how things are looking once more users are upgradeds if the update-notifier change has the wanted impact
[10:09] <jibel> seb128, I monitoring this crash for a week or 2, we'll see if the number of reports drops or not. Then I'll spend time on reproducing the issue if it is still happening on newer version
[10:09] <jibel> + 'm
[10:09] <seb128> sounds good
[10:09] <seb128> thanks
[10:23] <seb128> Trevinho, hey, I think didrocks meant that desktop-bugs should be subscribed to those packages which I'm adding now
[10:24] <didrocks> seb128: apparently, it's not dekstop-bugs only
[10:24] <seb128> didrocks, ?
[10:24] <didrocks> see the discussion we had with Steve
[10:24] <seb128> where/when?
[10:24] <didrocks> weeks ago on -devel
[10:24]  * didrocks looks
[10:24] <seb128> well there is an old argument desktop-packages vs desktop-bugs
[10:24] <seb128> if that's what you refear to
[10:25] <seb128> but nothing concerning canonical-desktop iirc
[10:25] <didrocks> 2018-01-08 17:25:28slangasekdidrocks: the expected subscriber for MIRs is desktop-packages
[10:25] <didrocks> yep, I wasn't sure about the team name
[10:25] <didrocks> so, I guess sub desktop-packages
[10:25] <seb128> right, the same old argument -packages vs -bugs
[10:26] <seb128> I can do if you prefer, I'm not interested in having that argument again :p
[10:26] <didrocks> yeah, same here, just subscribe both… :p
[10:26] <seb128> done
[10:26] <didrocks> thx
[10:30] <Trevinho> seb128: oh, how many groups are there? :-)
[10:31] <didrocks> too many
[10:31] <didrocks> that's the answer :)
[10:31] <seb128> Trevinho, desktop-bugs which we think is right and desktop-packages that some people like to argue about
[10:31] <jibel> out of curiosity, what's the difference between -bugs and -packages?
[10:31] <seb128> so let's subscribe both and avoid entering another argument
[10:32] <Trevinho> seb128: so, how subscribe to those? are they groups or need to add as other affected?
[10:32] <didrocks> -packages is the list used for release tracking IIRC
[10:32] <seb128> Trevinho, I did it
[10:32] <Trevinho> seb128: I can't see those in the subscrivers list
[10:32] <Trevinho> I mean in the may be notified
[10:32] <seb128> Trevinho, https://launchpad.net/ubuntu/+source/fprintd
[10:33] <seb128> "Subscribers
[10:33] <seb128> To all bugs in fprintd in Ubuntu:
[10:33] <seb128>     Desktop Packages
[10:33] <seb128> "
[10:33] <seb128> on the top right
[10:33] <didrocks> jibel: https://irclogs.ubuntu.com/2018/01/08/%23ubuntu-devel.html#t16:24 for context
[10:34] <seb128> jibel, unsure what the difference is, desktop-bugs is the oldest and the one we used historically, desktop-packages was created by pedro to do some qa reports later and the MIR team decided that was the one to use (wrongly imho)
[10:34] <seb128> now we have both for sort of the same purpose but not exactly
[10:34] <didrocks> it's weird to see llvm-toolchain-* being in desktop-packages
[10:34] <Trevinho> seb128: ah, ok so wass per peroject
[10:34] <seb128> desktop-packages is boggus
[10:34] <Laney> I was going to move one over
[10:34] <Trevinho> project... Can't type today
[10:34] <seb128> imho
[10:35] <Laney> doesn't really matter to me which way we do that
[10:35] <didrocks> seb128: not all the MIR team, that wasn't discussed in any MIR team meeting
[10:35] <Laney> presume some things will need to be updated either way
[10:35] <Laney> reports or what have you
[10:36] <seb128> right
[10:37] <seb128> well it's boggus and annoying to fix and nobody seems interested/having enough of a clue to sort it out
[10:37] <seb128> so we are likely going to keep having 2 lists not in sync with people disagreeing on which one is the correct one
[10:37] <seb128> it's not like those lists were really useful or used anyway
[10:38] <Laney> just seems to be causing friction every now and again
[10:38] <Laney> I'll get to it at some point :-)
[10:38]  * Laney adds a card if there isn't one already
[10:38] <seb128> the problem is that we don't know what teams are used were
[10:39] <seb128> so I guess job 1 would be to investigate all reports/services/scripts to see what is being used were
[10:39] <seb128> but that's a bit tedious and likely to be miss some
[10:44] <Laney> ok, well if you don't think I should work on it then delete the card or whatever
[10:47] <seb128> oh, no, if you feel like figuring those details out feel free
[10:48] <seb128> it would be clearner to only have one team
[11:01] <jibel> create a third team and subscribe it to the 2 other teams :P
[11:01] <jibel> desktop-bugs-and-packages
[11:02] <jibel> but then there will be discussion whether it should be bugs-and-packages or packages-and-bugs ...
[11:02] <Laney> I wrote a script that mails you a turd if you even think about the wrong one
[11:14] <GunnarHj> Hi Laney, I've proposed a new upload of libpinyin:
[11:14] <GunnarHj> https://bugs.launchpad.net/ubuntu/+source/ibus-libpinyin/+bug/1735362/comments/19
[11:14] <GunnarHj> Do you think that will eliminate the autopkgtest confusion?
[11:14] <GunnarHj> http://people.canonical.com/~ubuntu-archive/proposed-migration/bionic/update_excuses.html#libpinyin
[11:15] <Laney> hey GunnarHj
[11:16] <Laney> depends on if your new version breaks libzhuyin or not :-)
[11:17] <Laney> you can probably install your new package in a container and run the libzhuyin tests yourself to see
[11:18] <GunnarHj> Laney: With the new version all binaries built by libpinyin and libzhuyin can co-exist. (I don't know how to perform the tests.)
[12:28] <Laney> GunnarHj: argh sorry I forgot to reply to you - http://packaging.ubuntu.com/html/auto-pkg-test.html#executing-the-test
[12:28] <Laney> the first example except you can give it your .deb files after the name of the source package to test
[12:28] <Laney> libzhuyin *.deb -- qemu ...
[12:29] <Laney> then it'll use those .debs to satisfy deps
[12:44] <jbicha> didrocks: what happened with GNOME bug 786496 ?
[12:45] <didrocks> jbicha: didn't hear back from desrt since
[12:45] <didrocks> and it seems no other glib maintainer is picking it up
[12:45] <jbicha> I guess I can email her and ask…
[12:46] <didrocks> feel free :)
[12:50] <oSoMoN> kenvandine, good morning! I have an upload of libreoffice ready, would you mind uploading it on my behalf? https://people.canonical.com/~osomon/libreoffice-5.4.4/
[13:25] <kenvandine> oSoMoN, happy to
[13:40] <oSoMoN> thanks kenvandine
[13:45] <willcooke> jibel, which is the preferred tag for generic wayland bugs, wayland-session or wayland?
[13:45] <Laney> weeee, the nm captive portal toggle in g-c-c just got committed
[13:45] <willcooke> Laney, nice!
[13:56] <jbicha> willcooke: 'wayland', 'wayland-session' is automatically for every apport-assisted bug filed from Wayland
[13:56] <willcooke> jbicha, ta
[14:00] <jbicha> yay, Network Connectivity privacy switch just landed in gnome-control-center git
[14:01] <Laney> deja vu
[14:02] <GunnarHj> jbicha: If you have a minute (or two), it would be great if you could sponsor this:
[14:02] <GunnarHj> https://bugs.launchpad.net/ubuntu/+source/ibus-libpinyin/+bug/1735362/comments/19
[14:05] <lyr[m]> Hello
[14:06] <lyr[m]> Anyone can tell me the exact genisoimage command to make a custom ubuntu iso ?
[14:06] <lyr[m]> (I already have my custom ks.cfg, extracted official iso content & so on)
[14:20] <amano> since we are going to rename the session names again: would "Ubuntu (compatiblity mode)" vs. Ubuntu (extended security mode)" something to consider instead of "Ubuntu on Xorg" vs "Ubuntu on Wayland". More descriptive for less tech savy persons?
[14:20] <amano> just for discussion if nobody has brought that up before.
[14:21] <mdeslaur> extended security?
[14:21]  * mdeslaur doesn't like that
[14:21] <amano> hasn't to be that term of course ;)
[14:22] <mdeslaur> how about "Ubuntu (flickering firefox experience)" ;)
[14:22] <amano> LOL ;)
[14:30] <seb128> amano, if you find descriptions that make sense why not
[14:30] <seb128> amano, those you suggested might be inacurrate/misleading though
[14:31] <seb128> I expect it's going to be difficult to find wording that has consensus
[14:31] <amano> (altough the coming Firefox wayland might fix some Firfox problems on xwayland)
[14:31] <mdeslaur> Ubuntu vs. Ubuntu (Wayland preview)
[14:32] <jbicha> Old School!
[14:32] <amano> ;) that keeps people knowing about the "Wayand" term
[14:33] <amano> ...having to know...
[14:34] <mdeslaur> seems to me the only people interested in testing it would be specifically the people who want to try wayland
[14:34] <jbicha> amano: I think that's a good thing. We do want people to be able to Google for any issues they have with it
[14:34] <amano> it would be more descriptive than just "on Wayland"
[14:35] <amano> so people know that it is some kind of tech preview
[14:35] <mdeslaur> personally, I don't even think it makes sense to ship it visible by default...why would my dad want that? at least the word "preview" would indicate it's not something they should normally use
[14:35] <mdeslaur> my 2c
[14:35] <gQuigs> will it be a tech preview or will it be a supportable path people an use?
[14:35] <gQuigs> can use
[14:36] <kenvandine> oSoMoN, libreoffice ftbfs
[14:36] <kenvandine> https://launchpad.net/ubuntu/+source/libreoffice/1:5.4.4-0ubuntu2
[14:37] <jbicha> gQuigs: can't it be both? :)
[14:38] <amano> Either way. Maybe worth discussing. It was just an idea when reading WIll's announcement
[14:41] <gQuigs> jbicha: to some extent sure, just wondering if we should recommend it to those who want slightly more confined apps or not
[14:42] <oSoMoN> kenvandine, I hate this, it was building fine against proposed yesterday :/
[14:43] <oSoMoN> kenvandine, and it's building fine on all other arches, what's up with amd64?
[14:46] <jbicha> gQuigs: my opinion is that it's fine to recommend it to people who understand what isn't supported (apps like synaptic; remote desktop; most screen capture apps; NVIDIA)
[14:47] <jbicha> oSoMoN: I don't think it's building fine on other arches, it didn't the first time
[14:47] <jbicha> but LO 6 is next week any way, rigth?
[14:47] <oSoMoN> ah, so it's been retried?
[14:48] <jbicha> oSoMoN: oops, I thought you were looking at https://launchpad.net/ubuntu/+source/libreoffice/1:5.4.3-0ubuntu2
[14:54] <oSoMoN> yeah LO 6 is next week but I'll need 5.4.4 in bionic to SRU it to artful
[14:55] <seb128> oSoMoN, technically you need uploaded, whcih you did now
[14:56] <seb128> oSoMoN, it's to make sure it's not forgotten/mssing from the new serie
[14:56] <seb128> oSoMoN, now it's in the proposed pocket and just needs fixing/iterating, but by itself that should be enough for the SRU team
[14:56] <seb128> jbicha, hey, did you see that the vino/u-c-c changes are buggy?
[14:57] <jbicha> seb128: yes, I'm trying to ping the Unity guys (Khurshid I guess) about that
[14:57] <seb128> technically you are the one who approved the merge and did the sync :p
[14:57] <seb128> but yeah, if they can/want fix it that works as well
[14:58] <jbicha> when I uploaded, I tested that it built and that it ran, I didn't test if it worked :|
[14:58] <jbicha> I probably ran it with old vino installed so it wouldn't have crashed then
[14:59] <seb128> indeed
[15:04] <ricotz> oSoMoN, debhelper dh_scour problem?
[15:04] <ricotz> hey desktopers
[15:06] <jbicha> chrisccoulson: could you push Firefox 58 to bionic too?
[15:06] <oSoMoN> seb128, ah, good to know that technically that's enough
[15:06] <oSoMoN> hey ricotz
[15:07] <oSoMoN> that doesn't seem related to dh_scour
[15:07] <oSoMoN> configure: WARNING: glm/glm.hpp: present but cannot be compiled
[15:08] <ricotz> ok, haven't looked at it, firefox failed on bionic-proposed with missing dh_scour error.
[15:09] <oSoMoN> kenvandine, would you mind retrying https://launchpad.net/ubuntu/+source/libreoffice/1:5.4.4-0ubuntu2/+build/14277897 , just to make sure it's not transient?
[15:11] <oSoMoN> or was it retried already?
[15:15] <seb128> I don't think it was, I just did
[15:19] <oSoMoN> thanks seb128
[15:19]  * oSoMoN crosses fingers
[15:19] <seb128> yw
[15:22] <ricotz> chrisccoulson, please see PM
[15:24] <seb128> ricotz, it's a weird habit to ping people on public channels to tell them to see private message, that's a content which is of no use to the channel and probably don't make people you ping notice more the direct msg
[15:25] <seb128> ricotz, also I said that in the past but you can also ask your questions directly here, maybe it's useful to others as well
[15:26] <ricotz> seb128, I disagree, imo a private message is more discoverable that way (in my client)
[15:27] <ricotz> seb128, I would ask a question here if it weren't so specific
[15:27] <seb128> hum, k, I overlooked that people might use a boggus IRC lient
[15:27] <ricotz> seb128, do you have an opinion on changes in the distribution.ini of firefox?
[15:27] <seb128> ricotz, I don't personnally :)
[15:28] <seb128> oSoMoN, retry failed the same way
[15:28] <oSoMoN> bleh
[15:28] <ricotz> ok, so this isn't really a question for the channel imo ;)
[15:30] <ricotz> oSoMoN, did you notice this? https://bugzilla.mozilla.org/show_bug.cgi?id=1432781
[15:31] <oSoMoN> doko, libreoffice 5.4.4 (with the libpoppler version patch) built fine yesterday against bionic-proposed, and now FTBFS again
[15:32] <oSoMoN> could it be caused by the gcc 7 update?
[15:35] <oSoMoN> ricotz, yes, I actually initially reported the issue
[15:35] <oSoMoN> and Johan filed the bug
[15:35] <ricotz> oSoMoN, good :)
[15:37] <jbicha> mdeslaur: btw, I think we can remove gksu from bionic once someone fixes mythtv LP: #1740618
[15:38] <mdeslaur> why, don't people use that manually?
[15:39] <jbicha> we'll get some hate mail for it
[15:39] <jbicha> it's unmaintained and deprecated and will be removed from Debian completely really soon
[15:42] <mdeslaur> we'd remove most of universe if that's the criteria for removing stuff ;)
[15:43] <jbicha> (I do think we should consider removing all the old stuff that isn't in Debian…)
[15:43] <jbicha> gksu was useless with Ubuntu's Wayland session and is not the recommended way of doing things even for users
[15:44] <jbicha> the gvfs admin:/// support works well (although it's not easily discoverable, although gksu isn't discoverable either)
[15:44] <mdeslaur> but it's still useful for people running xorg...and it's in universe...besides upsetting people who use it, I don't see why it would get removed
[15:44] <jbicha> why does anyone need to use gksu?
[15:46] <mdeslaur> why does anyone need to use epiphany?
[15:47]  * mdeslaur shrugs
[15:48] <gQuigs> but seriously, if I really want to run nautilus with root I can do sudo nautilus..  (but don't do that!)
[15:48] <gQuigs> what does gksu give people that they would want to complain about?
[15:48] <gQuigs> err. complain if it's removed that sudo wouldn't?
[15:50] <mdeslaur> I know of people who use it to ask for a password in a graphical way to be able to run a script with elevated privileges
[15:50] <mdeslaur> I really don't care, I just don't see the point of removing stuff from universe
[15:55] <gQuigs> I wonder how hard it is do what systemctl does.. guessing that's policykit...
[15:55] <gQuigs> cleaner archive with less old outdated software
[15:56] <gQuigs> but I thought if a package has no Ubuntu changes it was autoremoved from the Ubuntu archive.. guess I'm mistaken
[16:04] <jbicha> gQuigs: gksu does have an ubuntu1 changelog. And that semi-autoremoval only happens for removals from unstable with no rdepends so it doesn't help here
[16:11] <gQuigs> jbicha: that makes sense, but what about a package like aptoncd with no rdpends at all?  seems a lot of these leaf packages should have already disappeared
[16:13] <jbicha> I think the "semi" is important here ;)
[16:14] <gQuigs> gotcha :)
[16:45] <s10gopal> battery drain when laptop is off ,acip relater bug #ubuntu users said
[17:53] <Laney> I find myself listening to drum n bass
[17:58] <oSoMoN> week-end is here, see you all on Monday
[17:58] <Laney> bye oSoMoN!
[18:01] <Laney> ah yay, just got a systemd timer fired alarm in gnome-clocks to work
[18:01] <Laney> happy end to the week
[18:02] <Laney> laters potaters
[18:32] <willcooke> night all
[23:07] <oSoMoN> kenvandine, hey, are you still around?
[23:08] <oSoMoN> I’ve prepared a patched glm that should fix the libreoffice FTBFS, all it needs is an uploader: https://people.canonical.com/~osomon/glm/
[23:08] <oSoMoN> (I'll forward to debian on Monday, just wanted to get the thing unblocked asap)
[23:13] <oSoMoN> and I’ve attached the corresponding debdiff to https://bugs.launchpad.net/ubuntu/+source/glm/+bug/1745685
[23:13] <oSoMoN> with that, I'm off to bed :)