[go-nuts] SFTPGo 0.9.6 Released

2020-03-07 Thread Nicola Murino
Hi all, I'm pleased to announce SFTPGo 0.9.6. SFTPGo is a free and open source full featured and highly configurable SFTP server. It works on Linux, macOS and Windows. Here are the main new features compared to 0.9.5 version: - Keyboard interactive authentication. You can easily setup a

Re: [go-nuts] Naming convention for "will return error if cannot be done"

2020-03-07 Thread Ian Lance Taylor
On Sat, Mar 7, 2020 at 1:24 PM Alexander Mills wrote: > > I put the question on Quora: > https://www.quora.com/unanswered/In-Golang-mustdo-means-it-will-panic-if-it-cannot-be-done-Is-here-a-naming-convention-for-will-always-return-error-if-it-cannot-be-done > > In Golang "mustdo" means it will

[go-nuts] Naming convention for "will return error if cannot be done"

2020-03-07 Thread Alexander Mills
I put the question on Quora: https://www.quora.com/unanswered/In-Golang-mustdo-means-it-will-panic-if-it-cannot-be-done-Is-here-a-naming-convention-for-will-always-return-error-if-it-cannot-be-done In Golang "mustdo" means it will panic() if it cannot be done. Is here a naming convention for

[go-nuts] Re: Changing source code in order code to be supported from older Golang versions e.g. Go 1.10

2020-03-07 Thread Brian Candler
I think the problem with compiling code written for go 1.14 with the compiler for go 1.10 is not so much the minor language features like number literals, but additions to the standard library which those applications may depend on. This means you may need to backport parts of the standard

Re: [go-nuts] Changing source code in order code to be supported from older Golang versions e.g. Go 1.10

2020-03-07 Thread Manlio Perillo
Python has a similar policy about Windows support: https://docs.python.org/dev/using/windows.html#supported-versions The same for Rust: https://forge.rust-lang.org/release/platform-support.html Manlio On Saturday, March 7, 2020 at 2:43:50 PM UTC+1, Amnon Baron Cohen wrote: > > also > > >

Re: [go-nuts] Changing source code in order code to be supported from older Golang versions e.g. Go 1.10

2020-03-07 Thread Amnon Baron Cohen
also https://stackoverflow.com/questions/52137098/go-after-1-10-and-support-of-windows-xp/52137703#52137703 On Saturday, 7 March 2020 13:38:17 UTC, Amnon Baron Cohen wrote: > > https://github.com/golang/go/issues/23380 > > > -- You received this message because you are subscribed to the Google

Re: [go-nuts] Changing source code in order code to be supported from older Golang versions e.g. Go 1.10

2020-03-07 Thread Amnon Baron Cohen
https://github.com/golang/go/issues/23380 On Saturday, 7 March 2020 11:42:28 UTC, Jesper Louis Andersen wrote: > > While it isn't supported, it might be there are not that much work needed > to make 1.14 run on Windows XP. At least you should consider that path as > well in addition to program

Re: [go-nuts] Changing source code in order code to be supported from older Golang versions e.g. Go 1.10

2020-03-07 Thread Jesper Louis Andersen
While it isn't supported, it might be there are not that much work needed to make 1.14 run on Windows XP. At least you should consider that path as well in addition to program rewriting. It may be a simpler path. On Thu, Mar 5, 2020 at 12:08 PM Dimitrios Trechas wrote: > Dear colleagues, > >

Re: [go-nuts] Connection Refused while scraping the data

2020-03-07 Thread Jesper Louis Andersen
On Sat, Mar 7, 2020 at 5:35 AM Kurtis Rader wrote: > The web site you are accessing thinks you are executing a DDOS attack or > are otherwise violating their terms of service. This has nothing to do with > the Go language. You need to rate limit your requests of that site. > > To add: Look up

Re: [go-nuts] Connection Refused while scraping the data

2020-03-07 Thread Amnon Baron Cohen
You might get better results if you at a www to the beginning of the hostname. curl https://www.indeed.co.in/browsejobs/Engineering does download a page whereas curl https://indeed.co.in/browsejobs/Engineering does give a connection refused error. On Saturday, 7 March 2020 04:36:04 UTC,