Re: python > 3.5: Issue with unix domain sockets
Marco Atzeri via Cygwin wrote: On 04.05.2021 06:41, Mark Geisert wrote: Ken Brown via Cygwin wrote: On 5/3/2021 8:57 AM, Maximilian.Blenk--- via Cygwin wrote: Incorrect Behavior: Server: $ python3.7 server.py starting up on ./uds_socket waiting for a connection Traceback (most recent call last): File "server.py", line 27, in connection, client_address = sock.accept() File "/usr/lib/python3.7/socket.py", line 214, in accept sock = socket(self.family, self.type, self.proto, fileno=fd) File "/usr/lib/python3.7/socket.py", line 151, in __init__ _socket.socket.__init__(self, family, type, proto, fileno) SystemError: returned NULL without setting an error Client: $ python3.7 client.py connecting to ./uds_socket sending b'This is the message. It will be repeated.' closing socket Traceback (most recent call last): File "client.py", line 27, in data = sock.recv(16) ConnectionResetError: [Errno 104] Connection reset by peer I wonder if this has the same cause as the problem reported here: https://cygwin.com/pipermail/cygwin/2021-February/247884.html Mark, can you check that? Hmm, the correlation between failing Python versions and patch placements is troubling. I've reproduced the OP's findings and will dig further. ..mark 3.5 has not your patch for asyncio, as I am not updating it. all the others have it. It will be nice to solve this problem and avoid the freeze that your patch solved. Agreed; fortunate here to have 3.5 frozen. I see the cause. I'm taking this to cygwin-developers and will respond here when we have a solution at hand. ..mark -- 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: SSHD causes 100% CPU load
Greetings, Christoph Lüders! This list is in "no top posting, please" mode. > Wednesday, April 28, 2021, 06:23:02, "Andrey Repin" wrote: >> Greetings, Christoph Lüders! >>> I run cygwin 32-bit on Windows 10 Pro Build 19042. Cygwin is 3.2.0-1, >>> openssh is 8.5p1-1. >>> I use sshd to access the machine from afar. I notice (often multiple) >>> processes of sshd.exe with 100% CPU load. >> https://cygwin.com/pipermail/cygwin/2021-April/248299.html >> https://cygwin.com/pipermail/cygwin/2021-April/248309.html > thanks for the link. Am I mistaken or was there no solution > mentioned? Do you have any advice how to fix this problem? No, you are not. There were multiple reports (I only listed recent ones), but no solution yet. >>> A stack shown with procexp has function names like >>> "cygwin1.dll!acl_get_perm" and "cygwin1.dll!_assert". >>> Can anyone give me some advice how to proceed further? I have updated >>> to the latest cygwin multiple times; reboot doesn't help either. -- With best regards, Andrey Repin Tuesday, May 4, 2021 18:13:40 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: [ANNOUNCEMENT] Updated: python packages
On 07/03/2021 20:44, Ken Brown via Cygwin wrote: On 3/7/2021 2:34 PM, Marco Atzeri via Cygwin wrote: On 07.03.2021 17:58, Ken Brown via Cygwin wrote: I have a CI job which runs 'setup -q -P python3,python3-lxml'. It's nice if that gets me something where "python3 -c 'import lxml'" works, and doesn't require changing every time the default python version is updated. Currently python3 is a meta-package whose main purpose is to require the default python version (currently python38). Marco, couldn't you just make python3-foo a meta-package that requires the corresponding python*-foo (currently python38-foo)? the issue is that Cygport creates the "obsolete" python3-foo that is replaced by python36-foo automatically. we should change cygport to use python38 instead --- $ cat python3-lxml/python3-lxml-4.6.2-1.hint category: _obsolete requires: python36-lxml sdesc: "Obsoleted by python36-lxml" ldesc: "The python3-lxml package is obsolete. Selecting this package for installation will cause the python36-lxml package, which replaces this one, to be installed instead." external-source: python-lxml --- As long as you have to patch cygport anyway, maybe it would be better to have cygport create an empty (but not obsolete) package. I think users might find it confusing that they have to install an obsolete package to get what they want. Also, obsolete packages are normally hidden in the setup UI. Yeah. I've wanted to improve how things in this area for a while (since there are some checks which calm does for 'should this package be obsolete') which are thwarted by this kind of package. So, I've added 'Virtual' to the list of package categories that calm permits, if you want to use it for this kind of meta-package. -- 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
Cannot access subst drives after commit 456c3a46
Sort of like the system32 issue, but still present after the fix for that. Previously I was able to shorten paths for both native and cygwin processes by using SUBST to map a drive letter. After this commit was applied, this stopped working: $ subst T:\: -> C:\blah\blah\MINGW-packages $ ls /t/ ls: cannot access '/t/': No such file or directory $ mount ... T: on /t type ntfs (binary,noacl,posix=0,user,noumount,auto) -- 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: realpath issue with native[strict] symlinks
On Tue, Apr 27, 2021 at 8:44 AM Orgad Shaneh wrote: > > On Apr 19 12:58, Corinna Vinschen via Cygwin wrote: > > On Apr 18 10:59, Orgad Shaneh via Cygwin wrote: > > > I was going to write: > > > > Nothing we can do about without re-implementing Cygwin's path handling > > from scratch. For historical reasons, POSIX paths are evaluated in a > > non-POSIXy manner from right to left. If the resulting path is an > > existing path, the assumption is that no inner path component is a > > symlink. That's true as long as Windows didn't support > > symlinks/junctions and Cygwin didn't support them. > > > > But now I'm writing this: > > > > Probably I have a workaround for this problem. I added a certain test > > to the function checking the outer path component, so the checks for > > path validity don't stop at the outer path component, just because > > it's a valid Windows path. > > > > I pushed the patch and uploaded new developer snapshots to > > https://cygwin.com/snapshots/ > > > > Please give them a try. > > Tried now, and it works for me. Thanks a lot! > > - Orgad Hi Corinna, This change breaks access to subst drives. Reported on MSYS2: https://github.com/msys2/msys2-runtime/pull/38#issuecomment-832160980 Can you please have a look? Please CC me when you reply. I'm not on the mailing list. Thank you, - Orgad -- 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
Umbrello UML Modeller (KDE)
Hello, I report a build success for current Umbrello master [1]. Beyond the dependencies listed at [3] I needed to install the following packages: - cmake - extra-cmake-modules (ECM) - kf5-kdesignerplugin - libKF5Emoticons-devel - kf5-kinit-devel For configuring and building I followed the steps in the section "Source Code on Linux like operating systems" for building with Qt5/KF5 at [2]. By the way, the Umbrello package page at [3] says "maintainer(s): ORPHANED" Is there a way to get that page updated? Cheers, Oliver [1] https://invent.kde.org/sdk/umbrello [2] https://umbrello.kde.org/installation.php [3] https://cygwin.com/packages/summary/umbrello.html -- 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: SSHD causes 100% CPU load
On 2021-05-04 09:14, Andrey Repin via Cygwin wrote: Wednesday, April 28, 2021, 06:23:02, "Andrey Repin" wrote: I run cygwin 32-bit on Windows 10 Pro Build 19042. Cygwin is 3.2.0-1, openssh is 8.5p1-1. I use sshd to access the machine from afar. I notice (often multiple) processes of sshd.exe with 100% CPU load. https://cygwin.com/pipermail/cygwin/2021-April/248299.html https://cygwin.com/pipermail/cygwin/2021-April/248309.html thanks for the link. Am I mistaken or was there no solution mentioned? Do you have any advice how to fix this problem? No, you are not. There were multiple reports (I only listed recent ones), but no solution yet. A stack shown with procexp has function names like "cygwin1.dll!acl_get_perm" and "cygwin1.dll!_assert". Can anyone give me some advice how to proceed further? I have updated to the latest cygwin multiple times; reboot doesn't help either. If relevant changes are made, they are normally deployed as snapshots: see the Cygwin home page link. Are you using: * SAM with only local Windows accounts? * MS accounts? * AD accounts, without cygserver, and without preloading the cygserver group and passwd caches? -- 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: Umbrello UML Modeller (KDE)
On 04.05.2021 22:57, Oliver Kellogg via Cygwin wrote: Hello, I report a build success for current Umbrello master [1]. Beyond the dependencies listed at [3] I needed to install the following packages: - cmake - extra-cmake-modules (ECM) - kf5-kdesignerplugin - libKF5Emoticons-devel - kf5-kinit-devel For configuring and building I followed the steps in the section "Source Code on Linux like operating systems" for building with Qt5/KF5 at [2]. By the way, the Umbrello package page at [3] says "maintainer(s): ORPHANED" Is there a way to get that page updated? are you voluntering ? https://cygwin.com/packaging-contributors-guide.html please note that all the KDE is without maintainer so having just Umbrello is probably not worth Cheers, Oliver [1] https://invent.kde.org/sdk/umbrello [2] https://umbrello.kde.org/installation.php [3] https://cygwin.com/packages/summary/umbrello.html -- 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: python packages
Several python packages have been updated python{37,38}-h5py-3.2.1-1 python{36,37,38}-pip-21.1.1-1 or added python{36,37,38}-pytest-env-0.6.2-1 python{36,37,38}-pytest-sugar-0.9.4-1 python{36,37,38}-termcolor-1.1.0-1 CYGWIN CHANGES As python2 is no longer supported https://devguide.python.org/devcycle/#end-of-life-branches the package are updated to include postinstall script that use "alternatives" to define for /usr/bin/python /usr/bin/python3 /usr/bin/idle3 /usr/bin/pydoc3 a default to the highest package available. $ alternatives --display python python - status is auto. link currently points to /usr/bin/python3.8 /usr/bin/python3.7 - priority 37 /usr/bin/python3.8 - priority 38 /usr/bin/python3.6 - priority 36 /usr/bin/python2.7 - priority 27 Current `best' version is /usr/bin/python3.8. The following link are not provided anymore. /usr/bin/idle /usr/bin/pydoc The python3 package will pull python38 package. Rationale: https://www.python.org/dev/peps/pep-0394/ In other systems as Debian /usr/bin/python is discouraged. As on Cygwin we have still several third packages depending on python2, the usage of alternatives should allow to manage until all are updated to python3 DESCRIPTION Python is a programming language that lets you work quickly and integrate systems more effectively. Python is powerful... and fast; plays well with others; runs everywhere; is friendly & easy to learn; is Open. HOMEPAGE https://www.python.org/ Regards Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) 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] Updated: gdal-3.3.0-1
Version 3.3.0-1 of gdal libgdal-devel libgdal29(API bump) perl-gdal python-gdal have been uploaded for cygwin. CHANGES Latest upstream release https://github.com/OSGeo/gdal/blob/v3.3.0/gdal/NEWS DESCRIPTION The Geospatial Data Abstraction Library is a translator library for raster and vector geospatial data formats that is released under an X/MIT style Open Source license by the Open Source Geospatial Foundation. As a library, it presents a single raster abstract data model and vector abstract data model to the calling application for all supported formats. It also comes with a variety of useful command line utilities for data translation and processing HOMEPAGE http://www.gdal.org/ Regards Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) 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] Updated: geos-3.9.1-1
Version 3.9.1-1 of geos (source only) libgeos-devel libgeos_3_9_1(C++ lib, SONAME Bump) libgeos_c1 (C API) have been uploaded for cygwin. GEOS (Geometry Engine - Open Source) is a C++ port of the Topology Suite (JTS). As such, it aims to contain the complete functionality of JTS in C++. This includes all the OpenGIS Simple Features for SQL spatial predicate functions and spatial operators, as well as specific JTS enhanced topology functions. CHANGES Latest upstream release https://trac.osgeo.org/geos/browser/git/NEWS?rev=3.9.1 NOTES SONAME bump for C++ interface is a peculiar design decision https://lists.osgeo.org/pipermail/geos-devel/2017-January/007643.html The C++ Library is only used by the C Library that has stable API, Application should only use the C Interface. HOMEPAGE https://trac.osgeo.org/geos/ Regards Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) 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] Updated: lilypond-2.22.1-1
Versions 2.22.1-1 of lilypond lilypond-doc for cygwin are now available: CHANGES Last upstream release http://lilypond.org/news.html DESCRIPTION LilyPond is a music engraving program, devoted to producing the highest-quality sheet music possible. It brings the aesthetics of traditionally engraved music to computer printouts. LilyPond is free software and part of the GNU Project. The HTML documentions was replaced with PDF one. The HTML version is available online at: http://www.lilypond.org/manuals.html HOMEPAGE http://www.lilypond.org/ Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) 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] Updated: lyx-2.3.6.1-1
New version 2.3.6.1-1 of lyx is available in the Cygwin distribution CHANGES Last upstream release. https://www.lyx.org/announce/2_3_6.txt Built with Qt5 and Python 3.8 DESCRIPTION LyX is a document processor that encourages an approach to writing based on the structure of your documents (WYSIWYM) and not simply their appearance (WYSIWYG). LyX combines the power and flexibility of TeX/LaTeX with the ease of use of a graphical interface. HOMEPAGE http://www.lyx.org Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) 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