<div dir="ltr">If you don't plan on running a GUI, then you don't need system-config-services to be installed.  Its just a GUI wrapper for the chkconfig for Upstart and sysvinit. You also don't need to manage services in RHEL by linking and unlinking files in the respective /etc/init.d and such.<div>

You should really be using chkconfig  to control which services start at boot (should handle xinetd as well).  If you need to stop/start/restsart/whatever a service, you should use the "service" command.  An example would be: service network restart</div>

<div><br></div><div>Typcially anything that has system-config-*  is just going to be a GUI wrapper for the pre-existing CLI tool for those that prefer to do things in a gui.  One exception is the system-config-firewall-tui, which is a really good iptables CLI management tool.</div>

<div><br></div><div>RHEL has and will always be primarily designed for run level 3.  Redhat's main focus is to make the entire OS manageable from CLI, but to also provide GUI wrappers for those same tools for people that do choose to run runlevel 5. At Mohawk, we have a policy that all production servers run in runlevel 3, with no GUI tools installed. QA and Dev boxes only get GUI tools on a case-by-case basis.  Once you learn the tools Red Hat builds into their OS for CLI management, you will be amazed at how easily it can be managed.  </div>

<div><br></div><div>I just downloaed the most recent ISO for RHEL6.4 earlier this week, as I had to deploy a physical machine on Monday.  I did not have the DTS channel or repo enabled on the default install, so I am not sure how it became enabled on your instance.  Did you modify the repos during the install?</div>

<div>As far as DTS, you shouldn't need anything in that repo for any production box.  The packages in DTS  are going to be very upstream from the current RHEL packages, and are meant for developers whom need extremely current toolsets so they can develop future packages for RHEL without being as "bleeding" edge as Fedora.  A good way to describe it would be that DTS has packages that are "in-between" the current Fedora release, and the current RHEL revision.</div>

<div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Aug 28, 2013 at 10:00 AM, Mike Harrison <span dir="ltr"><<a href="mailto:cluon@geeklabs.com" target="_blank">cluon@geeklabs.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Mike,The reason your getting that error is because the *dts repos are the "Red Hat Developer<div class="im"><br>
Tool Set" which (I think) will require a subscription to the Developer Tool Set channel.  Red<br>
Hat recently annouced this prodcut at Summit this year. I sit in one of the sessions that<br>
discussed it, and its actually a really awesome step that Red Hat is doing for developers.<br>
</div></blockquote>
<br>
The question is: Why in hades would this extra repo be required on a default virgin installation? As I get into Redhat again, I am reminded that for all of it's awesome support of Linux, it is in many ways the Microsoft mentality applied to Linux. I installed a CLI only system, and I'm blown away that so many tools for bare server system config are GUI.<br>


For example: "system-config-services" requires X and GTK when the other<br>
system-config-* tools are CLI. Luckily I know how to do it the hard way,<br>
linking /delinking files.. but I appreciate and use nice tools because I like to be able to help people to use them when supporting someone over long distances. I've almost spent more time configuring access/subscriptions/licenses than I have getting the server online.<br>


<br>
For the record, because a few people know me: I installed gcc installed and compiled  "joe" the editor from source, very quickly. :)<br>
<br>
Question: If it's basicly just a LAMP server, is there anything in that "Developer Tool Set Channel" worth subscribing to and worrying about?<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>_______________________________________________<br>
Chugalug mailing list<br>
<a href="mailto:Chugalug@chugalug.org">Chugalug@chugalug.org</a><br>
<a href="http://chugalug.org/cgi-bin/mailman/listinfo/chugalug" target="_blank">http://chugalug.org/cgi-bin/mailman/listinfo/chugalug</a><br>
<br></blockquote></div><br></div>