many new features rely on library APIs and features that are only available
in recent versions of SSSD dependencies. As a result, the code often needs
#ifdefs and special branches in order to at least compile or run on RHEL5.
So far we've been doing nightly builds also for RHEL5 and fixing issues
as we were finding them. But recently we are considering dropping support
for RHEL5 -- it is causing some engineering effort and at the same time
the audience is probably very limited. If you are running super-stable
enterprise distribution, chances are you are not all that interested in
the latest and possibly very unstable SSSD version.
The proposal would be to keep building and supporting the 1.9.x branch
for RHEL5 and switch to using RHEL6 as the oldest supported release
starting from the 1.10 upstream version. Of course we would still accept
patches from any potential contributors.
Any objections against the plan?
I'm trying to build sssd from source using the instructions at https://fedorahosted.org/sssd/wiki/DevelTutorials. I am able to get past the "reconfig" step, but "chmake" is failing as follows. Which package is supposed to provide "simplebuffer.h". Any ideas?
[yelley@f19-client x86_64]$ chmake
Making check in po
make: Entering directory `/home/yelley/git/sssd/x86_64/po'
make: Nothing to be done for `check'.
make: Leaving directory `/home/yelley/git/sssd/x86_64/po'
Making check in src/man
make: Entering directory `/home/yelley/git/sssd/x86_64/src/man'
if [ -z $recursion ]; then \
for lang in `/usr/bin/sed -ne 's/^.*\[po4a_langs\] \(.*\)$/\1/p' ../../../src/man/po/po4a.cfg`; do \
if [ -d $lang ]; then \
sources=$(ls -1 $lang/*.xml); \
manpages=$(echo $sources | /usr/bin/sed 's/\.xml//g'); \
make recursion=1 man_MANS="$manpages"; \
make: Leaving directory `/home/yelley/git/sssd/x86_64/src/man'
make: Entering directory `/home/yelley/git/sssd/x86_64'
In file included from ../src/util/sss_ini.c:36:0:
/usr/include/ini_configobj.h:32:26: fatal error: simplebuffer.h: No such file or directory
make: *** [src/util/sss_ini.lo] Error 1
make: Leaving directory `/home/yelley/git/sssd/x86_64'
make: *** [check-recursive] Error 1
my name is David Bambusek, and I am working on an application , that will
be used as a tool for querying SSSD database. I am curently a student of
FIT VUT Brno and this is topic of my bachelor thesis. It will be a command
line application able to query various types of data, that is stored in
SSSD database. I made a web page, where I will add information about this
application I named sss_query, so far, you can find there information about
basic user interface ( www.bambusekd.cz/sss_query.html ).
My project is on my Github account
there I created branch sss_query, where I work on my application
I will be glad for any advice, recommendation or comment to it.
1.9.4 Ubuntu 13.04
We have this in sssd.conf:
ldap_sasl_mech = gssapi
ldap_sasl_authid = HH16$
ldap_krb5_keytab = /etc/krb5.keytab
ldap_krb5_init_creds = true
but no krb5cc_xxxx file appears in /tmp when we start sssd
This works OK with openSUSE with te same config.
How can we get sssd to produce the cache file as expected?
I've seen some error messages related to the missing override_homedir
file while building the man pages. I guess this patch will break string
freeze, so we might want to push it for a later release.
When SSSD is not enumerating (which is the default), we are trying to
link any "ghost" entries with a newly created user entry. However, when
enumeration is on, this means a spurious search on adding any user.
The first patch solves ticket https://fedorahosted.org/sssd/ticket/1844
The second modifies the test suite to reflect these changes.
The patch moves calculation of UID range for a domain from sdap_idmap
code to sss_idmap. Some changes are:
- Structure sdap_idmap_slice has been removed. The slice number is now
stored in the sss_idmap_range structure.
- The sss_idmap_init() function takes a new parameter: structure
sss_idmap_opts. It holds configurable options (UID bounds, rangesize,
use autorid mode). These values are also accessible outside sss_idmap
(simple getters have been added).
- Options dp_opt_get_int for
SDAP_IDMAP_LOWER/UPPER/AUTORID_COMPAT/RANGESIZE was moved from
sdap_idmap_add_domain to sdap_idmap_init. These values are shared among
subdomains, so there is no need to call it in each sdap_idmap_add_domain
- sss_idmap_calculate_range function is mostly copy of the range
calculation processing in sdap_idmap_add_domain(), but it uses values
stored in sss_idmap_opts and the slice number is taken from the rnge
structure (which is completely created by this function now).
Sumit, could you please review this patch? I think you are most familiar
with the id mapping code.
Also one more question. How should I amend the -version-info value for
libsss_idmap in Makefile.am? Currently it is 0:1:0. Should it be 1:0:0 now?