September 2006 - 389-devel - Fedora Mailing-Lists

[Fedora-directory-devel] Please review: [Bug 208672] parameterizing the hardcoded paths (phase 2. db, log, lock, pid dir)

by Noriko Hosoi

Hello, This is the phase 2 change proposal for the HFS work. This time, replacing the hardcoded db, log, lock and pid paths with the config attribute values... Your review would be greatly appreciated. Thanks, --noriko https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208672 Summary: parameterizing the hardcoded paths (phase 2. db, log, lock, pid dir) Product: Fedora Directory Server Version: 1.0.2 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Directory Server AssignedTo: nhosoi(a)redhat.com ReportedBy: nhosoi(a)redhat.com QAContact: ohegarty(a)redhat.com CC: ohegarty(a)redhat.com ------- Additional Comments From nhosoi(a)redhat.com 2006-09-29 20:45 EST ------- Created an attachment (id=137456) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=137456&action=view) cvs diffs (ldapserver) Files: ldap/admin/include/dsalib.h ldap/admin/lib/dsalib_db.c ldap/admin/lib/dsalib_location.c ldap/admin/lib/dsalib_util.c ldap/admin/src/create_instance.c ldap/admin/src/create_instance.h ldap/admin/src/ds_remove.c ldap/servers/slapd/libglobs.c ldap/servers/slapd/protect_db.c ldap/servers/slapd/proto-slap.h ldap/servers/slapd/slap.h ldap/servers/slapd/snmp_collator.c ldap/servers/slapd/back-ldbm/ldbm_config.c Changes: 1) introduced these 2 config attributes. +#define CONFIG_LOCKDIR_ATTRIBUTE "nsslapd-lockdir" +#define CONFIG_DBDIR_ATTRIBUTE "nsslapd-dbdir" 2) replaced the hardcoded paths with the corresponding attribute value in the server as well as in the create/remove instance codes.

17 years, 2 months

1
0
0 / 0

[Fedora-directory-devel] Commit: [Bug 207427] parameterizing the hardcoded paths (phase 1. config, schema, ldif dir)

by Noriko Hosoi

Summary: parameterizing the hardcoded paths (phase 1. config, schema, ldif dir) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207427 We have started working on FHS packaging <http://directory.fedora.redhat.com/wiki/FHS_Packaging> change. This is the first phase of the change, which affects the configuration, schema, and ldif directory). ------- Additional Comments From nhosoi(a)redhat.com 2006-09-27 19:31 EST ------- Created an attachment (id=137266) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=137266&action=view) cvs diffs (ldapserver -- revised) ------- Additional Comments From nhosoi(a)redhat.com 2006-09-27 19:46 EST ------- Created an attachment (id=137272) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=137272&action=view) cvs commit message (ldapserver) Thanks, --noriko

17 years, 2 months

1
0
0 / 0

[Fedora-directory-devel] Please Review: (208058) "decoding error" when using GSSAPI and adding new entries

by Nathan Kinder

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208058 Bug(s) fixed: 208058 Bug Description: When adding "large" entries or making "large" modifications over a connection using SASL mechanisms that provide encryption, the server returns a decoding error to the client. Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: It turns out that this is a data size related issue that is specific to using SASL mechanisms that encrypt the payload. This problem will be triggered by a SASL payload that is larger than 512 bytes once it is decrypted. Internally, we have a buffer that holds the decrypted SASL payload. This data is copied into a 512 byte buffer inside the sasl_recv_connection() function. If the decrypted data is larger than 512 bytes, we save an offset to be used to get the remaining data on the next call to sasl_recv_connection(). The problem is that we ignore this offset when copying the data between buffers on the subsequent call to sasl_recv_connection(). The fix is to start copying data out of the decrypted buffer from the offset. Flag Day: no Doc impact: no https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=137163

17 years, 2 months

1
0
0 / 0

[Fedora-directory-devel] IPv6 testing: listenhost

by Noriko Hosoi

