[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]Cristian Othon Martinez Vera wrote:
No, una cosa es acordarte que lo tienes que editar y luego encontrarlo, pero una vez que lo estás editando ahí te dice todo lo que le puedes mover. Si no entiendes una cosa pues lo dejas como está.El lun, 20-10-2003 a las 10:02, Sebastian Muniz escribió:No haga juicio de valor tan rapido Sr. En incontables casos se pueden acelerar, hacer mas seguros, personalizar a medida de lo que necesites y hacer miriada de cosas analizando un simple Makefile, tocando alla, aca, y recompilando. Cuanto mide tu XFree86? seba@skynet:~$ ls /usr/X11R6/bin/XFree86 -l -rwxr-xr-x 1 root root 503326 sep 4 00:53 /usr/X11R6/bin/XFree86 y funciona _sensiblemente_ mejor.Depende. En el caso de programas muy grandes o complejos, requieres cierto nivel de conocimiento para poder personalizar el programa con`./configure', no se diga analizando el tortuoso host.def
Bueno, con Gentoo (a diferencia de otras distribuciones) de compilar tu propio kernel nadie se salva, pero lo mismo, si no le entiendes a la opción que estás configurando la dejas como está y te sigues con la que sigue....inicial de XFree86, o ejecutando `make [old|menu|x]config' para el núcleo Linux.
Y desafortunadamente, si tomas el código fuente original y lo compilas, te perderás de mucha funcionalidad disponible a través de parches
Esto se puede discutir mucho.Primero hay de parches a parches. Los parches chiquitos por lo general reparan algo que está mal y muy pocas veces dañan el resto de la aplicación, pero los parches grandes que agregan nueva funcionalidad también más fácilmente pueden tomper otras partes de la aplicación o volverla inestable y creo que esta es una de las razones del primer exilio masivo que hubo en México hacia otras distribuciones distintas a Red Hat. Si vas a usar parches grandes para agregar nueva funcionalidad debes ser muy responsable de no ponerle en la madre a tus usuarios o si de todos modos les rompiste alguna aplicación debes proveer la actualización de inmediato. Ahora lo contrario, después de los exilios masivos ocurridos en las versiones 6 y 7 de Red Hat ahora resulta que van al revés y en vez de agregar nueva funcionalidad se han quedado con versiones viejas y los parches que le aplican a los paquetes viejos son en su mayoría backports de los parches de seguridad de las versiones que van a la cabeza pero entonces siempre estarás eternamente atrasado. Y resulta que cuando combinas estos dos malos escenarios en una sola distribución pues pueden suceder dos cosas, o te aclimatas o te aclichingas. O si de plano esa situación ya te hartó (que ha sido una causa de los grandes exilios) mejor te cambias ya sea a otra que no los presente tan intensamente (como Gentoo y creo que también Slackware) o te quedas en Linux PPP 6.4 o te vas a otra que sólamente presente uno de los dos escenarios (mayor funcionalidad nueva: Mandrake o SuSE) o acabas con una de las que te permiten elegir más granularmente los paquetes que quieres estables y los que quieres con la última funcionalidad aunque estén inestables y por eso tantas personas han acabado refugiándose en Gentoo o en Debian.
Ah si. muchas de las personas que no participamos en el exilio hacia Debian optamos por usar un Red Hat no tan completo y compilar a pata toda la funcionalidad crítica de tal manera que se obtiene un Red Hat que no da tanta lata con un /usr/local muy completo y robusto y que no te da problemas cuando actualizas la funcionalidad no crítica de tu Red Hat y que puedes mover a un Red Hat nuevo en una máquina nueva con scp -r o con rsyncque nopertenecen al código fuente original.
Si tú mismo compilaste XFree86, supongo que es la versión 4.3.0. Te puedo casi asegurar que tu servidor no tiene soporte adecuado para: - Tabletas Wacom
No tengo ese fierro
- Tarjetas de video Savage 3D
No tengo ese fierro
- Tarjetas de video SiS
Claro que funciona
- Tarjetas de video Matrox
No tengo ese fierro
- Tarjetas de video ATI
Si funciona
- Interfaz DRI
Si funciona Y también OpenGL que lo compilas a parte porque viene en otro paquete
Además, incluye un bonito hoyo de seguridad, y que no está corregido adecuadamente (se necesita un parche adicional pequeñito): http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0063
Pues se lo aplicas y recomplias ¿qué tiene eso de complicado? patch -p1 < ../parche make World make install
Por supuesto, si no requieres esa funcionalidad, o no te preocupa que ejecuten comandos a través de la barra de título de una xterm, no pasa nada. :-)
gnome-terminal & rxvt & konsole &
Los creadores de distribuciones hacen el trabajo de conseguir esos parches, probarlos, auditar el código, y ofrecer un producto que satisfaga la mayor cantidad de usuarios posibles, balanceando entre funcionalidad y seguridad.
¿Y en dónde los prueban, en un laboratorio? ¿Qué tantos casos de uso se pueden generar teóricamente y en cuánto tiempo?
Claro, se vale arriesgar, salirse del camino trazado e insistir en instalar nuestros propios programas, sin olvidar que al hacerlo perderemos la estabilidad y soporte que podría ofrecer la distribución de nuestra elección.
No estoy de acuerdo.El 99% de los paquetes que bajas en código fuente se instalan dentro de /usr/local que precisamente fue hecho para que son compilados localmente y no interfieran en nada con los paquetes que provee el empaquetador de tu distribución favorita y puedes actualizar tu distribución las veces que quieras sin que se vean afectadas tus aplicaciones personales que tienes en /usr/local o puedes copiar tu /usr/local a cualquier otra distribución sin romperla y con un poco de suerte no tendrás que recompilar muchos de tus paquetes personales....
On Fri, 17 Oct 2003 07:28:25 -0500 (CDT) Max de Mendizábal <max en upn mx> wrote:Que cosa, entoces ¿Para que quieres una distribución si la vas a arruinar poniendo programas sin paquete?Saludos
-- Sandino Araico Sánchez -- Lo que no mata engorda. _______________________________________________ Ayuda mailing list Ayuda en linux org mx Para salir de la lista: http://mail.linux.org.mx/mailman/listinfo/ayuda/