[07:49] please could an archive-admin accept the NEW binaries for ceilometer; 0ubuntu1 dropped some that it should have not upon review (the NEW's are restoration of the dropped binaires with appropriate tweaks) [08:15] ignore me I just saw New: accepted ceilometer [amd64] (wily-proposed) [1:5.0.0~rc1-0ubuntu2] [08:15] doh === locutus__ is now known as LocutusOfBorg1 [12:46] pls could neutron 2:7.0.0~rc1-0ubuntu2 be accepted - it resolves a problem on 32bit systems (which is causing issues with the auto-backport to 14.04) [17:11] quick question .. [17:12] if i fix https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1501834 for wily, will someone ask me to file a FFE ? and if so would that be granted ? [17:12] Launchpad bug 1501834 in initramfs-tools (Ubuntu) "add squashfs support by default" [Medium,Confirmed] [17:29] smoser, that doesn't really seem like a feature, more of a bug fix (and a seemingly trivial one at that) [17:33] I granted that FFe [17:35] smoser: it certainly makes sense to me as a bugfix. [17:35] arges: re-uploaded ipmitool ^ [17:36] (so you'll want to take the last one only) [17:38] thanks all. uploaded. [17:46] cyphermox: ok [17:59] slangasek: could you review/approve tzsetup? ^ after that I still need to update ubiquity for the bug to be fixed. [18:00] cyphermox: looking [18:00] thanks [18:00] fwiw, also a reminder about fwupd :) [18:11] Hi all. Could someone take a quick look at bug 1500112 and see whether this needs (and possibly qualifies for) an FFE, or whether it only needs a sync request? :) [18:11] bug 1500112 in haskell-stack (Ubuntu) "missing dependency on libyaml-0-2" [Medium,Confirmed] https://launchpad.net/bugs/1500112 [18:13] cyphermox: hello! Mind a PM briefly? [18:16] cyphermox: tzsetup accepted, but OOI why would there be a detected value of "None" that we need to special case, instead of the detected value just being empty (the already handled case)? [18:23] slangasek: it seems like the "we found your IP in the database but no timezone to go with it" has always been None [18:23] whereas the "we can't find your IP at all" leads to not being present in the response, so detected= [18:24] it was very much a case where I screwed up the merge while trying to reduce delta, and didn't catch that failure when testing because I always got my IP either detected or not in the database. [18:26] I suppose we could fix whatever software runs behind geoip.ubuntu.com to not return "None" and instead use an empty string, but I have no idea what software that would be. do you? [18:31] cyphermox: lp:ubuntu-geonames; and the installer team owns it [18:31] oh cool [18:32] I do think this is a bug on the server to return two different values for two different flavors of "not found" [18:35] infinity: when you get some time, mind reviewing rtl8812au (new package)? my first dkms package, built and tested locally with 2 different devices (and seems a quite common chipset) [18:35] ffe for it is already approved, so just normal package review/approval needed [18:51] slangasek: not the same server, apparently. [18:52] rsalveti: I dunno man, you abandoned me. [18:53] rsalveti: Like, maaaaaybe I could review your package, or maaaaaybe I don't love you anymore! [18:53] rsalveti: (reviewing in a bit :P) [18:53] rsalveti: yeah, thanks for rtl8812au :) [18:53] * rsalveti hugs infinity [18:54] cyphermox: np, having a package is better than tons of instructions pointing out to many different github repos [18:54] indeed. [18:55] upstreaming for realtek seems to be a bit of a pita still [18:55] teward: no, I don't mind a pm, why? [18:55] rsalveti: on the bright side, the USB and many PCI 802.11ac chips will now work, so yay [18:56] yeah [18:56] rsalveti: did you add modaliases, in case? [18:56] yup [18:56] awesome :) [18:56] cyphermox: sorry, what do you mean not the same server? [18:57] slangasek: I looked at the code, and it seems to be what responds on geoname-lookup.ubuntu.com, but not on geoip.ubuntu.com/lookup [18:57] wut [18:57] oh [18:57] yeah :/ [18:58] so geoip is asked first to try to guess what timezone to default to [18:58] is the one I pointed you at lookups for location names? [18:58] sorry [18:58] then you get in the timezone page and geoname-lookup gets you the timezone for a location [18:58] yeah [18:58] well, I didn't realize that's what happened until just now :) [18:59] actually [18:59] I think geonames probably is only on the desktop, as I haven't seen it be called at all in ubiquity [18:59] nevermind [19:00] that's exactly what happens [19:01] cyphermox: I wonder if these shouldn't be merged into a single service with two api endpoints so we don't have this confusion [19:02] but then we would need to figure out where geoip.ubuntu.com lives :P [19:03] once that's done I'll consider it [19:55] release team, please don't approve python-apt 1.0.0ubuntu1. juliank is going to upload 1.0.1 to unstable right now, and that will have the fix for the deprecation warnings and a couple of other minor bugs [19:56] when lp picks up python-apt 1.0.1 we can drop the ubuntu delta and do a straight up syncpackage [19:56] see LP: #1501805 for details [19:57] Launchpad bug 1501805 in python-apt (Ubuntu) "Sync python-apt 1.0.1 (main) from Debian unstable (main)" [High,In progress] https://launchpad.net/bugs/1501805 [20:15] oh well [20:36] ^-- Self-reviewing both of those, they're just kernel ABI bumps. [21:08] barry, sorry read that too late [21:11] doko: no worries. i'll just syncpackage 1.0.1 as soon as lp picks it up [21:11] doko: and thanks! [21:13] doko: You probably shouldn't be accepting things anyway. :P [21:17] infinity, I agree, but pestering you doesn't help ;-P [21:17] doko: I'm not the only member of the release team doing reviews (though I've done the vast majority this week, I think). [21:33] hehe