Hello, I'm testing listenhost using IPv6 address now. I put this configuration attribute in cn=config. nsslapd-listenhost: fe80::208:74ff:fe18:fcd5%eth0 And accessed the server using the IPv6 address as well as its IPv4 address. Here's the result: $ ./ldapsearch -h [fe80::208:74ff:fe38:fcd5] -p 12345 -b "dc=example,dc=com" "(objectclass=*)" dn dn: dc=example,dc=com $ ./ldapsearch -h 172.16.15.156 -p 12345 -b "dc=example,dc=com" "(objectclass=*)" dn ldap_simple_bind: Can't connect to the LDAP server - Connection refused I think this is the expected behavior, but I'd like to have your thoughts. Please note that if there is no nsslapd-listenhost specified, the both command lines return the same result "dn: dc=example,dc=com". Also, to someone who is curious, to run the same test, you need a new version of LDAP C SDK, which hasn't been released yet... Thanks, --noriko

17 years, 2 months

2
2
0 / 0

[Fedora-directory-devel] Please review: [Bug 206724] Replacing PR_SetNetAddr with PRLDAP_SET_PORT for IPv6 support

by Noriko Hosoi

Summary: Replacing PR_SetNetAddr with PRLDAP_SET_PORT for IPv6 support https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206724 Description of problem: PR_SetNetAddr was used just to set port into PRNetAddr. The function has a side effect, which accidentally cleans up the scope_id field. So, if the purpose of calling PR_SetNetAddr is to set port, we were suggested to introduce a macro to achieve the goal. Fix proposal: Created an attachment (id=136399) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=136399&action=view) cvs diff slapi-private.h connection.c daemon.c Files: slapi-private.h connection.c daemon.c Changes: slapi-private.h: introduced PRLDAP_SET_PORT to set port to the port field in PRNetAddr. A copy of the same macro in LDAP C SDK (v6). Note: once NSPR provides an equivalent API, we may want to replace this macro with the one. (the NSPR compatibility issue remains, though.) connection.c, daemon.c: replaced PR_SetNetAddr with PRLDAP_SET_PORT.

17 years, 2 months

1
0
0 / 0

[Fedora-directory-devel] Please review: Bug 206662: PAM passthru: ENTRY map method not working and schema incorrect

by Rich Megginson

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206662 Bug(s) fixed: 206662 Bug Description: PAM passthru: ENTRY map method not working and schema incorrect Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: 1) Rename all occurrences of pamMapMethod to pamIDMapMethod 2) The parsing code for the map method was just plain wrong - it wasn't incrementing the pointer correctly. 3) This code: if (one == two == three == PAMPT_MAP_METHOD_NONE) - is not correct. Platforms tested: RHEL4 Flag Day: no Doc impact: no https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=136369

17 years, 2 months

1
0
0 / 0

[Fedora-directory-devel] Please review: Bug 206527: Enable rpmbuild of directory server

by Rich Megginson

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206527 Bug(s) fixed: 206527 Bug Description: Enable rpmbuild of directory server Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: You can set env. vars. to override all of the LIB and INCLUDE paths with the make -e flag. I moved all of the external component packaging stuff into the packageDirectory target of ldap/cm/Makefile, and moved the "packaging" of the internal files into the releaseDirectory target. So the releaseDirectory target will now copy all of the ldapserver binaries and runtime files into their correct places under RELDIR, which is then used to create the rpm. There were a couple of other places that needed to change the way a particular file was packaged in order to make sure it was packaged in the core ds and not as an external component. Also attached to the bug is a sample fedora-ds.spec. Platforms tested: RHEL4 Flag Day: no - existing builds should continue to work as normal Doc impact: no

17 years, 2 months

1
0
0 / 0

[Fedora-directory-devel] Please review: Bug 206450: pass thru auth plugin should be configured by default

by Rich Megginson

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206450 Bug(s) fixed: 206450 Bug Description: pass thru auth plugin should be configured by default Reviewed by: ??? Files: see diff Branch: HEAD Fix Description: If you do a core DS build, you don't have a config DS or a user DS, and therefore the pass thru auth plugin is not added to the server config. It should always be added, disabled if not used immediately. The fix is to add it in this case, disabled. Platforms tested: RHEL4 Flag Day: no Doc impact: no https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=136265

17 years, 2 months

2
3
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

389-devel September 2006