Re: cygrunsrv + sshd + rsync = 20 times too slow -- throttled?

2021-09-16 Thread Keith Christian via Cygwin
Ken,

Thank you for the reply, this is great news!

Looking forward to speedier rsyncs with Cygwin.

  Keith


On Thu, Sep 16, 2021, 16:49 Ken Brown via Cygwin  wrote:

> On 9/16/2021 6:00 PM, Keith Christian via Cygwin wrote:
> > I've been following his thread with interest both here and on the Cygwin
> > developers list.  I, too rsync between Cygwin and Linux machines.
> >
> > Lots of good debate showing the genius of the folks that support the
> cygwin
> > infrastructure.
> >
> > Looks like the lively discussion on both lists has stopped.  What is the
> > final consensus?
> >
> > Should we look for a new updates to the cygwin dll, cygrunsrv, ssh,
> rsync,
> > etc?
>
> All that's needed is an update to the cygwin package.  There should be a
> test
> release coming very soon, possibly tomorrow if nothing unexpected shows up.
>
> Ken
>
> --
> 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
>

-- 
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: cygrunsrv + sshd + rsync = 20 times too slow -- throttled?

2021-09-16 Thread Ken Brown via Cygwin

On 9/16/2021 6:00 PM, Keith Christian via Cygwin wrote:

I've been following his thread with interest both here and on the Cygwin
developers list.  I, too rsync between Cygwin and Linux machines.

Lots of good debate showing the genius of the folks that support the cygwin
infrastructure.

Looks like the lively discussion on both lists has stopped.  What is the
final consensus?

Should we look for a new updates to the cygwin dll, cygrunsrv, ssh, rsync,
etc?


All that's needed is an update to the cygwin package.  There should be a test 
release coming very soon, possibly tomorrow if nothing unexpected shows up.


Ken

--
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: cygrunsrv + sshd + rsync = 20 times too slow -- throttled?

2021-09-16 Thread Keith Christian via Cygwin
I've been following his thread with interest both here and on the Cygwin
developers list.  I, too rsync between Cygwin and Linux machines.

Lots of good debate showing the genius of the folks that support the cygwin
infrastructure.

Looks like the lively discussion on both lists has stopped.  What is the
final consensus?

Should we look for a new updates to the cygwin dll, cygrunsrv, ssh, rsync,
etc?

-- 
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: Error encountered in Octave software - Please help!!

