Re: Bug#849427: ITP: mpgrafic -- MPI version of N-body initial conditions grafic package
hi Ole,
I think I've tidied up for most of the points you made regarding
mpgrafic, and I've pushed to alioth git. I'm aware that I'm long past
the Debian Stretch freeze deadline - what's important is that mpgrafic
is on its way to getting into the debian pipeline, and that I can
become familiar enough with the process in order to handle some
other cosmo packages later. :)
Here are some questions/comments which you or someone else
here might help me on, for which RTFMing and duckduckgoing haven't
(yet) given me answers.
* In my local copy of the alioth repository for mpgrafic, I have
master, upstream and pristine-tar branches. Independently, in the
upstream (bitbucket) repository, there is also a branch that is called
"master", but from my local (and the alioth) repository(ies) point of
view, it should be called "upstream". Can I set up config parameters
with ordinary git commands so that "git pull" or "git pull bitbucket"
will update my local branch called "upstream" from the bitbucket
branch called "master"? My worry is that the bitbucket "master" branch
will be fetched/merged into my local "master" branch. (I don't yet
want to try the git-* frontends to debian packaging tools, because I
prefer to first get some idea of how these work at the lower level.)
* What version-tagging policy makes sense on the alioth
git repository? I've put the upstream tags in the master branch,
which is probably wrong, since this is the upstream + debian
branch. The pristine-tar man page recommends putting these tags in
the pristine-tar branch. So maybe upstream tags on the
pristine-tar branch, and upstream-<debian-revision> tags
on the master branch?
* The following warnings when doing pdebuild seem to me minor
issues. For example, linking with -lgsl normally requires
that -lgslcblas be given too, so finding a way to modify the
debian build sequence to avoid linking to gslcblas (i) might
be a messy hack and (ii) would, it seems to me, cause a fatal
error when compiling. Of course, minimising dependencies is
a critical element in allowing scalability and upgradability
of the whole distribution, so if someone thinks that these
are worth working on, maybe they could at least go in something
like a debian/TODO file...
pdebuild > ../log && nl -ba ../log | egrep -i "(warn|err)" |grep useless
594 dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/mpgrafic/usr/bin/mpgrafic was not linked against libmpi.so.20 (it uses none of the library's symbols)
595 dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/mpgrafic/usr/bin/mpgrafic was not linked against libfftw_mpi.so.2 (it uses none of the library's symbols)
596 dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/mpgrafic/usr/bin/mpgrafic was not linked against libgslcblas.so.0 (it uses none of the library's symbols)
597 dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/mpgrafic/usr/bin/mpgrafic was not linked against libmpi_usempi_ignore_tkr.so.20 (it uses none of the library's symbols)
598 dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/mpgrafic/usr/bin/mpgrafic was not linked against libmpi_usempif08.so.20 (it uses none of the library's symbols)
599 dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/mpgrafic/usr/bin/mpgrafic was not linked against libfftw.so.2 (it uses none of the library's symbols)
600 dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/mpgrafic/usr/bin/mpgrafic was not linked against libgcc_s.so.1 (it uses none of the library's symbols)
601 dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/mpgrafic/usr/bin/mpgrafic was not linked against libquadmath.so.0 (it uses none of the library's symbols)
* I didn't find a way on bitbucket to sign the tarballs - these
seem to be created automatically for every commit that has a tag:
lintian -I -E --pedantic ../mpgrafic_0.3.4-1_source.changes
P: mpgrafic source: debian-watch-may-check-gpg-signature
Happy New Year to all !
Boud
Reply to: