Public bug reported:
lxc-checkpoint needs criu to be installed but the criu package is absent in
eoan and focal
(criu exists in disco and bionic).
** Affects: lxc (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Hello,
I suffer from the same issue, I also have HP Zbook 15 G6 with Ubuntu 19.10. I
installed the latest kernel v5.5-rc3 through ukuu utility. Now, I do not have
any sound (nor mic, nor speakers).
Here is the output from dmesg:
```
[0.00] Linux version 5.5.0-050500rc3-generic
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: alsa-driver (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to alsa-driver in Ubuntu.
Public bug reported:
Disappears after debugging procedure and reporting, sometimes with a
reboot.Thanks for help
ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: xorg 1:7.7+19ubuntu7.1
ProcVersionSignature: Ubuntu 4.15.0-72.81-generic 4.15.18
Uname: Linux 4.15.0-72-generic x86_64
so 2 things come to my mind right now
Does the kernel (loop driver) do the right thing by not clear/reset the
loop device' stats after the umount/detached operation ?
and/or
Does parted need to smarter and not only based is detection only on
stat() ?
Let's circle back on Jan 2020.
** Also
Public bug reported:
In dual boot machine (lenove S740 laptop) sound is fine on windows side.
Headphones work on linux side, but there is no sound at all from
speakers on the ubuntu 19.10
ProblemType: Bug
DistroRelease: Ubuntu 19.10
Package: alsa-base 1.0.25+dfsg-0ubuntu5
ProcVersionSignature:
Ok so in fact the inconsistency is due to "parted" that will try to
probe devices iff the given block device return informations from
stat(), regardless if the block device is available or not.
Seems like the only trigger/criteria is the stat() return. Since the
loop device stat doesn't
CMI8738 is not well-supported by alsa.
Running with a center channel volume issue (center volume constant,
whatever the master volume).
I found out that master volume worked only for front/rear channel, not
center which stick to its initial value.
Pulseaudio volume for separate channel are not
Sorry for the very late reply. Just to inform you, i don't do devel
snapshots of freefont anymore at all, so this bug can be closed.
** Changed in: fonts-freefont (Ubuntu)
Assignee: (unassigned) => DNS (dns)
--
You received this bug notification because you are a member of Ubuntu
Touch
so 2 things come to my mind right now
Does the kernel (loop driver) do the right thing by not clear/reset the
loop device' stats after the umount/detached operation ?
and/or
Does parted need to be smarter and not only based is detection on stat()
to assume if its a legit device or not to be
10 matches
Mail list logo
