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 interactividad, la sencillez, la comodidad y la claridad. Realmente es algo aburrido recorrer la larga lista de paquetes. Yo llevo mucho tiempo haci�ndolo, y que conste que dselect me parece un programa estupendo, pero yo lo har�a de otra forma. Por ej., dejar�a al usuario decidir c�mo mostrar los datos (opci�n en el men� de configuraci�n): * mostar por ejemplo la lista de los 'n' m�s usados (pudi�ndose configurar 'n' en una opci�n de men�, en un text entry, en un spin button o algo similar), * mostar la lista completa (modo tradicional de dselect), y poder moverte (en una toolbar) de 'obsoletos' a 'disponibles' con s�lo pulsar un bot�n, o como sea. Siempre viendo la secci�n, por ejemplo 'sonido' o 'multimedia'. * mostar la lista por secciones. En el caso de mezclar todo (obsoletos con disponibles y con nuevos y dem�s) y juntarlos por secciones (mail, base, etc ...) * otras que seguro que a muchos se les ocurre ... > Bueno quezas me he extendido un poco pero dado que hay algunos miembros de > Debian por la lista he querido expresar mis ideas por si les parecen utiles > y > quieren abrir un tema de discusion dentro del proyecto y si es necesario a > colaborar en lo que me sea posible. > Nada nada, t� exti�ndete lo que quieras. Al fin y al cabo somos libres de expresarnos como queramos, �no? Siempre y cuando no nos mandes mails de 1 Mega cada uno :D > Habra que ver como lo monta Corel pero no me extra�aria que fueran > encaminados > en esta direccion. > Hombre, a m� me gustar�a que fuesemos m�s nosotros, osea, _Debian_ (o sus miembros como representantes de los usuarios, y siempre escuch�ndonos) quienes decidi�semos c�mo se monta Debian. No est� mal que una firma aporte ayuda. Pero todo lo que sea tomar sus propias decisiones ... huy qu� miedo me da. No s� que ser� ... De todas maneras, Debian es GNU/Linux, as� que no creo que puedan adue�arse de nada, o al menos eso espero. Saludos: Juan Carlos Muro
