Entradas

Mostrando entradas de febrero, 2011

Internet en software libre

Debo recordar que internet con software libre es todo un rollo! Pero es seguro y posible, confiable. PARTE 1: Internet en software libre, un problema total, pero posible mejorarlo Venenux contiene tres componentes, servicios, navegar y agregados , los servicios son desde el cable de red, hasta los modulos (como conectar un modem usb, o configurar la red), esa parte esta resuelta con mi poderoso paquete ultimo de modo de usb y las actualizaciones de dhcp y networking; entre los de navegacion esta el mas importante, el navegador o "browser", el cual para gnu es icecat . Entre los agregados el mas importante, el visor de videos gnash  aunque por alli esta latente el asunto de HTML5. Navegador Icecat vs Firefox/Iceweasel, version venenux?. El tema de icecat es facil, firefox tiene algunas patentes sobre el logo y el esfuerzo de trabajo, y simple para no infringir patentes y cumplir, el proyecto GNU tiene un repo de icecat para debian. Por ende no tengo interes en recompilar

Xorg: gnome roto, igual se usa es kde3 3.5.12 para sorpresa

Una de las sorpresas es la alta integracion de gnome desde que se volvio famoso por el rollo de las librerias QT, por ende al actualizalo se rompe gnome viejo, menos mal no es el que usamos.. jijiji como anillo al dedo!!!

Xorg: MESA: libreria principal para DRI y OpenGL

Despues de el post de http://venenux09dev.blogspot.com/2011/02/dependencias-y-requerimientos.html deberemos tomar fuentes de debian y compilarlas para empaquetarlas. Estas dependencias seran las necesarias para el primer paquete importante, las fuentes mesa. Y despues poder pasar al objetivo descrito aqui: http://venenux09dev.blogspot.com/2011/02/xorg-compilando-por-el-objetivo.html (ACTUALIZADO) Deberemos compilar y empaquetar dos versiones de mesa, para no dañar nuestro xorg instalado, la primera es la 7.1 y la segunda la 7.6.1, para compilar el xorg-server 1.6 , dado los requerimientos: http://www.x.org/wiki/ModularDevelopersGuide#Minimumrequirements El xorg-server debera ser primero 1.5 (por el mesa) para poder transcicionar al 1.6 sin romper mesa y xorg-server. No debe olvidarse cuidar de romper la instalacion de compilado. NOTA: si se actualizo x11proto-input-dev tambien debera actualizarse libxi-dev .

dependencias y requerimientos

Se realiza una pausa, corrigiendo HAL & Udev, tenemos que faltan dependencias para portar, muchas ya para lenny estan en Debian backports, por ende aqui hay que colocar y añadir estos repositorios: echo "deb http:// backports.debian.org/debian-backports lenny-backports main " >> /etc/apt/sources.list Este comando previo es si se realiza por primera vez. Los requerimientos estan segun en la entrada descritos aqui : http://venenux09dev.blogspot.com/2011/02/xorg-compilando-por-el-objetivo.html los cuales llevan a la pagina de XORG citada: http://www.x.org/wiki/ModularDevelopersGuide#Minimumrequirements Esto habilita libpixman-1-dev, libcairo2-dev, python-support , deben isntalar las versiones de backports, sino las compilaciones fallaran sin remedio! NOTA: si llegara compilar algo, este seria incompleto! El resto debe compialrse y empaquetarse, como libdrm, console-setup . El mayor reto es llegar a mesa, porque aqui uno decide que compilar, para venenux y

HAL & udev : dependencia minima por culpa xorg

La idea es portar xorg, pero dado posiblemente querramos realizar dist-upgrade, venenux deberia ser compatible, por ende udev debe ser portado. Udev requiere recompilar el hal, ya que hal depende de udev, pero, como vimos en http://venenux09dev.blogspot.com/2011/02/xorg-compilando-por-el-objetivo.html   tenemos un detalle que obliga tambien portar un hal nuevo, por ende recompilamos hal y aprobechamos udev. (ACTUALIZADO) Dado xorg 7.4 ya trae cambios, sus propios fdi (cosa no muy inteligente, ¿no es mejor un paquete de data de hal?) lo que lo hace incompatible con el hal 1.2.11 o menores, la razones de arriba estan obligadas, lastima. 1)  UDEV : se extrae de debian testing : Se retrae de testing de debian, no debemos portar versiones mayores de 0.147 (147) dado cambai las llamadas y ninguna llamada de nuestras reglas en /etc/udev/rules.d/ seran validas, rompiendo el sistema por completo : http://packages.debian.org/source/snapshot/udev los archivos no requeren de mucho, dpkg-so

Xorg: compilando por el objetivo

Nuestro objetivo es intel, depues openchrome y por ultimo savage. Como nota especial los chips i810 (maquinas PIII viejas) puede qeu necesiten un modulo extra basado en las versiones viejas del modulo intel en xorg. Descargamos entonces las fuentes segun lo concluido en el articulo http://venenux09dev.blogspot.com/2011/02/xorg-intel-objetivo-principal.html estas pueden obtenerse aqui dede debian: xserver-xorg-video-intel_2.9.0-2.diff.gz xserver-xorg-video-intel_2.9.0-2.dsc xserver-xorg-video-intel_2.9.0.orig.tar.gz pero este requiere muhcas dependencias no activas, las importantes no presentes en lenny que llaman a portar xorg, estas: xserver-xorg-dev (>= 2:1.7)  x11proto-dri2-dev libdrm-dev (>= 2.4.14) Nuestro xorg debera ser minimo 7.5, lo que nos lleva a el 7.6, los requerimientos son estos http://www.x.org/wiki/ModularDevelopersGuide#Minimumrequirements Para portar todo, comenzamos por "libdri" aqui: http://packages.debian.org/source/snapshot/libd

