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