Bug in preremove in python-pip (leading "#" for comment)

Hi Marco, I found a packaging bug. Could you consider fixing this issue in the next release? /etc/preremove/python39-pip.sh (needs "#" before "Remove ...") = Remove this package as pip3 alternative. /usr/sbin/alternatives --remove pip3 /usr/bin/pip3.9 = python-pip-25.0.1-2.src ---

Permission issues in multiple packages

Hi all, As Jon mentioned in the following mail, something may go wrong in the VM for building packages. https://cygwin.com/pipermail/cygwin/2025-April/257948.html Many files/directories don't have permissions for non-privileged users. These packages are examples I found. Other packages may have

Re: mksetupini aborts if run by a normal user

Hi Jon, On 2025/04/14 0:39, Jon Turney wrote: I've rebuilt the package as calm-20250329-2, which I think has the correct permissions. In my environment, mksetupini works again. I confirmed that all directories/files have right permissions (rx/r) Thank you so much! -- ggl...@gmail.com --

mksetupini aborts if run by a normal user

Hi Jon, Thanks for updating calm package. Usually, I work as a normal user. (i.e., not as root or an administrator) In this case, mksetupini aborts with a permission error. It is because Python library files do not have permission to normal users. Could you modify the file permissions so that th

cygstart: buffer overflow when a URI is passed (cygutils-1.4.17-[23])

Hi all, I've encountered a possible bug in cygstart. It seems to abort when a URI is passed to it. $ cygcheck -dc | grep cygutils cygutils1.4.17-3 $ cygstart https://www.google.com *** buffer overflow detected ***: terminated Aborted $ cygcheck -dc | grep cyguti

Re: python3 3.9.18-1 hanging

Hi, On 30/01/2024 10:22, Andrew Murray via Cygwin wrote: Interestingly, this is not something specific to Pillow. Cygwin has also been hanging for NumPy’s GitHub Actions, https://github.com/numpy/numpy/issues/25708, and GitPython, https://github.com/gitpython-developers/GitPython/pull/1814.

Re: iostream doesn't work (clang++)

Hi Mark, On 2023/07/13 14:52, Mark Geisert via Cygwin wrote: Just a quick note to say the root cause has been fixed; the next version of the Cygwin DLL (3.4.8) will include the fix.  If you need the fix urgently you can find a replacement for your /usr/include/sys/cpuset.h at https://github.co

Re: iostream doesn't work (clang++)

Hi Mark, On 2023/07/05 12:06, Mark Geisert via Cygwin wrote: My previous reply addressed the specific error reported by your testcase. But I am unable to make progress on the root cause because I can't reproduce your report. Hm, it seems to be difficult to track down the root cause... On my

iostream doesn't work (clang++)

Hi, clang++ fails with iostream. Does it go well in your environment? # I noticed that clang is orphaned. clang requires a maintainer? $ cat sample.cc #include int main() { std::cout << "Hello World.\n"; return 0; } $ g++ sample.cc $ ./a Hello World. $ clang++ sample.cc In file inclu

Re: clang doesn't work from cygwin-3.4.0 (Re: clang-format and clang-check return 127 and no text)

On 2023/01/09 22:05, Corinna Vinschen via Cygwin wrote: On Jan 8 11:02, Jon Turney via Cygwin wrote: $ strace $(realpath $(which clang)) shows the actual problem... --- clang-8.exe - Entry Point Not Found --- The procedure entry point _alloca c

clang doesn't work from cygwin-3.4.0 (Re: clang-format and clang-check return 127 and no text)

In my environment, clang doesn't work as reported in https://cygwin.com/pipermail/cygwin/2022-December/252719.html . I found that it doesn't work with cygwin-3.4.0-1, but works with cygwin-3.3.6-1. cygwin-3.5.0-0.69.g8a003605c1df doesn't help. Changes in cygwin-3.4.0-1 bring this issue? or clang

libfido2’s dependency on libcbor is dropped in setup.ini

cygfido2-1.dll (from libfido2-1.9.0-1) depends on cygcbor-0.8.dll . But the dependency is dropped in setup.ini (depends2 field). In addition, the current libcbor-0.9.0-2 doesn’t provide cygcbor-0.8.dll but cygcbor-0.9.dll . Maybe, libfido2 needs to be rebuilt with libcbor-0.9 . Thanks, — ggl3

Re: python doesn't work with asyncio library

On 2021/02/01 5:19, Marco Atzeri via Cygwin wrote: On 23.01.2021 23:13, Marco Atzeri wrote: On 23.01.2021 22:09, ggl329 via Cygwin wrote: Hi Marco, Thank you for maintaining python related packages. I found that the updated python38 (3.8.6-2, 3.8.7-1) and python36 (3.6.12-2) don't work

python doesn't work with asyncio library

Hi Marco, Thank you for maintaining python related packages. I found that the updated python38 (3.8.6-2, 3.8.7-1) and python36 (3.6.12-2) don't work with asyncio library. The "Hello World!" sample in python documentation fails. Using python38 (3.8.3-1) or python36 (3.6.10-1), it succeeds. This

Dependency problem of ipython 7.16.1-1

Hi all, Recently, I upgraded python36-ipython to 7.16.1-1 and got an error shown below. The upgraded ipython seems to depend on backcall module (https://github.com/takluyver/backcall). But cygwin doesn't have python-backcall package. Is there anyone who will provide python-backcall package? $ i