[03:11] <Trevinho> duflu: hey, thanks for the reply... I've got it in real hardware and single monitor as in the video. andyrock too but IIRC only in a monitor...
[03:12] <duflu> Trevinho, what distro and special things would I need to reproduce it?
[03:12] <Trevinho> Anyways if you could try that ppa / git repo...
[03:12] <Trevinho> duflu: just use the ppa I've linked you
[03:12] <duflu> Ah. I just assumed that can't possibly be the problem
[03:13] <Trevinho> duflu: well... I guess you can see it just using xrandr and scale things down.. So using something like scale 2x2
[03:13] <duflu> Trevinho, yes that almost makes sense. I will look today
[03:14] <Trevinho> Cool, thanks!
[03:14] <duflu> Trevinho, actually I can probably guess...
[03:14] <Trevinho> Having some sleep instead... :-)
[03:15] <duflu> Trevinho, yes you sleep
[03:15] <Trevinho> ehehe... Feel free to email me if you get something else in mind
[03:15] <Trevinho> Night!
[03:15] <duflu> Night-ish
[06:42] <tjaalton> RAOF: hey, does your archive-admin powers include handling NEW?
[06:42] <RAOF> tjaalton: yes!
[06:43] <RAOF> You also happen to have caught me on Vanguard day.
[06:43] <RAOF> What can I do you for?
[06:44] <tjaalton> oh cool
[06:44] <tjaalton> there's linux-signed-oem for bionic
[06:44] <tjaalton> binaries in NEW
[06:45] <tjaalton> also, I'm packaging stuff for intel's opencl/media stack, and intel-mediasdk is in disco NEW (also uploaded to debian but can't wait for them)
[06:46] <RAOF> Hm. So, it occurs to me that accepting from binary NEW (as opposed to reviewing and accepting from source NEW) was not covered in the training I did :)
[06:46] <tjaalton> ahh ok
[06:46] <tjaalton> sil2100 just forgot that part yesterday
[06:47] <RAOF> But I'll have a look at intel-mediasdk for you now.
[06:47] <tjaalton> excellent, thank
[06:47] <tjaalton> s
[07:05] <RAOF> Hm. Or maybe tomorrow morning, sorry. It's EOD here.
[07:06] <didrocks> good morning!
[07:15] <tjaalton> RAOF: ok, no worries
[07:16] <oSoMoN> good morning desktoppers
[07:19] <didrocks> salut oSoMoN, ça va ?
[07:23] <oSoMoN> salut didrocks! très bien, et toi?
[07:25]  * oSoMoN goes to school, bbiab
[07:27] <didrocks> oSoMoN: ça va :)
[07:27] <duflu> Morning oSoMoN and didrocks
[07:42] <duflu> Back in a bit
[07:43] <jibel> Hi all
[08:12] <duflu> Hi jibel
[08:47] <oSoMoN> hi duflu, jibel
[08:48] <willcooke> morning
[08:48] <didrocks> hey willcooke, duflu
[08:48] <duflu> Morning willcooke
[08:53] <seb128> good morning desktopers
[08:56] <oSoMoN> salut seb128, ça va?
[08:56] <oSoMoN> morning willcooke
[08:57] <willcooke> yo yo yo
[08:57] <willcooke> I thought Spring had arrived yesterday, but it's back to normal now
[08:57] <willcooke> i.e. raining
[08:59] <didrocks> hey seb128
[08:59] <seb128> oSoMoN, bof, I think I'm next having the flu after the kid & gf
[08:59] <didrocks> blue sky here, but cold
[09:00] <didrocks> seb128: a never ending story :(
[09:00] <oSoMoN> :/
[09:00] <seb128> fever and shivering today :/
[09:00] <seb128> didrocks, indeed :/
[09:00] <oSoMoN> seb128, get some rest and take it easy, that's the most efficient remedy
[09:01] <duflu> Morning seb128. Hopefully it stays good
[09:01] <didrocks> yeah, sounds like the best strategy
[09:08] <seb128> trying to
[09:08] <seb128> but I'm on holidays next week and then it's almost end of the cycle
[09:09] <seb128> I've things to finish this week :/
[09:10] <Laney> hey
[09:10]  * Laney pats seb128 
[09:10] <seb128> hey Laney, how are you?
[09:10] <Laney> you might actually get more good work done if you get back to health quicker though :(
[09:10] <Laney> not bad thanks
[09:19] <willcooke> seb128, duflu - ace hub posts re: fractional scaling, thanks!
[09:19] <willcooke> seb128, go to bed
[09:20] <duflu> willcooke, it doesn't feel good to point out problems. And I wish I hadn't put any contention into Seb's mind when he should be resting
[09:21] <willcooke> it's good to have a discussion about it
[09:22] <willcooke> and it's there for testing
[09:25] <seb128> duflu, don't worry about me, I wish we had communicated better as a team about the work when it started, but it's done now
[09:25] <seb128> but it's not the end of the world, let's focus on what we have now and make the best of it
[09:25] <seb128> duflu, and you should go enjoy your evening :)
[10:09] <duflu> It is odd that Ubuntu Chrome is so willing to cast to Chromecast etc, but Chromebooks are not
[10:09] <duflu> (in guest mode at least)
[10:12] <oSoMoN> seb128, I'm considering adding gstreamer1.0-gtk3 as a recommends of libreoffice-avmedia-backend-gstreamer to fix bug #1820062. libreoffice-avmedia-backend-gstreamer is in main, whereas gstreamer1.0-gtk3 is in universe, but its source package itself is in main (gst-plugins-good1.0). This would automatically promote gstreamer1.0-gtk3 to main, right? is that a reasonable approach?
[10:36] <seb128> oSoMoN, yes, as soon as something starts trying to pull it in it's going to show on component mismatch
[10:36] <seb128> then an archive admin just have to move the binary since that source is already approved
[10:37] <seb128> oSoMoN, you probably need a FFe though if that enables a new functionality to work out of the box
[10:44] <jbicha> didrocks: thanks for working on osinfo/gnome-boxes. feel free to let me know if you run into problems with it
[10:44] <jbicha> good morning
[10:44] <didrocks> jbicha: tests are failing, and I talked with upstream, we need both libosinfo and osinfo-db updates
[10:44] <didrocks> updated*
[10:45] <didrocks> hence the FFe, let's see if/when acked
[10:49] <jbicha> do you know if it's safe to upgrade osinfo-db without upgrading libosinfo? (wondering for Debian and well, we sometimes do SRUs for osinfo-db)
[10:54] <oSoMoN> seb128, in that case it's not a new feature, it just fixes the rendering of embedded videos in office docs
[10:54] <didrocks> jbicha: this way, it would be safe, but osinfo-db contains automated preseed installation
[10:55] <didrocks> which has not be tested withotu latest libosinfo
[10:56] <seb128> oSoMoN, I'm never sure with those cases, you can argue that libreoffice is currently not rendering videos and that adding the recommends enable a feature that isn't there today (or said differently, playing of video hasn't been tested at all so we can't trust it's going to work without issue)
[10:56] <seb128> oSoMoN, check with Laney/someone fomr ubuntu-release though
[10:56] <jbicha> didrocks: ok. everytime I have asked the Debian maintainer to do a new osinfo-db release, he has done one very quickly so maybe he can take care of that part for you :)
[10:57] <didrocks> jbicha: doesn't change that we need the FFe acked
[10:57] <didrocks> updating isn't the pb
[10:57] <jbicha> oh I guess there's already Debian bug 919492
[10:58] <jbicha> yes I understand
[10:59] <oSoMoN> seb128, it could also be argued that video playback once worked in libreoffice, and it regressed at some point (not so recent)… but I get your point, I'll ask around before doing anything
[11:02] <seb128> oSoMoN, tg
[11:03] <seb128> oSoMoN, the question is mainly, how confident are you that gstreamer1.0-gtk3 is solid and has no bug
[11:11] <jbicha> kenvandine: could you follow up on https://code.launchpad.net/~buo-ren-lin/gnome-system-monitor/fix-snap/+merge/364768 ?
[11:15] <oSoMoN> seb128, right, that's a good question, I don't know the code, but it's part of the "good" set of gstreamer plugins, so supposedly the quality is good enough
[11:16] <seb128> oSoMoN, the FFe process is there to ensure we land new features/components early enough in the cycle to have time to get feedback and resolve potential issues
[11:16] <seb128> or to make us think about how we test and the risk/benefit when we land late
[11:17] <seb128> oSoMoN, anyway, you have mly opinion, I do agree it would be nice to have and I think it's should be a FFe but I'm not part of the release team so check with them :)
[11:17] <willcooke> oSoMoN, can we test in the snap first?  Would that make much difference?
[11:17] <oSoMoN> yeah, I should have fixed that much earlier in the cycle
[11:18] <oSoMoN> willcooke, good point, let me see if the fix applies as-is to the snap
[11:18] <willcooke> it might give us an easy way to get feedback
[11:18] <seb128> no need of the snap
[11:18] <seb128> I mean it's an apt install away
[11:18] <willcooke> ohh
[11:18] <willcooke> I see
[11:18] <willcooke> right
[11:18] <seb128> you can also ask on the community hub if you want feedback
[11:19] <seb128> but I would just do the FFe, I think it's probably fine to have it accepted
[11:30] <jbicha> kenvandine: my instinct is that it's intentional for gnome-system-monitor to be hidden on KDE Plasma, but I'll let you handle it
[11:34] <tkamppeter> Anyone can help me on a release numbering problem? I want to use https://bugs.launchpad.net/ubuntu/+source/libqmi/1.22.0-1.2 as SRU for Bionic without any change in the source package, only build on Bionic. Which version/release number should I give to it?
[11:35] <tkamppeter> The SRU bug is bug 1819615.
[11:41] <kenvandine> jbicha: I'll need to think about that one.  I'm a little surprised upstream specifically hides it in KDE
[11:46] <oSoMoN> willcooke, seb128: just adding that package to the snap fixes video playback indeed, that's a good data point
[11:54] <willcooke> cool
[11:54] <willcooke> morning kenvandine
[11:54] <kenvandine> willcooke: good morning
[12:14] <oSoMoN> good morning kenvandine
[12:15] <oSoMoN> kenvandine, we talked about that a while ago but I hadn't gotten around to doing it until today: https://phabricator.services.mozilla.com/D24147
[12:41] <seb128> isantop_, thx for commenting on that gnome-software bug, I didn't think about checking that they didn't have the current version :/
[12:55] <kenvandine> oSoMoN: cool
[13:24] <tkamppeter> Anyone could help me on my question above?
[13:24] <tjaalton> tkamppeter: add ~ubuntu18.04.1
[13:25] <tkamppeter> tjaalton, thanks.
[13:51] <tkamppeter> kenvandine, seb128, willcooke, I have attached the new libqmi debdiff to bug 1819615. Now everything is ready for uploading the packages.
[13:54] <willcooke> good stuf, thanks tkamppeter
[13:59] <willcooke> tkamppeter, I just saw this:
[13:59] <willcooke> https://discourse.ubuntu.com/t/the-road-to-disco-what-features-might-go-in-what-features-actually-hit-the-repos/9347/61?u=willcooke
[13:59] <willcooke> Someone saying that wifi is suddenly broken in Disco.
[13:59] <willcooke> I'll try and reproduce.
[13:59] <willcooke> Could be nothing
[14:00] <willcooke> oh
[14:00] <willcooke> ignore
[14:00] <willcooke> The thread has an edit which didnt show in my email
[14:00] <willcooke> Nothing to do with n-m at all
[14:01] <tkamppeter> OK, discovered the same as I clicked the link.
[14:02] <tkamppeter> Seems that one gets notifications only on new posts, not on edits.
[14:02] <tkamppeter> So then I know that I should not edit my weekly reports (this week I edited it three times, not knowing that this does not cause notifications).
[14:10] <kenvandine> tkamppeter: thanks
[14:54] <kenvandine> jibel: today's iso does have the snaps, no idea why it's so much smaller
[14:57] <willcooke> interesting, thanks for checking kenvandine
[16:02] <seb128> kenvandine, willcooke, https://paste.ubuntu.com/p/Qc7GZrvbMZ/
[16:02] <seb128> we are missing all translations
[16:03] <seb128> including libreoffice and firefox ones
[16:03]  * seb128 looks at didrocks 
[16:03] <seb128> :p
[16:03] <willcooke> bah
[16:03] <seb128> kenvandine, willcooke, that's a diff of the manifest between current and pending
[16:03] <seb128> even french is missing, sabotage!
[16:04] <willcooke> zut alors!
[16:04] <seb128> the day where I'm sick, strange coincidence...
[16:04] <didrocks> hum, interesting… the tasks doesn't work then
[16:05] <didrocks> I'll handle it (but probably tomorrow, just checking quickly it's not screwed up)
[16:05] <seb128> didrocks, it's only the image in pending so tomorrow is fine
[16:07] <didrocks> no typo on first look: https://git.launchpad.net/livecd-rootfs/commit/?id=995f3cf9e0e09da3b9a2b192cb8b5de68c079906
[16:07] <didrocks> wonder if there isn't another add_task call and that erases the first one
[16:07] <didrocks> ohhh
[16:08] <didrocks> no, I know
[16:08] <didrocks> let me fix it
[16:08] <seb128> :)
[16:08] <didrocks> it's not add_task $LIVE_TASK ubuntu-desktop-minimal-default-languages ubuntu-desktop-default-languages
[16:08] <seb128> didrocks coding ninja
[16:08] <didrocks> it's add_task live ubuntu-desktop-minimal-default-languages ubuntu-desktop-default-languages
[16:08] <didrocks> fsdiojfsdiojfsdiojfsdpofsdHorribleAPIDesign :p
[16:10] <seb128> :-)
[16:13] <didrocks> 2.573 uploaded, tomorrow's image will be with expected default languages :p
[16:30] <oSoMoN> didrocks, au nom du peuple français, merci!
[16:42] <didrocks> oSoMoN: lalala :)
[17:45] <oSoMoN> good evening / rest of the day everyone
[18:15] <tkamppeter> Can someone have a look at bug 1821052? Or do something that I get access to it?
[18:16] <sarnold> hey tkamppeter, it's been marked private security; let me inspect the attachments to see if there's private data that needs to be scrubbed out
[18:24] <sarnold> tkamppeter: should be public now
[18:25] <tkamppeter> sarnold, thanks, I can access it now.
[18:26] <tkamppeter> sarnold, should I not have access to private bugs of network-manager, modemmanager, ... by default, as I have access on private CUPS bugs?
[18:26] <willcooke> gotta go, night all
[18:28] <sarnold> tkamppeter: perhaps, I don't know much about that. I think asking in #launchpad for the privileges would be a good start
[18:47] <kenvandine> tkamppeter: see me comments on libmbim and libqmi debdiffs
[18:57] <tkamppeter> kenvandine, now I see what I have overlooked. Will upload new ones.
[18:57] <kenvandine> tkamppeter: thanks
[19:00] <tkamppeter> kenvandine, this would mean that in Disco some of the Ubuntu-specific things of Bionic got dropped?
[19:18] <tkamppeter> kenvandine, fixed libqmi uploaded.
[19:33] <tkamppeter> kenvandine, in libmbim the Ubuntu change is a patch which is not applicable any more in the current version. Should we keep the debdiff as current then? Or do I need to add the original changelog entry of the patch addition and in my current changelog entry the removal of the patch?
[19:39] <kenvandine> make sure the changelog includes the version that's in bionic and you just include in your version that the patch has been removed
[19:40] <tkamppeter> OK, I am doing so now, and change the version numbering to ~ubuntu18.04.1
[19:40] <kenvandine> yeah
[19:41] <kenvandine> tkamppeter: also make sure your modemmanager debdiff includes the version in bionic as well
[19:41] <kenvandine> tkamppeter: basically i'm going to start with the source that's in bionic and apply your debdiff
[19:42] <tkamppeter> kenvandine, modemmanager has the upstream versions of the two new libs in Build-Depends. Do you mean this?
[19:45] <kenvandine> i meant in the debian/changelog
[19:46] <kenvandine> tkamppeter: make sure it has 1.6.8-2ubuntu1
[19:47] <tkamppeter> Will check and fix this, too.
[19:48] <kenvandine> tkamppeter: thanks
[20:04] <tkamppeter> kenvandine, 1.6.8-2ubuntu1 entry was already in the changelog, but I added a comment in my entry that the patch (the only Ubuntu special) got included upstream and I also change the version numbering to ~ubuntu18.04.1.
[20:04] <tkamppeter> kenvandine, the libmbim debdiff I have already uploaded by the way.
[20:15] <tkamppeter> kenvandine, modemmanager debdiff with new version number uploaded.
[20:33] <Trevinho> Laney: when you've a sec can you publish https://bileto.ubuntu.com/#/ticket/3641
[20:34] <Trevinho> or well kenvandine since you're here at this time, maybe you also can :) ^
[23:46] <jbicha> kenvandine: the general idea is that KDE users would be using kde's system monitor app. On the other hand, I don't think GNOME Software respects OnlyShowIn when showing apps available to install…
[23:47] <jbicha> there's an argument either way, so that's why I'm happy to delegate and let someone else make the hard decisions 😉