<br><br>----- Original Message -----<br>From: "Justin A. Lemkul" &lt;jalemkul@vt.edu&gt;<br>Date: Thursday, June 10, 2010 7:28<br>Subject: Re: [gmx-developers] Fwd: renaming Gromacs binaries<br>To: Discussion list for GROMACS development &lt;gmx-developers@gromacs.org&gt;<br><br>&gt; <br>&gt; <br>&gt; chris.neale@utoronto.ca wrote:<br>&gt; &gt;I haven't experienced any naming problems (is there really <br>&gt; another tool called grompp?), but I suppose that if people are, <br>&gt; then that is a strong argument in favour of changing the names.<br>&gt; &gt;<br>&gt; <br>&gt; I would think that the more unique programs don't present a <br>&gt; problem, so avoiding renaming a bunch of essential programs <br>&gt; would be nice.&nbsp; The bugzilla is complaining about programs <br>&gt; like luck, wheel, highway, etc.&nbsp; Shouldn't the focus be on <br>&gt; those programs, such that the core programs that most users <br>&gt; employ for typical workflows simply be left alone?&nbsp; I know <br>&gt; I wouldn't be hard pressed if luck all of a sudden became g_luck <br>&gt; - I don't tend to use these in any sort of scripts...or ever :)<br>&gt; <br>&gt; Just my $0.02.&nbsp; Maybe there really is a problem, but as <br>&gt; Chris said, are grompp, mdrun, etc. really getting in the way?<br><br>I like this suggestion. Move the problem executables now (to g_name, or the rubbish - what is highway good for?), and defer more far-reaching changes to 5.0. If grompp might be going away, per Erik's threat, then scripts will mostly be breaking anyway at that time.<br><br>Mark<br><br>&gt; &gt;The converse argument: I compile the gromacs that is used by a <br>&gt; number of people. Since I am aware of this name changing, I will <br>&gt; create my own links so that users can access files as they used <br>&gt; to. However, not all people who compile gromacs read this list <br>&gt; and could end up getting annoyed with the "why did my scripts <br>&gt; stop working?" emails that they are bound to get.<br>&gt; &gt;<br>&gt; &gt;Here's an example of how the non-existence of mdrun could spell <br>&gt; disaster (and did for me recently):<br>&gt; &gt;<br>&gt; &gt;STARTTIME=$(date +%s)<br>&gt; &gt;for((;;)); do<br>&gt; &gt;&nbsp; THISTIME=$(date +%s)<br>&gt; &gt;&nbsp; stoprunning=$(echo "(${THISTIME} - ${STARTTIME})/3600 &gt; <br>&gt; 40"|bc -l)<br>&gt; &gt;&nbsp; if((stoprunning)); then<br>&gt; &gt;&nbsp;&nbsp;&nbsp; break<br>&gt; &gt;&nbsp; fi<br>&gt; &gt;&nbsp; cp md1.cpt backup_md1.cpt.${RANDOM}<br>&gt; &gt;<br>&gt; &gt;&nbsp; mdrun -maxh 6 ...<br>&gt; &gt;&nbsp; #analyze the .xtc<br>&gt; &gt;&nbsp; #trjconv -dt 50 the .xtc<br>&gt; &gt;&nbsp; #rm the original .xtc<br>&gt; &gt;done<br>&gt; &gt;<br>&gt; &gt;This is taken from a real script of mine that I really used to <br>&gt; accidentally crash a GPFS filesystem a few days ago. The cp <br>&gt; md1.cpt backup_md1.cpt.${RANDOM} line is intended to avoid <br>&gt; bugzilla 390.<br>&gt; &gt;<br>&gt; &gt;If the mdrun command doesn't work, then what you get is not <br>&gt; nice checkpointing and analysis on the fly, but instead you copy <br>&gt; the .cpt file to a new name every second or so for 40 hours. <br>&gt; Submit a few of these at once and the load is too much for the <br>&gt; filesystem to handle.<br>&gt; &gt;<br>&gt; &gt;So changing scripts should be easy, but the consequences are <br>&gt; not always obvious -- especially when many users use scripts <br>&gt; written by somebody else int heir group.<br>&gt; &gt;<br>&gt; &gt;Note: I got an email failure trying to send this a minute ago, <br>&gt; so I appologize if this is the second such email.<br>&gt; &gt;<br>&gt; &gt;Chris.<br>&gt; &gt;<br>&gt; &gt;Quoting David van der Spoel &lt;spoel@xray.bmc.uu.se&gt;:<br>&gt; &gt;<br>&gt; &gt;&gt;On 2010-06-09 01.50, hess@sbc.su.se wrote:<br>&gt; &gt;&gt;&gt;Hi,<br>&gt; &gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;I agree with Erik on all points.<br>&gt; &gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;I also agree on the preference for g_...<br>&gt; &gt;&gt;&gt;Not only because it is shorter, but also because this causes<br>&gt; &gt;&gt;&gt;the least changes.<br>&gt; &gt;&gt;<br>&gt; &gt;&gt;<br>&gt; &gt;&gt;And what about those voices (Chris Neale, Peter Kasson) that are<br>&gt; &gt;&gt;vehemently against changing names?<br>&gt; &gt;&gt;<br>&gt; &gt;&gt;There is one serious problem with changing names, and changing <br>&gt; all your<br>&gt; &gt;&gt;scripts, and that is that it becomes difficult to compare to older<br>&gt; &gt;&gt;versions of gromacs (unless you also change names of binaries <br>&gt; in old<br>&gt; &gt;&gt;gromacs installations).<br>&gt; &gt;&gt;<br>&gt; &gt;&gt;I'm happy to provide a simple perl script for patching scripts <br>&gt; if that<br>&gt; &gt;&gt;is of any comfort - personally I think that is the way to go.<br>&gt; &gt;&gt;<br>&gt; &gt;&gt;Chris, Peter, more comments?<br>&gt; &gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;Berk<br>&gt; &gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;Hi,<br>&gt; &gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;I don't really have any super-strong opinion, since we <br>&gt; usually use AFS and<br>&gt; &gt;&gt;&gt;&gt;have separate modules for versions, etc., However:<br>&gt; &gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;1. We can have arbitrary prefix/suffix modifiers, but let's <br>&gt; not do<br>&gt; &gt;&gt;&gt;&gt;anything more complex (that will be a pain to implement both <br>&gt; in autoconf<br>&gt; &gt;&gt;&gt;&gt;and cmake)<br>&gt; &gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;2. I'm a bit hesitant to do any large changes at this point, <br>&gt; since we're<br>&gt; &gt;&gt;&gt;&gt;gearing up for some major rearrangements as soon as we've <br>&gt; pushed out the<br>&gt; &gt;&gt;&gt;&gt;4.5 release. We might make grompp optional, use a new tool <br>&gt; for fixing up<br>&gt; &gt;&gt;&gt;&gt;structures, merge/change analysis tools, and then it also <br>&gt; seems natural to<br>&gt; &gt;&gt;&gt;&gt;decide on a new well-designed naming scheme at that point?<br>&gt; &gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;3. Long-term, I think we need to decide: Either we have a <br>&gt; _small_ number<br>&gt; &gt;&gt;&gt;&gt;of programs that get installed e.g. in /usr/local/bin, or a <br>&gt; larger number<br>&gt; &gt;&gt;&gt;&gt;in a separate directory.<br>&gt; &gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;4. If I had to choose, my preference would be towards g_XXX <br>&gt; right now...<br>&gt; &gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;Cheers,<br>&gt; &gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;Erik<br>&gt; &gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;On Jun 8, 2010, at 7:35 PM, David van der Spoel wrote:<br>&gt; &gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;&gt;-------- Original Message --------<br>&gt; &gt;&gt;&gt;&gt;&gt;Subject: renaming Gromacs binaries<br>&gt; &gt;&gt;&gt;&gt;&gt;Date: Tue, 8 Jun 2010 08:00:57 -0700<br>&gt; &gt;&gt;&gt;&gt;&gt;From: Peter Kasson&lt;kasson@gmail.com&gt;<br>&gt; &gt;&gt;&gt;&gt;&gt;Reply-To: kasson@stanford.edu<br>&gt; &gt;&gt;&gt;&gt;&gt;To: David van der Spoel&lt;spoel@xray.bmc.uu.se&gt;<br>&gt; &gt;&gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;&gt;Hi David,<br>&gt; &gt;&gt;&gt;&gt;&gt; I'd put in a strong vote for having an easy way to <br>&gt; maintain the<br>&gt; &gt;&gt;&gt;&gt;&gt;current naming scheme if desired (although it might not be the<br>&gt; &gt;&gt;&gt;&gt;&gt;default).&nbsp; There are a lot of scripts out there that <br>&gt; will get broken,<br>&gt; &gt;&gt;&gt;&gt;&gt;etc...<br>&gt; &gt;&gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;&gt;Thanks,<br>&gt; &gt;&gt;&gt;&gt;&gt;--Peter<br>&gt; &gt;&gt;&gt;&gt;&gt;-- <br>&gt; &gt;&gt;&gt;&gt;&gt;gmx-developers mailing list<br>&gt; &gt;&gt;&gt;&gt;&gt;gmx-developers@gromacs.org<br>&gt; &gt;&gt;&gt;&gt;&gt;http://lists.gromacs.org/mailman/listinfo/gmx-developers<br>&gt; &gt;&gt;&gt;&gt;&gt;Please don't post (un)subscribe requests to the list. Use <br>&gt; the www<br>&gt; &gt;&gt;&gt;&gt;&gt;interface or send it to gmx-developers-request@gromacs.org.<br>&gt; &gt;&gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;----------------------------------------------------------<br>&gt; &gt;&gt;&gt;&gt;Erik Lindahl&lt;lindahl@cbr.su.se&gt;<br>&gt; &gt;&gt;&gt;&gt;Professor, Computational Structural Biology<br>&gt; &gt;&gt;&gt;&gt;Center for Biomembrane Research&amp;&nbsp; Swedish e-Science <br>&gt; Research Center<br>&gt; &gt;&gt;&gt;&gt;Department of Biochemistry&amp;&nbsp; Biophysics, Stockholm University<br>&gt; &gt;&gt;&gt;&gt;Tel: +468164675 Cell: +46703844534<br>&gt; &gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;&gt;-- <br>&gt; &gt;&gt;&gt;&gt;gmx-developers mailing list<br>&gt; &gt;&gt;&gt;&gt;gmx-developers@gromacs.org<br>&gt; &gt;&gt;&gt;&gt;http://lists.gromacs.org/mailman/listinfo/gmx-developers<br>&gt; &gt;&gt;&gt;&gt;Please don't post (un)subscribe requests to the list. Use the<br>&gt; &gt;&gt;&gt;&gt;www interface or send it to gmx-developers-request@gromacs.org.<br>&gt; &gt;&gt;&gt;&gt;<br>&gt; &gt;&gt;&gt;<br>&gt; &gt;&gt;<br>&gt; &gt;&gt;<br>&gt; &gt;&gt;-- <br>&gt; &gt;&gt;David van der Spoel, Ph.D., Professor of Biology<br>&gt; &gt;&gt;Dept. of Cell &amp; Molec. Biol., Uppsala University.<br>&gt; &gt;&gt;Box 596, 75124 Uppsala, Sweden. Phone:&nbsp;&nbsp;&nbsp; <br>&gt; +46184714205.&gt;&gt;spoel@xray.bmc.uu.se&nbsp;&nbsp;&nbsp; <br>&gt; http://folding.bmc.uu.se&gt;&gt;-- <br>&gt; &gt;&gt;gmx-developers mailing list<br>&gt; &gt;&gt;gmx-developers@gromacs.org<br>&gt; &gt;&gt;http://lists.gromacs.org/mailman/listinfo/gmx-developers<br>&gt; &gt;&gt;Please don't post (un)subscribe requests to the list. Use the www<br>&gt; &gt;&gt;interface or send it to gmx-developers-request@gromacs.org.<br>&gt; &gt;<br>&gt; &gt;<br>&gt; &gt;<br>&gt; <br>&gt; -- <br>&gt; ========================================<br>&gt; <br>&gt; Justin A. Lemkul<br>&gt; Ph.D. Candidate<br>&gt; ICTAS Doctoral Scholar<br>&gt; MILES-IGERT Trainee<br>&gt; Department of Biochemistry<br>&gt; Virginia Tech<br>&gt; Blacksburg, VA<br>&gt; jalemkul[at]vt.edu | (540) 231-9080<br>&gt; http://www.bevanlab.biochem.vt.edu/Pages/Personal/justin<br>&gt; <br>&gt; ========================================<br>&gt; -- <br>&gt; gmx-developers mailing list<br>&gt; gmx-developers@gromacs.org<br>&gt; http://lists.gromacs.org/mailman/listinfo/gmx-developers<br>&gt; Please don't post (un)subscribe requests to the list. Use the <br>&gt; www interface or send it to gmx-developers-request@gromacs.org.