<br><br><div class="gmail_quote">On Wed, Dec 28, 2011 at 12:57 PM, Michael B. Trausch <span dir="ltr">&lt;<a href="mailto:mike@trausch.us">mike@trausch.us</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im">On 12/27/2011 04:47 PM, Jim Kinney wrote:<br>
&gt; Get CentOS and read the RedHat documentation<br>
&gt; <a href="https://access.redhat.com/knowledge/docs/" target="_blank">https://access.redhat.com/knowledge/docs/</a> . Use nothing but CentOS 5 or<br>
&gt; CentOS6 (CentOS is the poor mans RHEL). The vast majority of paying jobs<br>
&gt; that come across the ale-jobs list (and that recruiters hit me as well)<br>
&gt; are for REDHAT. By vast majority, I mean 80+%. That doesn&#39;t mean some<br>
&gt; other distro won&#39;t work. But RHEL background will get your foot in the<br>
&gt; door. Configs between RHEL and Ubuntu are totally not compatible until<br>
&gt; you totally understand all bootup aspects of both distros AND are a bash<br>
&gt; guru.<br>
<br>
</div>I don&#39;t follow.<br></blockquote><div><br>didn&#39;t think you would :-) <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
 * GCC works the same on every Linux distribution, and its configuration<br>
   files follow the same format on every Linux distribution.<br></blockquote><div><br>true <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
 * Python works the same on every Linux distribution.<br></blockquote><div><br>true (mostly) <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
 * ISC software (e.g., BIND and DHCP client/server) use the same<br>
   configuration files and such on all Linux distributions.<br></blockquote><div><br>very true <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
The same is true for most packages that are available on multiple<br>
distributions.  Some of the core distribution&#39;s processes are likely to<br>
be different, in that they are specific to the distribution (e.g., rpm<br>
to Red Hat and derivatives), but IMHO it is most important to learn<br>
about the underlying software, because that is what you&#39;re *really*<br>
supporting and administering.<br></blockquote><div><br>Um. not quite so true. Each distro has &quot;it&#39;s way&quot; of admin&#39;ing the system. If a Slackware guy gets on a Gentoo box, guess what, they are not very effective. sure they know _what_ to do, but where?!<br>
<br>LSB not withstanding, all distro&#39;s put their configs in different locations and with different formats. In some cases, the major package has been compiled with extra patches so that the configs fit into the distro locations automagically.<br>
<br>A good _modern_ admin doesn&#39;t just pull down the source tarball, make configure, make, make install anymore.<br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
It matters not whether we&#39;re talking about Gentoo or Red Hat.  The<br>
biggest major difference between the two is the package management<br>
system, and probably the second biggest major difference between them is<br>
the init system and its configuration.<br></blockquote><div><br>EXACTLY! And all of those bits converge in different locations and formats for every distro.  <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
It is true that sometimes there are &quot;major&quot; differences that aren&#39;t in<br>
the package or init systems, however those differences are usually<br>
attributable to things like customizations in the building of<br>
configuration files.  Some distributions may use a macro system of some<br>
sort to create the configuration files from a set of files maintained by<br>
the distribution.<br></blockquote><div><br>In fact, RHEL uses the same kernel number (for the bean-counters) but backports all bug-fix and security patches for the life of the product. That makes for a non-standard process of administration. The admin has to know what was done and where and how to deal with it. <br>
</div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Personally, what I would like to see (and don&#39;t yet, and don&#39;t expect<br>
to, honestly) is excellent &quot;ad-hoc&quot; configuration support for systems<br>
that doesn&#39;t require in-depth knowledge of each program&#39;s configuration<br>
formats and such, and likewise isn&#39;t purposely tied to a single<br>
distribution.<br></blockquote><div><br>Once ubunutu falls off the market flavor of the month, then RHEL can finish the World Domination Tour :-)<br><br>Seriously, it can&#39;t ever happen. Linux-land is diverse because people perceive different needs and roll their own. RHEL/Fedora/Debian/Ubuntu are the generic, one size fits all platforms (I can&#39;t see SuSe rising from the grave it dug itself). Each serves a need. From an admin standpoint, employment has a greater likelihood if you are skilled in RHEL over all else combined. Does this mean the beancounters are running the show? Yep. Doe this make the RHEL process bad? Nope. It does mean that the RHEL way is more exacting as it&#39;s designed for the enterprise. It has tools and capabilities for a single admin to manage effectively hundreds of different servers and thousands of similar workstations. And it&#39;s the only bunch out there that&#39;s really poised to take over as Redmond declines and Sun/Oracle becomes a one trick pony. And they play nicely with the open source process. They buy closed products to bolster their business and then spend more cash to open those products up and eventually they become fully community-supported products with an enterprise supported back-end. <br>
</div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
        --- Mike<br>
<br>
<br>_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>-- <br>James P. Kinney III<br><br>As long as the general population is passive, apathetic, diverted to 
consumerism or hatred of the vulnerable, then the powerful can do as 
they please, and those who survive will be left to contemplate the 
outcome.<br>- <i><i><i><i>2011 Noam Chomsky<br><br><a href="http://heretothereideas.blogspot.com/" target="_blank">http://heretothereideas.blogspot.com/</a><br></i></i></i></i><br>