[00:42] <juliank> slangasek: I forgot a few *stat*64 ones, _newselect(), and socketcall(), basically. But it's looking good now :D
[09:50] <xnox> doko, rbasak - ruby2.5~preview1-1 is in debian new, hopefully we will take it as soon as it clears debian new. Or shall we open with ruby2.5 synced from like debian git or what not?
[09:54] <rbasak> FWIW, I don't think server seeds ruby any more now, except via vim.
[09:54] <rbasak> So wearing a server team hat, I don't have any particular opinion.
[09:58] <doko> xnox: ohh, unstable. I assume that will migrate anyway. maybe let it migrate in Debian first?
[09:58] <xnox> rbasak, sure, but you are available to help with the transition right?
[10:00] <rbasak> Me with which hat? I'd like to help but I'm not sure where it would fit in with my rather large list of things I need to get done :-/
[10:01] <xnox> rbasak, under the version currency mantra.
[10:02] <xnox> foundations used to get tributes via +1 maint, but not any more =(
[10:04] <doko> rbasak: ruby is sever owned ... but you didn't fix the ruby2.3 ftbfs either :-/
[10:04] <rbasak> That's something for our managers to sort out I think.
[10:04] <rbasak> Server is no longer pulling ruby into main.
[10:05] <rbasak> We may have the bug subscription; it'd be irresponsible to drop that until the oldest release in which we _are_ pulling it into main EOLs.
[10:06] <rbasak> But I don't expect the server team to be doing anything with ruby in B hile wearing a server hat.
[10:06] <rbasak> *while
[10:07] <rbasak> dpb1: ^
[10:08] <xnox> dpb1, we need server team support for ruby2.3 -> 2.5, for ubuntu to stay version current. this cycle.
[10:30] <xnox> dannf, it's booting! kind of =) i get to grub, which then tellsme that there is devicetree missing =(
[10:31] <xnox> http://paste.ubuntu.com/25800503/
[12:30] <sil2100> Laney: hey, I remember we had some discussion on the sprint about autopkgtests being re-run with 'vanilla-release' to see if the upload is actually related to the failure - do you know if I can somehow easily run such an ADT test in the infra?
[12:31] <sil2100> Laney: i.e. a test with the machine only using the archive as is?
[12:31] <xnox> sil2100, i use rerun button on the results, and then remove all triggers that then add &trigger=foo/1.23-4    such that foo is triggered by foo, with version from release pocket.
[12:32] <xnox> to notice if something is regressed in the release all by-it-self already without anything new pulled in from -proposed.
[12:32] <sil2100> xnox: where does the test result go then?
[12:32] <xnox> on the package results page.
[12:32] <xnox> e.g.
[12:32] <sil2100> I mean, it'll just be accessible on the autopkgtest page for the package, right?
[12:32] <sil2100> Ok
[12:32] <sil2100> Let me try that then
[12:33] <xnox> liek http://autopkgtest.ubuntu.com/packages/FOO/series/arch
[12:33] <xnox> yeah
[13:14] <Laney> right
[13:14] <Laney> but I recommend running the thing yourself locally really
[14:22] <ricotz> sforshee, hi, are you going to upload a 4.14rc6-based kernel to the ppa?
[14:44] <sforshee> ricotz: yes, likely sometime today
[15:02] <rbasak> !dmb-ping
[15:18] <ricotz> sforshee, great, thanks!
[15:44] <dannf> xnox: is this armhf? surprised qemu doesn't provide dt for it
[15:47] <xnox> dannf, so i managed to run a magic qemu-system-arm -M dumpdts or some such, and then pass it back to qemu (which seemed redundant)
[15:48] <xnox> dannf, but the kernel itself, I'm guessing is not loading the dts from EFI, and/or grub, or both.
[15:48] <xnox> dannf, currently rebuilding linux on armhf with CONFIG_EFI and then will check grub code, to see if our grub has dts loading from UEFI tables on ARM, in addition to ARM64, it was refactored to be generic UEFI some time ago.
[15:49]  * ogra_ has never heard of working armhf EFI support ... only about arm64 
[15:49] <ogra_> (i'd be surprised if that worked)
[15:51] <dannf> i'm pretty sure all the pieces are there
[15:51] <dannf> i was asked to build the edk2 image for it (and did, it's in artful)
[15:52] <ogra_> well, my experience stops at booting real HW ... :)
[15:53] <Unit193> I've had to do some qemu tests for UEFI, both secure boot enabled and disabled.  That's as far as I got.
[15:55] <xnox> and i have armhf uefi cloud image built