Re: [CentOS-es] comando setup

2008-11-05 Por tema FRANCISCO VALVERDE
HOLA ALBERTO

DEBES ESTAR EN MODO NO DE ADMINISTRADOR SINO DE ISIARIO AHI SABE DAR ESE
INCONVENIENTE

SALUDOS

2008/11/4 Luis Alberto Rojas P [EMAIL PROTECTED]

 Señores buenos dias.. Instale centos 5.2 en modo texto y deseo ejecutar
 mediante el comando setup la utilidad de configuracion en modo texto donde
 puedo elejir una herramienta de configuracion; pero el problema es que no me
 ejecuta, me aparece que no reconoce el comando setup, alguien me puede hacer
 el favor y decirme que debo instalar para poder ejecutar este comando?
 Muchas gracias

 ___
 CentOS-es mailing list
 CentOS-es@centos.org
 http://lists.centos.org/mailman/listinfo/centos-es


___
CentOS-es mailing list
CentOS-es@centos.org
http://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS-es] comando setup

2008-11-05 Por tema O. T. Suarez
Hola:
 Señores buenos dias.. Instale centos 5.2 en modo texto y deseo ejecutar
 mediante el comando setup la utilidad de configuracion en modo texto donde
 puedo elejir una herramienta de configuracion; pero el problema es que no me
 ejecuta, me aparece que no reconoce el comando setup, alguien me puede hacer
 el favor y decirme que debo instalar para poder ejecutar este comando?
yum install setuptool

$ yum info setuptool
Available Packages
Name   : setuptool
Arch   : x86_64
Version: 1.19.2
Release: 1.el5.centos
Size   : 51 k
Repo   : base
Summary: A text mode system configuration tool.
Description:
Setuptool is a user-friendly text mode menu utility which allows you
to access all of the text mode configuration programs included in the
CentOS operating system.

You should install the setuptool package because you will find
yourself using its features for essential system administration.


Saludos
Osvaldo
___
CentOS-es mailing list
CentOS-es@centos.org
http://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS-es] comando setup

2008-11-05 Por tema Luis Alberto Rojas P
Señor  Suarez muchas gracias..esa era la solucion...

2008/11/5 O. T. Suarez [EMAIL PROTECTED]

 Hola:
   Señores buenos dias.. Instale centos 5.2 en modo texto y deseo ejecutar
  mediante el comando setup la utilidad de configuracion en modo texto
 donde
  puedo elejir una herramienta de configuracion; pero el problema es que no
 me
  ejecuta, me aparece que no reconoce el comando setup, alguien me puede
 hacer
  el favor y decirme que debo instalar para poder ejecutar este comando?
 yum install setuptool

 $ yum info setuptool
 Available Packages
 Name   : setuptool
 Arch   : x86_64
 Version: 1.19.2
 Release: 1.el5.centos
 Size   : 51 k
 Repo   : base
 Summary: A text mode system configuration tool.
 Description:
 Setuptool is a user-friendly text mode menu utility which allows you
 to access all of the text mode configuration programs included in the
 CentOS operating system.

 You should install the setuptool package because you will find
 yourself using its features for essential system administration.


 Saludos
 Osvaldo
  ___
 CentOS-es mailing list
 CentOS-es@centos.org
 http://lists.centos.org/mailman/listinfo/centos-es

___
CentOS-es mailing list
CentOS-es@centos.org
http://lists.centos.org/mailman/listinfo/centos-es


[CentOS-es] (sin asunto)

2008-11-05 Por tema ruben guerra nina

Hola... se este no es el foro adecuado, pero en verdad no he encontrado otro 
lugar para poder tener una idea de solucion
 
tengo el firewall endian 2.12 pero no me deja editar en modo dos
 
Como podria hacer para editar los archivos.
 
 
Atte.
 
RUBEN GUERRA
_
El otoño llega cargado de novedades
http://events.es.msn.com/noticias/vuelta-al-cole___
CentOS-es mailing list
CentOS-es@centos.org
http://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS-es] epel o rpmforge+karan ?

2008-11-05 Por tema Santi Saez

Ing. Ernesto Pérez Estévez escribió:

yo estoy dejando de usar rpmforge puesto que ellos están dejando
desactualizados muchos paquetes (por ejemplo el nagios del que hoy se
habló), por supuesto ya no uso dries/dag porque ellos se unieron en
rpmforge.

En la medida de lo posible trato de evitar utilizar repositorios extra, 
y si lo hago normalmente es para instalar paquetes muy puntuales desde 
RPMforge, *siempre* dejo el repo deshabilitado para evitar cualquier 
posible problema.. y cuando los necesito para instalar/actualizar 
siempre lo habilito manualmente con --enablerepo.


