[13:42] cjwatson, cyphermox : [13:42] in netcfg, we replace wifireconf question with "" (empty string) [13:42] and hope to hide that choice, yet on serial console it still offers [13:42] 4. , [13:42] That sort of maybe feels like a cdebconf bug, perhaps [13:42] But it's been a while [13:42] as a choice.... is there a way to substitute an empty choice? or is this a debconf bug/feature that empty choices are offered too [13:43] There's certainly no other way to do it [13:43] cjwatson, shall i try to reproduce with debconf versus cdebconf? [13:43] If you like, dunno if that would be remotely helpful [13:43] Or how it interacts with other things trying to do intentionally blank lines as separators [13:43] well, we ideally don't want it to show the empty choice. I'm pondering to play around with templates to like substitute the whole choice into it. [13:44] right. [13:44] https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1558271 [13:44] for a "ascii" screenshot [13:44] Though I think partman does the latter with some kind of whitespace-only arrangement [13:45] Anyway, I need to get back to SSO :) [13:45] cjwatson, enjoy! [13:45] i think i need to convert __Choices: ${choices} [13:45] and then split all translations templates and substitute them all in. [13:45] and that shouldn't break existing translations i don't think. [14:35] also, is it possible to unpublish some tasks that tasksel sees? [14:35] e.g. i don't want Mate to be advertised on s390x =( [15:40] xnox: preseed tasksel/skip-tasks ? [15:41] oooh, i shall look into that! [16:38] xnox: Why would we make s390x a unique snowflake WRT task selection? If the task is there... [16:39] xnox: The general goal should be to make all arches as similar as possible, not divergence. [16:40] infinity, because we do not support desktop on Ubuntu Server -only product. [16:41] xnox: We don't support MATE on any arch, where "we" is Canonical. So what? [16:41] xnox: IBM has already asked us what desktop environments they can install, they clearly want them there, even if they're not supported. [16:42] xnox: Not everything is about contracts. And we're not cutting down s390x to be "only the binaries we contracted to support". [16:42] xnox: Please, please, please don't turn s390x into some whacky unique snowflake. It makes maintenance of everything else harder. [16:43] infinity, right. but here is the experience -> one boots ubuntu-server.iso on amd64 and sees only tasks shipped on the .iso itsle.f [16:43] s390x is netboot only, and most of the time people are lazy and point it at the full mirror, rather than the server.iso export. [16:43] Which is the same experience you get with amd64 netboot. [16:43] if they did point at server.iso export the experience would be good - similar to what the experience is for the Ubuntu Server product. [16:44] and hence i am sad [16:44] And arm64 netboot (which has no ISO currently). [16:44] This is not an s390x problem. [16:44] Presenting all the tasks in the archive is how our current netboot works for everyone. [16:45] hm, ok. [16:46] One can argue if THAT is a bug, if we should be providing some example "this is for servers" preseed files or something, but don't fork one arch, that's all I'm asking. [16:47] At the very least, I think we should indeed align netboot to match the ISO behaviour of preseeding minimal and standard. [16:47] can taskselect do sub-menus? [16:47] Which I think doesn't happen right now. [16:47] But that would be for all arches. [16:47] i would totally understand Desktops/ sub-menu, for d-i. Cause I still belive d-i is an embedded/server/cli target environment. [16:47] xnox: Putting all the DEs in a submenu would be lovely if we could, I'd happily agree to that. [16:47] xnox: Your belief that d-i is for servers is totally wrong, though. :P [16:48] xnox: People (like Google, eg) use d-i to blat desktops to thousands of machines. [16:48] desktops are preinstalled anyway =) [16:48] Not everyone buys computers one at a time. ;) [16:48] silly people [16:49] =) [16:52] Anyhow, I think we should fix d-i (if it needs fixing) to make sure an ISO install with *no* tasks selected gets the same packageset installed as netboot with *no* tasks selected. [16:52] But the number of optional tasks offered is just a product of the archive you point it at. [16:52] Submenus would be nice if we can do it, but not a blocker, IMO. It's a misfeature we've had forever.