Re: cygwin ssh connection from mac to windows Connection closed by XX.XX.XXX.XX port 22
Issue gets resolved when I did and used my domain password. So my question is, is this needs to always run whenevery password gets changed as per domain policy ? I read docs about setuid changes and so forth but unable to understand much. I have tried creating local account also but still it does not resolve issue unless I did following. passwd -R $ ./passwd.exe -R This functionality stores a password in the registry for usage by services which need to change the user context and require network access. Typical applications are interactive remote logons using sshd, cron task, etc. This password will always tried first when any privileged application is about to switch the user context. Note that storing even obfuscated passwords in the registry is not overly secure. Use this feature only if the machine is adequately locked down. Don't use this feature if you don't need network access within a remote session. You can delete the stored password by specifying an empty password. Enter your current password: Re-enter your current password: Can someone explain use of password -R and why I need to do it ? On Sat, Feb 19, 2022 at 9:15 AM Sanjay Gupta wrote: > Cygwin SSH Server runs on Win 10. SSH is running as a service and using > local system account as Logon property. > > I can successfully login using putty on Win 10 ( connection to localhost > and providing password when asked) so this works. > > Same when I try to connect from MAC, I get error Connection closed by > XX.XX.XXX.XX port 22 > > ssh -v -v -v u...@mypc.com > OpenSSH_8.1p1, LibreSSL 2.7.3 > debug1: Reading configuration data /Users/macuser/.ssh/config > debug1: Reading configuration data /etc/ssh/ssh_config > debug1: /etc/ssh/ssh_config line 47: Applying options for * > debug1: /etc/ssh/ssh_config line 51: Applying options for * > debug1: Connecting to mypc.com port 22. > debug1: Connection established. > debug1: identity file /Users/macuser/.ssh/id_rsa type 0 > debug1: identity file /Users/macuser/.ssh/id_rsa-cert type -1 > debug1: identity file /Users/macuser/.ssh/id_dsa type -1 > debug1: identity file /Users/macuser/.ssh/id_dsa-cert type -1 > debug1: identity file /Users/macuser/.ssh/id_ecdsa type -1 > debug1: identity file /Users/macuser/.ssh/id_ecdsa-cert type -1 > debug1: identity file /Users/macuser/.ssh/id_ed25519 type -1 > debug1: identity file /Users/macuser/.ssh/id_ed25519-cert type -1 > debug1: identity file /Users/macuser/.ssh/id_xmss type -1 > debug1: identity file /Users/macuser/.ssh/id_xmss-cert type -1 > debug1: Local version string SSH-2.0-OpenSSH_8.1 > debug1: Remote protocol version 2.0, remote software version OpenSSH_8.8 > debug1: match: OpenSSH_8.8 pat OpenSSH* compat 0x0400 > debug3: fd 5 is O_NONBLOCK > debug1: Authenticating to mypc.com:22 as 'user' > debug3: hostkeys_foreach: reading file "/Users/macuser/.ssh/known_hosts" > debug3: record_hostkey: found key type ECDSA in file > /Users/macuser/.ssh/known_hosts:311 > debug3: load_hostkeys: loaded 1 keys from mypc.com > debug3: order_hostkeyalgs: prefer hostkeyalgs: > ecdsa-sha2-nistp256-cert-...@openssh.com,ecdsa-sha2-nistp384-cert-...@openssh.com,ecdsa-sha2-nistp521-cert-...@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521 > debug3: send packet: type 20 > debug1: SSH2_MSG_KEXINIT sent > debug3: receive packet: type 20 > debug1: SSH2_MSG_KEXINIT received > debug2: local client KEXINIT proposal > debug2: KEX algorithms: > curve25519-sha256,curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c > debug2: host key algorithms: > ecdsa-sha2-nistp256-cert-...@openssh.com,ecdsa-sha2-nistp384-cert-...@openssh.com,ecdsa-sha2-nistp521-cert-...@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519-cert-...@openssh.com,rsa-sha2-512-cert-...@openssh.com,rsa-sha2-256-cert-...@openssh.com,ssh-rsa-cert-...@openssh.com,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa > debug2: ciphers ctos: > chacha20-poly1...@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com,aes256-...@openssh.com > debug2: ciphers stoc: > chacha20-poly1...@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com,aes256-...@openssh.com > debug2: MACs ctos: > umac-64-...@openssh.com,umac-128-...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,hmac-sha1-...@openssh.com,umac...@openssh.com,umac-...@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 > debug2: MACs stoc: > umac-64-...@openssh.com,umac-128-...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,hmac-sha1-...@openssh.com,umac...@openssh.com,umac-...@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 > debug2: compression ctos: none,z...@openssh.com,zlib > debug2: compression stoc: none,z...@openssh.com,zlib > debug2:
Re: autoconf tests for iconv fail with undefined refs
On Sat, 19 Feb 2022 16:53:46 -0700, Brian Inglis
> On 2022-02-19 16:37, Lemures Lemniscati wrote:
> > On Sat, 19 Feb 2022 10:11:06 -0700, Brian Inglis
> >> On 2022-02-18 22:26, Lemures Lemniscati wrote:
> >>> On Fri, 18 Feb 2022 12:33:30 -0700, Brian Inglis
> Any idea why autoconf tests for iconv now fail with undefined refs to
> iconv{_open,,_close}! STC attached, log, -E output. Tried also with
> -l iconv.
>
> >>> https://cygwin.com/cgi-bin2/jobs.cgi?srcpkg=playground=3861
> >>> This will successfully build libisocodes-1.2.4 but some tests fail.
>
> >> Not so worried about that, just noticed that iconv conftest also failed in
> >> my recent findutils build which I released, missing libiconv functions and
> >> presumably substituting gnulib functions, although the iconv conftest
> >> passed in github scallywag.
> >> This may be the result of a change in gnulib or autoconf, which now
> >> sometimes fails when it should not.
>
> > Although `gcc iconv-test.c -liconv` should pass, it might have been used
> > for test, a command like either `gcc -liconv iconv-test.c`,
> > or `gcc iconv-test.c`.
>
> After conftest if iconv... is in libc, the next conftest compiles adding
> -liconv, and still fails.
> I'm going to look for most recent successful iconv conftest in config.log and
> compare the logs and configure scripts iconv sections to those in the failing
> findutils and libisocodes, to see if I can track it back to gnulib or
> autoconf changes to the compile flags or options, or at least enough info to
> file a bug report upstream somewhere.
It seems ok on my local environment. The iconv part of the log is attached.
```
cygport findutils.cygport download finish prep compile
cat -n findutils-4.9.0-1.x86_64/build/config.log | tail +35145 | head -676 >
config_L35145.log
```
Lem
config_L35145.log
Description: Binary data
--
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: autoconf tests for iconv fail with undefined refs
On 2022-02-19 16:37, Lemures Lemniscati wrote:
On Sat, 19 Feb 2022 10:11:06 -0700, Brian Inglis
On 2022-02-18 22:26, Lemures Lemniscati wrote:
On Fri, 18 Feb 2022 12:33:30 -0700, Brian Inglis
Any idea why autoconf tests for iconv now fail with undefined refs to iconv{_open,,_close}!
STC attached, log, -E output. Tried also with -l iconv.
https://cygwin.com/cgi-bin2/jobs.cgi?srcpkg=playground=3861
This will successfully build libisocodes-1.2.4 but some tests fail.
Not so worried about that, just noticed that iconv conftest also failed in my
recent findutils build which I released, missing libiconv functions and
presumably substituting gnulib functions, although the iconv conftest passed in
github scallywag.
This may be the result of a change in gnulib or autoconf, which now sometimes
fails when it should not.
Although `gcc iconv-test.c -liconv` should pass, it might have been used
for test, a command like either `gcc -liconv iconv-test.c`,
or `gcc iconv-test.c`.
After conftest if iconv... is in libc, the next conftest compiles adding
-liconv, and still fails.
I'm going to look for most recent successful iconv conftest in
config.log and compare the logs and configure scripts iconv sections to
those in the failing findutils and libisocodes, to see if I can track it
back to gnulib or autoconf changes to the compile flags or options, or
at least enough info to file a bug report upstream somewhere.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]
--
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: autoconf tests for iconv fail with undefined refs
On Sat, 19 Feb 2022 10:11:06 -0700, Brian Inglis
> On 2022-02-18 22:26, Lemures Lemniscati wrote:
> > On Fri, 18 Feb 2022 12:33:30 -0700, Brian Inglis
> >> Any idea why autoconf tests for iconv now fail with undefined refs to
> >> iconv{_open,,_close}! STC attached, log, -E output. Tried also with -l
> >> iconv.
>
> > https://cygwin.com/cgi-bin2/jobs.cgi?srcpkg=playground=3861
> > This will successfully build libisocodes-1.2.4 but some tests fail.
>
> Thanks Lem,
>
> Not so worried about that, just noticed that iconv conftest also failed in my
> recent findutils build which I released, missing libiconv functions and
> presumably substituting gnulib functions, although the iconv conftest passed
> in github scallywag.
> This may be the result of a change in gnulib or autoconf, which now sometimes
> fails when it should not.
Although `gcc iconv-test.c -liconv` should pass, it might have been used
for test, a command like either `gcc -liconv iconv-test.c`,
or `gcc iconv-test.c`.
Lem
--
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] Updated: vttest 20220215
The following package has been upgraded in the Cygwin distribution: * vttest20220215 Tests the functionality of a VT100 terminal (or emulator thereof). Tests both display (escape sequence handling) and keyboard. The program is menu-driven and contains full operating instructions. To run a given menu-item, you enter its number. You can run all menu-items (for a given level) by entering an asterisk, i.e, '*'. It has been enhanced to support and test many xterm control and status escape sequences, and it is mainly used nowadays for testing emulator compatibility. See the project home page for more information: https://invisible-island.net/vttest/ Please see below or read /usr/share/doc/vttest/CHANGES after installation for details of changes since the last Cygwin release. https://github.com/ThomasDickey/vttest-snapshots/blob/master/CHANGES 20220215 changes include: * add test-screen using cursor-addressing in the status line * add underline and bold attributes to the test-screen for status-line * improve logging, showing the test-strings to give better context for escape-sequences * fix typos in keyboard.c and reports.c * updated/improved configure macros i.e. for compiler-warnings * update config.guess, config.sub -- 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
Updated: vttest 20220215
The following package has been upgraded in the Cygwin distribution: * vttest20220215 Tests the functionality of a VT100 terminal (or emulator thereof). Tests both display (escape sequence handling) and keyboard. The program is menu-driven and contains full operating instructions. To run a given menu-item, you enter its number. You can run all menu-items (for a given level) by entering an asterisk, i.e, '*'. It has been enhanced to support and test many xterm control and status escape sequences, and it is mainly used nowadays for testing emulator compatibility. See the project home page for more information: https://invisible-island.net/vttest/ Please see below or read /usr/share/doc/vttest/CHANGES after installation for details of changes since the last Cygwin release. https://github.com/ThomasDickey/vttest-snapshots/blob/master/CHANGES 20220215 changes include: * add test-screen using cursor-addressing in the status line * add underline and bold attributes to the test-screen for status-line * improve logging, showing the test-strings to give better context for escape-sequences * fix typos in keyboard.c and reports.c * updated/improved configure macros i.e. for compiler-warnings * update config.guess, config.sub
[ANNOUNCEMENT] Updated: help2man 1.49.1
The following packages have been upgraded in the Cygwin distribution:
* help2man 1.49.1
Perl script that automatically creates man pages from the
output from a program's --help and --version options.
For more information see the project home page:
https://www.gnu.org/software/help2man/
Please see below or read /usr/share/doc/help2man/NEWS after installation
for details of changes since the last Cygwin release.
Version 1.49February 14, 2022
* Use @samp{} around the option in the menu description for "--help
recommendations" to avoid rendering the -- as endash.
* Don't translate @documentencoding.
* Fall back to forking iconv for encodings which are not supported by
Perl's Encode module.
--
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
Updated: help2man 1.49.1
The following packages have been upgraded in the Cygwin distribution:
* help2man 1.49.1
Perl script that automatically creates man pages from the
output from a program's --help and --version options.
For more information see the project home page:
https://www.gnu.org/software/help2man/
Please see below or read /usr/share/doc/help2man/NEWS after installation
for details of changes since the last Cygwin release.
Version 1.49February 14, 2022
* Use @samp{} around the option in the menu description for "--help
recommendations" to avoid rendering the -- as endash.
* Don't translate @documentencoding.
* Fall back to forking iconv for encodings which are not supported by
Perl's Encode module.
Re: [PATCH] Cygwin: Adjust path to newlib libm.a in builddir
On 19/02/2022 18:18, Jon Turney wrote: Adjust path to newlib libm.a in builddir, changed by ac9f8c46 This is the obvious part of the fix. After this, linking still fails with some duplicate symbols, but I think they are both in newlib's libm, so the mistake is there...
[PATCH] Cygwin: Adjust path to newlib libm.a in builddir
Adjust path to newlib libm.a in builddir, changed by ac9f8c46 --- winsup/cygwin/Makefile.am | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/winsup/cygwin/Makefile.am b/winsup/cygwin/Makefile.am index ad38fb220..1c4f00c24 100644 --- a/winsup/cygwin/Makefile.am +++ b/winsup/cygwin/Makefile.am @@ -626,7 +626,7 @@ $(LDSCRIPT): $(LDSCRIPT).in # cygwin dll $(PRE_DLL_NAME): $(LDSCRIPT) libdll.a $(VERSION_OFILES) $(LIBSERVER)\ - $(newlib_build)/libm/libm.a $(newlib_build)/libc/libc.a + $(newlib_build)/libm.a $(newlib_build)/libc/libc.a $(AM_V_CXXLD)$(CXX) $(CXXFLAGS) \ -mno-use-libstdc-wrappers \ -Wl,--gc-sections -nostdlib -Wl,-T$(LDSCRIPT) -static \ @@ -635,7 +635,7 @@ $(PRE_DLL_NAME): $(LDSCRIPT) libdll.a $(VERSION_OFILES) $(LIBSERVER)\ -Wl,-whole-archive libdll.a -Wl,-no-whole-archive \ $(VERSION_OFILES) \ $(LIBSERVER) \ - $(newlib_build)/libm/libm.a \ + $(newlib_build)/libm.a \ $(newlib_build)/libc/libc.a \ -lgcc -lkernel32 -lntdll -Wl,-Map,cygwin.map @@ -696,7 +696,7 @@ speclib=\ libc.a: $(LIB_NAME) libm.a libpthread.a libutil.a $(AM_V_GEN)$(speclib) $^ -v $(@F) -libm.a: $(LIB_NAME) $(newlib_build)/libm/libm.a $(addsuffix .o,$(basename $(MATH_FILES))) +libm.a: $(LIB_NAME) $(newlib_build)/libm.a $(addsuffix .o,$(basename $(MATH_FILES))) $(AM_V_GEN)$(speclib) $^ $(@F) libpthread.a: $(LIB_NAME) pthread.o thread.o libc/call_once.o libc/cnd.o \ -- 2.35.1
cygwin ssh connection from mac to windows Connection closed by XX.XX.XXX.XX port 22
Cygwin SSH Server runs on Win 10. SSH is running as a service and using local system account as Logon property. I can successfully login using putty on Win 10 ( connection to localhost and providing password when asked) so this works. Same when I try to connect from MAC, I get error Connection closed by XX.XX.XXX.XX port 22 ssh -v -v -v u...@mypc.com OpenSSH_8.1p1, LibreSSL 2.7.3 debug1: Reading configuration data /Users/macuser/.ssh/config debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 47: Applying options for * debug1: /etc/ssh/ssh_config line 51: Applying options for * debug1: Connecting to mypc.com port 22. debug1: Connection established. debug1: identity file /Users/macuser/.ssh/id_rsa type 0 debug1: identity file /Users/macuser/.ssh/id_rsa-cert type -1 debug1: identity file /Users/macuser/.ssh/id_dsa type -1 debug1: identity file /Users/macuser/.ssh/id_dsa-cert type -1 debug1: identity file /Users/macuser/.ssh/id_ecdsa type -1 debug1: identity file /Users/macuser/.ssh/id_ecdsa-cert type -1 debug1: identity file /Users/macuser/.ssh/id_ed25519 type -1 debug1: identity file /Users/macuser/.ssh/id_ed25519-cert type -1 debug1: identity file /Users/macuser/.ssh/id_xmss type -1 debug1: identity file /Users/macuser/.ssh/id_xmss-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_8.1 debug1: Remote protocol version 2.0, remote software version OpenSSH_8.8 debug1: match: OpenSSH_8.8 pat OpenSSH* compat 0x0400 debug3: fd 5 is O_NONBLOCK debug1: Authenticating to mypc.com:22 as 'user' debug3: hostkeys_foreach: reading file "/Users/macuser/.ssh/known_hosts" debug3: record_hostkey: found key type ECDSA in file /Users/macuser/.ssh/known_hosts:311 debug3: load_hostkeys: loaded 1 keys from mypc.com debug3: order_hostkeyalgs: prefer hostkeyalgs: ecdsa-sha2-nistp256-cert-...@openssh.com,ecdsa-sha2-nistp384-cert-...@openssh.com,ecdsa-sha2-nistp521-cert-...@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521 debug3: send packet: type 20 debug1: SSH2_MSG_KEXINIT sent debug3: receive packet: type 20 debug1: SSH2_MSG_KEXINIT received debug2: local client KEXINIT proposal debug2: KEX algorithms: curve25519-sha256,curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c debug2: host key algorithms: ecdsa-sha2-nistp256-cert-...@openssh.com,ecdsa-sha2-nistp384-cert-...@openssh.com,ecdsa-sha2-nistp521-cert-...@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519-cert-...@openssh.com,rsa-sha2-512-cert-...@openssh.com,rsa-sha2-256-cert-...@openssh.com,ssh-rsa-cert-...@openssh.com,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa debug2: ciphers ctos: chacha20-poly1...@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com,aes256-...@openssh.com debug2: ciphers stoc: chacha20-poly1...@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com,aes256-...@openssh.com debug2: MACs ctos: umac-64-...@openssh.com,umac-128-...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,hmac-sha1-...@openssh.com,umac...@openssh.com,umac-...@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: MACs stoc: umac-64-...@openssh.com,umac-128-...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,hmac-sha1-...@openssh.com,umac...@openssh.com,umac-...@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: compression ctos: none,z...@openssh.com,zlib debug2: compression stoc: none,z...@openssh.com,zlib debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 debug2: peer server KEXINIT proposal debug2: KEX algorithms: curve25519-sha256,curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,diffie-hellman-group1-sha1,diffie-hellman-group-exchange-sha1 debug2: host key algorithms: rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519 debug2: ciphers ctos: chacha20-poly1...@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com,aes256-...@openssh.com debug2: ciphers stoc: chacha20-poly1...@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com,aes256-...@openssh.com debug2: MACs ctos: umac-64-...@openssh.com,umac-128-...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,hmac-sha1-...@openssh.com,umac...@openssh.com,umac-...@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: MACs stoc: umac-64-...@openssh.com,umac-128-...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,hmac-sha1-...@openssh.com,umac...@openssh.com,umac-...@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: compression ctos: none,z...@openssh.com
Re: autoconf tests for iconv fail with undefined refs
On 2022-02-18 22:26, Lemures Lemniscati wrote:
On Fri, 18 Feb 2022 12:33:30 -0700, Brian Inglis
Any idea why autoconf tests for iconv now fail with undefined refs to
iconv{_open,,_close}! STC attached, log, -E output. Tried also with -l iconv.
https://cygwin.com/cgi-bin2/jobs.cgi?srcpkg=playground=3861
This will successfully build libisocodes-1.2.4 but some tests fail.
Thanks Lem,
Not so worried about that, just noticed that iconv conftest also failed
in my recent findutils build which I released, missing libiconv
functions and presumably substituting gnulib functions, although the
iconv conftest passed in github scallywag.
This may be the result of a change in gnulib or autoconf, which now
sometimes fails when it should not.
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]
--
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] Updated: Perl distributions
The following Perl distributions have been updated to their latest release version available on CPAN: x86/x86_64 -- perl-Scalar-List-Utils-1.61-1 noarch -- perl-Business-ISSN-1.005-1 perl-Test-File-1.992-1 -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
Updated: Perl distributions
The following Perl distributions have been updated to their latest release version available on CPAN: x86/x86_64 -- perl-Scalar-List-Utils-1.61-1 noarch -- perl-Business-ISSN-1.005-1 perl-Test-File-1.992-1 -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Re: autoconf tests for iconv fail with undefined refs
On 2022-02-19 00:51, Lemures Lemniscati wrote: About libisocodes 1.2.4, these patches (attached) may help cygport-build. Thanks Lem, The first gets that build running, I already updated the second based on the checked in version. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.] -- 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
mirror.clarkson.edu contact has changed
This email will survive individual graduations -- 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
