Adiós 2010, Feliz 2011

El 2010 empieza a caducar y en unas horas empezará a oler a descomposición, vaya a viejo, a muerto. Menos mal que para entonces, ya estaremos en 2011 y no nos daremos ni cuenta entre campanada y campanada, uvas y copas de cava.
Haciendo un poco de balance de 2010 puedo afirmar que ha sido un buen año, y espero que 2011 sea igual o mejor.
Este es mi deseo para todos, que 2011 sea un año buenísimo para todos.
Sigue leyendo


{lang: 'es'}

Asus o!play hdp-r1 como servidor NAS

Alguien de asus comentó en los foros de soporte de asus que en la siguiente actualización de firmware, la ahora existente 1.27, tendría capacidades de NAS.
Tras publicar un firmware de esta versión, la 1.27 en su ftp de betas, y quitarlo a las horas debido a problemas en los subtítulos, volvieron a poner una nueva 1.27. Sí, yo opino también que deberían llamarse diferente y no solo indicarlo en el número de build o en el fichero interno de versión de SVN.
Pues bien, el caso es que algunos participantes del foro que he mencionado antes, investigaron y descubrieron que mediante la ejecución de un par de comandos existentes en el firmware y al que se puede acceder vía telnet, se activaba el servidor samba compartiendo lo que haya conectado vía USB/eSATA. Pirlas, publicó en su blog los comandos a ejecutar pero no indicó una forma para que se iniciase este sistema durante el arranque.
Este mismo usuario, también ha descubierto, que en esta versión del firmware, viene un cliente de bittorrent con interfaz web, que aún no parece funcionar del todo bien.
Pues bien, para modificar el arranque del sistema no tenemos más que acceder vía telnet y modificar el fichero que podemos encontrar en la ruta /usr/local/etc/rcS. Este path de etc se encuentra montado para lectura y escritura porque en él, se guardan entre otras cosas la información de configuración, los favoritos y la información de “pausa” para continuar por donde se dejaron los contenidos al volver a reproducirlos.
Para que arranque el servicio de samba, nos tenemos que asegurar que está levantada la interfaz de red y se encuentran montados las unidades USB. En mi aparato, conectando un pendrive, puede tardar entre 12 y 18 segundos en montar correctamente la unidad, así que el arranque del servicio samba, lo he retrasado 20 segundos. La red también la levantamos nostros manualmente haciendo uso del binario udhcpc.
Este es el bloque que he añadido al final del fichero /usr/local/etc/rcS

Este script, deja el rastro de la salida de los comandos en el fichero /usr/local/etc/smb.log . De esta forma, sino funciona, podemos ver que ha ocurrido.
Dejo como adjunto mi fichero rcS con los cambios realizados.
Para copiar este fichero al hdp-r1 tendríamos que hacer lo siguiente:

  1. Descomprimir el fichero rcS.tar.gz y copiar el fichero rcS en un pendrive
  2. Enchufar el pendrive al hdp-r1 y asegurarnos de que no hay ninguna otra unidad conectada. Necesitamos la conexión de red.
  3. Encender el aparato desde el mando, ir a Peliculas » Carpeta » Red . Con esto nos aseguramos que se conecte a la red.
  4. Mirar la ip del aparato en la configuración, para ello, pulsamos en setup, Nos desplazamos hacia la izquierda hasta que llegemos a RED y podemos ver la ip
  5. Ejecutamos telnet ip en nuestro pc con acceso a la red
  6. Para acceder indicamos que somos root, no se nos pedirá contraseña
  7. Una vez dentro comprobamos que se ha montado correctamente el pendrive ejecutando
  8. Entonces, ejecutamos los siguientes comandos, uno a uno.
  9. Tras reiniciar, sobre unos 30 segundos después, el servicio de samba debe haber arrancado. Si exploramos la red, ya sea con windows o con linux con los paquetes de samba instalados, veremos la máquina Venus en el grupo de trabajo Workgroup.
  10. Se ha comprobado que si no hay unidad usb, el servicio arranca, pero no comparte nada. Además, si no hay conexión de red, el servicio no arranca pero no entorpece el arranque del sistema de Asus.
    La velocidad de transferencia, tanto copiando al asus como desde el asus me han parecido más que aceptables para una red a 100M, en torno a los 6-9MB/s y si copiamos algo vía wifi, entorno a los 2MB/s. Eso sí, si intentamos reproducir contenidos vía lan en el asus mientras estamos realizamos alguna transferencia, el rendimiento de la reproducción decae bastante.
    NOTAS:

    • He cambiado pirlo por pirlas tal y como me ha sugerido dicho usuario en el primer post.


    {lang: 'es'}

Renovación del software del blog

