Varias cuestiones sobre postfix e courier-imap
Buenos dias. Tengo instalado postfix + fetchmail + procmail + con courier-imap + bogofilter para que me gestione todo el correo de mis cuentas (tanto para enviar como para recibir). En principio funciona, pero aun me quedan unos flecos por resolver que estan clavados como una astilla... Lo primero.. La configuración del postifx la he dejado tal como me la ha puesto Debian, pero me gustaria saber si hace falta añadirle algun parametro más para que sea más seguro y no se convierta en un servidor del mal ;-) El otro problema que tengo, y que no se como solucionar es la conexión entre mi cliente de correo y mi servidor, mirando los logs, veo que me dice "imaplogin: login failed" Estoy intentando encontrar información por Sant Google, pero todo lo que encuentro hace referencia a courier-imap + Mysql, y este no es mi caso. Encontre un sitio donde decia que tenia que retocar el fichero imap de /etc/pam.d pero la cosa no funciono. Alguien puede echarme una mano? En principio, solamente tengo estos flecos por acabar, para que todo (en principio) "funcione". Gracias si alguien puede echarme una mano. PD: Solamente he instalado courier-imap y las comunicaciones entre el cliente y el servidor se hacen (perdon si me equivoco) a pelo, sería aconsejable cambiar courier-imap por este otro "Courier Mail Server - IMAP over SSL" que creo que la comunicación la hace "encriptada" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 11:07 AM, Iñaki escribió: > El Jueves, 8 de Junio de 2006 01:52, consultores1 escribió: > > hasta pronto. Sabias que hay varias personas usando Linux en el consorcio > > Microsoft? y que 1 distribucion es hecha con sus fondos? Creo que es > > Linspire. > > Interesante, ¿y? > No veo relación que el hilo. Pues podrias aplaudirte tu solo y darte un abrazo de felicitacion! No tiene nada que ver con el hilo, yo lo abandone! Pero si tiene que ver con tu opinion, que no incluistes en la respuesta. "> Si yo fuese Bill Gates me alegraría si Ubuntu desaparece." Veo que te quedarias en las preliminares, esa gente juega en ligas mayores! No seria nada raro que alguien provocara a los de esta lista solamente con fines economicos, por eso pienso que los pocos que entiendan que pasa, deberian apoyar a Ubuntu para que sea Ubuntu y a Debian para que sea Debian. Pero no me hagas caso, he perdido mis llaves y son las 11 pm. hasta luego.
Re: script con privilegios de root
Ya encontre solucion, realizando un simple programa en C que utilice la funcion system para ejecutar los comandos necesarios y por supuesto activando el bit SUID al archivo ejecutable. Lo que me parece extraño es que le hice lo mismo al shell script que habia hecho antes y no me funciono con el bit SUID, de todas formas tienen razon en los problemas de seguridad que esto puede acarrerar. Gracia por la ayuda. On 6/8/06, Angel Claudio Alvarez <[EMAIL PROTECTED]> wrote: El jue, 08-06-2006 a las 18:27 -0400, Kevin Josue Zambrano Chavez escribió: > Hola lista, alguien conoce la manera para ejecutar un script con > privilegios de root al momento de que el usuario inicie session, algo > asi como el /etc/profile, para poder crear unas carpetas en un > directorio donde el usuario no debe escribir?...el inicio de session > solo se esta haciendo desde el bash. > > Gracias de antemano > jamas uses suid en un scrip de bash ( es un CRATER de seguridad) utiliza sudo ( y solo permiti los comandos necesarios) Si no, siempre tenes C > -- > Linux Counter #395394 > Si la base de la sociedad es ayudar a los demas, porque decir no a la > libertad de modificar y compartir el software? (Richard Stallman) > La imaginacion es mas importante que el conocimiento (Albert Einstein) > > -- Angel Claudio Alvarez Usuario Linux Registrado 143466 GPG Public Key en http://pgp.mit.edu key fingerprint = 3AED D95B 7E2D E954 61C8 F505 1884 473C FC8C 8AC4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEiKrNGIRHPPyMisQRAhLcAJ9NdBkTK+cpcvf4FhtrYjycJ5YH4gCfdOV5 WlyWyemxNOPBKAhRUm7iZmo= =tKVw -END PGP SIGNATURE- -- Linux Counter #395394 Si la base de la sociedad es ayudar a los demas, porque decir no a la libertad de modificar y compartir el software? (Richard Stallman) La imaginacion es mas importante que el conocimiento (Albert Einstein)
Compilando , opciones de micro.
Title: Compilando , opciones de micro. Estoy compilando el kernel, en las opciones del micro tengo a modo de titulo solo pentium III y sus opciones , pero tengo un micro mmx, ya compile una vez y al arrancar el kernel se reinicia la maquina , asi me imagiino que viene por aca el tema. Help¡¡
Re: [OT] Re: Cachondeo en /etc
On Thu, Jun 08, 2006 at 08:24:33PM +0200, Iñaki wrote: > El Jueves, 8 de Junio de 2006 04:33, Blu escribió: > > On Wed, Jun 07, 2006 at 11:21:31PM +0200, Iñaki wrote: > > > El Miércoles, 7 de Junio de 2006 23:11, Blu escribió: > > > > > ¿No me diga que nunca has perdido el tiempo en un error absurdo por > > > > > poner un punto y coma al final de una asignación en una variable? ¿o > > > > > por poner/olvidar el signo = ? > > > > > > > > De hecho sí, y los sigo perdiendo, y eso que hace años que programo en > > > > C. Es más, exijo que se elimine el ; del lenguaje pues se me olvida > > > > ponerlo demasiadas veces y eso me hace perder tiempo. Aún más, exijo > > > > que los mensajes de error de todos los compiladores C se estandaricen > > > > para, al menos, darme cuenta de inmediato que lo que pasa es que se me > > > > olvidó un punto y coma y no que tengo un "syntax error at line xxx" o > > > > "error [2345] xxx" o "found aaa when expecting bbb at line xxx". No, > > > > esto me hace la vida difícil y poco productiva, todo compilador de C > > > > debe decir simplemente "te falta un ; en la linea xxx". Es tan difícil? > > > > :) <- NÓTESE > > > > > > Debo entender que lo dices irónicamente, pero no sé porqué. :s > > > > No sé si lo preguntas en serio, pero la respuesta es que la falta de un > > punto y coma no es evidente para el compilador. El compilador no sabe si > > quieres terminar la sentencia ahí o si quieres continuarla pero cometiste > > un error de sintaxis. Peor aún, una sentencia puede terminar en varios > > lugares. Depende de dónde te olvidaste el punto y coma, el error que te va > > a dar el compilador será distinto. Dos mensajes de error idénticos pueden > > significar que te equivocaste en cosas distintas y dos errores distintos > > pueden gatillar mensajes de error idénticos. > > Vale, pero podrían dar todos los compiladores el mismo acertado mensaje. Es > que según tu argumento todos darían el mismo mensaje equivocado, ¿por qué no > pones un ejemplo en el que todos los compiladores dan el mismo error y además > es el error correcto? Es que no es que den el error equivocado, simplemente el compilador se da cuenta de que hay algo malo, pero no puede adivinar las intenciones del programador, por lo que da un error genérico. Existe, sin embargo, una especie de estándar para errores de compilador, que es utilizado, por ejemplo, por vi para saltar al archivo y la línea donde el compilador detectó el error. -- Blu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Generar numeros aleatorios con gcc
El jue, 08-06-2006 a las 17:46 -0600, Lord Tyranus escribió:
> Hola linuxeros , he tenido problemas con la funcion rand() para
> generar numeros aleatorios , siempre me dan los mismos numeros, les
> agradeceria mucho cualquier orientacion acerca de esto.
Te han dado varias soluciones ya. No sé para qué lo quieres utilizar
exactamente, pero también puedes echar un vistazo para extraerlos
de /dev/random e incluirlo en tu programa.
Por ejemplo:
void linux_rand( BYTE * cadenarnd){
int fd;
fd=open("/dev/random",O_RDONLY);
if (!fd)
return;
read(fd,cadenarnd,RND_LEN);
close (fd);
}
--
VictorSanchez^2
www.victorsanchez2.net
[EMAIL PROTECTED]
-
signature.asc
Description: Esta parte del mensaje está firmada digitalmente
Re: Generar numeros aleatorios con gcc
El Viernes, 9 de Junio de 2006 01:56, Lord Tyranus escribió:
> Muchas gracias por sus respuestas , necesito que se me generen a la
> vez una gran cantidad de numeros aleatorios ,cuando ejecuto el codigo
> siguiente siempre me da el mismo numero y esos numeros necesito que
> sean diferentes. Gracias de antemano.
>
> #include
> #include
>
> int main()
> {
>float x;
>srand(time(NULL));
>x = (float) rand() / (float) RAND_MAX;
>printf("El valor de x es %f", x);
>
>srand(time(NULL));
>x = (float) rand() / (float) RAND_MAX;
>printf("El valor de x es %f", x);
>
>return 0;
>
> }
La próxima a la lista porfavor.
#include
#include
#include
int main()
{
float x;
srand(time(NULL));
x = (float) rand() / (float) RAND_MAX;
printf("El valor de x es %f", x);
//srand(time(NULL)); esta sobraria porque la semilla ya la tienes
generada simplemente cuando quiera un numero aleatrosio llama a rand();
x = (float) rand() / (float) RAND_MAX;
printf("El valor de x es %f", x);
return 0;
>
> On 6/8/06, Jaume Martin Claramonte <[EMAIL PROTECTED]> wrote:
> > El Viernes, 9 de Junio de 2006 01:46, Lord Tyranus escribió:
> > > Hola linuxeros , he tenido problemas con la funcion rand() para
> > > generar numeros aleatorios , siempre me dan los mismos numeros, les
> > > agradeceria mucho cualquier orientacion acerca de esto.
> >
> > pues si no recuerdo mal yo usaba
> > srand(semilla);
> > var=rand();
> > semilla es un numero al azar o el que tu elijas pero si quieres que
> > siempre sean aleatrosios usa NULL.
Re: Problemas con AMSN 0.95
El jue, 08-06-2006 a las 12:37 -0300, Ernes escribió: > Si, seguramente algo va a salir... todo se soluciona > > 2006/6/8, Ernesto A. Nappi <[EMAIL PROTECTED]>: > > Ernesto, espero que la solución no sea simplemente la resignación, yo > > creo que la lista seguramente tiene la capacidad de encontrar el > > error, somos nosotros quienes construimos el mundo GNU/Linux, desde > > las bases sociales. > > > > Igualmente te agradezco por tu opinión. > > DRAKO > > > > 2006/6/7, Ernes <[EMAIL PROTECTED]>: > > > 2006/6/7, Ernesto A. Nappi <[EMAIL PROTECTED]>: > > > > Hola a todos, mi problema consiste en que instale el nuevo MSN 0.95, y > > > > al utilizarlo me encuentro con que se vuelve de vez en cuando > > > > inestable, y debo matar el proceso WISH. > > > > Cuento con Debian Sarge. > > > > Se tambien que antiguamente se utilizaba un parche para el correcto [...] Os comento mi experiencia, estoy usando la version 0.95 como decis, y SI, es algo inestable, lo cierto es que cuando reinstale el sistema estube dudando de si poner la 0.95 o quedarme con la 0.94 que habia usado hasta entonces (y va cañon), ya que he leido que bastante gente tiene problemas con que se le cuelga en debian (basta goglear un poco y/o vivitar su page) pero el caso es que probé. Y ami tan solo me da problemas en la conexion inicial, que creo que es debido a que no espero a que se cargue del todo, ya que a veces si lo inicio y espero un poco para darle a que se conecte, funciona bien. Si no espero suele pillarse, pero a veces ni esperando, lo cual me desconcierta. Pero vamos que tampoco me son imprescindibles las caracteristicas del la 0.95, por lo q cuando me canse tiro de nuevo a la anterior. Ah!! otra cosa, tb he observado que se me cuelga en la conexion inicial si le pido que me conecte inicialmente en un estado distinto del normal. En fin pido mis disculpas por no poder aportar gran cosa, pero espero q sirva para q almenos sepais que no sufris solos ;-) Salud Alejandro -- "¡A mi señal, ira y fuego!" Máximo Décimo Merídio (Gladiator) www.eidansoft.com
Re: Problemas con AMSN 0.95
Lucas, te agradezco el consejo y tu información, espero que de alguna manera se pueda correr correctamente en poco tiempo amsn 0.95 en debian sarge stable. DRAKO 2006/6/8, Lucas Lucero <[EMAIL PROTECTED]>: On 6/7/06, Ernesto A. Nappi <[EMAIL PROTECTED]> wrote: > Hola a todos, mi problema consiste en que instale el nuevo MSN 0.95, y > al utilizarlo me encuentro con que se vuelve de vez en cuando > inestable, y debo matar el proceso WISH. > Cuento con Debian Sarge. > Se tambien que antiguamente se utilizaba un parche para el correcto > funcionamiento del AMSN, lo estuve buscando pero no lo encontre por > ningun lado. > Les agradecería me den una mano, ya que estuve buscando en el mayor > Gurú de todos Google, y no encontre nada. > > Muchas Gracias. > DRAKO > > Hola, en la página de amsn (http://amsn.sourceforge.net/) hay documentación al respecto (en la parte de cocs/help). Es un bug conocido, cuando usaba debian sarge me funcionaba perfecto si usaba la versión de tcl/tk 8.3, pero con esta versión de tcl/tk no vas a poder correr la versión 0.95, si la 0.94 que es la que está en los repositorios de debian sarge. En debian etch ya no tuve ese problema y puedo usar la versión 0.95 sin problemas. http://amsn.sourceforge.net/wiki/tiki-index.php?page=Known+Issues Saludos
[ot] web stat
hola alguien sabe q programa me sirve para analizar el ancho de banda de cada virtualhost ? muchas gracias ! saludos ! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problemas con AMSN 0.95
On 6/8/06, Lucas Lucero <[EMAIL PROTECTED]> wrote: On 6/7/06, Ernesto A. Nappi <[EMAIL PROTECTED]> wrote: > Hola a todos, mi problema consiste en que instale el nuevo MSN 0.95, y > al utilizarlo me encuentro con que se vuelve de vez en cuando > inestable, y debo matar el proceso WISH. > Cuento con Debian Sarge. > Se tambien que antiguamente se utilizaba un parche para el correcto > funcionamiento del AMSN, lo estuve buscando pero no lo encontre por > ningun lado. > Les agradecería me den una mano, ya que estuve buscando en el mayor > Gurú de todos Google, y no encontre nada. > > Muchas Gracias. > DRAKO > > Hola, en la página de amsn (http://amsn.sourceforge.net/) hay documentación al respecto (en la parte de cocs/help). Es un bug conocido, cuando usaba debian sarge me funcionaba perfecto si usaba la versión de tcl/tk 8.3, pero con esta versión de tcl/tk no vas a poder correr la versión 0.95, si la 0.94 que es la que está en los repositorios de debian sarge. En debian etch ya no tuve ese problema y puedo usar la versión 0.95 sin problemas. http://amsn.sourceforge.net/wiki/tiki-index.php?page=Known+Issues Saludos Gracias Lucas por el dato, si funciona, ahora lo que hago es: $ export LD_ASSUME_KERNEL=2.2.5 && amsn
Re: Generar numeros aleatorios con gcc
El Viernes, 9 de Junio de 2006 01:46, Lord Tyranus escribió: > Hola linuxeros , he tenido problemas con la funcion rand() para > generar numeros aleatorios , siempre me dan los mismos numeros, les > agradeceria mucho cualquier orientacion acerca de esto. pues si no recuerdo mal yo usaba srand(semilla); var=rand(); semilla es un numero al azar o el que tu elijas pero si quieres que siempre sean aleatrosios usa NULL.
Re: Generar numeros aleatorios con gcc
On 6/8/06, Lord Tyranus <[EMAIL PROTECTED]> wrote: Hola linuxeros , he tenido problemas con la funcion rand() para generar numeros aleatorios , siempre me dan los mismos numeros, les agradeceria mucho cualquier orientacion acerca de esto. man srand Si la aplicación no es sofisticada, y sólo necesitas unos números, puedes hacer: srand(time(NULL)) Al inicio del programa. Atte, Nelson.- -- http://arhuaco.org/
Generar numeros aleatorios con gcc
Hola linuxeros , he tenido problemas con la funcion rand() para generar numeros aleatorios , siempre me dan los mismos numeros, les agradeceria mucho cualquier orientacion acerca de esto. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Cachondeo en /etc
> En este correo te explicas mucho mejor, o al menos a mi me > has convencido, ahora solo falta abrir un cvs con ese > proyecto que propones, anunciarlo en los sitios que se crea > oportuno, trabajar en él y que lo vayan implantando los demás > proyectos. Yo personalmente no tengo tiempo/nivel para hacerlo. Pues yo tambien creo que realizar lo de una libreria seria lo mejor que saldria de este hilo tan largo, una vez realizado seria cuestion de los desarrolladores de otros proyectos usar dicha libreria o no... lo malo es que yo al = que Inigo no tengo el tiempo/nivel, mucho menos nivel, de programar una libreria como esa, pero si algunos pudieran hacerlo creo que seria lo mejor que habria salido de este gran OT.. Saludos
Re: script con privilegios de root
El jue, 08-06-2006 a las 18:27 -0400, Kevin Josue Zambrano Chavez escribió: > Hola lista, alguien conoce la manera para ejecutar un script con > privilegios de root al momento de que el usuario inicie session, algo > asi como el /etc/profile, para poder crear unas carpetas en un > directorio donde el usuario no debe escribir?...el inicio de session > solo se esta haciendo desde el bash. > > Gracias de antemano > jamas uses suid en un scrip de bash ( es un CRATER de seguridad) utiliza sudo ( y solo permiti los comandos necesarios) Si no, siempre tenes C > -- > Linux Counter #395394 > Si la base de la sociedad es ayudar a los demas, porque decir no a la > libertad de modificar y compartir el software? (Richard Stallman) > La imaginacion es mas importante que el conocimiento (Albert Einstein) > > -- Angel Claudio Alvarez Usuario Linux Registrado 143466 GPG Public Key en http://pgp.mit.edu key fingerprint = 3AED D95B 7E2D E954 61C8 F505 1884 473C FC8C 8AC4 signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: Problemas con AMSN 0.95
On 6/7/06, Ernesto A. Nappi <[EMAIL PROTECTED]> wrote: Hola a todos, mi problema consiste en que instale el nuevo MSN 0.95, y al utilizarlo me encuentro con que se vuelve de vez en cuando inestable, y debo matar el proceso WISH. Cuento con Debian Sarge. Se tambien que antiguamente se utilizaba un parche para el correcto funcionamiento del AMSN, lo estuve buscando pero no lo encontre por ningun lado. Les agradecería me den una mano, ya que estuve buscando en el mayor Gurú de todos Google, y no encontre nada. Muchas Gracias. DRAKO Hola, en la página de amsn (http://amsn.sourceforge.net/) hay documentación al respecto (en la parte de cocs/help). Es un bug conocido, cuando usaba debian sarge me funcionaba perfecto si usaba la versión de tcl/tk 8.3, pero con esta versión de tcl/tk no vas a poder correr la versión 0.95, si la 0.94 que es la que está en los repositorios de debian sarge. En debian etch ya no tuve ese problema y puedo usar la versión 0.95 sin problemas. http://amsn.sourceforge.net/wiki/tiki-index.php?page=Known+Issues Saludos
Re: RV: Servidor Ubuntu o Debian
El Viernes, 9 de Junio de 2006 00:28, Erik Hurtado Sepulveda (HE / ZAPTV) escribió: > Perdon Iñaki se me fue al personal. No pasa nada, pero deberías dar a Responder al mensaje y no a Reenviar. > > -Mensaje original- > De: Iñaki [mailto:[EMAIL PROTECTED] > Enviado el: Jueves, 08 de Junio de 2006 17:29 > Para: debian-user-spanish@lists.debian.org > Asunto: Re: Servidor Ubuntu o Debian > > El Jueves, 8 de Junio de 2006 23:22, Blu escribió: > > On Thu, Jun 08, 2006 at 10:06:48PM +0200, Iñaki wrote: > > [...] > > > > > Nada más lejos de la realidad, un administrador de sistemas TIENE > > > que manejar la consola lo mejor posible, porque tarde o temprano le > > > será imprescindible para manejar sus sistemas, y si no su empresa > > > tendrá que subcontratar a otras empresas para que lo hagan o le > > > ayuden al patán que tienen contratado (como fue el caso). > > > > Más que eso, un administrador de sistemas tiene que conocer el sistema > > que está administrando, lo que incluye, por supuesto, herramientas de > > consola, pero también el saber reparar los desastres que dejan los > > asistentes gráficos :) > > ¿Un asistente gráfico en una buena "Debian Server" sin innecesarias X? yo > es > > que no lo veo...:p > > No, en serio, un administrador debería saber manejar las herramientas de > bajo nivel porque son las que no fallan y las que ofrecen todo el potencial > posible (mucho más que un limitado gui sobre ellas). > > Eso sí, para un ordenador de escritorio destinado al usuario normal unos > buenos y prácticos asistentes son imprescindibles. > > Ese es el punto a mi vista, asistentes que tratan de realizar todo y mas > tratando de ser mas inteligentes que el usuario, esos son los asistentes > que fallan y muchas veces no hacen lo que el usuario quieren que haga. Opino lo mismo, pero recalco que ni mucho menos opino eso en SO dedicados al usuario normal donde unos buenos asistentes deberían permitir al usuario no tener que preocuparse de cosas que no le interesan. -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: script con privilegios de root
El Viernes, 9 de Junio de 2006 00:27, Kevin Josue Zambrano Chavez escribió: > Hola lista, alguien conoce la manera para ejecutar un script con > privilegios de root al momento de que el usuario inicie session, algo > asi como el /etc/profile, para poder crear unas carpetas en un > directorio donde el usuario no debe escribir?...el inicio de session > solo se esta haciendo desde el bash. ¿Para eso no sirve el bit suid o algo así? busca sobre ello, puede que sea para eso. -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: automontar dispositivos a medias
El Jueves 08 Junio 2006 09:06, Ricardo Delgado escribió: > --- Iñaki <[EMAIL PROTECTED]> escribió: > > El Miércoles, 7 de Junio de 2006 22:26, Ricardo > > > > Delgado escribió: > > > tengo una duda, decidi probar (leido en el foro) > > > > el > > > > > automount (dbus-hal-pmount,etc) en mi debian Etch > > > > con > > > > > KDE 3.4.2 > > > pero tengo algunos inconvenientes. > > > > > > 1.- cuando coloco un CD a veces (muy pocas) en el > > > escritorio aparece el icono del CD y desmontado, > > > aunque si en el konqueror tipeo media:/ si aparece > > > > y > > > > > con la etiqueta del CD (no montado) > > > > ¿Y cuál es el problema? eso es lo normal. > > El problema es que sistemáticamente todo el mundo > > confunde detectar y asociar > > a un punto de montaje con montar. > > La realidad es que cuando metes un CD o un pendrive > > y sale el icono NO se > > monta el dispositivo, pero en cuanto lo pinchas se > > monta (es el > > funcionamiento normal). > > Gracias, esto lo sabia, solo que pense que se > "automontaba" creo haber visto esto en GNOME (no uso > este entorno). Pero lei que el dispositivo se > "automonta" y, en el caso del CD montado, con > presionar el boton expulsar, se desmontaba solo (esto > segun lo leido aqui en este foro). > http://lists.debian.org/debian-user-spanish/2006/01/msg01357.html > http://www.esdebian.org/article.php/20060410013305179 > La verdad es que yo pensaba lo mismo. Y ahora me entra una duda. Para qué tomarse el trabajo de instalar un automount si igual te tenés que tomar el trabajo de hacer que se monte? Yo sin automount hago exactamente lo mismo, tengo el ícono del KwikDisk (viene instalado por defecto con KDE) en el panel, hago click sobre él y en el menú que aparece hago click sobre el dispositivo y este se monta sin más. Lo mismo para desmontarlo. No veo la gran ventaja del automontado. A menos que haya algo más que no estemos considerando. Ricardo
Re:[OT] Registro legal de dominios
Hola lista, Hace unos minutos registré un dominio en Nic.ar, en una parte del registro me pedían seleccionar mi ISP, yo pusé Gigared S.A, que es el mío. Quería saber si esto los compromete de alguna manera y qué tienen que ver con mi dominio. Saludos
RV: Servidor Ubuntu o Debian
Perdon Iñaki se me fue al personal. -Mensaje original- De: Iñaki [mailto:[EMAIL PROTECTED] Enviado el: Jueves, 08 de Junio de 2006 17:29 Para: debian-user-spanish@lists.debian.org Asunto: Re: Servidor Ubuntu o Debian El Jueves, 8 de Junio de 2006 23:22, Blu escribió: > On Thu, Jun 08, 2006 at 10:06:48PM +0200, Iñaki wrote: > [...] > > > Nada más lejos de la realidad, un administrador de sistemas TIENE > > que manejar la consola lo mejor posible, porque tarde o temprano le > > será imprescindible para manejar sus sistemas, y si no su empresa > > tendrá que subcontratar a otras empresas para que lo hagan o le > > ayuden al patán que tienen contratado (como fue el caso). > > Más que eso, un administrador de sistemas tiene que conocer el sistema > que está administrando, lo que incluye, por supuesto, herramientas de > consola, pero también el saber reparar los desastres que dejan los > asistentes gráficos :) ¿Un asistente gráfico en una buena "Debian Server" sin innecesarias X? yo es que no lo veo...:p No, en serio, un administrador debería saber manejar las herramientas de bajo nivel porque son las que no fallan y las que ofrecen todo el potencial posible (mucho más que un limitado gui sobre ellas). Eso sí, para un ordenador de escritorio destinado al usuario normal unos buenos y prácticos asistentes son imprescindibles. Ese es el punto a mi vista, asistentes que tratan de realizar todo y mas tratando de ser mas inteligentes que el usuario, esos son los asistentes que fallan y muchas veces no hacen lo que el usuario quieren que haga. Ademas es impresindible saber utilizar herramientas de consola para poder arreglar los posibles errores a mas bajo nivel. Y sin errores(alguien a usado la "M" de asistentes de configuracion de listeners de oracle, una basura, prefiero configurarlos a mano) Atte EHS.
script con privilegios de root
Hola lista, alguien conoce la manera para ejecutar un script con privilegios de root al momento de que el usuario inicie session, algo asi como el /etc/profile, para poder crear unas carpetas en un directorio donde el usuario no debe escribir?...el inicio de session solo se esta haciendo desde el bash. Gracias de antemano -- Linux Counter #395394 Si la base de la sociedad es ayudar a los demas, porque decir no a la libertad de modificar y compartir el software? (Richard Stallman) La imaginacion es mas importante que el conocimiento (Albert Einstein) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ¿Mejor núcleo para Intel Xeon ?
El Jueves, 8 de Junio de 2006 23:35, José-Miguel escribió: > Estimados co-listeros: > > Me estreno en la lista con una pregunta muy concreta que no he podido > resolver claramente ni en los foros de Dell ni en los de Debian ni en > Google: ¿Cuál es el mejor núcleo para un equipo basado en un Intel Xeon > ? > Te remito a la wikipedia, busca por xeon. Hay tropecientos modelos de intel xeon, todos funcionan con un kernel 32 bits, y hasta el momento solo los ultimos soportan em64t o extensiones x86_64. > He probado el kernel-image-2.6.8-12-em64t-p4-smp, el > -image-2.6.?-686-smp y hasta el kernel-image-2.6.?- 386 (hablo de > memoria) y todos parecen funcionar bien, pero quisiera saber cual es el > mejor. > un xeon es una version "mejorada" en algunos aspectos de su hermano el pentium de turno. Si es un xeon de los ultimos, con soporte de 64 bits em64t, el primero te va bien (lo de smp se ha comentadio varias veces que significa que es para equipos multiprocesador (o dual core tambien). Sino, el -686 > Otra pregunta: ¿hay algún programa más o menos sencillo- medidor de > rendimientos de los diversos sub-sistemas y para el conjunto de la > máquina con Linux? > Si que lo hay. [EMAIL PROTECTED]:~$ apt-cache search system monitor| grep -v lib|wc -l 155 Unos 155 paquetes van del tema (excluyendo bibliotecas) Saludos Aritz Beraza [Rei] -- Aritz Beraza Garayalde [Rei] [http://www.ayanami.es] - No enviarás correos en HTML a La Lista. - No harás top-posting, responderás siempre debajo del mail original. - No harás Fwd, a La Lista, siempre reply. pgpjlDJLTGj0t.pgp Description: PGP signature
Re: Registro legal de dominios
El Viernes, 9 de Junio de 2006 00:24, Luis Lezcano Airaldi escribió: > Hola lista, > Hace unos minutos registré un dominio en Nic.ar, en una parte del registro > me pedían seleccionar mi ISP, yo pusé Gigared S.A, que es el mío. > > Quería saber si esto los compromete de alguna manera y qué tienen que ver > con mi dominio. > > Saludos, Luis Un [OT] bien hermoso le vendría genial a tu correo ;) -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Registro legal de dominios
Hola lista, Hace unos minutos registré un dominio en Nic.ar, en una parte del registro me pedían seleccionar mi ISP, yo pusé Gigared S.A, que es el mío. Quería saber si esto los compromete de alguna manera y qué tienen que ver con mi dominio. Saludos, Luis
Re: Servidor Ubuntu o Debian
El Jueves, 8 de Junio de 2006 16:23, Ricardo Frydman Eureka! escribió: > Que pretendes construir con esto? No te molestes Ricardo. Hace mucho calor en la europa hispanohablante... sobre si ubuntu o debian, las dos sirven, pero * debian tiene una policies (directrices de desarrollo) orientadas a la estabilidad, portabilidad, seguimiento de estándares y respeto de lo que se considera libre a los ojos de debian (Sobre todo los tres primeros puntos son claves en un server) * ubuntu tiene una política de desarrollo comercial[1] orientada a la usabilidad /final/, al ambiente de escritorio gráfico y a llegar al máximo número de personas posibles (Características poco importantes en un server). Sobre mi opinión, por tanto, debian. Sobre la instalación, no te dejes engañar, es realmente /casi/ la misma: muy fácil y obvia. Dos últimas recomendaciones: * Lee un manual de instalación de debian antes de ponerte * LEE TODO LO QUE EL INSTALADOR TE DIGA. (con esto y la tecla intro basta) [1] «comercial» se refiere a «promovido por empresa», no a que no sea gratis Un saludo a todos (especialmente a los que estén de exámenes, como yo...) -- "Sólo en el diccionario hay éxito antes que trabajo." Rober Morales Chaparro
Re: Servidor Ubuntu o Debian
Iñaki-(e)k esan zuen: > El Jueves, 8 de Junio de 2006 23:31, Israel Gutierrez escribió: > > El Jueves, 8 de Junio de 2006 21:09, Iñaki escribió: > > > No es esa mi experiencia. En ninguna instalación de Ubutu o Debian > > > recuerdo que se me haya preguntado sobre las opciones de debconf (aunque > > > no pondría la mano en el fuego). > > > > A lo mejor lo has pasado por alto, te suele salir un dialogo en curses que > > te pregunta si quieres usar dialog, texto y no recuerdo que otra opción. Y > > además el nivel de "verbose" en las preguntas de configuración. > > El cuadro que sale lo conozco, porque lo reconfiguro posteriormente > con "dpkg-reconfigure debconf", pero no recuerdo haberlo visto durante la > instalación. Aunque la memoria no es lo mío ;) > De normal no creo que salga pero si instalas con expert (expert26 o como sea ahora) creo que si -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Servidor Ubuntu o Debian
El Jueves, 8 de Junio de 2006 23:31, Israel Gutierrez escribió: > El Jueves, 8 de Junio de 2006 21:09, Iñaki escribió: > > No es esa mi experiencia. En ninguna instalación de Ubutu o Debian > > recuerdo que se me haya preguntado sobre las opciones de debconf (aunque > > no pondría la mano en el fuego). > > A lo mejor lo has pasado por alto, te suele salir un dialogo en curses que > te pregunta si quieres usar dialog, texto y no recuerdo que otra opción. Y > además el nivel de "verbose" en las preguntas de configuración. El cuadro que sale lo conozco, porque lo reconfiguro posteriormente con "dpkg-reconfigure debconf", pero no recuerdo haberlo visto durante la instalación. Aunque la memoria no es lo mío ;) -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
¿Mejor núcleo para Intel Xeon ?
Estimados co-listeros: Me estreno en la lista con una pregunta muy concreta que no he podido resolver claramente ni en los foros de Dell ni en los de Debian ni en Google: ¿Cuál es el mejor núcleo para un equipo basado en un Intel Xeon ? He probado el kernel-image-2.6.8-12-em64t-p4-smp, el -image-2.6.?-686-smp y hasta el kernel-image-2.6.?- 386 (hablo de memoria) y todos parecen funcionar bien, pero quisiera saber cual es el mejor. Otra pregunta: ¿hay algún programa más o menos sencillo- medidor de rendimientos de los diversos sub-sistemas y para el conjunto de la máquina con Linux? Gracias por adelantado y saludos. JMiguel.
Re: Servidor Ubuntu o Debian
El Jueves, 8 de Junio de 2006 21:09, Iñaki escribió: > No es esa mi experiencia. En ninguna instalación de Ubutu o Debian recuerdo > que se me haya preguntado sobre las opciones de debconf (aunque no pondría > la mano en el fuego). A lo mejor lo has pasado por alto, te suele salir un dialogo en curses que te pregunta si quieres usar dialog, texto y no recuerdo que otra opción. Y además el nivel de "verbose" en las preguntas de configuración. -- BOFH excuse #335: the AA battery in the wallclock sends magnetic interference pgpXoPrRdvY5X.pgp Description: PGP signature
Re: Servidor Ubuntu o Debian
El Jueves, 8 de Junio de 2006 23:22, Blu escribió: > On Thu, Jun 08, 2006 at 10:06:48PM +0200, Iñaki wrote: > [...] > > > Nada más lejos de la realidad, un administrador de sistemas TIENE que > > manejar la consola lo mejor posible, porque tarde o temprano le será > > imprescindible para manejar sus sistemas, y si no su empresa tendrá que > > subcontratar a otras empresas para que lo hagan o le ayuden al patán que > > tienen contratado (como fue el caso). > > Más que eso, un administrador de sistemas tiene que conocer el sistema que > está administrando, lo que incluye, por supuesto, herramientas de > consola, pero también el saber reparar los desastres que dejan los > asistentes gráficos :) ¿Un asistente gráfico en una buena "Debian Server" sin innecesarias X? yo es que no lo veo...:p No, en serio, un administrador debería saber manejar las herramientas de bajo nivel porque son las que no fallan y las que ofrecen todo el potencial posible (mucho más que un limitado gui sobre ellas). Eso sí, para un ordenador de escritorio destinado al usuario normal unos buenos y prácticos asistentes son imprescindibles. -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: Servidor Ubuntu o Debian
On Thu, Jun 08, 2006 at 10:06:48PM +0200, Iñaki wrote: [...] > Nada más lejos de la realidad, un administrador de sistemas TIENE que manejar > la consola lo mejor posible, porque tarde o temprano le será imprescindible > para manejar sus sistemas, y si no su empresa tendrá que subcontratar a otras > empresas para que lo hagan o le ayuden al patán que tienen contratado (como > fue el caso). Más que eso, un administrador de sistemas tiene que conocer el sistema que está administrando, lo que incluye, por supuesto, herramientas de consola, pero también el saber reparar los desastres que dejan los asistentes gráficos :) -- Blu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: automontar dispositivos a medias
El Jueves, 8 de Junio de 2006 22:02, Ricardo Delgado escribió: > Pero mi idea que el dispositivo se automonte A ver, el usuario no va a percibir ninguna diferencia si el CD se automonta o no al insertarlo. ¿O acaso lo que quieres es que al insertar el CD directamente se abra el konqueror o Nautilus mostrando el contenido del CD o pendrive? Sólo en este último caso necesitas que se automonte, y eso KDE lo permite desde la versión 3.5 ya que muestra un cuadro de diálogo la meter el CD prenguntando "¿Qué desea hacer? -Mostrar contenido -Abrir con... -Nada". Y supongo que Gnome hará lo propio. > y, al > presionar el boton expulsar desde la lectora > automaticamente se desmonte; lo mismo con el Pen > Drive, claro que este no tiene ningun boton de > expulsion. No, siempre vas a tener que desmontar previamente. Es un coñazo en un ordenador de escritorio pero es así y no parece que vaya a cambiar. Personalmente me parece un sistema muy desafortunado en un ordenador de escritorio moderno. No obstante existe supermount, que es un parche (debes recompilar el kernel con ello) y te permite especificar el cdrom, pendrives, disquetes y demás en el fstab de una forma distinta, de tal forma que al pulsar en "Eject" el cacharro sale, y punto. Yo lo usaba hasta hace poco y nunca me dio ningún problema, ni siquiera dejó tonta a ninguna aplicación que estaba usando algún archivo del CD al expulsarlo, nada de nada. Pero la realidad es que nadie lo quiere y en las últimas versiones de HAL y DBUS y esas cosas empezó a llevarse mal con supermount (antes iba bien) y he tenido que prescindir de él. De todas formas, lo que ganabas en facilidad lo perdías en flexibilidad, ya que te obligaba a definir tus dispositivos en fstab al contrario que las soluciones actuales de HAL + DBUS. > De todas formas me sirve para que a mi equipo lo > utilice otra gente y pueda ver el CD o el contenido de > un PenDrive solitos, por ahora les explico que tienen > que "desmontar" antes de extraer el CD ó PenDrive. Pues yo que tú haría eso, insistir en que tienen que desmontarlo. De todas formas también en Windows hay que desmontar el pendrive, aunque nadie lo haga. -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: Servidor Ubuntu o Debian
El Jueves, 8 de Junio de 2006 21:52, Inigo Tejedor Arrondo escribió: > > Y diría que es un error si incluyen frontends para la > > administración/configuración de los servicios, asi se mal acostumbran > > y luego ni siquiera pueden levantar red con ifconfig/route. > > Cuida cuida, que se desata otro hilo sobre asistentes si Vs asistentes > no xDD (yo opino igual, pero incluirlos no es "un error" ;) El otro día me topé con un supuesto "administrador de sistemas" con una Red Hat Enterprise a su cargo y el tío daba mucha grima. Daban ganas de regalarle un mando de la tele y cuando lo dominase que empezase con los ordenadores. Por ejemplo: el tío trabajaba desde su Windows, y modificaba los ficheros de configuración con el notepad y luego los subía por FTP en modo binario al RedHat. ¿Qué pasaba? pues que no funcionaba ninguno de sus ficheros por el salto de carro de Windows (si hubiese usado FTP en modo ascii tengo entendido que se habría dado la conversión de salto de línea), pero al tío ni le sonaba ese problema. Era un ceporro en toda regla (si veis un "script" en bash que hizo... metía el SQL en medio como si nada, jaja). Y eso que tenía una RedHat que se supone que a base de asistentes debería hacer más accesible el mantenimiento del sistema... Nada más lejos de la realidad, un administrador de sistemas TIENE que manejar la consola lo mejor posible, porque tarde o temprano le será imprescindible para manejar sus sistemas, y si no su empresa tendrá que subcontratar a otras empresas para que lo hagan o le ayuden al patán que tienen contratado (como fue el caso). -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: automontar dispositivos a medias
mira con respecto al APT sources.list. te hice caso y coloque en FSTAB la linea correspondiente y anda de maravillas. Con respecto al CD, bueno configure el escritorio para que aparezca "no montado". Entonces cuando coloco un CD este aparece pero no montado (logico), lo mismo con el Pen Drive; y en ambos al hacer click sobre el icono se monta de lo mejor , ahora con el floppy, ya esta, lo entendi perfectamente. Pero mi idea que el dispositivo se automonte y, al presionar el boton expulsar desde la lectora automaticamente se desmonte; lo mismo con el Pen Drive, claro que este no tiene ningun boton de expulsion. De todas formas me sirve para que a mi equipo lo utilice otra gente y pueda ver el CD o el contenido de un PenDrive solitos, por ahora les explico que tienen que "desmontar" antes de extraer el CD ó PenDrive. _\|||/ oOOo-(@ @)--oOOo--- | 0 | |En un mundo sin muros, quien necesita Ventanas?| |In a world without walls, who needs Windows? | | | |___| __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Servidor Ubuntu o Debian
El Jueves, 8 de Junio de 2006 21:20, Rolando Espinoza La Fuente escribió: > On 6/8/06, Iñaki <[EMAIL PROTECTED]> wrote: > [...] > > > Cosas que hacen que Ubuntu no sea buena para servidor: > > > > - El debconf viene por defecto configurado para que sólo pregunte cosas > > críticas, mientras que en Debian pregunta cosas "medias" o algo así. > > Por ejemplo instalar OpenLDAP en Ubuntu es imposible porque no durante la > > instalación no te ofrecen configurar el usuario administrador y su > > password. Así que si pones Ubuntu como servdor lo primero > > "dpkg-reconfigure debconf". > > > > - Por defecto no existe root, se puede crear (o más bien se le puede > > asignar una contraseña y ya está), pero por defecto no viene. Entiendo > > que en un servidor sí que adquiere relevancia la figura de un usuario > > sólo administrador. > > Para los dos puntos anteriores, si instalar con "server expert" cambia > la prioridad de debconf y te pregunta password de root. Algo me temía, gracias. > > - En Ubuntu la seguridad es importante, pero por sus pretensiones de > > equipo de escritorio sus paquetes tienen más a ser modernos, lo que a > > veces puede "pelearse" con el concepto de seguridad. Creo que me > > entendéis lo que quiero decir. > > Si se trata de un servidor exclusivo, no creo que vayan a molestar los > paquetes de "desktop" que ni siquieran serán instalados. Cierto, pero ¿acaso no son también más nuevos el software no de escritorio? quizás no tanto, peude ser. > > - El .bashrc por defecto es una maravilla, tan sólo hay que descomentar > > la línea que muestra en colorines el Prompt y crear unos alias, pero es > > mucho mejor (para mí) que el que trae Debian (que no tiene nada). > > De hecho yo en el trabajo uso Kubuntu en mi ordenador pero cuando tengo > > que administrar un servidor (SIEMPRE DEBIAN) lo primero que hago es > > pegarle mi flamante .bashrc. > > Algo subjetivo. Como todo :p -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: Servidor Ubuntu o Debian
El jue, 08-06-2006 a las 15:25 -0400, Rolando Espinoza La Fuente escribió: > On 6/8/06, Inigo Tejedor Arrondo <[EMAIL PROTECTED]> wrote: > [...] > > > Pues yo supongo:. > > > a) no creo que sea más fácil (para este tema que ocupas) > > > > añado a modo de comprobación: > > http://www.howtoforge.com/perfect_setup_debian_sarge > > contra > > http://www.howtoforge.com/perfect_setup_ubuntu_6.06 > > > > ¿os parece más fácil/difícil? > > Err.. no creo que administración sea lo mismo que instalación. claro > Consideraría más fácil de administrar SuSe o Fedora/RH por que tienen > frontends por aquí y por allá y para todo. en esos manuales se utiliza vi para levantar los servicios que dice en la primera página. Aunque hay que reconocer que lo hace todo de pasada y por encima. > Ubuntu solo tiene un par de frontends pero orientado al usuario final, > configurar impresora/red/wireless/etc... luego es igual de pelado que > debian =D > > Y diría que es un error si incluyen frontends para la > administración/configuración de los servicios, asi se mal acostumbran > y luego ni siquiera pueden levantar red con ifconfig/route. Cuida cuida, que se desata otro hilo sobre asistentes si Vs asistentes no xDD (yo opino igual, pero incluirlos no es "un error" ;) > Saludos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Servidor Ubuntu o Debian
On 6/8/06, Inigo Tejedor Arrondo <[EMAIL PROTECTED]> wrote: [...] > Pues yo supongo:. > a) no creo que sea más fácil (para este tema que ocupas) añado a modo de comprobación: http://www.howtoforge.com/perfect_setup_debian_sarge contra http://www.howtoforge.com/perfect_setup_ubuntu_6.06 ¿os parece más fácil/difícil? Err.. no creo que administración sea lo mismo que instalación. Consideraría más fácil de administrar SuSe o Fedora/RH por que tienen frontends por aquí y por allá y para todo. Ubuntu solo tiene un par de frontends pero orientado al usuario final, configurar impresora/red/wireless/etc... luego es igual de pelado que debian =D Y diría que es un error si incluyen frontends para la administración/configuración de los servicios, asi se mal acostumbran y luego ni siquiera pueden levantar red con ifconfig/route. Saludos -- ~Rho GPG Key: http://darkstar.pinguinos.org/~rolando/darkrho.key.asc GPG Fingerprint: E91A EADE 75D1 4A82 E564 322F E01C EB49 4372 ED1A
Re: Servidor Ubuntu o Debian
On 6/8/06, Iñaki <[EMAIL PROTECTED]> wrote: [...] Cosas que hacen que Ubuntu no sea buena para servidor: - El debconf viene por defecto configurado para que sólo pregunte cosas críticas, mientras que en Debian pregunta cosas "medias" o algo así. Por ejemplo instalar OpenLDAP en Ubuntu es imposible porque no durante la instalación no te ofrecen configurar el usuario administrador y su password. Así que si pones Ubuntu como servdor lo primero "dpkg-reconfigure debconf". - Por defecto no existe root, se puede crear (o más bien se le puede asignar una contraseña y ya está), pero por defecto no viene. Entiendo que en un servidor sí que adquiere relevancia la figura de un usuario sólo administrador. Para los dos puntos anteriores, si instalar con "server expert" cambia la prioridad de debconf y te pregunta password de root. - En Ubuntu la seguridad es importante, pero por sus pretensiones de equipo de escritorio sus paquetes tienen más a ser modernos, lo que a veces puede "pelearse" con el concepto de seguridad. Creo que me entendéis lo que quiero decir. Si se trata de un servidor exclusivo, no creo que vayan a molestar los paquetes de "desktop" que ni siquieran serán instalados. Pero, también hay cosas positivas en Ubuntu sobre Debian de cara a ser servidor: - Autocompletado en casi todo. Vamos, que escribes "apt-get install post ", das al tabulador y aparece "postfix". Sí, sí, tranquilos, ya sé que en Debian eso se puede activar, pero HAY que hacerlo mientras que en Ubuntu viene de serie. Y personalmente no me acuerdo como se hace ni mucho menos me apetece saturar mi escasa memoria con detallitos como ese. En ninguna de las instalaciones que tengo de ubuntu tiene autocomplementado por defecto, claro que se arregal con 'source /etc/bash_completion'. - El .bashrc por defecto es una maravilla, tan sólo hay que descomentar la línea que muestra en colorines el Prompt y crear unos alias, pero es mucho mejor (para mí) que el que trae Debian (que no tiene nada). De hecho yo en el trabajo uso Kubuntu en mi ordenador pero cuando tengo que administrar un servidor (SIEMPRE DEBIAN) lo primero que hago es pegarle mi flamante .bashrc. Algo subjetivo. Pero vamos, que en conclusión: Debian. Cada uno con lo que sienta mejor, si no fuera por tiempo.. yo usaría slackware. Saludos. -- ~Rho GPG Key: http://darkstar.pinguinos.org/~rolando/darkrho.key.asc GPG Fingerprint: E91A EADE 75D1 4A82 E564 322F E01C EB49 4372 ED1A
Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 21:14, Inigo Tejedor Arrondo escribió: > El jue, 08-06-2006 a las 20:36 +0200, Iñaki escribió: > > Muy fácil decir lo anterior, pero yo propongo un caso hipotético: > > > > Imaginemos que EXISTE un formato estandarizado para los ficheros de > > configuración (no hablo de XML, por dios) y que incluso los comentarios > > estuviesen estandarizados. Llamémosle a este formato "isoconf" > > > > Añadamos también una librería "libisoconf" en todos los lenguajes de > > programación que proporciona funciones de acceso de lectura y escritura > > sencilla en archivos de configuración "isoconf". > > > > Pues resulta que si eso existiese los desarrolladores de Asterisk o la > > aplicación que fuere no se tendrían que comer la cabeza reinventando por > > enésima vez un código para acceder y escribir en los ficheros de > > configuración, que ellos lo que quieren es hacer VoIP o lo que sea, no > > pelearse con ficheritos de texto. De hecho queda demostrado que no son > > muy buenos accediendo en modo escritura a sus propios ficheros de > > configuración (por eso de que borran los comentarios). > > > > Simplemente tendrían que usar el formato "isoconf" en sus ficheros de > > configuración y la librería "libisoconf" correspondiente a su lenguaje de > > programación y ser felices preocupándose de lo que realmente les interesa > > programar. > > > > Claro, que entonces todo el rollito este de diversidad injustificada se > > iría al garete. Pues bueno... > > Me repito, mi justificación sobre la diversidad, es que ES lo que > tenemos, desde hace años y funcionando. Nadie está en contra de la diversidad, ni mucho menos. Linux es lo que es gracias a que montones de personas lo han desarrollados libres de imposiciones. Pero de ahí a decir que tratar de homogeneizar un poco los ficheros de configuración es eliminar la diversidad... que son sólo archivitos. La diversidad es algo más importante que todo eso. > En este correo te explicas mucho mejor, o al menos a mi me has > convencido, ahora solo falta abrir un cvs con ese proyecto que propones, > anunciarlo en los sitios que se crea oportuno, trabajar en él y que lo > vayan implantando los demás proyectos. Yo personalmente no tengo > tiempo/nivel para hacerlo. No, un CVS no, un Subversion que me gusta mucho más. Sin embargo otros pueden preferir CVS. Se llama "diversidad" y es lo mejor del mundo. ;) Como ya decía en serio que cuando tenga tiempo voy a mirarme como van esos temas de Uniconf o Elektra, y lo que sea será. -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: no consigo reiniciar ni apagar
pepe sircrosio wrote:
2006/6/8, consultores1 <[EMAIL PROTECTED]>:
El Miércoles, 7 de Junio de 2006 2:56 AM, antonio rodriguez escribió:
> Hola,
>
> Luego de la última actualización (05/06/200&) de mi
Debian/testing(Linux
> laptop 2.6.8-2-386,i686 GNU/Linux, sobre un Toshiba Sat.A40-201) donde
> todo lo referente a los xserver ha cambiado, no consigo reiniciar ni
> apagar la máquina (encenderla y trabajar sin problemas) He notado
que es
> cuando lee los initscripts cuando se para. He intentado regresar a la
> versión anterior, pero nada. Los paquetes que se actualizaron y/o
> instalaron, fueron:
Hola
Yo tuve algo parecido con una actualizacion de la semana pasada: pero se
soluciono actualizando anoche en una consola ctrl+alt+fx, que no se
como se
llaman.
Hola.
Al final lo he solucionado modificando el archivo
/lib/lsb/init-functions, sustituyendo
if [ -f "$pidfile" ]; then
read pid
if [ -n "${pid:-}" ]; then
echo "$pid"
return 0
por esto:
if [ -f "$pidfile" ]; then
read pid < "$pidfile"
if [ -n "${pid:-}" ]; then
echo "$pid"
return 0
Un saludo
Hola Pepe,
Bien hecho!! Sí que lo has solucionado. Ahora para y reinicia
estupendamente!
Muchas gracias!
Antonio
--
=
Por favor, si me mandas correos con copia a varias personas,
pon mi dirección de correo en copia oculta (CCO), para evitar
que acabe en montones de sitios, eliminando mi privacidad,
favoreciendo la propagación de virus y la proliferación del SPAM. Gracias.
-
If you send me e-mail which has also been sent to several other people,
kindly mark my address as blind-carbon-copy (or BCC), to avoid its
distribution, which affects my privacy, increases the likelihood of
spreading viruses, and leads to more SPAM. Thanks.
=
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Servidor Ubuntu o Debian
El jue, 08-06-2006 a las 20:45 +0200, Inigo Tejedor Arrondo escribió: > El jue, 08-06-2006 a las 08:20 -0500, kazabe escribió: > > Hola! > > > > Resulta que en mi empresa han decidido montar un servidor firewall / > > Proxy, usando linux, para lo cual estan evaluando si usar ubuntu o > > Debian. > > > > ¿que conocimientos tiene la persona que lo está evaluando? > > > Se supone que como ubuntu es "mas facil" de administrar, y es basado > > totalmente en debian, es la mejor opcion. Pero a mi personalmente me > > preocupa que esa "facilidad" de administracion, pueda pecar entonces > > en problemas de seguridad. > > Pues yo supongo:. > a) no creo que sea más fácil (para este tema que ocupas) añado a modo de comprobación: http://www.howtoforge.com/perfect_setup_debian_sarge contra http://www.howtoforge.com/perfect_setup_ubuntu_6.06 ¿os parece más fácil/difícil? un saludo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Servidor Ubuntu o Debian
El Jueves, 8 de Junio de 2006 21:01, Ricardo Frydman Eureka! escribió: > Iñaki wrote: > > - El debconf viene por defecto configurado para que sólo pregunte cosas > > críticas, mientras que en Debian pregunta cosas "medias" o algo así. > > Tanto ubuntu (hasta breezy, ignoro dapper) como debian (hasta sarge) te > preguntan como prefieres hacerlo, recomendandote la opcion critica, pero > debes decidirlo tu expresamente. No es esa mi experiencia. En ninguna instalación de Ubutu o Debian recuerdo que se me haya preguntado sobre las opciones de debconf (aunque no pondría la mano en el fuego). > > - Por defecto no existe root, se puede crear (o más bien se le puede > > asignar una contraseña y ya está), pero por defecto no viene. Entiendo > > que en un servidor sí que adquiere relevancia la figura de un usuario > > sólo administrador. > > Este punto es discutible (de hecho es /muy/ discutido por todos lados), > para el caso, root y un usuario con superpoderes ilimitados, > funcionalmente, es igual. Pues sí, tienes razón. La única pega el tener que poner "sudo" delante de las cosas. Otra opción es hacer "sudo -s" y adquieres superpoderes pero con el .bashrc de tu usuario. Y esto es un poco coñazo tener que hacerlo en cada consola que abres. Aunque no es algo tan importante, la verdad es que no. Saludos. -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 20:50, Ricardo Frydman Eureka! escribió: > Iñaki wrote: > > El Martes, 6 de Junio de 2006 00:26, Iñaki escribió: > >>Hola, sólo una pregunta por un tema que me tiene frito: > >> > >>¿Se puede saber por qué en cada fichero de configuración en /etc se usa > >>para comentar líneas un carácter diferente? > > > > Hoy mismo me he encontrado con esto cuando estudiaba un fichero de > > configuración de Asterisk: > > > > > > ; If static is set to no, or omitted, then the pbx_config will rewrite > > ; this file when extensions are modified. Remember that all comments > > ; made in the file will be lost when that happens. > > static yes > > > > > > Toma ya, si la aplicación modifica este fichero entonces se borrarán los > > comentarios, los mismos comentarios que sirven para entender como > > funciona el fichero. > > iñaki, me parece que esto ya paso de OT a capricho: claramente alli /no/ > dice eso. En cambio dice: > > "Si defines static como no o lo omites, entonces pbx_config > reescribira" o sea, debes explicitamente *declararlo* como no. > Renglon seguido, dice claramente "static yes". Ricardo, la verdad es que entiendo bastante bien lo que dice ese fichero, y dice que si resulta que quieres que Asterisk sea capaz de modificar este fichero de texto entonces como contrapartida borrará los comentarios existentes. El caso es que puede ser muy útil que Asterisk modifique ese archivo con los cambios que se hagan en tiempo real desde la consola de Asterisk, ya que al quedar en el fichero quedan permanentes en caso de apagado o similar. O sea, que es una funcionalidad interesante pero debido a lo que fuere pagas el precio de perder los comentarios del archivo. > Creo que (al menos yo) he llegado al punto en el cual el hilo no debe > tensarse mas, a riesgo de que se rompa Pues sí, puede que se esté extendiendo demasiado. Pero no veo necesariamente ningún problema tan grave en ello. Al fin y al cabo sólo hablamos y damos nuestras opiniones (aunque sí, como OT se está haciendo un poco pesado). > Saludos! Saludos. -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: Cachondeo en /etc
El jue, 08-06-2006 a las 20:36 +0200, Iñaki escribió: > Muy fácil decir lo anterior, pero yo propongo un caso hipotético: > > Imaginemos que EXISTE un formato estandarizado para los ficheros de > configuración (no hablo de XML, por dios) y que incluso los comentarios > estuviesen estandarizados. Llamémosle a este formato "isoconf" > > Añadamos también una librería "libisoconf" en todos los lenguajes de > programación que proporciona funciones de acceso de lectura y escritura > sencilla en archivos de configuración "isoconf". > > Pues resulta que si eso existiese los desarrolladores de Asterisk o la > aplicación que fuere no se tendrían que comer la cabeza reinventando por > enésima vez un código para acceder y escribir en los ficheros de > configuración, que ellos lo que quieren es hacer VoIP o lo que sea, no > pelearse con ficheritos de texto. De hecho queda demostrado que no son muy > buenos accediendo en modo escritura a sus propios ficheros de configuración > (por eso de que borran los comentarios). > > Simplemente tendrían que usar el formato "isoconf" en sus ficheros de > configuración y la librería "libisoconf" correspondiente a su lenguaje de > programación y ser felices preocupándose de lo que realmente les interesa > programar. > > Claro, que entonces todo el rollito este de diversidad injustificada se iría > al garete. Pues bueno... Me repito, mi justificación sobre la diversidad, es que ES lo que tenemos, desde hace años y funcionando. En este correo te explicas mucho mejor, o al menos a mi me has convencido, ahora solo falta abrir un cvs con ese proyecto que propones, anunciarlo en los sitios que se crea oportuno, trabajar en él y que lo vayan implantando los demás proyectos. Yo personalmente no tengo tiempo/nivel para hacerlo. Seguro que salen discursiones kilométricas, en la lista de correo de isoconf :D Quien sabe si dentro de algún tiempo, nos alegramos todos por las ventajas conseguidas. Y si alguien tiene algo en contra, pues que abra un contraproyecto :) Software is like sex... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Servidor Ubuntu o Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Iñaki wrote: > > - El debconf viene por defecto configurado para que sólo pregunte cosas > críticas, mientras que en Debian pregunta cosas "medias" o algo así. Tanto ubuntu (hasta breezy, ignoro dapper) como debian (hasta sarge) te preguntan como prefieres hacerlo, recomendandote la opcion critica, pero debes decidirlo tu expresamente. > Por ejemplo instalar OpenLDAP en Ubuntu es imposible porque no durante la > instalación no te ofrecen configurar el usuario administrador y su password. > Así que si pones Ubuntu como servdor lo primero "dpkg-reconfigure debconf". > > - Por defecto no existe root, se puede crear (o más bien se le puede asignar > una contraseña y ya está), pero por defecto no viene. Entiendo que en un > servidor sí que adquiere relevancia la figura de un usuario sólo > administrador. Este punto es discutible (de hecho es /muy/ discutido por todos lados), para el caso, root y un usuario con superpoderes ilimitados, funcionalmente, es igual. > - En Ubuntu la seguridad es importante, pero por sus pretensiones de equipo > de > escritorio sus paquetes tienen más a ser modernos, lo que a veces > puede "pelearse" con el concepto de seguridad. Creo que me entendéis lo que > quiero decir. > > NOTA: ¿Es posible que al instalar una Ubuntu en modo server algunas cosas > como > el debconf vengan configuradas de forma diferente? no lo sé. > > > Pero, también hay cosas positivas en Ubuntu sobre Debian de cara a ser > servidor: > > - Autocompletado en casi todo. Vamos, que escribes "apt-get install post ", > das al tabulador y aparece "postfix". Sí, sí, tranquilos, ya sé que en Debian > eso se puede activar, pero HAY que hacerlo mientras que en Ubuntu viene de > serie. Y personalmente no me acuerdo como se hace ni mucho menos me apetece > saturar mi escasa memoria con detallitos como ese. > > - El .bashrc por defecto es una maravilla, tan sólo hay que descomentar la > línea que muestra en colorines el Prompt y crear unos alias, pero es mucho > mejor (para mí) que el que trae Debian (que no tiene nada). > De hecho yo en el trabajo uso Kubuntu en mi ordenador pero cuando tengo que > administrar un servidor (SIEMPRE DEBIAN) lo primero que hago es pegarle mi > flamante .bashrc. > > > > Pero vamos, que en conclusión: Debian. > > - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEiHQakw12RhFuGy4RAuJlAJ45sp7jd2r7ET5xmKHrtAlN7JjiRgCeIWU+ W/dwksmHgQqncUWRVFCGbu8= =l7Go -END PGP SIGNATURE-
Re: [OT] Lo malo de la NO estandarización de escritorios en Linux
El Jueves, 8 de Junio de 2006 20:30, SmasSive escribió: > Más o menos he ido siguiendo el hilo, y no se si ha salido el tema o no, > pero creo que he encontrado la solución. > El proyecto Elektra[1] intenta unificar todas las configuraciones del > sistema linux como lo haría el registro de windows o gconf para gnome o > kcontrol para kde. > Echadle un vistazo a la web a ver que os parece y lo comentamos. > > [1] http://www.libelektra.org/ Jeje, yo eso ya lo conocía y he sacado el tema alguna vez en la lista y prepárate, se te van a lanzar al cuello ;p Sobre todo habrá mucha gente que ni se lea la presentación de dicho proyecto y lo único que necesite para aborrecerlo es leer que se trata de una especie de registro similar al de Windows. Con eso ya tienen suficiente. -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Arrancar de HD SCSI con Grub
Hola, Recientemente he comprado dos servidores IBM Netfinity 5000 por eBay. He juntado las piezas en uno así que tengo 4 HDs SCSI Hot Swap de 9GB, la controladora SCSI está integrada en la placa base y consta de dos canales (conectores): A y B. Los HDs y la unidad DAT están en el canal B (ID: 0,1,3,4 y 6 respectivamente) bien detectados y configurados, además he indicado a la controladora que debe arrancar desde el canal B. He instalado Debian sin muchos problemas salvo que el netinstall de Sarge no detecta la controladora SCSI, he tenido que usar el netinstall de Etch beta 2. Como la controladora no soporta RAID (eso creo) he usado el primer HD para /boot, swap y / en particiones primarias y en ese orden. Con los otros 3 HDs he montado un RAID 0 por software para el /home. Al terminar la instalación del sistema base e instalar Grub reinicio y no me carga, así que he reiniciado arrancado con el CD en modo "rescue", he realizado un chroot e instalado el Grub: grub root (hd0,0) setup (hd0) quit Hasta ahí todo perfecto, pero reinicio y sigue igual. El mensaje que da es el siguiente: "I9990301 Disk failure or disk reset failed" Al cabo de unos segundos se une este otro mensaje: "Drive does not contain a valid boot record" Aunque este es el principal problema que tengo y el que necesito solucionar lo antes posible también me gustaría que me aconsejaseis brevemente sobre estas otras dudas teniendo en cuenta que es un servidor para casa: ¿Hay mucha penalización por ser un RAID software y no hardware? Si lo hago funcionar tengo pensado adquirir una controladora SCSI para montar un RAID. ¿Merece la pena montar un RAID 5 o mejor la configuración actual sustituyendo el RAID 0 software por uno hardware? Un saludo y muchas gracias.
Re: Alternativa a HeartBeat
El Jueves, 8 de Junio de 2006 18:02, Andres Chavez escribió: > Hola amigos, existe alguna alternativa de Heartbeat para VPN?? Perdona, ¿podrías explicar mucho más la pregunta? es que por unos instantes he entendido que HeartBeat es una VPN :p -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: Servidor Ubuntu o Debian
El Jueves, 8 de Junio de 2006 15:20, kazabe escribió: > Hola! > > Resulta que en mi empresa han decidido montar un servidor firewall / Proxy, > usando linux, para lo cual estan evaluando si usar ubuntu o Debian. > > Se supone que como ubuntu es "mas facil" de administrar, y es basado > totalmente en debian, es la mejor opcion. Pero a mi personalmente me > preocupa que esa "facilidad" de administracion, pueda pecar entonces en > problemas de seguridad. > > Realmente es bueno usar Ubuntu como servidor de acceso a internet?tengo > entendido que ubuntu tiene un estricto control de seguridad, pero no se > bajo que parametros compararlo con los controles que tiene el proyecto > Debian. > > Personalmente, prefiero usar debian para esa clase de servicios, pero > necesito argumentos bastante concretos para convencer a la junta. > > He intentado varias veces usar ubuntu, pero siempre me ha parecido que es > mas para usuario final que para servidores (es mi concepto personal). > > Que opinan ustedes de usar Ubuntu como servidor de seguridad y acceso a > internet? Primeramente pedirte que no escribas en HTML, tienes las normas y las razones aquí: http://wiki.debian.org/NormasLista Segundo: Sobre tu pregunta yo usaría Debian sin lugar a dudas. Cosas que hacen que Ubuntu no sea buena para servidor: - El debconf viene por defecto configurado para que sólo pregunte cosas críticas, mientras que en Debian pregunta cosas "medias" o algo así. Por ejemplo instalar OpenLDAP en Ubuntu es imposible porque no durante la instalación no te ofrecen configurar el usuario administrador y su password. Así que si pones Ubuntu como servdor lo primero "dpkg-reconfigure debconf". - Por defecto no existe root, se puede crear (o más bien se le puede asignar una contraseña y ya está), pero por defecto no viene. Entiendo que en un servidor sí que adquiere relevancia la figura de un usuario sólo administrador. - En Ubuntu la seguridad es importante, pero por sus pretensiones de equipo de escritorio sus paquetes tienen más a ser modernos, lo que a veces puede "pelearse" con el concepto de seguridad. Creo que me entendéis lo que quiero decir. NOTA: ¿Es posible que al instalar una Ubuntu en modo server algunas cosas como el debconf vengan configuradas de forma diferente? no lo sé. Pero, también hay cosas positivas en Ubuntu sobre Debian de cara a ser servidor: - Autocompletado en casi todo. Vamos, que escribes "apt-get install post ", das al tabulador y aparece "postfix". Sí, sí, tranquilos, ya sé que en Debian eso se puede activar, pero HAY que hacerlo mientras que en Ubuntu viene de serie. Y personalmente no me acuerdo como se hace ni mucho menos me apetece saturar mi escasa memoria con detallitos como ese. - El .bashrc por defecto es una maravilla, tan sólo hay que descomentar la línea que muestra en colorines el Prompt y crear unos alias, pero es mucho mejor (para mí) que el que trae Debian (que no tiene nada). De hecho yo en el trabajo uso Kubuntu en mi ordenador pero cuando tengo que administrar un servidor (SIEMPRE DEBIAN) lo primero que hago es pegarle mi flamante .bashrc. Pero vamos, que en conclusión: Debian. -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: Cachondeo en /etc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Iñaki wrote: > El Martes, 6 de Junio de 2006 00:26, Iñaki escribió: > >>Hola, sólo una pregunta por un tema que me tiene frito: >> >>¿Se puede saber por qué en cada fichero de configuración en /etc se usa >>para comentar líneas un carácter diferente? > > > > Hoy mismo me he encontrado con esto cuando estudiaba un fichero de > configuración de Asterisk: > > > ; If static is set to no, or omitted, then the pbx_config will rewrite > ; this file when extensions are modified. Remember that all comments > ; made in the file will be lost when that happens. > static yes > > > Toma ya, si la aplicación modifica este fichero entonces se borrarán los > comentarios, los mismos comentarios que sirven para entender como funciona el > fichero. iñaki, me parece que esto ya paso de OT a capricho: claramente alli /no/ dice eso. En cambio dice: "Si defines static como no o lo omites, entonces pbx_config reescribira" o sea, debes explicitamente *declararlo* como no. Renglon seguido, dice claramente "static yes". Creo que (al menos yo) he llegado al punto en el cual el hilo no debe tensarse mas, a riesgo de que se rompa Saludos! - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEiHFfkw12RhFuGy4RAqp1AJ994QiFA/Os3ZX7EZFvcwC2j7kyHQCffGkp Qrv1a5VWQkIv45QxqGsLRis= =a1Bc -END PGP SIGNATURE-
Re: pptp
El Jueves, 8 de Junio de 2006 07:54, Ariel Nardelli escribió: > Hola! > > Estoy buscando documentacion para hacer esto justamente, pptp via ppp, > es lo que usa actualmente datamarkets para darte ip fija a las > conecciones de adsl, por lo que pude ver una vez que ya esta establecida > la comunicacion con el adsl arriba se hace una vpn. > > Estube mirando en google pero no pude hacerlo arrancar, no me logro > logear al servidor de ellos por el pptp, por eso pregunto si alguien que > use datamarket o que este haciendo algo parecido puede ayudarme un > poquito, se lo voy a agradecer. No lo he hecho nunca, pero si no recuerdo mal pptp usa una encriptación propietaria de Microsfot y hay que recompilar el kernel con el módulo correspondiente. -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: automontar dispositivos a medias
El Jueves, 8 de Junio de 2006 14:06, Ricardo Delgado escribió: > --- Iñaki <[EMAIL PROTECTED]> escribió: > > El Miércoles, 7 de Junio de 2006 22:26, Ricardo > > > > Delgado escribió: > > > tengo una duda, decidi probar (leido en el foro) > > > > el > > > > > automount (dbus-hal-pmount,etc) en mi debian Etch > > > > con > > > > > KDE 3.4.2 > > > pero tengo algunos inconvenientes. > > > > > > 1.- cuando coloco un CD a veces (muy pocas) en el > > > escritorio aparece el icono del CD y desmontado, > > > aunque si en el konqueror tipeo media:/ si aparece > > > > y > > > > > con la etiqueta del CD (no montado) > > > > ¿Y cuál es el problema? eso es lo normal. > > El problema es que sistemáticamente todo el mundo > > confunde detectar y asociar > > a un punto de montaje con montar. > > La realidad es que cuando metes un CD o un pendrive > > y sale el icono NO se > > monta el dispositivo, pero en cuanto lo pinchas se > > monta (es el > > funcionamiento normal). > > Gracias, esto lo sabia, solo que pense que se > "automontaba" creo haber visto esto en GNOME (no uso > este entorno). Pero lei que el dispositivo se > "automonta" y, en el caso del CD montado, con > presionar el boton expulsar, se desmontaba solo (esto > segun lo leido aqui en este foro). > http://lists.debian.org/debian-user-spanish/2006/01/msg01357.html > http://www.esdebian.org/article.php/20060410013305179 Es muy sencillo: mete un CD y espera a que salga el icono. Escirbe en consola: #> mount y comprueba si está montado o no. > > PD: En KDE 3.5 opcionalmente al meter un dispositivo > > te pregunta si quieres > > que lo monte o que hagas lo que sea. > > ok > > > > 2.- un disquette NUNCA aparece en el escritorio > > > > El disquete es un dispositivo paleolítico y nunca > > reaccionará como un cdrom o > > pendrive. > > Si no aparece en el escritorio es porque no tienes > > seleccionado "disquete" > > dentro de los dispositivos que se deben mostrar en > > el escritorio. Para ello > > click derecho en el escritorio "Configurar > > escirtorio" - "Comportamiento" - "Iconos de > > dispositivos". > > esto lo tengo pero que aparezca el dispositivo solo > cuando esta montado El problema es que tendrías que tener también activado mostrar el disquete no montado. Pero claro, entonces aparecería constantemente en el escritorio (al contrario que los CD's o pendrives). Lo que te decía: los disquetes son una patata pleistocena y no hay forma de que metas un disquete y el SO lo sepa (al contrario que un CD o pendrive) por lo que por necesidad debe mostrar siemrpe el disquete desmonatdo (lo mismo ocurre en media:/ ). > > > 3.- un pendrive si aunque no montado > > > > Eso es lo correcto, repito. ¿Qué más te da que se > > monte o no? en cuanto > > quieras acceder a él sólo tienes que hacer doble > > click y se monta. > > > > > y por ultimo tenia en /cdrom seteado el APT > > > es decir si realizaba #apt-get install kdm > > > me solicitaba el cd correspondiente a la > > > > aplicacion en > > > > > /cdrom, ahora tengo que montarlo manualmente. > > > > > >Que hice mal? en todo caso que me > > > > estaria > > > > > faltando configurar? algo que no entendi? > > > > Comprueba que /cdom sigue siendo un enlace al punto > > de montaje definido > > en /etc/fstab para el cdrom. > > > > En realidad con el tema de hal y dbus no hace falta > > tener el cdrom definido en > > fstab, pero no pasa nada por tenerlo. > > voy a revisar un poquito porque aqui no me funciona de > esta manera, por lo que decis, supongo que deberia. De > todas formas gracias. me aclaraste los conceptos Mete un CD y haz doble click. Luego haz "mount" en consola y comprueba qué dispositivo /dev/hd** es y qué punto de montaje tiene asociado /media/hd** (o lo que sea). Y luego comprueba que eso es igual en el sources.list. -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: [OT] Re: Cachondeo en /etc
Bueno, no he seguido los mas de 100 post de todo el hilo, y disculpen si mi intervención esta fuera de lugar... pero viendo este y otro que se hizo sobre la configuración de los escritorios, me quedo pensando que la estandarización es buena, pero tampoco es la cosa esperarse a que los demás hagan algo. Como ejemplo, pongo el menu Debian que todos tienen en sus KDE, Gnome, Fvwm, ICEWM, etc... ese menú fue creado por los chicos de Fvwm y como es una buena idea, se implemento (en Debian) en todos los escritorios, logrando una estandarización en los menus. Me parece buena la idea de crear librerias para cada lenguaje de programación que permitan mantener archivos de configuración parecidos. Personalmente no conozco lo suficiente en programación para hacerlas, pero quien pueda adelante. Si los demás lo ven como buena idea seguro que lo usan, y en el futuro no habrá problemas con estas cosas. Por otro lado siempre hay archivos de configuración más complicados que el común. Pero mientras a alguien le resulte conveniente. Seguro que sirve de algo. Mis 2 centavos. -- Linux Registered User # 386081 A menudo unas pocas horas de "Prueba y error" podrán ahorrarte minutos de leer manuales.
Re: Servidor Ubuntu o Debian
El jue, 08-06-2006 a las 08:20 -0500, kazabe escribió: > Hola! > > Resulta que en mi empresa han decidido montar un servidor firewall / > Proxy, usando linux, para lo cual estan evaluando si usar ubuntu o > Debian. > ¿que conocimientos tiene la persona que lo está evaluando? > Se supone que como ubuntu es "mas facil" de administrar, y es basado > totalmente en debian, es la mejor opcion. Pero a mi personalmente me > preocupa que esa "facilidad" de administracion, pueda pecar entonces > en problemas de seguridad. Pues yo supongo:. a) no creo que sea más fácil (para este tema que ocupas) b) cada vez está más lejos de debian, de hecho creo que no hay un solo paquete que no recompilen. c) no veo a ubuntu como "la mejor solución" para un firewall d) esa facilidad, no debería de ser un problema para la seguridad (aunque tal vez requiera, revisar ciertos puntos como la configuración de sudo, p.ej.) > Realmente es bueno usar Ubuntu como servidor de acceso a internet? > tengo entendido que ubuntu tiene un estricto control de seguridad, > pero no se bajo que parametros compararlo con los controles que tiene > el proyecto Debian. Hombre, aqui voy a decir una cosa, que va totalmente en mi contra, en contra de mi ideología, de mi corazón y de mis intereses, pero ubuntu anuncia que dará soporte a dapper durante 5 años ... Ahora la otra cara de la moneda, opinión personal, creo que hay menos cortafuegos en el mundo con ubuntu que con debian sarge :D > Personalmente, prefiero usar debian para esa clase de servicios, pero > necesito argumentos bastante concretos para convencer a la junta. El principal argumento ya te lo dieron, la orientación de cada una de estas distros, ubuntu pondrá más esfuerzos en que xgl mueva las ventanas, que en tener todo tipo de paquetes que se te ocurran utiles en un firewall. De todas maneras, ayudanos a responderte :) ¿por qué prefieres usar debian? ¿administrarás tu la máquina? > He intentado varias veces usar ubuntu, pero siempre me ha parecido que > es mas para usuario final que para servidores (es mi concepto > personal). Hay una versión para server. > Que opinan ustedes de usar Ubuntu como servidor de seguridad y acceso > a internet? Conozco a gente que lo hace con gentoo (de manera envidiable), los bsd con packet filter tienen cosas que debian no tiene ... estoy hablando en todo momento del mundo empresarial. Opino que si el administrador se siente más agusto con ubuntu, pues debe utilizarlo y si no se siente agusto con ubuntu, no debe utilizarlo, pero yo no lo vería como la única, ni como la mejor, opción. > Saludos Cordiales > > -- > "Imagination is more important than knowlege" > A.E. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Cachondeo en /etc
El Martes, 6 de Junio de 2006 00:26, Iñaki escribió: > Hola, sólo una pregunta por un tema que me tiene frito: > > ¿Se puede saber por qué en cada fichero de configuración en /etc se usa > para comentar líneas un carácter diferente? Hoy mismo me he encontrado con esto cuando estudiaba un fichero de configuración de Asterisk: ; If static is set to no, or omitted, then the pbx_config will rewrite ; this file when extensions are modified. Remember that all comments ; made in the file will be lost when that happens. static yes Toma ya, si la aplicación modifica este fichero entonces se borrarán los comentarios, los mismos comentarios que sirven para entender como funciona el fichero. ¿Y de quién es la culpa? pues de los desarrolladores, claro, que no han sabido/querido mejorar su aplicación para que acceda mejor a este archivo y no tenga necesidad de borrar comentarios. Muy fácil decir lo anterior, pero yo propongo un caso hipotético: Imaginemos que EXISTE un formato estandarizado para los ficheros de configuración (no hablo de XML, por dios) y que incluso los comentarios estuviesen estandarizados. Llamémosle a este formato "isoconf" Añadamos también una librería "libisoconf" en todos los lenguajes de programación que proporciona funciones de acceso de lectura y escritura sencilla en archivos de configuración "isoconf". Pues resulta que si eso existiese los desarrolladores de Asterisk o la aplicación que fuere no se tendrían que comer la cabeza reinventando por enésima vez un código para acceder y escribir en los ficheros de configuración, que ellos lo que quieren es hacer VoIP o lo que sea, no pelearse con ficheritos de texto. De hecho queda demostrado que no son muy buenos accediendo en modo escritura a sus propios ficheros de configuración (por eso de que borran los comentarios). Simplemente tendrían que usar el formato "isoconf" en sus ficheros de configuración y la librería "libisoconf" correspondiente a su lenguaje de programación y ser felices preocupándose de lo que realmente les interesa programar. Claro, que entonces todo el rollito este de diversidad injustificada se iría al garete. Pues bueno... -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: [OT] Lo malo de la NO estandarización de escritorios en Linux
El Domingo, 28 de Mayo de 2006 00:50, Iñaki escribió: > Hola, espero no crear demasiada controversia son este correo Off Topic, > pero recientemente he leído algo que me ha hecho abrir los ojos respecto de > algo que, aunque ya lo intuía, nunca lo había tenido tan claro. > > Trata sobre los problemas derivados de la existencia de distintos > escritorios en Linux y sobre todo de la falta de estandarización de > aspectos básicos en los mismos. Sé que esto se está llevando a cabo poco a > poco con > freedesktop.org, pero aún queda mucho por hacer. > > Resulta que Google ha publicado Picassa para Linux, y sólo por curiosidad > le he echado un vistazo al FAQ (http://picasa.google.com/linux/faq.html) y > me he encontrado con estos interesantes textos: > > > > --- >--- Q: I got a message that “Picasa was unable > to determine the default web browser.” What happened? > > Picasa does its best to try to determine the default web browser, > particularly for the Gnome and KDE environments. Because this isn’t well > standardized on Linux, sometimes Picasa won’t be able to find an > appropriate browser. Under Gnome, Picasa will use whatever browser is > configured within your Gnome environment. It retrieves the browser by > running either gconftool-2 or gconftool as follows: gconftool -g > /desktop/gnome/url-handlers/http/command. To change the browser that’s > selected, just change your Gnome preferences. Under KDE, Picasa will use > the dcop command-line tool to interface to Konqueror, and use the > KonquerorIface openBrowserWindow method to open a URL. Unfortunately, as > far as we can tell, KDE will always open with Konqueror, regardless of what > you’ve configured as your default browser. > --- >--- > > Esto es cierto, si abres una aplicación Gtk en KDE y esa aplicación llama a > un navegador lo llamará según la configuración de Gnome y no de KDE, lo > cuál es una carencia de diseño. > > En cambio esto no ocurre en Windows, porque por mucho que nos pese las > aplicaciones saben dónde mirar cuál es el navegador predeterminado (aunque > recuerdo que el MSN messeger abre de todas todas el IE, pero es una > excepción). > > > > --- >--- Q: Why won't Picasa use my native email > program? > > The interface for starting a native Linux email program isn’t standardized, > and often doesn't work. > We do our best to launch the proper email client, but there are only a few > combinations that we’ve found to work. Those include using Evolution under > Gnome, and using KMail under KDE, but only when KMail is already up and > running in the background. > --- >--- > > Esto también es cierto, si usas Firefox en KDE y pinchas en un mailto: > sencillamente no se abre nada (y supongo que en Gnome ocurre similar). Para > configurar el cliente de correo al que debe llamar Firefox hay que andar > en "about:config" metiendo rollos de variables y scripts. Muy triste. > > > > --- >--- Q: I got a message that “Picasa was unable > to find a default handler for that file.” What happened? > > You may get this message if you ask to open a file (usually a picture) with > your native Linux program and Picasa can't figure out what program to use. > Again, because there’s no standard way to do this on Linux, Picasa just > does its best to figure it out; if it can't, it will present you with this > dialog box. > --- >--- > > Lo cual vuelve a ser cierto: si alguien usa Gnome pero le gusta Konqueror > para gestionar sus archivos tendrá que configurar en dos sitios las > aplicaciones asociadas a cada tipo MIME. Absurdo en el 2006. > > > > > Con todo esto entiendo que hoy por hoy hacer un programa para Linux es más > difícil que hacerlo para Windows. Confío en que los desarrolladores de los > distintos escritorios tengan consciencia real de estos inconvenientes y se > lancen a seguir las recomendaciones de freedesktop.org. > > Sería maravillo poder elegir el escritorio a usar (KDE, Gnome...) sin tener > por ello que volver a configurar aspectos tan básicos y estandarizables > como la asociación de tipos MIME con sus programas, el navegador web, el > cliente de correo, los contactos, la configuración de Proxy (es ridículo > que haya que configurarlo en cada cliente http, ¿acaso configuramos en cada > uno los DNS?). > > Pues eso, que ojalá algún día la diversidad de Linux tenga más ventajas que > inconvenientes (EMHO). > > > Saludos y perdón por lo extenso del corr
Re: [OT] Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 04:33, Blu escribió: > On Wed, Jun 07, 2006 at 11:21:31PM +0200, Iñaki wrote: > > El Miércoles, 7 de Junio de 2006 23:11, Blu escribió: > > > > ¿No me diga que nunca has perdido el tiempo en un error absurdo por > > > > poner un punto y coma al final de una asignación en una variable? ¿o > > > > por poner/olvidar el signo = ? > > > > > > De hecho sí, y los sigo perdiendo, y eso que hace años que programo en > > > C. Es más, exijo que se elimine el ; del lenguaje pues se me olvida > > > ponerlo demasiadas veces y eso me hace perder tiempo. Aún más, exijo > > > que los mensajes de error de todos los compiladores C se estandaricen > > > para, al menos, darme cuenta de inmediato que lo que pasa es que se me > > > olvidó un punto y coma y no que tengo un "syntax error at line xxx" o > > > "error [2345] xxx" o "found aaa when expecting bbb at line xxx". No, > > > esto me hace la vida difícil y poco productiva, todo compilador de C > > > debe decir simplemente "te falta un ; en la linea xxx". Es tan difícil? > > > :) <- NÓTESE > > > > Debo entender que lo dices irónicamente, pero no sé porqué. :s > > No sé si lo preguntas en serio, pero la respuesta es que la falta de un > punto y coma no es evidente para el compilador. El compilador no sabe si > quieres terminar la sentencia ahí o si quieres continuarla pero cometiste > un error de sintaxis. Peor aún, una sentencia puede terminar en varios > lugares. Depende de dónde te olvidaste el punto y coma, el error que te va > a dar el compilador será distinto. Dos mensajes de error idénticos pueden > significar que te equivocaste en cosas distintas y dos errores distintos > pueden gatillar mensajes de error idénticos. Vale, pero podrían dar todos los compiladores el mismo acertado mensaje. Es que según tu argumento todos darían el mismo mensaje equivocado, ¿por qué no pones un ejemplo en el que todos los compiladores dan el mismo error y además es el error correcto? -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: [OT] Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 03:36, ga escribió: > > ¿Alguien ha observado mínimamente la estructura del archivo XF86Config-4 > > o del xorg.conf? es realmente triste, un ejemplo: > > ¿Porqué es realmente triste? ¿Has hecho algo para que esa configuración sea > diferente? Nada más que criticar... O sea, ¿no puedo criticar algo que uso si no lo he hecho yo mismo o participado en su desarrollo? Estamos mezclando cosas, criticar no significa insultar ni despreciar. Incluso hay quien habla de que existen "críticas constructivas". > > Section "Screen" > > Identifier "Default Screen" > > Device "NVIDIA Corporation NV18 [GeForce4 MX 440 AGP 8x]" > > Monitor "Visual Sensa" > > DefaultDepth 24 > > SubSection "Display" > >depth 24 > >modes "[EMAIL PROTECTED]" "1280x854" "[EMAIL PROTECTED]" "[EMAIL > > PROTECTED]" > > EndSubSection > > EndSection > > > > > > Eso de "SubSection" es muy cutre. Lo explican mejor aquí: > > http://open.nit.ca/uniconf.pdf > > > > ¿Alguien cree que es ventajoso ese infame modo de estructurar un archivo > > de configuración? ah sí, claro, los genes de los irlandeses y esas > > cosas... > > ¿Cuántos años se lleva usando esa syntaxis de configuración? ¿Cuántas veces > se ha quejado la gente? Desde siempre la he conocido así, y espero que > siga. Pues mira lo buenos que son las herramientas de configuración de las X y lo bien que se llevan con ese infernal archivo. El ejemplo más claro lo tienes en Debian: si por un casual osas modificar ese archivo manualmente ya no lo podrás modificar con el "dpkg-reconfigure" porque no se atreve al existir cambios manuales que podría no detectar, y te obliga a seguir los pasos que indican en el inicio del archivo. > Bien, después de montar todo este medio OT (para mi grandísimo OT), en mi > opinión, en vez de hablar por hablar, que parece sobra el tiempo a más de > uno/a Iñaki, se debería considerar cuál es la implicación de cada uno de > los que critican estas cosas con los proyectos de software libre; y en caso > de no estar de acuerdo con algo actuar y colaborar. Estoy de acuerdo, pero como valoro la opinión de la gente de esta lista simplemente quería conocer lo que pensáis del tema. Pero insisto, ya vale de prohibir criticar algo si no se está implicado en el desarrollo de lo mismo. > Así que, si no te gusta algo, haz algo para cambiarlo, hablar es muy fácil, > demasiado, menos mal que es gratis (por ahora). Debo ser raro, pero es que me gusta conocer la opinión de la gente, sobre todo de gente de esta lista en temas de Linux. -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: [OT] Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 05:33, Luis Lezcano Airaldi escribió: > Además, la mayoría (o todos) loas archivos de /etc traen comentarios, sólo > es cuestión de fijarse qué carácter usan. Hasta que te encuentras con el problema de que cuando algunas aplicaciones se atreven a modificar un fichero en /etc resulta que tienen, por precaución, que eliminar todos los comentarios. Un ejemplo lo expongo en otro correo que voy a mandar en este hilo. -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: [OT] Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 01:45, Inigo Tejedor Arrondo escribió: > Y que me dicen de los logs? creo que hay un SERIO y GRAVE problema, el > cual acabará con la humanidad y posiblemente con el universo, porque > cada programa genera un log distinto :S > apago el modo irónico. No, no apagues ningún modo irónico, éste último párrafo no era en absoluto irónico. Es un problema real y por suerte existe syslog-ng para arreglarlo en gran medida. > enciendo el modo iluso. > Habra que llamar a los de redmon, para que unifiquen todo bien juntito, > en formato .ini, exe, dll y .ico ya esta ¡¡arreglado!! > apago el modo iluso. Hola, sólo hablábamos de ficheros de configuración. > P.D. Iñaki y Jorge entiendo perfectamente lo que queréis expresar, a > pesar de mi opinion, la idea es muy bonita, ahora darle forma a la idea > a ver si sale algo ;) Creo que ya existen proyectos al respecto, cuando tenga tiempo tengo pensado echarles un vistazo en serio y ponerme "pesao". :p -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: no consigo reiniciar ni apagar
2006/6/8, consultores1 <[EMAIL PROTECTED]>: El Miércoles, 7 de Junio de 2006 2:56 AM, antonio rodriguez escribió: > Hola, > > Luego de la última actualización (05/06/200&) de mi Debian/testing(Linux > laptop 2.6.8-2-386,i686 GNU/Linux, sobre un Toshiba Sat.A40-201) donde > todo lo referente a los xserver ha cambiado, no consigo reiniciar ni > apagar la máquina (encenderla y trabajar sin problemas) He notado que es > cuando lee los initscripts cuando se para. He intentado regresar a la > versión anterior, pero nada. Los paquetes que se actualizaron y/o > instalaron, fueron: > > Commit Log for Mon Jun 5 10:23:56 2006 > > > Quitó los paquetes siguientes: > > xserver-common > > Actualizó los paquetes siguientes: > > dictionaries-common (0.66.0) to 0.66.2 > fnfx-client (0.3-8) to 0.3-9 > fnfxd (0.3-8) to 0.3-9 > gnome-menus (2.14.0-1) to 2.14.0-2 > gtk2-engines-pixbuf (2.8.16-1) to 2.8.17-2 > initscripts (2.86.ds1-14) to 2.86.ds1-14.1 > klogd (1.4.1-17.2) to 1.4.1-18 > lesstif2 (1:0.94.4-1.1+b2) to 1:0.94.4-2 > libavahi-client3 (0.6.9-8) to 0.6.10-1 > libavahi-common-data (0.6.9-8) to 0.6.10-1 > libavahi-common3 (0.6.9-8) to 0.6.10-1 > libavahi-compat-howl0 (0.6.9-8) to 0.6.10-1 > libavahi-compat-libdnssd1 (0.6.9-8) to 0.6.10-1 > libavahi-glib1 (0.6.9-8) to 0.6.10-1 > libavahi-qt3-1 (0.6.9-8) to 0.6.10-1 > libavc1394-0 (0.5.1-1) to 0.5.3-1 > libdmx1 (6.9.0.dfsg.1-6) to 1:1.0.1-3 > libdvdread3 (0.9.4-5.1) to 0.9.6-1 > libfontenc1 (1:1.0.1-5) to 1:1.0.1-6 > libfs6 (6.9.0.dfsg.1-6) to 2:1.0.0-3 > libgail-common (1.8.11-1) to 1.8.11-2 > libgail17 (1.8.11-1) to 1.8.11-2 > libgnome-menu2 (2.14.0-1) to 2.14.0-2 > libgnomecups1.0-1 (0.2.2-1) to 0.2.2-2 > libgoffice-1-2 (0.2.1-1) to 0.2.1-3 > libgoffice-1-common (0.2.1-1) to 0.2.1-3 > libgtk2.0-0 (2.8.16-1) to 2.8.17-2 > libgtk2.0-bin (2.8.16-1) to 2.8.17-2 > libgtk2.0-common (2.8.16-1) to 2.8.17-2 > libhal-storage1 (0.5.7-1) to 0.5.7-2 > libhal1 (0.5.7-1) to 0.5.7-2 > libpango1.0-0 (1.12.1-2) to 1.12.3-1 > libpango1.0-common (1.12.1-2) to 1.12.3-1 > librsvg2-2 (2.14.2-1) to 2.14.3-2 > librsvg2-common (2.14.2-1) to 2.14.3-2 > libsm6 (6.9.0.dfsg.1-6) to 1:1.0.0-4 > libx11-6 (6.9.0.dfsg.1-6) to 2:1.0.0-6 > libx11-dev (6.9.0.dfsg.1-6) to 2:1.0.0-6 > libxau6 (6.9.0.dfsg.1-6) to 1:1.0.0-3 > libxaw7 (6.9.0.dfsg.1-6) to 1:1.0.1-5 > libxcomposite1 (6.9.0.dfsg.1-6) to 1:0.2.2.2-3 > libxcursor1 (1.1.3-1) to 1.1.5.2-5 > libxdamage1 (6.9.0.dfsg.1-6) to 1:1.0.2.2-3 > libxdmcp6 (6.9.0.dfsg.1-6) to 1:1.0.0-4 > libxext-dev (6.9.0.dfsg.1-6) to 1:1.0.0-4 > libxext6 (6.9.0.dfsg.1-6) to 1:1.0.0-4 > libxfixes3 (6.9.0.dfsg.1-6) to 1:3.0.1.2-4 > libxi-dev (6.9.0.dfsg.1-6) to 1:1.0.0-5 > libxi6 (6.9.0.dfsg.1-6) to 1:1.0.0-5 > libxinerama1 (6.9.0.dfsg.1-6) to 1:1.0.1-4 > libxkbfile-dev (6.9.0.dfsg.1-6) to 1:1.0.2-3 > libxkbfile1 (6.9.0.dfsg.1-6) to 1:1.0.2-3 > libxkbui1 (6.9.0.dfsg.1-6) to 1:1.0.1-3 > libxmu6 (6.9.0.dfsg.1-6) to 1:1.0.1-3 > libxmuu1 (6.9.0.dfsg.1-6) to 1:1.0.1-3 > libxp6 (6.9.0.dfsg.1-6) to 1:1.0.0-1 > libxpm4 (6.9.0.dfsg.1-6) to 1:3.5.4.2-3 > libxrandr2 (6.9.0.dfsg.1-6) to 2:1.1.0.2-4 > libxrender1 (1:0.9.0.2-1) to 1:0.9.0.2-4 > libxres1 (6.9.0.dfsg.1-6) to 2:1.0.0-3 > libxss1 (6.9.0.dfsg.1-6) to 1:1.0.1-4 > libxt6 (6.9.0.dfsg.1-6) to 1:1.0.0-5 > libxtrap6 (6.9.0.dfsg.1-6) to 1:1.0.0-3 > libxtst6 (6.9.0.dfsg.1-6) to 1:1.0.1-3 > libxv-dev (6.9.0.dfsg.1-6) to 1:1.0.1-3 > libxv1 (6.9.0.dfsg.1-6) to 1:1.0.1-3 > libxxf86dga1 (6.9.0.dfsg.1-6) to 2:1.0.0-3 > libxxf86misc1 (6.9.0.dfsg.1-6) to 1:1.0.0-4 > libxxf86vm1 (6.9.0.dfsg.1-6) to 1:1.0.0-4 > lsb-base (3.1-5) to 3.1-8 > po-debconf (1.0.1) to 1.0.2 > python-gmenu (2.14.0-1) to 2.14.0-2 > r-cran-cluster (1.10.5-1) to 1.11.0-1 > r-cran-lmtest (0.9.14-2) to 0.9.15-1 > r-cran-mgcv (1.3-16-1) to 1.3-17-1 > r-cran-nlme (3.1.71-1) to 3.1.73-1 > r-cran-survival (2.22-1) to 2.26-1 > sysklogd (1.4.1-17.2) to 1.4.1-18 > sysv-rc (2.86.ds1-14) to 2.86.ds1-14.1 > sysvinit (2.86.ds1-14) to 2.86.ds1-14.1 > tasksel (2.44) to 2.47 > tcpdump (3.9.4-3) to 3.9.4-4 > x-dev (6.9.0.dfsg.1-6) to 7.0.4-3 > x11-common (6.9.0.dfsg.1-6) to 1:7.0.20 > xaw3dg (1.5+E-11) to 1.5+E-14 > xbase-clients (6.9.0.dfsg.1-6) to 1:7.0.1-2 > xfonts-100dpi (6.9.0.dfsg.1-6) to 1:1.0.0-2 > xfonts-100dpi-transcoded (6.9.0.dfsg.1-6) to 1:1.0.0-2 > xfonts-75dpi (6.9.0.dfsg.1-6) to 1:1.0.0-2 > xfonts-base (6.9.0.dfsg.1-6) to 1:1.0.0-3 > xfonts-scalable (6.9.0.dfsg.1-6) to 1:1.0.0-4 > xlibmesa-gl (6.9.0.dfsg.1-6) to 1:7.0.20 > xlibs-data (6.9.0.dfsg.1-6) to 1:7.0.20 > xlibs-static-dev (6.9.0.dfsg.1-6) to 1:7.0.20 > xmms (1.2.10+cvs20050809-5) to 1.2.10+cvs20060429-1 > xprint (1:0.1.0.alpha1-13) to 1:1.0.2-1 > xprint-common (1:0.1.0.alpha1-13) to 1:1.0.2-1 > xserver-xorg (6.9.0.dfsg.1-6) to 1:7.0.20 > xterm (210-2) to 210-3 > xutils (6.9.0.dfsg.1-6) to 1:7.0.0-3 > > Instaló los paquetes siguientes: > > libfontenc-dev (1:1.0.1-6) > libfreetype6-dev (2.2.1-2) > libgl1-mesa-glx (6.4.1-0.4) > libmikmod2 (3.1.11-a-6) > libx11-data (2:1.0.0-6) > libxau-dev (1:1.0.0-3) > libxdmcp-dev (1
Re: [OT] Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 00:26, Blu escribió: > On Thu, Jun 08, 2006 at 12:11:22AM +0200, Iñaki wrote: > > El Miércoles, 7 de Junio de 2006 23:53, Ricardo Frydman Eureka! escribió: > > > > Pero a ver, ¿hay algún lenguaje de programación en el mundo en el que > > > > la asignación de variables se haga sin un = u otro símbolo? > > > > > > y(Deberia mandarte a Google) Pero Ya que lo pides y estas en > > > quisquilloso, los que recuerdo: > > > ADD > > > > > > := > > > > > > == > > > is > > > export > > > > Pues eso, que no me has dicho ninguno que use asignación con un espacio > > en blanco. > > "setenv variable valor". Creo que es csh. > > Pero la mejor es "move valor to variable" del venerable COBOL, a pesar de > que no usa espacio para asignar, sino que dos tokens para que parezca > inglés natural, tierno. Ah, entonces las aplicaciones más comunes de Linux están hechas en Cobol y Fortran :p -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: [OT] Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 01:52, consultores1 escribió: > hasta pronto. Sabias que hay varias personas usando Linux en el consorcio > Microsoft? y que 1 distribucion es hecha con sus fondos? Creo que es > Linspire. Interesante, ¿y? No veo relación que el hilo. -- Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: Configurar los dirvers oficiales de ati en etch
El jue, 08-06-2006 a las 19:34 +0200, Alwar escribió: > 2006/6/8, Inigo Tejedor Arrondo <[EMAIL PROTECTED]>: > > El jue, 08-06-2006 a las 11:28 +0200, ChEnChO escribió: > > > El 7/06/06, Alwar<[EMAIL PROTECTED]> escribió: > > > > > El mié, 07-06-2006 a las 20:09 +0200, Alwar escribió: > > > > > > > > > > > Pues es que el paquete ese no esta en testing... como hay pone > > > > > > > > > > > > > > El paquete fglrx no pertenece a los repositorios de Debian. De hecho, > > > al usarlo estás contaminando el kernel como muy bien dice el módulo al > > > instalarlo ;) > > > > Si, salta a la vista el mensaje, y también al cargarse el módulo en el > > arranque hay un blablabla taints the kernel ... > > > > Pues alguno está metiendo suciedad en el non-free (de unstable): > > http://packages.debian.org/cgi-bin/search_packages.pl?keywords=fglrx&searchon=names&subword=1&version=all&release=all > > > > Saludos > > > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > > > No entiendo que es eso de que esta contaminando el kernel? lo puedes > explicar?. Cuestión de licencias, estás instalando lo que en Openbsd llaman un "blob", una caja negra, http://www.openbsd.org/lyrics.html#39 > Ya me baje los paquetes de debian, luego pruebo a instalarlo haber si > consigo la aceleracion de la grafica. Gracias! A ver, esos paquetes son de unstable, lo puse a modo de comentario, ya que chencho dijo que no pertenecián a los repositorios de debian. Creo que en uno de los primeros correos, lo comenté, pero voy a detallar un poco más: Te bajas el instalador de ATI, de su página, con un navegador web ;) sigues la documentación y me cuentas el problema. Fijate aqui https://www2.ati.com/drivers/linux/linux_8.25.18-inst.html Saludos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Servidor Ubuntu o Debian
kazabe wrote: Hola! Hola Resulta que en mi empresa han decidido montar un servidor firewall / Proxy, usando linux, para lo cual estan evaluando si usar ubuntu o Debian. Se supone que como ubuntu es "mas facil" de administrar, y es basado totalmente en debian, es la mejor opcion. Pero a mi personalmente me preocupa que esa "facilidad" de administracion, pueda pecar entonces en problemas de seguridad. Personalmente prefiero confiar en lo que yo hago a lo que "me pueda hacer una gui" bonita. Realmente es bueno usar Ubuntu como servidor de acceso a internet? tengo entendido que ubuntu tiene un estricto control de seguridad, pero no se bajo que parametros compararlo con los controles que tiene el proyecto Debian. Es tan bueno como usar, debian, centos, rh, fedora y todas las otras distros. En lo que si radica tu problema, es la solucion que te aportan las comunidades al momento de paquetes afectados por problemas de seguridad. Creo que cualquier distribucion de Linux puede solucionarte el problema que necesitas, con mas o menos trabajo, eso lo decides tu. Personalmente, prefiero usar debian para esa clase de servicios, pero necesito argumentos bastante concretos para convencer a la junta. Te repito... esa desicion pasa por que distro ocupar, y eso trae como consecuencia, participar de la comunidad q mantiene tu distro, por la calidad del codigo que ella genera, y por la rapidez en que solucionan los problemas. He intentado varias veces usar ubuntu, pero siempre me ha parecido que es mas para usuario final que para servidores (es mi concepto personal). Otra vez... cualquier distro sirve para lo que quieres. Obviamente hay distros orientadas a escritorios como otras orientadas a servers. Que opinan ustedes de usar Ubuntu como servidor de seguridad y acceso a internet? Mas que confiar en la distribucion, habria que confiar en un monton de factores, tales como: - Confiabilidad del codigo de la distro - Versionamiento del codigo - Confiabilidad y experticia del sysadmin (aqui radica todo!!) - Vulnerabilidad a ataques No pienses nunca que por instalar una distro para servidores no dejaras de administrarla y parcharla, eso es para todas las distros. Y como mencionaba arriba, eso va en la experticie del sysadmin. Si el sysadmin es malo, cualquier distro que instale va a ser vulnerable, por el contrario con cualquier distro podra encontrar soluciones a los problemas. He dicho... jaja PD1: es un poco flame el mail del amigo debian/ubuntu. PD2: he querido salirme mas alla del concepto de distro para plantear mis puntos de vista, para que no piensen que le tengo mala onda a debian. PD3: debian rules salu2 -- Francisco Collao Gárate Ingeniero de Ejecución Químico LinuxUser #363300 http://pcollaog.lcampino.cl [Usa Firefox y redescubre Internet http://www.firefox.cl] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Servidor Ubuntu o Debian
El Jueves, 8 de Junio de 2006 15:20, kazabe escribió: > Hola! > > Resulta que en mi empresa han decidido montar un servidor firewall / Proxy, > usando linux, para lo cual estan evaluando si usar ubuntu o Debian. > > Se supone que como ubuntu es "mas facil" de administrar, y es basado > totalmente en debian, es la mejor opcion. Pero a mi personalmente me > preocupa que esa "facilidad" de administracion, pueda pecar entonces en > problemas de seguridad. Ubuntu es tan fácil de administrar como debian. Ahora bien incorpora una serie de pijadas, que vienen muy bien como desktop, pero que no veo claro que deban estar en un servidor, más que nada por que tener X en un servidor me parece totalmente innecesario e inseguro. > > Realmente es bueno usar Ubuntu como servidor de acceso a internet?tengo > entendido que ubuntu tiene un estricto control de seguridad, pero no se > bajo que parametros compararlo con los controles que tiene el proyecto > Debian. ¿Estricto control de seguridad? El mismo que le quieras poner a debian. > > Personalmente, prefiero usar debian para esa clase de servicios, pero > necesito argumentos bastante concretos para convencer a la junta. > Por suerte yo no tengo que convencer a ninguna junta, si hay dudas al respecto el peso de mi opinión inclina la decisión a un lado u otro, así que me temo que no te puedo dar muchos consejos. Lo único que veo a favor de ubuntu es que cuenta con soporte técnico oficial (pagando) y el soporte para debian lo tienes aquí y otras mil listas de correo a través de internet. Yo no entro en que es mejor, si pagar por un servicio técnico o buscarte la vida por internet. Yo siempre he optado por la segunda y me ha ido muy bien. > He intentado varias veces usar ubuntu, pero siempre me ha parecido que es > mas para usuario final que para servidores (es mi concepto personal). > Ubuntu tiene una versión para servidores, me imagino que no te instala un desktop ni nada superfluo. > Que opinan ustedes de usar Ubuntu como servidor de seguridad y acceso a > internet? Mi experiencia con ubuntu es unicamente debido a la facilidad que tienes para dejar un escritorio corriendo en 20 minutos. No la he usado en servidores ni creo que lo haga. No termina de convencerme ni siquiera para mi portátil. -- BOFH excuse #335: the AA battery in the wallclock sends magnetic interference pgpJM8Y6LrlnE.pgp Description: PGP signature
Re: OT: libro de O'Reilly "Linux Device Drivers".
On 6/8/06, Carlos Hernández Medina <[EMAIL PROTECTED]> wrote: A quien le interese ya esta disponible el libro de libro de O'Reilly "Linux Device Drivers" y es libre. El propio CD viene con licencia GPL, por lo que puede descargarse y copiarse libremente. El libro es excelente. Me ha servido de referencia para estos documentos: Un Keylogger simple que funciona dentro de UML. http://wiki.freaks-unidos.net/uml%20keylogger Un ejemplo de drivers para Linux. http://wiki.freaks-unidos.net/linux%20drivers Se puede probar todo esto usando Debian dentro de User Mode Linux. http://wiki.freaks-unidos.net/instalando%20debian%20en%20user%20mode%20linux Saludos. -- http://arhuaco.org/
Re: Configurar los dirvers oficiales de ati en etch
2006/6/8, Inigo Tejedor Arrondo <[EMAIL PROTECTED]>: El jue, 08-06-2006 a las 11:28 +0200, ChEnChO escribió: > El 7/06/06, Alwar<[EMAIL PROTECTED]> escribió: > > > El mié, 07-06-2006 a las 20:09 +0200, Alwar escribió: > > > > > > > Pues es que el paquete ese no esta en testing... como hay pone > > > > > > El paquete fglrx no pertenece a los repositorios de Debian. De hecho, > al usarlo estás contaminando el kernel como muy bien dice el módulo al > instalarlo ;) Si, salta a la vista el mensaje, y también al cargarse el módulo en el arranque hay un blablabla taints the kernel ... Pues alguno está metiendo suciedad en el non-free (de unstable): http://packages.debian.org/cgi-bin/search_packages.pl?keywords=fglrx&searchon=names&subword=1&version=all&release=all Saludos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] No entiendo que es eso de que esta contaminando el kernel? lo puedes explicar?. Ya me baje los paquetes de debian, luego pruebo a instalarlo haber si consigo la aceleracion de la grafica. Gracias! -- El estudio de Alwar http://alwar.es Juega a ROL ON-LINE y GRATIS Apogeus tu web Hispana de ROL http://apogeusone.com
OT: libro de O'Reilly "Linux Device Drivers".
A quien le interese ya esta disponible el libro de libro de O'Reilly "Linux
Device Drivers" y es libre.
El propio CD viene con licencia GPL, por lo que puede descargarse y copiarse
libremente.
http://kernel.org/pub/linux/kernel/people/gregkh/ddk/
Usuario de Linux registrado #394739
sss uu uu ppoo rtt eee hh hh
sssuu uu pp pp oo oo rr rr tteecc hh hh
uu uu p oooo r ttecc hhh
uu uu pp oooo rr r tteecc hh hh
uu uu pp oo oo rr rr ttee cc hh hh
u ppoo rr rr tteee hh hh
-
Correo Electrónico, Gobierno del Distrito Federal.
-
Correo Electrónico, Gobierno del Distrito Federal.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problemas con AMSN 0.95
On 6/8/06, Ernes <[EMAIL PROTECTED]> wrote: Si, seguramente algo va a salir... todo se soluciona 2006/6/8, Ernesto A. Nappi <[EMAIL PROTECTED]>: > Ernesto, espero que la solución no sea simplemente la resignación, yo > creo que la lista seguramente tiene la capacidad de encontrar el > error, somos nosotros quienes construimos el mundo GNU/Linux, desde > las bases sociales. > > Igualmente te agradezco por tu opinión. > DRAKO > > 2006/6/7, Ernes <[EMAIL PROTECTED]>: > > 2006/6/7, Ernesto A. Nappi <[EMAIL PROTECTED]>: > > > Hola a todos, mi problema consiste en que instale el nuevo MSN 0.95, y > > > al utilizarlo me encuentro con que se vuelve de vez en cuando > > > inestable, y debo matar el proceso WISH. > > > Cuento con Debian Sarge. > > > Se tambien que antiguamente se utilizaba un parche para el correcto > > > funcionamiento del AMSN, lo estuve buscando pero no lo encontre por > > > ningun lado. > > > Les agradecería me den una mano, ya que estuve buscando en el mayor > > > Gurú de todos Google, y no encontre nada. > > > > > > Muchas Gracias. > > > DRAKO > > > > > > > > > > Bueno tocayo te respondo q tengo los mismos problemas...pero bue, es > > rezar para q no se cuelgue > > salu2 > > -- > > Mi pagina: http://www.linuxplatense.com.ar > > > > > > -- Mi pagina: http://www.linuxplatense.com.ar Saludos, a mi me pasa algo similar... luego de cerrar una sesion y quiero abrir otra de otro usuario, es ahi cuando amsn no va mas, se cuelga, no me queda mas que xkill.
Re: Configurar los dirvers oficiales de ati en etch
El jue, 08-06-2006 a las 11:28 +0200, ChEnChO escribió: > El 7/06/06, Alwar<[EMAIL PROTECTED]> escribió: > > > El mié, 07-06-2006 a las 20:09 +0200, Alwar escribió: > > > > > > > Pues es que el paquete ese no esta en testing... como hay pone > > > > > > El paquete fglrx no pertenece a los repositorios de Debian. De hecho, > al usarlo estás contaminando el kernel como muy bien dice el módulo al > instalarlo ;) Si, salta a la vista el mensaje, y también al cargarse el módulo en el arranque hay un blablabla taints the kernel ... Pues alguno está metiendo suciedad en el non-free (de unstable): http://packages.debian.org/cgi-bin/search_packages.pl?keywords=fglrx&searchon=names&subword=1&version=all&release=all Saludos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Alternativa a HeartBeat
Hola amigos, existe alguna alternativa de Heartbeat para VPN?? con servidores debian. -- Andres Chavez. www.edasisweb.com Temuco - Chile -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Servidor Ubuntu o Debian
El Jueves, 8 de Junio de 2006 16:23, Ricardo Frydman Eureka! escribió: > Francisco J. Bejarano wrote: > > El Jueves, 8 de Junio de 2006 15:35, Ricardo Frydman Eureka! escribió: > >>kazabe wrote: > >>>Hola! > >> > >>hola! no uses HTML! solo texto plano aqui! > >> > >>>Resulta que en mi empresa han decidido montar un servidor firewall / > >>>Proxy, usando linux, para lo cual estan evaluando si usar ubuntu o > >>>Debian. > >> > >>bien! > >> > >>>Se supone que como ubuntu es "mas facil" de administrar, > >> > >>Quien te ha dicho eso? > > > > Es mas facil de administrar en los casos que tenga GUIs que faciliten el > > uso, > > Los cuales por supuesto, estan disponibles tanto en Ubuntu, como en > Debian, como en Gentoo, como en FreeBSD, como en RedHat, como en > lesbilinux, como en sexlinux, como en > > > si no, es lo mismo, y para lo que necesitas creo que te valen las 2 en > > modo texto. > > > >>>y es basado > >>>totalmente en debian, es la mejor opcion. Pero a mi personalmente me > >>>preocupa que esa "facilidad" de administracion, pueda pecar entonces en > >>>problemas de seguridad. > >> > >>Hmmm. Aclaremos algo: > >> > >>Ubuntu es una distro basada en Debian, orientada a escritorios y > >>caracterizada por hacer mas sencilla la instalacion y deteccion inicial > >>de dispositivos. Punto. > > > > Bueno mas que nada a que sea usable. > > Por favor! No otra discusion/eterna/sinsentido! era una apreciacion, no el comienzo de una discusion. > > >>Lo que tu estas por implementar no es un escritorio, es un servidor. > >>Administrar servidores es igual de sencillo o dificil en una como en > >> otra. Respecto al tema de seguridad, lo brinda el administrador y no la > >> distribucion elegida, por lo que veras que depende mas de ti que de > >> quien empaquete las aplicaciones que piensas usar. En esto estaba de acuerdo, que no lo puse antes. > >> > >>>Realmente es bueno usar Ubuntu como servidor de acceso a internet? > >> > >>Depende. > > > > Yo creo que, si debian lo es, ubuntu tambien. > > > >>>tengo entendido que ubuntu tiene un estricto control de seguridad, pero > >>>no se bajo que parametros compararlo con los controles que tiene el > >>>proyecto Debian. > >> > >>A que te refieres aqui? Quieres ampliar un poco la frase/pregunta? > >> > >>>Personalmente, prefiero usar debian para esa clase de servicios, pero > >>>necesito argumentos bastante concretos para convencer a la junta. > >> > >>Seria importante que tengas en claro porque que los prefieres. > >> > >>>He intentado varias veces usar ubuntu, pero siempre me ha parecido que > >>>es mas para usuario final que para servidores (es mi concepto personal). > >> > >>No "es para" sino que "esta orientado a". Tu puedes usarlo para lo que > >>te plazca. > > > > Que puntillismo, creo que se referia a eso. > > No es puntillismo. El compañero pidio opiniones, yo las doy. Puedes > estar de acuerdo o no. Expone puntos y razones a favor o en contra, pero > no opines sobre mi estilo, eso es OT. > No es lo mismo usar freesco para servidor de correos, que cualquier otra > distribucion. Porque? Simple: no fue hecha para eso. Puedes hacerlo? Si, > claro! Pero no te conviene, porque tendras que trabajar mucho en ello y > quizas no logres lo que buscabas. Incluso te resulte contraproducente y > luego dira por alli "Linux no sirve para nada!". Ya pero la pregunta no fue entre Ubuntu y Debian? entonces el que inicio el hilo hizo una pregunta concreta, que tiene que ver freesco y toda esa pelicula? > > Quieres decirme que estas intentando aportar al hilo? y tu? > > >>>Que opinan ustedes de usar Ubuntu como servidor de seguridad y acceso a > >>>internet? > >> > >>Me parece que es una falta de respeto y de inteligencia preguntar esto > >>aqui. > > > > Pues a mi no me parece una falta de respeto, me parece una pregunta de > > alguien que tiene una duda y se apunta a una lista especializada para que > > se le responda. Ademas me parece que esta lista, ultimamente tiene un > > tono muy insufrible y pedante. > > No confundas. Tu piensas que /yo/ Asi que sabes lo que pienso... interesante > tengo ese tono, no comprometas a toda > la lista en mis defectos. yo creo que hay alguno mas, aunque por fortuna solo es minoría. Si fuese toda la lista no estaria aqui, puesto que yo tambien seria igual no? :-P, y ademas no creo que hubiera tanta participacion como hay. > > > Y algunos me contestaran, "pues si no te gusta, vete", > > como hacen algunos en cuanto se critica algo. Pues no. > > Solo te dire: "yo opino con mi estilo, el cual, por cierto, esta dentro > de las normas de la lista. Tienes un filtro de correo, por favor usalo > si lo consideras necesario" Me lo pensare, pero me da pena tener que usarlo. > > > Bajo mi punto de vista, si no se quiere contestar a algo, a alguien le > > parece ua tonteria la pregunta,o simplemente cree que ya esta contestada, > > pues que no conteste y punto, que el que quiera ya contestara o se > > quedara sin contestar, pero estar todo e
Re: Servidor Ubuntu o Debian
On Thursday 08 June 2006 10:23, Ricardo Frydman Eureka! wrote: [...] > > Sin acritud, lo escribo como critica constructiva, espero que nadie se > > moleste. > > Que pretendes construir con esto? Por favor no de nuevo a la interminable cadena "Debian vs Ubuntu" ... Borren todo rápidamente antes que Iñaki se dé cuenta ... Para el amigo kazabe, según existe Ubuntu Server o algo así, deberías probarlo y suscribirte a https://lists.ubuntu.com/mailman/listinfo/ubuntu-es que seguramente no te flamearan como acá :) Respecto a la pregunta, pues obviamente recomiendo Debian... Ubuntu depende de una empresa, game over. Saludos. -- a.k.a. pelox (Debian Powered) Barquisimeto [VE] -|- LU: 238188 <[EMAIL PROTECTED]> JID "... when uselessness just isn't enough."
Re: Actualización de paquetes stable a unstable
Hola! On 6/8/06, Aritz Beraza Garayalde [Rei] <[EMAIL PROTECTED]> wrote: El Jueves, 8 de Junio de 2006 02:48, Correo de listas escribió: > Hola > > Tengo un problema con la actualización de mis paquetes, estoy sobre > una Debian Sarge y quiero pasar algunos de mis programas a versiones > posteriors que se encuentran en SID, pero cada vez que ejecuto apt-get > install nombre_del_paquete sale el mensaje de dependecias incumplidas. > Por ejemplo: > Mezclar stable con unstable es posiblemente poco recomendable (usa programas de testing, que posiblemente te de menos problemas). Aunque en realidad, seguramente, uses los que uses te van a dar algunos problemillas. Mira en backports a ver si tienen los paquetes que necesitas. Nota, si usas debian amd64, lo que pides es inviable. Los paquetes de testing y unstable se han regenerado todos. Asi, si existe el mismo paqete en stable y testing o unstable y lo intentas bajar, en testing y unstable tendra un hash diferente al de stable. apt bajara el paquete, vera que el hash no coincide, y lo volvera a bajar, y asi eternamente. Ok, por ahora en los amd de 64 bits estoy usando debian a 32 bits, voila! > > ¿Alguna sugerencia? > aparte de backports, que busques en google por apt pining Sorprendente, no sabía de la existencia de los backports, ahora mismo los pruebo. Gracias. Saludos
Re: Problemas con AMSN 0.95
Si, seguramente algo va a salir... todo se soluciona 2006/6/8, Ernesto A. Nappi <[EMAIL PROTECTED]>: Ernesto, espero que la solución no sea simplemente la resignación, yo creo que la lista seguramente tiene la capacidad de encontrar el error, somos nosotros quienes construimos el mundo GNU/Linux, desde las bases sociales. Igualmente te agradezco por tu opinión. DRAKO 2006/6/7, Ernes <[EMAIL PROTECTED]>: > 2006/6/7, Ernesto A. Nappi <[EMAIL PROTECTED]>: > > Hola a todos, mi problema consiste en que instale el nuevo MSN 0.95, y > > al utilizarlo me encuentro con que se vuelve de vez en cuando > > inestable, y debo matar el proceso WISH. > > Cuento con Debian Sarge. > > Se tambien que antiguamente se utilizaba un parche para el correcto > > funcionamiento del AMSN, lo estuve buscando pero no lo encontre por > > ningun lado. > > Les agradecería me den una mano, ya que estuve buscando en el mayor > > Gurú de todos Google, y no encontre nada. > > > > Muchas Gracias. > > DRAKO > > > > > > Bueno tocayo te respondo q tengo los mismos problemas...pero bue, es > rezar para q no se cuelgue > salu2 > -- > Mi pagina: http://www.linuxplatense.com.ar > > -- Mi pagina: http://www.linuxplatense.com.ar
Re: Actualización de paquetes stable a unstable
Hola! On 6/7/06, Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]> wrote: Dice Correo de listas <[EMAIL PROTECTED]> que: > Hola > > Tengo un problema con la actualización de mis paquetes, estoy sobre > una Debian Sarge y quiero pasar algunos de mis programas a versiones > posteriors que se encuentran en SID, pero cada vez que ejecuto apt-get > install nombre_del_paquete sale el mensaje de dependecias incumplidas. > ... > En el source.list figura lo siguiente: > > deb http://ftp.tiscali.de/pub/debian/debian/ stable main non-free contrib > deb-src http://ftp.tiscali.de/pub/debian/debian/ stable main non-free contrib > deb http://security.debian.org/ stable/updates main contrib non-free > #Inestable > deb http://ftp.tiscali.de/pub/debian/debian/ unstable main non-free contrib Punto uno. Esto es probablemente mala idea. Instalar cosas de inestable va a actualizar *todas* sus dependencias a inestable. Y las dependencias de sus dependencias y así hasta glibc. ¿No te desmayaste del susto? Bueno, entonces a la respuesta: En dos ocasiones pude experimentar actualizando paquetes desde unstable y no tuve problemas, pero la principal diferencia en estas ocasiones fue que lo hice después de terminar con la instalación del primer CD en esta ocasión e instalado todo gnome y kde competitos. ¿Cómo tienes /etc/apt/preferences? No existe Suponiendo que lo tengas como se debe: ¿La solución? Decirle a apt que, por esta vez, quieres que busque en inestable: apt-get -t unstable install A Sigue apareciendo el mismo mensaje de paquetes rotos al intentar apt-get -t testing install gaim. Al intertar apt-get -t testig install amsn ¡no hay problemas! ¿Alguna dependencia de gaim tendrá problema al actualizarse?. Un saludo!
Re: [OT] Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 15:42, Alfonso Pinto Sampedro escribió: > El Jueves, 8 de Junio de 2006 14:57, Francisco J. Bejarano escribió: > > El Jueves, 8 de Junio de 2006 14:19, Alfonso Pinto Sampedro escribió: > > > El Jueves, 8 de Junio de 2006 14:09, Francisco J. Bejarano escribió: > > > > El Jueves, 8 de Junio de 2006 12:25, Alfonso Pinto Sampedro escribió: > > > > > El Jueves, 8 de Junio de 2006 12:10, Francisco J. Bejarano escribió: > > > > > > El Jueves, 8 de Junio de 2006 11:35, Alfonso Pinto Sampedro > > escribió: > > > > > > > El Jueves, 8 de Junio de 2006 04:21, Javier San Roman escribió: > > > > > > > > El Jueves, 8 de Junio de 2006 00:18, Alfonso Pinto Sampedro > > > > > > escribió: > > > > > > > > > El Miércoles, 7 de Junio de 2006 23:35, Iñaki escribió: > > > > > > > > > > El Miércoles, 7 de Junio de 2006 23:28, Ricardo Frydman > > > > > > > > > > Eureka! > > > > > > > > > > > > > > escribió: > > > > > > > > > > > > Que alguien me diga que hay de BENEFICIOSO en que > > > > > > > > > > > > existan diferentes sintaxis para cada archivito de > > > > > > > > > > > > configuración en /etc, y pinto unos ejemplo: > > > > > > > > > > > > > > > > > > > > > > Por la misma razon que existen diferentes lenguajes de > > > > > > > > > > > programacion > > > > > > > > > > > > > > > > > > > > > > :D > > > > > > > > > > > > > > > > > > > > Pero a ver, ¿hay algún lenguaje de programación en el > > > > > > > > > > mundo en el que la asignación de variables se haga sin un > > > > > > > > > > = u otro símbolo? Sin embargo en montones de archivos en > > > > > > > > > > /etc aparecen asignaciones del tipo: > > > > > > > > > > > > > > > > > > > > variablevalor > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Y otra cosa: ¿qué lenguaje de programación entiende lo > > > > > > > > > > siguiente? > > > > > > > > > > > > > > > > > > > > [section1] > > > > > > > > > > varaible1 = qweqwe; > > > > > > > > > > varaible2 = qweqwe; > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Eso de [section] no lo entiende ninguno. Bueno, lo > > > > > > > > > > entiende todos pero tras analizar el texto de un fichero, > > > > > > > > > > no tiene nada que ver con el propio lenguaje de > > > > > > > > > > programación. A pesar de ello se ven todo tipo de formas > > > > > > > > > > de implementar secciones en los archivos de /etc, ninguna > > > > > > > > > > mucho mejor que otras, pero tantas que marean. > > > > > > > > > > > > > > > > > > Muchos archivos de configuración no son meras declaraciones > > > > > > > > > de variable=valor en el mismo formato que el lenguaje de > > > > > > > > > programación que se usa, por eso no son directamente > > > > > > > > > entendibles por ningún programa. Lo que acabas de comentar > > > > > > > > > parece indicar que si programo en perl debería crear mis > > > > > > > > > archivos de configuración así: $variable=valor > > > > > > > > > y si lo hago en python: > > > > > > > > > variable=valor > > > > > > > > > Vaya, ya no está unificado el tema. > > > > > > > > > > > > > > > > > > También tenemos que tener en cuenta que dependiendo de cual > > > > > > > > > sea el programa del que hablemos este tendrá unas > > > > > > > > > necesidades de configuración que otros no. Algunos > > > > > > > > > necesitarán que su archivo de configuración este dividido > > > > > > > > > en secciones y otros simplemente necesitan un archivo con > > > > > > > > > cuatro líneas que son directamente del tipo variable=valor. > > > > > > > > > > > > > > > > > > Otro detalle a tener en cuenta: cada uno de nosotros > > > > > > > > > programa en el lenguaje o lenguajes que nos son más > > > > > > > > > comodos. Ya que nuestro archivo de configuración tiene que > > > > > > > > > ser interpretado (o parseado como prefiráis) pues tengo que > > > > > > > > > crear las rutinas de parseo. Para mi en perl puede ser más > > > > > > > > > fácil crear esas rutinas así y en c asá mientras que para > > > > > > > > > otro puede ser al revés. > > > > > > > > > > > > > > > > > > Como último ejemplo: Perl tiene una librería para parsear > > > > > > > > > automáticamente archivos de configuración y estos tienen > > > > > > > > > que estar en un formato concreto para ser entendidos. > > > > > > > > > ¿Tienen otros lenguajes librerías semejantes? En caso de > > > > > > > > > que las tengan, ¿usan el mismo formato?, ¿puedo estructurar > > > > > > > > > todas las opciones de configuración que necesita mi > > > > > > > > > programa según la estructura que rigen dichas librerías > > > > > > > > > para los archivos de configuración o por el contrario > > > > > > > > > necesito estructurarlo de otra forma distinta? en este caso > > > > > > > > > me toca escribir las rutinas de parseo y a lo mejor me es > > > > > > > > > mas fácil parsear un archivo que tiene este formato: > > > > > > > > > variable valor; > > > > > > > > > que este otro: > > > > > > > > > variable=valor > > > > > > > > > > > >
Re: Servidor Ubuntu o Debian
On Thu, Jun 08, 2006 at 10:35:51AM -0300, Ricardo Frydman Eureka! wrote: > Hmmm. Aclaremos algo: > > Ubuntu es una distro basada en Debian, orientada a escritorios y > caracterizada por hacer mas sencilla la instalacion y deteccion inicial > de dispositivos. Punto. > > Lo que tu estas por implementar no es un escritorio, es un servidor. > Administrar servidores es igual de sencillo o dificil en una como en otra. > Respecto al tema de seguridad, lo brinda el administrador y no la > distribucion elegida, por lo que veras que depende mas de ti que de > quien empaquete las aplicaciones que piensas usar. > Eso si no se le olvida la contraseña de root en algún archivo ;) En mi opinion si lo vas a usar de router/firewall y sabrías administrarlo en modo texto, la cantidad de cosas que instala Ubuntu por defecto (la "normal", no he probado la version "servidor") es excesiva. Si no tienes mucha idea, no va a ser algo "crítico" y le vas a poner las X, los "asistentes" de Ubuntu aydan. Saludos a todos. -- Colección de trucos y recetas sobre Debian --> boube.cjb.net Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 14:14, Ricardo Frydman Eureka! escribió: > Javier San Roman wrote: > > El Martes, 6 de Junio de 2006 00:26, Iñaki escribió: > >>Hola, sólo una pregunta por un tema que me tiene frito: > >> > >>¿Se puede saber por qué en cada fichero de configuración en /etc se usa > >>para comentar líneas un carácter diferente? > > > > ¿Será porque se confunde libertad con libertinaje? :-) Esto era ironía de buen rollo. > > > > Sin darte ni quitarte razones sobre tu cruzada, que me parece > > interesante, para tratar de que las cosas sean de una determinada manera > > y sólo de una , pienso que la tienes perdida. Creo que en el hilo se > > refleja que las personas que estamos en esto (como en otras situaciones) > > nos dividimos en grupos diversos y complementarios que nos necesitamos > > mutuamente y que hacen que esto evolucione. > > > > GNU siempre a sido diverso y espero que siga siéndolo porque ahí está su > > fuerza, no es rígido ni teme a las estandarizaciones (como la de FSH). > > ¿Porqué las configuraciones en /etc están así?: los creadores de esos > > ficheros lo sabrán y no creo que sean unos gañanes y deseen amargarnos la > > vida. Cuando quieran unificar criterios, que lo hagan. > > > > Pero claro, hablo desde la ignorancia de un Usuario Común como soy yo, > > que no puedo exponer razones técnicas de peso como se está exigiendo a > > gritos y que toco lo menos posible esos ficheros. Puede que para quien > > los tenga que manipular habitualmente sea un tanto incómodo aunque > > también pienso que quien hace esto cotidianamente debe aprender las > > diferentes variantes de los diferentes programadores y no al revés. > > > > Aprovecho para agradecer a todos los desarrolladores que trabajan para > > GNU su labor y sugerirles que sigan en la línea de hacer las cosas como > > ellos crean que deben hacerlas. Y en particular a la gente de Debian por > > facilitarnos un sistema informático de tan alta calidad. > > > > > > Saludos > > > > P.D.: En Debian, para "complicar" mas las cosas disponemos de Linux y > > Hurd. > > No te olvides de BSD y no, no es para complicar las cosas, sino para > embellecerlas :) > Eso me parece a mí también. http://www.debian.org/ports/netbsd/ > > > ¿Qué kernel elegiremos como estándar? > > Para que demonios necesitas tener un estandar para todo?!!?!?!?! > Yo, para nada. Lo de "elegiremos" no lo tenía que haber puesto en primera persona. > > ¿El mejor y más utilizado? ¿Y si no > > coinciden? -- Usuario Linux: #156817 Debian etch/Núcleo 2.6.12
Re: Servidor Ubuntu o Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Francisco J. Bejarano wrote: > El Jueves, 8 de Junio de 2006 15:35, Ricardo Frydman Eureka! escribió: > >>kazabe wrote: >> >>>Hola! >> >>hola! no uses HTML! solo texto plano aqui! >> >> >>>Resulta que en mi empresa han decidido montar un servidor firewall / >>>Proxy, usando linux, para lo cual estan evaluando si usar ubuntu o >>>Debian. >> >>bien! >> >> >>>Se supone que como ubuntu es "mas facil" de administrar, >> >>Quien te ha dicho eso? > > > Es mas facil de administrar en los casos que tenga GUIs que faciliten el uso, Los cuales por supuesto, estan disponibles tanto en Ubuntu, como en Debian, como en Gentoo, como en FreeBSD, como en RedHat, como en lesbilinux, como en sexlinux, como en > si no, es lo mismo, y para lo que necesitas creo que te valen las 2 en modo > texto. > > >>>y es basado >>>totalmente en debian, es la mejor opcion. Pero a mi personalmente me >>>preocupa que esa "facilidad" de administracion, pueda pecar entonces en >>>problemas de seguridad. >> >>Hmmm. Aclaremos algo: >> >>Ubuntu es una distro basada en Debian, orientada a escritorios y >>caracterizada por hacer mas sencilla la instalacion y deteccion inicial >>de dispositivos. Punto. > > > Bueno mas que nada a que sea usable. Por favor! No otra discusion/eterna/sinsentido! >>Lo que tu estas por implementar no es un escritorio, es un servidor. >>Administrar servidores es igual de sencillo o dificil en una como en otra. >>Respecto al tema de seguridad, lo brinda el administrador y no la >>distribucion elegida, por lo que veras que depende mas de ti que de >>quien empaquete las aplicaciones que piensas usar. >> >> >>>Realmente es bueno usar Ubuntu como servidor de acceso a internet? >>Depende. > Yo creo que, si debian lo es, ubuntu tambien. >>>tengo entendido que ubuntu tiene un estricto control de seguridad, pero >>>no se bajo que parametros compararlo con los controles que tiene el >>>proyecto Debian. >>A que te refieres aqui? Quieres ampliar un poco la frase/pregunta? >>>Personalmente, prefiero usar debian para esa clase de servicios, pero >>>necesito argumentos bastante concretos para convencer a la junta. >>Seria importante que tengas en claro porque que los prefieres. >> >> >>>He intentado varias veces usar ubuntu, pero siempre me ha parecido que >>>es mas para usuario final que para servidores (es mi concepto personal). >> >>No "es para" sino que "esta orientado a". Tu puedes usarlo para lo que >>te plazca. > > > Que puntillismo, creo que se referia a eso. No es puntillismo. El compañero pidio opiniones, yo las doy. Puedes estar de acuerdo o no. Expone puntos y razones a favor o en contra, pero no opines sobre mi estilo, eso es OT. No es lo mismo usar freesco para servidor de correos, que cualquier otra distribucion. Porque? Simple: no fue hecha para eso. Puedes hacerlo? Si, claro! Pero no te conviene, porque tendras que trabajar mucho en ello y quizas no logres lo que buscabas. Incluso te resulte contraproducente y luego dira por alli "Linux no sirve para nada!". Quieres decirme que estas intentando aportar al hilo? >>>Que opinan ustedes de usar Ubuntu como servidor de seguridad y acceso a >>>internet? >> >>Me parece que es una falta de respeto y de inteligencia preguntar esto >>aqui. > Pues a mi no me parece una falta de respeto, me parece una pregunta de > alguien > que tiene una duda y se apunta a una lista especializada para que se le > responda. Ademas me parece que esta lista, ultimamente tiene un tono muy > insufrible y pedante. No confundas. Tu piensas que /yo/ tengo ese tono, no comprometas a toda la lista en mis defectos. > Y algunos me contestaran, "pues si no te gusta, vete", > como hacen algunos en cuanto se critica algo. Pues no. Solo te dire: "yo opino con mi estilo, el cual, por cierto, esta dentro de las normas de la lista. Tienes un filtro de correo, por favor usalo si lo consideras necesario" > > Bajo mi punto de vista, si no se quiere contestar a algo, a alguien le > parece > ua tonteria la pregunta,o simplemente cree que ya esta contestada, pues que > no conteste y punto, que el que quiera ya contestara o se quedara sin > contestar, pero estar todo el dia dando la chapa con busca en google, busca > man, busca, busca sin contestar a la pregunta, me parece contraproducente. Es tu opinion. Gracias por exponerla. > Preguntan en la lista por como se instala ssh y te contesta que escribes mal > la i sin acento de no se que palabra... en fin... > > Sin acritud, lo escribo como critica constructiva, espero que nadie se > moleste. Que pretendes construir con esto? > > >>>Saludos > > > Saludos > > >>>-- >>>"Imagination is more important than knowlege" >> >> -^ d >> >>No estoy de acuerdo. En todo caso "Imagination based on knowledge, in >>fair proportion" >> >> >>>A.E. > > - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTEC
RE: Controladora SCSI 26320ALP
Hola a [EMAIL PROTECTED], he leido esto en la lista de debian: http://lists.debian.org/debian-user-spanish/2004/12/msg00068.html Por lo que he leido, se necesita el controlador a320raid.o. para poder funcionar la contraladora, ya que usa el chip AIC-7901X de Adaptec. ¿Sabeis si Adaptec ha liberado ya este controlador para Debian? Gracias por todo. Un saludo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 14:57, Francisco J. Bejarano escribió: > El Jueves, 8 de Junio de 2006 14:19, Alfonso Pinto Sampedro escribió: > > El Jueves, 8 de Junio de 2006 14:09, Francisco J. Bejarano escribió: > > > El Jueves, 8 de Junio de 2006 12:25, Alfonso Pinto Sampedro escribió: > > > > El Jueves, 8 de Junio de 2006 12:10, Francisco J. Bejarano escribió: > > > > > El Jueves, 8 de Junio de 2006 11:35, Alfonso Pinto Sampedro escribió: > > > > > > El Jueves, 8 de Junio de 2006 04:21, Javier San Roman escribió: > > > > > > > El Jueves, 8 de Junio de 2006 00:18, Alfonso Pinto Sampedro > > > > escribió: > > > > > > > > El Miércoles, 7 de Junio de 2006 23:35, Iñaki escribió: > > > > > > > > > El Miércoles, 7 de Junio de 2006 23:28, Ricardo Frydman > > > > > > > > > Eureka! > > > > > > > > > > > > escribió: > > > > > > > > > > > Que alguien me diga que hay de BENEFICIOSO en que > > > > > > > > > > > existan diferentes sintaxis para cada archivito de > > > > > > > > > > > configuración en /etc, y pinto unos ejemplo: > > > > > > > > > > > > > > > > > > > > Por la misma razon que existen diferentes lenguajes de > > > > > > > > > > programacion > > > > > > > > > > > > > > > > > > > > :D > > > > > > > > > > > > > > > > > > Pero a ver, ¿hay algún lenguaje de programación en el mundo > > > > > > > > > en el que la asignación de variables se haga sin un = u > > > > > > > > > otro símbolo? Sin embargo en montones de archivos en /etc > > > > > > > > > aparecen asignaciones del tipo: > > > > > > > > > > > > > > > > > > variablevalor > > > > > > > > > > > > > > > > > > > > > > > > > > > Y otra cosa: ¿qué lenguaje de programación entiende lo > > > > > > > > > siguiente? > > > > > > > > > > > > > > > > > > [section1] > > > > > > > > > varaible1 = qweqwe; > > > > > > > > > varaible2 = qweqwe; > > > > > > > > > > > > > > > > > > > > > > > > > > > Eso de [section] no lo entiende ninguno. Bueno, lo entiende > > > > > > > > > todos pero tras analizar el texto de un fichero, no tiene > > > > > > > > > nada que ver con el propio lenguaje de programación. > > > > > > > > > A pesar de ello se ven todo tipo de formas de implementar > > > > > > > > > secciones en los archivos de /etc, ninguna mucho mejor que > > > > > > > > > otras, pero tantas que marean. > > > > > > > > > > > > > > > > Muchos archivos de configuración no son meras declaraciones > > > > > > > > de variable=valor en el mismo formato que el lenguaje de > > > > > > > > programación que se usa, por eso no son directamente > > > > > > > > entendibles por ningún programa. Lo que acabas de comentar > > > > > > > > parece indicar que si programo en perl debería crear mis > > > > > > > > archivos de configuración así: $variable=valor > > > > > > > > y si lo hago en python: > > > > > > > > variable=valor > > > > > > > > Vaya, ya no está unificado el tema. > > > > > > > > > > > > > > > > También tenemos que tener en cuenta que dependiendo de cual > > > > > > > > sea el programa del que hablemos este tendrá unas necesidades > > > > > > > > de configuración que otros no. Algunos necesitarán que su > > > > > > > > archivo de configuración este dividido en secciones y otros > > > > > > > > simplemente necesitan un archivo con cuatro líneas que son > > > > > > > > directamente del tipo variable=valor. > > > > > > > > > > > > > > > > Otro detalle a tener en cuenta: cada uno de nosotros programa > > > > > > > > en el lenguaje o lenguajes que nos son más comodos. Ya que > > > > > > > > nuestro archivo de configuración tiene que ser interpretado > > > > > > > > (o parseado como prefiráis) pues tengo que crear las rutinas > > > > > > > > de parseo. Para mi en perl puede ser más fácil crear esas > > > > > > > > rutinas así y en c asá mientras que para otro puede ser al > > > > > > > > revés. > > > > > > > > > > > > > > > > Como último ejemplo: Perl tiene una librería para parsear > > > > > > > > automáticamente archivos de configuración y estos tienen que > > > > > > > > estar en un formato concreto para ser entendidos. ¿Tienen > > > > > > > > otros lenguajes librerías semejantes? En caso de que las > > > > > > > > tengan, ¿usan el mismo formato?, ¿puedo estructurar todas las > > > > > > > > opciones de configuración que necesita mi programa según la > > > > > > > > estructura que rigen dichas librerías para los archivos de > > > > > > > > configuración o por el contrario necesito estructurarlo de > > > > > > > > otra forma distinta? en este caso me toca escribir las > > > > > > > > rutinas de parseo y a lo mejor me es mas fácil parsear un > > > > > > > > archivo que tiene este formato: variable valor; > > > > > > > > que este otro: > > > > > > > > variable=valor > > > > > > > > > > > > > > > > El día que todos pensemos igual será posible hacer lo que > > > > > > > > decís y ese día yo me pegaré un tiro: VIVA LA DIVERSIDAD. > > > > > > > > > > > > > > No hombre, no. Puedes ser el germen de un nuevo proceso. Si un > > > > > > > elemento de
Re: Servidor Ubuntu o Debian
El Jueves, 8 de Junio de 2006 15:35, Ricardo Frydman Eureka! escribió: > kazabe wrote: > > Hola! > > hola! no uses HTML! solo texto plano aqui! > > > Resulta que en mi empresa han decidido montar un servidor firewall / > > Proxy, usando linux, para lo cual estan evaluando si usar ubuntu o > > Debian. > > bien! > > > Se supone que como ubuntu es "mas facil" de administrar, > > Quien te ha dicho eso? Es mas facil de administrar en los casos que tenga GUIs que faciliten el uso, si no, es lo mismo, y para lo que necesitas creo que te valen las 2 en modo texto. > > > y es basado > > totalmente en debian, es la mejor opcion. Pero a mi personalmente me > > preocupa que esa "facilidad" de administracion, pueda pecar entonces en > > problemas de seguridad. > > Hmmm. Aclaremos algo: > > Ubuntu es una distro basada en Debian, orientada a escritorios y > caracterizada por hacer mas sencilla la instalacion y deteccion inicial > de dispositivos. Punto. Bueno mas que nada a que sea usable. > > Lo que tu estas por implementar no es un escritorio, es un servidor. > Administrar servidores es igual de sencillo o dificil en una como en otra. > Respecto al tema de seguridad, lo brinda el administrador y no la > distribucion elegida, por lo que veras que depende mas de ti que de > quien empaquete las aplicaciones que piensas usar. > > > Realmente es bueno usar Ubuntu como servidor de acceso a internet? > > Depende. Yo creo que, si debian lo es, ubuntu tambien. > > > tengo entendido que ubuntu tiene un estricto control de seguridad, pero > > no se bajo que parametros compararlo con los controles que tiene el > > proyecto Debian. > > A que te refieres aqui? Quieres ampliar un poco la frase/pregunta? > > > Personalmente, prefiero usar debian para esa clase de servicios, pero > > necesito argumentos bastante concretos para convencer a la junta. > > Seria importante que tengas en claro porque que los prefieres. > > > He intentado varias veces usar ubuntu, pero siempre me ha parecido que > > es mas para usuario final que para servidores (es mi concepto personal). > > No "es para" sino que "esta orientado a". Tu puedes usarlo para lo que > te plazca. Que puntillismo, creo que se referia a eso. > > > Que opinan ustedes de usar Ubuntu como servidor de seguridad y acceso a > > internet? > > Me parece que es una falta de respeto y de inteligencia preguntar esto > aqui. Pues a mi no me parece una falta de respeto, me parece una pregunta de alguien que tiene una duda y se apunta a una lista especializada para que se le responda. Ademas me parece que esta lista, ultimamente tiene un tono muy insufrible y pedante. Y algunos me contestaran, "pues si no te gusta, vete", como hacen algunos en cuanto se critica algo. Pues no. Bajo mi punto de vista, si no se quiere contestar a algo, a alguien le parece ua tonteria la pregunta,o simplemente cree que ya esta contestada, pues que no conteste y punto, que el que quiera ya contestara o se quedara sin contestar, pero estar todo el dia dando la chapa con busca en google, busca man, busca, busca sin contestar a la pregunta, me parece contraproducente. Preguntan en la lista por como se instala ssh y te contesta que escribes mal la i sin acento de no se que palabra... en fin... Sin acritud, lo escribo como critica constructiva, espero que nadie se moleste. > > > Saludos Saludos > > > > -- > > "Imagination is more important than knowlege" > >-^ d > > No estoy de acuerdo. En todo caso "Imagination based on knowledge, in > fair proportion" > > > A.E. -- - Francisco J. Bejarano Administrador de Sistemas Q&E Intelligent Integrated Solutions S.L. www.qye.com -
Re: Servidor Ubuntu o Debian
2006/6/8, kazabe <[EMAIL PROTECTED]>: Hola! Resulta que en mi empresa han decidido montar un servidor firewall / Proxy, usando linux, para lo cual estan evaluando si usar ubuntu o Debian. Se supone que como ubuntu es "mas facil" de administrar, y es basado totalmente en debian, es la mejor opcion. Pero a mi personalmente me preocupa que esa "facilidad" de administracion, pueda pecar entonces en problemas de seguridad. Realmente es bueno usar Ubuntu como servidor de acceso a internet?tengo entendido que ubuntu tiene un estricto control de seguridad, pero no se bajo que parametros compararlo con los controles que tiene el proyecto Debian. Personalmente, prefiero usar debian para esa clase de servicios, pero necesito argumentos bastante concretos para convencer a la junta. He intentado varias veces usar ubuntu, pero siempre me ha parecido que es mas para usuario final que para servidores (es mi concepto personal). Que opinan ustedes de usar Ubuntu como servidor de seguridad y acceso a internet? Saludos -- "Imagination is more important than knowlege" A.E. si va a ser router solo, me parece mejor un debian pelado, incluso va a requerir menos recursos, y esto implica una maquina vieja. por ahora el ubuntu biene bien. -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inutiles cronicos, yo no fui, seguro que es mas inteligente.
Re: Servidor Ubuntu o Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 kazabe wrote: > Hola! hola! no uses HTML! solo texto plano aqui! > Resulta que en mi empresa han decidido montar un servidor firewall / > Proxy, usando linux, para lo cual estan evaluando si usar ubuntu o Debian. bien! > Se supone que como ubuntu es "mas facil" de administrar, Quien te ha dicho eso? > y es basado > totalmente en debian, es la mejor opcion. Pero a mi personalmente me > preocupa que esa "facilidad" de administracion, pueda pecar entonces en > problemas de seguridad. Hmmm. Aclaremos algo: Ubuntu es una distro basada en Debian, orientada a escritorios y caracterizada por hacer mas sencilla la instalacion y deteccion inicial de dispositivos. Punto. Lo que tu estas por implementar no es un escritorio, es un servidor. Administrar servidores es igual de sencillo o dificil en una como en otra. Respecto al tema de seguridad, lo brinda el administrador y no la distribucion elegida, por lo que veras que depende mas de ti que de quien empaquete las aplicaciones que piensas usar. > Realmente es bueno usar Ubuntu como servidor de acceso a internet? Depende. > tengo entendido que ubuntu tiene un estricto control de seguridad, pero > no se bajo que parametros compararlo con los controles que tiene el > proyecto Debian. A que te refieres aqui? Quieres ampliar un poco la frase/pregunta? > > Personalmente, prefiero usar debian para esa clase de servicios, pero > necesito argumentos bastante concretos para convencer a la junta. Seria importante que tengas en claro porque que los prefieres. > He intentado varias veces usar ubuntu, pero siempre me ha parecido que > es mas para usuario final que para servidores (es mi concepto personal). No "es para" sino que "esta orientado a". Tu puedes usarlo para lo que te plazca. > Que opinan ustedes de usar Ubuntu como servidor de seguridad y acceso a > internet? Me parece que es una falta de respeto y de inteligencia preguntar esto aqui. > > Saludos > > -- > "Imagination is more important than knowlege" -^ d No estoy de acuerdo. En todo caso "Imagination based on knowledge, in fair proportion" > A.E. - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEiCe3kw12RhFuGy4RAkKyAJ9F4do+f/++aMkLx5YxWF0OYqINHwCeKTxM 57N4lTc86LUkCKFxcOjPG9A= =U4Zj -END PGP SIGNATURE-
Re: Minicom
IPv7-(e)k esan zuen: > Listeros Amigos, > Existe algo tipo minicom en entrono grafico! ? > Estoy configurando un router voip y no hay caso, > configure como corresponde (para este router ) a 9600, 8 n 1, control > ninguno, > pero no veo nada, tambien configure el puerto, pero no pasa nada. > Primero que no entienedo que ventaja tiene un minicom en entorno grafico ? Crees que te sera mas facil configurar tu router por ser grafico ? Si nos dices el modelo de router, tipo de puerto puede que te podamos ayudar, por ejemplo si es cisco y quieres entrar por consola sin cable cisco no hay tu tia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Servidor Ubuntu o Debian
Hola!Resulta que en mi empresa han decidido montar un servidor firewall / Proxy, usando linux, para lo cual estan evaluando si usar ubuntu o Debian.Se supone que como ubuntu es "mas facil" de administrar, y es basado totalmente en debian, es la mejor opcion. Pero a mi personalmente me preocupa que esa "facilidad" de administracion, pueda pecar entonces en problemas de seguridad. Realmente es bueno usar Ubuntu como servidor de acceso a internet? tengo entendido que ubuntu tiene un estricto control de seguridad, pero no se bajo que parametros compararlo con los controles que tiene el proyecto Debian. Personalmente, prefiero usar debian para esa clase de servicios, pero necesito argumentos bastante concretos para convencer a la junta.He intentado varias veces usar ubuntu, pero siempre me ha parecido que es mas para usuario final que para servidores (es mi concepto personal). Que opinan ustedes de usar Ubuntu como servidor de seguridad y acceso a internet?Saludos-- "Imagination is more important than knowlege"A.E.
Re: Minicom
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 IPv7 wrote: > Listeros Amigos, > Existe algo tipo minicom en entrono grafico! ? ni idea! pero...porque crees que al usar algo grafico te solucionara tu problema de configuracion? > Estoy configurando un router voip y no hay caso, como lo configuras? que tiene que ver minicom aqui? cual router? > configure como corresponde (para este router ) a 9600, 8 n 1, control > ninguno, > pero no veo nada, tambien configure el puerto, pero no pasa nada.ç La verdad, es que deberias dar algo mas de informacion. > > gracias - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEiCUpkw12RhFuGy4RAsjAAJ4ijzWUuetRf18QEibv56Q0ow99qgCfd06T INxQACXRU4EmOzdp/JWAL4Y= =3Hci -END PGP SIGNATURE-
Minicom
Listeros Amigos, Existe algo tipo minicom en entrono grafico! ? Estoy configurando un router voip y no hay caso, configure como corresponde (para este router ) a 9600, 8 n 1, control ninguno, pero no veo nada, tambien configure el puerto, pero no pasa nada. gracias -- --- - El conocimiento es poder - - y el saber nos hace libres.- --- Larga vida al ping! echo "254" > /proc/sys/net/ipv4/ip_default_ttl Linux User #405757 Machine Linux #310536 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Cachondeo en /etc
Conclusiones a este OT tan largo a MI PARECER PERSONAL: 1) Nunca se llega a una conclusion util sobre el tema discutido, por lo menos aparentemente. 2) Los dimes y direstes en modos ironicos, cinicos e ilusos se vuelven casi intolerables 3) las perosnas que defiendes a cada una de las ponencias sobre el tema tienen razon, lo que convierte la discucion en interminable y muy dificil de resolver 4}Todos podemos exponer nuestra pocision, esta es la mejor conclusion HAY LIBERTAD, y es por eso que hay miles de formas para cada cosa en esta comunidad. 5) Cada Programa requiere que se le den sus parametros de funcionamiento en su lenguaje, es inevitable 6) Muchos de nosotros no nos nace estar programando y mucho menos aprender a programar en otro lenguaje que no sea los que conocemos. Por ende, la solucion de un standard para este tema, complicaria las cosas y retardaria el desarrollo de lo mas importante el SO como tal. 7) los que desean un standard es muy loable su deseo y respetable su necesidad, dediquense a crear una interfase que lea los archivos de configuracion que estan escritos en ciristiano puro y simple, y conviertanlos al lenguaje de cada programa que se usa en un servidor o Estacion de Trabajo. 8) Con respecto a los manejadores de ventanas y los escritorios si hay que aplicar un standard para que en la base todos hagan lo mismo y faciliar la convivencia de varios de ellos en una sola instalacion, pero siempre seran productos individuales y diferentes pero standarizados. Una Paradoja 9) Sino te gusta el archivo de configuracion de Exim o de Sendmail, vete a postfix, eso es valido para cualquier programa y si no tienes opcion pues aprende a trabajar el archivo en cuestion. 10) No todo el tiempo las cosas se hacen a la manera que uno le gusta, pero ahi radica el aprendizaje, en aprender la manera de otro. Mauricio Rivas Caracas, Venezuela -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 14:19, Alfonso Pinto Sampedro escribió: > El Jueves, 8 de Junio de 2006 14:09, Francisco J. Bejarano escribió: > > El Jueves, 8 de Junio de 2006 12:25, Alfonso Pinto Sampedro escribió: > > > El Jueves, 8 de Junio de 2006 12:10, Francisco J. Bejarano escribió: > > > > El Jueves, 8 de Junio de 2006 11:35, Alfonso Pinto Sampedro escribió: > > > > > El Jueves, 8 de Junio de 2006 04:21, Javier San Roman escribió: > > > > > > El Jueves, 8 de Junio de 2006 00:18, Alfonso Pinto Sampedro > > escribió: > > > > > > > El Miércoles, 7 de Junio de 2006 23:35, Iñaki escribió: > > > > > > > > El Miércoles, 7 de Junio de 2006 23:28, Ricardo Frydman > > > > > > > > Eureka! > > > > > > > > > > escribió: > > > > > > > > > > Que alguien me diga que hay de BENEFICIOSO en que existan > > > > > > > > > > diferentes sintaxis para cada archivito de configuración > > > > > > > > > > en /etc, y pinto unos ejemplo: > > > > > > > > > > > > > > > > > > Por la misma razon que existen diferentes lenguajes de > > > > > > > > > programacion > > > > > > > > > > > > > > > > > > :D > > > > > > > > > > > > > > > > Pero a ver, ¿hay algún lenguaje de programación en el mundo > > > > > > > > en el que la asignación de variables se haga sin un = u otro > > > > > > > > símbolo? Sin embargo en montones de archivos en /etc aparecen > > > > > > > > asignaciones del tipo: > > > > > > > > > > > > > > > > variablevalor > > > > > > > > > > > > > > > > > > > > > > > > Y otra cosa: ¿qué lenguaje de programación entiende lo > > > > > > > > siguiente? > > > > > > > > > > > > > > > > [section1] > > > > > > > > varaible1 = qweqwe; > > > > > > > > varaible2 = qweqwe; > > > > > > > > > > > > > > > > > > > > > > > > Eso de [section] no lo entiende ninguno. Bueno, lo entiende > > > > > > > > todos pero tras analizar el texto de un fichero, no tiene > > > > > > > > nada que ver con el propio lenguaje de programación. > > > > > > > > A pesar de ello se ven todo tipo de formas de implementar > > > > > > > > secciones en los archivos de /etc, ninguna mucho mejor que > > > > > > > > otras, pero tantas que marean. > > > > > > > > > > > > > > Muchos archivos de configuración no son meras declaraciones de > > > > > > > variable=valor en el mismo formato que el lenguaje de > > > > > > > programación que se usa, por eso no son directamente > > > > > > > entendibles por ningún programa. Lo que acabas de comentar > > > > > > > parece indicar que si programo en perl debería crear mis > > > > > > > archivos de configuración así: $variable=valor > > > > > > > y si lo hago en python: > > > > > > > variable=valor > > > > > > > Vaya, ya no está unificado el tema. > > > > > > > > > > > > > > También tenemos que tener en cuenta que dependiendo de cual sea > > > > > > > el programa del que hablemos este tendrá unas necesidades de > > > > > > > configuración que otros no. Algunos necesitarán que su archivo > > > > > > > de configuración este dividido en secciones y otros simplemente > > > > > > > necesitan un archivo con cuatro líneas que son directamente del > > > > > > > tipo variable=valor. > > > > > > > > > > > > > > Otro detalle a tener en cuenta: cada uno de nosotros programa > > > > > > > en el lenguaje o lenguajes que nos son más comodos. Ya que > > > > > > > nuestro archivo de configuración tiene que ser interpretado (o > > > > > > > parseado como prefiráis) pues tengo que crear las rutinas de > > > > > > > parseo. Para mi en perl puede ser más fácil crear esas rutinas > > > > > > > así y en c asá mientras que para otro puede ser al revés. > > > > > > > > > > > > > > Como último ejemplo: Perl tiene una librería para parsear > > > > > > > automáticamente archivos de configuración y estos tienen que > > > > > > > estar en un formato concreto para ser entendidos. ¿Tienen otros > > > > > > > lenguajes librerías semejantes? En caso de que las tengan, > > > > > > > ¿usan el mismo formato?, ¿puedo estructurar todas las opciones > > > > > > > de configuración que necesita mi programa según la estructura > > > > > > > que rigen dichas librerías para los archivos de configuración o > > > > > > > por el contrario necesito estructurarlo de otra forma distinta? > > > > > > > en este caso me toca escribir las rutinas de parseo y a lo > > > > > > > mejor me es mas fácil parsear un archivo que tiene este > > > > > > > formato: variable valor; > > > > > > > que este otro: > > > > > > > variable=valor > > > > > > > > > > > > > > El día que todos pensemos igual será posible hacer lo que decís > > > > > > > y ese día yo me pegaré un tiro: VIVA LA DIVERSIDAD. > > > > > > > > > > > > No hombre, no. Puedes ser el germen de un nuevo proceso. Si un > > > > > > elemento deja de existir, se pierde la posibilidad de una > > > > > > expansión que nadie sabe hasta donde puede llegar. > > > > > > > > > > > > > Y por cierto, el que ha comentado que la democracia es lo > > > > > > > mejor, que lea un poquito de literatura ciberpunk. La > > > > > > >
Re: [OT] Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 14:09, Francisco J. Bejarano escribió: > El Jueves, 8 de Junio de 2006 12:25, Alfonso Pinto Sampedro escribió: > > El Jueves, 8 de Junio de 2006 12:10, Francisco J. Bejarano escribió: > > > El Jueves, 8 de Junio de 2006 11:35, Alfonso Pinto Sampedro escribió: > > > > El Jueves, 8 de Junio de 2006 04:21, Javier San Roman escribió: > > > > > El Jueves, 8 de Junio de 2006 00:18, Alfonso Pinto Sampedro escribió: > > > > > > El Miércoles, 7 de Junio de 2006 23:35, Iñaki escribió: > > > > > > > El Miércoles, 7 de Junio de 2006 23:28, Ricardo Frydman Eureka! > > > > > > > > escribió: > > > > > > > > > Que alguien me diga que hay de BENEFICIOSO en que existan > > > > > > > > > diferentes sintaxis para cada archivito de configuración en > > > > > > > > > /etc, y pinto unos ejemplo: > > > > > > > > > > > > > > > > Por la misma razon que existen diferentes lenguajes de > > > > > > > > programacion > > > > > > > > > > > > > > > > :D > > > > > > > > > > > > > > Pero a ver, ¿hay algún lenguaje de programación en el mundo en > > > > > > > el que la asignación de variables se haga sin un = u otro > > > > > > > símbolo? Sin embargo en montones de archivos en /etc aparecen > > > > > > > asignaciones del tipo: > > > > > > > > > > > > > > variablevalor > > > > > > > > > > > > > > > > > > > > > Y otra cosa: ¿qué lenguaje de programación entiende lo > > > > > > > siguiente? > > > > > > > > > > > > > > [section1] > > > > > > > varaible1 = qweqwe; > > > > > > > varaible2 = qweqwe; > > > > > > > > > > > > > > > > > > > > > Eso de [section] no lo entiende ninguno. Bueno, lo entiende > > > > > > > todos pero tras analizar el texto de un fichero, no tiene nada > > > > > > > que ver con el propio lenguaje de programación. > > > > > > > A pesar de ello se ven todo tipo de formas de implementar > > > > > > > secciones en los archivos de /etc, ninguna mucho mejor que > > > > > > > otras, pero tantas que marean. > > > > > > > > > > > > Muchos archivos de configuración no son meras declaraciones de > > > > > > variable=valor en el mismo formato que el lenguaje de > > > > > > programación que se usa, por eso no son directamente entendibles > > > > > > por ningún programa. Lo que acabas de comentar parece indicar que > > > > > > si programo en perl debería crear mis archivos de configuración > > > > > > así: $variable=valor > > > > > > y si lo hago en python: > > > > > > variable=valor > > > > > > Vaya, ya no está unificado el tema. > > > > > > > > > > > > También tenemos que tener en cuenta que dependiendo de cual sea > > > > > > el programa del que hablemos este tendrá unas necesidades de > > > > > > configuración que otros no. Algunos necesitarán que su archivo de > > > > > > configuración este dividido en secciones y otros simplemente > > > > > > necesitan un archivo con cuatro líneas que son directamente del > > > > > > tipo variable=valor. > > > > > > > > > > > > Otro detalle a tener en cuenta: cada uno de nosotros programa en > > > > > > el lenguaje o lenguajes que nos son más comodos. Ya que nuestro > > > > > > archivo de configuración tiene que ser interpretado (o parseado > > > > > > como prefiráis) pues tengo que crear las rutinas de parseo. Para > > > > > > mi en perl puede ser más fácil crear esas rutinas así y en c asá > > > > > > mientras que para otro puede ser al revés. > > > > > > > > > > > > Como último ejemplo: Perl tiene una librería para parsear > > > > > > automáticamente archivos de configuración y estos tienen que > > > > > > estar en un formato concreto para ser entendidos. ¿Tienen otros > > > > > > lenguajes librerías semejantes? En caso de que las tengan, ¿usan > > > > > > el mismo formato?, ¿puedo estructurar todas las opciones de > > > > > > configuración que necesita mi programa según la estructura que > > > > > > rigen dichas librerías para los archivos de configuración o por > > > > > > el contrario necesito estructurarlo de otra forma distinta? en > > > > > > este caso me toca escribir las rutinas de parseo y a lo mejor me > > > > > > es mas fácil parsear un archivo que tiene este formato: > > > > > > variable valor; > > > > > > que este otro: > > > > > > variable=valor > > > > > > > > > > > > El día que todos pensemos igual será posible hacer lo que decís y > > > > > > ese día yo me pegaré un tiro: VIVA LA DIVERSIDAD. > > > > > > > > > > No hombre, no. Puedes ser el germen de un nuevo proceso. Si un > > > > > elemento deja de existir, se pierde la posibilidad de una expansión > > > > > que nadie sabe hasta donde puede llegar. > > > > > > > > > > > Y por cierto, el que ha comentado que la democracia es lo mejor, > > > > > > que lea un poquito de literatura ciberpunk. La democracia es la > > > > > > supremacía de una mayoría sobre una minoría. ¿No pueden existir > > > > > > distintos puntos de vista?¿No puede existir la diversidad? > > > > > > > > > > Existe pues una sociedad es un entramado de minorías. Cuando no se > > > > > contempla es
Fwd: Re: [OT] Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 13:10, Alfonso Pinto Sampedro escribió: > El Jueves, 8 de Junio de 2006 12:20, Jorge Martí Sola escribió: > > El jue, 08-06-2006 a las 10:21 +0200, Francisco J. Bejarano escribió: > > > Pues yo voy a dar mi opinion y es que SI es necesario un estandar en > > > segun que cosas. Por ejemplo, en los ficheros de configuracion, los > > > programadores siguen todos ese criterio y los programas seran todos mas > > > mantenibles por cualquier programador o en el ecritorio tambien es > > > necesario para que sobre el se construyan diferentes escritorios pero > > > que se basen en algo estandar y asi se solucionen muchos problemas > > > actuales. Es decir, combinar lo estandard con la diversidad, no uno u > > > otro. Como ejemplo, yo puedo elegir el cliente FTP que se salga de los > > > huevos (diversidad) mientras siga el protocolo FTP (estandar) > > > > > > Aun asi, creo que es, en la informatica, una buena practica tener > > > acuerdos unificados para hacer las cosas, alguien se imaginaria > > > internet si no se hubiesen puesto de acuerdo las partes para usar el > > > TCP/IP. Si cada uno hubiese hecho su propio protocolo, ¿cuantos nos > > > comunicariamos ahora? En fin, creo que no hay discusion posible en que > > > la aceptacion de estandares en el software es algo bueno, tanto para > > > programar, como para mantener, como para comunicarse y como para > > > solucionar problemas, entre otras cosas. > > > > > > Vamos totalmente de acuerdo con iñaki y el que abrió el hilo. > > > > Amos no jodas, por fin alguien que da un motivo para no unificar > > crit AH NO, que das razones para sí unificarlos! Exactamente, ¿algun problema? es lo que queria decir. (Perdon otra vez, te lo he vuelto a enviar al privado, estos deditos) > > Si ya decía yo que > > andamos huerfanos... > > La única razón de momento con algo de peso es que unificar lo que ya > > está hecho llevaría muchísimo tiempo y trabajo, pero aún leo y releo > > para encontrar una razón por la que no se debiera estandarizar todo este > > tipo de cosas... > > Pues lee mi mail de esta noche pasada, a ver si he dado algún motivo o no > > > Saludos -- - Francisco J. Bejarano Administrador de Sistemas Q&E Intelligent Integrated Solutions S.L. www.qye.com -
Re: Cachondeo en /etc
> --- Ricardo Frydman Eureka! <[EMAIL PROTECTED]> >escribió: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Javier San Roman wrote: > > El Martes, 6 de Junio de 2006 00:26, Iñaki > escribió: > > > >>Hola, sólo una pregunta por un tema que me tiene > frito: > >> > >>¿Se puede saber por qué en cada fichero de > configuración en /etc se usa > >>para comentar líneas un carácter diferente? > >> > > > > > > ¿Será porque se confunde libertad con libertinaje? > :-) > > > > Sin darte ni quitarte razones sobre tu cruzada, > que me parece interesante, > > para tratar de que las cosas sean de una > determinada manera y sólo de una , > > pienso que la tienes perdida. Creo que en el hilo > se refleja que las personas > > que estamos en esto (como en otras situaciones) > nos dividimos en grupos > > diversos y complementarios que nos necesitamos > mutuamente y que hacen que > > esto evolucione. > > > > GNU siempre a sido diverso y espero que siga > siéndolo porque ahí está su > > fuerza, no es rígido ni teme a las > estandarizaciones (como la de FSH). > > ¿Porqué las configuraciones en /etc están así?: > los creadores de esos > > ficheros lo sabrán y no creo que sean unos gañanes > y deseen amargarnos la > > vida. Cuando quieran unificar criterios, que lo > hagan. > > > > Pero claro, hablo desde la ignorancia de un > Usuario Común como soy yo, que no > > puedo exponer razones técnicas de peso como se > está exigiendo a gritos y que > > toco lo menos posible esos ficheros. Puede que > para quien los tenga que > > manipular habitualmente sea un tanto incómodo > aunque también pienso que quien > > hace esto cotidianamente debe aprender las > diferentes variantes de los > > diferentes programadores y no al revés. > > > > Aprovecho para agradecer a todos los > desarrolladores que trabajan para GNU su > > labor y sugerirles que sigan en la línea de hacer > las cosas como ellos crean > > que deben hacerlas. Y en particular a la gente de > Debian por facilitarnos un > > sistema informático de tan alta calidad. > > > > > > Saludos > > > > P.D.: En Debian, para "complicar" mas las cosas > disponemos de Linux y Hurd. > No te olvides de BSD y no, no es para complicar las > cosas, sino para > embellecerlas :) > http://www.debian.org/ports/netbsd/ > > > ¿Qué kernel elegiremos como estándar? > > Para que demonios necesitas tener un estandar para > todo?!!?!?!?! > > > ¿El mejor y más utilizado? ¿Y si no > > coinciden? > > > Cordial saludo. En la diversidad está el placer ;p Felicidades. E.E.F.J. [EMAIL PROTECTED] __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Cachondeo en /etc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Javier San Roman wrote: > El Martes, 6 de Junio de 2006 00:26, Iñaki escribió: > >>Hola, sólo una pregunta por un tema que me tiene frito: >> >>¿Se puede saber por qué en cada fichero de configuración en /etc se usa >>para comentar líneas un carácter diferente? >> > > > ¿Será porque se confunde libertad con libertinaje? :-) > > Sin darte ni quitarte razones sobre tu cruzada, que me parece interesante, > para tratar de que las cosas sean de una determinada manera y sólo de una , > pienso que la tienes perdida. Creo que en el hilo se refleja que las personas > que estamos en esto (como en otras situaciones) nos dividimos en grupos > diversos y complementarios que nos necesitamos mutuamente y que hacen que > esto evolucione. > > GNU siempre a sido diverso y espero que siga siéndolo porque ahí está su > fuerza, no es rígido ni teme a las estandarizaciones (como la de FSH). > ¿Porqué las configuraciones en /etc están así?: los creadores de esos > ficheros lo sabrán y no creo que sean unos gañanes y deseen amargarnos la > vida. Cuando quieran unificar criterios, que lo hagan. > > Pero claro, hablo desde la ignorancia de un Usuario Común como soy yo, que no > puedo exponer razones técnicas de peso como se está exigiendo a gritos y que > toco lo menos posible esos ficheros. Puede que para quien los tenga que > manipular habitualmente sea un tanto incómodo aunque también pienso que quien > hace esto cotidianamente debe aprender las diferentes variantes de los > diferentes programadores y no al revés. > > Aprovecho para agradecer a todos los desarrolladores que trabajan para GNU su > labor y sugerirles que sigan en la línea de hacer las cosas como ellos crean > que deben hacerlas. Y en particular a la gente de Debian por facilitarnos un > sistema informático de tan alta calidad. > > > Saludos > > P.D.: En Debian, para "complicar" mas las cosas disponemos de Linux y Hurd. No te olvides de BSD y no, no es para complicar las cosas, sino para embellecerlas :) http://www.debian.org/ports/netbsd/ > ¿Qué kernel elegiremos como estándar? Para que demonios necesitas tener un estandar para todo?!!?!?!?! > ¿El mejor y más utilizado? ¿Y si no > coinciden? > - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEiBS4kw12RhFuGy4RAh/6AJwOwBCkVEOJ1TsIIYuwd9LNzaTNAgCfaRlX kgfQYkbM0JpYMZ2f/CdXx9o= =31j6 -END PGP SIGNATURE-
Re: [OT] Re: Cachondeo en /etc
El Jueves, 8 de Junio de 2006 12:25, Alfonso Pinto Sampedro escribió: > El Jueves, 8 de Junio de 2006 12:10, Francisco J. Bejarano escribió: > > El Jueves, 8 de Junio de 2006 11:35, Alfonso Pinto Sampedro escribió: > > > El Jueves, 8 de Junio de 2006 04:21, Javier San Roman escribió: > > > > El Jueves, 8 de Junio de 2006 00:18, Alfonso Pinto Sampedro escribió: > > > > > El Miércoles, 7 de Junio de 2006 23:35, Iñaki escribió: > > > > > > El Miércoles, 7 de Junio de 2006 23:28, Ricardo Frydman Eureka! > > > > > > escribió: > > > > > > > > Que alguien me diga que hay de BENEFICIOSO en que existan > > > > > > > > diferentes sintaxis para cada archivito de configuración en > > > > > > > > /etc, y pinto unos ejemplo: > > > > > > > > > > > > > > Por la misma razon que existen diferentes lenguajes de > > > > > > > programacion > > > > > > > > > > > > > > :D > > > > > > > > > > > > Pero a ver, ¿hay algún lenguaje de programación en el mundo en el > > > > > > que la asignación de variables se haga sin un = u otro símbolo? > > > > > > Sin embargo en montones de archivos en /etc aparecen asignaciones > > > > > > del tipo: > > > > > > > > > > > > variablevalor > > > > > > > > > > > > > > > > > > Y otra cosa: ¿qué lenguaje de programación entiende lo siguiente? > > > > > > > > > > > > [section1] > > > > > > varaible1 = qweqwe; > > > > > > varaible2 = qweqwe; > > > > > > > > > > > > > > > > > > Eso de [section] no lo entiende ninguno. Bueno, lo entiende todos > > > > > > pero tras analizar el texto de un fichero, no tiene nada que ver > > > > > > con el propio lenguaje de programación. > > > > > > A pesar de ello se ven todo tipo de formas de implementar > > > > > > secciones en los archivos de /etc, ninguna mucho mejor que otras, > > > > > > pero tantas que marean. > > > > > > > > > > Muchos archivos de configuración no son meras declaraciones de > > > > > variable=valor en el mismo formato que el lenguaje de programación > > > > > que se usa, por eso no son directamente entendibles por ningún > > > > > programa. Lo que acabas de comentar parece indicar que si programo > > > > > en perl debería crear mis archivos de configuración así: > > > > > $variable=valor > > > > > y si lo hago en python: > > > > > variable=valor > > > > > Vaya, ya no está unificado el tema. > > > > > > > > > > También tenemos que tener en cuenta que dependiendo de cual sea el > > > > > programa del que hablemos este tendrá unas necesidades de > > > > > configuración que otros no. Algunos necesitarán que su archivo de > > > > > configuración este dividido en secciones y otros simplemente > > > > > necesitan un archivo con cuatro líneas que son directamente del > > > > > tipo variable=valor. > > > > > > > > > > Otro detalle a tener en cuenta: cada uno de nosotros programa en el > > > > > lenguaje o lenguajes que nos son más comodos. Ya que nuestro > > > > > archivo de configuración tiene que ser interpretado (o parseado > > > > > como prefiráis) pues tengo que crear las rutinas de parseo. Para mi > > > > > en perl puede ser más fácil crear esas rutinas así y en c asá > > > > > mientras que para otro puede ser al revés. > > > > > > > > > > Como último ejemplo: Perl tiene una librería para parsear > > > > > automáticamente archivos de configuración y estos tienen que estar > > > > > en un formato concreto para ser entendidos. ¿Tienen otros lenguajes > > > > > librerías semejantes? En caso de que las tengan, ¿usan el mismo > > > > > formato?, ¿puedo estructurar todas las opciones de configuración > > > > > que necesita mi programa según la estructura que rigen dichas > > > > > librerías para los archivos de configuración o por el contrario > > > > > necesito estructurarlo de otra forma distinta? en este caso me toca > > > > > escribir las rutinas de parseo y a lo mejor me es mas fácil parsear > > > > > un archivo que tiene este formato: > > > > > variable valor; > > > > > que este otro: > > > > > variable=valor > > > > > > > > > > El día que todos pensemos igual será posible hacer lo que decís y > > > > > ese día yo me pegaré un tiro: VIVA LA DIVERSIDAD. > > > > > > > > No hombre, no. Puedes ser el germen de un nuevo proceso. Si un > > > > elemento deja de existir, se pierde la posibilidad de una expansión > > > > que nadie sabe hasta donde puede llegar. > > > > > > > > > Y por cierto, el que ha comentado que la democracia es lo mejor, > > > > > que lea un poquito de literatura ciberpunk. La democracia es la > > > > > supremacía de una mayoría sobre una minoría. ¿No pueden existir > > > > > distintos puntos de vista?¿No puede existir la diversidad? > > > > > > > > Existe pues una sociedad es un entramado de minorías. Cuando no se > > > > contempla eso para la organización social y su gobierno, se dan las > > > > dictaduras, entre ellas una llamada democracia que ni siquiera es lo > > > > mejor: solo es la mayoría. > > > > > > EXACTO! yo no habría podido expresarlo mejor (tampoco habría podido > > > ex
Re: automontar dispositivos a medias
--- Iñaki <[EMAIL PROTECTED]> escribió: > El Miércoles, 7 de Junio de 2006 22:26, Ricardo > Delgado escribió: > > tengo una duda, decidi probar (leido en el foro) > el > > automount (dbus-hal-pmount,etc) en mi debian Etch > con > > KDE 3.4.2 > > pero tengo algunos inconvenientes. > > > > 1.- cuando coloco un CD a veces (muy pocas) en el > > escritorio aparece el icono del CD y desmontado, > > aunque si en el konqueror tipeo media:/ si aparece > y > > con la etiqueta del CD (no montado) > > ¿Y cuál es el problema? eso es lo normal. > El problema es que sistemáticamente todo el mundo > confunde detectar y asociar > a un punto de montaje con montar. > La realidad es que cuando metes un CD o un pendrive > y sale el icono NO se > monta el dispositivo, pero en cuanto lo pinchas se > monta (es el > funcionamiento normal). Gracias, esto lo sabia, solo que pense que se "automontaba" creo haber visto esto en GNOME (no uso este entorno). Pero lei que el dispositivo se "automonta" y, en el caso del CD montado, con presionar el boton expulsar, se desmontaba solo (esto segun lo leido aqui en este foro). http://lists.debian.org/debian-user-spanish/2006/01/msg01357.html http://www.esdebian.org/article.php/20060410013305179 > > PD: En KDE 3.5 opcionalmente al meter un dispositivo > te pregunta si quieres > que lo monte o que hagas lo que sea. > ok > > > 2.- un disquette NUNCA aparece en el escritorio > > El disquete es un dispositivo paleolítico y nunca > reaccionará como un cdrom o > pendrive. > Si no aparece en el escritorio es porque no tienes > seleccionado "disquete" > dentro de los dispositivos que se deben mostrar en > el escritorio. Para ello > click derecho en el escritorio "Configurar > escirtorio" - "Comportamiento" - "Iconos de > dispositivos". > esto lo tengo pero que aparezca el dispositivo solo cuando esta montado > > > 3.- un pendrive si aunque no montado > > Eso es lo correcto, repito. ¿Qué más te da que se > monte o no? en cuanto > quieras acceder a él sólo tienes que hacer doble > click y se monta. > > > > > y por ultimo tenia en /cdrom seteado el APT > > es decir si realizaba #apt-get install kdm > > me solicitaba el cd correspondiente a la > aplicacion en > > /cdrom, ahora tengo que montarlo manualmente. > > > >Que hice mal? en todo caso que me > estaria > > faltando configurar? algo que no entendi? > > Comprueba que /cdom sigue siendo un enlace al punto > de montaje definido > en /etc/fstab para el cdrom. > > En realidad con el tema de hal y dbus no hace falta > tener el cdrom definido en > fstab, pero no pasa nada por tenerlo. > voy a revisar un poquito porque aqui no me funciona de esta manera, por lo que decis, supongo que deberia. De todas formas gracias. me aclaraste los conceptos > -- > Por el bien de todos respetemos las normas de la > lista: > http://wiki.debian.org/NormasLista > > coincido totalmente _\|||/ oOOo-(@ @)--oOOo--- | 0 | |En un mundo sin muros, quien necesita Ventanas?| |In a world without walls, who needs Windows? | | | |___| __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
