LD

If that works it would be a good workaround. There is another use case when setuptools requires a different set of dependencies: when you are compiling c++ modules you need...

I had a quick look at dist/commands.py to test the workaround but pip is used not as a module but as an external executable so it's a bit less trivial...

That solution would be much better as we would have control not only on sys_platform but also on all the other environment markers. (and monkey-patching the platform module is I...

Ok I misunderstand your first proposal :) Anyway, overriding default_environment() could bee the solution, but we need to check several versions of pip, here I have looked at two pip...

Never mind, the construction using DEFAULT_CONTEXT is in distlib/markers.py and not in packaging/markers.py (those two packages are awfully similar). In packaging it's still default_environment in 18.1

I found out why pip was invoked as an executable and not directly as a Python module: internally it keeps some state information, and when invoked several times the previous...

Bumping this as I encountered another dependency that requires a condition on the target platform (ruaml.yaml 0.15 does not support python 3.8 and ruaml.yaml 0.16 is not available for manylinux1_i686)...

You're right and it's much easier. On Mac you can use almost any kind of image as icon, but that's the exception not the rule :)

I have it working, I just need to clean up and make a proper PR. In the end I did not use XGetIconSizes() as modern WM does not force a...

I guess I oversimplified the problem by using pview : in my program I'm actually using a hand made shader to render the tree, and the transparency is properly handled...