Bug 287241

Summary: fedora-ds-base update breaks previous installs
Product: [Fedora] Fedora Reporter: Dennis Gilmore <dennis>
Component: 389-ds-baseAssignee: Rich Megginson <rmeggins>
Status: CLOSED CANTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: urgent    
Version: rawhideCC: dennis, ssorce
Target Milestone: ---Keywords: screened
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-01-22 14:27:57 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
upgrade11.pl - upgrade script none

Description Dennis Gilmore 2007-09-12 04:42:24 UTC
Description of problem:
the use of the %define pkgname   dirsrv macro breaks previous installs as there
is no backwards computability with the previous packaging standards.  the dirsrv
 macro needs to go immediately.  

Version-Release number of selected component (if applicable):


How reproducible: always 


Steps to Reproduce:
1. have a prior version installed with service configured
2. upgrade
3. start dirsrv  since the service name is also changed
  
Actual results:

no instances found
Expected results:

configured instances found and started

Additional info:

This was a really really bad decision.  it breaks the package completely.

Comment 1 Rich Megginson 2007-09-12 14:50:20 UTC
(In reply to comment #0)
> Description of problem:
> the use of the %define pkgname   dirsrv macro breaks previous installs as there
> is no backwards computability with the previous packaging standards.  the dirsrv
>  macro needs to go immediately.  

We put the macro in there because we didn't know if dirsrv as the package name
was going to stick, and we wanted to be able to easily change it in the future.
 Is the macro the real problem, or is the problem that we changed the pkgname
from fedora-ds to dirsrv?

> 
> Version-Release number of selected component (if applicable):
> 
> 
> How reproducible: always 
> 
> 
> Steps to Reproduce:
> 1. have a prior version installed with service configured
> 2. upgrade
> 3. start dirsrv  since the service name is also changed
>   
> Actual results:
> 
> no instances found
> Expected results:
> 
> configured instances found and started
> 
> Additional info:
> 
> This was a really really bad decision.  it breaks the package completely.

Yes, understood.  I suppose we could have handled this much better.  We needed
to change the pkgname asap, and didn't have a lot of time to write pre/post
scripts, migration scripts, upgrade scripts, etc. to change the names of
paths/files from fedora-ds to dirsrv.  Also, afaik, there are only a half-dozen
people actually using fedora-ds-base in Fedora right now.  Everyone else is
waiting for the console to be ready.  So as painful as this change was, it is
far less painful than it would have been had we waited any longer.

Comment 2 Dennis Gilmore 2007-09-17 03:53:53 UTC
the main problem is that you changed the package name without any 
consideration to the users.

The rest of your excuse is crap.  there is no excuse period to break users 
setups.  

I am going to revert these changes and ask that you do not redo them.

Comment 3 Rich Megginson 2007-10-17 18:39:18 UTC
Created attachment 230191 [details]
upgrade11.pl - upgrade script

This is a script which can be used to upgrade from the old style (e.g.
/etc/fedora-ds) path naming convention to the new style (e.g. /etc/dirsrv).

To use: First shutdown any fedora ds servers - service fedora-ds stop
Then, as root, run perl upgrade11.pl
Then, service dirsrv start

Comment 4 Rich Megginson 2007-10-17 18:40:25 UTC
Simo, please try the upgrade script.

Comment 5 Dennis Gilmore 2008-01-22 14:27:57 UTC
Im going to close this as it is much to late to fix now