[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#763275: ITP: opencfu -- A C++ program to count cell colonies (CFUs) on agar plates by processing digital pictures



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 discussed - feel free to ask if you want me
> > to be more verbose about this.)
> > 
> > > ps. Do not hesitate to send pull requests directly if you feel like
> > > modifying the package
> > 
> > I would insist in maintaining the packaging code at git.debian.org to
> > enable all members of Debian Med team to work on the packaging.
> > 
> > > pps. I can also upload whatever file you would like, if it is simpler
> > 
> > As far as I can see you have set a release tag[3] which is good.  You
> > need to write a proper debian/watch file to fetch the resulting tarball
> > and detect new versions.  This should be pretty simple if you are using
> > the package_template (see policy[1]).
> >  
> > > ———— Forwarded Message ————
> > > 
> > > Hi Quentin, I am too swamped with too many things to be of direct
> > > help, I am afraid. Andreas Tille kindly initiated his “Mentoring of
> > > the Month” project for Debian Med
> > > https://wiki.debian.org/DebianMed/MoM and I just suggest you contact
> > > Andreas tille@debian.org <http://mailto:tille@debian.org>
> > 
> > I wished Steffen would have used mailto:debian-med@lists.debian.org
> > instead of my e-mail address.  Hi should know that I prefer open
> > discussion ... :-)
> > 
> > > The package is a published scientific software
> > > (http://www.plosone.org/article/info%3Adoi%2F10.1371%2Fjournal.pone.0054072).
> > 
> > You can specify this in a debian/upstream/metadata file (see also
> > package_template).
> > 
> > Your software is actually really interesting for Debian Med and I admit
> > I'm keen to include it.  But for a real release we can not diverge from
> > the formalisms of Debian Policy in general and I also would like to be
> > strict in using the well established workflow in the Debian Med team.
> > 
> > Kind regards
> > 
> >          Andreas.
> > 
> > [1] http://debian-med.alioth.debian.org/docs/policy.html ​
> > [2] https://wiki.debian.org/DebianMed/MoM
> > [3] https://github.com/qgeissmann/OpenCFU/releases
> > 
> > -- 
> > http://fam-tille.de
> > 
> > 
> > -- 
> > To UNSUBSCRIBE, email to debian-med-REQUEST@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> > Archive: https://lists.debian.org/20140929083003.GA4404@an3as.eu
> > 
> > 
> 
> -- 
> http://fam-tille.de
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-med-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: https://lists.debian.org/20141031070424.GD4549@an3as.eu
> 
> 

-- 
http://fam-tille.de


Reply to: