On Fri, Feb 07, Roger Oberholtzer wrote:
On Thu, Feb 6, 2020 at 6:44 AM Thorsten Kukuk
On Wed, Feb 05, David C. Rankin wrote:
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)
No application is reading /etc/services directly. They all use the glibc
interface for this.
No need to patch any application.
True for clients that access service definitions. Not at all true for
software installers that add services to the services file.
Adding new entries to /etc/services is absolute fine, and now you even
don't have the problem anymore that the next distribution update
will overwrite your entries.
installer is not RPM based as it does lots of things beyond what RPM
allows. It will have to now detect where to add new services.
No! You will continue to use /etc/services, nothing else. You cannot
write to /usr/etc.
was a program that could be told a service and add it if it does not
exist, then what you say might be true. But most installers like ours
check if a service is defined, and if not, add it to the services
file. So it needs to know the location. Is there a user command that
tells the name of this file?
So your installer is already broken today if the customer is using
LDAP or NIS?
The only correct way to check if an entry exist, and that since
over 20 years (yes, this was already on Solaris the case) is:
"getent services ...".
Checking /etc/services did never told you if a service exist.
At least not since the day SUN introduced NIS, and especially
no longer when SUN introduced /etc/nsswitch.conf.
So check with "getent services" if the service exist, if not,
add to /etc/services, and be happy that from now openSUSE will not
overwrite your service with the next update.
Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS
SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
Managing Director: Felix Imendoerffer (HRB 36809, AG Nürnberg)
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org