[00:54] <jamesh> robert_ancell: congratulations!  I haven't heard back about mine yet
[01:53] <duflu> jamesh, sorry I wasn't aware of the pulseaudio merge proposal. No need for reviews there because I have no opinion and it will be reviewed in the sponsorship process, and tested in the "proposed" process
[01:53] <jamesh> duflu: no problem.  I asked ken to sponsor it.
[01:54] <jamesh> duflu: I didn't chase you for a review so it's on me.
[06:15] <didrocks> good morning
[06:15] <duflu> Morning didrocks
[06:16] <didrocks> hey duflu
[06:32] <tsimonq2> Hey didrocks and duflu, how goes it?
[06:33] <didrocks> tsimonq2: I'm ok, thanks, yourself?
[06:33] <duflu> Goes OK. You, tsimonq2?
[06:33] <tsimonq2> Pretty good.
[06:59] <oSoMoN> good morning desktoppers
[07:04] <duflu> Hi oSoMoN
[07:05] <oSoMoN> hey duflu
[07:14] <didrocks> hey oSoMoN
[07:14]  * didrocks reboots on cosmic (maybe)
[07:16] <didrocks> sounds like it worked
[07:25] <oSoMoN> salut didrocks
[07:31] <seb128> good morning desktopers
[07:32] <seb128> brb, connecting vpn
[07:34] <didrocks> hey seb128
[07:34] <seb128> lut didrocks, how are you?
[07:35] <didrocks> I'm ok, yourself?
[07:36] <duflu> Hey seb128
[07:36] <seb128> I'm fine
[07:36] <seb128> hey duflu, having a good day?
[07:36] <duflu> seb128, it's not bad but too early to tell if successful
[07:37] <duflu> You seb128?
[07:37] <seb128> I slept well and was not woken up during the night, that's a good start :)
[07:37] <duflu> Yes. Sleep is everything
[07:37] <duflu> and fixes everything
[07:38] <duflu> except mutter bugs
[07:38] <seb128> heh
[07:38] <seb128> I'm trying to get http://people.canonical.com/~platform/desktop/desktop-packages.html in shape, not a lot of people doing merges/updates nowadays
[07:39] <seb128> (which I guess it's fine, it's not the main things we need to focus on and everyone is busy with useful things)
[07:39] <oSoMoN> salut seb128
[07:40] <seb128> lut oSoMoN, en forme ?
[07:40] <oSoMoN> oui, et toi?
[08:26] <seb128> oSoMoN, désolé j'avais pas vu ton commentaire, head down dans les merges :) ça va bien !
[08:39] <seb128> oSoMoN, libreoffice 6.1.1 is out it seems, that business never stops :)
[08:39] <seb128> RAOF, hey, another colord reminder :)
[08:41] <RAOF> > <@freenode_seb128:matrix.org> RAOF, hey, another colord reminder :)
[08:41] <RAOF> Ta. I should get to that tomorrow, once my laptop has fully recovered from its second hard drive failure 😐
[08:41] <seb128> oh :(
[08:41] <seb128> thx!
[08:41] <seb128> good luck with the disk issue
[08:43] <RAOF> The new ones have arrived, and the backup is mostly restored already. It'll be fine!
[08:43] <seb128> backup ftw!
[08:46] <RAOF> Yup!
[08:57] <oSoMoN> seb128, indeed, I'll update the snap now and will prepare the deb update for when 6.1.0 is in the archive (the FFe got granted)
[08:58] <seb128> oSoMoN, yeah, I saw, nice :) technically you don't need to wait to push another update, but up to you, there is no hurry
[09:01] <seb128> didrocks, Trevinho, what's the right command to grab debian changes from this packaging branch? since pristine-tar and upstream/latest are supposed to do the same I do "git pull", but for the packaging since there is a diff what's the right way to bring debian changes in our branch? git merge? or git pull works there too?
[09:04] <didrocks> seb128: sorry, which branch are you talking about?
[09:04] <seb128> I'm updating gnome-initial-setup
[09:04] <seb128> we have 3.29.1-1ubuntu1
[09:04] <seb128> I did the update to 3.29.92-1 to debian/experimental
[09:05] <seb128> I'm in ubuntu/master
[09:05] <seb128> I wonder if I "git merge salsa/debian/experimental"
[09:05] <seb128> or "git pull"
[09:05] <didrocks> ok, so you need to first pull pristine-tar and upstream/latest from debian, correct?
[09:05] <seb128> that I did
[09:05] <didrocks> ok ;)
[09:05] <didrocks> I would say git merge as you wrote
[09:05] <seb128> as I said "git pull salsa pristine-tar" seems to have worked
[09:05] <didrocks> but the merge procedure wasn't written
[09:06] <seb128> Marco told me to "git pull", before I was doing "git merge" for those as well
[09:06] <didrocks> I was expecting debian contributors to define it, as it's the thing I'm unsure
[09:06] <seb128> for pristine-tar&upstream/latest
[09:06] <didrocks> yeah, git pull/merge is fine if we are in sync
[09:06] <seb128> k
[09:06] <seb128> I'm unsure what the difference is
[09:06] <seb128> I know pull works when there is no divergence
[09:07] <seb128> but since debian/experimental and ubuntu/master have diff I wanted to make sure ot use the right command
[09:07] <seb128> git merge doesn't seem it's wrong then :)
[09:07] <seb128> didrocks, thx
[09:07] <didrocks> yeah, if there are diff, git merge
[09:07] <didrocks> yw
[09:33] <duflu> Man that's devious. My builds have failed for a couple of weeks because of a gir bug that changes the build outcome if the install dir already exists
[10:00]  * duflu -> cooking duty    \o
[12:30] <Trevinho> seb128: hey https://bileto.ubuntu.com/#/ticket/3389 should be ready to publish if you're fine. In that case let me know that I push the commit with changelog finalization to the vcs too
[13:02] <didrocks> jibel: probably a stupid question, but for looking at local disks only for telemetry data, is the assumption to look at "sd*" block devices sounds good to you?
[13:07] <jibel> didrocks, no, it's vd* in vm for example
[13:08] <didrocks> so {s;v}d*?
[13:08] <jibel> didrocks, let me check
[13:09] <jibel> didrocks, what do you want to do?
[13:10] <didrocks> jibel: fixing the bug you opened to grab disk info ;)
[13:10] <didrocks> so scanning /sys/block/
[13:24] <jibel> didrocks, I cannot find a good reference but it would be {h;s;v}d*
[13:25] <didrocks> jibel: makes sense, so, grabbing the size in block size, then, multiplying by the local block size and done
[13:25] <didrocks> forget about h*, too many years I didn't use a spinning disk :)
[13:25] <didrocks> haven't*
[13:26] <seb128> tjaalton, reminder of minor updates in the xorg stack that would be nice to be done :) libxinerama libxbkcommon libxss xbitmaps (also wayland and libinput as less minor)
[13:27] <jibel> didrocks, there is mmc too for sd cards, but maybe we can skip those for the moment
[13:28] <seb128> Trevinho, hey, looks good, I clicked the publish button
[13:29] <didrocks> jibel: yeah, I don't count them as "local disk", at least, on desktop system
[13:29] <Trevinho> seb128: good, vcs is updated then
[13:30] <Trevinho> seb128: pulling from mine should be fine
[13:30] <seb128> Trevinho, you have commit access? or do you mean I should pull from your vcs and push to ~ubuntu-desktop?
[13:30] <Trevinho> well, you've to do it in ubuntu/bionic branch though which is not yet on ~desktop
[13:30] <Trevinho> seb128: my vcs...
[13:31] <Trevinho> you should add my remote, pull ubuntu/bionic from there while pristine-tar and upstream/2.56.x can be pulled from salsa
[13:31] <Trevinho> (but mine should be updated too)
[13:31] <didrocks> jibel: thanks for the hint! I'll try to get that into the release as well (alongside the dcd stuff)
[13:32] <jibel> didrocks, thanks
[13:40] <seb128> Trevinho, k, let me know if I screw up something
[13:41] <seb128> Trevinho, git question of the day, is there a way to see the diff between the locale and remote tags to see if you forgot to push one?
[13:42] <Trevinho> seb128: looks all good, thanks
[13:42] <seb128> Trevinho, oh, and second question of the day, how do I tell git that the default remote for ubuntu/bionic should be changed to origin/ubuntu/bionic?
[13:42] <seb128> it tells me it's uptodate with yours
[13:43] <Trevinho> git ls-remote --tags
[13:43] <seb128> but that was a one time, I want it to point to ~ubuntu-desktop now
[13:43] <seb128> ls-remote --tags doesn't give you an easy "diff" though?
[13:43] <Trevinho> git ls-remote --tags ubuntu-desktop (or whatever is ubuntu remote is) and you see what's there
[13:43] <Trevinho> mh, no, you can mix it with another command easily
[13:44] <seb128> I guess I can | awk to a file and do the same with the local tags and diff the lists
[13:44] <seb128> it's a bit tedious though
[13:44] <Trevinho> seb128: diff -u <(git tag -l) <(git ls-remote --tags ubuntu-desktop)
[13:45] <seb128> those don't have the same format :p
[13:46] <Trevinho> seb128: or something like diff -u <(git ls-remote --tags .) <(git ls-remote --tags ubuntu-desktop)
[13:46] <Trevinho> that should work
[13:48] <Trevinho> or similar output with diff -u <(git tag -l) <(git ls-remote --tags ubuntu-desktop | cut -f2) but might imply sorting
[13:48] <seb128> $ diff -u  <(git tag) <(git ls-remote --tags | awk {'print $2'} | sed 's#refs/tags/##' | grep -v '\^')
[13:48] <seb128> that works
[13:48] <seb128> Trevinho, thx :)
[13:49] <seb128> Trevinho, and for changing ubuntu/bionic to point to origin instead of marco?
[13:50] <Trevinho> seb128: `git branch -u origin/ubuntu/bionic`
[13:51] <seb128> Trevinho, great, thx :)
[13:51] <kenvandine> jamesh, i'm working on sponsoring pulseaudio for cosmic right now
[13:52] <Trevinho> or full command is --set-upstream-to=
[13:52] <kenvandine> i'll do bionic and xenial next week
[13:52] <Trevinho> seb128: if ubuntu/bionic is the current, otherwise metnion that too
[13:52] <jamesh> kenvandine: okay.  I was just checking in on my PPA test builds for the backports.  They both succeeded but testing will wait for tomorrow: https://launchpad.net/~jamesh/+archive/ubuntu/desktop-test/+packages
[13:52] <seb128> right, it was
[13:53] <kenvandine> jamesh, cool, plenty of time before i sponsor them :)
[13:53] <kenvandine> jamesh, i'll be out tomorrow and returning on tuesday
[13:53] <jamesh> okay
[14:02] <kenvandine> jamesh, uploaded to cosmic
[14:12] <GunnarHj> Hello seb128!
[14:12] <GunnarHj> seb128: I'd like to call the team's attention to bug #1786344 (comment #10). It's probably important enough to prioritize.
[14:13] <seb128> hey GunnarHj, thanks
[14:16] <seb128> GunnarHj, can you open a gnome-control-center report for the regression there and give me the number? Robert would probably be the right person to look to that
[14:19] <GunnarHj> seb128: Sure, I'll do that. Will you look at the installer thing?
[14:19] <seb128> GunnarHj, yes, but I wonder what component changed to create the issue :/
[14:21] <seb128> could be gnome-settings-daemon or gnome-shell
[14:21] <GunnarHj> seb128: I had a look at g-s-d. The IBus patch has not been changed.
[14:22] <seb128> I don't see anything weird in the upstream commits either
[14:22] <GunnarHj> seb128: Another thing: When i upgraded Cosmic yesterday, I lost the network connection completely. Does it sound familiar, or was it just me?
[14:24] <seb128> just you from what I know
[14:24] <seb128> did it come back after a reboot ?
[14:24] <seb128> or did you have to configure it back?
[14:25] <GunnarHj> seb128: Nope. I don't know how to configure it back... Will probably take the 'opportunity' to start it all over with a fresh install.
[14:27] <seb128> :/
[14:27] <seb128> is that a wired or wifi connection?
[14:28] <GunnarHj> seb128: Wired. Mobile broadband isn't recognized either.
[14:28] <seb128> $ systemctl status NetworkManager
[14:28] <seb128> ?
[14:29] <GunnarHj> seb128: It's on a separate partition. Will try that and get back to you later.
[14:29] <seb128> k
[14:54] <jbicha> GunnarHj: what's your opinion on https://salsa.debian.org/fonts-team/fonts-noto-cjk/commit/c3424492 for cosmic?
[14:55] <jbicha> oh never mind, it's already been synced :)
[15:16] <GunnarHj> jbicha: Thanks for mentioning it anyway. We currently handle that via config files shipped with l-s, and I don't think that the change will affect us at all. Possibly it means that we can drop some files, but that needs to be done in consultation with Chinese users, and I think we'd better leave it as is in 18.10.
[16:12] <jbicha> jibel: do you have time & interest in verifying the Evolution SRUs for bionic?
[18:14] <jibel> jbicha, I can have a look tomorrow