[Bug 1823327] Re: booting cloud images on a Multipass Windows hosted enviroment is slow in the initramfs stage due to font setup / framebuffer issues
** Changed in: cloud-images Status: New => Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1823327 Title: booting cloud images on a Multipass Windows hosted enviroment is slow in the initramfs stage due to font setup / framebuffer issues To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-images/+bug/1823327/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1823327] Re: booting cloud images on a Multipass Windows hosted enviroment is slow in the initramfs stage due to font setup / framebuffer issues
** Also affects: console-setup (Ubuntu Bionic) Importance: Undecided Status: New ** Changed in: console-setup (Ubuntu Bionic) Status: New => Won't Fix -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1823327 Title: booting cloud images on a Multipass Windows hosted enviroment is slow in the initramfs stage due to font setup / framebuffer issues To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-images/+bug/1823327/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1823327] Re: booting cloud images on a Multipass Windows hosted enviroment is slow in the initramfs stage due to font setup / framebuffer issues
This bug was fixed in the package console-setup - 1.191ubuntu3
---
console-setup (1.191ubuntu3) eoan; urgency=medium
* No change rebuild to include all previous changes
console-setup (1.191ubuntu2) eoan; urgency=medium
* Call setupcon --force only when debian-installer is active
and always redirect output to /dev/null to not block. (LP: #520546)
console-setup (1.191ubuntu1) eoan; urgency=low
* Merge from Debian unstable. Remaining changes:
- debian/clean: Delete Keyboard/tree-keymaps/ on clean
- Add an apport hook.
- If the locale is C during configuration, only set CHARMAP to ISO-8859-15
on kFreeBSD; otherwise restore the previous behaviour from before the
kFreeBSD port of using UTF-8 in that case.
- Change the default font from Fixed to VGA for Lat15; while it's not
entirely complete, it looks better and is largely good enough.
- Set keymap and font in the initramfs if possible and sensible.
- debian/vtrgb, debian/vtrgb.vga,
debian/console-setup-linux.setvtrgb.service, debian/rules,
debian/console-setup-linux.postinst: use Ubuntu's virtual terminal color
scheme by default, with a VGA color scheme available as an alternative.
- Handle unattended upgrades without breaking plymouth when updating
console fonts.
- Tolerate absence of setupcon in postinst scripts. Should be fixed by
refactoring to not have a keyboard-configuration package that needs to
call setupcon without depending on it.
- Don't copy keyboard-configuration questions to /target in OEM mode.
oem-config will ask them later, and copying these confuses it.
- Added templates for keyboard detection.
- debian/control: drop freebsd-specific packages.
- debian/control: we also need xkb-data-i18n as a Build-Depends-Indep to
build a complete set of translated keyboard layout/variant names.
- If the detect-keyboard debconf plugin is available
(cdebconf-newt-detect-keys in the installer), then offer to use it to
detect the keyboard layout.
- keyboard-configuration.config: While sourcing config files to re-seed
debconf, treat missing XKBOPTIONS as empty.
- Fix default keyboard selection for language/country combinations
lacking a proper combined locale.
- debian/keyboard-configuration.config: lower the priority for the layout
question.
- Map ppc64el/* to XKBMODEL=pc105.
- Set default layout for Kurdish to tr(ku).
- Set default for Dutch to us(intl), not just us.
- Set default layout for Vietnam to 'us'.
- debian/keyboard-configuration.config: Drop the xkb-keymap bits once
again as we're not ready for those yet, as it's currently causing an
invalid default layout in the installer.
- keyboard-configuration.{config,templates}: There is no good default
for layout toggling, stop pretending there is. Console users can set
one with dpkg-reconfigure or editing /etc/defaults/keyboard
- keyboard_present.sh: Quiet config/postinst when we have no USB devices.
- debian/preprocessor: revert the removal of keyboard names (for size) of
console-setup-udeb: we do need those, since we don't use the simplified
xkb-keymap template from Debian just yet: this way we can still show
country/language names when selecting a keyboard, layout or variant.
- debian/rules: revert hard-coding of a list of "debconf-selectable"
layouts for the udebs, since we don't use this debconf question in Ubuntu
and all layouts are selectable.
- Make COPYRIGHT a symlink to debian/copyright.
- Don't cat over the keymaps; they're already moved to the right place.
- Add Keyboard/Makefile rule to build pc105.tree.
- Include pc105.tree for ubiquity; make sure it gets built.
- Fix command injection in ckbcomp.
- Generate a locale locally for translating keyboard names in
kbdnames-maker.
- kbdnames-maker: Call `{bind,}textdomain` after switching locale.
- Keyboard/Makefile: make sure KeyboardNames.pl is built with accurate data
from xkb-data.
- xmlreader, KeyboardNames.pl: Added model entry to skip model selection.
- Make sure we give a meaningful name to ch layouts: "Switzerland" instead
of "German (Switzerland), since it includes French too.
- setupcon:
- use only /run for tempfiles with /tmp as a non-root fallback.
- handle compressed console maps and font files.
- Map XKBMODEL=SKIP to '' for compatibility with existing
configs.
- the variables are taken from a config file which, if changed,
invalidates the cache.
- there is only ever one keyboard map per system.
- the system should not have to resolve filenames to find the keymap
cache on boot.
- Explicitly exit 0, so that postinsts don't fail in the event that
loadkeys can't find a console.
* Dropped changes:
- drop handling of obsolete u
[Bug 1823327] Re: booting cloud images on a Multipass Windows hosted enviroment is slow in the initramfs stage due to font setup / framebuffer issues
** Changed in: console-setup (Ubuntu) Status: New => In Progress ** Changed in: console-setup (Ubuntu) Assignee: (unassigned) => Steve Langasek (vorlon) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1823327 Title: booting cloud images on a Multipass Windows hosted enviroment is slow in the initramfs stage due to font setup / framebuffer issues To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-images/+bug/1823327/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1823327] Re: booting cloud images on a Multipass Windows hosted enviroment is slow in the initramfs stage due to font setup / framebuffer issues
** Tags added: id-5ca778b100b8f26c8f53f23c -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1823327 Title: booting cloud images on a Multipass Windows hosted enviroment is slow in the initramfs stage due to font setup / framebuffer issues To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-images/+bug/1823327/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1823327] Re: booting cloud images on a Multipass Windows hosted enviroment is slow in the initramfs stage due to font setup / framebuffer issues
/etc/default/console-setup has: ACTIVE_CONSOLES="/dev/tty[1-6]" and /usr/share/initramfs-tools/scripts/init-top/console_setup iterates over these active consoles. This is not work that should be done in the initramfs (and I actually don't see an equivalent setup from the rootfs, which implies we currently don't get the font setup at all on an initramfsless-booted system). In the initramfs we should be initializing at most one VT. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1823327 Title: booting cloud images on a Multipass Windows hosted enviroment is slow in the initramfs stage due to font setup / framebuffer issues To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-images/+bug/1823327/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1823327] Re: booting cloud images on a Multipass Windows hosted enviroment is slow in the initramfs stage due to font setup / framebuffer issues
** Also affects: console-setup (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1823327 Title: booting cloud images on a Multipass Windows hosted enviroment is slow in the initramfs stage due to font setup / framebuffer issues To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-images/+bug/1823327/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
