389-devel April 2017

389-devel@lists.fedoraproject.org

9 participants
63 discussions

Start a nNew thread

please review: Issue 49236 - Fix latest CI failures
by Mark Reynolds 25 Apr '17

25 Apr '17

https://pagure.io/389-ds-base/issue/49236 https://pagure.io/389-ds-base/issue/raw/files/c1fad34b64da3f64f493a6846cd0b…

1 0

Please review 49230: slapi_register_plugin creates config entry where it should not
by thierry bordaz 25 Apr '17

25 Apr '17

https://pagure.io/389-ds-base/issue/49230 https://pagure.io/389-ds-base/issue/raw/files/daf059ca6b5791e50a37866387bcc…

1 0

Please review: 49135 pbkdf2 time based rounds
by William Brown 24 Apr '17

24 Apr '17

https://pagure.io/389-ds-base/issue/49135 https://pagure.io/389-ds-base/issue/raw/files/88d4c18f6f95d9e47e8893f35bc90… -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane

1 0

please review - Issue 25 - lib389 - Fix RUV __repr__ function
by Mark Reynolds 24 Apr '17

24 Apr '17

https://pagure.io/lib389/issue/25 https://pagure.io/lib389/issue/raw/files/8610a1c69994959fb35fcf9cdc5207283c…

1 0

please review: Issue 49225 - Add additional CRYPT password storage schemes
by Mark Reynolds 24 Apr '17

24 Apr '17

https://pagure.io/389-ds-base/issue/49225 https://pagure.io/389-ds-base/issue/raw/files/980a3fcc600b0f84626867a36b831…

1 0

Design: dynamic certificate mapping
by William Brown 23 Apr '17

23 Apr '17

http://www.port389.org/docs/389ds/design/certmap-ipa.html https://pagure.io/389-ds-base/issue/49218 This is a design related to providing plugin hooks for certificate mapping features. -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane

1 0

Design: pad-pac extraction
by William Brown 23 Apr '17

23 Apr '17

http://www.port389.org/docs/389ds/design/pad-pac-anchor-creation.html This is a design doc related to PAC/PAD data extraction for DS. -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane

1 0

Config attribute - nsslapd-allowed-sasl-mechanisms - behaviour
by Simon Pichugin 23 Apr '17

23 Apr '17

Hello William, I think my question is for you in the first place. It regards the default attributes for cn=config feature. Version tested: 389-ds-base-1.3.6.1-9.el7.x86_64 During TET troubleshooting I've faced two issues: 1. By default, we have: [root@qeos-126 dirsrv-tet-install]# ldapsearch -h localhost -p 389 -D "cn=Directory manager" -w Secret123 -b "cn=config" "objectclass=*" | grep nsslapd-allowed-sasl-mechanisms nsslapd-allowed-sasl-mechanisms: Empty value. We can modify it and set something. (I'll skip the output, it works as expected. And after this, the server allows to do like this: [root@qeos-126 dirsrv-tet-install]# ldapmodify -h localhost -p 389 -D "cn=Directory manager" -w Secret123 dn: cn=config changetype: modify delete: nsslapd-allowed-sasl-mechanisms modifying entry "cn=config" [root@qeos-126 dirsrv-tet-install]# ldapsearch -h localhost -p 389 -D "cn=Directory manager" -w Secret123 -b "cn=config" "objectclass=*" | grep nsslapd-allowed-sasl-mechanisms nsslapd-allowed-sasl-mechanisms: Empty once again. In the ldap/servers/slapd/libglobs.c:8185, we have the info that: /* * Check the SASL mechanism values * * As per RFC 4422: * SASL mechanisms are named by character strings, from 1 to 20 * characters in length, consisting of ASCII [ASCII] uppercase letters, * digits, hyphens, and/or underscores. */ And: 8204 if(strlen(str) < 1){ 8205 /* ignore empty values */ 8206 return 0; 8207 } 2. Second one is a known issue, but still I'd like to clarify the expected behaviour: [root@qeos-126 dirsrv-tet-install]# ldapsearch -h localhost -p 389 -D "cn=Directory manager" -w Secret123 -b "cn=config" "objectclass=*" | grep nsslapd-allowed-sasl-mechanisms nsslapd-allowed-sasl-mechanisms: A [root@qeos-126 dirsrv-tet-install]# ldapmodify -h localhost -p 389 -D "cn=Directory manager" -w Secret123 dn: cn=config changetype: modify add: nsslapd-allowed-sasl-mechanisms nsslapd-allowed-sasl-mechanisms: B [root@qeos-126 dirsrv-tet-install]# ldapsearch -h localhost -p 389 -D "cn=Directory manager" -w Secret123 -b "cn=config" "objectclass=*" | grep nsslapd-allowed-sasl-mechanisms nsslapd-allowed-sasl-mechanisms: B So it wouldn't be a multivalued attribute? if we'll do the 'add' operation, it would replace the existing value with a new. Please, comment of a both cases. First looks more like a bug to me though, and I will file it if you'll confirm it. Thanks, Simon

2 5

Rust in DS poc
by William Brown 23 Apr '17

23 Apr '17

