Opel Corsa cumple 20 años

Recupero la actividad en el blog para celebrar el vigésimo aniversario de mi autito.




¡felicidades!

LEDE - - Comtrend 5813n

Retomo el blog para dejar una nota rápida sobre la configuración de un router bridge.

El router Comtrend está conectado por cable al router Cisco de telecable que tiene la wifi deshabilitada sencillamente porque no funciona bien. Es decir: el router Comtrend se conecta por cable al router Cisco y hará de punto de acceso wifi para esa red.

He de decir que esta configuración debería de ser muy sencilla: crear una lan, vincular a ella la ethernet y la wifi y a correr. Pero así no me ha funcionado nunca.

Aprovechar para explicar también algunas peculiaridades para la instalación de LEDE Comtrend 5813n.

Primero quitamos el módulo de kernel de la wifi por defecto:

kmod-b43

es un reverse-engineering que no funciona bien, en realidad ningún driver funciona bien del todo.

Reiniciamos y ponemos el propietario de broadcom:

kmod-brcm-wl -> módulo de kernel con el driver broadcom
wlc -> herramienta de gestión para la interfaz broadcom
wl -> herramienta de gestión para la interfaz broadcom
nas -> herramienta necesaria para la encriptación en la autenticación wifi

Ninguno de los componentes de arriba necesita configuración. Reiniciamos el router y ya deberíamos tener una interfaz wl0 en lugar de la radio0 que brinda el módulo b43.

Componentes adicionales que instalo son:

luci-app-ddns -> módulo luci para configurar ddns
ddns-scripts - 2.7.6-13 -> los scripts ddns

shadow-common -> para usar herramientas shadow
shadow-groupadd -> para crear un grupo adicional
shadow-useradd -> para crear un usuario adicional
shadow-usermod -> para añadir un usuario a un grupo
sudo -> para tener capacidad de permisos sudo

luci-proto-relay -> módulo luci para crear una interfaz relay
relayd -> el demonio relay para unir dos redes

Para crear un usuario adicional con permisos seguí esta guía y para activar el login a través de claves de confianza leí aquí.

Finalmente dejo la configuración de la red para tenerlo de referencia, básicamente se crea red local (lan) con ip estática y una red wifi (wifinetwork) por dhcp vinculada a la interfaz wireless, finalmente se crea la red relay (relaybridge) que unirá ambas. Como nota informativa esto no debería ser necesario salvo que tuviéramos que unir la red wifi en modo cliente con la lan usando drivers open source que no soporten WDS (el WDS evita tener que usar el relay) para después crear el AP (punto de acceso), es decir para un repetidor wireless en lugar de un repetidor wired como es el caso. Actualmente sólo los atheros soportan WDS y algunos broadcom estos últimos no son open source. Sea como sea, solamente haciéndolo así ha funcionado en mi caso, si es el tuyo también puede que merezca la pena intentarlo.

/etc/config/network

config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'

config globals 'globals'
option ula_prefix 'fd4f:eaff:1a47::/48'

config interface 'lan'
option ifname 'eth0.1'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option ipaddr 'dirección_ip_en_tu_red_local'
option gateway 'dirección_ip_de_tu_puerta_de_enlance'
option dns '8.8.8.8' -> dns de google, puedes usar cualquiera u omitirlo
option delegate '0'

config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'

config switch_vlan
option device 'switch0'
option vlan '1'
option ports '0 1 2 3 5t'

config switch_vlan
option device 'switch0'
option vlan '2'
option ports '4 5t'

config interface 'wifinetwork'
option proto 'dhcp'
option ifname 'wl0'

config interface 'relaybridge'
option proto 'relay'
list network 'lan'
list network 'wifinetwork'

/etc/config/wireless

config wifi-device 'wl0'
option type 'broadcom'
option txantenna '3'
option rxantenna '3'
option country 'ES'
option channel '5'
option hwmode '11gst'

config wifi-iface 'default_wl0'
option device 'wl0'
option network 'wifinetwork'
option mode 'ap'
option ssid '*tu_nombre_para_la_red_wifi*'
option wmm '1'
option encryption 'psk2'
option key 'tu_contraseña_para_la_red_wifi*'

fedora 25

No hice entrada para la actualización a fedora 24 y la nueva versión de fedora salió esta semana, he actualizado y no quiero dejar la ocasión sin entrada, los pasos seguidos esta vez han sido:

1. instalar fedora 25 gpg key
2. instalar rpmfusion gpg keys (free - nonfree)
3. dnf upgrade --refresh
4. dnf system-upgrade download --releasever=25 --allowerasing
5. dnf system-upgrade reboot
6. rpm --rebuilddb
7. dnf repoquery --unsatisfied
8. dnf repoquery --duplicated
9. package-cleanup --orphans
10. grub2-install /dev/sda
11. dnf clean all
12. dnf distro-sync --setopt=deltarpm=0

Después de todo eso ya tendremos el sistema listo:


El proceso de actualización creo que se ha optimizado y sucede bastante rápido. Enjoy!

PAC y fedora 25

Acabo de actualizar a la última versión de fedora y PAC dejó de funcionar dando el siguiente mensaje:

