On 11/28/18 3:52 PM, Tom Hughes wrote:
On 28/11/2018 14:45, Florian Weimer wrote:
* Richard W. M. Jones:
Trying to track down a bug in IPP printing
(https://bugzilla.redhat.com/show_bug.cgi?id=1653276).
We're down a rabbit hole where it seems that in Fedora 29
/etc/nssswitch.conf ought to be a symlink. This machine has been
upgraded from F28 and this is not the case. AFAIK I have never edited
the file.
/etc/nsswitch.conf is owned by glibc. It is not a symbolic link as we
ship it.
That's true but...
If find out which packages replaces our configuration with a symbolic
link, please file a bug against that package. If they want to take over
/etc/nsswitch.conf, this is negotiable, but it needs coordination with
the glibc package.
...as I understood it under the old authconfig regime the glibc
installed version was overwritten by the authconfig generated version
as part of the install? and I thought authselect was supposed to
have taken over that role.
True. At this point, authselect only replaces authconfig. The difference
is that authconfig only created symlinks for pam configuration files
owned by pam (e.g. /etc/pam.d/system-auth -> system-auth-ac), authselect
also creates symlink for nsswitch.conf owned by glibc for clarity.
It is not done by the package installation, it must be called. Anaconda
calls it instead of authconfig automatically when there is no kickstart
provided.
We do have future plans to take over these files completely, but we did
not start this discussion with neither glibc nor pam since there are
still things that needs to be solved before this can happen.
Pavel.
Tom
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
