Hi Pedro,<br><br>Sorry for the delay in responding! I have done some investigating and there are a few things that had slipped my mind about the Data project that I should have told you about. Also, I realized by your questions that some things are not quite right in the repository, so we should get those things taken care of before we proceed.<br>

<br>First, the reason why the last tarball of the Data project is from 2008 is because a while back, we split the Data project into subprojects. Primarily, the reason was that we didn&#39;t want to require users to download the entire Data project in order just to be able to run installation verification tests when only a small number of instances would be required for that. We created a subproject called &quot;Sample&quot; whose purpose was to be the one part of Data that users should get by default. The other subprojects are now supposed to be manual downloads. We changed the unit testing harnesses for (most of) the projects so that if a manually downloaded data set is present when the unit test is run, it will be used. Otherwise, just Sample is assumed to be present. A side benefit of this is that Sample is the only one we would really have to worry about in this case and I would suggest that we only think about distributing this one.<br>

<br>If you take a look at <br><br><a href="https://projects.coin-or.org/svn/Data/">https://projects.coin-or.org/svn/Data/</a><br><br>you will see what I&#39;m talking about. The trunk/stable/releases hierarchy at the root level is left over from the old style of doing things. The other subdirectories are the new style and if you poke around, you will see that they have more recent releases. <br>

<br>I&#39;ve now realized that at least some of the projects still depend on the old Data project (CoinUtils, for example). Let me review all of this with the TLC and try to clean things up a little. We will make sure that everything depends only on the Sample subproject and make new releases as appropriate. We are actually overdue for production of new stables and releases for a number of projects, so if you can be a little patient, we&#39;ll get this all cleaned up before you move forward. <br>

<br>Do you think it&#39;s necessary to make tarballs of just the subfolders containing the main project code for each project? I don&#39;t remember if you said anything about this.<br><br>Cheers,<br><br>Ted<br><br><div class="gmail_quote">

On Sun, Nov 18, 2012 at 1:36 PM, Paulo César Pereira de Andrade <span dir="ltr">&lt;<a href="mailto:paulo.cesar.pereira.de.andrade@gmail.com" target="_blank">paulo.cesar.pereira.de.andrade@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2012/11/12 Paulo César Pereira de Andrade<br>
&lt;<a href="mailto:paulo.cesar.pereira.de.andrade@gmail.com">paulo.cesar.pereira.de.andrade@gmail.com</a>&gt;:<br>
&gt; 2012/11/12 Ted Ralphs &lt;<a href="mailto:ted@lehigh.edu">ted@lehigh.edu</a>&gt;:<br>
<br>
[...]<br>
<div class="im"><br>
&gt;   I understand this looks silly, but when contributing it to the<br>
&gt; distribution, it is no longer personal use and to be accepted<br>
&gt; I need to give a good reasoning for either, missing LICENSE<br>
&gt; or empty LICENSE.<br>
<br>
</div>  I made a new &quot;prototype&quot;, and also renamed the directory that<br>
previously was named &quot;coinor&quot;:<br>
<br>
<a href="http://pcpa.fedorapeople.org/coin-or/" target="_blank">http://pcpa.fedorapeople.org/coin-or/</a><br>
<br>
  This should also help to clarify what I was asking, e.g. now<br>
most spec files have a &quot;header&quot; like this:<br>
<br>
%if %{with_data}<br>
Source0:        <a href="http://www.coin-or.org/download/source/%{module}/%{module}-%{version}.tgz" target="_blank">http://www.coin-or.org/download/source/%{module}/%{module}-%{version}.tgz</a><br>
%else<br>
# module=Clp<br>
# version=1.14.7<br>
# tar zxf SOURCES/$module-$version.tgz<br>
# rm -fr $module-$version/{BuildTools,CoinUtils,Data,Osi,ThirdParty}<br>
# tar zcf SOURCES/$module-$version.tgz $module-$version<br>
# rm -fr $module-$version<br>
Source0:        %{module}-%{version}.tgz<br>
%endif<br>
<br>
And %{with_data} is false by default, that is, the tarball is remade<br>
by the package author, so those files are never distributed in the<br>
*.src.rpm. This is an special case condition, and it is way better<br>
to use pristine upstream tarballs.<br>
<div class="HOEnZb"><div class="h5"><br>
&gt;&gt; Ted<br>
&gt;&gt; --<br>
&gt;&gt; Dr. Ted Ralphs<br>
&gt;&gt; Associate Professor, Lehigh University<br>
&gt;&gt; <a href="tel:%28610%29%20628-1280" value="+16106281280">(610) 628-1280</a><br>
&gt;&gt; ted &#39;at&#39; lehigh &#39;dot&#39; edu<br>
&gt;&gt; <a href="http://coral.ie.lehigh.edu/~ted" target="_blank">coral.ie.lehigh.edu/~ted</a><br>
<br>
Paulo<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Dr. Ted Ralphs<br>Associate Professor, Lehigh University<br>(610) 628-1280<br>ted &#39;at&#39; lehigh &#39;dot&#39; edu<br><a href="http://coral.ie.lehigh.edu/~ted" target="_blank">coral.ie.lehigh.edu/~ted</a><br>

<br>