Backport of relevant section in mountall.c for 2.36.4; this should make
mountall respect nobootwait, even if the mountpoint is under /usr or
/var.
** Patch added: Backport of relevant fix in 2.38 for 2.36.4
Public bug reported:
The logic in mountall.c forces the system to wait for all mounts within
/usr and /var before continuing the boot process. Sometimes, networked
filesystems are mounted within these directories.
Because the services that support networked filesystems aren't
necessarily
This problem is still present on more recent versions of Ubuntu. We
currently locally patch it to allow home directories to be owned by
either the relevant user, or root.
It would be great if this was patched upstream.
--
You received this bug notification because you are a member of Ubuntu
Hi,
This still affects both 14.04 and 16.04 (and probably affects the newer
non-LTS releases). We apply a patch downstream, which I've attached.
Regards
** Patch added: "pulse.patch"
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1152137/+attachment/4879559/+files/pulse.patch
A fix for this has been merged upstream:
https://gitlab.freedesktop.org/pulseaudio/pulseaudio/merge_requests/134
I believe this should make it into the 14.0 release.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio
5 matches
Mail list logo