Foro para linux, Mac, unix, BSD,...

Hace un par de días, creé un nuevo foro, en español, cuyo tema principal es todo lo relacionado con el mundo de las arquitecturas *nix: linux, unix, BSD, Mac OS, Solaris, y un largo etcétera. El nombre que le he dado es Mundonix.

La idea es de tener un pequeño espacio donde compartir cosas. Ya hay unos cuantos subforos creados, pero vamos, habrá que ir moldeándolo ajustándolo a las demandas que vayan surgiendo. Estáis todos invitados, tanto los que ya tenéis experiencia en estos sistemas, como los que queréis iniciaros, aprender y resolver dudas.

La dirección en la que se encuentra es:
http//mundonix.ueuo.com

Script para ver sólo actualizaciones con emerge -up world (Gentoo linux)

Supongo que a más de uno le pasará como a mí, que a pesar de hacer uso de /etc/portage/package.keywords, algunos paquetes los emerge con el mítico ACCEPT_KEYWORDS="~x86". Eso unido a que a veces se enmascara una versión después de a ver sido publicada, etc..., hace que tras algún tiempo, no sería nada anormal que uno obtenga en la lista de paquetes a actualizar cuando hace emerge -up world --deep cosas como:

[ebuild     UD] app-text/libwpd-0.8.2 [0.8.4]
[ebuild     UD] net-libs/linc-1.0.3 [1.0.3-r1]
[ebuild     UD] dev-db/hk_classes-0.7.4a [0.8.1] USE="sqlite% -sqlite3%"
[ebuild     UD] dev-db/knoda-0.7.4-r1 [0.8.1]
[ebuild     U ] app-office/koffice-1.5.2 [1.5.1-r1]
[ebuild     U ] kde-base/kdenetwork-3.5.3-r2 [3.5.3-r1]
[ebuild     UD] media-libs/libquicktime-0.9.4 [0.9.7-r1]
[ebuild     U ] media-sound/amarok-1.4.1-r2 [1.4.1-r1] USE="-njb%"
[ebuild     UD] dev-libs/pwlib-1.6.3-r3 [1.10.1] USE="esd%"
[ebuild     UD] net-libs/openh323-1.13.2-r2 [1.15.6]
[ebuild  N    ] dev-java/iso-relax-20041111  USE="-source"
[ebuild  N    ] dev-java/msv-20050627  USE="-doc -jikes -source"
[ebuild  N    ] dev-java/xpp2-2.1.10  USE="-doc -jikes -source"
[ebuild  N    ] dev-java/xpp3-1.1.3.4m  USE="-doc -jikes -junit -source"
[ebuild  N    ] dev-java/dom4j-1.6.1  USE="-doc -source"
[ebuild     U ] app-pda/multisync-0.83_pre20050414-r4 [0.83_pre20050414-r2] USE="-gnokii% -nokia6600%"
[ebuild     U ] kde-base/kde-i18n-3.5.4 [3.5.3]
[ebuild     U ] app-i18n/koffice-i18n-1.5.2 [1.5.1] LINGUAS="-zh_TW%"
[ebuild     UD] media-tv/xawtv-3.94-r1 [3.95-r1]
[ebuild     UD] app-emulation/dosemu-1.2.2-r1 [1.3.2]
[ebuild  N    ] app-accessibility/speech-tools-1.2.3-r2  USE="-doc"
[ebuild  N    ] app-accessibility/festival-1.4.3-r3  USE="-asterisk -doc"

El cual está repleto de "D" que indica que se hará bajará de versión si quitamos la -p (pretend) del comando introducido.

Pues, bien, usando un poquito de grep y otros, es fácil recortar esa lista para omitir los ficheros que quieren bajar de versión. Para ello podemos crear un fichero llamado: /usr/local/bin/emerge-updates y ponerle el siguiente contenido:

#!/bin/bash
emerge -upD world | egrep "(NS? *|U )]" | cut -c 17- | egrep -o "([^-]*-[^0-9][^-]*)*" | xargs emerge $*

Todo el comando emerge en una sóla línea. Le damos permisos de ejecución: chmod +x /usr/local/bin/emerge-updates.

Y si ahora hacemos: emerge-updates -p obtendremos la lista con sólo las actualizaciones, que es bastante más manejable:

