Commercial use of cygwin

[Antonio Sidoti via Cygwin]

Hello,

I was looking into using Cygwin for commercial use, but I couldn't really
understand if that was ok or not.

>From here  and here
,
it seems like the basic cygwin library is available under LGPL, so ok to be
redistributed commercially if linked dynamically.

When I looked for all the different dlls though, I couldn't really find all
the licenses. I looked at /usr/share/doc folder but could not find the
licenses for several packages
+cygblas-0.dll
+cyggfortran-4.dll
+cyggomp-1.dll
+cyglapack-0.dll
+cygncursesw-10.dll
+cygquadmath-0.dll
+cygreadline7.dll

Is there any way you could provide some guidance on the topic? Is it
something you could help with?
(Of course in exchange of compensation)

Thanks for your help.
Antonio
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Commercial use of cygwin

[Marco Atzeri via Cygwin]

On 12.11.2020 09:42, Antonio Sidoti via Cygwin wrote:

Hello,

I was looking into using Cygwin for commercial use, but I couldn't really
understand if that was ok or not.

 From here  and here
,
it seems like the basic cygwin library is available under LGPL, so ok to be
redistributed commercially if linked dynamically.

When I looked for all the different dlls though, I couldn't really find all
the licenses. I looked at /usr/share/doc folder but could not find the
licenses for several packages
+cygblas-0.dll
+cyggfortran-4.dll
+cyggomp-1.dll
+cyglapack-0.dll
+cygncursesw-10.dll
+cygquadmath-0.dll
+cygreadline7.dll

Is there any way you could provide some guidance on the topic? Is it
something you could help with?
(Of course in exchange of compensation)

Thanks for your help.
Antonio
--


in general there is no restriction on usage.
License are located on:

for lapack and Blas:
$ cygcheck -l liblapack-devel
/usr/share/doc/Cygwin/lapack.README
/usr/share/doc/lapack/LICENSE
/usr/share/doc/lapack/README.md

for gcc/fortran and gomp

$ cygcheck -l gcc-core | grep COPYING
/usr/share/doc/gcc/COPYING
/usr/share/doc/gcc/COPYING.LIB

for ncurses

$ cygcheck -l ncurses | grep COPYING
/usr/share/doc/ncurses/COPYING

there are same restrictions if you plan to incorporate
the tools in your own software tif you are redistributing it.
(copy of source must also be distributed)


Regards
Marco

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Something makes curl hang for 5 minutes after connection refused

[Ilya Basin via Cygwin]

This looks fixed now. Thanks.

On 15.09.2019 10:07, Basin Ilya wrote:
> Hi.
> Any update on this?
>
> 01.12.2018 12:51, Corinna Vinschen пишет:
>> On Nov 30 20:42, Brian Inglis wrote:
>>> On 2018-11-30 12:49, Lee wrote:
 On 11/30/18, Basin Ilya  wrote:
