<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 4 August 2016 at 15:49, Niels de Vos <span dir="ltr"><<a href="mailto:ndevos@redhat.com" target="_blank">ndevos@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Aug 04, 2016 at 05:47:04AM -0400, Prashanth Pai wrote:<br>
> Hi all,<br>
><br>
> The official python bindings to libgfapi has been around for a while now<br>
> in it's source repo[1] and the API documentation[2] is also up. However,<br>
> it wasn't made available over regular release channels until now and users<br>
> had to install it from source (which is very easy[3] for Python projects)<br>
><br>
> There are few ways how libgfapi-python can be made available as packages over<br>
> yum/pypi:<br>
><br>
> 1. Import libgfapi-python repo as a git submodule in glusterfs repo. Modify the<br>
> spec file to create a python-libgfapi package. (Or make it part of existing<br>
> python-gluster package). This way it'll be part of glusterfs release cycle<br>
> and development will continue to happen in it's external repo.<br>
><br>
> 2. Have libgfapi-python maintain it's own release numbers and release lifecycle<br>
> externally. Package it and make it available over pypi so that users can<br>
> simply do a pip install. This will also allow python bindings to work<br>
> with any glusterfs versions or release series (3.7, 3.8, master) which is<br>
> really nice.<br>
<br>
</span>This. We want libgfapi-python to be independent as much as possible. The<br>
same counts for Java, PHP and other bindings to libgfapi. With libgfapi<br>
we try very hard not to break existing users, libgfapi-python is one,<br>
just like Samba, NFS-Ganesha, QEMU, etc.<br>
<br>
But we also need to provide RPM packages in different distributions so<br>
that users can install and manage the packages with the standard tools.<br>
pip works good for developers and certain environments where versions<br>
are not watched/maintained carefully. pip may also not be installed<br>
everywhere, but we would still like Python applications to be able to<br>
use libgfapi-python. (Many admins are against installing software that<br>
does not come from the standard distribution repositories.)<br>
<br>
Users mostly start looking for packages that are available in their<br>
distribution. For Fedora they would do a "dnf search gluster", CentOS<br>
has "yum search gluster" and Debian based distributions use "apt-cache".<br>
Integration in distributions is important, so that we (and the packge<br>
maintainers for those distributions) can test the versions that are<br>
provided. pip does not offer the tight integration with distributions<br>
that I expect from a stable software package.<br></blockquote><div><br></div><div>I believe it is better to provide both rpm/deb packages and `pip` installation.</div><div><br></div><div>I have come across situations where I did not have root/sudo privileges in the system but still wanted to install some python packages for testing something. I could create a virtualenv and use `pip install`, which I believe isn't possible with rpm/deb packages. So it would be really nice to have libgfapi-python release a both rpm/deb packages and upload the it to PyPi.</div><div><br></div><div>Best Regards,</div><div>Vishwanath</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thanks,<br>
Niels<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
> 3. Import entire libgfapi-python source code into glusterfs repo and deprecate<br>
> libgfapi-python repo. Continue all further development in glusterfs repo.<br>
><br>
> My personal favourite is to make it available over pypi which will work<br>
> across distros but pypi doesn't seem to be popular here.<br>
><br>
> libgfapi-python bindings has been tested only against Linux x86-64 and Python<br>
> versions 2.6 and 2.7 in Fedora/CentOS so far. Niels has setup a job in the<br>
> CentOS CI infra that runs ligfapi python tests against glusterfs nightly builds.<br>
><br>
> Your preference and inputs on how do we go about packaging libgfapi-python<br>
> will help.<br>
><br>
> [1]: <a href="https://github.com/gluster/libgfapi-python" rel="noreferrer" target="_blank">https://github.com/gluster/<wbr>libgfapi-python</a><br>
> [2]: <a href="http://libgfapi-python.rtfd.io" rel="noreferrer" target="_blank">http://libgfapi-python.rtfd.io</a><br>
> [3]: <a href="http://libgfapi-python.rtfd.io/en/latest/install.html" rel="noreferrer" target="_blank">http://libgfapi-python.rtfd.<wbr>io/en/latest/install.html</a><br>
><br>
> -Prashanth Pai<br>
</div></div><br>______________________________<wbr>_________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@gluster.org">Gluster-devel@gluster.org</a><br>
<a href="http://www.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://www.gluster.org/<wbr>mailman/listinfo/gluster-devel</a><br></blockquote></div><br></div></div>