Bug#823140: RFS: caffe/1.0.0~rc3-1 -- a deep learning framework [ITP]
- To: Ghislain Vaillant <ghisvail@gmail.com>
- Cc: Gianfranco Costamagna <locutusofborg@debian.org>, 823140@bugs.debian.org, debian-science <debian-science@lists.debian.org>
- Subject: Bug#823140: RFS: caffe/1.0.0~rc3-1 -- a deep learning framework [ITP]
- From: lumin <cdluminate@gmail.com>
- Date: Thu, 02 Jun 2016 04:33:37 +0000
- Message-id: <[🔎] 1464842017.32453.8.camel@gmail.com>
- Reply-to: lumin <cdluminate@gmail.com>, 823140@bugs.debian.org
- In-reply-to: <5746FAD0.90901@gmail.com>
- References: <57285443.9060009@gmail.com> <160455514.9893678.1462262603766.JavaMail.yahoo@mail.yahoo.com> <1462584935.8066.0.camel@gmail.com> <572DAFEE.7040606@gmail.com> <1463045096.3816.5.camel@gmail.com> <1214455590.5030779.1463410214107.JavaMail.yahoo@mail.yahoo.com> <573B21AE.90404@gmail.com> <1463496126.10119.38.camel@gmail.com> <573B3EDA.2030107@gmail.com> <1463575483.21927.11.camel@gmail.com> <06DF4AD4-8D14-466E-BAAB-F4C6732D7493@jrtc27.com> <0C30FE13-CCDF-47F8-A0AF-E828717EFEB8@jrtc27.com> <1463580931.21927.18.camel@gmail.com> <1708057035.7707250.1463605934134.JavaMail.yahoo@mail.yahoo.com> <1463635569.3788.16.camel@gmail.com> <355352132.7885265.1463639538988.JavaMail.yahoo@mail.yahoo.com> <1463652227.16436.27.camel@gmail.com> <743933193.1389797.1463991516604.JavaMail.yahoo@mail.yahoo.com> <5746FAD0.90901@gmail.com>
On Thu, 2016-05-26 at 14:32 +0100, Ghislain Vaillant wrote:
> I don't agree. Regarding the testsuite, I believe most features should
> be tested at package build time, including the Python stuff. We want to
> fail early if something goes wrong. To me, the autopkgtest testsuite
> serves a different purpose, i.e. to test that an update in the install
> requirements does not break the currently uploaded package.
Isn't that done by piuparts? confused.
And yes I should also write a python tester script.
> So yes, the Python runtime dependencies should be part of Build-Depends
> and the Python testsuite should be called during the build.
I'll add them later.
> From my experience using caffe at the lab, the Python interface is what
> people are mainly using. So IMO, it would be quite a let down if the
> caffe were uploaded without Python support.
>
> IMO, it should be either Python 3 alone or Python 2 + 3. I made this
> mistake when packaging OpenGM and regret it now. I'll repeat it here,
> Python 2 has an expiration date and we should encourage people to use
> Python 3.
Let's make python3-caffe-* and let it be python3-only.
> I did not follow all the recent action on the packaging, but why are we
> still using templated install.in files instead of patching the build
> system for the great of the rest of the Linux community?
I indeed made all suggested changes including using `GNUInstallDirs`
to avoid template generation. Currently the *.in files are mostly
fake template (nothing to be replaced) but only
libcaffe-cpu-dev.install.in is the real one. I need to match
a library install directory in this file, which is the only
remaining template.
Oh yes I should rename those non-template files.
:-)
BTW, I tested the python3 build and I found that, the python3
version can be built without python3-protobuf, and the compilation
will not crash. Python3 module will be generated but when trying
to import caffe in python3 it will end up with something like:
error import google.protobuf
That is to say python3-protobuf is not a build-dep but a runtime-dep
for the python3 interface.
Reply to: