=== gitbot is now known as gitlab-bot
=== gitlab-bot is now known as gitbot
=== gitbot is now known as gitlab-bot
=== gitlab-bot is now known as gitbot
=== ecloud is now known as ecloud_wfh
[06:51] <Nafallo> morning
[07:04] <duflu> Morning Nafallo
=== pstolowski|afk is now known as pstolowski
=== acheronuk_ is now known as acheronuk
[07:42] <seb128> good morning desktopers
[07:42] <duflu> Morning seb128
[07:43] <seb128> hey duflu, how are you?
[07:45] <duflu> seb128, going OK. How are you?
[07:46] <seb128> I'm good! played tennis yesterday and slept well, though I've been woken up a bit earlier that I would have liked
[07:46] <seb128> going to have a busy day or two with ff coming
[07:46] <seb128> we are going to miss on landing quite some features again :/
[07:47] <duflu> seb128, usually happens. I am presently in blissful ignorance meaning I can't yet remember anything that I wanted that has missed FF :)
[07:48] <duflu> Other than mutter changes. Those can be argued as bug fixes
=== doko_ is now known as doko
[07:49] <seb128> Trevinho, andyrock, hey, new day new git issue :/
[07:49] <seb128> can you help? :)
[07:49] <seb128> $ git clone lp:~azzar1/ubuntu/+source/gnome-online-accounts
[07:49] <seb128> Cloning into 'gnome-online-accounts'...
[07:49] <seb128> ...
[07:49] <seb128> warning: remote HEAD refers to nonexistent ref, unable to checkout.
[07:50] <seb128> $ git log
[07:50] <seb128> fatal: your current branch 'master' does not have any commits yet
[07:50] <seb128> #fail
[07:50] <duflu> o.O
[07:50] <seb128> but https://code.launchpad.net/~azzar1/ubuntu/+source/gnome-online-accounts/+git/gnome-online-accounts/+ref/ubuntu/master has commits
[07:50] <seb128> I don't understand
[07:51] <duflu> seb128, try cloning into a new dir with a new name
[07:51] <duflu> in case the local repo is broken
[07:51] <seb128> I did
[07:51] <seb128> I guess my syntax is buggy for some reason
[07:51] <seb128> $ git clone -b ubuntu/master https://git.launchpad.net/~azzar1/ubuntu/+source/gnome-online-accounts
[07:51] <duflu> seb128, Oh... that's a repo and you need to specify a branch
[07:51] <seb128> that works
[07:52] <seb128> so yeah, I need the -b ubuntu/master
[07:52] <seb128> git...
[07:52] <seb128> why isn't it checking out the only branch by default?
[07:52] <seb128> or defaulting to the 1 branch if there is only one
[07:52] <seb128> oh well
[07:52] <seb128> thx duflu
[07:52] <duflu> See also https://git.launchpad.net/~azzar1/ubuntu/+source/gnome-online-accounts
[07:52] <seb128> right
[07:53] <duflu> Pointy clicky
[07:56] <seb128> now to remember how I can push that to another location (lp:~ubuntu-desktop/ubuntu/+source/gnome-online-accounts)
[07:56] <seb128> I miss bzr where it was as simple as bzr checkout lp:oldurl, bzr push lp:newurl
[07:56] <duflu> git gives you full graph freedom, and the complexity that necessitates
[07:57] <duflu> DAG anyway
[07:58] <duflu> seb128, surely it's the usual git push URL BRANCH
[07:58] <duflu> or remote name in place of URL
[07:59] <duflu> If you have rebased then you need to force too (-f)
[07:59] <seb128> the destination doesn't exist yet
[07:59] <seb128> so I guess I need to change the origin?
[07:59] <duflu> seb128, so long as the target repo exists, the target branch doesn't need to exist yet
[08:00] <seb128> the repo doesn't exst in this case
[08:00] <seb128> https://code.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-online-accounts
[08:00] <seb128> sorry
[08:01] <seb128> https://code.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-online-accounts
[08:01] <seb128> grrr
[08:01] <seb128> https://code.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-online-accounts/+git/gnome-online-accounts
[08:02] <seb128> k, it does now
[08:02] <seb128> I set a new remote for it and pushed, that seems to have worked
[08:03] <duflu> seb128, yes I spent a while trying to remember. I think push will auto-create it
[08:04] <duflu> Win. https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-online-accounts
[08:04] <seb128> right
[08:06] <seb128> ok, good, I think that's set up
[08:18] <seb128> duflu, btw the ffmpeg transition went through which unblocked mpv if you saw
[08:18] <duflu> seb128, yes thanks. I spent time today testing and closing some mpv bugs
[08:18] <seb128> nice
[08:19] <duflu> seb128, we can now drag and drop YouTube links into the MPV window in both Wayland and X11
[08:19] <seb128> nice
[08:19] <duflu> Unfortunately and surprisingly, mutter still doesn't support idle inhibition (screensaver prevention)
[08:20] <duflu> on Wayland
[08:21] <seb128> really? that seems a basy feature to have...
[08:21] <duflu> I think the feature has been proposed and waiting to land for some time
[08:23] <jamesh> presumably they want a standardised protocol rather than having a gnome-shell or mutter specific one
[08:23] <duflu> Yes it exists. https://gitlab.gnome.org/GNOME/mutter/issues/20
[08:23] <gitbot> GNOME issue 20 in mutter "Support zwp_idle_inhibit_manager_v1 protocol" [1. Feature, 5. Wayland, Opened]
[08:24] <RAOF> Which is also  a really basic thing 😀
[08:24] <duflu> Although the name suggests it's not a stable protocol
[08:24] <duflu> RAOF: Less basic passing Gnome developer code review
[08:26] <duflu> Actually that's mostly basic. You just need the patience for months of silence
[08:26] <jamesh> it's an unstable protocol that hasn't changed in 2 years
[08:26] <jamesh> which could just be because no one has used it
[08:28] <duflu> Also maybe people (like me) never find the spec due to unexpected naming
[08:29] <duflu> I want "screensaver" things, and so I need to search for the words "idle inhibit"
[08:29] <jamesh> screensaver is only one thing you might do on idle though
[08:29] <jamesh> depending on the power management policy, you might also go to sleep
[08:30] <duflu> jamesh, yes I understand the reasoning but sometimes you need to give things overly dumb and specific names just to help the next person to find it
[09:05] <seb128> tkamppeter, you still didn't reply to my questions for 3 days in a row, are you around/reading IRC nowadays?
[09:06] <seb128> tkamppeter, is https://launchpad.net/ubuntu/bionic/+queue?queue_state=1&queue_text=qpdf wanted or a wrong serie upload?
[09:06] <seb128> tkamppeter, also the cpdb-libs autopkgtest still fail, and they do on all arch, it's not only armhf slowness, https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-cosmic/cosmic/amd64/c/cpdb-libs/20180821_114402_70717@/log.gz is amd64 for example
[09:50] <andyrock> seb128: better to use gbp clone
[09:50] <seb128> hey andyrock
[09:51] <seb128> too late :p
[09:51] <seb128> next time!
[09:51] <seb128> andyrock, your branch has no ubuntu tag, did you forget to push those?
[09:52] <andyrock> seb128: the sponsor is supposed to tag it in the moment it uploads it
[09:52] <andyrock> *he uplo...
[09:52] <seb128> andyrock, right, but I mean it has 0 ubuntu tag, Marco's imports all had tags for old versions
[09:52] <seb128> like ubuntu/3.28.0-0ubuntu1
[09:52] <andyrock> ah
[09:53] <andyrock> Marco's script is not doing it?
[09:53] <seb128> andyrock, also your gbp.conf points to upstream/3.28, that's a mistake right?
[09:54] <andyrock> seb128: in the first branch it should be 3.28
[09:54] <andyrock> in the second it should be upstream/latest
[09:54] <seb128> but ubuntu/master on your vcs is 3.29
[09:55] <seb128> andyrock, https://git.launchpad.net/~azzar1/ubuntu/+source/gnome-online-accounts/tree/debian/gbp.conf?h=ubuntu/master
[09:55] <seb128> andyrock, https://git.launchpad.net/~azzar1/ubuntu/+source/gnome-online-accounts/tree/debian/changelog?h=ubuntu/master
[09:55] <seb128> that mismatches?
[09:55] <andyrock> seb128: I thought we we're talking about https://code.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-online-accounts/+git/gnome-online-accounts
[09:55] <andyrock> in this the tags has been correctly imported?
[09:56] <seb128> no
[09:56] <seb128> https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-online-accounts
[09:56] <seb128> compare to https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-control-center
[09:56] <andyrock> okok let's fix this before
[09:56] <andyrock> then I'll fix the branch to upload to 3.29
[09:56] <seb128> the g-c-c one has all the ubuntu/... past ones
[09:56] <seb128> well, the tags don't matter for the upload
[09:56] <andyrock> yeah it should have
[09:56] <seb128> so let's sort out the upload first?
[09:56] <andyrock> kk
[09:56] <seb128> thx
[10:48] <andyrock> seb128: https://code.launchpad.net/~azzar1/ubuntu/+source/gnome-online-accounts/+git/gnome-online-accounts/+merge/353571
[10:48] <andyrock> didn't see you already pushed the other commits to ubuntu/master
[10:49] <seb128> yeah, sorry, I figured out that there was no point pushing the current content
[10:49] <seb128> we can sort out issues if any before uploading/tagging
[10:51] <andyrock> should be fine, maybe in the branch I can also attach the tags
[10:52] <seb128> wfm if you know how to import there
[10:52] <seb128> Trevinho probalby knows, but he's not around yet it looks like :)
[10:54] <xnox> Trevinho, everything is broken!
[10:54] <xnox> gnome-session is fine, but i suspect meson is broken now.
[10:59] <xnox> seb128, oh, do you know how i can trigger deb2snap conversion? i have upgraded to cosmic, with apt dist-upgrade, before do-release-upgrade was on. possibly even before support for that landed in the release upgrader.
[10:59] <xnox> i wonder if update manager should be continiously offering to do deb2snap upgrades...
[11:03] <seb128> xnox, where/how?
[11:03] <seb128> for the meson issue
[11:04] <seb128> xnox, no idea sorry, that's a bdmurray/foundations question
[11:04] <xnox> meson
[11:04] <xnox> so with this https://launchpad.net/ubuntu/+source/meson/0.47.1-1ubuntu3 build systemd is miscompiled.
[11:05] <xnox> instead of installing physical file ../units/basic.target into a few places as an actual file, it is for some reason installed as a symlink to '../units/basic.target'
[11:05] <xnox> but it only exists in the src.... not in target....
[11:05] <xnox> i'm rebuilding latests systemd, with downgraded meson locally now, to confirm
[11:06] <xnox> Installing /<<PKGBUILDDIR>>/test/test-path/basic.target to /<<PKGBUILDDIR>>/debian/install/deb/usr/lib/systemd/tests/testdata/test-path
[11:06] <xnox> somehow now is copied as a symlink, rather than as an actual file....
[11:08] <andyrock> seb128: https://git.launchpad.net/~canonical-desktop-team/ubuntu/+source/gnome-online-accounts/refs/tags this has the correct tags
[11:09] <andyrock> seb128: You can take the tags from them
[11:09] <seb128> thx
[11:20] <seb128> Trevinho, ^ what xnox said
[11:20] <seb128> xnox, did you test upstream trunk to see if that's an issue with those fixes or with the backport?
=== pstolowski is now known as pstolowski|lunch
[11:27] <seb128> andyrock, k, pushed those, it's a bit weird though there is ubuntu/3.28.0-0ubuntu3 and then ubuntu/3.24.0-0ubuntu2-bzr but nothing in between
[11:28] <xnox> going back to old -2 meson is fine.
[11:28] <xnox> now will test meson upstream
[11:28] <seb128> thx
[11:29] <seb128> Maaarrcccoo
[11:29] <seb128> andyrock, don't waste time on those targs though, that's not important
[11:29] <seb128> andyrock, and Marco like to fix those stuff, so maybe wait for him :)
[11:34] <andyrock> seb128: Trevinho I guess it's because of this: https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-online-accounts/commit/?id=57bb16ab84701f3bc1325eb62a5ce0bb641f9a1f
[11:35] <andyrock> Marco's script did this commit
[11:35] <andyrock> and I saw similar commits in other branches
[11:47] <Trevinho> xnox: that's an upstream fix too eh... So symlinks are preserved as they are...
[11:47] <xnox> Trevinho, that's a regression / change of behaviour... and also how do i tell it, to not do that?
[11:47] <xnox> in a backwards compatible way.
[11:48] <xnox> i thought the bug was re:dangling symlinks and how to copy them... but this one was not a dangling one.... but a resolvable one.....
[11:49] <xnox> broken with pure upstream master too
[11:49] <Trevinho> xnox: mhmh... Yeah but the thing is that a resolvable one could point to somewhere else outside the installer scope, so... Should not be changed
[11:49] <xnox> let me open an issue there
[11:50] <Trevinho> Anyway this change was touching only the permissions (my side). Upstream changes the copy of itself too
=== pitti is now known as pittibot
=== pittibot is now known as pitti
=== pstolowski|lunch is now known as pstolowski
[13:42] <Trevinho> so this eh... https://github.com/mesonbuild/meson/issues/4069
[13:42] <gitbot> mesonbuild issue 4069 in meson "Regression in installing symlinked source files as regular files" [Open]
[13:44] <kenvandine> greyback, i'll merge that today
[13:44] <greyback> kenvandine: thanks
[13:44] <kenvandine> before EOD for me anyway :)
[14:03] <greyback> kenvandine: jamesh: I think I've fixed the real fonts problem I was experiencing: https://github.com/ubuntu/snapcraft-desktop-helpers/pull/145
[14:03] <gitbot> ubuntu issue (Pull request) 145 in snapcraft-desktop-helpers "Set FONTCONFIG_PATH correctly to fix loading in-snap fonts" [Open]
[15:08] <seb128> tjaalton, there is a new minor version available for xserver-xorg-input-evdev and  xserver-xorg-input-synaptics, unsure if you are interested in updating those (not sure there is much point, I'm just reviewing our outdated components on our versions summary)
[15:22] <tjaalton> seb128: sure, doesn't hurt
[15:23] <seb128> thx :)
[15:47] <seb128> ximion, hey, do you plan to update appstream-glib in Debian? robert_ancell is waiting on it to be able to update gnome-software from what he said
[15:50] <ximion> seb128: heh, yeah, he asked me about that and I completely forgot...
[15:50] <ximion> I think I have time today to update it
[15:50] <ximion> thanks for the reminder!
[15:51] <seb128> ximion, that would be nice, thank you!
[15:51] <seb128> yw :)
=== czajkows1i is now known as czajkowski
=== pstolowski is now known as pstolowski|afk
=== xclaesse[m] is now known as xclaesse
[23:56] <robert_ancell> jbicha, could I get you to update snapd-glib 1.43 in Debian? No major changes so should be easy.