Re: Fichero /etc/hosts
Pero entonces, estás asignando el mismo nombre a diferentes interfaces. ¿Es eso lícito? Ahora, trasladando el caso al sistema de nombres, ¿cómo lo harías? Supón que quieres montar DNS en esa máquina que tiene varias interfaces de red para servir nombres a la intranet. Lo que no vamos a hacer es añadir un registro tipo A para deep.kili.com que resuelva a 127.0.0.1 Se me ocurren dos soluciones: * Asignar diferentes entradas en DNS para cada una de las interfaces de red y elegir deep.kili.com para una (y sólo una) de ellas. * Asignar a la interfaz de loopback una dirección única en la intranet, con máscara de 32 bits y resolver deep.kili.com a esa dirección. ¿Ideas? Son dudas existenciales que tiene uno ;-) Gracias - Original Message - From: Juan F. Calvo [EMAIL PROTECTED] To: J. Carlos Muro [EMAIL PROTECTED]; Debian User Spanish debian-user-spanish@lists.debian.org Sent: Tuesday, August 27, 2002 8:15 PM Subject: Re: Fichero /etc/hosts yo las tengo agregadas a todas. /etc/hosts # IPAddress Hostname Alias 127.0.0.1 localhostdeep.kili.com 192.168.1.10 local 192.168.1.17 local - Original Message - From: J. Carlos Muro [EMAIL PROTECTED] To: Debian User Spanish debian-user-spanish@lists.debian.org Sent: Tuesday, August 27, 2002 12:30 PM Subject: Fichero /etc/hosts Hola. ¿Añadís vosotros la dirección de la máquina local al hosts? ¿Y si tenemos varias interfaces de red, cuál añadimos, la de loopback p. ej. o existe un criterio? Gracias: J. Carlos Muro -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fichero /etc/hosts
Hola. ¿Añadís vosotros la dirección de la máquina local al hosts? ¿Y si tenemos varias interfaces de red, cuál añadimos, la de loopback p. ej. o existe un criterio? Gracias: J. Carlos Muro
Re: problemas con DNS
David Charro Ripa escribió: Yo monte un DNS guiandome en el capitulo del BIND 8.x del manual de debian del administrador de redes. Me ayudo mucho, asi que lo traduje. Si esperas un poco, mañana te lo mando que lo tengo en casa. Si tienes prisa en www.debian.org lo encontraras en ingles (salvo que darlock lo haya subido en castellano). Es de los pocos capitulos que tiene este manual. ¿No podría ponerse esa maravilla en algún sitio? Si no, a mí me molaría recibirlo también. Gracias: J. Carlos Muro
Re: Servidor X para WinYPico
Tejada Lacaci, Antonio escribió: -Mensaje original- De: Antonio Iglesias [SMTP:[EMAIL PROTECTED] Enviado el: lunes 20 de marzo de 2000 11:56 Para: debian-user-spanish@lists.debian.org Asunto: Servidor X para WinYPico Perdonadme esta pregunta: ¿Hay algún Servidor X para windows que sea free? Los que he encontrado no lo son, pero igual vosotros conocéis algún otro. Mi/X Server http://www.microimages.com ftp://ftp.gwdg.de/pub/x11/mix/getme1st.exe No he encontrado getme1st.exe Lo que he encontrado en ese directorio es mixer2.zip He programado el getRight del curro para que se lo baje esta noche. ¿Es eso también un X server? No es libre, pero sí gratuito. Si no encuentras el .exe, búscalo con el ftpsearch. Esto no lo entiendo muy bien ... Saludos y gracias: Juan Carlos Muro
Re: Imagenes de Potato
Joaquin Fernandez Piqueras escribió: Hola,Llevo unos dias persiguiendo por internet unas imagenes de potato que pueda pasar a CD facilmente, primero mire en los ftp's de Debian (ftp.fr.debian.org) pero solo encontre unos directorios rellenos de paquetes que no se como meterlos en CD's. La otra solucion fue buscar en cdimage.debian.org, alli encontre un link a ftp.kandohu donde por fin encontre unos ficheros formato raw (???) que parecian encajar justo en los CD's, intente bajarmelos, pero tarda algo asi como un dia entero para un fichero (Y son cinco!!!). Luego viene el problema de pasarlos, he escuchado algo de rsync o de pseudo-image-kit, pero no tengo ni idea de como hacer esto. Agradeceria si alguien me pudiera comentar como va el tema y/o si conoce algun mirror que vaya un poco mas rapido. Hola, hay un programa para bajar los .raw y crear la imagen de disco (digamos que .raw es la información en bruto y tú tienes que crear la imagen -creo que era .iso- con este programa). El programa es 'pseudo.image-kit'. Te lo puedes bajar de Debian. Hace poco traduje el README de cómo funciona todo esto (para el pseudo-image-kit de win95). Ese README viene con dicho paquete, y explica todo el proceso y el porqué de usar esta herramienta. Envié la traducción al autor y me pidió que lo pasara en SGML y una serie de historias más. La verdad es que ando pero que muy mal de tiempo, y por eso no he vuelto a dar señales de vida al autor. Lo que voy a hacer va a ser poner aquél mensaje en la lista (ahora mismo lo mando) con la traducción y si alguien anda mejor que yo y puede... pues eso, lo pasais a SGML y se lo mandais al autor para que distribuya el README-es en sucesivas versiones. Si no, pues nada, simplemente que ahí teneis la traducción sin más :) Saludos: Juan Carlos pd.- Ufff, he mirado, cuando iba a hacer el attachment' y el README-es de que os hablo es de 15Kbytes, y como no quiero chorreos, pues eso, si alguien está interesado se lo mando, o si lo preferís lo mando a la lista. Decidme ... Lo que sí voy a mandar ahora mismo va a ser la contestación que el autor me dió por si a alguien de la lista estaría interesado en colaborar ;-) pd2.- Joaquín, a tí te mando ahora personalmente la traducción.
Traduccion del README de 'pseudo-image-kit'
Aquí está la copia del mensaje del que hablaba. Para los que no sepan a qué me refiero os pongo al corriente: Hace unos meses, traduje el README del paquete 'pseudo-image-kit' y se lo mandé al autor, con intención de aportar mi pequeño granito de arena. Me pidió que crease un README.in-es y alguna cosa más. Pero yo no sé cómo va eso y no tengo mucho tiempo para investigarlo. Así que si alguien quiere colaborar y hacerlo por sí mismo, pues le paso el README-es.txt y ya está. De todas maneras, si me explicais cómo se hace, y es algo sencillo (ya digo, que realmente dispongo de muy poco tiempo) a lo mejor hasta lo hago yo mismo. Saludos: Juan Carlos On Tue, 30 Nov 1999, J. Carlos Muro wrote: Hello. I am a Debian Spanish user, and in my trying of downloading Debian CDs and of course collaborating with the project, I translated the README file for the pseudo-image kit generation package for win95. So there I send you the translation. I thought that perhaps you wanted to include it as README-es.txt on next releases :) My trying was making an _exact_ translation from your words. A wonderful idea! Maybe you suspected it: I didn't do the formatting etc. manually. Actually, it's preprocessed HTML that can generate both Win and *UX versions very easily. So I'm sending you my original files in return. I'd be very happy if you could provide a README.in-es; that wouldn't take much more than a few copy-pastes from your README-es.txt. Don't bother about the Generating .list files part -- most people won't read it anyway. I hope things are self-explanatory; just ask if you don't understand it. Everyways, with your permission, I will give the text to Hispano-parlant groups for including it in Spanish Debian translation projects. It's GPLd, so you know what you can do with it ;-) Even if I got the source code, I could translate the entire package ;-) make-pseudo-image is it's own source code, but I would advise against translating that because I can't think of a scheme that would allow language selection without too much hassles. Rsync is a precompiled program that I don't want to compile again, so translating that is not an option, as far as I'm concerned. Regards, Anne Bezemer
Ejecutar java: no encuentra 'realpath'
Hola. He instalado las jdk.1.2.2 de javasoft en /mnt/linux3/jdk1.2.2 Tengo: export JAVA_HOME=/mnt/linux3/jdk1.2.2 export CLASSPATH=$JAVA_HOME:/jre/lib/rt.jar export PATH=$PATH:$JAVA_HOME/bin Al ejecutar : # java el bash me arroja un error tal que así (no estoy en casa, asi que no se el error _exacto_): bash: /mnt/linux3/jdk1.2.2/bin/java_wrapper: /bin/realpath not found He mirado en /bin y no existe 'realpath'. ¿Porqué? Quiero decir, ¿es que las jdk requieren algún paquete? Si es así, ¿qué paquete necesito, o de dónde saco el 'realpath'? Muchas gracias: Juan Carlos Muro
Re: Controlar una subred Windows con linux
Jorge Ramiro escribió: Tengo una sala de informática con 8 pentiums a 450MHz (bajo windows98). [...] En RESUMEN: lo que quiero es que no me trasteen en la configuración de windows y que no me instalen mIRC y cosas por el estilo. Así, cuando verdaderamente hagan falta los ordenadores, estarán usables, y mientras tanto, los podrán usar los alumnos para consultar su correo y las últimas novedades de terra ;-) Bueno, yo no sé cómo se hace, pero sé que en cierta universidad se hizo +/- lo siguiente: * Se instala un guindow$ en un ordenador, se le instala el software que se va a usar y se configura todo. * Cuando esté listo para usar, se clona el disco duro con 'ghost' (una aplicacion de Symantec muy buena para clonar discos para DOS o guin$, aunque eso ya lo hacía Linux con 'dd'). * Se monta un servidor de ficheros con SAMBA, y en el servidor se mantiene la imagen de disco creada. * Ahora se instala el protocolo BOOTP o algo así, para que las tarjetas de los clientes se conecten al Linux nada más arrancar (es decir, arrancamos los ordenadores como si no tuvieran disco duro, como terminales tontos que se conectan al Linux) * Entonces, cuando el cliente arranca (y esto entra ya cada vez más dentro de mi desconocimiento) se trae la imagen de disco y se la copia. Esto machaca lo que hubiere antes en el disco duro, claro, por lo tanto ya te ahorras el problema de que alguien haya trasteado con la configuración. * Lo último, es cambiar la IP del ordenador. Yo no sé cómo lo hacen, pero se hace :D Por lo visto, se modifica el registro de guindow$ con una orden en la línea de comandos (el Linux, sabe qué ordenador se ha conectado, y por tanto sabe elegir supongo de un archivo la IP que le tiene que dar) Puedes preparar el arranque para que aparezca un menú (como los que hacíamos hace tiempo con MENUITEM en el 'config.sys') y elijas arrancar la imagen que hubiere (con el consiguente riesgo de que alguien haya trasteado) o traer la del Linux por el proceso anterior. Así, si a alguien se le cuelga el ordenador (que eso, FIJO que les ocurre a los guin-users) no tiene que esperar 5 minutos para realizar el proceso de restauración de imagen. Bueno, eso es todo lo que sé al respecto. Si alguien puede reparar/completar esta información, plis que lo haga. Saludos: J. Carlos Muro
xfte. Castellano, tamaño de fuentes.
Hola. Hace tiempo, con hamm, usaba fte (xfte) y los caracteres me salían más pequeños, y me admitía correctamente las tildes. Ahora, con la slink que tengo (del verano o por ahí), las letras son más grandes, y tengo auténticos problemas con las palabras que llevan tilde. Por ejemplo, de la palabra 'distribución', sólo me sacaría 'distribuci' y se comería la última parte, o algo por el estilo. ¿Alguien ha experimentado los mismos problemas que yo? ¿Alguien me puede dar una solución? No sé si tendrá que ver con los 'locales'. De hecho, si inicio fte en una consola de las X, me da un error diciendo que el locale no está soportado. Supongo que se refiere a que no soporta el Castellano, pero, digo yo, si lo soportaba en hamm, ¿cómo no lo va a soportar en slink? ¿Que cómo tengo los locales? Pues no lo sé de memoria, puesto que ahora me encuentro en el curro, pero sí sé que las aplicaciones Gnome por ejemplo me sacan los menús y demás textos en castellano (cierto día, recuerdo haber configurado eso, lo que no sé es si lo hice bien o no :D). Sé que se puede cambiar la configuración de fte editando unos archivos y compilandolos con cfte. Lo intenté, pero no funcionó. Si alguien a quien le funcione todo bien me puede pasar su ~/.fte ... Saludos y felicices navidades para todos: Juan Carlos
¿Tarjetas de red soportadas?
Hola ¿Donde puedo encontrar una lista de las tarjetas de red soportadas (o al menos que se sepan soportadas) por Linux? Gracias Juan Carlos
Re: ncurses (era el rollo ese de Re.freeze, pero no hablo de eso)
Jaime E. Villate escribió: J. Carlos Muro dijo: [] y a hablar primero con los desarrolladores de Debian, Eso es importante porque el mismo problema con seguridad que ya ha sido planteado en debian-devel y hay gente trabajando en eso (conoceis debconf?). Pues sí, llevabas razón. Me he puesto en contacto con la lista debian-devel y efectivamente, debconf pretende ser o es lo que nosotros comentamos. Así que bueno, es una pena no poder ser personalmente quien lo lleve adelante (habría sido un grato placer ;-) pero al fin y al cabo una satisfacción el saber que ya se está haciendo y que Debian 'se mueve'. Quizás más adelante podamos eso sí colaborar en traducciones e incluso portarlo a toolkits gráficos. Me pondré en contacto con el autor de la herramienta para preguntarle si hay algo en esta línea. De todas maneras, creo que la herramienta está en una fase muy temprana, así que seguramente cabrá esperar a algo más estable de lo que partir. Claro que no hay que cruzar los brazos y decir ya lo hará alguien o ya lo estarán haciendo; cuantos mas grupos trabajen en eso mejor y si aparece una solución made in hispanoamerica mejor todavia, pero vale la pena saber lo que otros hacen en algo parecido. Sí, en cuanto sepa más del autor, os lo comunico. (Debemos ir ya como por el Salu5678900?) Salu5678901 :D Juan Carlos
Ruedecita de los ratones de Logitech
Hola. ¿Alguien sabe si existe algo para aprovechar la ruedecita del medio de los ratones Logitech (de esos netmouse o como se llamen)? Gracias Juan Carlos
Re: Freeze de Potato
Barbwired escribió: J. Carlos Muro decía: Realmente son muy buenas herramientas. Bueno, sólo conocía alguna de ellas. [.] descubrí 'pppconfig', de verdad una maravilla. La última versión incluso te avisa del típico error de novato de no poner nada en el /etc/resolv.conf ¡De auténtico lujo! Se acabaron los posts Conecto-a- -internet-pero no puedo-navegar-Netscape-no-encuentra-ninguna-dirección :-) Por cierto, ocurría una cosa que no me gustaba en el pppconfig: Resulta que cuando creabas una conexion y tocaba introducir la password, ésta salía mostrada en lugar de ocultarse con *'s o simplemente no visualizarse nada. ¿Sabes si se ha cambiado eso en las nuevas versiones? Si no, cabría proponérselo al mantenedor. Sa sé que parece una tontería, pero cuando estás rodeado de moscones, resulta ciertamente útil (aunque 'útil' no es del todo la palabra ;-) Saludos! A ti y la lista: Juan Carlos
Re: Debian, instalacion, mantenimiento de paquetes. Sugerencias.
AVILA BERMEJO, FRANCISCO JOSE escribió: He visto que se comenta hacer las cosas con las ncurses. La verdad es que he estado programando un poco con las curses y he de decir que son un verdadero coñazo. Alternativemente he usado la urilidad dialog y whiptail que son para crear ventanitas desde la linea de comandos. Son sencillas de utilizar, pero no muy flexibles. Hay cosas que no se pueden hacer. Yo me encargaría de portar las cosas a Gtk, si es necesario. Bueno, de momento está el asegurarse de que no hay ya alguien trabajando en lo mimo. Estoy en ello. En cuanto tenga el resultado lo haré saber a la lista y de ahí, si es viable el llevar el desarrollo adelante, pasaríamos a debian-devel ;-) Otra cosa es qué lenguaje usar. En este caso también tengo experiencia: quise hacer (y de hecho hice) un programa que ayudara a la creacion y gestion de impresoras. Trabaja con el fichero /etc/printcap cosa que está bien porque no mete cosas raras. Lo hice con el whiptail para las ventanas y en una primera versión usé C, pero parsear cosas en modo texto desde C es un poco tedioso, claro que para esto está en Bison y el Flex. Sin embargo me dio por aprender Perl y la cosa se simplifico bastante. Perl está diseñado para tratar con texto, y como todos los ficheros de configuracion de Linux son el modo texto, pues guay. Es más simple de programar que el C. Bueno, a mí me da igual programar en uno que en otro. En cualquier caso, sugeriría C++ y Perl. Perl por facilidad de tratamiento de texto. Y C++ por la facilidad de mantenimiento del código. Se puede 'wrappear' Perl con C++, creándonos así métodos transparentes y sencillos de usar. Hasta pronto. A lo dicho, en cuanto haya algo, lo comunico ;-) Saludos: Juan Carlos
Re: Freeze de Potato
Barbwired escribió: J. Carlos Muro decía: [...] pero si queremos que sea la más usada, ya podemos pensar en facilitarles las cosas a los que no saben. pppconfig kbdconfig slrnconfig smailconfig #mi primer amor :-) sendmailconfig adjtimexconfig bindconfig gpmconfig leafnode-config liloconfig linuxlogoconfig shadowconfig tzconfig wm-menu-config ..¿sigo? A mí me han hecho la vida muy fácil. Muchos (¿todos?) son específicos de Debian. No se encuentran en otras distribuciones. Es cierto que no siguen la pauta general: tremendo despliegue gráfico y errores de bulto por doquier, pero funcionan. Bien. The Debian Way. Sólo hace falta saber leer y dónde buscar lectura. Y un poco de esfuerzo personal. Realmente son muy buenas herramientas. Bueno, sólo conocía alguna de ellas. Pero... ¿cómo no las ponemos todas juntitas para que aparezcan en un menu estilo ncurses? Así no tienes que recordar los nombres. A veces ocurre que has usado un programita de éstos, y al mucho tiempo quieres volverlo a utilizar y no te acuerdas del nombre (eso sí, que puedas invocarlos también al modo tradicional, o sea, 'pppconfig' directamente por ejemplo). Otra cosa que estaría bien sería traducirlos todos a Castellano. Si mal no recuerdo, el smailconfig estaba en Inglés, lo cuál, si ya para un novato es difícil entender qué es un MTA o alguna de las preguntas que smailconfig te hace , imagínate en Inglés. En eso podría colaborar yo, hombre (juntar todo y traducir). No sé ... no tengo mucho tiempo al día, más bien nada, pero podría intentar usar una hora o dos a la semana en esto ¿alguien me puede decir si es muy difícil usar las ncurses? Se me ocurre que la herramienta podría ser (de nombre por ejemplo 'debconfig' o similar) parecida a la de configuración del kernel. Habría que comprobar si ciertos paquetes estarían instalados para habilitar ciertas partes del programa. Por ejemplo, para poder ejecutar smailconfig, tendría que estar instalado el paquete smail, etc ... Luego, se puede programar más adelante y en un momento dado en Gtk+ para los que quieran modo gráfico. Por tanto, habría que separar lo que es interfaz de lo que es 'gestión' en sí. Para invocar el programa, lo pueden hacer por ejemplo con '$ debconfig'. Se podría llamar a una parte específica con '$ debconfig --smailconfig', de manera que el que no quiera ningún tipo de interface, sino el método tradicional, con hacer 'smailconfig' funcionaría, siendo smailconfig un script que llamase a 'debconfig --nointerface --smailconfig'. Así mismo, '$ debconfig --nointerface' (o '$ debconfig -n') sería el programa en modo texto puro y duro. ¿Hay ideas al respecto? ¿Alguien se anima conmigo? Senolaff, ;-) Octubre del 98, Debian, mi primera distribución. Tardé 1h en instalarla, 2 meses en conectarme a Inet (errata en /etc/resolv.conf detectada de pura coña, que me trajo por la calle de la amargura), una semana en instalar Pine (no sabía cómo satisfacer sus dependencias), un mes para quitar lo del escritorio virtual en las X... Esto me hubiera pasado igual con RH, con SuSe o con cualquier otra. ¿No estáis hartos de las típicas preguntas del kppp? ¿Soluciona esto la vida a alguien? Me temo que no. Sí. eso es cierto. De hecho, pon fue un gran invento de Debian. Kppp casi nunca me ha funcionado bien. Lo usé una temporadita hará más de un año, y acabé hasta el gorro. Hasta que descubrí 'pppconfig', de verdad una maravilla. Así luego, con 'pon' para el modo texto y 'wmppp' para el modo gráfico (que usa de pon) todo de mil maravillas. Buen rollo! ;-) Saludos: Juan Carlos
Debian, instalacion, mantenimiento de paquetes. Sugerencias.
(este es parte de un mensaje del thread Freeze de Potato). Barbwired escribió: J. Carlos Muro decía: [...] pero si queremos que sea la más usada, ya podemos pensar en facilitarles las cosas a los que no saben. pppconfig kbdconfig slrnconfig smailconfig #mi primer amor :-) sendmailconfig adjtimexconfig bindconfig gpmconfig leafnode-config liloconfig linuxlogoconfig shadowconfig tzconfig wm-menu-config ..¿sigo? A mí me han hecho la vida muy fácil. Muchos (¿todos?) son específicos de Debian. No se encuentran en otras distribuciones. Es cierto que no siguen la pauta general: tremendo despliegue gráfico y errores de bulto por doquier, pero funcionan. Bien. The Debian Way. Sólo hace falta saber leer y dónde buscar lectura. Y un poco de esfuerzo personal. Realmente son muy buenas herramientas. Bueno, sólo conocía alguna de ellas. Pero... ¿cómo no las ponemos todas juntitas para que aparezcan en un menu estilo ncurses? Así no tienes que recordar los nombres. A veces ocurre que has usado un programita de éstos, y al mucho tiempo quieres volverlo a utilizar y no te acuerdas del nombre (eso sí, que puedas invocarlos también al modo tradicional, o sea, 'pppconfig' directamente por ejemplo). Otra cosa que estaría bien sería traducirlos todos a Castellano. Si mal no recuerdo, el smailconfig estaba en Inglés, lo cuál, si ya para un novato es difícil entender qué es un MTA o alguna de las preguntas que smailconfig te hace , imagínate en Inglés. En eso podría colaborar yo, hombre (juntar todo y traducir). No sé ... no tengo mucho tiempo al día, más bien nada, pero podría intentar usar una hora o dos a la semana en esto ¿alguien me puede decir si es muy difícil usar las ncurses? Se me ocurre que la herramienta podría ser (de nombre por ejemplo 'debconfig' o similar) parecida a la de configuración del kernel. Habría que comprobar si ciertos paquetes estarían instalados para habilitar ciertas partes del programa. Por ejemplo, para poder ejecutar smailconfig, tendría que estar instalado el paquete smail, etc ... Luego, se puede programar más adelante y en un momento dado en Gtk+ para los que quieran modo gráfico. Por tanto, habría que separar lo que es interfaz de lo que es 'gestión' en sí. Para invocar el programa, lo pueden hacer por ejemplo con '$ debconfig'. Se podría llamar a una parte específica con '$ debconfig --smailconfig', de manera que el que no quiera ningún tipo de interface, sino el método tradicional, con hacer 'smailconfig' funcionaría, siendo smailconfig un script que llamase a 'debconfig --nointerface --smailconfig'. Así mismo, '$ debconfig --nointerface' (o '$ debconfig -n') sería el programa en modo texto puro y duro. ¿Hay ideas al respecto? ¿Alguien se anima conmigo? Un saludo a todos: Juan Carlos
Re: Debian, instalacion, mantenimiento de paquetes. Sugerencias.
Javier_Viñuales_Gutiérrez escribió: On jue, nov 18, 1999 at 08:55:06 +0100, J. Carlos Muro wrote: Otra cosa que estaría bien sería traducirlos todos a Castellano. Si mal no recuerdo, el smailconfig estaba en Inglés, lo cuál, si ya para un novato es difícil entender qué es un MTA o alguna de las preguntas que smailconfig te hace , imagínate en Inglés. En eso podría colaborar yo, hombre (juntar todo y traducir). No sé ... no tengo mucho tiempo al día, más bien nada, pero podría intentar usar una hora o dos a la semana en esto ¿alguien me puede decir si es muy difícil usar las ncurses? Muy bueno, yo colaboro con gusto, con mi pésima calidad de traductor pero con toda mi buena intención debianera. Pues no se hable más, nos documentamos primero, y nos ponemos después ;-) Quiero decir que me empiezo a bajar documentación desde ahora mismo de las ncurses (siempre he querido aprender a utilizarlas), y a hablar primero con los desarrolladores de Debian, a ver si es lícito o no lo es. Ahora mando otro mensaje a la lista a ver si algún desarrollador de Debian se da por aludido y me contesta :D Luego, si es viable, se investiga un poco, otro poco y otro poco, se analiza el asunto, se trazan pautas, se hace un boceto de código y ... a implementar :-P Eso por supuesto, hay que seguir la directiva de scripts de configuración de Debian que intenta interaccionar con el usuario lo menos posible y ser lo más inteligente que se pueda. ¿Cómo que interaccionar lo menos posible? Que sea configurable, y así se garantizará estar al gusto de todos toditos todos. ´Lo de usar Gtk+ no lo veo claro, creo que bastaría con unas ncurses, consola y a correr. Si se plantea modo X quizás vea menos pesado desde el punto de vista de requerimientos de paquetes instalados, Tcl/Tk. Se hace en los dos toolkits y listo ;-) Igual que tienes Kpackage y gnome-apt (o algo así). Más que nada, porque no tengo ni idea de tk. Sin envargo en Gnome/Gtk podría encargarme yo. Pero como te digo .. una para tí, otra para mí :) De todos modos, esto sería secundario. Lo que hace falta es que funcione bien en modo texto, luego en ncurses, luego en ncurses 1000 veces más y al final ya se podría pasar a X Me gusta la idea, me apunto... aunque como tu, estoy hasta arriba de trabajo, pero quiero ser util a la comunidad debianera a toda costa. Yo ahora mismo, me encuentro inmerso en un proyecto de autómatas Omron con Gnome. Además, empecé el proyecto Gseq,un secuenciador para Linux ( http://members.xoom.com/~gseq ) hace un año, y ahora mimo no lo toco por falta de tiempo. Pero bueno, es un proyecto en marcha y David (el otro autor y actualmente del 99% del código) va adelante con él. El día que pueda volveré al proyecto, pero por ahora, tristemente no puedo :( snifff Así que como ves mi tiempo es muy limitado. Pero esto de 'debconfig' es algo que vendría pero que muy bien. Espero realimentación, saludos. echo realimentación JavierX-D Saludos: Juan Carlos Muro
Re: Debian, instalacion, mantenimiento de paquetes. Sugerencias.
AVILA BERMEJO, FRANCISCO JOSE escribió: Javier Viñuales Gutiérrez wrote: Lo de usar Gtk+ no lo veo claro, creo que bastaría con unas ncurses, consola y a correr. Si se plantea modo X quizás vea menos pesado desde el punto de vista de requerimientos de paquetes instalados, Tcl/Tk. Yo puedo ayudar con lo de Gtk+, pero es que lo de las curses me da pereza. También podría con Tcl/Tk, pero sugiero una version con Gtk porque es más atrativa y hay que renovarse. Insisto, y según mi opinión, en que primero hay que hacer MUY consistente una versión en modo texto (una especie de interface tipo 'pulsa una opción'), seguido otra en ncurses y como etapa final las que sean en X. Más o menos como el kernel, la secuencia make (config || menuconfig || xconfig). Pero como digo a Javier, esperemos a saber qué opinan los desarrolladores de Debian. En cuanto sepa algo, si no es en esta lista, os lo haré saber. Mchas gracias. Saludos ;-) Juan Carlos
Re: Freeze de Potato
Andres Herrera escribió: Guenas On Nov 15, 1999 at 02:59:04PM +0100, J. Carlos Muro wrote: A mí lo que me gustaría saber es por qué hay al parecer tanta gente que se niega a utilizar 'el WindowMaker/KDE/Gnome' como F. José Avila decía. ¿Puede ser porque estas personas usen un 386 con 1 Mega de RAM? No creo, pero estarian es su perfecto derecho. La verdad, si tuviese algun 386 a mano procuraria hacer que fuese util y no tirarlo alegremente. Sí, yo haría lo mismo :)) ¿Puede ser porque para bajarme un triste fichero de internet no necesite la interface gráfica? Por ejemplo :-)) Hay muchisimas cosas para las que no hace falta interfaz grafica. yo uso los tres, ¿Para trabajar o para curiosear? ¿Que ventajas te reporta? Es que yo tengo muy mala cabeza, y muchísimas veces no me acuerdo de los nombres de los programas. El hecho de tener un menú con las aplicaciones me ayuda a ejecutar lo que tengo. y creo que cualquiera que no sea masoca, también usa uno de los tres, Bueno, esto era un decir. Como digo en otro mensaje de este mismo topic, yo uso muchos (suelo cambiar con frecuencia entre ellos). Jarrrl Pues todavia nadie me ha dado con un latigo, y que no lo intenten :-)) o si no, ¿qué uso si no?, ¿twm? Vamos Icewm, uwm. El que trabaje en un entorno solo StarOffice no necesita ningun Wm. Yo muchas veces abro el entorno grafico con los programas necesarios y no necesito mas que el twm. Sí, es cierto. Atención, que mi comentario no es una sugerencia a que nadie se pase a uno de estos tres escritorios. Simplemente me gustaría saber porqué alguien usaría twm y no Gnome por ejemplo. Puede ser por no tener hard suficiente para sentirse comodo en el KDE o Gnome. Puede ser simplemente porque no se necesite ninguna de las ventajas que puedan tener esos escritorios. También es cierto. Hasta hace un par de meses he estado tirando con un Pentium 90, y usaba o windowmaker, o fvwm. Y rulaba la mar de bien :)) El twm es un caso extremo, pero el icewm (y otros similares en cuanto a requisitos hard) te va a proporcionar casi las mismas posibilidades que todo un escritorio como KDE o Gnome: al final, las ventajas extra de un escritorio frente a un simple wm quedan en casi nada salvo que utilices programas preparados para aprovechar las ventajas de dicho escritorio, y de verdad esas operaciones las utilices habitualmente. Sí, icewm está muy bien, pero de todas maneras creo que está muy beta, o al menos a mí me está dando muucha guerra. Yo no sé si es culpa mía o es del ice. Pero esque como tengo tan poco tiempo libre al día, no puedo perder tiempo en mirar qué es lo que ocurre, y cómo solucionarlo. De todas maneras, si es que el ice está verde, espero que lo preparen bien, porque me mola muchísimo. :-)) Estoy en esto completamente de acuerdo contigo. Quiero tener donde elegir, y quiero que me venga en el CD todo lo que quepa y un poquito mas. El problema es que, los que somos indecisos, pasamos muchas horas embobados leyendo las descripciones de paquetes nuevos que no conocemos (todos los problemas fueran como este ;-)) Benditos los hartos de tiempo libre ;-) Y eso sí, no dejaré de sugerirle al que viste a lo 60's que se dé una vueltita por ahí y admire las maravillas que existen ahora a las puertas del año 2000 X-DDD Ojo, no confundas vistoso, recargado y derrochon (un escritorio completo) con algo moderno: la modernidad no esta ahi. Aprende de la naturaleza: hay cosas que (afortunadamente) nunca cambian porque ya estan bien (y que a nadie se le ocurra cambiar ciertas cosas muy naturales que yo me se, que soy capaz de matar ;-)) No, eso era una bromilla. Lo cierto es que adoro la música de los 60's. Creo que la música actualmente ha demorado mucho, y simplemente, como tú dices, lo que está bien hecho lo está y punto. La naturaleza nunca deja de sorprenderme cada vez que me enseña algo. Y lo hace cada día. Estoy muy pero que muy de acuerdo contigo en este comentario (y algo resentido por recurrir yo a un ejemplo así X-D). De todas maneras, este tipo de conversaciones siempre suelen sucederse de una larga cola de 'replys' con las mismas guisas de juicios y respuestas. Comprobado ;-) Bueno, al releerlo, me he fijado que quizás mi mensaje del otro día era algo brusco y quizás irritante para alguno. Así que creo que ese día anduve algo tenso y la adrenalina gobernaba en cierta medida mi mente. En realidad lo que a mí me preocupa y me da rabia es como ya comenté, ver a colegas míos cómo abandonan Debian y se pasan a otras distribuciones. Son gente que llevan un mes o una semana con Linux. Yo llevo con Debian desde la primera 'bo'. ¡¡ Claro que me gusta Debian !! Y cada vez más, porque cada vez tengo más claro qué es Linux. Pero mis colegas no lo ven; están acostumbrados a la comodidad del win-monopolio (se engañan a sí mismos, porque al menos para mí no es cómodo tener que reinstalar todo el sistema cada dos meses, o reiniciar cada 3
Debian, instalacion, mantenimiento de paquetes. Sugerencias.
Hola. He cambiado el topic, porque ya no encaja del todo en lo que era. Creo que este nuevo topic será más adecuado. Ricard Sierra escribió: Dificil no es pero podria hacerse mas simple si se evitaran algunas preguntas. Basicamente preguntas esenciales para instalar Linux son el idioma y el tamaño de la particion (y disco si es necesario) donde instalarlo. Se podria definir una configuracion por defecto que se mostraria al final antes de empezar la instalacion pudiendose canviar los datos deseados. Lo del idioma creo que ya estaba solucionado. Si acaso, utilizar un lenguaje más 'del profano'. Yo cuando instalé la primera 'bo' no tenía ni idea de dónde estaba. Y eso que venía de un año con Slack. Quizas esto aun esta un poco lejos ya que necesita de reconociento automatico del hw y reparticionado automatico del disco (en proceso de creacion). Eso estaría bien. De todas maneras lo que resulta mas dificil (tedioso) en la instalacion de Slink son la seleccion de los modulos. No entiendo como no se aprovecha la buena organizacion de Debian relativo a la configuracion de los modulos. Yo compilaria un kernel minimo con todas las opciones dadas como modulos excepto la controladora IDE. Entonces separar la seleccion de modulos en dos grupos: hw (puerto serie, paralelo, floppy, scsi, sonido, etc.) y modulos funcionales (resto) que podria ser opcional y en este caso instalar todos los modulos. Los modulos hw se instalrian al arrancar el ordenador (definiendolos en /etc/modules) y el resto se utilizaria el autoload del kernel. Para algunos modulos hw podria probarse a instalar directamente (serie, paralelo, floppy) y en caso de error preguntar la usuario. Asi el usuario tendria un menu con una estructura mas orientada al usuario. Yo no he usado nunca módulos en la instalación, pero lo poco que he visto me ha parecido algo lioso. Una pregunta: ¿Las otras distribuciones tienen algo similar en la instalación? Por ejemplo para la tarjeta de sonido, que siempre es lo que da mas problemas, habria una opcion para configurar la tarjeta de sonido, de ahi vamos a un menu donde seleccionamos la marca, p. ej. creative, luego nos salen todos los modelos y escojemos el nuestro. Si funciona con los valores por defecto perfecto, sino los preguntamos al usuario (puerto, int, etc.). Lo mas molesto actualmente en la selecion de los modulos es lo lento que va cada vez que saca la lista de los modulos (en un 486/100) y las veces que tienes que pasar por cada lista, a parte que no tiene una organizacion logica para alguien que instala por primera vez Linux y no ha compilado en su vida un kernel (muchos modulos no estan claramente explicados). Sí, más interactividad con los humanos :D Finalmente otra cosa que podria podria mejorarse y hacer mas intuitivo es la seleccion de paquetes. En este caso habria que hacer primero una reorganizacion de los paquetes (habria que tener un responsable de estructura o sino el mismo debian leader seria responsable) con un criterio claro, bien definido y homogeneo porque cada vez se ven mas paquetes donde en teoria no tocan como libxdelta*, lout-doc, etc. por poner un ejemplo. A parte que resulta una estructura un tanto desequilibrada: ciertos temas estan muy refinados p.ej. net, mail, web y otros son un cajon de sastre como math, misc o util. Seria preferible una estructura mas jerarquica que permitiera una busqueda mas intuitiva de los paquetes. Por ejemplo tener admin, devel, apps, docs y luego refinar por ejemplo en admin: kernel, system, libs, net (daemons), utils, etc. pudiendose repetir, por ejemplo net en apps donde irian los clientes. Esto por una parte y por otra estaria bien agrupar paquetes de forma logica. Similar a los subpaquetes de RPM y asi tener una sola opcion, pej emacs que al seleccionarla saliese un menu donde se escogen todos los paquetes relacionados, tanto los diferentes binarios como los diferentes paquetes que implementan nuevas funciones como la documentacion. Quizas esto podria hacerse con la estructura jerarquica anterior teniendo un folder emacs del que colgarian otros como program, add-ons y doc. Esto evitaria pasarte dos horas recorriendo con dselect los 4000 paquetes para ver lo que hay. Bueno, todo esto entra ya en la parte de 'instalación de paquetes' de la distribución, distinguiéndose de la 'instalación del sistema base' (los discos de instalación, donde se sustenta todo el proceso de instalación que discutimos arriba, lo de los módulos y todo eso). Creo que sí estaría bien mejorar esto. Pregunto yo: técnicamente ¿es muy dificil hacer un programa similar a dselect pero similar al programa ncurses de configuración del kernel (menuconfig)? El objetivo opino que debería ser (una vez lograda la estabilidad y sin descuidarla _nunca_) la
Re: Freeze de Potato
Roberto Suarez Soto escribió: On lun, nov 15, 1999 at 02:59:04 +0100, J. Carlos Muro wrote: A mí lo que me gustaría saber es por qué hay al parecer tanta gente que se niega a utilizar 'el WindowMaker/KDE/Gnome' como F. José Avila decía. ¿Puede ser porque estas personas usen un 386 con 1 Mega de RAM? ¿Puede ser ¿No te has parado a pensar que hay gente a la que no le gusta lo que tú dices? Mi intención no es herir o molestar a nadie. Sólo es una opinión. Creo ser una persona muy respetuosa, así que si estoy diciendo algo ofensivo, pido disculpas. De todas maneras también habrá gente a la que no le guste lo que tú dices Que conste que yo personalmente uso WM :-) porque para bajarme un triste fichero de internet no necesite la interface gráfica? Esa es otra razón :-) Yo normalmente uso el modo gráfico sólo cuando voy a usar un programa que lo necesite ... aunque últimamente uso mucho XMMS, así que ... O:-) Pero no todo el mundo sabe tanto como tú. ¿Te parece que Debian debería ser una distribución reservada a 'usuarios con conocimientos mínimos'? ¿Sólo para los que saben? Mi opinión es de acercarla a todo el mundo. Para mí, aunque no lo creas, sigue siendo y será la mejor distribución del mundo, pero si queremos que sea la más usada, ya podemos pensar en facilitarles las cosas a los que no saben. Creo que Linux, y por ende Debian GNU/Linux, siguen siendo difíciles de administrar para una persona que no sabe. Creo que otros sistemas operativos son muchsimo más fáciles. Y con esto no digo que Linux sea malo, sólo digo que es difícil, y mientras siga siéndolo, costará que el gran público recurra a él. Todo ésto pensando en mi pura opinión o ilusión, claro: la de que Linux (y ojalá que fuese Debian) sea el sistema operativo más usado, y se deje de dar tanto platillo y bombo a otras soluciones que todos conocemos bien lo poco satisfactorias que son. También es mi ilusión el que ciertas personas que nunca han creído en mí (e incluso se han jaztado) se den cuenta de que yo llevaba razón cuando les dije 'tenéis que probar Linux, ya que es mejor'. En cuanto a eso de hacer a los usuarios más inteligentes, yo creo que los usuarios están bien como están. Si acaso hay que quitarles vagancia, pero inteligencia ... Yo uso los tres, y creo que cualquiera que no sea masoca, también usa uno de los tres, o si no, ¿qué uso si no?, ¿twm? Vamos Esto que acabas de poner aquí es una estupidez. Que a ti te guste desperdiciar los recursos de tu máquina en cargar applets y cositas así no quiere decir que a todo el mundo le guste. ¿Por qué cargar applets es desperdiciar recursos? Si se han hecho, no creo que sea con intención de que las máquinas de los linuxeros desperdicien recursos. Aun así a mí me da igual, yo no uso applets. Aparte, me gustaría saber cómo (es decir, para qué) usas WM, KDE y Gnome al mismo tiempo :-m Sólo por curiosidad :-m Para parecerme más a window$ X-DDD Fuera bromas, nunca uso los 3 a la vez. Un mes uno ... un mes otro ... etc. Soy muy inconformista y me canso rápido de lo que todos los días tenga el mismo aspecto. Vamos, que no echo raíces ;-) De hecho, estos son los gestores de ventanas que uso con más frecuencia (intentaré hacerlo por orden de uso del mayor al menor): WindowMaker icewm KDE (environment completo) fvwm2 enlightenment afterstep mlvwm. Y a veces, combino uno de éstos con una session de Gnome (de hecho, actualmente me encuentro inmerso en un par de proyectos que usan de la gnome-session). Lo que nunca he hecho ha sido mezclar una gnome-session con KDE, imagínate. Te cuento mi experiencia más reciente con todo este asunto de los wm: tengo un K6-300, con 64MB de RAM y una Miro3D (una Voodoo1). Probé a cargar la demo del Quake 3 usando Enlightenment (0.15.5) y el panel de Gnome. Y se arrastraba bastante. Luego probé a ejecutarlo cargando sólo WM. Muchísimo mejor. Saca tus propias conclusiones. No, si eso no lo niego, y las conclusiones que tomo son las que ya tenía. No hace falta que me digas lo que carga un gestor de ventanas u otro. Ya te digo que los he probado todos. Así que ya casi intuyo la respuesta a mi mensaje. Pienso que debería hacerse una especie de encuesta en la web de Debian, para que realmente se sepa qué es lo que quieren los usuarios. Yo creo que habrían sorpresas ;-) Seguro, y no en la dirección en la que tú piensas ;-) Bueno, pues que viva pues la democracia ;-) Salu2 Juan Carlos
Re: Freeze de Potato
Andres Herrera escribió: Vamos por partes, que este parrafo tiene mcha miga. ¿Se esta hablando de Linux en general o de Debian? Debian, en si mismo, no es mas dificil de usar que otra distribucion. ¿Que es mas dificil de instalar? Se ha criticado mucho al dselect, quizas por feo o poco intuitivo, pero a mi me sigue pareciendo una herramienta maravillosa y con una potencia terrible. ¿Que es dificil de configurar? Quizas no es tan urgente que sea mas facil: al fin y al cabo quien entra en Linux no suele hacerlo por Debian (tampoco es tan mala esa pequeña especializacion). Pues yo sí que trabajaría en mejorar la instalación. Hay que admitir que otras distribuciones cuesta instalarlas una quinta parte de lo que cuesta Debian. Y eso si controlas un poco, que yo conozco a mucha gente de los que les he recomendado Debian, haberse echado atrás por ser incapaces de instalarlo y sin embargo hacerlo con otra distribución en 30 minutos. Estas personas ya no usarán Debian :( Y cuando digo instalación, no me refiero al dselect. A mí también me parece una herramienta alucinante. Me refiero a la instalación desde 0. Otras distribuciones autodetectan lo que tienes, te hacen la vida más sencilla para particionar, algunas incluso arrancan ya con interface gráfica (o al menos eso me han contado por ahí). Bueno, habrá que esperar a eso que se hablaba de las granjas de configuraciones. ¿Lo veremos en potato? ¿Y qué hay del arranque en modo gráfico (arranque de la instalación, insisto)? También se habló hace tiempo de que se iba a eso, pero supongo que para hacerse, se necesita autodetección de hardware,y también se acaba de decir que se deja de momento lo de la detección, así que supongo que también se deja el arranque en modo gráfico. Sobre la interfaz de Guindows y su supuesta intuitividad y facilidad, el dia a dia demuestra que de eso nada de nada: la gente suda tinta para aprender a manejar el Guin, y al final lo hace a base de memoria y repeticiones (como todas las cosas de la vida, faciles o dificiles). Bueno, aprovecho para hacer una pregunta ¿cómo puedo apagar el sistema como usuario sin 'sudar tinta'? Porque actualmente, lo que hago es: // abro consola $ su - $ passwd: * $ init 0 En Guin, hasta mi sobrinilla de 2 años sabría hacerlo, sin sudar tinta X-DD Saludos: Juan Carlos
Re: No puedo hacer telnet a mi propia maquina
Sergio Blanco Cuaresma escribió: Hola a todos, insisto en el problema, intento hacer telnet a mi propia maquina como usuario normal escribiendo: telnet 127.0.0.1 pero me da un mensaje de error que indica network unreachable (o algo parecido, lo escribo de memoria). Busca lo que te dice exactamente. De todas maneras, prueba a hacer un 'ifconfig' a ver si existe el bucle local (supongo que sí existirá). Podría ser que no tuvieses el soporte de red en el kernel, o que lo tengas como módulo y no lo hayas insertado, no se ... De todas maneras, ¿estás seguro de que tienes el puerto abierto? Puedes probar también instalando el wu-ftp y haciendo un ftp a localhost, y si funciona, se puede decir que a nivel de kernel tienes lo necesario. Incluso, si tienes las X instaladas, puedes probar haciendo un 'xhost localhost' en una sesion X como usuario, y luego, te haces root y ejecutas export DISPLAY=':0';xclock Si te funciona, pues lo mismo, se supone que el kernel está bien (aunque no podemos decir lo contrario, claro). Tengo el demonio inetd instalado y teoricamente el puerto de telnet esta abierto. No entiendo que es lo que hago mal. ¿quizas necesito algun otro demonio? ¿o es problema de configuracion? ¿Te has fijado si lo tienes cargado (el inetd) con un 'ps -a'? Mira a ver si te lo carga al iniciar el sistema. No sé ... espero que estas ideas te ayuden un poco. De todas maneras, no es una cosa difícil de instalar/configurar, así que tiene que ser una tontería. Suerte: Juan Carlos Muro
Re: Se sabe algo de la Potato?
RESET escribió: : En el artículo [EMAIL PROTECTED], J. Carlos Muro [EMAIL PROTECTED] escribió: [...ver mensajes anteriores...] Esta es una de las eternas discusiones de Debian. En mi opinión, aunque es cierto que otras distribuciones RedHat en particular, tienen el aliciente de versiones más rápidas y actualizadas, no compensa trabajar así. Si sigues los grupos de linux te habrás dado cuenta de que en cuanto una revista saca la última RH todo se llena de quejas y preguntas de gente que no puede configurar, a la que no le funciona una cosa o la otra o la de más allá. En teoría queda bien lo de decir: `necesito el último paquete, me instalo RH'. en la práctica, te puede pasar que instales RH y no sólo no funcione ese paquete, sino que muchos otros fallen también (por ejemplo, con el cambio a libc6). ¡Cierto! Esta respuesta ya me convence más ;-) Opino igual, y ahora lo veo más claro. ¡Vivan la seriedad y el orden sobre la prisa y el caos! Date cuenta de lo que le estamos pidiendo a Linux y sus programadores: no solamente buenos programas, sino actualizaciones prácticamente semanales que incluyan nuevas características y demás. Potato cambia _cada día_. El resto del mundo (alias Windows) ni siquiera sueña con semejante posibilidad. No creo que haya modo de que un programador pueda mantener su trabajo con las versiones nuevas y al mismo tiempo una algo antigua no-estable-ni-inestable (corrigiendo los bugs de que se le informe pero sin introducir características nuevas que puedan tener nuevos errores) y al mismo tiempo con la estable. Por otro lado, ten en cuenta que un informe de bugs en una versión antigua es totalmente inútil. Bueno, todo esto también es cierto, o al menos así me lo parece ;-) Dile a M$ que has encontrado un fallo en tal sitio, y que si por favor lo pueden arreglar; verás. En cambio yo he mandado bug reports a programadores de Linux y me han contestado incluso dándome las gracias, diciéndome que ya estaba solucionado el bug, y que podía recoger la nueva versión sin el bug en 'tal' dirección. Eso ... vale mucho :) En cuanto a lo que comentas de las revistas, ahí la culpa no es de Debian, sino de las revistas y distribuidores (o del público, que no compra lo suficiente ;-) Si te pasas por la página de distribuidores del sitio web, verás que hay bastantes que venden CDs de la inestable. También es cierto. Un saludo. A tí y la lista. Y de paso pedir disculpas si he levantado cierto revuelo. Bueno, pienso que esta lista está para debatir este tipo de asuntos. Al fin y al cabo, si Debian es libre, pues libres somos de opinar, digo yo. Así que opiniones han sido dadas, y no la toméis unos con otros por estas cosas, ¿vale? ;-) En cualquier caso, apuesto por Debian más que nunca, porque actualmente ES una distribución moderna, y estoy seguro de que en cuanto se publique Potato, será la mejor distribución de Linux con creces. Hasta pronto: Juan Carlos Muro
Re: Se sabe algo de la Potato?
Daniel H. Perez escribió: Hola, primero aclaro que agarre este thread empezado asi que quiza meto la pata con lo que digo, pero bue... que va se.. Por lo visto el tema tiene que ver con el ritmo de actualizacion de Debian. Creo que alguien ya comento que debian se caracterisa mas por la robustez que por la rapida incorporacion de paquetes. De cualquier manera hace un tiempo vengo usando potato y la verdad es que se actualiza bastante rapido y no hace falta envidiar a ninguna otra distribucion en este sentido. * [990913 08:24] J. Carlos Muro ([EMAIL PROTECTED]) decia: Todo esto está muy bien. Pero la verdad es que se presenta un problema cuando necesitas la última versión de algo porque sabes que dicha versión tiene algo que necesitas. A mí me ha ocurrido que para poder tener disponible una tontería tuve que bajar un montón de cosas. Y la verdad, los mortales de a pié no disponemos ni de dinero ni de paciencia para bajarnos de golpe y porrazo un montón de megas debianeras. Supongo que la mayoría como yo tiene que conformarse con que venga algo en alguna revistilla o comprar la última distribución actualizada. Osea el problema tiene mas que ver con el tiempo de conexion mas que con la disponibilidad de paquetes? Una y otra. Si no tengo ni tiempo ni dinero para bajar los paquetes, no tengo disponibilidad de ellos. Lógico ;-) Además, unos dependen de otros, y al final, puedes tener que bajar un montón, lo cuál dificulta las cosas. Pero, por ejemplo, yo ahora mismo estoy desarrollando un proyecto (Gseq) y necesito utilizar las últimas librerías de Gnome, Gtk y Glib (o casi las últimas). Ocurre, que mientras veo el montón de cosas que tengo que bajarme (la otra opción es bajarme los fuentes de todo y compilar, pero esos son otro problema y otra historia) observo que por ahí anda Red Hat con las librerías actualizadas a mis necesidades. Por ahora sigo utilizando Debian, porque eso sí, es estable, tiene muchas cosas y el sistema de paquetes es muy bueno. Pero, creedme, que me pongo excusas para no instalarme la RH. Me parece que si necesitas ponerte excusas para no cambiar a RH vas por mal camino ;) Es un decir :D Además, no conozco RH más que de otras personas que me hablan de ella, así que tampoco es que pueda decir nada. En definitiva, que yo creo que Debian (al menos en el momento presente, en el que hay distribuciones más actualizadas) es una distribución para ambientes profesionales, dada su estabilidad y por supuesto su seguridad. Ahora bien, enfocando al usuario doméstico, algo me dice que se adecúa más alguna otra distribución. No estoy de acuerdo, como dije antes, potato esta bastante actualizada. Sí, pero el caso es que potato no ha salido. Para mí eso es como si Debian no estuviese actualizada. Una idea que se me ocurre sería (complementando un poco a Antonio) sería que se crease en el site Debian, un directorio algo parecido al 'unstable', pero algo más estable, e incentivar a los medios de distribución a distribuír estas versiones. Por ejemplo, podría haber desde Febrero o por ahí un directorio 'potato-current' o algo así, que para el caso sería lo mismo que unstable ¿no? Pero bueno, de eso sí que pecan otras distribuciones, que por las prisas a veces meten la pata. No entiendo muy bien, paquetes nuevos ya hay, que son los de potato. Me parece que el tema pasa por el lado de que unstable asusta un poco, en realidad no es nada del otro mundo, no es que bajas un paquete y la maquina explota cuando lo instalas :) Llamemosle... version en desarrollo :) Pués ... llamémosle ;-) Si es que unstable asusta, ¿por qué no llamarle development, si dices que está bien y además no asusta? Por otro lado en tu primer parrafo dabas a entender que el problema era el dinero y la paciencia para bajar cosas y ahora propones un sitio de donde bajar cosas? Me refería a asustar menos a los medios de distribución e incoarlos así a hacerlo. Yo creo, como dije antes, que el unstable asusta. A mi me parece la mejor opcion, nunca he tenido un problema grave con potato, lo unico que puede pasar relativamente problematico es alguna actualizacion importante, como fue el cambio perl y demas. Tengo la costumbre de una vez al dia bajarme los paquetes nuevos y creo que eso me mantiene actualizado igual o mejor que con cualquier otra distribucion. Yo como costumbre diaria tengo por ejemplo visitar a mi novia ;-) Señor mío, yo no puedo hacer eso. En definiva, lo que quiero decir es que, si uno es de los usuarios que quieren estar actualizado (o si se quiere ser maintainer) lo mas conveniente es usar potato, en cambio si se piensa que no es necesario tener las ultimas versiones de los programas conviene usar slink, despues de todo muy de vez en cuando es *necesario* tener la ultima version de xxx. Obviamente no estoy hablando de una maquina en produccion sino de una
Re: Se sabe algo de la Potato?
Antonio Castro escribió: On Mon, 13 Sep 1999, Daniel H. Perez wrote: que unstable ¿no? Pero bueno, de eso sí que pecan otras distribuciones, que por las prisas a veces meten la pata. No entiendo muy bien, paquetes nuevos ya hay, que son los de potato. Me parece que el tema pasa por el lado de que unstable asusta un poco, en realidad no es nada del otro mundo, no es que bajas un paquete y la maquina explota cuando lo instalas :) Llamemosle... version en desarrollo :) Por otro lado en tu primer parrafo dabas a entender que el problema era el dinero y la paciencia para bajar cosas y ahora propones un sitio de donde bajar cosas? Estamos hablando de cosas muy distintas. Tu estás hablando de cosas tales como valentías etc. Para instalar una ultima actualización de un paquete y ver lo que pasa no hace falta hacer nada. Tu forma de ver las cosas se parece bastante a la de alguien que no le importa perder cierto tiempo en averiguar que es lo que falla y porque. Eso en maquinas que están en producción supone pérdida económica. La gente que trabaja con máquinas en producción prefiere no actualizar muy amenudo y cuando lo hace prefiere hacerlo sobre seguro. unstable no asusta un poco como tu dices. Simplemente si una persona tiene la costumbre de usar unstable es porque necesita siempre lo ultimísimo, porque esta contribuyendo a la mejora de la distribución, o porque le gusta jugar. Pero hay gente que necesita trabajar con los ordenadores y que no le gustan esa clase de valentías. [...] En definiva, lo que quiero decir es que, si uno es de los usuarios que quieren estar actualizado (o si se quiere ser maintainer) lo mas conveniente es usar potato, en cambio si se piensa que no es necesario tener las ultimas versiones de los programas conviene usar slink, despues de todo muy de vez en cuando es *necesario* tener la ultima version de xxx. Obviamente no estoy hablando de una maquina en produccion sino de una maquina personal. A vaya ahora llegamos al punto importante porque si tu no tienes problemas quizas se deba a que puedes permitirte tener parado tu PC una temporadita o incluso formatear tu disco duro. Crees que Debian debe conformarse con las necesidades que tienes tu ahora mismo ? Si realmente, yo no quiero sacar las cosas de quizio. A mí personalmente me gusta Debian y estoy encantado con ésta que es mi distribución favorita. Por lo que he oído hablar de otras y otras que también he provado, Debian está por encima en muchos aspectos (o en la mayoría). De hecho, no pienso dejar esta distribución. Además, repito que es de admirar el trabajo realizado por los miembros desinteresados de Debian. Lo único que trato de decir es que en _mi_caso_particular_ (y puede que en el de otros, pero hablo de mi caso) a mí me resulta difícil disponer ahora mismo de potato. NO dudo de que probablemente a pesar de no haber salido, ésta sea una distribución muy estable. Claro que no. Pero repito, mi problema, es que sólo me queda esperar a que alguna revista la distribuya, o esperar a que salga estable para pedirla por correo a 'ID+Agora' por ejemplo (hombre, no voy a comprar una versión justo antes de salir la 'frozen' o la 'final'. Pues podría estar encargando la Debian cada semana :-D) Sólo es eso. Para mí es una especie de 'fastidio' (encuentro otro apelativo castellano que no quiero citar X-D) esta espera. Pero bueno, supongo que es lo mismo que hacemos cuando no llueve. Ahora para acabar, les planteo la siguiente situación: Imagínense uds. que necesitan la última versión de las gtk para compilar el código fuente de un programa que necesita para un trabajo de la universidad (y dicho programa sólo compila con las últimas gtk, claro). Ahora dicen, joer, si quiero ponerme la última gtk, me tengo que bajar las gtk, gtk-dev, glib, glib-dev, glibcxxx, ,xxx,xx,,. Bueno, ahora bajan uds a la calle a ver si en el kiosko de la esquina hay alguna revista de Linux que traiga un CD. De repente se encuentran que tal revista trae RH 6.0 (que segun creo es muy reciente) y que esa distribución tiene las librerías que uds necesitan. ¿No comprarían esa revista mágica que les soluciona el problema? Seguro que cuando salga Potato, esa revista la distribuirá, pero ya será tarde :( Hombre, también podemos decir que merece la pena esperar, porque no se puede sacar una distribución por las buenas. Además, según creo, RH concretamente ya ha metido la pata más de una vez y muy adentro además. No digo que esa RH sea la solución para este ejemplo, pero podría ser ... De todas maneras repito que para mí Debian sigue siendo la mejor distribución. No hay ningún problema. Sólo que echo de menos las actualizaciones, como echo de menos a ciertos familiares que están lejos (es humano y normal). Pero sé que tarde o temprano los volveré a ver a ambos :) Un saludo y gracias : Juan Carlos Muro
¿Cuándo sale potato?
Hola. ¿Alguien sabe cuándo saldrá o para cuándo se espera que salga 'potato'? Gracias: Juan Carlos Muro
