conda-forge / pywin32-feedstock Goto Github PK

View Code? Open in Web Editor NEW

1.0 9.0 21.0 152 KB

A conda-smithy repository for pywin32.

License: BSD 3-Clause "New" or "Revised" License

Python 68.95% Batchfile 30.58% Shell 0.47%

pywin32-feedstock's Introduction

About pywin32-feedstock

Feedstock license: BSD-3-Clause

Home: https://github.com/mhammond/pywin32

Package license: PSF-2.0

Summary: Python extensions for Windows

Development: https://github.com/mhammond/pywin32

A set of extension modules that provides access to many of the Windows API functions.

Current build status

Azure

Variant	Status
linux_64_python3.10.____cpythonpython_implcpython
linux_64_python3.11.____cpythonpython_implcpython
linux_64_python3.12.____cpythonpython_implcpython
linux_64_python3.8.____cpythonpython_implcpython
linux_64_python3.9.____73_pypypython_implpypy
linux_64_python3.9.____cpythonpython_implcpython
linux_aarch64_python3.10.____cpythonpython_implcpython
linux_aarch64_python3.11.____cpythonpython_implcpython
linux_aarch64_python3.12.____cpythonpython_implcpython
linux_aarch64_python3.8.____cpythonpython_implcpython
linux_aarch64_python3.9.____73_pypypython_implpypy
linux_aarch64_python3.9.____cpythonpython_implcpython
linux_ppc64le_python3.10.____cpythonpython_implcpython
linux_ppc64le_python3.11.____cpythonpython_implcpython
linux_ppc64le_python3.12.____cpythonpython_implcpython
linux_ppc64le_python3.8.____cpythonpython_implcpython
linux_ppc64le_python3.9.____73_pypypython_implpypy
linux_ppc64le_python3.9.____cpythonpython_implcpython
osx_64_python3.10.____cpythonpython_implcpython
osx_64_python3.11.____cpythonpython_implcpython
osx_64_python3.12.____cpythonpython_implcpython
osx_64_python3.8.____cpythonpython_implcpython
osx_64_python3.9.____73_pypypython_implpypy
osx_64_python3.9.____cpythonpython_implcpython
osx_arm64_python3.10.____cpython
osx_arm64_python3.11.____cpython
osx_arm64_python3.12.____cpython
osx_arm64_python3.8.____cpython
osx_arm64_python3.9.____cpython
win_64_python3.10.____cpythonpython_implcpython
win_64_python3.11.____cpythonpython_implcpython
win_64_python3.12.____cpythonpython_implcpython
win_64_python3.8.____cpythonpython_implcpython
win_64_python3.9.____73_pypypython_implpypy
win_64_python3.9.____cpythonpython_implcpython

Current release info

Name	Downloads	Version	Platforms

Installing pywin32

Installing pywin32 from the conda-forge channel can be achieved by adding conda-forge to your channels with:

conda config --add channels conda-forge
conda config --set channel_priority strict

Once the conda-forge channel has been enabled, pywin32 can be installed with conda:

conda install pywin32

or with mamba:

mamba install pywin32

It is possible to list all of the versions of pywin32 available on your platform with conda:

conda search pywin32 --channel conda-forge

or with mamba:

mamba search pywin32 --channel conda-forge

Alternatively, mamba repoquery may provide more information:

# Search all versions available on your platform:
mamba repoquery search pywin32 --channel conda-forge

# List packages depending on `pywin32`:
mamba repoquery whoneeds pywin32 --channel conda-forge

# List dependencies of `pywin32`:
mamba repoquery depends pywin32 --channel conda-forge

About conda-forge

conda-forge is a community-led conda channel of installable packages. In order to provide high-quality builds, the process has been automated into the conda-forge GitHub organization. The conda-forge organization contains one repository for each of the installable packages. Such a repository is known as a feedstock.

A feedstock is made up of a conda recipe (the instructions on what and how to build the package) and the necessary configurations for automatic building using freely available continuous integration services. Thanks to the awesome service provided by Azure, GitHub, CircleCI, AppVeyor, Drone, and TravisCI it is possible to build and upload installable packages to the conda-forge Anaconda-Cloud channel for Linux, Windows and OSX respectively.

To manage the continuous integration and simplify feedstock maintenance conda-smithy has been developed. Using the conda-forge.yml within this repository, it is possible to re-render all of this feedstock's supporting files (e.g. the CI configuration files) with conda smithy rerender.

