[05:07] <mike602> What's good my Ubuntu GNOME users? :)
[05:08] <mike602> Love my Ubuntu GNOME 16.04.1 so far. Nothing beats GNOME in my opinion lol
[05:08] <mike602> any devs in here? going to support by donnating some money when I get paid :)
[09:15] <ricotz> jbicha, hi, is libmutter-0-0 really conflicting with the old libmutter0x packages?
[09:52] <jbicha> ricotz: I don't know, it's inherited from Debian but the conflicts doesn't cause any problems, right?
[09:52] <ricotz> jbicha, the point of those library renaming is to have it parallel installable
[09:55] <ricotz> also why not libmutter-0-dev?
[09:57] <ricotz> (I didnt have a close look at it just judging from the message of the renaming git-commit)
[09:59] <jbicha> ok, I'll drop the conflicts/replaces
[10:09] <jbicha> ricotz: and I'll rename it to libmutter-0-dev
[10:13] <jbicha> ooh, gvfs 1.30 migrated
[10:24] <ricotz> jbicha, validate the mutter-common dep
[10:25] <ricotz> would be great if libmutter-0-* can be installed in parallel to current/older one
[10:26] <jbicha> ricotz: what do you mean validate? also I just uploaded mutter to zesty
[10:27] <ricotz> jbicha, no hard dependency
[10:27] <ricotz> hard-versioned
[10:28] <jbicha> that's not going to help libmutter0i, right?
[10:29] <ricotz> jbicha, no, tweaking it there to ">=" might be useful
[10:29] <jbicha> but it's too late to tweak libmutter0i in zesty since I already uploaded the new mutter
[10:29] <ricotz> you mean you uploaded 3.23.x to zesty?
[10:29] <jbicha> yes
[10:29] <ricotz> oh
[10:29] <ricotz> I see
[10:31] <jbicha> I mean you could build a mutter 3.22 for yourself if you want that
[10:42] <jbicha> hmm, somehow gvfs's autopkgtests managed to pass today
[10:45] <ricotz> jbicha, I know, of course binaries without source package will go away anyway
[10:46] <ricotz> still this possibility make it far easier to backport newer mutter versions
[10:50] <jbicha> ok, I changed the dep to >= in my local branch, will wait for new version to upload
[10:50] <jbicha> thanks for the suggestions!
=== aday_ is now known as aday__
=== aday__ is now known as aday
[20:14] <jbicha> ricotz: I think I'll go ahead and update gobject-introspection in zesty now since it's blocking the gjs autopkgtests which is blocking gnome-shell
[20:19] <hell__> hello, can someone help me i have a porblem with libinput
[20:31] <ricotz> jbicha, nice :)
[20:33] <jbicha> got tired of waiting for Laney for it
[20:33] <jbicha> for some reason, he's got in the habit of updating dev versions of only glib2.0
[20:45] <jbicha> ricotz: the build tests fail on some arches https://launchpad.net/ubuntu/+source/gobject-introspection/1.51.3-0ubuntu1
[20:55] <jbicha> I hope I didn't break other builds because of that
[21:02] <ricotz> jbicha, did you made a test build in ppa?
[21:02] <jbicha> I tested locally (amd64), didn't think it might break on other arches
[21:02] <ricotz> this looks more system related
[21:03] <jbicha> we could ask in a channel with more devs?
[21:03] <ricotz> https://launchpad.net/~ricotz/+archive/ubuntu/red/+sourcepub/7491606/+listing-archive-extra
[21:04] <ricotz> let's see if this is reproducible
[21:05] <ricotz> this looks like a fuzzy problem
[21:10] <ricotz> jbicha, get those retried
[21:14] <jbicha> I retried ppc64el and armhf before I called you, but I'll try again :)
[21:25] <ricotz> jbicha, armhf needs some more convincing ;)
[21:26] <ricotz> btw you forgot to bump the glib2.0 requirement
[21:30] <jbicha> thanks!
[21:31] <jbicha> I hoped it was just one of those retry-until-it-works test failures