[13:10] <cyphermox_> cjwatson, I' m asking you because I think you know the most about uefi... is there a know issue with registering entries for uefi / secureboot in the daily image?
[13:10] <cyphermox_> last night I was getting errors; I'll try to reproduce them in a few minutes
[13:11] <cjwatson> not that I know of
[13:11] <cyphermox_> all I can remember right now is that I got an error with an hex number; was 0x80000008 , but I rather reproduce the error to be sure
[13:11] <cyphermox_> ok
[13:13] <stgraber> cyphermox_: I had a similar problem recently on another UEFI machine that had some "security" option in the firmware essentially making all the variables read-only
[13:15] <stgraber> cjwatson: hey there. Did you see my ping wrt grub tftp? Steve asked me for an update on this as it's going to be required for some testing in the lab (for UEFI desktop/servers automated install with/without SB)
[13:27] <cjwatson> stgraber: I haven't got any further; that said, in the meantime I've had what I think is a success report with 13.04 (indirectly, as part of bug 1158492) so I think the problem I'm seeing may just be with my machine
[13:27] <ubot2> Launchpad bug 1158492 in grub2 (Ubuntu Precise) "Please backport upstream grub-mknetdir core generation improvements to Precise" [High,Triaged] https://launchpad.net/bugs/1158492
[13:28] <stgraber> cjwatson: ah, want me to retest with raring? (now that I have a working laptop again ;))
[13:29] <cjwatson> if you can, yes
[13:48] <stgraber> cjwatson: sorry... "couldn't send network packet."
[13:49] <stgraber> cjwatson: would getting you access to the grub shell be useful to you?
[13:56] <cjwatson> stgraber: ah, that's actually what I'm seeing here
[13:57] <cjwatson> so not really, I'll just try to clear away enough other things to get back to local debugging
[13:57] <stgraber> I have that on both my laptop and another UEFI box. grub, grub.cfg, ... all download fine but I'm getting that error when trying to grab the kernel
[14:08] <cjwatson> yeah, something horrible's wrong with the network layer
[14:36] <cyphermox_> cjwatson: I could reproduce, as soon as I'm out of the installer I'll file a bug and attach a screenshot.
[15:10] <smartboyhw> cjwatson, so basically you are suggesting that the UbuntuKylin team shouldn't work on Wubi (at all) right?
[15:11] <cjwatson> smartboyhw: we're considering dropping support for it for Ubuntu desktop
[15:11] <cjwatson> smartboyhw: so Kylin would be taking on a fair bit of independent work
[15:12] <smartboyhw> cjwatson, hmm OK.
[15:12] <cjwatson> smartboyhw: on something that historically has broken quite a bit and required significant amounts of hard staring by very experienced Ubuntu developers
[15:12] <cjwatson> I just question whether that's a good idea
[15:12] <smartboyhw> cjwatson, OK
[15:13] <smartboyhw> Well originally it would be easy (just add the UbuntuKylin flavour into the isolist.ini) but on the current circumstances that you guys are dropping it it would be more difficult
[15:14] <cjwatson> slangasek was going to announce something I think
[15:14] <cjwatson> I kind of didn't want to preempt his announcement on the bug report
[15:14] <smartboyhw> KIK
[15:14] <smartboyhw> s/KIK/LOL/
[15:15] <smartboyhw> cjwatson, but I think you DO have to warn the team. If not they will just come blibering about that
[15:16] <cjwatson> it's up to slangasek, he was the one pushing for dropping it
[15:16] <cjwatson> I mean unless he tells me to do it
[15:17] <smartboyhw> cjwatson, hmm so would it be a good idea to ask him? (Probably not I know, but then)
[15:17] <cjwatson> sure, go ahead
[15:31] <smartboyhw> cjwatson, he said it's fine to tell the UbuntuKylin team:)
[15:33] <smartboyhw> he = slangsek
[15:33] <smartboyhw> http://paste.ubuntu.com/5637264/