Re: Issue tracker housecleaning: SVN-1804

2019-10-24 Thread Nathan Hartman
On Thu, Oct 24, 2019 at 6:20 PM Yasuhito FUTATSUKI wrote: > > Exception on SMTP.login will be repeated unless its response code indicates > temporary error (3XX), because each try uses same parameters. On the other > side, on SMTP.sendmail, with other sender, recipient, or even message data, > tr

Re: Issue tracker housecleaning: SVN-1804

2019-10-24 Thread Yasuhito FUTATSUKI
On 2019/10/25 7:19, Yasuhito FUTATSUKI wrote: Exception on SMTP.login will be repeated unless its response code indicates temporary error (3XX), because each try uses same parameters. On the other ^^^ Temporary failures are 4XX. Cheers, -- Yasuhito FUTATSUKI

Re: Issue tracker housecleaning: SVN-1804

2019-10-24 Thread Yasuhito FUTATSUKI
I'm sorry I didn't point out exeptions caused in smtplib, and too late to reply. (I already read on Wed, 23 Oct 2019 11:48:28 -0400 from Nathan and <20191024023717.zzg7tfxtdot4ipgl@tarpaulin.shahaf.local2> on Thu, 24 Oct 2019 02:37:17 + from Daniel, but my this reply is not related to them i

Re: Merging branches/swig-py3 to trunk

2019-10-24 Thread Julian Foad
Daniel Shahaf wrote: Branko Čibej wrote on Tue, 22 Oct 2019 19:39 +00:00: 1. we release 1.13.0 as planned next week when the soak period ends (pending any last-minute critical bugs found, of course); Speaking of which, do we have time to get the changes currently in STATUS into .0, or w

Re: 1.13.x and swig-py3

2019-10-24 Thread Yasuhito FUTATSUKI
Though it is somewhat off topic On 2019-10-24 18:38, Stefan Sperling wrote: FreeBSD ships 1.10 as part of their base system (it would make sense for them to stick to LTS). Subversion in FreeBSD base system are only command line programs, which link libsvn_* statically, and not depend on Py

Re: 1.13.x and swig-py3

2019-10-24 Thread Stefan Sperling
On Thu, Oct 24, 2019 at 02:46:39AM +, Daniel Shahaf wrote: > Nathan Hartman wrote on Wed, Oct 23, 2019 at 01:11:19 -0400: > > James McCoy wrote: > > > FWIW, since we switched to the new release model, I (in my capacity as > > > packager for Debian) basically ignore non-LTS releases. It's easie