Skip to content

add debug logging to windows python CI workflow - #8082

Open
arvidn wants to merge 20 commits into
RC_2_0from
windows-python-ci
Open

add debug logging to windows python CI workflow#8082
arvidn wants to merge 20 commits into
RC_2_0from
windows-python-ci

Conversation

@arvidn

@arvidn arvidn commented Dec 28, 2025

Copy link
Copy Markdown
Owner

No description provided.

@arvidn
arvidn force-pushed the windows-python-ci branch 2 times, most recently from 63d3e5e to 3519b1b Compare December 28, 2025 17:18
@arvidn

arvidn commented Dec 29, 2025

Copy link
Copy Markdown
Owner Author

there's so many layers of python abstraction to pierce through. This used to be as simple as putting libtorrent.pyd in the current working directory and launch python.

@qstokkink

Copy link
Copy Markdown
Contributor

I'm going through some of libtorrent's PRs to see how to best optimize the Python build process. In this case, the issue is:

LINK : fatal error LNK1181: cannot open input file 'libcrypto.lib'

OpenSSL again 👿. I've also seen (a few 100 PRs ago somewhere) that that there have been issues with finding DLLs. This really seems to be a thorn in the side for development and i.m.o. it could use a dedicated check.

For debugging purposes, it would be nice to have small and fast-compiling b2 build target that only does some quick OpenSSL calls. From the Python side, we can then call this and see if it works. Both of these things can then be put in a separate GitHub Action workflow.

If all the other GitHub Actions then wait for this quick debug call/Action workflow to succeed, PRs that suffer from OpenSSL linking/path issues can be hopefully fixed in a matter of seconds or minutes, instead of the full 1.5 hours it now takes for a PR CI run.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants