[13:51] <jbicha> ricotz: does vala 0.35 need gobject-introspection to be updated to 1.51.* first?
[14:41] <ricotz> jbicha, no, they are independent, but g-i should to together with glib
[14:41] <ricotz> any chance for vala to be updated to 0.35.5 in zesty?
[14:49] <jbicha> yes, but because it's a transition, I need to know whether anjuta, gnome-builder, and valabind will build with the new vala
[14:51] <jbicha> also, how "safe" is the new vala? should we get approval from #ubuntu-desktop?
[14:54] <jbicha> zesty feature freeze is tomorrow so trying to get all this stuff in today or tomorrow
[15:03] <ricotz> jbicha, it has stricter type checking so and various bug fixes
[15:03] <ricotz> test builds are done only with the current gnome dev branches though
[15:04] <ricotz> the required gee-0.8 is already in zesty
[15:09] <jbicha> are you able to test build those packages?
[15:11] <jbicha> there's a lot of packages that build against valac in Ubuntu (many not in core GNOME at all), are you available to help fix any that fail to build because of the update
[15:12] <jbicha> ubuntu-dev-tools has this command:
[15:12] <jbicha> reverse-depends -b valac
[15:24] <ricotz> jbicha, I guess the easiest would be to have a ppa, binary-copy the vala-team/next package in there, and copy those packages mentioned by r-depends for rebuilding
[15:25] <ricotz> jbicha, geary and shotwell were a pain to fix upstream
[15:28] <jbicha> ok, shotwell is difficult because we are semi-permanently on an old version
[15:28] <ricotz> are e.g. rygel and tracker getting updated?
[15:29] <jbicha> if you've got a patch to make shotwell work with the new vala, then maybe; otherwise we'll have to postpone to 17.10
[15:30] <jbicha> but the fact that shotwell needed work makes me suspect other stuff will too (there's a bunch of Unity related stuff that uses vala)
[15:30] <jbicha> I intend to update tracker yes, I was hoping they would do another release by today
[15:31] <jbicha> otherwise I'll just upload the tracker package I had sitting in the zesty gnome3 staging ppa
[15:31] <jbicha> do you use rygel? I don't
[15:32] <ricotz> jbicha, the things why shotwell fail were bad programming though, so those are simply syntax errors
[15:32] <ricotz> which doesnt mean unity stuff would be affected
[15:32] <ricotz> no I don't really use rygel
[15:34] <ricotz> there will likely be a 0.34.5 with some cherry picked bug fixes
[15:34] <jbicha> rygel is unseeded universe which as I understand it means it can be uploaded almost whenever (feature freeze doesn't really affect it)
[15:34] <ricotz> for vala, I mean
[15:35] <ricotz> a ppa with test-builds is still worth it though
[15:43] <jbicha> yes, it would make it easier to land vala 0.36 in 17.10 early
[15:44] <jbicha> it would be nice if there were new mutter/gnome-shell releases today so I don't have to ask for a FFe
[15:45] <jbicha> I tried building a mutter snapshot but 'make dist' failed
[15:48] <ricotz> yeah and gnome-shell has some linking problems
[15:49] <ricotz> I just asked for a new libgee release which might happen soon too then.
[15:57] <ricotz> jbicha, I will take a look at the rebuilding
[16:39] <jbicha> we'll probably stay with gvfs 1.30 which is stuck in proposed anyway because it has problematic autopkgtests
[17:05] <ricotz> jbicha, is there a script to use launchpad api for copying packages from archive to ppa?
[17:06] <jbicha> bzr branch lp:ubuntu-archive-tools
[17:07] <jbicha> ./copy-package
[17:08] <jbicha> if you don't mind the version number being lower, I use backportpackage (from the ubuntu-dev-tools package) for most of my gnome3 ppa uploads
[17:09] <jbicha> but I think copy-package is what you want here
[17:11] <ricotz> jbicha, ah thanks
[17:36] <ricotz> jbicha, it seems this is no fun -- https://launchpadlibrarian.net/306568148/buildlog_ubuntu-zesty-amd64.bamf_0.5.3+16.10.20160929-0ubuntu1_BUILDING.txt.gz
[17:37] <ricotz> .. if the package even wouldn't stand a current archive rebuild
[17:40] <jbicha> oh, sunweaver got bamf back in Debian
[17:40] <jbicha> try adding gnome-common to Build-Depends
[17:41] <jbicha> so gnome-common is deprecated
[17:41] <jbicha> humorously, sunweaver fixed that bug in Debian by having it Build-Depend on mate-common (!)
[17:45] <ricotz> jbicha, "dee" fails with stricter gcc 6
[17:46] <ricotz> also "folks" needed some greater syntax fixing
[17:47] <ricotz> and "address-book-service" ships an internal copy of folks
[18:26] <jbicha> ricotz: yes, gnome-shell from git failed to build :( I've got the gjs and mutter packaging done though
[18:33] <jbicha> I wonder if that's the same problem that we had earlier in zesty with gnome-shell not building on amd64
[19:19] <ricotz> jbicha, iirc it is a missing .la reference
[19:21] <jbicha> if you know how to fix, that would be useful :)
[19:23] <ricotz> btw it could be worse https://launchpad.net/~ricotz/+archive/ubuntu/red/+packages?batch=200
[19:24] <ricotz> jbicha, what is the error log of your build?
[19:26] <jbicha> ricotz: https://paste.gnome.org/phnjlfyr8
[19:28] <jbicha> https://paste.gnome.org/pslwmlihy
[19:29] <ricotz> ah right
[19:29] <jbicha> so it's looking for the wrong name
[19:29] <ricotz> no, your packaging is off
[19:30] <ricotz> mutter is shipping internal copies of cogl and clutter
[19:31] <ricotz> let me build mutter here
[19:31] <jbicha> here, you're welcome to take a look: https://launchpad.net/~jbicha/+archive/ubuntu/dev3/+packages
[19:31] <ricotz> looks like there were a bunch of build changes
[19:32] <jbicha> it's of course tricky to actually install the packages since both gjs and mutter break gnome-shell until I can get gnome-shell built
[19:32] <ricotz> aka https://git.gnome.org/browse/mutter/commit/?id=4ebc55f2b3d7812184d75ec476996633edf7eafb
[19:34] <ricotz> jbicha, ok you didnt install the *.so file of /usr/lib/x86_64-linux-gnu/mutter/
[19:34] <ricotz> *files
[19:35] <jbicha> no, libmutter-dev has /usr/lib/x86_64-linux-gnu/libmutter-0.so
[19:36] <jbicha> and libmutter-0-0 has the other .so's
[19:36] <ricotz> jbicha, this is not a symlink
[19:36] <ricotz> but the actual library
[19:36] <jbicha> list-missing only shows some .la files
[19:36] <ricotz> libmutter-clutter-0.so and son
[19:36] <ricotz> -rwxr-xr-x  1 rico rico 7437632 Feb 15 20:33 libmutter-clutter-0.so*
[19:36] <ricotz> -rwxr-xr-x  1 rico rico 5617432 Feb 15 20:32 libmutter-cogl-0.so*
[19:36] <ricotz> -rwxr-xr-x  1 rico rico  272432 Feb 15 20:33 libmutter-cogl-pango-0.so*
[19:36] <ricotz> -rwxr-xr-x  1 rico rico  321200 Feb 15 20:33 libmutter-cogl-path-0.so*
[19:37] <ricotz> ah, I thought your paste was a dir listing
[19:38] <jbicha> https://launchpadlibrarian.net/306577213/buildlog_ubuntu-zesty-amd64.mutter_3.23.3+20170215~bd2ca79-0ubuntu0~ppa1_BUILDING.txt.gz
[19:39] <ricotz> ok
[19:39] <jbicha> I mean I might be building gnome-shell wrong, I don't normally build it from git
[19:40] <ricotz> no, I am seeing this in jhbuild too
[19:43] <jbicha> it's too bad that rename didn't land sooner to make sure it doesn't break the build
[20:07] <ricotz> seems to be some rpath mess
[20:46] <jbicha> ricotz: I got gnome-shell to build by cheating
[20:47] <jbicha> I just created a tarball from git without trying to run 'make' or 'make dist' and tweaked the Ubuntu packaging slightly
[20:49] <jbicha> so this is the same build problem we've had since December in Debian & Ubuntu: https://launchpad.net/ubuntu/+source/gnome-shell/3.22.2-1ubuntu1/+build/11227786
[22:21] <jbicha> add this to your ~/.jhbuildrc if you want to build gnome-shell (borrowed from the Debian package)
[22:21] <jbicha> os.environ['LDFLAGS'] = '-Wl,--disable-new-dtags'
[22:34] <ricotz> hmm, rpath vs runpath