On 02/04/2020 08:01 AM, Dominique Leuenberger / DimStar wrote:
On Tue, 2020-02-04 at 14:38 +0100, Jan Engelhardt
On Tuesday 2020-02-04 14:12, Roger Whittaker
I know what is happening here in theory, but not
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
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)
Filesystem Hierarchy Standard (latest March 19, 2015 - 3.0)
"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.