<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 3, 2020 at 5:50 PM Andrius Merkys <<a href="mailto:andrius.merkys@gmail.com">andrius.merkys@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear Samuel,<br>
<br>
Embedded 3rd party sources will most likely cause trouble in getting MMB<br>
into Debian. Please see the recent mail thread on packaging tensorflow<br>
[1] to get the feel. </blockquote><div><br></div><div>I guess i am not on the right list, anyway i could not find this thread.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If OpenMM people do not want their software in<br>
Debian, </blockquote><div><br></div><div>They seem to have no objection, in fact they were flattered and appreciative of the thought. They just didn't want to commit to supporting this distribution method.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">maybe an alternative to their neighbourlisting function could be<br>
found?<br>
<br></blockquote><div> </div><div>Ah yes. Such a big package to include, for only one function. You are in principle completely right, the issue is that most likely it would take me forever to get around to that since it has no payoff other than this. The other thing is that my collaborators just added the ccp4 package in the same way (they checked and the license allows this), and are soon to add another for mmCIF. So if 3rd party packages being included is a dealbreaker, then I guess I am lost anyway. </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have little knowledge about Docker. However, I usually look inside the<br>
Dockerfile for the clues on building the package.<br>
<br>
Best wishes,<br>
Andrius<br>
<br>
[1]<br>
<a href="https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-March/079054.html" rel="noreferrer" target="_blank">https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-March/079054.html</a><br>
<br>
On 2020-02-25 16:14, Samuel Flores wrote:<br>
> Hi Andreas and Andrius,<br>
><br>
> I guess we got stalled when the OpenMM guys declined to support debian<br>
> packages. At the time it was against my religion to fork supported<br>
> packages, but I have had a change of heart. I really only use the<br>
> neighborlisting function of OpenMM, and anyway I can always update the<br>
> local fork. So what I decided to do is just add the entire OpenMM<br>
> repository to the 3rdparty directory of my MMB git repo.  Also I put<br>
> MMB on the MIT license to comply with Debian's guidelines. Were these<br>
> the main stumbling blocks?<br>
><br>
> In the many months since we last spoke, I have also created a docker<br>
> container (samuelflores/mmb-ubuntu). I just set this  to compile MMB<br>
> from the 3rdparty directory -- a simple change which hopefully will<br>
> build soon on dockerhub. Assuming that goes well the Dockerfile should<br>
> be a good model for compiling with apt-get. There are a couple of<br>
> people in Prague contributing new code, and I have also taken on a<br>
> couple of MS students so there should be advances this summer on the<br>
> code. So in short -- the project has advanced substantially in the<br>
> past few months and I think it is in a good place for packaging.<br>
><br>
> I wonder if we can pick up the packaging project again?  Hopefully<br>
> this will go smoothly now that things have been worked on for a while.<br>
><br>
> With kind regards,<br>
><br>
> Sam<br>
<br>
-- <br>
Andrius Merkys<br>
Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325<br>
LT-10257 Vilnius, Lithuania<br>
<br>
<br>
</blockquote></div></div>