[Pkg-Cyrus-imapd-Debian-devel] Upload to debian/experimental?

Sven Mueller pkg-cyrus-imapd-debian-devel@lists.alioth.debian.org
Fri, 29 Apr 2005 12:47:28 +0200


Henrique de Moraes Holschuh wrote on 29/04/2005 01:04:
> On Fri, 29 Apr 2005, Sven Mueller wrote:
> 
>>release on alioth (without news this time, the changes vs 0.3 are just
>>too small to be worth a news entry).
> 
> I will upload from the alioth release, then.

Perfect.

>>Do you think an announcement would make sense somewhere once it is accepted?
> 
> Yeah, something like "Cyrus IMAPd 2.2 packages uploaded to debian
> experimental, we do not guarantee the upgrade path yet, etc."

Sure, but where should I post it? debian-user? debian-devel?

>>Yes, it's /usr/lib/cyrus/cyrus-db-types.(active|txt) and it's checked in
>>/etc/init.d/cyrus21 (and I took that mechanism over to cyrus22). I will
>>probably do another upgrade test installation early next week. Will
>>create an appropriate upgrade script if I can figure out how to do it.
>>Only problem is: Do I want to run that script in /etc/init.d/cyrus22 or
>>in postinst?
> 
> You want to have that script in /usr/lib/cyrus/upgrade, and to have the
> cyrus22 initscript hint the used that reading
> /usr/share/doc/cyrus22-common/README.upgrade (or whatever) is the way to go
> if he wants to know why the initscript won't let cyrus start.
> 
> Then, in that script, you document all that needs to be done, including
> running the upgrade script.

Oh well, The description in README.upgrade is already fairly complete. I
would think that if we don't want a fully automatic upgrade, we could
just as well leave it at that. I will think about it some more.

> Cyrus is the kind of package we don't bother doing upgrades automatically,
> the information is too sensitive to risk that.

Yeah, I would certainly not create an automatic upgrade without also
automatically creating a backup of all modified files (and a rollback
script). We'll see.

cu,
sven