package: fedfs-utils-devel-0.9.4-1.el6.x86_64 from epel-testing unresolved deps: fedfs-utils-lib(x86-64) = 0:0.9.4-1.el6 fedfs-utils-lib is not build on epel6 but lastest build add fedfs-utils-devel which has hardcoded dependency on fedfs-utils-lib%{?_isa}
I copied the -devel subpackage definition from the Fedora version of fedfs-utils. Fedora has -lib. I'm not sure why a -lib dependency is needed for -devel. Having the C include file in this package simply enables junction resolution support when mountd (nfs-utils) is built. A mountd built with junction support will simply ignore junctions if the fedfs-utils-lib subpackage is not installed, that is expected and correct behavior. Though -lib requires kernel support to actually work, the plug-in will install and mountd can load it without kernel changes. We will eventually need -lib anyway, so I will see about adding that subpackage to resolve this bugzilla.
fedfs-utils-0.9.4-2.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/fedfs-utils-0.9.4-2.el6
That build won't help much because of: package: fedfs-utils-lib-0.9.4-2.el6.x86_64 unresolved deps: fedfs-utils-nsdbparams(x86-64) = 0:0.9.4-2.el6
Ignore previous - that package was missing from my testing environment.
Package fedfs-utils-0.9.4-2.el6: * should fix your issue, * was pushed to the Fedora EPEL 6 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=epel-testing fedfs-utils-0.9.4-2.el6' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11909/fedfs-utils-0.9.4-2.el6 then log in and leave karma (feedback).
fedfs-utils-0.9.4-2.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report.