On Wed, Oct 07, 1998 at 03:48:28PM +0200, Andres Herrera wrote: > Solo tiene una pega: Son demasiados programas, deberia haber menos > paquetes ;-)
Oops. Creo que no estoy colaborando en ese sentido entonces... en los �ltimos dos d�as por fin oficialic� el tomar a mi cuidado Moonlight Creator y gltt (son tres paquetes, la biblioteca, un -dev y un -bin). Son en total cuatro paquetitos "opcionales" en la lista, que ya se hacerca peligrosamente a 2000 en total. Si vas a la p�gina de Moonlight Creator[1] estoy seguro (si te llaman en algo la atenci�n los gr�ficos generados por computadora) que querr�s bajar el programa (no es la gran cosa, como 1 MB de c�digo fuente en formato tar.bz2) y compilarlo tu mismo. Vas a necesitar el gltt 2.2 o 2.3 para hacer tal cosa. No hay problema, son como 100 kB m�s y vas a necesitar mesa2g-dev. Cuando termines con eso, puedes volver al MLC. Necesitar�s las bibliotecas de desarrollo de C++ (y el compilador de C++), de JPEG, de Tiff y un par de cosas m�s que no recuerdo ahora. Si instalas todo eso, le das configure, esperas un rato, le das make, esperas entre 40 y 45 minutos (con un K6 de 233 MHz, tu situaci�n puede variar), le das make install, esperas un momento y est�s listo... O puedes instalar el gltt2 y el moonlight que vienen con tu disco. Entiendo lo que quieres decir respecto a que hay muchos paquetes, y en parte eso es lo que se trat(�|a) de resolver con los perfiles. No son la soluci�n ideal, pero son una soluci�n. Lo que hace FreeBSD es bastante mejor [2], pues te permiten marcar tareas, y dentro de las tareas te ofrecen opciones por defecto que pueden ser cambiadas f�cilmente. Han habido en debian-devel varias ideas para poder hacer algo similar... el problema es que Debian necesita un nivel m�s de granularidad (devel, graphics, sound, x11 no es suficiente; es necesario devel/x11, devel/graphics, devel/math, devel/sound, sound/mixers, sound/record, sound/players, etc) pero esto conduce immediatamente al problema de que las categorizaciones no siempre son las adecuadas (�c�mo decides si es mejor devel/x11 o x11/devel? Yo personalmente preferir�a lo segundo, pero muchos preferir�an lo primero). Tamb�en tienes el problema que hay cosas que caben perfectamente en varias categor�as (�es gmp una biblioteca de matem�tica, de ciencias o algo m�s?) Marcelo [1] http://rufus.w3.org/linux/moonlight/ [2] RH no es en este caso algo que se deber�a emular pues ellos atacan un problema totalmente distinto (ellos tienen una peque�a lista de programas 'oficiales', y el resto est� en contrib)