gpgmepy: Broken sdist build
Paul Schwabauer
pschwabauer at intevation.de
Wed Apr 30 16:45:57 CEST 2025
I just realized (with the help of Bernhard Herzog) that building
directly inside the source folder, instead of using a separate build
folder, works without any issues. I can successfully create both a
source distribution and a wheel package. Building in a separate folder
needs still to be fixed, or at least documented.
On 4/24/25 10:22, Paul Schwabauer wrote:
> I recently tried building a Python source distribution for |gpgmepy|
> using either |python setup.py sdist| or |make sdist| from the build
> directory. However, the resulting source tarball is incomplete; it’s
> missing several necessary files.
>
> You can verify this by running |python -m build|, which builds the
> package in an isolated environment and highlights the missing components.
>
> To work around this issue, I had to follow the approach described
> here: https://issues.roundup-tracker.org/msg8362. Unfortunately, due
> to the custom nature of |gpgmepy|'s build process, I haven't found a
> clean way to integrate this fix without potentially disrupting
> workflows that the package maintainers rely on.
>
> One complication is that |setuptools| requires the |MANIFEST.in| file,
> and the files it references, to be present in the current working
> directory during packaging.
>
> If anyone has insights into the |gpgmepy| build process or suggestions
> for integrating a more robust solution, I'd really appreciate the help.
>
More information about the Gnupg-devel
mailing list