Creo recordar que centos-plus solo lo he utilizando en CentOS 4 para 
instalar PHP 5 y MySQL 5, también en la medida de lo posible evitabamos 
trabajar con el.



Estoy usando solamente epel para los servidores... realmente está
creciendo bastante epel y me siento contento con la forma de proceder.
  


Estoy siguiendo de cerca la evolución de EPEL.. pero lo cierto es que 
algunos paquetes están mucho mas desactualizados en EPEL que en 
rpmforge, por ejemplo Cfengine:


http://download.fedora.redhat.com/pub/epel/5/i386/repoview/cfengine.html
http://dag.wieers.com/rpm/packages/cfengine/

El paquete de EPEL es casi un año mas viejo.. y de rpmforge tampoco es 
demasiado: Dic del 2007.. Dag ha dejado de actualizar?


Veo un problema en esta situación.. mucha gente está trabajando por 
separado. Lo ideal sería que todos los proyectos unificaran sus 
esfuerzos.. así tendíamos mas paquetes, actualizados con mayor 
frecuencia.. y al estar centralizado sería mucho mas sencillo para los 
usuarios/desarrolladores/colaboradores, todos iríamos al mismo sitio 
para colaborar o para descargar.. ahora según lo que quieras hacer vamos 
a un repo o a otro, ¿que opinaís de esto, soluciones?


Saludos!

--
Santi Saez
http://woop.es
___
CentOS-es mailing list
CentOS-es@centos.org
http://lists.centos.org/mailman/listinfo/centos-es


Re: [CentOS-es] epel o rpmforge+karan ?

2008-11-05 Por tema BlackHand
On Thu, 2008-11-06 at 01:48 +0100, Santi Saez wrote:

 Veo un problema en esta situación.. mucha gente está trabajando por 
 separado. Lo ideal sería que todos los proyectos unificaran sus 
 esfuerzos.. así tendíamos mas paquetes, actualizados con mayor 
 frecuencia.. y al estar centralizado sería mucho mas sencillo para los 
 usuarios/desarrolladores/colaboradores, todos iríamos al mismo sitio 
 para colaborar o para descargar.. ahora según lo que quieras hacer vamos 
 a un repo o a otro, ¿que opinaís de esto, soluciones?

la gente de rpmforge, freshrpms, karan e incluso atrpms propusieron la
estandarizacion de un tag adicional al rpm para identificar el
repositorio de origen para asi poder manejar las dependencias entre
repositorios ademas de proveer los fuentes de los rpms (cosa q
ocasionaba problemas en fedora antes con fedora.us)

en su momento la gente de epel rechazo este item de los tag para repos
pero si quedaron claros en q si era imperativo dar los srpms para poder
saber al menos a lo q se enfrentan. kde-redhat y remi por ejemplo ahora
solitican q se tenga activado epel para manejar sus dependencias (y
ellos no estar metiendo paquetes de mas en sus repos) atrpms medio q
apoya a epel pero sigue con sus propios paquetes, eso si, sin toquetear
los paquetes base (a menos q actives atrpms testing)

karan ya habia comenzado con un esfuerzo similar al q esta haciendo epel
ahora mucho antes q este y con una intencion de ser lo mas compatible
posible a rpmforge (recuerdo q reporte un problema con el paquete clamav
q proveia karan q chocaba con el clamav q proveia rpmforge, al final
karan saco su paquete) el problema con epel es q este comenzo cuando
habia fedora extras asi q era facil diferenciar q paquetes iban en epel
(lo mismo con karan) cuando fedora unifico sus paquetes, la linea como q
no quedo tan definida.

Que unan esfuerzos ahora lo veo poco probable, pero la situacion ya no
es tan caotica como hace un buen tiempo atras, no es transparente el
pase de un repo a otro pero se pueden evitar transparentemente los
conflictos entre ellos. 

yo personalmente pienso q lo q le falta a RHEL y CentOS seria un sistema
tipo SuSE, donde construyen de manera automatica los paquetes a peticion
de los usuarios. Se podria usar Fedora (incluso Rawhide) para hacer
backport de paquetes a RHEL/CentOS de manera automatica (en mi
experiencia reconstruir rpms de Fedora en CentOS casi siempre se puede
hacer sin toquetear el srpm original, solo indicando el release al
momento de reconstruir) un sistema q construya automaticamente desde los
srpms de fedora y q si se detecta algun problema en la construccion, se
pueda aplicar algun parche para su construccion.

--
Yonsy Solis (aka BlackHand)



___
CentOS-es mailing list
CentOS-es@centos.org
http://lists.centos.org/mailman/listinfo/centos-es