New version 3.4.1-3 of
opencv
libopencv-devel
python3-cv2
are available in the Cygwin distribution:
CHANGES
Rebuilt for using python3.8 as python
python2-cv2 is not anymore provided
DESCRIPTION
OpenCV (Open Source Computer Vision Library) is an open source
computer vision and machi
New version 0.29.0-1 of
cmark
cmark-devel
libcmark0_29_0
are available in the Cygwin distribution:
CHANGES
Update to latest upstream release.
DESCRIPTION
cmark is the C reference implementation of CommonMark, a
rationalized version of Markdown syntax with a spec.
It provides a s
On 20.01.2021 00:02, Oleksandr Gavenko via Cygwin wrote:
I figured it out myself that I have to avoid "python3-*" packages and instead
to work with "python36-*" or "python38-*" as "python3-*" packages are marked
as "category: _obsolete" in setup.bz2.
Are there any docs that describes policy for
I figured it out myself that I have to avoid "python3-*" packages and instead
to work with "python36-*" or "python38-*" as "python3-*" packages are marked
as "category: _obsolete" in setup.bz2.
Are there any docs that describes policy for python packages in Cygwin?
I had experience with
https://
Several python packages have been uploaded as test
idle38-3.8.7-1
python38-3.8.7-1
python38-devel-3.8.7-1
python38-test-3.8.7-1
python38-tkinter-3.8.7-1
python36-astroid-2.4.2-1
python37-astroid-2.4.2-1
python38-astroid-2.4.2-1
python36-isort-5.7.0-1
python37-isort-5.7.0-1
python38-isort-5.7.0-
Gesendet: Freitag, 15. Januar 2021 um 20:34 Uhr
> it seems the only issue.
>
> adding -CCMAKE_CXX_FLAGS=-fpermissive
>
> to the cygport should be enough.
> I will look also at the 4.5.1 and upload
> one of them
In my case adding -DCMAKE_CXX_FLAGS=-fpermissive did not help to solve the
problem.
6 matches
Mail list logo