Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 529148 - net-fs/autofs - automagic dependency on sys-auth/sssd
Summary: net-fs/autofs - automagic dependency on sys-auth/sssd
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Yixun Lan
Depends on: 540540
  Show dependency tree
Reported: 2014-11-13 13:40 UTC by Krzysztof Nowicki
Modified: 2021-02-25 04:29 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---

Added sys-auth/sssd as RDEPEND (auto-fs-runtime-dep-patch,407 bytes, patch)
2017-04-06 00:30 UTC, christos kotsis
Details | Diff
patch for autofs-5.1.5-r1.ebuild (autofs-5.1.5-r1_USE-sssd.patch,1.01 KB, patch)
2019-06-20 15:03 UTC, Will Simoneau
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Krzysztof Nowicki 2014-11-13 13:40:00 UTC
When trying to set-up autofs to work with sssd I've hit a problem where after reinstalling sys-auth/sssd with autofs USE flag and adding 'sss' to /etc/nsswitch.conf under the 'automount' entry automount was missing the file. It turned out that after reinstalling net-fs/autofs the missing file magically appeared.

This leads me to believe that net-fs/autofs checks for presence of sssd's autofs plugin and enables sssd support if it finds it. This should be reflected in the ebuild.

The net-fs/autofs ebuild should have a 'sssd' USE flag that will trigger a dependency on sys-auth/sssd[autofs]

Reproducible: Always

Steps to Reproduce:
1. emerge net-fs/autofs
2. USE=autofs emerge sys-auth/sssd
3. automount -f
Actual Results:  
automount fails with the following error:

open_lookup:93: cannot open lookup module sss
(/usr/lib64/autofs/ cannot open shared
object file: No such file or directory)

Expected Results:  
automount should start normally
Comment 1 christos kotsis 2017-04-06 00:30:20 UTC
Created attachment 469308 [details, diff]
Added sys-auth/sssd as RDEPEND

I could not reproduce the problem, however I added sys-auth/sssd as RDEPEND, in case it by others.
Comment 2 christos kotsis 2017-04-06 03:01:44 UTC
(In reply to christos kotsis from comment #1)
> Created attachment 469308 [details, diff] [details, diff]
> Added sys-auth/sssd as RDEPEND
> I could not reproduce the problem, however I added sys-auth/sssd as RDEPEND,
> in case it by others.

in case it is needed by others**
Comment 3 christos kotsis 2017-04-06 14:27:34 UTC
Comment on attachment 469308 [details, diff]
Added sys-auth/sssd as RDEPEND

>--- auto-fs-runtime-dep	2017-04-06 03:17:22.693698131 +0300
>+++ auto-fs-runtime-dep-new	2017-04-06 03:25:28.168707905 +0300
>@@ -28,7 +28,9 @@
> REQUIRED_USE="sasl? ( ldap )"
> # currently, sasl code assumes the presence of kerberosV
> RDEPEND=">=sys-apps/util-linux-2.20
>+      sys-auth/sssd
> 	dmalloc? ( dev-libs/dmalloc[threads] )
> 	hesiod? ( net-dns/hesiod )
> 	ldap? ( >=net-nds/openldap-2.0
Comment 4 Will Simoneau 2019-06-20 15:03:24 UTC
Created attachment 580228 [details, diff]
patch for autofs-5.1.5-r1.ebuild

This is still a problem as of today. The attached patch is a bit kludgy but should at least be a usable fix...

The bigger problem here is that the configure script for autofs doesn't seem to have a flag to explicitly enable/disable sssd support (i.e. there is no --with-sssd/--without-sssd that we could control via USE=sssd). The configure script appears to rely *exclusively* on the presence/absence of /usr/{lib64,lib}/sssd/modules/ to set its internal HAVE_SSS_AUTOFS={1,0}.

This patch deals with that by introducing an anti-dependency that should prevent from existing when autofs is built with USE=-sssd. I don't like having to introduce a blocker case for this, but it's the least invasive method I can think of to ensure that USE=-sssd actually has the intended effect.