On 02/04/2020 08:01 AM, Dominique Leuenberger / DimStar wrote:
On Tue, 2020-02-04 at 14:38 +0100, Jan Engelhardt wrote:
On Tuesday 2020-02-04 14:12, Roger Whittaker wrote:
I know what is happening here in theory, but not all installed programs do. For example fetchmail stopped working after this update until I added a symlink to the old location.
Is there a "proper" way to handle this apart from what I did?
I think the proper solution is to have netcfg provide exactly that kind of symlink. Just like we have /var/run and /etc/resolv.conf.
No - the move of the files to /usr/etc is so that /etc stays clean for the admin to override things as he needs. And not to pullute it with symlinks.
Please read my other mail in this thread. Working arund this issue with more workarounds is just not going to be the way forward.
Is this really warranted? When workarounds are needed to correct a new change -- there is a problem. And for 20+ years, every program that needs a specific port has looked to /etc/services. That means every program (other than those updated or patched by the opensuse team) will fail to find the services file in the new location (unless patched by the user) The Linux: Filesystem Hierarchy Standard (latest March 19, 2015 - 3.0) https://refspecs.linuxfoundation.org/FHS_3.0/fhs/index.html https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard States: "The following files, or symbolic links to files, must be in /etc if the corresponding subsystem is installed: ... services Port names for network services (optional) ..." It seems contrary to move a file from the position mandated by the Linux FHS -- David C. Rankin, J.D.,P.E.