[Pkg-electronics-devel] gnucap-python package rfs

[Felix Salfelder]

On Tue, Sep 04, 2018 at 10:30:36PM +0200, Ruben Undheim wrote:
> I can give it a try. :)

thanks Ruben, much appreciated.

> 1. Please make the package build first. I tried with "gbp buildpackage" on the tip
> of the master branch, but it barely starts. By reverting one commit, it gets
> further, but still it fails building:
> 
> 
> ../configure: line 3823: python3.7: command not found
> configure:3825: $? = 127
> configure:3830: result: no
> configure:3832: error: Python interpreter is too old

this is strange.

for me, both "dpkg-buildpackage -rfakeroot", and "gbp buildpackage" work
on master (commit 9029e7579). certainly after git clean -dxf or after
creating a fresh clone + pristine-tar checkout.

also odd: the python versions should only come from pyversions and
py3versions (top of d/rules). on my system, only existing interpreters
are included: 2.7, 3.6, 3.7. i must be missing something.

> 2. Also, please change the version 0.0.0 to something containing the date and
> SHA1 of the lastest commit (since upstream probably does not make releases)

a tag in the upstream repo is considered a release, see
debian/README.source. in fact, 0.0.0 is the release version for the
first release, in the usual sense.

> 3. Please put a file called "gbp.conf" in the debian folder with this content:
> 
> [DEFAULT]
> pristine-tar = True

done.

> 4. I cannot find the upstream source in http://gnucap.org which is listed as
> "Homepage" in debian/control, and "Source" in debian/copyright. Is this really
> the correct upstream? Please add a debian/watch file which uniquely describes
> where to find the upstream source.

gnucap is a collaborative project, gnucap.org hosts the wiki for
everything related. i have now put in [1] as the homepage, which seems
to make more sense. hope that this is acceptable somehow.

I will figure out watch, so it finds tags in the corresponding git repo.
(i would prefer a tarball release, but neither do i know where to host
it, nor does it seem to be common practice anymore.)

> When it builds, I will also have a look at the other formalities in the
> package.

thanks. i will try to build on some other system. maybe i can reproduce
the build issues or find others along the way.

best regards
felix

[1] http://gnucap.org/dokuwiki/doku.php/gnucap:user:gnucap_python