Dovecot port changes

[Steven Smith]

Just do:

port uninstall dovecot2 dovecot2-sieve
port clean --all dovecot2 dovecot2-sieve
port install dovecot +solr +…
port install dovecot-sieve

A strong downvote to anything named “dovecot3” when and if version 3 ever appears. At that time dovecot version 2 will be obsolete, which is how we got painted into this port naming corner in the first place.

Dovecot version 1 is unsupported and unsafe to expose.

> On Feb 22, 2020, at 07:00, Gerben Wierda <gerben.wierda at rna.nl> wrote:
> 
> Follow-up suggestion:
> 
> Clone port dovecot2 to a new port dovecot1 now
> 
> Whenever dovecot major release 3 appears:
> 
> Clone the existing dovecot to new port dovecot2
> Update dovecot port to dovecot 3
> 
> Is there a mechanism in MacPorts to block automatic update activations when new versions of software require a different configuration and automatic conversion is not possible? Should there be one?
> 
>> On 22 Feb 2020, at 12:41, Gerben Wierda <gerben.wierda at rna.nl> wrote:
>> 
>> port dovecot is now installing dovecot 2
>> port dovecot2 is now installing dovecot 1
>> 
>> The change breaks ‘port update outdated’ as the existence of a dovecot2 install will prevent the installation of dovecot which now has become a dependency for other ports instead of dovecot2. dovecot2-sive is likewise replaced by dovecot-sieve with identical issues.
>> 
>> The only luck I have now is that the update failed so my existing dovecot2 is still running and I can thus I can still read mail (including replies to this).
>> 
>> Yes, making sure that the port dovecot installs dovecot 2 (current) is cleaner (letting port dovecot2 install dovecot 1 is bad). But is that worth this mess? Instead of a nice and simple update, I have (unexpectedly, if I had known I could have prepared) to figure out the new setup, variants, etc. And given that the upgrade failed halfway, I have a messed up MacPorts landscape and I (unexpectedly) have to spend (unplanned) time on this. Spending time on it is  not the problem. Unexpected, because of a strictly sproken unnecessary cosmetic change, is.
>> 
>> G
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3898 bytes
Desc: not available
URL: <http://lists.macports.org/pipermail/macports-users/attachments/20200222/309aac72/attachment.bin>