Hi all, I've been working on some demo's of rust + c in various use cases we need for DS. https://github.com/Firstyear/ds_rust_experiments/blob/master/simple_plugins… Simple POC of how we could write the plugin system in rust. I'm thinking that it would be cool to get a small API in there somewhere that uses this: https://github.com/Firstyear/ds_rust_experiments/tree/master/weaklink So we could replace an existing simple C function with a rust one for testing and see how it goes :) Another option is to use a seperate .so as per this example: https://github.com/Firstyear/ds_rust_experiments/tree/master/exposed_header… What do you think. Something we could actually test in the branch soon? -- Sincerely, William Brown Software Engineer Red Hat, Australia/Brisbane

1 0

Build failed in Jenkins: 389-ds-base #1256
by jenkins＠fedoraproject.org 21 Apr '17

21 Apr '17

See <https://jenkins.fedorainfracloud.org/job/389-ds-base/1256/changes> Changes: [William Brown] Ticket 49222 - Resolve various test issues on rawhide [William Brown] Ticket 49097 - Pblock get/set cleanup [William Brown] Ticket 49097 - whitespace fixes for pblock change ------------------------------------------ Started by an SCM change Building remotely on F25 (Fedora25 fedora Fedora fedora25) in workspace <https://jenkins.fedorainfracloud.org/job/389-ds-base/ws/> Wiping out workspace first. Cloning the remote Git repository Cloning repository http://pagure.io/389-ds-base.git > git init <https://jenkins.fedorainfracloud.org/job/389-ds-base/ws/> # timeout=10 Fetching upstream changes from http://pagure.io/389-ds-base.git > git --version # timeout=10 > git -c core.askpass=true fetch --tags --progress http://pagure.io/389-ds-base.git +refs/heads/*:refs/remotes/origin/* > git config remote.origin.url http://pagure.io/389-ds-base.git # timeout=10 > git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # timeout=10 > git config remote.origin.url http://pagure.io/389-ds-base.git # timeout=10 Fetching upstream changes from http://pagure.io/389-ds-base.git > git -c core.askpass=true fetch --tags --progress http://pagure.io/389-ds-base.git +refs/heads/*:refs/remotes/origin/* > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision eacb3c96ad2ae9e448ee547a796154d27e985b7f (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f eacb3c96ad2ae9e448ee547a796154d27e985b7f > git rev-list fbf320f316c2742f4c60cdc9f3e27a38944468e2 # timeout=10 [389-ds-base] $ /bin/sh -e /tmp/hudson7947125270748506663.sh Running configure... CFLAGS= -Wall CXXFLAGS= -Wall ./configure --with-tmpfiles-d=/etc/tmpfiles.d --with-openldap --enable-autobind --enable-gcc-security --with-selinux --with-systemdsystemunitdir=/lib/systemd/system --with-systemdsystemconfdir=/etc/systemd/system --enable-debug Build log is https://jenkins.fedorainfracloud.org/job/389-ds-base/ws/build.1256.txt autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4 autoreconf: configure.ac: tracing autoreconf: running: libtoolize --copy --force libtoolize: putting auxiliary files in '.'. libtoolize: copying file './ltmain.sh' libtoolize: putting macros in 'm4'. libtoolize: copying file 'm4/libtool.m4' libtoolize: copying file 'm4/ltoptions.m4' libtoolize: copying file 'm4/ltsugar.m4' libtoolize: copying file 'm4/ltversion.m4' libtoolize: copying file 'm4/lt~obsolete.m4' libtoolize: Consider adding 'AC_CONFIG_MACRO_DIRS([m4])' to configure.ac, libtoolize: and rerunning libtoolize and aclocal. autoreconf: running: /usr/bin/autoconf --force autoreconf: running: /usr/bin/autoheader --force autoreconf: running: automake --add-missing --copy --force-missing configure.ac:29: installing './compile' configure.ac:25: installing './config.guess' configure.ac:25: installing './config.sub' configure.ac:14: installing './install-sh' configure.ac:14: installing './missing' Makefile.am: installing './depcomp' parallel-tests: installing './test-driver' autoreconf: Leaving directory `.' Running make... Build log is https://jenkins.fedorainfracloud.org/job/389-ds-base/ws/build.1256.txt Checking for warnings... Build https://jenkins.fedorainfracloud.org/job/389-ds-base/1256/ failed There are build warnings Warning log is https://jenkins.fedorainfracloud.org/job/389-ds-base/ws/build-warns.1256.txt Last 100 lines of warning log: ------------------------------------------------------------ ldap/servers/slapd/pblock.c:2105:15: warning: unused variable ‘x’ [-Wunused-variable] ldap/servers/slapd/pblock.c:3749:15: warning: unused variable ‘x’ [-Wunused-variable] ldap/servers/slapd/task.c:1010:57: warning: passing argument 3 of ‘slapi_pblock_set’ discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers] ldap/servers/slapd/slapi-plugin.h:856:5: note: expected ‘void *’ but argument is of type ‘const char *’ ldap/servers/slapd/psearch.c:158:2: warning: ‘slapi_pblock_clone’ is deprecated [-Wdeprecated-declarations] In file included from ldap/servers/slapd/psearch.c:24:0: ldap/servers/slapd/slap.h:1756:16: note: declared here ------------------------------------------------------------ Build step 'Execute shell' marked build as failure

2 5

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

389-devel April 2017