[opensuse-factory] getprotobyname() does not work any more because of the /usr/etc migration
Hello all, After upgrading to netcfg 11.6 I find it has moved the file /etc/protocols to /usr/etc/protocols. This will break the assumption of some applications and function calls. For example, the getprotobyname() call (https://linux.die.net/man/3/getprotobyname) takes a protocol name and should return a struct protoent. However, on my machine this function call returns NULL. Creating a softlink from "/usr/etc/protocols" to "/etc/protocols" could workaround this problem. However, I believe we should fix it by patching glibc. Best Regards, ~xz -- Xu Zhao i@xuzhao.net
20.02.2020 06:45, Xu Zhao пишет:
Hello all,
After upgrading to netcfg 11.6 I find it has moved the file /etc/protocols to /usr/etc/protocols. This will break the assumption of some applications and function calls. For example, the getprotobyname() call (https://linux.die.net/man/3/getprotobyname) takes a protocol name and should return a struct protoent. However, on my machine this function call returns NULL. Creating a softlink from "/usr/etc/protocols" to "/etc/protocols" could workaround this problem. However, I believe we should fix it by patching glibc.
https://lists.opensuse.org/opensuse-factory/2020-02/msg00025.html -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
That solves my issue. Thank you! ~xz -- Xu Zhao i@xuzhao.net On Wed, 19 Feb 2020, at 10:57 PM, Andrei Borzenkov wrote:
20.02.2020 06:45, Xu Zhao пишет:
Hello all,
After upgrading to netcfg 11.6 I find it has moved the file /etc/protocols to /usr/etc/protocols. This will break the assumption of some applications and function calls. For example, the getprotobyname() call (https://linux.die.net/man/3/getprotobyname) takes a protocol name and should return a struct protoent. However, on my machine this function call returns NULL. Creating a softlink from "/usr/etc/protocols" to "/etc/protocols" could workaround this problem. However, I believe we should fix it by patching glibc.
https://lists.opensuse.org/opensuse-factory/2020-02/msg00025.html -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Xu Zhao <i@xuzhao.net> wrote:
Creating a softlink from "/usr/etc/protocols" to "/etc/protocols" could workaround this problem. However, I believe we should fix it by patching glibc.
If this means that configurable data is now on /usr, this seems to be a mistake. /usr should be expected to be on a read-only filesystem. Jörg -- EMail:joerg@schily.net (home) Jörg Schilling D-13353 Berlin joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/' -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thu, 2020-02-20 at 10:58 +0100, Joerg Schilling wrote:
Xu Zhao <i@xuzhao.net> wrote:
Creating a softlink from "/usr/etc/protocols" to "/etc/protocols" could workaround this problem. However, I believe we should fix it by patching glibc.
If this means that configurable data is now on /usr, this seems to be a mistake.
It doesn't mean that
/usr should be expected to be on a read-only filesystem.
/usr is read only; that's exactly correct. Once again the link: https://en.opensuse.org/openSUSE:Packaging_UsrEtc Cheers, Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (4)
-
Andrei Borzenkov -
Dominique Leuenberger / DimStar -
Joerg Schilling -
Xu Zhao