Replies: 2 comments 2 replies
-
There's no opt-out behavior baked in Python packaging. But there is opt-in:
For this, you need to declare the Another solution would be to distribute your two packages as namespace packages. This would allow to:
...and maybe have a meta distribution that depends on both so you can
|
Beta Was this translation helpful? Give feedback.
2 replies
-
True, but not beyond the packaging standards 🤣 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
This question was also asked on
setuptools
dicussion forum.I know nothing then
setuptools
and now try to look around for alternatives that maybe able to solve my "problem".Your package looks very powerfull and flexible. Maybe the use of environment variables or other features can can help me with my problem?
I have a Distribution Package named
bit_demo
containing the two Import Packagesbitcli
andbitgui
.When I install it via
python3 -m pip install bit_demo
I do have the two import packages in my system.Would it be possible to install
bit_demo
but only withbitcli
?Can I install a distribution package excluding some of its import packages?
For example
Background of my question
I think about the distro maintainers (e.g. Debian, Arch) who need to create a deb file of my upstream repo.
There need to be two packages in the distro. When users only want to use the CLI interface without GUI (e.g. on a headless server) they would do
apt install bitcli
. But when they need it with GUI they would doapt install bitgui
(andbitcli
comes in as dependency).Technically
bitcli
can live alone. Butbitgui
is useless alone because it use a lot ofbitcli
code. Because of that I don't think it would be a good idea to create two separate git repositories. I would prefer to keep them together as one repo/distribution package.Beta Was this translation helpful? Give feedback.
All reactions