miércoles, 27 de julio de 2011

Cuidado con los portátiles Ahtec

Hace un año y medio me compré un portátil Ahtec de uno de sus distribuidores españoles (Ampliware), el precio era bastante competitivo y era uno de los pocos sitios que vendía portátiles sin Windows instalado o sea que en aquellas fechas parecía una buena idea.

El ordenador funcionó bien durante un año y unos meses, pero lamentablemente después de regresar de mi viaje a los Estados no arrancó (sí, dos semanas sin que nadie lo use y luego no funciona :-S).

Como la garantía en España es de 2 años me decidí a ir a la misma tienda que me lo había vendido para pedir una reparación gratuita, pero por desgracia Ampliware parece haber quebrado (no hay tiendas y todos los teléfonos que encuentro en Internet no responden), así que fui a un distribuidor diferente que acordó enviar el portátil de vuelta a Ahtec (que parece estar en los Países Bajos).

Tardaron bastante en responder y lo peor es que la respuesta no fue satisfactoria. Dijeron que la GPU había muerto a causa del calor, debido que la salida de aire del ventilador estaba llena de polvo y que la garantía no cubría ese caso ya no es un problema de fabricación.

Eso es bastante chocante para mí, un portátil es básicamente una caja de negra por lo que nunca jamás podría haberlo abierto para limpiarlo (los tornillos tenían una pegatina de esas que anula la garantía si la quitas) por lo tanto la única manera que puedo pensar para que la GPU no se muera es:
a) No utilizar el ordenador portátil mucho para que el ventilador no lleve polvo a la salida de aire y así no se atasque
b) El portátil está fabricado mejor para que la salida de aire no se bloqueé por el polvo

Como pedir a) es una tontería ("Señor aquí tiene el portátil, pero no lo use mucho o se romperá") así que yo creo que es b) el portátil ha sido fabricado o diseñado incorrectamente y, en mi opinión, eso significa que el desperfecto debería ser cubierto por la garantía.

El problema es que la tienda que me lo vendió no existe, así que no puedo pedir/queja/demandar y el fabricante no es de España o sea que luchar para que cumplan la garantía será demasiado caro.

O sea que alguien quiere comprar piezas de ordenador portátil? Un stick de memoria RAM 2GB PC3-8500? Una CPU P8700? Un HD de 320 GB?

viernes, 22 de julio de 2011

Vídeos y transparencias de la Akademy-es 2011

Podéis encontrar los vídeos y transparencias de la Akademy-es 2011 en http://kde-espana.es/akademy-es2011/material.php. Gracias a Víctor por hacer el curro de ponerlas en internet y gracias a Kiko por asegurar-se que las únicas charlas mal grabadas son las mias :-P

martes, 19 de julio de 2011

Reiniciar!

Después de aproximadamente un año y medio viviendo en Dublin acabo de volver a L'Hospitalet. Ha sido un tiempo interesante, pero al final echaba de menos demasiado a Barcelona. Así que aquí estoy, de vuelta en la ciudad que me gusta y sin trabajo :D Así que si alguien de Barcelona está buscando un desorrallador de C++/Qt/KDE con talento puede echar un vistazo a mi perfil de LinkedIn y si está interesado contactar conmigo en aacid@kde.org. También podría estar interesado en trabajar desde Barcelona para empresas de fuera, pero de momento no considero mudarme de nuevo.

Actualización: Ya tengo trabajo :-)

domingo, 10 de julio de 2011

RFC: extracción i18n de ficheros tipo desktop

Este es un RFC para una idea que quiero implementar en l10n trunk. Creo que hará la vida más fácil a nosotros gente de i18n y no debería afectar (o tal vez debería ayudar) a los desarrolladores.

Actualmente, si quiere tener traducciones en un archivo que es como un ficherto .desktop pero no tiene una de las extensiones que se extrae por defecto (*.directory *.desktop *.desktop.cmake *.kimap *.themerc *.kcsrc *.setdlg index.theme *.notifyrc *.protocol *.profile *.actions) tienes que ir a l10n-kde4/scripts/findfiles y añadir una línea tipo
find $BASEDIR/`get_path kdebase_kde-workspace`/khotkeys -name \*.khotkeys -print >> $filelist

Mi sugerencia es pasar la responsabilidad de la inclusión de los archivos de l10n-kde4/scripts/findfiles a un archivo en el programa en sí (es decir, parecido a como hacemos con Messages.sh). Esto sirve varios propósitos:
* Hacer que el desarrollador sepa que hay algo que necesita mantenerse al día (no es la primera vez que la gente mueve o borra archivos y l10n-kde4/scripts/findfiles se queda obsoleto)
* Facilitar a los mantenedores l10n mover las cosas entre l10n trunk y l10n stable, ya que las cosas serán más autocontenidas y no tendremos que preocuparnos de mantener findfiles actualizado

Así que en general parece un situación ventajosa para todos. ¿Qué creeis vosotros?

Querido Internet: Ryanair y la segunda maleta

Este jueves cogeré un vuelo con Ryanair y necesito llevar más de los 15Kg que te deja llevar la primera maleta. Tengo certeza que otras compañías (p.ej. Aer Lingus) no incrementan el peso que puedes llevar aunque reserves para llevar otra maleta, esto es, con una maleta puedes llevar 20Kg y si pagas para llevar una segunda maleta igualmente solo puedes llevar 20Kg. He leido las condiciones de contrato en la página de Ryanair y son totalmente imprecisas o sea que me gustaria saber si alguien ha cogido un vuelo con Ryanair en los últimos 6 meses con dos maletas pudo llevar 15Kg por maleta (30Kg total) o solo 15Kg en total.

miércoles, 6 de julio de 2011

Elegida la nueva junta de KDE España

La Asociación KDE España ha escogido una nueva junta para el próximo año. La nueva junta está compuesta por Albert Astals Cid (Presidente), Alejandro Fiestas Olivares (Vicepresidente), José Millán Soto (Tesorero) y Aleix Pol i Gonzàlez (Secretario). La nueva junta agradece el trabajo a Rafael Fernández López como vicepresidente saliente y la confianza depositada por los socios en todos nosotros.

domingo, 3 de julio de 2011

Arreglado el envío de señales entre threads!

En mi trabajo hemos estado persiguiendo durante algún tiempo un problema en el que el thread T1 emitía la señal S1 y después la señal S2 que estaban conectadas a un objeto en el thread T2, eran recibidas en dicho objeto en el orden inverso, es decir, S2 primero y S1 después.

Primero pensamos que era nuestra culpa ya que el código en esas clases no es tan limpio como debería ser, pero después de unos días no encontramos nada especialmente incorrecto en nuestro código y comenzamos a mirar en dirección Qt.

Solo en un dia encontré un problema en QObject::moveToThread que no dejaba los items de QPostEventList correctamente ordenados y fui capaz de producir un parche rápido para solucionar nuestro problema. Por desgracia, ha tomado alrededor de un mes para que el parche llegue a Qt (ni idea si la lentitud es culpa de mi empresa, Digia o Nokia) y el error haya sido corregido por Olivier (con un parche mejor que el mío).

Conclusión: Si no encuentras un error en tu código, a veces es porque no está ahí :D