In Kubuntu (22.04) Ubiquity window is still wider than 800x600:
916x589 - welcome screen
916x560 - installer run from "Try It"
In the "Try It" option there is also a Plasma panel visible at the bottom
(44px),
which limits the available desktop space even further to 800x556.
Ubiquity window
This issue persists in Ubuntu 21.10.
My external USB drives get disconnected randomly.
Setting "XHCI Hand-off" in BIOS to Disabled *SOLVED* this problem for me.
It seems kernel/Ubuntu fails to handle USB properly when given control over it
by BIOS.
My kernel log:
Apr 22 23:57:43 phd kernel:
This issue is FIXED with Linux kernel 5.16.0 (tested with liquorix
kernel).
Details: https://gitlab.freedesktop.org/drm/amd/-/issues/1671
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1944094
Title:
BTW: Is there a way to safely resize /boot on an already installed
system?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1960089
Title:
Request 2.0 GiB Boot Partition for 22.04LTS FDE
To manage
Meanwhile the separate /boot/efi partition is probably way too big: 513MB.
Out of which my installation uses... 6.23MB.
Maybe /boot and /boot/efi could be merged into a single /boot partition?
Although that means it would have to be formatted as FAT32. So no symlinks.
--
You received this bug
> We propose to increase the LVM /boot partition to 2.0 GiB.
Or just allow user to modify that size in the installer?
Especially that the required size really depends on user needs (lowlatency
kernel, custom kernels).
--
You received this bug notification because you are a member of Ubuntu
This issue causes updates to fail when lowlatency kernel is installed.
2 generic kernel versions + 2 lowlatency kernel versions already barely fit in
the current /boot partition limit of 732MB.
During kernel updates apt tries to install another 2 images (before removing
the previous old ones).
Public bug reported:
Do not break Firefox with snap.
Snap is horrendously slow and it breaks programs.
Users do not want snap.
Users hate snap.
Stop forcing it on users.
Stop creating transitional packages to trick users into installing snap
versions.
This is wrong.
** Affects: firefox
Public bug reported:
"reptyr" is missing arm64 build.
Upstream https://github.com/nelhage/reptyr compiles with make,
and the resulting binary works as intended.
Debian bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945352
** Affects: reptyr (Ubuntu)
Importance: Undecided
This bug seems to be FIXED in Ubuntu 21.10 Impish with openarena
0.8.8+dfsg-5.
Can more people confirm?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1651561
Title:
openarena crashes upon starting
@gagarin
DKMS package for nvtop should be provided by the repository anyway.
Either this or proper dependencies in the binary nvtop package.
All the solutions that you mention are troublesome workarounds for something
that should work out of the box.
--
You received this bug notification
Bump. This issue still occurs.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1916278
Title:
Arduino fails to start: undefined symbol: sp_get_port_usb_vid_pid
To manage notifications about this bug
Chromium snap starts slowly also in 20.10 Hirsute.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847069
Title:
[snap] Chromium snap starts slowly
To manage notifications about this bug go to:
13 matches
Mail list logo
