Description of problem: [ 7.028664] systemd[1]: gssproxy.service: Cannot add dependency job, ignoring: Unit gssproxy.service failed to load: No such file or directory. ]# cd /usr/lib/systemd/system/ [root@tb system]# grep -r -- gssproxy * auth-rpcgss-module.service:Before=gssproxy.service rpc-svcgssd.service rpc-gssd.service auth-rpcgss-module.service:Wants=gssproxy.service rpc-svcgssd.service rpc-gssd.service nfs-client.target:After=rpc-gssd.service rpc-svcgssd.service gssproxy.service nfs-server.service:After=rpc-gssd.service gssproxy.service rpc-svcgssd.service rpc-svcgssd.service:After=gssproxy.service rpc-svcgssd.service:ConditionPathExists=|!/run/gssproxy.pid # urpmq -f -Y gssproxy No package named gssproxy FYI: https://fedoraproject.org/wiki/Features/gss-proxy Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1. 2. 3. Reproducible: Steps to Reproduce:
Assigning to all packagers collectively, because a package that does not yet exist in Mageia does not yet have a maintainer. @ Colin However, if you have any ideas on how badly we need gssproxy, or if you want to stop our systemd from probing for it: please say so :-)
CC: (none) => mageia, marja11Assignee: bugsquad => pkg-bugsSource RPM: (none) => gssproxy
This is something for our NFS maintainer (whoever that may be)
(In reply to Colin Guthrie from comment #2) > This is something for our NFS maintainer (whoever that may be) Thx, Col :-) nfs-utils I suppose.... that's guillomovitch Re-assigning
Assignee: pkg-bugs => guillomovitch
This dependency seems a bit excessive, as gssproxy is only used AFAIK when kerberos is used for authenticating NFS users. Anyway, I just submitted gssproxy package, which should fix the issue.
gssproxy is now a dependency of nfs-utils-1.3.3-4.mga6, closing.
Status: NEW => RESOLVEDResolution: (none) => FIXED