For more information please check the conda-forge documentation.

Terminology

feedstock - the conda recipe (raw material), supporting scripts and CI configuration.

conda-smithy - the tool which helps orchestrate the feedstock. Its primary use is in the construction of the CI .yml files and simplify the management of many feedstocks.

conda-forge - the place where the feedstock and smithy live and work to produce the finished article (built conda distributions)

Updating pywin32-feedstock

If you would like to improve the pywin32 recipe or build a new package version, please fork this repository and submit a PR. Upon submission, your changes will be run on the appropriate platforms to give the reviewer an opportunity to confirm that the changes result in a successful build. Once merged, the recipe will be re-built and uploaded automatically to the conda-forge channel, whereupon the built conda packages will be available for everybody to install and use from the conda-forge channel. Note that all branches in the conda-forge/pywin32-feedstock are immediately built and any created packages are uploaded, so PRs should be based on branches in forks and branches in the main repository should only be used to build distinct package versions.

In order to produce a uniquely identifiable distribution:

If the version of a package is not being increased, please add or increase the build/number.
If the version of a package is being increased, please remember to return the build/number back to 0.

Feedstock Maintainers

pywin32-feedstock's People

Stargazers

Watchers

Forkers

nicoddemus conda-forge-admin anacondarecipes conda-forge-linter regro-cf-autotick-bot ocefpaf hmaarrfk chrisburr xhochy bollwyvl adament isuruf mattip tolker-ku carlodri anacondarecipes anaconda-community h-vetinari

pywin32-feedstock's Issues

Cannot build package on py27

The py27 build is currently failing with this message:

C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\BIN\amd64\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:C:\bld\pywin32_1535373754503\_h_env\libs /LIBPATH:C:\bld\pywin32_1535373754503\_h_env\PCbuild\amd64 /LIBPATH:C:\bld\pywin32_1535373754503\_h_env\PC\VS9.0\amd64 /LIBPATH:build\temp.win-amd64-2.7\Release "/LIBPATH:C:\Program Files\Microsoft SDKs\Windows\v7.0\lib\x64" "/LIBPATH:C:\Program Files (x86)\Microsoft DirectX SDK (June 2010)\lib\x64" advapi32.lib /EXPORT:OpenPerformanceData /EXPORT:CollectPerformanceData /EXPORT:ClosePerformanceData build\temp.win-amd64-2.7\Release\win32/src/PerfMon/PyPerfMsgs.res build\temp.win-amd64-2.7\Release\win32/src/PerfMon/perfmondata.obj /OUT:build\lib.win-amd64-2.7\win32\perfmondata.dll /IMPLIB:build\temp.win-amd64-2.7\Release\win32/src/PerfMon\perfmondata.lib /MANIFESTFILE:build\temp.win-amd64-2.7\Release\win32/src/PerfMon\perfmondata.dll.manifest /MACHINE:amd64 /BASE:0x1e710000 /DEBUG /PDB:build\temp.win-amd64-2.7\Release\perfmondata.pdb
   Creating library build\temp.win-amd64-2.7\Release\win32/src/PerfMon\perfmondata.lib and object build\temp.win-amd64-2.7\Release\win32/src/PerfMon\perfmondata.exp
error: [Errno 2] No such file or directory: 'build\\temp.win-amd64-2.7\\Release\\win32/src/PerfMon\\perfmondata.dll.manifest'
The system cannot find the path specified.
Traceback (most recent call last):
  File "C:\Miniconda36-x64\Scripts\conda-build-script.py", line 10, in <module>
    sys.exit(main())
  File "C:\Miniconda36-x64\lib\site-packages\conda_build\cli\main_build.py", line 424, in main
    execute(sys.argv[1:])
  File "C:\Miniconda36-x64\lib\site-packages\conda_build\cli\main_build.py", line 415, in execute
    verify=args.verify)
  File "C:\Miniconda36-x64\lib\site-packages\conda_build\api.py", line 200, in build
    notest=notest, need_source_download=need_source_download, variants=variants)
  File "C:\Miniconda36-x64\lib\site-packages\conda_build\build.py", line 2209, in build_tree
    notest=notest,
  File "C:\Miniconda36-x64\lib\site-packages\conda_build\build.py", line 1398, in build
    windows.build(m, build_file, stats=build_stats)
  File "C:\Miniconda36-x64\lib\site-packages\conda_build\windows.py", line 313, in build
    check_call_env(cmd, cwd=src_dir, stats=stats)
  File "C:\Miniconda36-x64\lib\site-packages\conda_build\utils.py", line 310, in check_call_env
    return _func_defaulting_env_to_os_environ('call', *popenargs, **kwargs)
  File "C:\Miniconda36-x64\lib\site-packages\conda_build\utils.py", line 290, in _func_defaulting_env_to_os_environ
    raise subprocess.CalledProcessError(proc.returncode, _args)
