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