2021-09-16 Thread Takashi Yano via Cygwin
On Thu, 16 Sep 2021 15:44:06 -0400
Bryan VanSchouwen wrote:
> I just tried performing an analysis in the Octave software (GNU Octave,
> version 5.2.0), using the attached "dm" input file, and the following
> commands:
> load dm
> cdmt = cor(dm.')
> 
> However, I encountered the following error message:
> error: 'cor' undefined near line 1 column 8
> 
> What is going on here??

cor() requires package nan. So please install octave-nan
package and run 'pkg load nan' from octave command line.

'pkg load nan' shows many warning messages. However, it
seems to work.

-- 
Takashi Yano 

-- 
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


Error encountered in Octave software - Please help!!

2021-09-16 Thread Bryan VanSchouwen via Cygwin
Hello.

I just tried performing an analysis in the Octave software (GNU Octave,
version 5.2.0), using the attached "dm" input file, and the following
commands:
load dm
cdmt = cor(dm.')

However, I encountered the following error message:
error: 'cor' undefined near line 1 column 8

What is going on here??


dm
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


[ANNOUNCEMENT] Updated: fetchmail-6.4.22-1 / fetchmailconf-6.4.22-1 (security)

2021-09-16 Thread Achim Gratz


The current upstream release of fetchmail is now available on Cygwin.

The upstream release changelog is here:
https://sourceforge.net/projects/fetchmail/files/branch_6.4/

This release uses the Python3 interpreter and has been compiled with
support for NTLM, GSSAPI authentication, TLSv1.3 is also available.


Note


This update fixes regressions and a security bug in the previous
release.

Kerberos5 support has been removed.

This is expected to be the last 6.4.x release for fetchmail, which will
be replaced by the 6.5 or 7.x branch releases if and when they become
available.

-- 
  *** 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: fetchmail-6.4.22-1 / fetchmailconf-6.4.22-1 (security)

2021-09-16 Thread Achim Gratz


The current upstream release of fetchmail is now available on Cygwin.

The upstream release changelog is here:
https://sourceforge.net/projects/fetchmail/files/branch_6.4/

This release uses the Python3 interpreter and has been compiled with
support for NTLM, GSSAPI authentication, TLSv1.3 is also available.


Note


This update fixes regressions and a security bug in the previous
release.

Kerberos5 support has been removed.

This is expected to be the last 6.4.x release for fetchmail, which will
be replaced by the 6.5 or 7.x branch releases if and when they become
available.

-- 
  *** 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: cygport: CYGCMAKE_SOURCE seems to have no effect.

2021-09-16 Thread Brian Inglis

On 2021-09-16 09:18, Carlo B. via Cygwin wrote:

Hello,
I'm trying to make a package for CYGWIN to provide liblo, but I'm
having some difficulties.
This library is available to the most used linux distributions (but
not limited to), here there is the link to the one into a Debian as
example:

https://packages.debian.org/buster/liblo-dev

I implemented a script for cygport but this is the output on the
console when I execute it:

$ cygport liblo.cygport all

Preparing liblo-0.31-1.x86_64
Unpacking source liblo-0.31.tar.gz
Preparing working source directory
Compiling liblo-0.31-1.x86_64

*** ERROR: cygcmake: cmake directory not found

The unique aspect of this library is that the CMakeLists.txt file is
not into the root of the source tree, but it is located into a
subfolder, see here:

https://github.com/radarsat1/liblo/tree/master/cmake

So, in my script, I configured ${CYGCMAKE_SOURCE} to point there, but
it still cannot make it working. Since it seems that I'm not able to
make it working in any way, I'm wondering if the behaviour of this
variable has been ever tested, so I'm writing here with the hope to
receive a suggestion.

Thank you very much for your support.


Worked just fine for a recent update of fortune-mod.

See online or under your Cygwin directory:

https://cygwin.github.io/cygport/cmake_cygclass.html#robo765

cygstart /usr/share/doc/cygport/html/manual/cmake_cygclass.html

Try directory specification rather than path - cygport often just DTRT:

CYGCMAKE_SOURCE=cmake

--
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.]



===> And this is the content of my liblo.cygport file:

inherit cmake

NAME="liblo"
VERSION=0.31
RELEASE=1
CATEGORY="Audio"
SUMMARY="Open Sound Control protocol for POSIX systems"
DESCRIPTION="Open Sound Control (OSC) is a protocol for communication
  among computers, sound synthesizers, and other multimedia devices that
  is optimized for modern networking technology."
HOMEPAGE="http://liblo.sourceforge.net/;
SRC_URI="http://downloads.sourceforge.net/liblo/liblo-${VERSION}.tar.gz;

PKG_NAMES="liblo1 liblo-devel"
PKG_IGNORE="
 usr/share/doc/liblo/AUTHORS
 usr/share/doc/liblo/COPYING
 usr/share/doc/liblo/ChangeLog
 usr/share/doc/liblo/NEWS
 usr/share/doc/liblo/README
 usr/share/doc/liblo/TODO
"

liblo1_CATEGORY="Libs"
liblo1_SUMMARY="${SUMMARY}"
liblo1_CONTENTS="
 usr/bin/cyglo-7.dll
 usr/bin/oscdump.exe
 usr/bin/oscsend.exe
"
liblo_devel_CATEGORY="Libs"
liblo_devel_SUMMARY="${SUMMARY}"
liblo_devel_CONTENTS="
 usr/include/lo/*
 usr/lib/liblo.dll.a
 usr/lib/pkgconfig/liblo.pc
 usr/lib/cmake/liblo/libloConfig.cmake
"

CYGCMAKE_SOURCE="${S}/cmake"


--
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


cygport: CYGCMAKE_SOURCE seems to have no effect.

2021-09-16 Thread Carlo B. via Cygwin
Hello,
I'm trying to make a package for CYGWIN to provide liblo, but I'm
having some difficulties.
This library is available to the most used linux distributions (but
not limited to), here there is the link to the one into a Debian as
example:

https://packages.debian.org/buster/liblo-dev

I implemented a script for cygport but this is the output on the
console when I execute it:

$ cygport liblo.cygport all
>>> Preparing liblo-0.31-1.x86_64
>>> Unpacking source liblo-0.31.tar.gz
>>> Preparing working source directory
>>> Compiling liblo-0.31-1.x86_64
*** ERROR: cygcmake: cmake directory not found

The unique aspect of this library is that the CMakeLists.txt file is
not into the root of the source tree, but it is located into a
subfolder, see here:

https://github.com/radarsat1/liblo/tree/master/cmake

So, in my script, I configured ${CYGCMAKE_SOURCE} to point there, but
it still cannot make it working. Since it seems that I'm not able to
make it working in any way, I'm wondering if the behaviour of this
variable has been ever tested, so I'm writing here with the hope to
receive a suggestion.

Thank you very much for your support.

===> And this is the content of my liblo.cygport file:

inherit cmake

NAME="liblo"
VERSION=0.31
RELEASE=1
CATEGORY="Audio"
SUMMARY="Open Sound Control protocol for POSIX systems"
DESCRIPTION="Open Sound Control (OSC) is a protocol for communication
 among computers, sound synthesizers, and other multimedia devices that
 is optimized for modern networking technology."
HOMEPAGE="http://liblo.sourceforge.net/;
SRC_URI="http://downloads.sourceforge.net/liblo/liblo-${VERSION}.tar.gz;

PKG_NAMES="liblo1 liblo-devel"
PKG_IGNORE="
usr/share/doc/liblo/AUTHORS
usr/share/doc/liblo/COPYING
usr/share/doc/liblo/ChangeLog
usr/share/doc/liblo/NEWS
usr/share/doc/liblo/README
usr/share/doc/liblo/TODO
"

liblo1_CATEGORY="Libs"
liblo1_SUMMARY="${SUMMARY}"
liblo1_CONTENTS="
usr/bin/cyglo-7.dll
usr/bin/oscdump.exe
usr/bin/oscsend.exe
"
liblo_devel_CATEGORY="Libs"
liblo_devel_SUMMARY="${SUMMARY}"
liblo_devel_CONTENTS="
usr/include/lo/*
usr/lib/liblo.dll.a
usr/lib/pkgconfig/liblo.pc
usr/lib/cmake/liblo/libloConfig.cmake
"

CYGCMAKE_SOURCE="${S}/cmake"

-- 
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: cygwin terminal window disrupts scroll-lock state

2021-09-16 Thread Eric Adams via Cygwin
Thank you.  ".minttyrc" is my new friend.

Thanks to all who help with cygwin.

Eric Adams.

On Wed, Sep 15, 2021 at 12:19 PM Thomas Wolff  wrote:
>
>
> Am 15.09.2021 um 11:59 schrieb Eric Adams via Cygwin:
> > Hi,
> >
> > In the last few days, I have noticed a new behavior. Activating or
> > deactivating a Cygwin terminal window may change the state of my
> > keyboard's scroll-lock light.
> Keyboard LED management is a new feature as described in the manual
> page. The purpose is to keep the LEDs consistent with the state of the
> terminal window.
>
> > Inside a terminal window, the keyboard scroll-lock key may not change the 
> > corresponding light.
> If you assign a user-defined no-scroll or scroll-mode function to a key
> (regardless of whether it's the ScrollLock or another key), the
> ScrollLock will change accordingly.
>
> > What I have:
> > my startup icon command:  C:\cygwin64\bin\mintty.exe -i 
> > /Cygwin-Terminal.ico -
> > my shell: tcsh
> > my prompt:  '%m:%c3 \!> '
> > my OS: Windows 10 Home / 21H1 / 19043.1237
> > my keyboard: CoolerMaster Devastator II (illuminated)
> >
> > If I activate a terminal window, the scroll-lock light may (or may
> > not) change state. If I press the scroll-lock key, the light may (or
> > may not) change state.
> It will be changed to the terminal state when the terminal window gets
> focus and restored to the system state when the terminal loses focus, as
> you noted below.
>
> > Holding the key down causes the light to flicker, and on releasing the key 
> > the final state may be either on or off.
> Auto-repeat may in fact confuse the state management, to be checked for
> a race condition.
>
> > Returning focus to a windows application seems to restore the
> > "desired" scroll-lock state.
> >
> > My observation is based on the use of the scroll-lock light to control the 
> > illumination of this keyboard.
> What is your use case and how do you control the LEDs?
> Anyway, if you do not wish mintty to manage the ScrollLock (or any) LED,
> try setting
> ManageLEDs=3 or ManageLEDs=0
>
> Thomas
>
> > Thanks for your attention,
> > Eric Adams.
>
> --
> 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

-- 
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