> Hi.
>
> Recently I noticed that `curl` does not fail immediately after connection
> refused, but waits for 5 minutes.
>
> This only happens on my machine and only with the `Cygwin` version of
> `curl`. The mingw version is unaffected.
> I tried downgrading curl, but it didn't help. I thought there's a rogue
> setting in `/etc` or in home or maybe some environment variable, but I
> couldn't find it.
>
> basin@BASIN /cygdrive/c/Users/basin
> $ >/dev/null /usr/bin/curl -v http://127.0.0.1:2/
> * STATE: INIT => CONNECT handle 0x80048658; line 1404 (connection
> #-5000)
> * Added connection 0. The cache now contains 1 members
> *   Trying 127.0.0.1...
> * TCP_NODELAY set
> * STATE: CONNECT => WAITCONNECT handle 0x80048658; line 1456 
> (connection
> #0)
 <.. snip ..>
> curl: (28) Connection timed out after 300145 milliseconds
>
> basin@BASIN /cygdrive/c/Users/basin
> $ /usr/bin/curl --version
> curl 7.59.0 (i686-pc-cygwin) libcurl/7.59.0 OpenSSL/1.0.2p zlib/1.2.11
> libidn2/2.0.4 libpsl/0.18.0 (+libidn2/2.0.2) libssh2/1.7.0 nghttp2/1.31.0
> Can someone try to reproduce it?
 I get the same behavior:
 $ /usr/bin/curl -v http://127.0.0.1:2/
 * STATE: INIT => CONNECT handle 0x600057ad0; line 1404 (connection #-5000)
 * Added connection 0. The cache now contains 1 members
 *   Trying 127.0.0.1...
 * TCP_NODELAY set
 * STATE: CONNECT => WAITCONNECT handle 0x600057ad0; line 1456 (connection 
 #0)
 * Connection timed out after 300324 milliseconds
 * multi_done
 * stopped the pause stream!
 * Closing connection 0
 * The cache now contains 0 members
 curl: (28) Connection timed out after 300324 milliseconds

 $ /usr/bin/curl --version
 curl 7.59.0 (x86_64-unknown-cygwin) libcurl/7.59.0 OpenSSL/1.0.2p
 zlib/1.2.11 libidn2/2.0.4 libpsl/0.18.0 (+libidn2/2.0.2) libssh2/1.7.0
 nghttp2/1.31.0


 I also get an almost immediate 'failed to connect' notice on windows:
 C:\>C:\UTIL\curl\curl.exe -v http://127.0.0.1:2/
 *   Trying 127.0.0.1...
 * TCP_NODELAY set
 * connect to 127.0.0.1 port 2 failed: Connection refused
 * Failed to connect to 127.0.0.1 port 2: Connection refused
 * Closing connection 0
 curl: (7) Failed to connect to 127.0.0.1 port 2: Connection refused

 with either version of curl:
 C:\>where curl
 C:\UTIL\curl\curl.exe
 C:\Windows\System32\curl.exe
>>> Ditto all the way!
>>>
>>> Could this be caused by network speed improvements made to Cygwin a while 
>>> back?
>>> Or were those patches never sent/received/applied from Daniel Havey (MS 
>>> Windows
>>> Program Manager for Transports and IP)?
>> Somebody may want to bisect this...
>>
>>
>> Corinna
>>
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

surrounding double quotes not removed from native command line arguments when they contain unicode and locale is default

[Ilya Basin via Cygwin]

Hi.
When I launch a Cygwin program from a native Windows program and an argument in 
the command line string is quoted and contains national characters then the 
Cygwin program behaves as if double quotes were part of the program argument.
This happens if I don't explicitly set LC_ALL or if I set LC_ALL=C or set 
LC_ALL=C.UTF-8

This is a problem because arguments with spaces must be quoted.

If I set the locale to some language and country the quotes are removed as 
expected no matter what code page I use, UTF-8 or a single-byte code page. The 
locale doesn't have to match the alphabet used.

If the argument is not quoted or if it doesn't contain national characters then 
it works even with the C locale.

C:\>set LC_ALL=

C:\>C:/cygwin/bin/ls -l C:/test-z-я/some.txt
-rw-r--r-- 1 il None 0 Nov 12 09:52 'C:/test-z-'$'/321/217''/some.txt'

C:\>C:/cygwin/bin/ls -l "C:/test-z-я/some.txt"
/usr/bin/ls: cannot access '"C:/test-z-'$'\321\217''/some.txt"': No such 
file or directory

C:\>C:/cygwin/bin/ls -l "C:/test-z-Z/some.txt"
-rw-r--r-- 1 il None 0 Nov 12 09:52 C:/test-z-Z/some.txt

C:\>C:\cygwin\bin\locale
LANG=
LC_CTYPE="C.UTF-8"
LC_NUMERIC="C.UTF-8"
LC_TIME="C.UTF-8"
LC_COLLATE="C.UTF-8"
LC_MONETARY="C.UTF-8"
LC_MESSAGES="C.UTF-8"
LC_ALL=

C:\>set LC_ALL=C.UTF-8

C:\>C:/cygwin/bin/ls -l "C:/test-z-я/some.txt"
/usr/bin/ls: cannot access '"C:/test-z-я/some.txt"': No such file or 
directory

C:\>set LC_ALL=en_US.CP1252

C:\>C:/cygwin/bin/ls -l "C:/test-z-я/some.txt"
-rw-r--r-- 1 il None 0 Nov 12 09:52 'C:/test-z-'$'/030''N'$'/217''/some.txt'

C:\>set LC_ALL=en_US.UTF-8

C:\>C:/cygwin/bin/ls -l "C:/test-z-я/some.txt"
-rw-r--r-- 1 il None 0 Nov 12 09:52 'C:/test-z-я/some.txt'

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Regarding openssh 8.1p1-1 access

[Andrey Repin]

Greetings, Sudhanshu Bhutani!

>> Greetings, Sudhanshu Bhutani!
>>
>> > On Tue, Nov 10, 2020 at 6:14 PM Sudhanshu Bhutani wrote:
>>
>> >> Thank you Brian and Mike. We will see if cygwin time machine owners can
>> >> help us.
>> >> http://www.crouchingtigerhiddenfruitbat.org/Cygwin/timemachine.html
>> >>
>> >> I will try contacting - doc...@fruitbat.org - PETER CASTRO for any
>> help.
>> >>
>>
>> > One more approach - i was thinking was - can we package/include the
>> > complete cygwin already [which already has older openssh version in bin
>> > folder] installed folder to our tool exe without any modification?
>> > Does it involve any violations for Cygwin GPLv3? Do we need to include
>> > source code as well? Or can re-distributing an already created cygwin
>> > folder can be done with freedom without any issues?
>>
>> You can provide a private mirror of your own as suggested, which would be a
>> more future-proof way, but really you should investigate the cause of the
>> failing SSH behavior and fix THAT.
>> I suspect the fix would be way easier than setting up and maintaining a
>> whole
>> mirror.
>>
>>
> Thanks for your reply, we are going to retire our platform that uses ssh
> client of old times in next 4 months, which is not supporting updated
> ciphers/updated in openssh 8.2 versions. As cygwin is only supporting
> updated binaries from openssh and not listing older versions, hence the
> issue is appearing on the platform where old ssh client is deployed.
> Unfortunately, the platform lives with customer and we dont have any way to
> update obsolete platform. Hence, i was thinking for work around on this
> platform for next 4-6 months, to re-distribute already installed cygwin
> folder to customer from which our tool can use older ssh client.

I have an urge to call the b-word.

> Does it involve gplv3 violations or any legal challenge? Appreciate your
> response.

Newer OpenSSH do support old ciphers, but they needs to be explicitly enabled
in config.
See https://www.openssh.com/legacy.html


-- 
With best regards,
Andrey Repin
Thursday, November 12, 2020 20:09:31

Sorry for my terrible english...

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Mirror in Europe, Belarus

[Jon Turney]

On 05/11/2020 11:28, Mitry Matyushkov wrote:

Hello,

Please add a new mirror:

Region: Europe
Country: Belarus
Host: ftp.byfly.by
URLs:
- https://ftp.byfly.by/pub/cygwin/
- http://ftp.byfly.by/pub/cygwin/
- ftp://ftp.byfly.by/pub/cygwin/
- rsync://ftp.byfly.by/cygwin/


I have added these to the mirror list.

Thanks.
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

ssh-copy-id probem on 3.1.7(0.340/5/3)

[Bruno Iglesias]

Hi,

When i try to copy a ssh key with ssh-copy-id receive this error and
not copy de key:

ssh-copy-id biglesias@pve1
/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed:
"/home/bruno/.ssh/id_rsa.pub"
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s),
to filter out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you
are prompted now it is to install the new keys
/usr/bin/ssh-copy-id: línea 251: aviso: el documento-aquí en la línea
251 está delimitado por fin-de-fichero (se esperaba `EOF')
/usr/bin/ssh-copy-id: línea 250: aviso: el documento-aquí en la línea
250 está delimitado por fin-de-fichero (se esperaba `EOF')
/usr/bin/ssh-copy-id: línea 260: EOF: no se encontró la orden
biglesias@pve1's password:

Number of key(s) added: 1

The result of ssh -V is
OpenSSH_8.4p1, OpenSSL 1.1.1f  31 Mar 2020

The same error is reported in redhat list:

https://bugzilla.redhat.com/show_bug.cgi?id=1884231

and Clear Linux Project:

https://github.com/clearlinux/distribution/issues/2166

Reguards

--
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

cygwin64 gnuplot 5.4 patchlevel 0 -all sciripts written for gnuplot 4.6 do not run.

[Kramer (US), Leonard via Cygwin]

I'm running cygwin64 on a Windows 10 platform .
None of my 5 existing, well established, gnuplot 4.6 scripts run under 
gnuplot-base 5.4 which I just installed.

Let's start with:

This fragment works as I intended under gnuplot 4.6.  It reads the first line 
of a file named in ARG1 and extracts the first field.
---
inputfile = ARG1
starttime = system("head -c 37 " . inputfile . "| awk '{print $1}' " )
--

However, in gnuplot-base (5.4 patchlevel 0) 
The '$1' persistently translates to the second gnuplot-base command line 
argument (ie: ARG2).   It is not supposed to be assigned to anything as far as 
I know.  I have a work around but this appears to be a very severe bug.

This is only the first error I'm working through.   I'm actually working on 
restoring gnuplot 4.6.

Leonard Kramer, Ph.D.
Boeing Company HB3-20
Guidance, Navigation and Control
13100 Space Center Blvd.
Houston, TX 77059
leonard.kra...@boeing.com
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] gti 1.7.0-1

[Daisuke Fujimura via Cygwin-announce]

The following packages have been uploaded to the Cygwin distribution:

* gti-1.7.0-1

Just a silly git launcher, basically. Inspired by sl.
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple