[PATCH] introduce a virtual imaplib2 (was: Separate imaplib2 from offlineimap)
Franz Fellner
alpine.art.de at gmail.com
Wed Jun 8 08:08:15 BST 2016
On Wed, 08 Jun 2016 03:44:19 +0200, Nicolas Sebrecht <nicolas.s-dev at laposte.net> wrote:
> On Sat, Jun 04, 2016 at 12:10:46PM +0200, Nicolas Sebrecht wrote:
> > On Sat, Jun 04, 2016 at 11:50:15AM +0200, Łukasz Żarnowiecki wrote:
> > > On Sat, Jun 04, 2016 at 02:04:07AM +0200, Nicolas Sebrecht wrote:
>
> > > > - This will require us to handle bugs for different imaplib2 versions.
> > > > This means more maintenance tasks.
> > >
> > > This is a good point, but we might state that only the latest version is
> > > supported.
> >
> > I'll consider this idea. Though, "Latest" is not what I'd like since
> > they might be broken too.
>
> I wonder we have no choice than providing a table in the README with the
> supported imaplib2 releases for all the versions above v7.*.
>
> Something like:
>
> If you or your distribution does not make use of the bundled imaplib2
> version, we might not provide official support. It is only provided
> with respect to the following table:
>
> - v7.0.0 to v7.0.4: imaplib2 v2.53, v2.54
> - v7.1+: imaplib2 v2.55
This might get challenging for distributions shipping live packages or regular git snapshots.
And how to deal with distributions patching imaplib2? That might get intersting in case such a
patch fixes an issue offlineimap works around...
Of course one could mention in the readme to either not patch imaplib2 or use the bundled one.
But who knows what distris do in the end ;)
More information about the OfflineIMAP-project
mailing list