This is an interaction between a symlink that systemd ships (as
mentioned in https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=627949#10) and the kmod package (which ships the
now-inaccurate /usr/share/man/man5/modules.5.gz).
** Also affects: kmod (Ubuntu)
Importance: Undecided
Status:
Public bug reported:
My systemd-modules-load.service fails to start like this:
● systemd-modules-load.service - Load Kernel Modules
Loaded: loaded (/lib/systemd/system/systemd-modules-load.service; static;
vendor preset: enabled)
Active: failed (Result: exit-code) since Tue 2020-10-27
I haven't upgraded to Focal yet, but it's still an open issue upstream:
https://github.com/vim/vim/issues/5237
May 20, 2020 5:49 AM, "Sebastien Bacher" wrote:
> Is that still an issue in focal?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
>
I encountered this when trying to report a bug in the snap-store, which
as far as I can tell is the new default package manager. It looks pretty
silly to see Apport disclaiming responsibility for the package manager.
It knows the snap is published by "canonical". Maybe everything
published by
*** This bug is a duplicate of bug 1861082 ***
https://bugs.launchpad.net/bugs/1861082
Public bug reported:
With the move to package the software center as a Snap in 20.04, I
decided to go fishing for bugs that might manifest on my 18.04 machine
(with a home directory outside of /home),
I did a bisect as asked in the upstream issue I reported at
https://github.com/vim/vim/issues/5237 and I think that
https://github.com/vim/vim/commit/cd142e3369db163a511dbe9907bcd138829c
is the offending commit.
** Summary changed:
- vim-gtk can no longer save to GVFS SFTP mounts in 18.04
+
Sorry, I misremembered my results from yesterday. I just checked again.
The permissions are in fact different: the Nautilus-created files are
644 (because my "New Text Document.txt" template in ~/Templates is 644),
while files created with e.g. touch are 664.
Since both allow me, the owning user,
The permissions and ownership are the same. It seems to persist across
ejecting and remounting the SSH mount. I can see if it persists across a
reboot or magically spreads from one SSH mount to a different mount (via
a different hostname/ip for the same machine), but I suspect it won't.
November
I can actually only get this to manifest *for files created by
Nautilus*. Files that are created from an ssh session or by cd-ing into
the /run/user/1000/... directory are unaffected. So I guess this also
affects Nautilus?
** Also affects: nautilus (Ubuntu)
Importance: Undecided
Status:
*** This bug is a duplicate of bug 1813679 ***
https://bugs.launchpad.net/bugs/1813679
** Description changed:
To reproduce:
1. Have an SSH server you have access to. It could even be localhost.
2. Open "Files" (Nautilus), hit Ctrl+L to get the URL bar, and type in
*** This bug is a duplicate of bug 1813679 ***
https://bugs.launchpad.net/bugs/1813679
Looks like I reported this already ages ago, but as far as I can tell
nobody noticed.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to
This is an interaction between vim and GVFS, so I've added GVFS as
affected.
** Also affects: gvfs (Ubuntu)
Importance: Undecided
Status: New
** Summary changed:
- vim-gtk can no longer save to GVFS STFP mounts in 18.04
+ vim-gtk can no longer save to GVFS SFTP mounts in 18.04
--
*** This bug is a duplicate of bug 1813679 ***
https://bugs.launchpad.net/bugs/1813679
Public bug reported:
To reproduce:
1. Have an SSH server you have access to. It could even be localhost.
2. Open "Files" (Nautilus), hit Ctrl+L to get the URL bar, and type in
"ssh://your.server", and
This is actually a kernel bug, in Linux. The issue is the absence of
platform data for this particular board in the snd_soc_rt5645 module.
The issue can be worked around by creating
/etc/modprobe.d/hacksound.conf with the following contents:
# Invert jack detection (1) and use detection mode 2
This may be a kernel driver bug, and a regression from 4.12. See
http://www.lattepanda.com/topic-p24689.html?sid=1fa88916eb19dd9d65e0abd3ecbf6210#p24689
This may be a missing piece of platform data in the kernel that would
tell it to invert jack detection on this particular board. I will try
If I save the ALSA state with the headphones unplugged to a file:
sudo alsactl --file=settings-out.txt store
And then plug in the headphones and restore it:
sudo alsactl --file=settings-out.txt restore
I still get no sound. But then diffing the final state against the
unplugged state did find
Public bug reported:
My machine is a LattePanda board, which uses a "chtrt5645" device as a
sound card. It has a single headphone output jack, which I think is a
TRRS jack, with a mic input, such as is normally used on phones.
When I don't have headphones plugged in, the system thinks headphones
Public bug reported:
In Ubuntu 16.04, with gvim 7.4.1689, I can open files over GVFS SSH
mounts (by going to `ssh://wherever` in the address bar in the file
browser and double-clicking on the file), edit them, and save them.
In Ubuntu 18.04, when I install `vim-gtk` and try to do the same thing,
Public bug reported:
nVidia's proprietary drivers don't work when the kernel is running under
the Xen hypervisor; nVidia knows this and has chosen not to implement
Xen support. However, I did not know this.
On my Ubuntu Xen dom0 system, I went into Ubuntu's "Software & Updates",
on the
Public bug reported:
libcurl4-gnutls-dev provides my /usr/bin/curl-config and the static
library (symlink) /usr/lib/x86_64-linux-gnu/libcurl.a -> libcurl-
gnutls.a. I am trying to link statically against that static library.
The right way to do this seems to be to run "curl-config --static-libs"
Public bug reported:
The pkg-config file at /usr/lib/x86_64-linux-
gnu/pkgconfig/gobject-2.0.pc has "-lffi" in its "Libs.private". This
means that when you ask pkg-config how to link statically against
gobject-2.0, with "pkg-config --libs --static gobject-2.0", you get a
series of linker flags
I don't know if this is expected behavior, but it's certainly annoying
behavior. I'm writing an app that depends on libtcodxx.so, which in turn
depends on libtcod.so. I want to ship them both in the lib directory
next to my app. With RUNPATH as "$ORIGIN/lib", it finds the direct
dependency
Public bug reported:
A fully-filled-in IPv6 address is 8 groups of 4 characters each, with 7
colons, for a total of 39 characters. This is much longer than the 4 * 4
+ 3 = 19 characters maximum required to represent an IPv4 address, which
is what the output format that ping6 inherits from ping
23 matches
Mail list logo