Hi Quentin,
I'm not sure whether you know the role of an ITP bug. I just want to
make sure you understood that the packaging in Git is basically ready
for uploading to the Debian mirror. Since you are the owner of this
bug you should at least have the final say to this package and I would
love if you would confirm that everything works for you as expected.
If I will not hear from you until beginning of next week I'll upload
and assume that you agree to this.
Kind regards and thanks for providing opencfu as free software
Andreas.
On Fri, Oct 31, 2014 at 08:04:24AM +0100, Andreas Tille wrote:
Hi Quentin,
I guess my mail might have been overwhelming for you. I also have to
admit that I lost opencfu out of my personal focus (perhaps some
response to my mail would have put it on my todo list somewhere in the
last month) since I was constantly busy to keep the existing Debian Med
packages up to date and free of RC bugs. So we unfortunately missed
the chance to upload OpenCFU right in time for the next Debian release.
Yesterday I stumbled upon your mail again and to my point of view
finalised the packaging. I added the program to our task laboratory[1].
As you can see on this page this is the first package we are actually
working on honestly - which is definitely triggered because of your
initial work on it. As you can also see I have added citation
information to the packaging.
Since you issued the ITP and you also remain as changelog owner (now of
the latest version) I would like you to
gbp-clone ssh://git.debian.org/git/debian-med/opencfu.git
cd opencfu
git-buildpackage
and check the resulting package.
I'm personally no user of this package but I was able to successfully
build and install it and run the executable. I was wondering how I
could cleanly exit the application - I did not found any menu entry
for this.
It would be nice if you could provide a simple manpage for opencfu.
Please ping us here to sponsor the upload of opencfu package.
Thanks for your initial work and for providing OpenCFU as free software
Andreas.
[1] http://blends.debian.org/med/tasks/laboratory
On Mon, Sep 29, 2014 at 10:30:03AM +0200, Andreas Tille wrote:
Hi Quentin,
thanks for your ITP which is in fact interesting for Debian Med. I hope
Steffen warned you that I do only open discussion and feel private mails
as a waste of resources for other team members - in this case they would
miss your interesting ITP. So I'll answer on our public mailing list
and I hope you don't mind to much of the violating of netiquette - I
have not seen any private content and ITPs are public anyway.
On Sun, Sep 28, 2014 at 09:36:01PM +0100, Quentin Geissmann wrote:
Dear Andreas,
Steffen advised me to contact you in order to get some help with
debian packaging of opencfu (http://opencfu.sourceforge.net/).
I am at the point where I have a makefile that automatically
generates a debian package, which I then succeed to install, but I
am not quite sure about what to do next…
I'd recommend joining the Debian Med team and read our team policy[1]
which gives some useful hints also to packaging documentation. As
Steffen also mentioned you could join Mentoring of the Month[2] where
I'm teaching newcomers how to properly package bio-medical software
for Debian.
A reproducible example can be done by cloning
https://github.com/qgeissmann/OpenCFU/tree/devel.
Then, by installing dependencies with |# apt-get install
build-essential automake autoconf libopencv-dev libgtkmm-2.4-dev|.
And running |autoreconf -i ./configure make make deb|
The last make recipe creates a temporary dir with the package files.
The original debian packaging files are in
|packagingScripts/debian|.
I had a look into this. This is not really how packaging works even if
it results in probably usable (but not distributable) Debian packages.
Not distributable is specifically for a zero-byte debian/copyright file
but there are more issues.
Usually you start with a source tarball (see the packaging guide we have
linked from Debian Med policy[1]). The canonical way to create a Debian
package is to download the tarball, add a debian/ dir and then you build
the package. The `autoreconf -i ./configure make` steps are done
at package build time (usually triggere by dh) and not before.
My understanding is that I am almost there, but I don’t really know
1) if my package is correct 2) what to do next.
I tend to disagree that you are almost there but I'm very optimistic
that we will be able to bring you there. :-) I'd recommend to register
on alioth.debian.org to get commit permission to the Debian Med
repository where the packaging code is maintained. Usually it is not a
good idea to keep the packaging code in the same archive as the source
(the reasons were frequently