This bug probably still exists. I`m moving my 18.04 machines to 20.04
and I`m migrating to etckeeper (because of this bug). I currently don`t
have any 20.04 machine with fsvs to generate this report and to confirm
this bug still exists.
I`ve checked my old notes and found this may be connected to
Same result here, hypervisor: Hyper-V.
Partition table: GPT
Here is command dpkg uses to upgrade grub:
root@host ~ # grub-install --efi-directory=/boot/efi --target=x86_64-efi
/dev/sda
Installing for x86_64-efi platform.
grub-install: warning: Internal error.
grub-install: error: failed to
OK, I understand now. It looks like my configuration is affected. I keep
some configuration files in /etc/snmp needed for snmp modules (like
database integration etc.). This files need to be Debain-snmp group
readable. I also keep some local state data in /usr/local/var/snmp.
--
You received
The trouble is that the UID/GID of files owned by Debian-snmp (before
the upgrade) is kept resulting in files owned by tcpdump and systemd-
timesync after the upgrade. For egzample files in /etc/snmp/.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Public bug reported:
snmpd upgrade bionic->focal changes Debian-snmp UID/GID. Tested on two
different machines, the result:
#1
diff -u passwd.r15 passwd.local
--- passwd Rev. 15 (Fri Sep 13 10:35:32 2019)
+++ passwd Local version (Fri Apr 24 09:53:12 2020)
@@ -31,4 +31,6 @@
Tried fsvs-1.2.9 - same effect. I guess something changed in subversion
libraries.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1875642
Title:
FSVS - not able to commit changes to remote HTTP SVN
Public bug reported:
After upgrading one of my machines to Ubuntu 20.04 fsvs stopped working.
I`m not able to commit changes to remote repo provided by libapache2
-mod-svn. I`ve tried to reproduce it by installing apache2+mod-svn+svn
locally and the result is the same.
SVN client works fine.
