<div dir="ltr">What I really dream of is a magical package that you could install (or ask users to install) that just makes various applications using Cubicweb work. In our research lab (and other partners labs) we are using Cubicweb more and more on several applications (with different dependencies) but its installation is very often a problem. We try to write procedures but they become obsolete at some system change or Cubicweb release change. If Logilab could maintain a package all-cubicweb-whaterver-it-costs-in-disk-space-because-it-is-not-a-big-deal, it would greatly improve the first feeling of our colleagues about Cubicweb. We are now several believers in Cubicweb but, trust me, convincing people to choose this not-well-known technology is not an easy task. If, at least, we could make people easily start with Cubicweb in a non production environment (where applications are not properly packaged) it would make things easier.<br>

</div><div class="gmail_extra"><br clear="all"><div>Yann Cointepas            Tel: +33 1 69 08 78 31<br>CEA - Neurospin           Fax: +33 1 69 08 79 80<br>Bâtiment 145, Point Courrier 156<br>91191 Gif-sur-Yvette cedex, France</div>


<br><br><div class="gmail_quote">On Wed, Dec 11, 2013 at 9:14 AM, Sylvain Thénault <span dir="ltr"><<a href="mailto:sylvain.thenault@logilab.fr" target="_blank">sylvain.thenault@logilab.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

On 10 décembre 08:25, afayolle wrote:<br>
> On 08/12/2013 12:11, Nicolas Chauvat wrote:<br>
> > Hi List,<br>
> ><br>
> > On Wed, Dec 04, 2013 at 11:15:20AM +0100, Julien Cristau wrote:<br>
> >>> On a freshly installed Ununtu 13.10, I got the error "ImportError: No<br>
> >>> module named zmq" when I try to connect to a cubicweb instance with<br>
> >>> zmqpickle-tcp. Installing python-zmq solve the problem. Does it mean that<br>
> >>> cubicweb package should depend on python-zmq ?<br>
> >>><br>
> >> The zmq component is optional, and many deployments don't use it, so no,<br>
> >> it shouldn't be a dependency IMO.<br>
> > pyzmq is listed in the __recommends__ in cubicweb/__pkginfo__.py and<br>
> > is suggested by the package cubicweb-server.<br>
> ><br>
> > There are other optionnal libraries there, for example Pyro (Python<br>
> > Remote Objects), rdflib and fyzz (for RDF and SPARQL support), etc.<br>
> ><br>
> Should it not be in the dependency list of the relevant cubes Debian<br>
> packages ?<br>
<br>
indeed, but in the case of zmq/pyro, that actually depends on a specific<br>
instance needs.<br>
<span class="HOEnZb"><font color="#888888">--<br>
Sylvain Thénault, LOGILAB, Paris (01.45.32.03.12) - Toulouse (05.62.17.16.42)<br>
Formations Python, Debian, Méth. Agiles: <a href="http://www.logilab.fr/formations" target="_blank">http://www.logilab.fr/formations</a><br>
Développement logiciel sur mesure:       <a href="http://www.logilab.fr/services" target="_blank">http://www.logilab.fr/services</a><br>
CubicWeb, the semantic web framework:    <a href="http://www.cubicweb.org" target="_blank">http://www.cubicweb.org</a><br>
_______________________________________________<br>
Cubicweb mailing list<br>
<a href="mailto:Cubicweb@lists.cubicweb.org">Cubicweb@lists.cubicweb.org</a><br>
<a href="http://lists.cubicweb.org/mailman/listinfo/cubicweb" target="_blank">http://lists.cubicweb.org/mailman/listinfo/cubicweb</a><br>
</font></span></blockquote></div><br></div>