389-devel October 2005

389-devel@lists.fedoraproject.org

9 participants
15 discussions

[Fedora-directory-devel] Checkin: bug 171892: parameterize ldapjdk and crimson jar locations
by Rich Megginson 28 Oct '05

28 Oct '05

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171892 Bug(s) fixed: 171892 Bug Description: parameterize ldapjdk and crimson jar locations Reviewed by: Noriko, Nathan (Thanks!) Files: https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=120466 Branch: HEAD Fix Description: This is also needed for GAR. The xmltools also ldapjdk.jar, and needs crimson.jar. DSMLGW does not need crimson.jar. It makes sense to separate these out of the dsmlgw jars. I changed the dsmlgw build.xml to be able to pickup ldapjdk.jar from a different location - defaults to the usual dist/classes. Platforms tested: RHEL4 Flag Day: no Doc impact: no QA impact: should be covered by regular nightly and manual testing New Tests integrated into TET: none https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=120467

1 0

[Fedora-directory-devel] Please review: bug 171892: parameterize ldapjdk and crimson jar locations
by Rich Megginson 27 Oct '05

27 Oct '05

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171892 Bug(s) fixed: 171892 Bug Description: parameterize ldapjdk and crimson jar locations Reviewed by: ??? Files: https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=120466 Branch: HEAD Fix Description: This is also needed for GAR. The xmltools also ldapjdk.jar, and needs crimson.jar. DSMLGW does not need crimson.jar. It makes sense to separate these out of the dsmlgw jars. I changed the dsmlgw build.xml to be able to pickup ldapjdk.jar from a different location - defaults to the usual dist/classes. Platforms tested: RHEL4 Flag Day: no Doc impact: no QA impact: should be covered by regular nightly and manual testing New Tests integrated into TET: none https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=120467

1 0

[Fedora-directory-devel] Checkin: bug 171854: Allow DSMLGW to build with GAR build scripts
by Rich Megginson 27 Oct '05

27 Oct '05

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171854 Bug(s) fixed: 171854 Bug Description: Allow DSMLGW to build with GAR build scripts Reviewed by: nhosoi(a)redhat.com (Thanks!) Files: https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=120444 Branch: HEAD Fix Description: Add a new macro DSMLGWJARS_BUILD_DIR which defaults to dist/classes for internal builds. For external builds, the developer can grab these jars from their respective locations, or grab the bundle from the fds download site, which is what the GAR builds will do. The location is then passed in on the make command line as DSMLGWJARS_BUILD_DIR=/path/to/dsmlgwjars. Regular internal builds should continue to work as always. Platforms tested: RHEL4 Flag Day: no Doc impact: no

1 0

[Fedora-directory-devel] Please review: bug 171854: Allow DSMLGW to build with GAR build scripts
by Rich Megginson 26 Oct '05

26 Oct '05

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171854 Bug(s) fixed: 171854 Bug Description: Allow DSMLGW to build with GAR build scripts Reviewed by: ??? Files: https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=120444 Branch: HEAD Fix Description: Add a new macro DSMLGWJARS_BUILD_DIR which defaults to dist/classes for internal builds. For external builds, the developer can grab these jars from their respective locations, or grab the bundle from the fds download site, which is what the GAR builds will do. The location is then passed in on the make command line as DSMLGWJARS_BUILD_DIR=/path/to/dsmlgwjars. Regular internal builds should continue to work as always. Platforms tested: RHEL4 Flag Day: no Doc impact: no https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=120445

1 0

[Fedora-directory-devel] Checkin: bug 171722: console: build.xml has hardcoded reference to root directory
by Rich Megginson 25 Oct '05

25 Oct '05

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171722 Bug(s) fixed: 171722 Bug Description: console: build.xml has hardcoded reference to root directory Reviewed by: nkinder(a)redhat.com nhosoi(a)redhat.com (Thanks!) Files: build.xml, build.properties Branch: HEAD Fix Description: Use "." instead of ".." as the console.root. This allows us to use console.root/buildnum.pl instead of console.root/console/buildnum.pl. The imports and built dirs are referenced by console.root/../built e.g. The problem is that when building from a source tar ball in rpm or gar, it expects the source directory when unpacked to be the same name as the .tar.gz file e.g. fedora-console-7.1.1.tar.gz unpacks into fedora-console-7.1.1. If "/console/" is hard coded, this won't work. Platforms tested: RHEL4 Flag Day: no Doc impact: no https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=120372

1 0

[Fedora-directory-devel] Please review: bug 171722: console: build.xml has hardcoded reference to root directory
by Rich Megginson 25 Oct '05

25 Oct '05

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171722 Bug(s) fixed: 171722 Bug Description: console: build.xml has hardcoded reference to root directory Reviewed by: ??? Files: build.xml, build.properties Branch: HEAD Fix Description: Use "." instead of ".." as the console.root. This allows us to use console.root/buildnum.pl instead of console.root/console/buildnum.pl. The imports and built dirs are referenced by console.root/../built e.g. The problem is that when building from a source tar ball in rpm or gar, it expects the source directory when unpacked to be the same name as the .tar.gz file e.g. fedora-console-7.1.1.tar.gz unpacks into fedora-console-7.1.1. If "/console/" is hard coded, this won't work. Platforms tested: RHEL4 Flag Day: no Doc impact: no https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=120372

2 1

[Fedora-directory-devel] About SNMP develop
by sparklezou＠hotmail.com 20 Oct '05

20 Oct '05

Dear all, I'm the newbie in the fedora directory server. I would like to know clear the sofeware architecture of SNMP part of fedora. Could you give me your kind help? Which document is useful? Please give me a hand. Thank you very much! Waiting for your kind replay! Best Regards, Sparklezou

2 1

[Fedora-directory-devel] About SNMP develop
by sparklezou＠hotmail.com 20 Oct '05

20 Oct '05

1 0

[Fedora-directory-devel] query processing
by discover 19 Oct '05

19 Oct '05

If you have query like (|(objectclass=*)(objectclass=ldapsubentry)), may a scope=0, as for I know the filters get evaluated independently first i.e objectclass=* then objectclass=ldapsubentry , then an intersection of two sets is computed . The resulting entry ids would be checked against the ancestorid index for the subtree , scope to arrive at the final results . Is this a correct understanding ? Is there any other way the scope is handled ? Thanks

2 1

[Fedora-directory-devel] ResourceCellRenderer.paint Bug Report
by Lillian Angel 17 Oct '05

17 Oct '05

Hi, I have filed a new bug and attached a patch. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171051 Lillian

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

389-devel October 2005