https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=250324
Resolves: bug 250324
Bug Description: adminserver: port to HP-UX
Reviewed by: ???
Files: see diff
Branch: HEAD
Fix Description: 1) We need the same --enable-bundle option as
ldapserver, so that adminserver knows where to find the shared libraries
at runtime. 2) The adminserver Makefile constructs the LIBPATH for
scripts to use. Use this consistently
3) Need to use -lpthread before -lc
4) Use same --enable-debug as ldapserver
5) HP-UX has group "nogroup" instead of "nobody"
6) Use same libtool gcc hack as ldapserver uses
7) mod_deflate is not supported on HP-UX
Doing a DEBUG build caused breakage due to missing ereport. Instead,
just use PR_ASSERT for NS_ASSERT.
HAVE_STRFTIME is now defined in config.h.
Platforms tested: HP-UX 11.23 IPF 64bit
Flag Day: Yes - autotool file changes
Doc impact: no
https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=160376&action=diff
Summary: HP-UX: mime.types is not in /etc.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203999
------- Additional Comments From nhosoi(a)redhat.com 2007-07-27 19:36 EST -------
./admserv/cfgstuff/httpd.conf.in still contains the hardcoded mime.types path:
#
# TypesConfig describes where the mime.types file (or equivalent) is
# to be found.
#
TypesConfig /etc/mime.types
Both RHEL and Solaris has mime.types in /etc. But HP-UX does not have it there,
but in the apache/conf dir:
/opt/hpws/apache/conf/mime.types
------- Additional Comments From nhosoi(a)redhat.com 2007-07-30 20:07 EST -------
Created an attachment (id=160282)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=160282&action=view)
cvs diffs
Thank you for the input, Rich.
Files:
Makefile.am
configure.ac
admserv/cfgstuff/httpd.conf.in
m4/httpd.m4
Proposed change:
Introducing httpdconfdir to httpd.conf.in, which is going to be replaced with
the parent directory of the httpd.conf full-path if the directory has
mime.types (for HP-UX). Otherwise, check /etc if mime.types is located in
the directory (for RHELs and Solaris). If mime.types is not found in the both
directories, issue an error.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249777
Resolves: bug 249777
Bug Description: The preference directory name is currently hardcoded in
the Console. This directory name should be a property in the theme jar
file.
Reviewed by: ???
Files: see diff
Branch: HEAD
Fix Description: The proposed fix moves the preference directory name
into the theme properties file. I also did some cleanup related to the
post and preun steps related to the framework subpackage as well as
renaming the startconsole script to fedora-console. This will allow
multiple themes to reside on the same box without conflicting.
Platforms tested: FC6
Flag Day: no
Doc impact: no
https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=160083&action=diff
Summary: Implement a script registering DS to the Configuration DS
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249739
When one or more Directory Servers which are not registered to the Configuration
DS or there is no Configuration DS / AS set up, this script assigns a
Configuration DS, registers the existing servers to the Configuration DS, then
creates an AS instance if necessary.
------- Additional Comments From nhosoi(a)redhat.com 2007-07-26 14:59 EST -------
Created an attachment (id=160062)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=160062&action=view)
New (register-ds-admin.pl.in)
File: adminserver/admserv/newinst/src/register-ds-admin.pl.in
Description: main script to do the registration tasks. It works interactively
using Resource / Dialog.
------- Additional Comments From nhosoi(a)redhat.com 2007-07-26 15:01 EST -------
Created an attachment (id=160063)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=160063&action=view)
New (register-ds-admin.res.in)
File: adminserver/admserv/newinst/src/register-ds-admin.res.in
Description: resource file for register-ds-admin.pl
------- Additional Comments From nhosoi(a)redhat.com 2007-07-26 15:07 EST -------
Created an attachment (id=160064)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=160064&action=view)
New (RegDSDialogs.pm)
File: adminserver/admserv/newinst/src/RegDSDialogs.pm
Description: register-ds-admin specific dialog
------- Additional Comments From nhosoi(a)redhat.com 2007-07-26 15:41 EST -------
Created an attachment (id=160066)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=160066&action=view)
cvs diffs (adminserver)
Files:
Makefile.am
admserv/newinst/src/AdminServer.pm.in
admserv/newinst/src/AdminUtil.pm.in
admserv/newinst/src/ConfigDSDialogs.pm
admserv/newinst/src/setup-ds-admin.res.in
Description:
Makefile.am -- added new files: register-ds-admin.pl, register-ds-admin.res,
RegDSDialogs.pm
AdminServer.pm.in -- introduced "reconfig" context key to
registerASWithConfigDS, which is interpreted as "fresh" in check_and_add_entry
AdminUtil.pm.in -- introduced isConfigDS subroutine
ConfigDSDialogs.pm -- introduced regconfigdsinfo dialog, which is similar to
configdsinfo except regconfigdsinfo used for gathering new Admin Info, thus it
prompts for admin password twice and it does not access the Config DS for the
data verification.
setup-ds-admin.res.in -- added the second prompt for the admin password
------- Additional Comments From nhosoi(a)redhat.com 2007-07-26 15:44 EST -------
Created an attachment (id=160067)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=160067&action=view)
cvs diffs (ldapserver)
Files:
ldapserver/ldap/admin/src/scripts/DialogManager.pm
ldapserver/ldap/admin/src/scripts/SetupDialogs.pm.in
Description:
DialogManager.pm -- introduced resetDialog
SetupDialogs.pm.in -- introduced getRegDialogs just to return the usergroup
dialog
------- Additional Comments From nhosoi(a)redhat.com 2007-07-26 15:54 EST -------
Created an attachment (id=160068)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=160068&action=view)
use cases
The attchement contains the following cases:
1. Register one unregistered DS
2. Register multiple unregistered DSes
3. Register one unregistered DS to the existing Configuration DS
4. Register multiple unregistered DS to the existing Configuration DS
5. Switch the Configuration Server from <serverID> to <serverID2>
Summary: restart-slapd has an unreplaced token {{INST-DIR}}
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249722
Description of problem:
restart-slapd in the instance dir has an unreplaced token {{INST-DIR}}
$ egrep slapd ./restart-slapd
# Script that restarts the ns-slapd server.
{{INST-DIR}}/stop-slapd
{{INST-DIR}}/start-slapd
------- Additional Comments From nhosoi(a)redhat.com 2007-07-26 13:31 EST -------
Created an attachment (id=160046)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=160046&action=view)
cvs diff DSCreate.pm.in ( hash key, value: INST-DIR => $inf->{slapd}->{inst_dir} is added )
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249642
Resolves: bug 249642
Bug Description: The title of the about dialog in Console currently
combines the theme product name with the framework version number. This
can be confusing since the version of the theme package may differ from
the version of the framework.
Reviewed by: ???
Files: see diff
Branch: HEAD
Fix Description: The proposed change removes the version number from the
about dialog title. The title will simply say "About Foo Console",
using the product name from the theme jar file. In the content of the
dialog, I've added a message stating the version of the framework that
is being used.
Platforms tested: RHEL4
Flag Day: no
Doc impact: no
https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=159989&action=diff
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249470
Resolves: bug 249470
Bug Description: cn equality index missing by default
Reviewed by: ???
Files: see diff
Branch: HEAD
Fix Description: When creating the database instance during dse.ldif
processing, we do not create the user defined indexes from the defaults
for this backend. This used to work in the old setup code because that
code would always add the configuration for the indexes for the new
instance. The way it is supposed to work is that a new instance should
just copy the default indexes for that backend. This works fine when
adding an instance via LDAP but not during startup. I just added a call
to have this done during startup. I also removed some obsolete indexes
from the default indexes.
Platforms tested: RHEL4
Flag Day: no
Doc impact: no
https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=159896&action=diff