<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 09/01/2009 02:23 PM, Rich Megginson wrote:
<blockquote cite="mid:4A9D90DB.5020200@redhat.com" type="cite">I'm
envisioning something like patch files in an RPM - things that can
easily come and go depending on what needs to be done for a particular
release. In this case, instead of patch files, these would be short
perl or shell scripts. These would be invoked once or once per
instance.
<br>
<br>
One way would be to have a large script which would be edited for each
release, adding or deleting code as needed. This is the way it worked
in the past - the file quickly becomes "unruly". However, we would
only have to touch Makefile.am once to add the upgrade script.
<br>
</blockquote>
You mean like the migrate4to6, migrate5to6, etc. stuff?<br>
<blockquote cite="mid:4A9D90DB.5020200@redhat.com" type="cite"><br>
Another way would be to have small scripts that could come and go with
each release. The disadvantage is that we would be constantly
adding/deleting items from Makefile.am. This is what I would prefer.
<br>
</blockquote>
I prefer the scriptlet approach too.<br>
<br>
How do you envision dealing with upgrading from different versions?
For example, we would need to do much different work upgrading from 1.1
-> 1.3 than we would from 1.2 -> 1.3. Will there be some way for
the scriptlet to specify what versions it needs to be run for?<br>
<blockquote cite="mid:4A9D90DB.5020200@redhat.com" type="cite"><br>
Before invoking the update scripts, the code would create some sort of
context, containing information about the config directory, each
instance, and an identity and credentials that can be used to manage
each instance. For example, when you run setup-ds-admin.pl -u, it uses
the uid=admin identity and asks for the password, then uses that
identity to manage each instance. However, in the case where there is
just the base ds package, we would need some way to ask or specify the
identity for each instance. For the UI, I don't think there's any way
around just simply asking for the username and password for each
instance (we can default the username to directory manager or the last
value specified). For .inf file usage, I was thinking about adding a
new section - [slapd-instancename] - in which you could specify the
RootDN and RootDNPwd.
<br>
<pre wrap="">
<hr size="4" width="90%">
--
389-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:389-devel@redhat.com">389-devel@redhat.com</a>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/fedora-directory-devel">https://www.redhat.com/mailman/listinfo/fedora-directory-devel</a>
</pre>
</blockquote>
<br>
</body>
</html>