Hi Marco,
Dependency of python39-pip is misdirected, isn't it?
[setup.ini]
setup-timestamp: 1641920391
@ python39-pip
depends2: alternatives, ca-certificates, python38-setuptools, python39
^^^python39-setuptools?
Regards,
--
ggl...@gmail.com
--
Problem
mtrand
[ 1] __gcc_deregister_frame
[ 2] __gcc_register_frame
[ 3] __pyx_module_is_main_numpy__random__mtrand
[ 4] legacy_beta
...
## 1.21.4-1 has PyInit_mtrand.
Regards,
--
ggl329
--
Problem reports: https://cygwin.com/problems.html
FAQ:
ents
File "/usr/lib/python3.6/site-packages/IPython/core/events.py", line 16, in
from backcall import callback_prototype
ModuleNotFoundError: No module named 'backcall'
--
ggl329
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://c
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
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
ibllvm8 8.0.1-1
libpolly-devel 8.0.1-1
libpolly88.0.1-1
libstdc++6 11.4.0-1
libunwind-devel 8.0.1-1
libunwind1 8.0.1-1
llvm 8.0.1-1
--
ggl329
--
Problem reports: https://cygwin.com/problems.html
FAQ:
r/lib/clang/8.0.1/include -internal-isystem
/usr/local/include -internal-isystem /usr/lib/clang/8.0.1/include
-internal-isystem /usr/x86_64-pc-cygwin/include -internal-isystem /usr/include
-internal-isystem /usr/include/w32api -fdeprecated-macro
-fdebug-compilation-dir /home/ggl329/tmp -ferror-limi
uot;hello world".
By installing libiconv-devel, I successfully made it.
(g++ doesn't require "-liconv".)
2.
llvm depends on python-pygments and python-yaml, which pull python27 in.
But python27 has already been withdrawn. Newcomers may get confused.
--
ggl329
--
ng libopenblas from 0.3.26-1 to 0.3.25-1, it works again.
Python 3.9.18 behaves same.
This may be related to the issue.
--
ggl329
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Uns
(most recent call last):
File "/usr/lib/python3.6/asyncio/base_events.py", line 533, in __del__
self.close()
File "/usr/lib/python3.6/asyncio/unix_events.py", line 63, in close
super().close()
File "/usr/lib/python3.6/asyncio/selector_events.py", line 99, i
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
,
—
ggl329
--
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
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
--
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
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
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
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
---
17 matches
Mail list logo