after splitting samba ebuild into separate ebuilds we lost rid.so library in samba. as result, if we use 'idmap backend = rid:MYDOMAIN=1000-100000' in smb.conf winbind cannot convert sid->uid Reproducible: Always Steps to Reproduce: 1. USE="server client winbind" emake samba 2. add gentoo_host into domain 3. add idmap backend = rid:DOMAIN=1000-100000 into smb.conf 4. start samba (winbindd) 5. wbinfo -S sid_of_any_domain_user return error next modification of samba-server.ebuild solve this problem: diff samba-server-3.4.5.ebuild samba-server-3.4.5-new.ebuild 83a84,88 > use winbind && mymod_shared="--with-shared-modules=idmap_rid" > if use ldap ; then > use winbind && mymod_shared="${mymod_shared},idmap_ad" > fi > 153c158,159 < $(use_with winbind) --- > $(use_with winbind) \ > ${mymod_shared}
why is 3.4.6 going stable with this P2 bug
(In reply to comment #1) > why is 3.4.6 going stable with this P2 bug > samba-3.4.6 is not splitted anymore
*** Bug 322279 has been marked as a duplicate of this bug. ***
Support for shared modules idmap_rid (winbind use flag) , idmap_ad (winbind and ads use flag) and idmap_ldap (winbind and ldap use flag) was just added to samba-3.5.3 Thanks for the bug report
current stable 3.4.6 has exactly the same problem, even if it's not splitted.
also, I cannot confirm the fix for 3.5.3. after emerging 3.5.3 with useflag winbind, rid.so is still missing.
(In reply to comment #6) > also, I cannot confirm the fix for 3.5.3. after emerging 3.5.3 with useflag > winbind, rid.so is still missing. > Did you do an emerge --sync beforehand? If so attach your emerge --sync and build.log , please
synced, also checked the changelog in local tree. after emerging again to get the build.log idmap libs are there and it works well, so something must have gone wrong before. sorry for the inconvenience, 3.5.3 is ok now.
This is fixed then
(In reply to comment #9) > This is fixed then > ebuild for the samba-3.4.9 (stable) still has this bug.
(In reply to comment #10) > (In reply to comment #9) > > This is fixed then > > > > ebuild for the samba-3.4.9 (stable) still has this bug. > Try with samba-3.5.6