Please :)
Latest stable release is now 1.14.1. A simple bump to 1.13.4 works, however, I've tried to wrap up a new 1.14.1 (and even 1.14.0) ebuild myself, but can't get past a compilation failure. Any chance someone can take a look at bumping this soon? Thanks in advance.
(In reply to Russell Knighton from comment #1) > Latest stable release is now 1.14.1. Yes, I noticed that too but as 1.14.x contains new stuff I really want 1.13.4 in the tree too. > > A simple bump to 1.13.4 works, however, I've tried to wrap up a new 1.14.1 > (and even 1.14.0) ebuild myself, but can't get past a compilation failure. > > Any chance someone can take a look at bumping this soon? > > Thanks in advance. I have noticed a problem with DDNS and our hostnamne definition. We have the short name (non FQDN) and that makes DDNS fail. I am unsure whether a FQDN hostname will break anything, though.
Created attachment 445534 [details] Ebuild for sssd 1.14.1 This builds sssd 1.14.1, not runtime tested though.
Thanks for the ebuild - I have given it a quick try, but for me it fails to compile with the following: make[4]: Entering directory '/var/tmp/portage/sys-auth/sssd-1.14.1-r1/work/sssd-1.14.1-abi_x86_64.amd64' rm /var/tmp/portage/sys-auth/sssd-1.14.1-r1/image///lib64/libnss_sss.so.2 \ /var/tmp/portage/sys-auth/sssd-1.14.1-r1/image///lib64/libnss_sss.so mv /var/tmp/portage/sys-auth/sssd-1.14.1-r1/image///lib64/libnss_sss.so.2.0.0 /var/tmp/portage/sys-auth/sssd-1.14.1-r1/image///lib64/libnss_sss.so.2 if [ ! __LIBKRB5_DEFAULTS__ = "__LIBKRB5_DEFAULTS__" ]; then \ /bin/mkdir -p /var/tmp/portage/sys-auth/sssd-1.14.1-r1/image//__LIBKRB5_DEFAULTS__ ; \ fi mv /var/tmp/portage/sys-auth/sssd-1.14.1-r1/image///winbind_idmap_sss.so /var/tmp/portage/sys-auth/sssd-1.14.1-r1/image///sss.so mv: cannot stat '/var/tmp/portage/sys-auth/sssd-1.14.1-r1/image///winbind_idmap_sss.so': No such file or directory make[4]: *** [Makefile:24952: install-data-hook] Error 1 Possibly because of the --with-libwbclient config switch you added? I definitely do not need/want samba/winbind on my system, so, when I get more free time, I'll have a tinker with it and see if I can get it past that error. Was there a reason you added that has a hard coded config option rather than making it part of the samba use flag? (Is is needed now for the new "secrets" store?)
(In reply to Russell Knighton from comment #4) > Thanks for the ebuild - I have given it a quick try, but for me it fails to > compile with the following: > > make[4]: Entering directory > '/var/tmp/portage/sys-auth/sssd-1.14.1-r1/work/sssd-1.14.1-abi_x86_64.amd64' > rm /var/tmp/portage/sys-auth/sssd-1.14.1-r1/image///lib64/libnss_sss.so.2 \ > /var/tmp/portage/sys-auth/sssd-1.14.1-r1/image///lib64/libnss_sss.so > mv > /var/tmp/portage/sys-auth/sssd-1.14.1-r1/image///lib64/libnss_sss.so.2.0.0 > /var/tmp/portage/sys-auth/sssd-1.14.1-r1/image///lib64/libnss_sss.so.2 > if [ ! __LIBKRB5_DEFAULTS__ = "__LIBKRB5_DEFAULTS__" ]; then \ > /bin/mkdir -p > /var/tmp/portage/sys-auth/sssd-1.14.1-r1/image//__LIBKRB5_DEFAULTS__ ; \ > fi > mv /var/tmp/portage/sys-auth/sssd-1.14.1-r1/image///winbind_idmap_sss.so > /var/tmp/portage/sys-auth/sssd-1.14.1-r1/image///sss.so > mv: cannot stat > '/var/tmp/portage/sys-auth/sssd-1.14.1-r1/image///winbind_idmap_sss.so': No > such file or directory > make[4]: *** [Makefile:24952: install-data-hook] Error 1 > > Possibly because of the --with-libwbclient config switch you added? > > I definitely do not need/want samba/winbind on my system, so, when I get > more free time, I'll have a tinker with it and see if I can get it past that > error. Was there a reason you added that has a hard coded config option > rather than making it part of the samba use flag? (Is is needed now for the > new "secrets" store?) I added libwbclient because otherwise the ebuild relied on its default which currently is yes. You could try hide it behind samba USE flag.
Created attachment 450784 [details] sssd-1.14.2.ebuild Update ebuild to sssd 1.14.2 Hopefully fixing any previous bugs
*** Bug 604054 has been marked as a duplicate of this bug. ***
compile fails at configure phase with following message: configure: ldb lib directory: /usr/lib64/samba/ldb checking for DHASH... no configure: error: "Please install libdhash-devel" it seems that additional library from https://releases.pagure.org/SSSD/ding-libs/ must be installed as well
(In reply to Oleg Gawriloff from comment #8) > compile fails at configure phase with following message: > configure: ldb lib directory: /usr/lib64/samba/ldb > checking for DHASH... no > configure: error: "Please install libdhash-devel" > > it seems that additional library from > https://releases.pagure.org/SSSD/ding-libs/ > must be installed as well ding libs is in the ebuild. However, I have not bother to keep this bug up to date with my latest stuff du to lack of interest, I am in sssd-1.15.2 now.
Do you have newer ebuild, I will add it to barzog-overlay.
Created attachment 472788 [details] sssd-1.15.2 Try this one. got an sssd-1.15.9999 too (against git master)
Created attachment 503272 [details] sssd-1.16.0
Created attachment 503274 [details] Better init.d script
Just add ing my latest sssd in case someone needs it.
With the version 1.16.2 I'm getting the following error: /usr/libexec/sssd/sssd_nss: symbol lookup error: /usr/lib64/sssd/libsss_cert.so: undefined symbol: child_io_destructor Any ideas?
(In reply to Vlad from comment #15) > With the version 1.16.2 I'm getting the following error: > /usr/libexec/sssd/sssd_nss: symbol lookup error: > /usr/lib64/sssd/libsss_cert.so: undefined symbol: child_io_destructor > > Any ideas? Add this in ebuild: #Work around linker dependency problem. append-ldflags "-Wl,--allow-shlib-undefined" upstream underlinks, fixed in their repo now
Created attachment 538426 [details] My latest sssd ebuild for 1.16.2
(In reply to Joakim Tjernlund from comment #16) > (In reply to Vlad from comment #15) > > With the version 1.16.2 I'm getting the following error: > > /usr/libexec/sssd/sssd_nss: symbol lookup error: > > /usr/lib64/sssd/libsss_cert.so: undefined symbol: child_io_destructor > > > > Any ideas? > Add this in ebuild: > #Work around linker dependency problem. > append-ldflags "-Wl,--allow-shlib-undefined" > > upstream underlinks, fixed in their repo now I'm getting the same error with adjusted ldflags. Maybe there is problem combining them? My LDFLAGS: -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,--hash-style=gnu -Wl,--allow-shlib-undefined
(In reply to Vlad from comment #18) > (In reply to Joakim Tjernlund from comment #16) > > (In reply to Vlad from comment #15) > > > With the version 1.16.2 I'm getting the following error: > > > /usr/libexec/sssd/sssd_nss: symbol lookup error: > > > /usr/lib64/sssd/libsss_cert.so: undefined symbol: child_io_destructor > > > > > > Any ideas? > > Add this in ebuild: > > #Work around linker dependency problem. > > append-ldflags "-Wl,--allow-shlib-undefined" > > > > upstream underlinks, fixed in their repo now > > I'm getting the same error with adjusted ldflags. Maybe there is problem > combining them? My LDFLAGS: -Wl,-O1 -Wl,--sort-common -Wl,--as-needed > -Wl,--hash-style=gnu -Wl,--allow-shlib-undefined Dunno, try appyling the proper fix instead: https://pagure.io/SSSD/sssd/c/a2cc554f438c220b3cc73eb93879dd87795a86cd?branch=master
1.16.3 just got relesed
Updated to 1.16.3 and 2.0.0 in barzog-overlay.
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f7509b8c2c86600ad4580a85e7dd3f3138910d63
(In reply to Mikle Kolyada from comment #22) > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=f7509b8c2c86600ad4580a85e7dd3f3138910d63 I looked at the ebuild andgot commenst: 1) You lost net-libs/http-parser as dep. I don't rember exactly why/how this lib got into sssd. It may be bundeled. It needs some looking into ... 2) This part is nott needed anymore, 1.16.3 has fixed this: #Work around linker dependency problem. append-ldflags "-Wl,--allow-shlib-undefined"
(In reply to Joakim Tjernlund from comment #23) > (In reply to Mikle Kolyada from comment #22) > > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > > ?id=f7509b8c2c86600ad4580a85e7dd3f3138910d63 > > I looked at the ebuild andgot commenst: > > 1) You lost net-libs/http-parser as dep. I don't rember exactly why/how > this lib got into sssd. It may be bundeled. It needs some looking > into ... > > 2) This part is nott needed anymore, 1.16.3 has fixed this: > #Work around linker dependency problem. > append-ldflags "-Wl,--allow-shlib-undefined" Oh, I forgot: 3) The init.d script is bad. I added a much better one in this bug.
Are my comments going to /dev/null ?