subprocess.CalledProcessError: Command '['cmd.exe', '/c', 'bld.bat']' returned non-zero exit status 1.
Command exited with code 1

xref: #9

Upgrade to 221

Apparently there is a 221 release that is out. Would be nice to upgrade to that release.

pywin32 vs pypiwin32

I found some packages sometimes still reference pypiwin32, which just requires pywin32. Instead of making a dummy feedstock for this, could we just add an output for this to pywin32?

Make a no-op, noarch output to increase downstream noarch-ability?

A lot of packages can't be noarch: python solely because of a dependency on this package, sometimes for a single bit of information from the registry, or whatever. I have no data to back it up, but I've got the feeling it's in the hundreds. What if there was a no-op output for other platforms?

Prior art

similar tricks have been played for other python feedstocks, so that downstreams can be noarch: python e.g.
- https://github.com/conda-forge/importlib_metadata-feedstock/blob/master/recipe/meta.yaml
- https://github.com/conda-forge/dataclasses-feedstock/blob/master/recipe/meta.yaml

Pro

a large number of packages could be made noarch: python
migrations would not have to consider them
historic branches would often no longer need ABI backports

Con

definitely be an abuse of the conda system
fewer release would be built, sometimes 1/10th
a lot of releases are only ever built upstream on unix-like systems
- while it's good and helpful for conda-forge to be upstreaming packaging PRs... it's exhausting
a lot of packages wouldn't be tested on windows

The pypy builds of pywin32 do not contain anything useful

$ tar -tvf pywin32-304-py38h32ec214_2.tar.bz2
-rw-rw-rw-  0 0      0          25 Oct 28 20:11 info/test/test_time_dependencies.json
-rw-rw-rw-  0 0      0          42 Oct 28 20:11 info/paths.json
-rw-rw-rw-  0 0      0         109 Oct 28 20:11 info/hash_input.json
-rw-rw-rw-  0 0      0         332 Oct 28 20:11 info/index.json
-rw-rw-rw-  0 0      0         535 Oct 28 20:05 info/recipe/0003-remove-PATH-pth-hack.patch
-rw-rw-rw-  0 0      0         643 Oct 28 20:11 info/recipe/conda_build_config.yaml
-rw-rw-rw-  0 0      0         727 Oct 28 20:05 info/recipe/do-not-build-scintilla.patch
-rw-rw-rw-  0 0      0        1520 May  2 08:48 info/licenses/Pythonwin/License.txt
-rw-rw-rw-  0 0      0        1568 Oct 28 20:05 info/recipe/recipe-scripts-license.txt
-rw-rw-rw-  0 0      0        1733 Oct 28 20:11 info/recipe/meta.yaml
-rw-rw-rw-  0 0      0        1831 Oct 28 20:05 info/recipe/run_test.py
-rw-rw-rw-  0 0      0        2115 Oct 28 20:11 info/test/run_test.py
-rw-rw-rw-  0 0      0        3356 Oct 28 20:05 info/recipe/meta.yaml.template
-rw-rw-rw-  0 0      0        7300 Oct 28 20:11 info/about.json
-rw-rw-rw-  0 0      0           0 Oct 28 20:11 info/git
-rw-rw-rw-  0 0      0           0 Oct 28 20:11 info/files

New home URL

According to PyPI this lives in this repo now.

Are newer builds coming?

Comment:

I see that the github repo for this package and the version on PyPi are already at v306. Will v305 and/or 306 be available on conda-forge?

Cannot import 'pywintypes'