[ebuild     U ] app-office/koffice-1.5.2 [1.5.1-r1]
[ebuild     U ] media-sound/amarok-1.4.1-r2 [1.4.1-r1] USE="-njb%"
[ebuild     U ] app-pda/multisync-0.83_pre20050414-r4 [0.83_pre20050414-r2] USE="-gnokii% -nokia6600%"
[ebuild     U ] kde-base/kde-i18n-3.5.4 [3.5.3]
[ebuild     U ] app-i18n/koffice-i18n-1.5.2 [1.5.1] LINGUAS="-zh_TW%"
[ebuild  N    ] app-accessibility/speech-tools-1.2.3-r2  USE="-doc"
[ebuild  N    ] app-accessibility/festival-1.4.3-r3  USE="-asterisk -doc"
[ebuild  N    ] dev-java/iso-relax-20041111  USE="-source"
[ebuild  N    ] dev-java/msv-20050627  USE="-doc -jikes -source"
[ebuild  N    ] dev-java/xpp2-2.1.10  USE="-doc -jikes -source"
[ebuild  N    ] dev-java/xpp3-1.1.3.4m  USE="-doc -jikes -junit -source"
[ebuild  N    ] dev-java/dom4j-1.6.1  USE="-doc -source"

Si queremos proceder a la instalación de todos esos paquetes, tan sólo habría que omitir la -p, es decir ejecutar emerge-updates.

Espero que os sea de utilidad.

Por fin udma5 en mi linux

Parece mentira que tras llevar más de un año y medio con mi ordenador, no me diese por comprobar el modo de ultra dma que estaba usando mi disco duro. Me he puesto a trastear y me he llevado sorpresas.

Tengo un Seagate ST3120022A, que soporta ultra dma 100, sobre un chipset Intel ICH5, usando Gentoo bajo kernel gentoo-sources-2.6.16-r7. Hasta ahí bien. Pues bien, me da por hacer un hdparm -i /dev/hda y me encuentro con que está usando udma 33, equivalente a udma2, y encima, es el máximo que soporta. No dando crédito a lo que veía me pongo a trastear.

Lo primero que hago es mirar mi cableado de los buses y me encuentro la gran sorpresa, me han puesto un cable de 40 pines conectando el disco duro al ide, en lugar de uno de 80, con lo cual se fuerza el udma a 33. El cable de la grabadora y cdrom del otro bus sí que es de 80 pines. Así que los cambio y reinicio. Nada, todo sigue igual.

Revisando algunos foros, pruebo a añadir la opción CONFIG_IDEDMA_IVB=y al kernel. Así como pasarle el parámetro al grub (en el grub.conf): ide0=ata66.

Reinicio y por fin hay suerte. Ya tengo udma5 activado. Las pruebas de velocidad (hdparm -tT /hda) reportan una velocidad de aproximadamente el doble a lo que obtenía antes, obteniendo unos 54.75 mb/s de lectura (Timing buffered disk reads).

Ahora el problema es que estoy forzando la grabadora y el lector a udma 33, así que tendré que conseguir otro cable de 80 pines, para quitar ese cuello de botella, pero vamos, eso está hecho, un paseo por la tienda y se acabó.

Linux: gamin (FAM)

Con la implantación de inotify en las últimas versiones del kernel de linux, ha surgido un recambio para el demonio FAM (File Alteration Monitor), el cual usa escritorios como KDE, así como otras aplicaciones para optimizar el seguimiento de cambios en los ficheros. El nuevo recambio se llama gamin, y es un sustituto total de FAM pero aprovechando las ventajas de inotify, lo que lo hace muy eficiente, implementando una api idéntica.

Lo he instalado en mi equipo Gentoo.

Para ello he desinstalado FAM e instalado los nuevos paquetes:

• emerge -C fam
• Agregado el USE fam a /etc/make.conf
• emerge gamin
• Ahora sería útil hacer emerge -upv world --newuse para posteriormente emerger los paquetes que dependan del nuevo USE fam. Personalmente no he tenido que reemerger ninguno. Al rearrancar kde he comprobado que ya hay un servicio de gamin activado (gam_server).

Sony-Ericsson K750i

Hacía algún tiempo que no escribía nada. Pues bien, voy a romper un poco la racha.

Recientemente he comprado el teléfono móvil Sony-Ericcson K750i. Es un auténtico todoterreno:

• Cámara de 2 megapixeles con flash de LEDs
  
• Reproductor de radio
• Reproductor de mp3
• Bluetooth, infrarrojos
• Buen rendimiento 3D
• Reproductor de películas mp4 y 3gp
• Ranura de expansión para tarjetas Memory Stick Duo
• Actualizaciones periódicas por firmware.

Como teléfono no está nada mal, con buena cobertura, buena calidad de sonido, completa agenda para gestión de contactos y lo más importante, cómodo de manejar.

Le he puesto una tarjeta de 1 GB de memoria, para aprovechar un poco sus capacidades como reproductor de mp3. El sonido no está nada mal. Por ahora lo he probado con los auriculares y conectándolo al coche.

