[Solved] Mintstick: Proper handling of Python Depends.

[Weezer]

Greetings!

Somewhere along the line in my linux journey I came upon a cute little USB Image writer/stick formatting program called Mintstick (from Mint obviously). I've used it for years because it just works.

When I got to Gentoo, I couldn't find it anywhere so I initially installed it by manually copying everything, then for the last couple years I've had an ebuild I wrote by looking at the Debian and Arch builds. It also works fine. However, I am not a developer nor exactly an expert at writing ebuilds and I am pretty sure I am NOT handling the python dependencies correctly.

Here is the ebuiild for mintstick-1.6.3.ebuild:

[bstaletic]

The dev-lang/python dependency is to be handled by one of the three eclasses:

• python-any-r1
  
• python-single-r1
  
• python-r1
  
• distutils-r1

The python-single-r1 eclass is intended for things that can only support a single interpreter per installation. An example is app-editor/vim, which embeds an interpreter and can't possibly support multiple python versions at the same time.
The python-r1 eclass is intended for things that can support multiple interpreters at once. An example is portage, which can be installed for multiple interpreters.
The python-any-r1 eclass is intended for things that only depend on python during build time. For example, llvm-runtimes/libcxx is "just" a C++ standard library and does not depend on python at runtime, but it needs python during build time.
Finally, distutils-r1 eclass is for ebuilds of "normal" python software. "Normal" doing all the heavy lifting, because python packaging is a mess and this eclass is supposed to make your life easier in this regard.

After choosing the right eclass for your software, the ebuild should start something like this:

[Weezer]

Thank you bstaletic for the help!

The current python being used by the Debian package is 'python3' (no versioning whatsoever). I tend to follow that one for upgrades/updates as it is an official package. I've simply let the package use "whatever' is current for Gentoo. I run it on both stable and unstable machines. My inclination is to peg all python related dependencies to Gentoo stable.

I think from reading your post, which helps explain some things, python-r1 or distutils-r1 is what I should be using. I've tried both but I always get errors. I would like to get python-r1 to work, I think, so I can set the interprer there and have the python dependencies follow that. It seems easy enough to say, but I've tried many times to no avail. The use tags after the dependencies are fun and where I am having the difficulties I believe...

I will take at look at the examples you gave to see how they handle things. I know I've looked at Vim but not the other.

Thanks again..

[GDH-gentoo]

Gentoo also has a Python Guide.
_________________

[Weezer]

I believe having dev-lang/python as a direct runtime dependency was the issue (not necessary).

Removed that, used distutils-r1, set the python targets, set up the python-depends. It now sets the proper python target upon installation and is no longer pulling in python3.13t.

It is also listed as a dependent of python3:13 only.

Closing.

[bstaletic]

[Weezer]