[16:56] <xnox> why does gobject-introspection depends on _both_ python:any and python2.7 ? and why does libgirepository1.0-dev depends on gobject-introspection? i just need the library and I don't need gobject introspection to build my package.
[16:56] <doko> xnox, to cross build it
[16:57] <doko> at least for the python dependency
[16:58] <xnox> doko: well, i'm now failing to cross-build anything that build-depends on libraries that depends on libgirepository1.0-dev
[16:59] <doko> xnox, pester seb128 about staged builds for the gtk stack ;)  https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1207029
[16:59] <ubot2> Launchpad bug 1207029 in gtk+3.0 (Ubuntu) "more efficient builds and support for staged builds" [Wishlist,Confirmed]
[17:00] <xnox> seb128: just because a libfoo-dev has /usr/share/gir-1.0/*.gir it doesn't mean that it needs libgirepository-dev build-dependency.
[17:00] <seb128> xnox, usually if you want to build a gir you need libgirepository-dev no?
[17:00] <xnox> seb128: i'm not building a gir.
[17:01] <xnox> seb128: i'm cross-building ubuntu-system-settings that depend on libaccoutnsservice-dev (which is now multiarched) and it does not link against libgir* anything, yet there is a dependency on libgirepository-dev which is not installable because it depends on non-multiarch installable gobject-introspection.
[17:01] <seb128> xnox, do you have a specific example? I'm not sure to follow the issue there
[17:02] <seb128> gobject-introspection depends ... you want to talk to pitti
[17:02] <seb128> I'm sure he did that for a reason
[17:02] <xnox> seb128: libgirepository-dev should be multi-arch same and be installable, without pulling in runtime dependencies..... for the wrong arch.
[17:02] <xnox> libgirepository-dev is purely virtual, nice. what/who/where provides that....
[17:03]  * xnox goes digging.
[18:07] <sergiusens> can someone ack dh-golang 1.5 please?
[21:02] <bdmurray> When can we stop approving Raring SRUs?
[21:02] <bdmurray> Is there a specific date for its EoL set?
[21:06] <slangasek> historically, it's exactly x months from the release date
[21:09] <bdmurray> oh, so that's a bit yet then
[21:48] <infinity> bdmurray: Exactly X months, and occasionally shuffled by a week or two late (but never early).
[21:49] <infinity> But yeah, not until late January.
[21:50] <infinity> bdmurray: That said, it's fair to reject SRUs leading up to that date if they're not particularly useful or are likely to not be verified by the time we EoL.
[21:51] <infinity> And I guess it's almost time for me to send out the EoL warning mail...
[23:59] <doko> please could somebody unblock gcc-4.8, apt test is failing, but it is new, and never did succeed
[23:59] <doko> autopkgtest for apt 0.9.14ubuntu1: FAIL (Jenkins: public, private)