Nota rápida sobre cómo programar un Attiny85 (DigiStump USB) en Arch Linux:

1) Clon chino del Digistump (detalle: bootloader NUEVO)

2) Luego de agregar mediante el Gestor de Tarjetas los Attiny de Digistump y tratar de programarlos, el IDE Arduino no podía hacerlo.

3) Instalando via AUR el micronucleus seguía fallando (nota: paquete out-of-date, ese es el problema, o al menos uno de ellos).

4) Bajar las fuentes de https://github.com/micronucleus/micronucleus, ir a la carpeta commandline, correr make y luego copiar (previo renombrado del binario "micronucleus" localizado allí) el nuevo binario a /home/usuario/.arduino15/packages/digistump/tools/micronucleus/2.0a4 o equivalente.

Esto fue solución. Con este nuevo binario el IDE Arduino ya programa bien los Digistump.


Edición:

Puede ser necesario, para solucionar el tema permisos, ya sea instalar el paquete micronucleus desde el AUR usando, por ejemplo:

$yay -S micronucleus

O agregando (como root), el archivo /etc/udev/rules.d/49-micronucleus.rules con el siguiente contenido:

# UDEV Rules for Micronucleus boards including the Digispark.
# This file must be placed at:
#
# /etc/udev/rules.d/49-micronucleus.rules    (preferred location)
#   or
# /lib/udev/rules.d/49-micronucleus.rules    (req'd on some broken systems)
#
# After this file is copied, physically unplug and reconnect the board.
#
SUBSYSTEMS=="usb", ATTRS{idVendor}=="16d0", ATTRS{idProduct}=="0753", MODE:="0666"
KERNEL=="ttyACM*", ATTRS{idVendor}=="16d0", ATTRS{idProduct}=="0753", MODE:="0666", ENV{ID_MM_DEVICE_IGNORE}="1"
#
# If you share your linux system with other users, or just don't like the
# idea of write permission for everybody, you can replace MODE:="0666" with
# OWNER:="yourusername" to create the device owned by you, or with
# GROUP:="somegroupname" and mange access using standard unix groups.

Quizás sea necesario recargar las reglas usando (como root siempre):
#udevadm control --reload-rules

Una interesante alternativa

Ya que el novedoso (y problemático) Gnome 3 me dejó sin el applet de lm_sensors para el panel, buscando un poco encontré un viejo conocido de hace unos años, que en algún momento usé pero dejé por razones que en ese momento eran válidas.
Hablo del Avant-Window-Navigator

Entre las muchas funcionalidades que provee, se encuentra un applet que se conecta con los lm_sensors.
Y ya puedo ver nuevamente las temperaturas, ventiladores, etc. de mi mother, dentro del complicado Gnome3.

Oops

Bueno, la penúltima actualización del kernel Arch (2.6.39 creo) me dejó algo rengo con la laptop MSI. El kernel default no bootea. Menos mal que el fallback sí, por lo que parecería un problema (críptico) dentro del intramdisk.
Lo bueno es que el desktop no tiene (hasta el momento) este problema.
La última gran actualizaciòn (al kernel 3.0!!!, yeah!!!) no solucionó el problema...

FVWM-Crytal for the win

Cuando Gnome 3 falla, o cuando sencillamente se quiere algo que arranque en menos de 10 segs y permita hacer lo necesario...
FVWM-Crystal!
o WindowMaker u Openbox... etc.
Pero el screenshot de hoy es de Fvwm-Crystal.
Aplis que se ven allí: Gnome-Terminal (me gusta su transparencia, aunque sólo sea seudo bajo FVWM), PCManFM como administrador de archivos (muy interesante opción), geeqie como visor de imágenes, Beep-media-player como reproductor y el viejo gkrellm como monitor del sistema (con Conky se puede hacer cosas muy bonitas, cabe aclarar).

Más cosillas de Gnome 3