xorg: donde guiarse para portar paquetes completos, no falte nada

Portar un compendio de paquetes es dar soporte moderno a versiones veijas de Debian, en este caso dar Xorg 7.5 a lenny, o 7.3 a etch. Siempre hay una targeta grafica que no ofrece correctamente video, en el caso de venenux solo hay que preocuparse de 3, intel, via/unichrome y savage, el resto solo ofrece aceleracion 2D por los modulos Libres de linux-libre. Ya tenemos nuestos objetivos, soporte a chips graficos intel, como principal ( http://venenux09dev.blogspot.com/2011/02/xorg-intel-objetivo-principal.html ), soporte a chips via ( http://venenux09dev.blogspot.com/2011/02/xorg-viaopenchrome-objetivo-secundario.html ) y savage como secundarios ( http://venenux09dev.blogspot.com/2011/02/xorg-savage-objetivo-secundario-minimo.html ). Esto significa portar TODO XORG, una gran tarea de compilacion , ¿COMO SE EVITARAN FALTANTES Y COMPILACIONES? , el primer paquete que instala todo es este: http://packages.debian.org/squeeze/xserver-xorg , por ende la fuente primaria la tomamos del pro

Xorg: savage objetivo secundario minimo

En la era del P4 y los Core's llegan los chips propios de la VIA, ya que los pajudos compraron la division grafica de la empresa  S3, alli salen las famosas Savage, S3Unichrome, UnichromePro y Chrome. Las primeras placas de P4 vienen con GPU graficas Savage o SavagePro, despues todas las venideras traen derivadas de Chrome y UniChrome. Todos los chips Savage de S3 estan soportados en linux, ofrecen DRI y OpenGL y son de muy buen rendimiento en juegos. Estos chips son de gran potencia, pero basicos asi que juegos complejos como Warsown puede que exigan una grafica mas moderna pero no mas potente. Chips graficos que vienen en laptops o placas integradas. Chip Pipeline Pixel/TMU Memory clock Memory interface Notes ProSavage(4/8/DDR) 1 x 2 System RAM 64-bit aka Twister. Memory clock corresponds to chosen system DDR speed. SuperSavage MX & IX 1 x 2 Varies 64/128-bit Notebook chips Orden Cronologico de GPU graficas Chip Release Die process Core

Xorg: via/openchrome objetivo secundario

Sabian que VIA significa  "Very Innovative Architecture" , que estupidez de mentira, de innovador no tiene nada, pero de estupido si, son los chips mas pobretones pero los mas pajudos, tan complicados de entender sin dar tanta talla. No se entiende como estos chips tan complejos son de tan pobre rendimiento (aun los mejorados actuales, que ganaron fama). El segundo objetivo el soporte grafico y 3D en chips comunes en escritorios de bajo rendimiento , estos son mas popularmente conocidos como Chips Via UniChome , pero los primeros eran chiops Savage . Historia de VIA y la suerte que tuvieron.. Las placas VIA , fueron un desastre en un principo, ganaron fama gracias a que intel se puso con fastidios para cambiar placas, alli despues con el PIII los chips via ganaron terreno y en su mayoria fueron buenos, pero sus GPU (graficas) integradas eran TridentCyberBlade todas. En la era del P4 y los Core's llegan los chips propios de la VIA, ya que los pajudos compraron la

Xorg: intel, objetivo principal

El primer objetivo es el chip intel de video , porque es el que actualmente tiene soporte 3D libre de mejor rendimiento, aquí hay dos cosas a tomar en cuenta: Soporte dispositivos viejos y nuevos El KMS de linux 2.6.34 en adelante y xorg Sobre el tema primero, las maquinas lenovo, las mini laptops, por ejemplo traen actualmente chips intel graficos en su mayoria de la serie 3 y 4 de MGA intel. Muchas personas optan por usar chips Nvidia o ATI, pero ahora linux podra competir con modulos libres ya que Intel ha sacado un chip poderoso, revisar esta review: http://www.anandtech.com/show/3871/the-sandy-bridge-preview-three-wins-in-a-row/7 donde muestra como desruye a la ATI HD, dando rendimiento de gammer a los usuarios. El asunto que compete a desarrollo de xorg neuvo en venenux Las maquinas modernas poseen la siguiente serie de chips (en orden de viejo a superior mas nuevo): Serie3(946GZ,Q965,Q963,G31,G33,Q33,Q3,AtomD41X,AtomM4x0,G965,G35,GX960,GXX965) i500(UL11X,UL15X),i600(

Xorg 7.5 , necesario soporte de dispositivos nuevos

Para mi venenux la idea era una distro multimedia, aunque hoy dia sirve para ello, no es su centro, gracias a elementos externos. Sin enbargo para que tenga dicha capacidad , OpenGL es necesario, y Intel es el principal hardware, por ende para portyar Xorg a lenny, debemos comenzar por las necesidades, soporte para los ultimos chips Intel (Serie 3 y 4, asi como serie 4 movil, y serie 5 y los proximos.), asi como mejorar el existente en Savage y Via. Se mencionan estos solamente dado son los unicos que ofrecen OpenGL mediante codigo Libre, ya que el resto de los chips y GPU requieren, o software privativo, o firmware licenciado. Por ello, lo primero es portar Xorg 7.5 y Xserver 1.7 a lenny/venenux, esta tarea se calcula en un mes (espero), para ello debere manipular las entregas en mi trabajo, permitiendo fabricar tiempo libre, y asi emplear los recursos del mismo. Esto es posible si estoy aun en laparte de infraestructura y soporte, si llego a transmutar a desarrollo Java EE, est