<p dir="ltr"><br>
On May 12, 2015 9:25 AM, &quot;DJ-Pfulio&quot; &lt;<a href="mailto:DJPfulio@jdpfu.com">DJPfulio@jdpfu.com</a>&gt; wrote:<br>
&gt;<br>
&gt; On 05/12/2015 08:07 AM, Jim Kinney wrote:<br>
&gt; &gt; there&#39;s no excuse for third party vendors to not keep their product current.<br>
&gt;<br>
&gt; I have an excuse.<br>
&gt;<br>
&gt;                Cost.<br>
&gt;<br>
&gt; The vendor dev team is working on new features, new platforms and new<br>
&gt; customizations for NEW contracts. Every platform supported, tested, maintained<br>
&gt; adds cost.  When a client asked us to support brand new or really old platforms,<br>
&gt; too small to do that.  We already supported 12 platforms with a team of 6<br>
&gt; people.  That was 1 current version per OS and perhaps 40 customizations 1-2 for<br>
&gt; each client.</p>
<p dir="ltr">I thought doing packaging only for LTS releases was the only way a small vendor could offer support. Test code and new features go in the 6-9 month release OS platforms.</p>
<p dir="ltr">So a single release of your product for RHEL 6 will also support centos 6 and SuSE 10 and a repackaging/recompile/relink will work for Ubuntu 12 and Debian wheezy (?). New features are for new customers on new platforms.</p>
<p dir="ltr">So you have an interim release for centos 6.5 that adds new features. Existing customers can upgrade to the new version based on $$$ :-) unless you&#39;re just giving it away and only selling support.</p>
<p dir="ltr">Look at setting up a koji system to support builds across all rpm platforms. I assume debian and ubuntu have something similar.</p>
<p dir="ltr">Yeah. A small software shop has to pick and choose their battles. Sometimes I&#39;ve seen requirements of only kernel versions, libs and ram. But those had most of their own libs compiled in.<br>
&gt;<br>
&gt; We did offer to support more versions only for the largest customers for huge<br>
&gt; support costs. Nobody bought it - it was almost as much as the cost of the<br>
&gt; software.  Our server room was already full, software licenses to create our<br>
&gt; software were expensive, plus the storage, backups, and people to do the work -<br>
&gt; all costs money AND time.<br>
&gt;<br>
&gt; For example, I run Ubuntu Server and wish that no developers ever released<br>
&gt; software for non-LTS versions.  I consider all of those alpha releases. 6-9<br>
&gt; months of &quot;support&quot; is a joke.  If all the commercial software vendors got<br>
&gt; together and agreed on a &quot;best practice support model&quot; - then followed it. That<br>
&gt; is the best we can hope.  Get the major 5 vendors to do it to get the ball<br>
&gt; rolling. It will take 5 yrs, so old contracts expire.  I don&#39;t know enough about<br>
&gt; RHEL support to suggest anything.<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Ale mailing list<br>
&gt;<a href="mailto:Ale@ale.org"> Ale@ale.org</a><br>
&gt;<a href="http://mail.ale.org/mailman/listinfo/ale"> http://mail.ale.org/mailman/listinfo/ale</a><br>
&gt; See JOBS, ANNOUNCE and SCHOOLS lists at<br>
&gt;<a href="http://mail.ale.org/mailman/listinfo"> http://mail.ale.org/mailman/listinfo</a><br>
</p>