=== popey_ is now known as popey === MacSlow is now known as MacSlow|lunch [13:09] Trevinho: ping! === dandrader is now known as dandrader|afk === MacSlow|lunch is now known as MacSlow === dandrader|afk is now known as dandrader [15:46] cyphermox, bam, libappindicator builds for both i386 and amd64 in my ppa now [15:46] let me give you branch link [15:47] cyphermox, lp:~mterry/libappindicator/fix-tests [15:50] mterry: I'd kiss you :P [15:51] cyphermox, well, several of those fixes were making timeouts longer. We'll see how armhf does... [15:51] yeah :/ === dandrader is now known as dandrader|afk [16:53] cwayne: ping [16:58] mhall119: pong [17:03] mhall119: nice way to blag cwayne into do some work on something :D === dandrader|afk is now known as dandrader [17:25] :) [17:26] davmor2: you scared him off [17:26] it's that work word [19:25] mterry: hey, around? [19:25] mhall119: ping [19:25] didrocks, hi [19:26] cwayne: welcome back [19:26] mterry: i think you saw that unity didn't migrate to the release pocket [19:26] cwayne: jvrbanac and I are starting work on https://wiki.ubuntu.com/DeveloperNetwork [19:27] which can provide a REST/JSON API for things like Gtk and Qt once it's done [19:27] if you want to help :) [19:27] mterry: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt seems to show it's because of bamf bin package change [19:27] * i386: ginn, gnome-pie [19:27] ginn and gnome-pie seems to need a rebuild [19:28] do you have time to rebuild them? [19:28] for ginn, it needs merging back to trunk (you can autoapprove the rebuild I guess) [19:31] didrocks, OK [19:31] mterry: do you have the time? I can try doing it between 2, but it would be great to have unity in hands of people today :) [19:31] mhall119: sure, ill help :) [19:31] mterry: also, do you have any news on libappindicator? [19:32] didrocks, yeah I think I fixed the amd64 issue this morning, gave cyphermox a branch [19:33] mterry: \o/ [19:33] cyphermox: oh, FYI, autopilot-gtk lost his libindicate dep [19:33] cyphermox: I think you saw the MR, maybe we can daily release it now? [19:34] mterry: so yeah, for ginn, feel free to autoapprove it. I hope that a rebuild will suffice :) [19:34] yeah, it should be good now [19:34] didrocks: fwiw, same kind of thing for autopilot-qt, they removed the qt5 dep [19:35] cyphermox: sweet! 2 more soon then? \o/ [19:35] yup [19:35] I just overflight over the autopilot-qt one [19:35] I'll blame that on jetlag :p [19:35] let me ship you the MP for indicator-sesion so we can get that out of the way [19:36] cyphermox: with the autopkgtest, rocking! :) [19:36] didrocks, catching up on this unity thing... [19:36] didrocks: wait wait, not sure it actuall yworks right now the autopkgtest [19:36] mterry: thx ;) [19:37] I'm having some wifi issues so it will be hard to test for now [19:37] cyphermox: can wait for tomorrow :) [19:37] we are not in a day-range for indicator-session, but good to see progresses [19:37] it would still be nice to close it up [19:37] didrocks, I'm a touch confused. What sort of error is keeping unity from migrating? How does one get notified? I can't make sense of this proposed-migration report [19:38] mterry: ahah, same for me, seb128 helped me :) [19:38] mterry: so the story is that we have libbamf3-0 -> libbamf3-1 [19:38] I promoted it to main on Friday [19:38] but then libbamf3-0 is NBS [19:38] sure [19:38] and the migration don't accept creating new NBS [19:38] woah [19:38] so remaining rdepends on libbamf3-0 are shown in this line: [19:38] transitions need to be complete ... that sucks a bit [19:39] We have to solve all NBS issues for a library before it gets upgraded? [19:39] * i386: ginn, gnome-pie [19:39] that's intense [19:39] mterry: yep [19:39] so, meaning that the debian way of having soname in bin package is useless now [19:39] we are like fedora, everything on the same version of a library [19:40] yes, I tried to argue with cjwatson about that, but they fell like that's a good "feature", reduce the archive churns and the +1 team work [19:40] didrocks, that section of the report does not look like it has much to do with the bamf transition [19:41] mterry, how so? [19:41] mterry, it's listed in the "Trying easy from autohinter: nux/4.0.0daily13.01.11-0ubuntu1 unity/6.12.0daily13.01.11.2-0ubuntu1 bamf/0.4.0daily13.01.11-0ubuntu1 " section [19:42] seb128, yeah, but no indication that it's because of an NBS from libbamf3-0 to -1 [19:42] seb128, just lists two package names [19:42] didrocks, hey, auto upload of unity broke this morning because utah failed to provision the systems to run autopilot [19:42] right, that report is hard to read [19:42] jibel: yeah, I saw that you made some retrial, thanks! [19:42] didrocks, I restarted the test late afternoon [19:42] jibel: I've mentionned it to gema [19:42] mterry, not sure I follow you, do you just point that the report is hard to read, or are you unsure we need to rebuild those? [19:42] jibel: it's now copied over the archive [19:43] seb128: just that the report is hard to read [19:43] didrocks, ok, cool. [19:43] mterry, yeah, I agree with that :-( [19:43] mterry: yeah, that's why we need to know the context of the change upstream :( [19:43] didrocks, regardless, sure, I can do rebuilds for those two [19:44] mterry: perfect :) don't forget the approved MP on ginn so that it doesn't show tomorrow that the version is higher in the distro :) [19:46] didrocks... where is this approved MP? I can't see anything in https://code.launchpad.net/ubuntu/+source/ginn/+branches [19:46] Is there some branch upstream that I need? [19:46] mterry: oh, I meant, you need to propose one [19:46] after the rebuild upload :) [19:46] * mterry is having a fuzzy-brain day [19:46] against lp:ginn [19:47] mterry: rather me having fuzzy-explanation, sorry :) [19:47] but you know, it's late in europe, hem hem :p [19:47] didrocks, ah-oh. this is an ubuntu-is-upstream package [19:49] didrocks, hm. ginn isn't an inline package. Do you know what team owns this? [19:52] oh, are you sure it's not part of the touch stack? [19:52] * didrocks checks [19:53] mterry: oh sorry, brainfuck, it's not in the touch stack anymore [19:53] so yeah, just a straight ubuntu-rebuild :) [19:53] didrocks, is it orphaned upstream then? [19:53] mterry: right [19:54] we used to be upstream for it [19:54] but not touching it anymore [19:54] didrocks, should we remove it from the archive? [19:54] mterry: TBH, I would be in favor, but maybe check with bregma [19:54] not sure if it's even working anymore [19:54] bregma, ^ is ginn a useful thing to have in the archive anymore? We apparently don't work on it anymore? [19:55] it is sotr of moribund [19:57] it needs some lovin' but it's just a touch client, not part of the stack [19:58] bregma, do you recommend we keep it in the archive? [19:58] I'd rather keep it in the archive, it should be in universe though [19:59] bregma, it is [19:59] didrocks, how does one notice that there is a proposed-migration issue? Just check daily to see if it migrated yet? [20:00] OK, then ginn should just limp along until I or someone else gets an itch to improve it [20:00] mterry: yeah, I looked at the unity package and saw that it was in proposed [20:01] it's not broken, it's just hasn't realized its full value at the moment [20:01] mterry: not the release pocket [20:01] bregma, OK [20:01] didrocks, :-/ OK. Maybe I'll spend a couple minutes trying to get a script to poll a set of packages for pocket status [20:10] mterry: yeah, that can be handy === miso_ is now known as mhr3 === _salem` is now known as _salem [22:45] mterry: thanks :) [22:47] didrocks, http://paste.ubuntu.com/1532756/ [22:47] didrocks, that has a script for telling if something is stuck in proposed [22:47] pass it source or binary package names and it will let you know [22:48] mterry: This looks good. I'm wondering at some point if we don't need in fact some kind of dashboard for monitoring stacks and this kind of things, wdyt? [22:48] didrocks, probably yeah [22:48] mterry: I'll add a note I guess :) [22:48] didrocks, all sorts of things can go wrong, and it'd be nice to have one place to see them all [22:49] agreed