Can't locate object method "new" via package "Gnome2::Vte::Terminal"

La manera en la que lo podemos parchear hasta que el desarrollador saque un rpm nuevo es la siguiente:

dnf install perl-Gnome2-Vte

y luego en /opt/pac

find . -name "Vte.so"
./lib/ex/vte64/auto/Gnome2/Vte/Vte.so
./lib/ex/vtePPC64/auto/Gnome2/Vte/Vte.so
./lib/ex/vte32/auto/Gnome2/Vte/Vte.so

y cambiamos todos esos Vte.so a la ruta del Vte.so que facilita el perl-Gnome2-Vte

rpm -ql perl-Gnome2-Vte.x86_64

/usr/lib64/perl5/vendor_perl/auto/Gnome2/Vte/Vte.so

eg.

cd /opt/pac/lib/ex/vte64/auto/Gnome2/Vte/
rm Vte.so
ln -s /usr/lib64/perl5/vendor_perl/auto/Gnome2/Vte/Vte.so Vte.so

repetimos esos pasos con todas las rutas encontradas, después arrancamos y ¡arreglado!

dvbv5-scan para sintonizar canales

Por alguna razón w_scan ya no sintoniza los canales bien y tengo que recurrir a dvbv5-scan que hace el trabajo de maravilla, dejo debajo syntax para que genere un channels.conf compatible con la mayoría de software (vlc, mplayer, me-tv, etc.):

fedora:
dvbv5-scan --output-format=zap --output=channels.conf /usr/share/dvbv5/dvb-t/auto-Default
debian:
dvbv5-scan --output-format=zap --output=channels-nuevu.conf /usr/share/dvb/dvb-t/auto-Default

google play services - not connected

Este error me tuvo loco tras una actualización de la ROM del móvil, a través de este servicio la mayoría de aplicaciones gestionan las notificaciones, hay algunas salvedades como whatsapp que usa su propio sistema pero en general casi cualquier aplicación dejará de notificarte a tiempo si google play services no está conectado entre ellas -por supuesto- todas las de google.

Para comprobar el estado de la conexión con google play services podéis instalar PNF o marcar el siguiente código en vuestro teléfono: *#*#426#*#*

Pero vamos a dejar la solución rápido debajo por si hay alguien más con este problema. Cito la fuente en inglés aquí.

1. activa las opciones de desarrollo y el debug USB
2. adb backup -apk com.google.android.gms (te pedirá confirmación el móvil, guardará copia del backup en el directorio actual y si necesitas restore se hace: adb restore backup.ab)
3. adb shell pm clear com.google.android.gms

fedora 23

Actualicé la máquina virtual que uso como herramienta de trabajo a fedora 23 y ahora el nuevo proceso es aún más sencillo:

1. dnf system-upgrade download --releasever=23 --best
2. dnf system-upgrade reboot
3. rpm --rebuilddb
4. package-cleanup --orphans
5. dnf distro-sync --setopt=deltarpm=0

Más información sobre el proceso aquí.

NOTA: La gente de virtualbox va muy rezagada y para que funcionen las additions con el nuevo release tenemos que, desafortunadamente, hacer un downgrade de xorg hasta que en oracle decidan arreglarlo, el proceso es el siguiente:

1. dnf --showduplicates --allowerasing --releasever=22 downgrade xorg-x11-server-Xorg
2. vi /etc/dnf/dnf.conf y añadir exclude=xorg*
3. reinstalar las additions sh VBoxLinuxAdditions.run
4. init 6

No olvidar deshacer el exclude y reinstalar las additions una vez que el xorg de fedora tenga soporte de oracle. Enjoy!

borrar key expirada en debian

el proceso es tan sencillo como esto:

# apt-key list
/etc/apt/trusted.gpg
--------------------
pub 1024D/30C18A2B 2012-10-29 [expired: 2014-10-29]
uid Opera Software Archive Automatic Signing Key 2013

pub 4096R/A8492E35 2013-07-03 [expired: 2015-07-03]
uid Opera Software Archive Automatic Signing Key 2013b

# apt-key del 30C18A2B
# apt-key del A8492E35

Y no tiene nada más, sólo hay que fijarse en cuál es el keyid para borrarla.

vlc dvb-t

Hacía unos días que no podía ver la tv con el vlc en debian porque me daba error creando el video output. Probé un montón de opciones y al final el setting que lo arregla es:


Una vez cambiado eso, abres el channels.conf que tengas creado et voilà.


Tendré monitorizado cualquier update del driver de radeon para ver si puedo activarlo de nuevo.

fedora 22

Actualicé a fedora 22 y el proceso es cada vez más sencillo, como curiosidad decir que ya no es necesario especificar el --product ese parámetro fue sólo necesario para subir de fedora 20 a fedora 21 y que yum deja paso a dnf. En resumen los pasos fueron:

1. instalar fedora 22 gpg key
2. instalar rpmfusion gpg keys (free - nonfree)
3. fedup --network 22
4. rpm --rebuilddb
5. package-cleanup --orphans
6. dnf distro-sync --setopt=deltarpm=0

Después de todo eso ya tendremos el sistema listo:


Enjoy!