Re: RE: Debian, instalacion, mantenimiento de paquetes. Sugerencias.
Hell-o: El día Sat, Nov 20, 1999 at 06:36:29PM +0100, Ricardo Villalba escribió: Debian (traducción al español de Debian Weekly News), ¿donde está esto? :)... -- Nos leemos... [EMAIL PROTECTED]
RE: Debian, instalacion, mantenimiento de paquetes. Sugerencias.
-Mensaje original- De: J. Carlos Muro [EMAIL PROTECTED] Para: Javier_Viñuales_Gutiérrez [EMAIL PROTECTED] CC: debian-user-spanish@lists.debian.org debian-user-spanish@lists.debian.org Fecha: jueves 18 de noviembre de 1999 15:50 Asunto: Re: Debian, instalacion, mantenimiento de paquetes. Sugerencias. [...] 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 ¿No se está ya haciendo algo así? Enviado a esta misma lista por Jesus M. Gonzalez con asunto Noticias semanales sobre Debian (36): Debian Weekly News - 21 de septiembre de 1999 Bienvenidos al ejemplar número 36 de las Noticias Semanales sobre Debian (traducción al español de Debian Weekly News), un boletín para la comunidad de desarrolladores Debian. Debconf ha sido liberado. Debconf es una herramienta de gestión de configuración que permite a los paquetes Debian hacer preguntas en el momento de la instalación usando varias interfaces de usuario. Actualmente están soportadas interfaces de texto plano, dialog, GTK y web, además de instalaciones no interactivas. En el futuro soportará bases de datos remotas, permitiendo la configuración de racimos (clusters) de máquinas de la misma forma. Lee la [8]introducción a Debconf para tener más información. Alguna gente está ya impaciente por usarlo cuanto antes. Ricardo Villalba [EMAIL PROTECTED] [EMAIL PROTECTED] http://members.xoom.com/rvmsoft http://rvmsoft.findhere.com
Re: Debian, instalacion, mantenimiento de paquetes. Sugerencias.
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. 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. Hasta pronto. -- - E.T.S.I. INFORMATICA Linux Booting Nuevo E-mail: [EMAIL PROTECTED] Nueva Web:
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: Debian, instalacion, mantenimiento de paquetes. Sugerencias.
On lun, nov 22, 1999 at 04:11:51 +0100, J. Carlos Muro wrote: 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 ;-) :) Estoy en la misma tarea de búsqueda, lo mismo digo. 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. :D ¡Me leiste el pensamiento!, no tengo nada más que añadir repecto al lenguaje. Ya comunicaré mis averiguaciones, saludos. -- Javier Viñuales Gutiérrez [EMAIL PROTECTED] Webs: http://www.ctv.es/USERS/viguPersonal http://www.ctv.es/USERS/vigu/linux/ ViguLinux PGP public key: http://www.ctv.es/USERS/vigu/vigu.pubkey
Re: Debian, instalacion, mantenimiento de paquetes. Sugerencias.
Guenas On Fri, Nov 19, 1999 at 12:43:44PM +0100, Antonio Castro wrote: Yo veo perfecto que exista una Debian y una SuSE tan distintas. Sasto. Hoy en dia la gente empieza por una distribucion facil, pero acaba llegando a Debian tal como es ahora mismo. En cambio, tal y como es Debian hoy en dia, son muy pocos los que dejan Debian para irse a una distribucion facil. Nunca va a existir nada perfecto: hay que especializarse. Si Linux sigue progresando como hasta ahora, hay usuarios para todo tipo de distribuciones, e iran evolucionando los propios usuarios como ya lo hacemos hoy en dia. Saludines -- -- QQ | N.66054 Q Q | POWERED BY Debian 2.0 - Kernel 2.2.13| Andres Herrera QQ ---| [EMAIL PROTECTED] QQ Q!! Yo EXIJO drivers para Linux !!| Miembro del Grupo LIMA QQ Q http://www.jr-projects.net/firmas| http://iaeste.cie.uma.es/lima --- pgpqx9Mbjt00O.pgp Description: PGP signature
Re: Debian, instalacion, mantenimiento de paquetes. Sugerencias.
On Thu, 18 Nov 1999, =?iso-8859-1?Q?Javier_Vi=F1uales_Guti=E9rrez?= wrote: On jue, nov 18, 1999 at 03:27:07 +0100, J. Carlos Muro wrote: 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. Parece que Jaime nos aclara el tema de dialog, investigaremos pues. 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 Suena pero que muy bien, empezaré a hacer mis pinitos con dialog y a buscar información de debconf. ¿Cómo que interaccionar lo menos posible? Que sea configurable, y así se garantizará estar al gusto de todos toditos todos. Me refiero a que no haga preguntas estúpiadas como en otros casos y que sobre todo: funcione y funcione lo más estándar posible... lo del estándar lo digo porque recientemente he probado SuSE 6.2 y si bien no se puede negar que está bastante bien y facilita cantidad de cosas, el modus operandi de YasT es de asco. De asco según quien lo use :-) Me explico yo lo he probado, y para un usario que no conoce Linux, que está dispuesto a pagar un poquito por que le pongan las cosas faciles, que lo que quiere es usar unas pocas aplicaciones como editor de textos, navegador y poco más, que está más que arto de reinstalar windows y de los cuelgues de windows, que ha oido hablar algo sobre Linux y la filosofía le resulta muy simpática, que no le gusta leer manuales, que prefiere no saber nada de Bill Gates, etc, etc.. Bueno para una persona que cumpla con esa gran cantidad de requisitos YasT y la filosofía de SuSE en general resulta muy apropiada pero es que la cantidad de posibles usuarios que cumplen esos requisitos es enorme y creo que todavía crecerá más. Yo lo que más vendo con enorme diferencia es Debian y SuSE, pero son clientes tienen perfiles totalmente distintos. Creo que no merece la pena discutir sobre eso porque resulta evidente. Personalmente recomiendo una u otra distribución en fución del perfil, y como he tenido que instalar SuSE veo cosas que no me gustan nada porque rompen la filosofía de UNIX. Los ficheros de configuracion que UNIX posee en formato texto para poder ser editados por cualquier editor son usados por YaST como ficheros de entrada salida y en algunas ocasiones recomienda no tocar tal o cual cosa, pero reconozco que a un usuario final le da igual del tipo que antes mencionaba todo esto y muchos de los que empiezan con SuSE terminarán con Debian. Además mientras no se consiga integrar en el mundo Linux a toda esta gente, la informática personal será Windows y para nosotros eso supone incomodidades y falta de consideracion por parte de fabricantes de hardware, productores de software, operadores de comunicaciones, proveedores de servicios varios y en suma un largo etc, de empresas, que te pueden decir que para Linux no. Yo veo perfecto que exista una Debian y una SuSE tan distintas. Saludos Antonio +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ /\ /\ Ciberdroide Informatica (tienda linux) \\W// http://www.ciberdroide.com _|0 0|_ +-oOOO--(___o___)--OOOo--+ | . . . . U U . . . . Antonio Castro Snurmacher | | http://slug.ctv.es/~acastro.[EMAIL PROTECTED] | +()()()--()()()--+ +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ (((Donde Linux)))http://www.ciberdroide.com/misc/donde/dondelinux.html +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
Re: Debian, instalacion, mantenimiento de paquetes. Sugerencias.
El jue, 18 de nov de 1999, a las 08:55:06 +0100, J. Carlos Muro va y dice: 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. igual digo una tonteria pero... ¿ conoces debconf ? ;-) ~$ dpkg -s debconf Package: debconf Status: install ok installed Priority: optional Section: admin Installed-Size: 350 Maintainer: Joey Hess [EMAIL PROTECTED] Version: 0.2.38 Replaces: debconf-tiny Provides: debconf-tiny Depends: data-dumper, perl | perl5 Suggests: libterm-readline-gnu-perl, whiptail | dialog | gnome-utils, libgtk-perl Conflicts: debconf-tiny, apt ( 0.3.12.1), menu (= 2.1.3-1), gnome-utils ( 1.0.13-2), libgtk-perl ( 0.6123-1), dialog ( 0.9a-17), whiptail ( 0.50-1) Description: Debian configuration management system Debconf is a configuration management system for debian packages. It is used by some packages to prompt you for questions before they are installed. :-)) Es parecido a lo que comentas, cuando haces un update con apt-get de algun paquete de los que tienen loquesea-config salta el debconf en modo texto, o un dialog, etc.. ;-) -- Un Saludo.. ;-) [EMAIL PROTECTED] | http://www.bigfoot.com/~guti | Fido: 2:346/201.9 ... Lo mejor para olvidar a una mujer es otra mujer :-) 100% efectivo.
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.
On jue, nov 18, 1999 at 08:55:06 +0100, J. Carlos Muro wrote: 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). ¡Que razón tienes!, los que carecemos de memoria tenemos ese gran problema y echamos mano del tabulador para que complete ordenes tipo 'programa...', a ver si existe un programaconfig que nos facilite la configuración. 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. 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 ... Ala Debian, me gusta. 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í. 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. 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. 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? Yo he hecho algunos pinitos con programas mios en shell-scripts pero nunca me he metido con ncurses, cosa que me pesa pues lo veo realmente potente y suave desde el punto de vista de requerimientos de hardware/software... cosa que me encanta. 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. Espero realimentación, saludos. -- Javier Viñuales Gutiérrez [EMAIL PROTECTED] Webs: http://www.ctv.es/USERS/viguPersonal http://www.ctv.es/USERS/vigu/linux/ ViguLinux PGP public key: http://www.ctv.es/USERS/vigu/vigu.pubkey
Re: Debian, instalacion, mantenimiento de paquetes. Sugerencias.
Javier Viuales Gutirrez wrote: Lo de usar Gtk+ no lo veo claro, creo que bastara con unas ncurses, consola y a correr. Si se plantea modo X quizs 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. Tambin podra con Tcl/Tk, pero sugiero una version con Gtk porque es ms atrativa y hay que renovarse. -- - E.T.S.I. INFORMATICA Linux Booting Nuevo E-mail: [EMAIL PROTECTED] Nueva Web:
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: Debian, instalacion, mantenimiento de paquetes. Sugerencias.
On jue, nov 18, 1999 at 03:27:07 +0100, J. Carlos Muro wrote: 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. Parece que Jaime nos aclara el tema de dialog, investigaremos pues. 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 Suena pero que muy bien, empezaré a hacer mis pinitos con dialog y a buscar información de debconf. ¿Cómo que interaccionar lo menos posible? Que sea configurable, y así se garantizará estar al gusto de todos toditos todos. Me refiero a que no haga preguntas estúpiadas como en otros casos y que sobre todo: funcione y funcione lo más estándar posible... lo del estándar lo digo porque recientemente he probado SuSE 6.2 y si bien no se puede negar que está bastante bien y facilita cantidad de cosas, el modus operandi de YasT es de asco. 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í :) ¡Po pfale!, yo tiendo a la consola por ley natural XD 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 De acuerdo. Así que como ves mi tiempo es muy limitado. Pero esto de 'debconfig' es algo que vendría pero que muy bien. Lo dicho, merece la pena... pero antes, a invetigar y hablar con desarrolladores a ver qué hay por ahí en esa linea. echo realimentación JavierX-D :-DD Saludos -- Javier Viñuales Gutiérrez [EMAIL PROTECTED] Webs: http://www.ctv.es/USERS/viguPersonal http://www.ctv.es/USERS/vigu/linux/ ViguLinux PGP public key: http://www.ctv.es/USERS/vigu/vigu.pubkey
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