Con los ataques de spam de la semana pasada y la lluvia del fin de semana, he tenido algo de tiempo que dedicar al mantenimiento del blog.
Además, del cambio de aspecto, hay otros cambios importantes.
Como solución al spam, he pasado de usar comentarios con autenticación con OpenID a dejar comentarios libres pero con un filtro antispam basado en Akismet. Con el módulo AntiSpam, se puede usar este filtro usando una WordPress API Key de forma gratuita. Además, permite seleccionar otros servicios de filtros antispam como TypePad AntiSpam y Defensio. De momento, ya ha marcado un comentario como spam de forma correcta. Creo que usar esta clase de filtros antispam en vez de usar el típico Captcha o requerir autenticación de algún tipo, puede ser bastante beneficioso para la usabilidad de cualquier sitio web. Con la misma idea he metido Facebook Connect, pero no me gusta demasiado el resultado.
Por otro lado, hemos incorporado un theme para que se pueda visualizar el blog en móviles. Esto daría para un pequeño artículo, pero básicamente se trata de usar el tema Nokia Mobile y un Selector de tema para móviles basado en Browscap.
Al cambio de aspecto, aún le falta un repaso, pero de entrada tengo que comentar que está basado en Fusion Themes que usa Skinr
También he incorporado el servicio AddToAny que permite a los visitantes publicar el Link en sus redes sociales.
Seguro que se me queda alguna cosa en el tintero, pero sí, ha sido un buen ejercicio de prácticas de administración de drupal.
Sigue leyendo


{lang: 'es'}

Android: Al final me quedo con Super D

Este fin de semana ha sido un caos de tantas pruebas de roms que he hecho gracias a los amigos de los foros de xda-developers.
¿Porqué cambia uno de rom? La respuesta es fácil, hay ciertas necesidades que no se me cumplen con la rom que usaba mi dispositivo. Llevo usando los firms de cyanogen desde que dude y haykuro dejaron de aparecer. Sin embargo, en los últimos tiempos, sentía como la ROM iba a pedales. No es normal que al empezar a escribir con el teclado, tengas un lag de varios segundos y que la carga del sistema esté rondando entre 2 y 3 casi todo el día. Así como que la swap estuviese casi siempre saturada. Lógicamente, todo esto hace que la experiencia Android se convierta en un poco desagradable. Así que tocaba probar con los siguientes requisitos:

  • El bluetooth debe de funcionar de forma completa, y la app del market, bluetooth file transfer funcione tanto para los ficheros como para los contactos. Y lo más importante de bluetooth en mi caso es que sea capaz de conectarse al manos libres del coche, un Parrot CK3100 Evolution con firm 5.11c
  • Velocidad de respuesta y estabilidad. No me importa que no siempre valla a más de 25fps todas las animaciones, ni que estén activadas todas los efectos. Pero sí que quiero tener la sensación de que el terminal responde a mis dedos y no que lo hace unos cuantos segundos después.
  • Conectividad wifi. La mayoría de firms tienen el mismo soporte de wifi, con que funcione es más que suficiente.
  • Por supuesto, deben funcionar la localización y My Maps Editor, así HTC_IME como teclado virtual aunque sea instalándolo mediante adb. Este último debe funcionar con soltura.
  • La home debe responder al acelerómetro para cambiar de vista horizontal a vertical y viceversa.

He probado varios firms Eclair tanto 2.0 como 2.1 y la mayoría de ellos me han dejado buen sabor de boca. Muchas de ellas ya sabía que no tenían algunos de los requisitos. Como el funcionamiento de bluetooth, el funcionamiento de la cámara, la no grabación de vídeo existente aún en las 2.x para el Dream y la falta de drivers 2D/3D para estas versiones. Sin embargo, la velocidad del termina era bastante aceptable. Incluso el paso de horizontal a vertical y viceversa tenían buena velocidad. Sin embargo, para la mayoría de firms de estas versiones, el soporte de bluetooth no parece estar completo.
Tras realizar pruebas con las 2.x estaba claro que tenía que pasar a firms 1.6 si quería estabilidad y entonces fue cuando usé la recomendación de @hugopvigo de usar Super D. Esta ROM tiene el hack de los 10M más de RAM, soporte de swap y en general es como una cyanogen pero los binarios han pasado por un zipalign. Lo que mejora sustancialmente el rendimiento del sistema, al estar los apk y compañía más optimizados para su ejecución.
Con esta firm desde cero, wipe + ext3 en sd formateada, me ha funcionado el bluetooth sin hacer nada, simplemente instalando la aplicación que he citado antes. He podido enviar unos cuantos contactos al Parrot y encima el móvil, se desenvuelve con normalidad aún ejecutando unos 12-14 servicios.
En concreto estoy usando la versión estable 1.6 de las publicadas en este hilo: http://forum.xda-developers.com/showthread.php?t=613809
Sigue leyendo


{lang: 'es'}