Bien, en el desktop Gnome 3 en modo fallback, siempre junto con Compiz, porque GnomeShell sobre nvidia es un lastre (y no me termina de gustar).
En la laptop funciona bien, pero parece interfaz de SmartPhone. En fin, seguiremos probándolo a ver si le agarro la idea...
Lo importante es que el script para cambiar los fondos periódicamente ya anda en Gnome 3 (¡gracias Kolos, de los foros de Archlinux!).
Helo aquí:

#!/usr/bin/perl -w
use strict;
use warnings;

my $searchPath = '~/wallpapers/'; # directorio de imágenes
my $switchTime = 600; # número de segundos entre cambios

my @photos = `find $searchPath -type f | grep [jJ][pP][eE]*[gG]`;
chomp(@photos);
my $photo;

while(1)
{
$photo = $photos[rand($#photos)];
`gsettings set org.gnome.desktop.background picture-uri "file:///$photo"`;
sleep($switchTime);
}

Gnome y Compiz, kaput...

Volviendo luego de un cierto tiempo, con problemas y soluciones (algunas).

En mi PC de escritorio (Arch, claro) Gnome (y XFCE, entiendo) se congela al usarse con compiz, luego de las últimas actualizaciones.
Al parece, problema con los drivers propietarios de Nvidia... Habrá que esperar a que el último beta deje de serlo.
Espero que eso suceda antes de que Gnome 3 entre en [extra].
Pero la falta de Gnome me llevó a volver a usar el viejo y querido WindowMaker, en el cual extrañé el cambio periódico de fondo de pantalla, que en Gnome lo hacía con un útil script.
Luego de googlear, nada aparecía similar para WindowMaker, así que tomé el script de Gnome y fue sorprendentemente fácil adaptarlo a WM.
Acá posteo el código (es Perl, dicho sea de paso, escrito por un tal Michael Moore, que no creo sea el cineasta):

#!/usr/bin/perl -w
use strict;
use warnings;

my $Path_imagenes = '~/wallpapers/'; # Setear directorio donde se buscarán las imágenes
my $intervalo = 400; # Número de segundos entre cambio de imágenes

my @fotos = `find $Path_imagenes -type f | grep [jJ][pP][eE]*[gG]`;
chomp(@fotos);
my $foto;

while(1)
{
$foto = $fotos[rand($#fotos)];
`wmsetbg "$foto"`;
sleep($intervalo);
}

Y funciona justo como quería...
En fin, ahora queda esperar a ver si Gnome+Compiz vuelve a ser estable...
Gracias a Zeus, la laptop (video Intel) sigue funcionando como era de esperarse, será la ventaja de los drivers open-source.

Bien, luego de muuucho tiempo desde el último post, va este para probar que aún existo. Problemas personales serios y falta de tiempo y ganas influyeron en este largo hiato.
Sobre la laptop MSI con Arch, sigue allí corriendo alegremente, al igual que mi desktop, con Arch.
Los problemas con Gnome van y vienen, sin ser demasiado serios.
En fin, ya veré si hay algo interesante que postear...

algunos bemoles

Finalmente (o quizás no tan al final) el bleeding edge de Arch muestra su costo.
Luego de la actualización del kernel al 2.6.30 la suspensión de la MSI VR340 dejó de funcionar. Sencillamente, al cerrar la tapa o mandar a suspender via menú, se queda sin video y se hace necesario apagar por fuerza bruta.
Queda probar dejando un sshd corriendo, suspender y tratar de loguearme remotamente desde la desktop para verificar si es un cuelgue total del sistema o es sólo problema de video (esta última es mi impresión, dicho sea de paso, pues los drivers libres de Intel para el GM965 son un poco temperamentales).

Otro item molesto es que al conectar un televisor (común, no widescreen HD) a la salida de video, la imagen mostrada en el TV está recortada en ancho. XP resuelve esto cambiando la resolución a 800x600 (desde la nativa de 1280x800), pero Xorg no me ayuda acá.

Salvando estos detalles no tan pequeños, el resto del funcionamiento de esta laptop con Arch, sigue siendo más que aceptable.

aún vive

Sin nada importante que comentar, y para mostrar que sigo vivo y que mi MSI con Archlinux sigue adelante. Los ítems que estaban pendientes en el último post siguen así. Veré si los ataco pronto.

Ha pasado algo de tiempo desde la entrada anterior, sin mucho que contar sobre la laptop en cuestión, sólo (brevemente) probé que funciona OK la salida de auriculares, y que al insertarlos se desconectan los parlantes principales (había leído en los foros de Arch de otra gente con problemas en esta área).

También terminé (o al menos eso parece) con los problemas al Suspender la laptop (o cerrar la tapa, que es lo mismo). Era cuestión de habilitar una opción en el BIOS sobre reset video on suspend o algo similar. Hasta el momento fue santo remedio. Hibernar la congela mal mal, eso sí.

TODO: chequear el funcionamiento de la parte de wifi en una red con WPA mejor configurado, usando wicd.

Decíamos en el post previo que lo próximo sería hablar de la webcam y de Compiz.
Vamos por partes, decía Jack:
1) webcam
Siguiendo con los pasos habituales, busqué que reportaba el sistema sobre algo relacionado con cámaras, usando "#lspci", y no apareció nada. Hmm, ¿será con "#lsusb" ?
Sí, ahí aparece como "Microdia Sonix USB 2.0 Camera".
Un poco de google después y veo que esta webcam está soportada por el módulo uvcvideo, instalar Video4Linux con "#pacman -S libv4l" y listo...
Sólo necesito una aplicación... "#pacman -S xawtv" y luego de instalada la ejecuto y listo! anda la webcam. Linda imagen, sin lags apreciables.
Algunos bugs de xawtv (pantalla completa, específicamente) me llevan al tiempo a cambiarlo por mplayer.
Comando para usar mplayer con la webcam: mplayer -cache 128 -tv driver=v4l2 -vo tv://
Un link en el escritorio con ese comando y listo.
Todo esto de mplayer, sacado de la web, por supuesto, sus opciones son muy abstrusas para mí.

2) Compiz
Primero instalar los paquetes de Compiz
"#pacman fusion-icon compiz-fusion-gtk compiz-fusion"
Hecho esto, pruebo con el fusion-icon... Hmm, no anda.
Haciendo corto lo largo, después de dejarlo de lado por varios días vuelvo a ello y procedo a modificar el xorg.conf, agregando:

Section "Extensions"
Option "Composite" "Enable"
EndSection

Luego, y creo que esto era el nudo, cambio el Default Color Depth a 24.
Con esto tengo a Compiz andando, aclarando que debo deshabilitar el compositor de Metacity con el gconf-editor, para que emerald (el adornador de ventanas de Compiz) se cargue bien.

Aprovechando los últimos upgrades de Arch, habilito el KMS con Option "AccelMethod" "UXA" en la sección Device el xorg.conf.
Previamente a esto, y siguiendo las instrucciones de los foros de Archlinux, hago, en /etc/modprobe.conf :

options i915 modeset=1

en /etc/mkinitcpio.conf, modificar para que quede (los 3 puntos representan a lo que había antes de la edición):

MODULES="... intel_agp i915"
FILES="... /etc/modprobe.conf"

Luego hay que regenerar el initramdisk con "#mkinitcpio -p kernel26", y borrar referencias a modo de video del grub.lst.

De este modo tenemos de inicio un framebuffer en la resolución correcta, X arranca más rápido (en video Intel solamente, por el momento) y el switcheo a consola, desde X, es instantáneo.

Envuelto en llamas ardientes, con tiempo sólo para un breve comentario.

próxima entrada: setup de la webcam y la pelea hasta vencer a Compiz.

Volviendo al tema wireless (esta laptop no cuenta de base con bluetooth, es un opcional, con el que no cuento), con iwconfig veo que existe una interfaz wlan0.
Bien, pero que es la placa, con lspci no aparece... hmm, con "lsusb"?
Bingo, ahí está! Una Micro Star International RT2573, algo de googleo y resulta que necesito un firmware... el cual está disponible en los repos de Arch.
#pacman -S rt2x00-rt71w-fw
Y listo!
Con "#ifconfig wlan0 up" levanto la interfaz y con "iwlist wlan0 scan" hace una búsqueda de redes wifi. Por desgracia, parece no haber ninguna cerca activa. En fin, dejo para probar donde tengo certeza que haya una. Aplicaciones para facilitar esto: wlassistant y wifi-radar.
Corriendo cualquier de ellas (especialmente wifi-radar) se listan las redes disponibles (donde las hay...).

Hmm, qué falta?
Control de la frecuencia del micro! Bien, veamos:
#pacman -S cpufrequtils
#modprobe acpi_cpufreq
#modprobe cpufreq_ondemand
Listo, el applet Monitor de frecuencia de la CPU del panel de Gnome muestra ambos núcleos en 800 MHz. Buenísimo. Y se pueden setear por separado los modos! En el Athlon X2 de mi desktop se setean ambos juntos y no hay escapatoria...
Escribo en el rc.local:
/usr/bin/cpufreq-set -c 0 -g ondemand
/usr/bin/cpufreq-set -c 1 -g ondemand

para que arranquen en ese modo.
Bien, me queda la webcam, pero será para otra entrada.

Antes de seguir escribiendo, van unas imágenes de la laptop:

A pesar de la inutilidad del fotógrafo (un servidor) y del brillo del flash, puede verse corriendo el gdm, con el tema Vamox, bello producto de unos muchachos de Comunicación Visual de La Plata, Argentina, que crearon un tema para Gnome que a mí, por lo menos, me parece excelente. Dicho sea de paso, es el que estoy usando en la laptop (obvio), y en el desktop (que también corre Arch64, y que en esta foto, está a la izquierda de la imagen, aunque no se vea).

El blog de esta gente es: http://vamox.blogspot.com/

La niña en cuestión, cerradita:

El escritorio Gnome, en su actual iteración (el wallpaper es modificado por un script bash que robé de algún lugar de la web, que cada 3 minutos cambia una clave del registro de Gnome):

Retomamos...
Luego de instalar (via pacman -S) el viejo y querido mc, procedo a instalar las X (pacman -S xorg). Luego de que baja y se instala, con hwd -x me genero un xorg.conf.intel que copio a /etc/X11/xorg.conf.
Instalo el driver del touchpad (hasta ese momento tenía conectado un mouse usb):
#pacman -S xf86-input-synaptics
Instalo driver para la placa Intel
#pacman -S xf86-video-intel
y otras cosillas
#pacman -S xinit
Redoble de tambores, arrancar X (con xinit)..... funciona. Bien! Instalo openbox para tener un wm andando rápido (pacman -S openbox). Todo OK.
Llegó el momento de crear mi usuario normal, con los mismos detalles desde hace n encarnaciones.
#adduser
elegir nombre, etc, etc, etc.
Detalle: los grupos que le doy de partida, para evitar problemillas luego son siempre:
disk, wheel, network, video, audio, optical, stortage, scanner, camera y power
Con esos me cubro para adelante.
Ya que estoy, instalo Gnome, que es el entorno de escritorio que prefiero, y el gestor de arranque gdm.
#pacman -Sy gnome
#pacman -S gdm

Mientras tanto, editar el /etc/conf.d/dhcpcd y poner "-C resolv.conf" en
DHCPCD_ARGS="-q -L -t 30 -C resolv.conf"
para que no me sobreescriba el resolv con los DNS de mi proveedor (son muyyy lentos), y que use los que ya tengo que son mejores.

Más cosas para instalar:
todo lo relacionado con alsa, el firefox, su internalización, beep-media-player porque me gusta, las wireless-tools, las pciutils, etc.
Un minuto en el runlevel 3 (sin X) para correr alsaconf y dejar operativo el audio.

Instalar yaourt para tener un fácil acceso al AUR (paquetes no oficiales de Arch, por decirlo de alguna manera, por ejemplo ahí está GoogleEarth y otras cosas útiles). Esto implica agregar un repositorio (archlinxfr) en el pacman.conf y resincronizar, para luego #pacman -S yaourt.
Instalo algunas fuentes (artwiz, ttf-ms, liberation, deja-vu, terminus).

Y para que se vean bien, reemplazo cairo, libxft y freetype2 por sus análogos cleartype, desde AUR:
#pacman -Rd cairo libxft freetype2
#yaourt -S cairo-cleartype freetype2-cleartype libxft-cleartype

Así se ve mucho más lindo todo.

Otras cosas para instalar:
gnome-mplayer (lo cual instala al mplayer como dependencia, obvio)
epdfview
file-roller
y algunos agregado a Nautilus (open-terminal, locked-folder, SendTo)
brasero

A continuación ataco la parte de wireless, pero será para otra entrada.

Retomando el tema de la laptop:
entrega de la misma a las 22:00 de un miércoles, más tarde imposible. Igualmente, llevado por el entusiasmo, la encaro.
Aclaración: la había encargado sin sistema operativo, sólo traía un FreeDOS.
Primer paso: bootear con cd de Gparted, sin problemas, con su útil GUI creo una primaria de 20 GB para "ese otro operativo", siempre necesario por si las moscas (creía yo); otra primaria para swap de Linux (2 GB) y todo el resto para Linux, como ext2 (igual lo cambio al instalar).
Hecho esto, reiniciar y arrancar con CD instalador del "otro" operativo, para que no me destruya el Grub después...

Ja! No puede reconocer el disco SATA!!! Que fácil que es ese "otro"!! $%&/·$&.....

Ya las 23:15, decido que ese infame operativo vaya a freír espárragos y rearranco con el último CD instalador de ArchLinux 64.
Obviamente todo va como corresponde (pero, por supuesto, hacer esto sin conocerlo o sin tener la guía de instalación es un poco arriesgado).
En esencia, desde el prompt de root, se corre un "setup", el que pregunta zona horaria, fuentes de consola, teclado, conjunto de paquetes, etc , etc, etc.
Cualquiera que haya instalado una Slackware se sentirá cómodo con esto.
Nota importante: después de haber leído alabanzas en la red sobre ext4, ese es el sistema de archivos que elijo (sí, también leí alguna que otra historia de terror, pero sino no sería divertido)
Terminada esta pre-instalación, durante la cual hay que hacer unas pequeñas ediciones a unos archivos de configuración (esencialmente /etc/rc.conf); el sistema queda en un prompt desde el cual, vía el gestor pacman, se instala lo que uno quiera.
Para ello, claro, hace falta la conexión de red. WiFi aún no tengo, así que a fijarse en la cableada con /sbin/ifconfig.
Perfecto Arch levantó la placa de red sin preguntar nada, y con dhcpcd apuntado a eth0 (esa es una de las pocas configuraciones que hubo que escribir en el rc.conf), ya tengo red y puedo empezar a instalar lo necesario...
#pacman -Syu mc
que sincronice la base de datos de paquetes y que instale el Midnight Commander, por si acaso...
Todo OK. Entre paréntesis, bootea más rápido que mi otra Arch (la de escritorio, un Athlon X2 4400), con reiserfs. ¿Será el ext4? Pareciera que sí.
Ya agotado, seguimos otro día.

La primera entrada de este mi primer blog.
Trataré de que sea por lo menos legible y, quizás, interesante.
Ahora, a lo que importa:

La semana pasada compré una laptop MSI VR340 (¡por fin!)
Por supuesto, el SO a ser usado sería GNU/Linux (específicamente Archlinux 64).
Pretendo ir listando los pasos que necesité para tenerla funcionando a mi gusto, para que otro puedan aprovechar algo de lo que hice.

Algunos detalles de hardware:
Micro - Intel Pentium Dual Core 2GHz
Video -Intel
RAM - 2 GB DDR2
Disco - WD de 160 GB, sata.
Pantalla TFT de 13,3 pulgadas, lector de tarjetas, salida SVideo, webcam, WiFi, modem (no planeo usarlo), etc, etc.