La calidad de las fotos es bastante buena si hay suficiente luz. Con poca luz salen un poco granuladas, pero es algo que se puede compensar un poco con el flash que trae incorporado. La cámara contiene un botón muy cómodo que te permite usarlo totalmente como si se tratase de una cámara digital, con la doble pulsación de enfoque y disparo.

Las aplicaciones y juegos funcionan a toda velocidad. La pantalla tiene un buen contraste. La duración de la batería es muy buena. Si sólo lo uso como teléfono me durá alrededor de una semana. Si ya empiezo a usar el reproductor y a tirar fotos o jugar pues evidentemente se acorta, pero vamos, por ahora recargo el teléfono cada 4 o 5 días (usando un poco de todo).

Para mi gusto hubiera elegido otro tipo de teclado, un poco más robusto, pero bueno, por ahora parece que resiste bien el que trae.

De vez en cuando tengo algunos problemillas con el bluetooth, que parece no funcionar bien del todo, pero al parecer es algo bastante común, y se supone que se mejorará con alguna actualización del firmware próxima. Pero vamos, ha mejorado bastante tras la última actualización.

Lo de las actualizaciones es algo realmente bueno que parece que tiene Sony-Ericsson, pues parece que publican frecuentemente nuevas versiones para solucionar algunos problemillas e incorporar mejoras.

ATI Radeon 9600pro 128M

Al final me decidí a cambiar mi tarjeta gráfica, aunque dando un vuelco total a mi intención original. En lugar de comprar la nVidia 6600gt compré una Radeon 9600pro ¿La razón? Pues bien, todos los reviews acerca de las nuevas GeForce dicen que son ruidosas, consumen una barbaridad y dan mucho calor. Dado que sólo juego esporádicamente y mi uso principal del ordenador es en 2D, me he decidido por algo más normalito y que evite los problemas mencionados de las últimas GeForce. Sé que hay algunas 6600gt disipadas de forma pasiva, pero eso no evita el calor. Pues bien, esta Radeon soluciona todos los problemas que tenía con el opengl de mi anterior Radeon 9200SE (definitivamente confirmo que eran fallos del hardware de la tarjeta, la pena es que venía así de fábrica y lo descubrí tarde). Las primeras impresiones con la tarjeta no son malas: todos los juegos y aplicaciones opengl (incluyendo cosas como Doom3) funcionan muy bien bajo linux, este último usando AA 2x (por ahora no estoy usando resoluciones altas, ni he probado, dado que con la que tengo se ve bastante bien) y nivel de detalle en calidad buena y todos los efectos especiales activados. Ya no obtengo jamás manchas verdes de corrupción usando cosas como el slideshow de digikam acelerado bajo opengl y otras cosas... Lo que todavía no funciona bien es el Composite con el driver de ATI (fglrx), pero parece que dentro de poco el nuevo driver libre r300 para radeon que se puede meter en las nuevas Xorg dan buen soporte usando un nuevo tipo de aceleración llamado EXA que promete ser más rápido que el actual sistema de renderizado.

nVidia GeForce 6600GT

Llevo algún tiempo con ganas de reemplazar mi tarjeta gráfica (Radeon 9200SE) con algo que se adapte un poco más a los tiempos que corren. Como uso linux, prefiero una nVidia puesto que el soporte de los drivers nativos es bastante mejor que los de ATI para este sistema operativo. Ahora bien, quisiera comprar una tarjeta de gama media que me dure algún tiempo. Juego más bien poco, pero de vez en cuando me apetece algo (típicamente de primera persona) y me gusta que vaya suave. Creo que por caracterísitcas la GeForce 6600 o la 6600GT se asemeja bastante a lo que busco. Sin embargo hay cosas que me echan para atrás: el alto consumo energético (parece que todas van por encima de los 100 y pico de vatios), el calor y el ruido. He visto muchas comparativas en las que a parte de resaltar el buen rendimiento de estas tarjetas, también se menciona que habitualmente tienen ventiladores ruidosos (por encima de 50 dbas) y desprenden mucho calor; vamos que hacen de estufa. ¿Es esto real? El ruido siempre es evitable usando algunas tarjetas que traen disipadores pasivos, pero parece ser que en estas el núcleo se pone a unas temperaturas bastante límites. Después, lo que más detesto es el calor. ¿Es realmente tan bajo el rendimiento eléctrico de estos chips para que tengan tantas pérdidas térmicas? Parece ser que 300 W para una fuente de alimentación de un ordenador empiezan a ser insuficientes si se quieren usar los procesadores y chips gráficos recientes. Vamos, que dentro de nada consume más un ordenador que un microondas, y mira que éstos tragan. Me parece que los fabricantes deberían replantearse sus diseños y ser mucho más cuidadosos con el consumo eléctrico.