(From conda-forge/pyinstaller-feedstock#7)

I'm experiencing an import error for pywintypes. After creating a clean environment with respective python versions and pywin32:

3.5:

(pywin-test-3.5) C:\Users\Bruno>conda list
# packages in environment at c:\Miniconda3-dev\envs\pywin-test-3.5:
#
certifi                   2017.1.23                py35_0    conda-forge
pip                       9.0.1                    py35_0    conda-forge
python                    3.5.3                         0    conda-forge
pywin32                   220                      py35_0    conda-forge
setuptools                33.1.0                   py35_0    conda-forge
vs2015_runtime            14.0.25420                    0    conda-forge
wheel                     0.29.0                   py35_0    conda-forge
wincertstore              0.2                      py35_0    conda-forge

(pywin-test-3.5) C:\Users\Bruno>python
Python 3.5.3 | packaged by conda-forge | (default, Jan 23 2017, 20:04:35) [MSC v.1900 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> ^Z


(pywin-test-3.5) C:\Users\Bruno>python -c "import pywintypes"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "c:\Miniconda3-dev\envs\pywin-test-3.5\lib\site-packages\win32\lib\pywintypes.py", line 124, in <module>
    __import_pywin32_system_module__("pywintypes", globals())
  File "c:\Miniconda3-dev\envs\pywin-test-3.5\lib\site-packages\win32\lib\pywintypes.py", line 98, in __import_pywin32_system_module__
    raise ImportError("No system module '%s' (%s)" % (modname, filename))
ImportError: No system module 'pywintypes' (pywintypes35.dll)

3.6:

(pywin-test-3.6) C:\Users\Bruno>conda list
# packages in environment at c:\Miniconda3-dev\envs\pywin-test-3.6:
#
certifi                   2017.1.23                py36_0    conda-forge
pip                       9.0.1                    py36_0    conda-forge
python                    3.6.0                         1    conda-forge
pywin32                   220                      py36_0    conda-forge
setuptools                33.1.0                   py36_0    conda-forge
vs2015_runtime            14.0.25420                    0    conda-forge
wheel                     0.29.0                   py36_0    conda-forge
wincertstore              0.2                      py36_0    conda-forge

(pywin-test-3.6) C:\Users\Bruno>python
Python 3.6.0 | packaged by conda-forge | (default, Jan 14 2017, 00:31:55) [MSC v.1900 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> ^Z


(pywin-test-3.6) C:\Users\Bruno>python -c "import pywintypes"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "c:\Miniconda3-dev\envs\pywin-test-3.6\lib\site-packages\win32\lib\pywintypes.py", line 124, in <module>
    __import_pywin32_system_module__("pywintypes", globals())
  File "c:\Miniconda3-dev\envs\pywin-test-3.6\lib\site-packages\win32\lib\pywintypes.py", line 98, in __import_pywin32_system_module__
    raise ImportError("No system module '%s' (%s)" % (modname, filename))
ImportError: No system module 'pywintypes' (pywintypes36.dll)

Not sure how the latest build managed to test successfully given that pywintypes is one of the modules imported during the testing phase.

2.7 works:

(pywin-test-2.7) C:\Users\Bruno>conda list
# packages in environment at c:\Miniconda3-dev\envs\pywin-test-2.7:
#
certifi                   2017.1.23                py27_0    conda-forge
pip                       9.0.1                    py27_0    conda-forge
python                    2.7.12                        1    conda-forge
pywin32                   220                      py27_0    conda-forge
setuptools                33.1.0                   py27_0    conda-forge
vs2008_runtime            9.00.30729.1                  2
wheel                     0.29.0                   py27_0    conda-forge
wincertstore              0.2                      py27_0    conda-forge

(pywin-test-2.7) C:\Users\Bruno>python
Python 2.7.12 | packaged by conda-forge | (default, Sep  8 2016, 14:46:05) [MSC v.1500 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> ^Z


(pywin-test-2.7) C:\Users\Bruno>python -c "import pywintypes"

Windows DLL Dependency mismatch causes runtime DLL load failures.

Issue: Windows DLL Dependency mismatch causes runtime DLL load failures.

I believe the issue arises around how https://github.com/conda-forge/pywin32-feedstock/blob/master/recipe/meta.yaml#L17 is pulling DLLs for new versions of pywin32. The thread in the Environments section describes the issue more thoroughly. I'm echoing the issue here for visibility where the root problem is likely located.

Environment (conda list):

See https://github.com/mhammond/pywin32/issues/1409 for environment context information

pywin32 v224 for python 3.7 is missing in conda-forge

Please make v224 for python 3.7 available in conda-forge or kindly advise how to proceed to make it happen.
Thank you.

@conda-forge-admin, please re-render

@conda-forge-admin, please re-render.