[ http://issues.apache.org/jira/browse/DIRSERVER-749?page=comments#action_12439561 ] Bastiaan Bakker commented on DIRSERVER-749: -------------------------------------------
Hi Emmanuel, A 1.0 release is joyous event and I certainly don't want to distract you, Alex or anyone else working from getting it ready! I see ASF bureacracy is an effective inhibitor of quick commit access. "you ain't in sourceforge territory no more, Bastiaan" ;-) Won't mind jumping through the hoops at a later date, though. My company is in participating in ApacheDS development. I'm in the Netherlands, so we're in the same TZ. However I'm mostly limited to working on office hours: in the evening family life is taking most of my time. Could have a try coming thursday 20:30UTC. I'll be on #apache-directory on FreeNode as well as reachable by mail. Bastiaan > fix issues with apacheds RPM to get it working out of the box > ------------------------------------------------------------- > > Key: DIRSERVER-749 > URL: http://issues.apache.org/jira/browse/DIRSERVER-749 > Project: Directory ApacheDS > Issue Type: Improvement > Components: installer-plugin > Affects Versions: 1.0-RC4 > Environment: linux > Reporter: Bastiaan Bakker > Assigned To: Alex Karasulu > Priority: Minor > Fix For: 1.1.0, 1.0.1 > > Attachments: apacheds-branch-1.0-server-installers-rpmfix.patch, > apacheds-daemon-trunk-rpmfix.patch > > > The apacheds RPM has several issues that prevent it from running out of the > box: > * the init script fails to run because APACHEDS_USER is set to $USER, which > is not defined at boot time > * the init script fails to run bevause JAVA_HOME is not defined > * the init script it is not registered to the init subsystem with chkconfig > or similar > * the config files are not marked as such, causing them to be silently > overwritten when one upgrades the RPM > * the RPM filename is not conform conventions: > ${name}-${version}-${release}.${arch}.rpm > * the location of the files (/usr/local/apacheds-1.0_RC4) is version > dependent, making upgrades cumbsome. The admin has to relocate the partitions > and config files on every updgrade. > * the sources and docs are included in the rpm, even though they are not > necessary for operation. > The RPM build mechanism for apacheds also has some issues: > * runs rpmbuild as root, which is frowned upon by RPM gurus for security and > safety reasons. > * the generated src.rpm is not self contained, ie. one cannot do a 'rpmbuild > --rebuild' with it. > * the sudo mechanism is totally unnecessary > -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
