Bug#972512:
Control: unblock -1 by 972790 -- Unblocking as the patch to remove python-rfc6555 dependency has been ported from offlineimap. The dependency can be added later. -- Regards Sudip
Bug#972512:
Update: blocked on https://github.com/OfflineIMAP/offlineimap3/issues/12. -- Regards Sudip
Bug#972512: ITP: offlineimap3 -- IMAP/Maildir synchronization and reader support
On Tue, Oct 20, 2020 at 10:53:44AM +0100, Sudip Mukherjee wrote: > On Mon, Oct 19, 2020 at 8:25 PM Emilio Pozuelo Monfort > wrote: > > > > On 19/10/2020 18:54, Sudip Mukherjee wrote: > > > Package: wnpp > > > Severity: wishlist > > > Owner: Sudip Mukherjee > > > > > > * Package name: offlineimap3 > > And, if upstream does not have any specific concern for > https://github.com/OfflineIMAP/offlineimap3/issues/10#issuecomment-712683745 > then I will either close this ITP or reuse this for something else. Unfortunately it looks like we need to go for a separate package. :( -- Regards Sudip
Bug#972512: ITP: offlineimap3 -- IMAP/Maildir synchronization and reader support
On Mon, Oct 19, 2020 at 8:25 PM Emilio Pozuelo Monfort wrote: > > On 19/10/2020 18:54, Sudip Mukherjee wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Sudip Mukherjee > > > > * Package name: offlineimap3 > >Version : > >Upstream Author : > > * URL : https://github.com/OfflineIMAP/offlineimap3 > > * License : GPL-2+ with OpenSSL exception > >Programming Lang: Python > >Description : IMAP/Maildir synchronization and reader support > > > > This is the python3 port of OfflineIMAP. > > > > As discussed in https://github.com/OfflineIMAP/offlineimap3/issues/10 > > upstream is asking to treat offlineimap and offlineimap3 separately and > > it can be packaged after upstream has done its first official release. > > What's the point of packaging this under a new name, if the old version is > going > to be removed? If they aren't meant to be coinstalled, and specially if the > application interface is compatible with the old version, then there's little > benefit in renaming it. The language (version) is just an implementation > detail > in this case. Totally agree. Discussion about this was ongoing at https://github.com/OfflineIMAP/offlineimap3/issues/10 and also at #debian-mentors. I will be uploading offlineimap (python3 version) to experimental for more testing. And, if upstream does not have any specific concern for https://github.com/OfflineIMAP/offlineimap3/issues/10#issuecomment-712683745 then I will either close this ITP or reuse this for something else. -- Regards Sudip
Bug#972512: ITP: offlineimap3 -- IMAP/Maildir synchronization and reader support
On 19/10/2020 18:54, Sudip Mukherjee wrote: Package: wnpp Severity: wishlist Owner: Sudip Mukherjee * Package name: offlineimap3 Version : Upstream Author : * URL : https://github.com/OfflineIMAP/offlineimap3 * License : GPL-2+ with OpenSSL exception Programming Lang: Python Description : IMAP/Maildir synchronization and reader support This is the python3 port of OfflineIMAP. As discussed in https://github.com/OfflineIMAP/offlineimap3/issues/10 upstream is asking to treat offlineimap and offlineimap3 separately and it can be packaged after upstream has done its first official release. What's the point of packaging this under a new name, if the old version is going to be removed? If they aren't meant to be coinstalled, and specially if the application interface is compatible with the old version, then there's little benefit in renaming it. The language (version) is just an implementation detail in this case. Cheers, Emilio
Bug#972512: ITP: offlineimap3 -- IMAP/Maildir synchronization and reader support
Package: wnpp Severity: wishlist Owner: Sudip Mukherjee * Package name: offlineimap3 Version : Upstream Author : * URL : https://github.com/OfflineIMAP/offlineimap3 * License : GPL-2+ with OpenSSL exception Programming Lang: Python Description : IMAP/Maildir synchronization and reader support This is the python3 port of OfflineIMAP. As discussed in https://github.com/OfflineIMAP/offlineimap3/issues/10 upstream is asking to treat offlineimap and offlineimap3 separately and it can be packaged after upstream has done its first official release. -- Regards Sudip
