On Tue, Aug 04, 2015 at 11:35:40AM -0400, Bastien Nocera wrote: > > > It's important for workstation, because: > > > - we can deploy the same applications we do on workstation > > Can you expand on that point? > It's a useful form factor to create kiosk type applications, at least, and I don't see kiosks as a target in <https://fedoraproject.org/wiki/Workstation/Workstation_PRD#Target_Audience> (nor do I think it should be). > because it's a SoC, it's a sign of things to come, in terms of > hardware, for the whole of the x86 platform: > - MMC/SDIO connected devices > - GPIO connected devices > - MIPI webcams But surely these 32-bit tablets aren't the only good place where these things can be worked on? > > > - they're an inexpensive way to get touchscreens, and sensors in > > > the hands of our users and developers > > Moderately useful, but is it a priority _over_ everything else here? > We need touchscreen support because that's where laptops are heading. > We need sensor support, because we want to be able to use those > sensors to make power savings, and make the devices more useful in > general. I don't disagree. But I'm not at all convinced that this is really the best way to get it. To put it another way, it may *appear* to be an inexpensive way, but there are significant _other_ costs (hence this whole thread). > > > - Fedlet can't support Secure Boot > > I think it can; it's just more of a pain. Someone would need to pay > > $99, once. And if Fedlet used the stock Fedora kernel, it would just > > work, right? > No, because the 32-bit bootloader isn't signed, because we don't support > booting a 32-bit OS with a 32-bit UEFI. If we had EFI mixed support, we'd > sign the 32-bit shim and grub and boot the 64-bit kernel (already signed). > > So, I wish we could prioritise getting EFI mixed support working, so > that the only 2 packages we need to ship as i686 packages are grub > and shim. ^ Example expense. Why prioritize that over other things, when we can just get different devel hardware instead? -- Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx> Fedora Project Leader -- desktop mailing list desktop@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/desktop
