Add your blog

If you are a KDE Español contributor you can have your blog on Planet KDE Español. Blog content should be mostly KDE themed, Spanish language and not liable to offend. If you have a general blog you may want to set up a tag and subscribe the feed for that tag only to Planet KDE Español.

To have your blog added file a bug in Bugzilla listing your name, svn account (if you have one), IRC nick (if you have one), RSS or Atom feed and what you do in KDE. Attach a photo of your face for hackergotchi.

Alternatively, Planet KDE Español is kept in KDE's SVN. If you have an account you can add or edit your own feed:

  • svn checkout svn+ssh://svn@svn.kde.org/home/kde/trunk/www/sites/planet/planetkde-es
  • Put your hackergotchi in website/hackergotchi/. A hackergotchi should be a photo of your face smaller than 80x80 pixels with a transparent background. svn add the file.
  • At the end of the planetkde-es/config file add your details (the name in brackets is your IRC nick):
  • feed 15m http://path.to/my/feed.rss define_name Konqi Konqueror (konqi) define_face hackergotchi/konqi.png define_facewidth 80 define_faceheight 80
  • svn commit

If you want to add a Twitter microblog to the Microblogging sidebar add define_microblog true and follow your name with [twitter]. Currently only Twitter is known to work, please contact Jonathan Riddell before adding non-Twitter microblogs to check it works.

Planet KDE Español Guidelines

Planet KDE Español is one of the public faces of the KDE project and is read by millions of users and potential contributors. The content aggregated at Planet KDE Español is the opinions of its authors, but the sum of that content gives an impression of the project. Please keep in mind the following guidelines for your blog content and read the KDE Code of Conduct. The KDE project reserves the right to remove an inappropriate blog from the Planet. If that happens multiple times, the Community Working Group can be asked to consider what needs to happen to get your blog aggregated again.

If you are unsure or have queries about what is appropriate contact the KDE Community Working Group.

Blogs should be KDE themed

The majority of content in your blog should be about KDE and your work on KDE. Blog posts about personal subjects are also encouraged since Planet KDE Español is a chance to learn more about the developers behind KDE PIM. However blog feeds should not be entirely personal, if in doubt set up a tag for Planet KDE Español and subscribe the feed from that tag so you can control what gets posted.

Posts should be constructive

Posts can be positive and promote KDE, they can be constructive and lay out issues which need to be addressed, but blog feeds should not contain useless, destructive and negative material. Constructive criticism is welcome and the occasional rant is understandable, but a feed where every post is critical and negative is unsuitable. This helps to keep KDE overall a happy project.

You must be a KDE contributor

Only have your blog on Planet KDE Español if you actively contribute to KDE, for example through code, user support, documentation etc.

It must be a personal blog

Planet KDE Español is a collection of blogs from KDE contributors. It is not indended for project news feeds.

Do not inflame

KDE covers a wide variety of people and cultures. Profanities, prejudice, lewd comments and content likely to offend are to be avoided. Do not make personal attacks or attacks against other projects on your blog.

For further guidance on good practice see the KDE Code of Conduct.

People Aggregated

FeedRSSLast fetchedNext fetched after
Cristina Yenyxe González García XML 05:36, Friday, 22 August 05:51, Friday, 22 August
Agustín Benito Bethencourt XML 05:36, Friday, 22 August 05:51, Friday, 22 August
Christian Díez (Malcer) XML 05:08, Friday, 22 August 05:38, Friday, 22 August
Dani Gutiérrez Porset XML 05:36, Friday, 22 August 05:51, Friday, 22 August
Javier Llorente XML 05:08, Friday, 22 August 05:38, Friday, 22 August
KDE Blog (Baltasar Ortega) XML 05:36, Friday, 22 August 05:51, Friday, 22 August
Percy Camilo Triveño Aucahuasi XML 05:36, Friday, 22 August 05:51, Friday, 22 August
Pedro López-Cabanillas XML 05:36, Friday, 22 August 05:51, Friday, 22 August
Alvaro Soliverez (Hei_Ku) XML 05:08, Friday, 22 August 05:38, Friday, 22 August
Albert Astals Cid (TSDgeos) XML 05:36, Friday, 22 August 05:51, Friday, 22 August

Microblogging from KDE

August 21, 2014

KDE Blog (Baltasar Ortega)

Lanzado KDE Software Compilation 4.14

El pasado 20 de agosto fue lanzado KDE Software Compilation 4.14,  una nueva actualización del magnífico conjunto de aplicaciones de la Comunidad KDE. Veamos sus novedades.  Lanzado KDE Software Compilation 4.14 Antes de comentar los aspectos técnicos hemos de comentar un tema muy humano, ya que este lanzamiento está dedicado a la memoria de Volker [&hellip

22:01, Thursday, 21 August UTC

KDE Blog (Baltasar Ortega)

ownCloud Contributor Conference

Del 26 al 31 de agosto se va a celebrar en la ciudad alemana de Berlín el evento de los simpatizantes de ownCloud, su Contributor Conference, la oportunidad anual para conocer a conciencia los progresos y el futuro de esta magnífica aplicaciones para servidores que pone las nube a tus pies.   ownCloud Contributor Conference [&hellip

08:10, Thursday, 21 August UTC

August 20, 2014

KDE Blog (Baltasar Ortega)

¿Qué sección de KDE Blog te gusta más? – Encuesta

Como todo en esta vida, o al menos así debería ser, este blog quiere mejorar y para ello debe tener en cuenta siempre la razón y el motivo de su existencia: sus lectores. Y para ello llega el momento de preguntaros vuestra opinión sobre un aspecto del blog: las secciones. Hace un tiempo KDE Blog [&hellip

08:10, Wednesday, 20 August UTC

August 17, 2014

Christian Díez (Malcer)

Caledonia 1.9 disponible: los comienzos en Plasma 5

NOTE: Click here for the English announce

Después de bastante tiempo y algunos pequeños cambios de planes, aquí está la nueva versión de este tema plasma. Un nuevo punto de inicio empieza a ser escrito, ya que comienza otra vez un ciclo de cambios.

Caledonia-1.9-plasma5

A día de hoy Caledonia ya es potencialmente compatible con unos 300 iconos monocromo contenidos en más de 70 archivos, la gran mayoría de la bandeja del sistema y el panel, para aplicaciones y plasmoides tanto oficiales de KDE como de terceros. Pero obviamente no me contentaba con eso, era hora de arañar otro logro más: ser el primer tema externo (o amateur) en proveer compatibilidad directa con Plasma 5. Ahora, tras 3 meses de preparativos y dos a tope de trabajo, en esta versión 1.9, eso empieza a ser verdad. :D

Esta nueva versión del tema plasma ofrece iconos y widgets ajustados tanto en nomenclatura como en forma y jerarquía para que funcionen con “KDE 5″ (lo acabaremos llamando así coloquialmente, y lo sabéis), que ha salido hace poco. Esto hace posible que aquellos que desarrollen allí o usen este nuevo entorno puedan usar Caledonia sin problemas (o al menos no muchos, quedan algunos problemas por solucionar debido a la inmadurez de Plasma 5 y a la falta de documentación). Todo esto, obviamente, con el objetivo que me propuse: ser siempre retrocompatible. Sirve tanto para la rama 4.x como para la nueva de Plasma/KDE. Se puede usar tanto en una versión como en otra por un tiempo más que suficiente antes de que futuros cambios forzosos obliguen a abandonar dicha retrocompatibilidad en algunos elementos (si es que eso ocurre).

Con más de 50 cambios entre correcciones y novedades, haciendo un repaso rápido esto es lo más importante:

  • La citada compatibilidad de elementos con Plasma 5
  • Compatibilidad comprobada con KDE 4.13.x y 4.14 
  • Nuevos iconos monocromo que son usados o serán potencialmente usados en Plasma 5
  • Revisión de varios iconos y piezas ya existentes (solución de errores de funcionalidad o diseño)
  • Mejora de visualización en los iconos de acciones (hacen más contraste en los botones claros del tema)
  • Revisión de la coloración de dichos botones
  • Nuevos iconos de red en un único archivo, compatible con Plasma 4 y 5
  • Nuevo icono para el viejo Nepomuk y el actual Baloo
  • Nuevos iconos multimedia (reproducir, pausa, grabación, saltar pista, etc)
  • Nuevo icono para actualizaciones de software (compatible y extendido de KPackageKit)
  • Icono de la bandeja del sistema potencialmente compatible para Apport (sistema de envío de errores usado mayormente por las *buntu y derivadas)
  • Nuevo icono para el monitor de batería, con 10 estados de la misma para mayor precisión (10 estados de 10% de energía cada uno)
  • Nuevas coloraciones para el plasmoide “Notas” (revisados sobre todo los colores verde, negro y naranja, que ahora son fieles a la nueva paleta)
  • Nuevos colores para el plasmoide del calendario (en las versiones 4.x de Plasma KDE)
  • Nuevo branding (sobre todo para el Kickoff de las series 4.x de KDE)

La verdad es que esta es una lista bastante repetitiva y sobre todo corta comparado con lo que se ha hecho (me dejo mucho en el tintero), pero como veis, básicamente ha sido siempre lo mismo: iconos nuevos o mejorados, mayor compatibilidad con Plasma 5, adaptaciones nuevas para KDE 4.x (aún habrá muchos usuarios con estas versiones), mayor fidelidad a una paleta de colores concreta pensada para el tema (cada vez más coherente y cerrada), cambio estilístico del branding, muchos detalles, etc. Y sobre todo mucho mimo, tanto en la retrocompatibilidad como en el salto hacia el nuevo Plasma/KDE. He intentado hacer todo lo posible por tener algo sólido para la nueva versión del escritorio, sin demasiados fallos o cosas que desentonen con el amplísimo catálogo de piezas en QML que ahora se usará. Nada es perfecto, siempre habrán detalles que faltarán por pulir (tanto por mi parte como por parte de KDE, que aún tienen que adaptar y mejorar muchas cosas de cara a temas y personalizaciones externas), pero ha sido un salto y evolución muy grandes. Espero que los fallos actuales que pueda haber con el tema en Plasma 5 sean rápidamente solucionados, bien por temas de bugs del propio escritorio o bien por causas que me corresponden a mi (con pequeñas actualizaciones del tema lo más rápidas posible, claro).

Caledonia next 01

Plasma 5 aún está bastante inmaduro para usar como usuario final, siempre y cuando en ese uso además queramos personalizar el entorno. Es por ello que en esa versión, a pesar de estar adaptado, Caledonia no se verá correctamente en muchas ocasiones.

Además, la web ha sufrido también una renovación completa. Mucho más directa, sencilla y minimalista. Se adapta a todo tipo de dispositivos y además las secciones principales cargan de una sola vez, haciendo más cómoda su navegación. ¡No dejéis de echarle un vistazo! :)

Descarga e instalación

Si aún usáis KDE 4.x, recordad que podéis instalarlo descargándoos el paquete desde el enlace de SourceForge (y luego descomprimirlo y ubicarlo en vuestra carpeta personal, en la ruta /.kde4/share/apps/desktoptheme o /.kde/share/apps/desktoptheme en otras distros).

Si estáis usando Plasma 5, creo que por el momento las rutas no son 100% fijas en todas las distros, pero en Systemsettings podéis ir a Tema del espacio de trabajo > Tema de escritorio, hacéis clic en “Instalar desde archivo” y seleccionáis el paquete .tar.gz de Caledonia. Tras esto quedará instalado y listo para usar.

Si tras instalarlo/actualizarlo no se consigue ver como debería, es probable que sea problema del caché de Plasma, asi que es conveniente eliminar cualquier archivo de Caledonia en la carpeta temporal de vuestro usuario, en la ruta /var/tmp/.

También tenéis la opción de descargarlo con Caledonia Downloader, que ha sido revisado para adaptarse a este lanzamiento. O incluso pasearos por la web del proyecto.

Si os gusta mi trabajo y queréis/podéis contribuír económicamente con una pequeña cantidad podéis hacerlo, porque como Caledonia suele hacerse de noche… ¿me invitais a un café para mantenerme despierto? :D


22:50, Sunday, 17 August UTC

August 14, 2014

Christian Díez (Malcer)

Próxima versión de Caledonia a la vuelta de la esquina. Plasma 5 sigue verde.

Hace casi dos meses que anuncié los planes que tenía con la suite artística Caledonia. Básicamente el plan era hacer un gran paquete de actualizaciones a la versión 2.0, debido al gran salto que se iba a sufrir con Plasma 5 (por aquel entonces llamado Plasma Next). Pero las cosas no fueron tan sencillas, y hace algo más de un mes escribí otro artículo diciendo que no era tan simple: Plasma 5, queramos o no, independientemente del salto tecnológico y que no “petardea”, está aún inacabado. Muy verde en cuestión de personalización, y obviamente tiene sus pequeños fallos adaptando coloraciones a elementos QML. No es la primera vez que pasa: aproximadamente entre KDE 4.8 y 4.10, cuando se empezó a portar masivamente plasmoides a QML, ocurrió lo mismo.

Caledonia-plasma5

Tampoco hay documentación al respecto, y este tipo de trabajos, a base de ensayo y error, lleva mucho tiempo. La vida personal, otro tipo de trabajos, obligaciones, mis otros trabajos de artwork para Chakra, etc, complementa el caldo de cultivo perfecto para que el tiempo no llegue a nada. Los problemas que pueda dar ahora el “nuevo KDE” deberían ser al menos parcialmente solucionados en Plasma 5.1, más o menos planeado para octubre (mes arriba o mes abajo, si no me equivoco), y dicha versión es por la que apuestan todas aquellas distros que desean incorporar el nuevo escritorio. Asi que supongo que habrá un pequeño cambio de planes…

La nueva versión de Caledonia (el tema plasma) en la que estoy trabajando ya incorpora nada más y nada menos que 50 cambios, muchos de ellos destinados a la compatibilidad con Plasma 5. Aun así, hay cosas interesantes para KDE 4.x, el que usamos el 95% de nosotros. Por otro lado, hay gente que ya prueba y testea en Plasma 5, lo que es una oportunidad para que usen el tema allí y reporten posibles fallos. Aún queda bastante tiempo para que la gente empiece masivamente a migrar a lo que conoceremos de manera vulgar como “KDE 5″.

Asi que, como el resultado estético de Caledonia en Plasma 5 aún es algo dudoso debido a las limitaciones… ¿para qué gastar una numeración tan significativa como “2.0”? Por todo ello estoy considerando muy seriamente lanzar la versión 1.9. Esa numeración es perfecta porque supone no mentir en nada: es una versión actualizada de la rama 1.x que trae casi todo el nuevo rediseño, y a su vez sirve como una versión beta cuando se usa en Plasma 5. Y todos contentos.

La imagen que ilustra este artículo es una captura de la versión que tengo entre manos funcionando sobre Plasma 5. Aún faltan un par de detalles que debo incorporar, pero está casi todo hecho. 


00:58, Thursday, 14 August UTC

August 12, 2014

Percy Camilo Triveño Aucahuasi

New module for KDE-Edu/Analitza: AnalitzaJIT (powered by LLVM)

Working on algorithms to plot algebraic curves and surfaces (based on equations) I discovered that no matter how good the algorithm was, the main problem always will be the speed of compute/evaluate the algebraic expression.

To evaluate math expressions, Analitza does an excellent job: the API is stable, has a lots of  features, is fast for evaluations, its semantics are based on a good enough standard (MathML), etc.

Although Analitza is amazing in many ways, I always felt that with the use of JIT compilation, then it would rocks harder, better and stronger: The idea would be translate the algebraic expression into machine code and evaluate the machine code instead of the Analitza version. This, indeed, would be a little hard, but for such obvious benefits: it worth the effort!

So, I used LLVM to implement the JIT compilation from Analitza expression into LLVM IR and then into machine code. Later I could use the machine code version to perform the evaluations, the results were very good and promising. I did a benchmark of 3 lambda expressions and compared their evaluations over 3 different domains ... 3 images worth more than a million of words ;)



The AnalitzaJIT module is still on heavy development, the basic bits and the foundations are there to grow up until have feature parity with the Analitza core module ... we will succeed on this goal!

05:28, Tuesday, 12 August UTC

July 08, 2014

Christian Díez (Malcer)

Caledonia y Plasma Next: el desarrollo. Plasma Next no parece tan fácil.

No debería probablemente ni decir esto porque se supone que una sabe ubicar las cosas, pero por algo que yo me sé lo veo necesario. Vaya por delante que: es un claro artículo de divulgación y opinión (por tanto tened en cuenta el factor subjetivo, tanto el el mío escribiéndolo como en el vuestro leyéndolo), basado en mi experiencia personal con mi propio artwork y mis propias pruebas, que busca ser algo que diga los “peros” de lo que otros artículos no dicen; que no tengo intención de desprestigiar el trabajo de nadie dentro de KDE (faltaría más, trabajan como auténticas máquinas), que tampoco pertenezco a nada oficial de KDE, que mi trabajo es puramente amateur e independiente de éstos, y sobre todo que no estamos en un brainstorming para omitir las críticas malas (en un brainstorming está “prohibido” hacerlas críticas con el fin de lanzar muchas ideas sin condicionar que puedan resultar útiles y provechosas). De paso, podéis ver el aspecto y desarrollo de Caledonia en Workspaces 5 (dos pájaros de un tiro). Y ahora, vamos al tema que nos ocupa.

Caledonia Plasma Next 01

He probado Plasma Next/Workspaces 5/KDE 5/llamadle como queráis, para hacer adaptaciones in situ en Caledonia (el tema plasma de mi autoría y que soporto, como sabéis algunos). Debería estar saltando de júbilo ante eso. Viene nueva tecnología (que es cierto), nuevas posibilidades (que también es cierto) y una nueva era para los KDEros (como no, también es cierto). Como otros usuarios, blogs, post y todo eso, debería estar muy alegre. Pues no. Para nada. Cero. Más bien me han entrado sudores fríos con lo que se viene. No como usuario (la cual la experiencia es muy grata, apenas se nota la diferencia con KDE 4.x y es fluida), sino como alguien que hace artwork, temas plasma y todas esas cosas. Que hay que ser comprensivo porque es una versión nueva de una nueva rama, que es cierto. Que se suponía que no sería como aquel KDE 4.0, también.

En ese aspecto, lo que me he encontrado ha sido exactamente lo mismo que aquellos años del temprano KDE 4.0: todo patas arriba. Y es que no soy para nada detractor de los diseños cerrados o endogámicos, más bien al contrario. El problema reside cuando haces eso y se supone que harías algo más bien al contrario. Breeze (el nuevo diseño) en sí mismo, visto desde sí mismo y para sí mismo, no está del todo mal a pesar de mi dudosa posición respecto al estilo plano y los colores tan claros. El problema es cuando quieres salir de ahí, aplicar otros estilos e invertir en un nuevo look de plasma. Me he encontrado con callejones por ahora sin salida, que se supone que tienen un hueco por donde meterse pero que, como es costumbre la Techbase de KDE aún no aclara. De hecho, ni nadie ni nada lo aclara por el momento. Todo lo que describo es bajo el punto de vista de Caledonia, pero podéis probar con más temas o con el vuestro propio si os dedicáis/ os vais a dedicar a ello. El artículo va enfocado a curiosos de este tema, gente que quiere leer más cosas sobre Plasma Next, gente aficionada a personalizar su KDE y por supuesto gente que se dedica al artwork en para este escritorio. Puede que esto, después de todo, sirva de algo. Debemos recordar que Plasma Next es prácticamente como una RC, por lo que es curioso. Si eres desarrollador de KDE, corre la voz. Si eres colaborador en la documentación, no estaría mal que echaras un cable ayudando a actualizar la Techbase para ir preparando a otros devs y diseñadores a adaptar sus creaciones.

Caledonia Plasma Next 10

¿Qué es ese “piloto” de color encima de la bandeja del sistema y el calendario/reloj? Es claramente una adaptación a Breeze, que muchos temas no comparten. Breeze señala las ventanas abiertas con una línea horizontal superior en la barra de tareas, y estos plasmoides lo muestran de la misma manera por el mismo motivo: por integrar el aspecto. No sienta mal, y no es tanto problema el que no se pueda sacar, pero aplica una coloración diferente para cada tema (en mi caso lo muestra en un naranja bastante bonito de por sí pero que me rompe la paleta de colores). Me gustaría suponer que se debe a algún elemento QML u otro que sea compatible, una nueva característica dentro del propio archivo del tema plasma, ya sea en un documento de texto tipo CSS o en un archivo vectorial. Lo mismo ocurre con el nuevo calendario, que aplica colores que aún no sé de dónde los saca (¿del archivo “colors” de los temas, o de algo QML?). El caso es que preparaos para buscar, porque no hay pistas acerca de qué hace que use unos colores y no otros, o cómo se cambian. Dicho color también se aplicará a los textos seleccionados. Todo un poema si aparece un color que no tenías planeado, la verdad.

Caledonia Plasma Next 07 Caledonia Plasma Next 06 Caledonia Plasma Next 09

El nuevo Kickoff es muy bonito pero me lo encontré verde en cuestión de personalización. Tanto es así que ni siquiera se le puede cambiar el icono del lanzador, como mucho os cambia entre un icono de KDE conocromo (claro u oscuro) tomando como referencia la coloración del tema plasma. Si queréis un icono personalizado hay que parchear (lo que harán muchas distros, supongo) o poner el menú clásico. Nada más que decir.

El horror se lo lleva lo que muchos llaman “cashew“, o sea, ese botoncito de una esquina del escritorio, que nos da acceso a los plasmoides y otras opciones. Aquella pieza que se ubicaba primero a la esquina superior derecha, luego cambiaron su posición a la parte superior mostrando el título de la actividad, y que ahora a santo no sé de qué está en la esquina superior izquierda. La nueva posición por defecto está bastante exenta de sentido para mi teniendo en cuenta el diseño general de los botones (las ventanas continúan la línea clásica del estilo de Windows en el cual se inspiró y los sitúa, obviamente, a la derecha). Por si fuera poco, la lista de plasmoides ahora se muestra en el lateral izquierdo, lo que tapa el propio cashew. Si es intencionado o no, vaya usted a saber. Pero sí, el cashew se puede cambiar de lugar.

Caledonia Plasma Next 05

El nuevo cashew va por su cuenta de momento, según parce. Ahora no he encontrado la forma de personalizarlo cuando se posiciona en una esquina. Los que habíamos intentado con nuevos diseños que esa pieza de dudosa utilidad no estorbase en la pantalla (Caledonia lo presenta de forma triangular si se pone en las esquinas, lo que reduce muchísimo su tamaño) estamos de nuevo ante un problema. El cashew es, quieras o no, cuadrado. Ahi lo tienes, como en los antiguos KDE 4.x. Un pegote en toda regla. Para colmo no parece que de momento se pueda personalizar tampoco su coloración: Plasma lo hará por ti, con no sé qué fórmula o paleta de colores, que por lo general no es adecuada (a no ser que, otra vez, uses algo de Breeze). ¿Un elemento QML? ¿Editable desde CSS en el propio tema plasma? ¿Desde un SVG(Z)? Es todo un misterio, como muchos que me he encontado. Por cierto, empezad a revisar muchas piezas en esos formatos: hay nuevos bordes y tamaños y puede fastidiar toda una decoración.

Caledonia Plasma Next 08

El nuevo tema de iconos… Bueno… Dejando de lado mis opiniones personales (las cuales son dudodas por muchos aspectos, para ser franco), a veces cambian de color monocromo automáticamente según el tema que uses (si es claro usará monocromo negro, y viceversa). Hay que ser comprensivos bajo el punto de vista que es un tema muy nuevo y Oxygen es un titán. El problema son los iconos de pequeño tamaño que no interactúan directamente con los temas plasma, que son monocromo y de color oscuro en resoluciones inferiores a los 48 píxeles. Preparados para que queden muy bien en temas claros… pero que no se vean en los oscuros. Ya sea un tema plasma oscuro como Caledonia o en una coloración de ventanas, dichos iconos pequeños no se verán o no lucirán bien. La nueva colección está hecha por y para Breeze, al menos por el momento, lo que no permite disfrutarlos en otros, y por supuesto, lo que le quita universalidad.

El fondo de pantalla que se usaba para la pantalla de bloqueo en KDE 4.x no servirá. Ahora este elemento es una pieza aparte que deberá ser tratada por separado (todo un fastidio para los que más o menos teníamos todo integrado). Pero no acaba ahi la cosa: al diálogo de cierre de sesión/apagado (logout) le pasa lo mismo. El que viene por defecto no es nada feo (es muy vistoso, todo hay que decirlo), pero si quieres algo más personal deberás de hacerlo también por separado. Ambos módulos tienen toda la pinta de ser QML por diversos detalles que les veo, y no me tiene mucha pinta de que dichas personalizaciones puedan ir dentro del propio tema plasma. De todas maneras habrá que esperar a ver si se sabe algo decente acerca de estas nuevas funcionalidades.

Caledonia Plasma Next 02 Caledonia Plasma Next 03

¿Eso es todo? Tranquilos, hay más: las carpetas para personalizar estas diferentes piezas parece que han cambiado. Y os soy sincero: no las he encontrado. No han aparecido por /usr/share como antes. La carpeta /kde4 es para KDE 4.x y nada más. Baloo tampoco encontró nada en mis búsquedas bajo términos “breeze”,  “plasma”, “next” o similares. El /home tampoco parece mostrar nada al respecto (me ha parecido muy extraño).

Caledonia Plasma Next 11

Se avecina mucho trabajo para los que hacemos estas cosas. Y no hay documentación decente al respecto. Siento decirlo, pero vuelto a incidir una vez más en que en ese aspecto estamos de nuevo ante un KDE 4.0 donde apenas sabías hacer nada si es que se podía. Obviamente esto pasará, más pronto que tarde, y debemos suponer que vuelva a ser tan flexible como lo es KDE 4.x. Pero por el momento, creo que tendremos que pelear mucho, muchísimo, con Breeze y un QML que a veces cuestra mucho trabajo adaptar…

 


16:22, Tuesday, 08 July UTC

June 27, 2014

Christian Díez (Malcer)

La suite artística Caledonia se prepara para Plasma Next

Trabajo muy tedioso este de hacer y mantener artwork para un entorno de escritorio, todo sea dicho (a pesar de todas las satisfacciones y el hecho de que en este caso lo hago principalmente para consumo propio, a la par que aprovecho para difundirlo). Pero hay que evolucionar y adaptarse. Caledonia (no solo el tema plasma, sino toda la suite) se prepara para recibir a Plasma Next, y con motivo de todo esto se espera algo más grande de lo habitual.

Caledonia next 01

El tema plasma, pieza clave de la suite, seguirá prácticamente como siempre a pesar de su compatibilidad con Workspaces 5 (su estilo lo merece, es lo suficientemente perfecto en general, sólo se retocarán detalles, iconos y colores), pero habrá algunos cambios en el KDM, el KSplash, la colección de wallpapers y la web del proyecto, todo ello para dar la bienvenida a una nueva época. La tendencia general de todo ello es a algo más colorista, complementando aún más al frío gris, blanco y negro que predominaba en toda la colección. La clave de todo ello es generar aún más contraste y por supuesto darle algo de color y alegría gracias a los detalles. Empecé con colores pastel, desaturados y oscuros, y últimamente en todo el artwork que estoy haciendo he experimentando con mucho color buscando un estilo propio, y por supuesto quiero reflejarlo, ampliando así la paleta de colores de la colección. Haciendo esto hago que Caledonia se refresque dentro de su línea, y ayuda a que no me aburra con todo esto. Creo que será una mezcla realmente genial e interesante si tenemos en cuenta la base e inspiración industrial y todo el diseño alemán que ha portado hasta ahora.

La web será mucho más sencilla, ligera y directa (le hace muchísima falta), además de que debería tener soporte para dispositivos móviles como smartphones y tablets (bastante fundamental hoy en día, aunque la suite esté enfocada al escritorio). El tema KDM debería ser el último si Plasma Next y el próximo KDE instaura definitivamente SDDM como login manager, y hablando de éste, tengo que hacer un tema SDDM para Caledonia si ocurre.

La colección de wallpapers sufrirá otra renovación: el plan es dejar de lado todos los fondos de pantalla con estilo y colores que ya no encajen, y además estaría muy bien que la colección entera fuese de mi propia creación. Es decir, mi idea es rechazar la colaboración con otros artistas y centarme en ofrecer mis propios trabajos para hacerlo aún más personal. Echaré muchísimo de menos las calidades ajenas, pero eso me ayudará a crear mejores obras ahora que creo que puedo aportar mucho en este aspecto, ya que me he centrado en colecciones bastante buenas, siempre aumentando la calidad (y aún hay ases bajo la manga…).

La imagen que ilustra este artículo es un perfecto ejemplo de cómo se verá. Todo lo que se muestra está dentro de los planes de dicha actualización. El wallpaper será presentado y liberado muy pronto de forma individual (aún estoy trabajando en él) pero es obvio que será escogido para la colección “caledoniana”. El tema plasma de Caledonia presenta algunos detalles nuevos como los botones multimedia o los colores del calendario. Y también podéis ver un icono oficial para el menú de aplicaciones, que a pesar de que será presentado también más adelante, ya está disponible desde hace algunas semanas en el repositorio de SourceForge (y con una buena cantidad de descargas sin haberlo anunciado, no me lo esperaba). El icono para los menús de aplicaciones busca ser genérico, intentando desplazar de una vez al logo de KDE (no es nada personal, es que sencillamente debería haber hecho algo así hace tiempo teniendo en cuenta todo el planteamiento de la suite).

Y hasta aquí este breve anuncio o como queramos llamarlo.


01:08, Friday, 27 June UTC

June 19, 2014

Agustín Benito Bethencourt

Abriendo puertas

En un artículo anterior escribía acerca del fin de un ciclo personal y profesional para mi. Hoy escribo sobre la nueva aventura en la que me he embarcado.

Hace unos días me trasladé a Cambridge, la original y, a partir de ahora, la auténtica. :-) Me ha traído una nueva aventura profesional. Linaro ha tenido la gentileza de darme una oportunidad imposible de rechazar, como Director of Core Development. En próximos artículos comentaré en qué consiste.

Linaro es una organización sin ánimo de lucro creada por una serie de multinacionales con el objetivo inicial de convertir ARM en un ciudadano de primera clase dentro del Kernel Linux. Cuatro años despues de su fundación, el éxito de la organización en su misión original es claro (actualmente es el tercer contribuidor al kernel). Se trata ahora de alcanzar nuevos retos, además de insistir en los anteriores.

Así que tras una etapa en Nuremberg, capital mundial de la cerveza, y una corta estancia en Praga, una ciudad fantástica, inicio otro capítulo en un nuevo Reino.

05:00, Thursday, 19 June UTC

June 05, 2014

Christian Díez (Malcer)

Caledonia cumple 3 años

Algo tenía que escribir al respecto. No es que sea una cosa de importancia, pero sí que es una cosa de la que me gusta dejar constancia. Tal día como hoy hace 3 años comenzaba la aventura de Caledonia, mi primera incursión seria en el artwork (especialmente para KDE). Probablemente lo que considero el mejor logro hasta el momento, tanto en éxito como en longevidad. Concretamente hablo del tema plasma sobre todo, un tema que evolucionó mucho desde que nació como un fork del tema “Ember” de Garth Johnson hasta que fue tomando forma de manera muy seria. La consolidación del estilo no sería hasta las versiones 0.9.x y sobre todo la 1.0, sacada en abril del 2012. Hay temas plasma más antiguos, por supuesto, pero Caledonia siempre ha estado ahi, actualizándose en tiempos apropiados para mantenerse actualizado e ir afinando aún más el diseño y el estilo.

caledonia-plasma

Desde que lo comencé no lo he abandonado nunca, ni siquiera en su uso (llevo todo este tiempo usándolo ininterrumpidamente, y jamás me aburre, otro logro más viniendo de mi). Y es que ya no sólo eso. Siempre creí que Caledonia llegó en el momento justo para KDE ante la ausencia de temas muy trabajados por aquel entonces (sobre todo oscuros), y que silenciosamente abrió alguna que otra puerta hacia nuevos trabajos de otra gente, ya sea porque ha inspirado, porque han derivado cosas de él, o porque sencillamente siempre procuró innovar y aportar como tema “amateur”. Fue de los primeros en experimentar con un estilo más plano por pura estrategia visual cuando éste no gozaba de popularidad, y me atrevería a decir que el primero con gran éxito (ya por aquel entonces se decía que se veía “muy GNOME” y que algo tan plano no pegaba con KDE… cosas de la vida, ahora Plasma Next y algunos de los temas plasma más exitosos siguen la misma línea o incluso más radical…). También ostenta el título de haber sido siempre el tema con más iconos monocromo dedicados (a día de hoy ya alcanza las 200 compatibilidades), añadiendo soporte para aplicaciones de terceros, aplicaciones de las que no constaba en ningún lado que tuvieran compatibilidad (conseguido a base de ensayar, explorar y probar), e incluso pionero en alguno de ellos como Plasma-nm o KDE Connect, pedido bajo demanda a Albert Vaca. En general, es una enciclopedia andante de todo lo que un tema plasma puede personalizar (y aún no lleva todo lo que quiero…).

¿Cifras? Muchas. Y la verdad es que me sorprenden un poco. Desde sus comienzos, entre KDE-Look, Sourceforge y DeviantArt (cuando por aquel entonces también se podía obtener desde ahi), se ha descargado nada menos que más de 100.000 veces (perdí la cuenta en esa cantidad), sin contar las descargas que son imposibles de cuantificar, como los paquetes en las distribuciones o cualquier otro medio. También veo como un logro el haber salido del “mercado” español e hispanoamericano para que países como EEUU o Alemania sean los primeros en descargas y usuarios del tema. En fin, para lo poco que he contado, ya es bastante.

Ahora no es un tema que goce de tanza popularidad, pero creo que no me importa mucho. Incluso casi lo prefiero asi. Se ha convertido en un tema clásico, elegante, sobrio, atemporal, con sus fans, usuarios y hasta fanáticos (me los he encontrado por el camino) a los que les debo esa fidelidad. No es un tema que busque la aprobación de todos, siempre ha sido un proyecto muy personal, hecho más para consumo propio y dejar constancia de mis ¿pequeñas? locuras que para contentar a la gente. Y asi ha salido. Como he dicho, creo que ya se le puede llamar “clásico”, fiel a su estilo, fiel siempre a renovarse en los detalles y fiel a seguir aumentando compatibilidades. Para que podamos seguir usándolo al menos otros 3 años ininterrumpidamente…

Y por supuesto, gracias a los que siempre estáis ahi con él. A todos esos que habéis contribuído las cifras, y en concreto a las más de 7.600 descargas que ha supuesto la última versión, la 1.6.2, lanzada hace unos dos meses. Eso es lo que demuestra esa fidelidad. Una silenciosa fidelidad efectiva. No necesita más ruído para hacerse más popular. No necesita competir con nadie. No necesita copiar a nadie. No porque sea lo mejor que se haya hecho, sino porque es un tema que cuando lo ves y lo usas es inconfundible. Al menos yo distingo un escritorio con Caledonia a kilómetros de distancia. Y eso me basta: estilo y escuela propios.


00:23, Thursday, 05 June UTC

May 30, 2014

Christian Díez (Malcer)

Never mind! Sólo un (inserta tu adjetivo aquí) tema de emoticonos

Empiezas haciendo unas pruebas de colores y acabas haciendo un modesto tema de emoticonos. Eso es lo que me pasó esta noche. Independientemente de lo que opine del resultado, lo cierto es que ya está completo, y no iba a quedar en mi discoduro acumulando polvo. Lo mejor es que al menos alguien interesado lo pueda disfrutar.

Never mind! - promo

Por desgracia, de momento algo ocurre con DeviantArt que no me deja etiquetar la sección de este material, y por tanto no me deja subirlo al público. Pero por suerte y para más comodidad de los usuarios de KDE, sí que lo he podido subir a KDE-Look (nos volvemos a ver, según parece…).

Podéis descargarlo directamente desde ahí o usar el asistente del Systemsettings (preferencias del sistema). Sea de una manera u otra, os tenéis que dirigir hacia  Apariencia de las aplicaciones > Emoticonos, y allí hacer clic en “Obtener temas…” para descargarlo e instalarlo directamente desde KDE-Look, o bien con “Instalar archivo…” podéis seleccionar el paquete tar.gz. De ambas maneras el tema se instalará y podréis usarlo tras seleccionarlo y aplicar los cambios.

Y nada más. A ¿disfrutarlo?.


02:01, Friday, 30 May UTC

May 21, 2014

Christian Díez (Malcer)

Chakra 2014.05 “Descartes”, ya disponible

Esta nueva ISO está recién salida del horno. Tras un leve retraso debido a algunas complicaciones sin mucha importancia, por fin está aquí la nueva imagen de prueba e instalación de Chakra. Dicha ISO hacía mucha falta por el reciente cambio de servidores, asi como actualizaciones del software y mucho más.

Chakra 2014 Descartes announce

Tal y como se dice en el anuncio oficial, este nuevo lanzamiento cuenta con bastantes novedades importantes para tratarse de una distro de filosofía rolling (half-rolling, concretamente):

  • KDE 4.13.1 con Baloo sustituyendo a Nepomuk
  • ¡Las herramientas oficiales del proyecto ya están en más de 30 idiomas!
  • Nuevo logo/branding
  • Nuevo set artístico, “Sirius”, que ya presenté hace unas semanas :D
  • Una gran cantidad de drivers gráficos actualizados
  • Kernel 3.12.15
  • Xorg-server 1.14.5
  • Systemd 212
  • Octopi sustituyendo a Oktopi con el fin de quitar trabajo al equipo de cara a Akabei y contribuír al upstream de Pacman
  • kcm-pacman-repoeditor, un excelente editor gráfico de los repositorios para el Systemsettings
  • kcm-about-distro, el famoso “Acerca del sistema”, con información sobre el mismo, el equipo que estamos usando y el branding de la distro
  • Kup, un nuevo programa de copias de seguridad
  • Kcalc, aplicación de calculadora, un buen detalle por parte del equipo, ya que aunque KRunner puede hacer operaciones matemáticas, se agradece una aplicación dedicada de este estilo (frecuentemente ya olvidada por las distros KDE)

Cabe recordar que Tribe no tiene soporte oficial para UEFI, RAID, LVM y GPT, debido a que usa el particionador oficial de KDE, y éste carece de estas funciones (si no estoy equivocado, integrantes del equipo como Lisa Vittolo intentaron reportar al proyecto Solid de KDE las funcionalidades).

Podéis descargar la imagen ya mismo si deseáis probarla y por qué no, instalarla. También tenéis su link a SourceForge.

Como nota personal, decir que ha sido un buen trabajo por parte de todos. Desde la salida de Manuel Tortosa del equipo, éste parecía un poco perdido debido al gran cambio que sufrió, y con toda honestidad no he visto a las ediciones “Fritz” ni “Curie” tanto encanto. Pero este “Descartes” está cargado de novedades y mejoras por todos los lados, sobre todo teniendo en cuenta la nueva era que se avecina: nuevo artwork y branding, nuevos retos acerca de la usabilidad, y por supuesto Akabei y Plasma Next, que están a la vuelta de la esquina. Sin duda una edición muy buena e interesante, me atrevería a decir que prácticamente a la par de para mí aquella mítica “Benz”. :D

Welcome, Descartes.


13:17, Wednesday, 21 May UTC

May 11, 2014

Agustín Benito Bethencourt

Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (III)


Punto de llegada


El conjunto de los diferentes escenarios de migración nos aportará la fotografía buscada. El estado del arte puede representarse, por tanto, en un puzle donde cada escenario de migración representa una pieza. Cada pieza requerirá acciones específicas para llevar a cabo la migración que se contemplarán en el Plan De Acción (Migración).

En la práctica, los escenarios de migración estarán relacionados luego su compartimentación resultará compleja. No obstante, este ejercicio es fundamental para poder acometer un proceso a gran escala en un espacio de tiempo finito. Este es un requerimiento importante a la hora de trabajar con proveedores externos, expertos en la materia.

Dicho de otro modo, aproximaciones a los procesos de migración basados únicamente en aspectos operativos o funcionales arruinarán el proceso. Migrar “por departamento” o “por servicio (de IT)” es el reflejo de una incorrecta ejecución de esta fase del proceso de migración.

Esta fase del proyecto los entregables deben incluir:
  • La definición de las diferentes personas/perfiles (canónicos) y qué usuarios/unidades corresponden a cada uno de ellos.
  • Individualización de los perfiles correspondientes a cada usuario. Recordar que los perfiles son abstracciones.
  • El estudio de las diferentes interacciones entre personas que afectan al proceso de migración.
  • Los escenarios de migración.

Mi recomendación es que se realicen varios entregable. Con el fin de motivar a los diferentes perfiles de usuario, es conveniente elaborar diferentes documentos, orientados a audiencias diferentes como:
  • Responsables tecnológicos.
  • Responsables técnicos.
  • Usuarios (power users/prescriptores y usuarios de a pie)

Se debe acompañar el entregable de los resultados parciales de las diferentes acciones realizadas así como de la información complementaria utilizada, como por ejemplo:
  • Inventario de hardware y sistemas/servicios
  • Resultados de las entrevistas.
  • Información aportada por la propia AA.PP.
  • Referencias externas utilizadas.
  • Informe ejecutivo.
  • Informe de costes.
  • Otros

Este documento servirá de base para acciones que pueden tener lugar e un amplio periodo de tiempo. Es necesario incluir toda la información con el fin de que sea accesible en un futuro por nuevos proveedores y trabajadores.

Conclusiones


La definición del Estado del Arte es una acción del propio proceso de migración, que toma como referencia datos correspondientes a un estudio habitual de inventariado así como de procesos de negocio, servicio y calidad. Pero no se trata de un proceso aséptico. Posee un propósito específico: servir como base del diseño del Plan de Migración.

Esta etapa del proceso de migración es un ejercicio down-top-down donde:
  1. Se analiza la información disponible.
  2. Se recojen datos relevantes.
  3. Se analiza la información disponible y esos datos en conjunto con el fin de definir perfiles.
  4. Se definen los perfiles/personas y se particularizan a cada participante.
  5. Se estudian sus interacciones.
  6. Se redefininen las personas.
  7. Se introduce como input información adicional
  8. Se definen los escenarios.
  9. Se elaboran los entregables que sirven de base al diseño del Plan de Migración en sí.

Un Plan de Migración eficaz requiere de una correcta definición del Estado del Arte. Del mismo modo, un compromiso por parte de los participantes en el proceso require que se les haga partícipes también en este punto del proceso, independientemente de que la ejecución la realicen proveedores externos o miembros de la casa.

Fin del guión 

Este es el tercero de una serie de tres post. Accede a los dos anteriores aquí:

09:00, Sunday, 11 May UTC

May 09, 2014

Agustín Benito Bethencourt

Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (II)


Punto de partida


El punto de partida de cualquier proceso de análisis previo a una migración tiene como principales fuentes de conocimiento:
  1. Los objetivos y motivaciones de los responsables político/tecnológicos de la AA.PP.
  2. La documentación existente sobre procedimientos, herramientas, infraestructura, recursos, descripción y relación con proveedores, perfiles, servicios que se prestan, tanto internos como externos...
  3. La "realidad" de
    1. Los responsables técnicos de la AA.PP.
    2. Los "power users" o prescriptores.
    3. El usuario no técnico.
    4. El servicio que se presta.
  4. Experiencias previas en transformaciones tecnológicas si la hubiere.

La disponibilidad de una documentación veraz y actualizada constituye un factor determinante en cualquier proceso de migración. No sólo facilita la definición del Estado del Arte, ahorrando costes y acelerando el proceso en sí, sino que establece un punto de referencia sobre el que basar cualquier análisis objetivo posterior. Por tanto, representa el principal punto de apoyo del cliente (la AA.PP.) frente al proveedor de servicio, al menos en este punto.

Así pues, el principal esfuerzo de los técnicos y responsables tecnológicos de la propia AA.PP. en este punto inicial debe ser:
  • Actualizar y, si es posible, ampliar la información existente sobre los sistemas de información y su uso por parte de trabajadores públicos y cuidadanos.
  • Recopilar información relacionada con procesos de transformación tecnológica experimentados con anterioridad.
  • Recopilar información sobre la relación de la AA.PP. con proveedores de servicios que puedan ser afectados por la migración de manera directa o indirecta.
  • Recopilar información orientada a facilitar el proceso de toma de datos.

Si la documentación disponible no es completa o se encuentra desactualizada, mi recomendación es que se separe la generación/actualización de esta información del propio proceso de identificación del Estado del Arte. Deben ser fases diferentes del proyecto o incluso proyectos diferentes. Uno alimenta el otro.

Proceso a seguir para el establecimiento del Estado del Arte


La fotografía a tomar tendrá como referencia el concepto de perfiles/personas. Definir esos perfiles debe ser el primer objetivo de esta fase del proyecto. Una vez descritos, se particularizarán para cada usuario. A partir de esos perfiles y teniendo en cuenta información adicional relevante, se establecerán los diferentes escenarios de migración.

Así pues, el Estado del Arte se define en base a escenarios de migración.

Para definir los perfiles/personas, es necesario entender qué inputs son necesarios. En general son los siguientes:
  • Puesto/servicio que presta (procesos)
  • Conocimientos técnicos
  • Interacción con aplicaciones y servicios
  • Equipamiento que utiliza
  • Datos

Para cada usuario, debe obtenerse información correspondiente a cada una de estas áreas. La información obtenida necesita ser procesada para que sea manejable. Tras un proceso de abstracción (análisis), se podrán definir las personas/perfiles significativos.

Esta abstracción/generalización nos permitirá escalar el diseño del proceso de migración e ir adelantando algunas otras fases del proyecto, como la identificación de herramientas libres candidatas, planes de comunicación o formación...

Con el fin de definir los escenarios de migración, es importante definir primero las interacciones intra/inter personas/perfiles. Es decir, cómo interactúan a través de los sistemas de información.

Este estudio debe llevarnos a un proceso de ajuste o redefinición de los perfiles/personas (personas canónicas). Una vez hemos los hemos definido de manera definitiva, debemos individualizarlos, es decir, asegurarnos de que ajustamos los perfiles a cada uno de los participantes en el proceso (humanización de los perfiles).

Tomando en consideración datos adicionales como la infraestructura disponible, los servicios que se prestan, la estructura organizativa de la propia AA.PP., aspectos logísticos etc., se definirán los escenarios de migración. Idealmente, cada escenario de migración deber estar definido como una unidad independiente desde el punto de vista del proceso de migración.

Los escenarios de migración, por tanto, están basados en:
  • La obtención de los diferentes perfiles/personas.
  • El estudio de las interacciones entre los diferentes perfiles/personas.
  • Recursos (sistemas de información).
  • Servicios que se prestan en el momento previo a la migración.
  • Prioridades estratégicas y operativas.
     
    Este post es el segundo de una serie de tres. Puedes acceder a los demás aquí:

09:00, Friday, 09 May UTC

May 08, 2014

Agustín Benito Bethencourt

Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre (I)


Actualización de los Sistemas Informáticos utilizando Software Libre.

Aspectos estratégicos y operativos que deben ser considerados en el proceso de cambio hacia el software libre


El presentedocumentoes un resumen de mi intervención en el mencionado curso, como parte del segundo bloque del mismo. Dicha intervención introduce el tema a tratar, de modo que aporto una visión global, reforzada con ejemplos concretos de los conceptos más importantes. Dichos ejemplos y anécdotas de interés, no figuran en este resumen.

Datos sobre el curso:
  • Director del curso: Ramón Ramón Sánchez (Perfil Linkedin)
  • Fecha de mi intervención: 23 de Abril de 2014
  • Contenido: Bloque 2.- Definición del Estado del Arte. Evaluación previa.
  • Duración: 90 min. aprox.
  • Audiencia: técnicos y responsables tecnológicos de AA.PP. del Gobierno de Costa Rica.

Introducción y enfoque


Todo proceso de migración comienza con una misión. Esta misión debe estar claramente reflejada en el proyecto estratégico. Basándonos en esa misión, se establecen los objetivos principales de la migración. Siempre existe un objetivo prioritario y otros secundarios.

Los objetivos estratégicos más comunes son:
  • Independencia tecnológica
  • Ahorro de costes:
    • A corto plazo
    • A medio y largo plazo
  • Creación de polo tecnológico local
  • Aumento de rendimiento/eficiencia
  • Mejora de la interoperabilidad
  • Política

Cualquier proceso de migración tecnológica ideal consiste en definir una el cuadro/fotografía actual de los sistemas de información, así como de su uso, y replicarla, usando, no sólo herramientas diferentes, sino en este caso, un paradigma diferente. Sin embargo, el proceso de transición es costoso. Debemos asumir que cada uno de los participantes, require de un fuerte grado de motivación para adoptar una posición constructiva frente al proceso. La motivación, en forma de mejoras/beneficios futuros, debe generalizarse en la medida de lo posible, no restringiéndose al ámbito técnico y/o económico directo y a corto plazo.

El Software Libre propone beneficios suficientes como para generar esa motivación en diversos ámbitos. Así, la definición del Estado del Arte, la captura de esa fotografía, no es ni debe ser objetiva:
  1. Debe responder al objetivo principal del proyecto.
  2. Debe identificar las fortalezas del actual entorno y usarlos como base de la del resultado obtenido.
  3. Debe identificar posibles mejoras que permitan diseñar y desarrollar acciones orientadas a potenciar esa motivación.

Una correcta definición del estado del arte se convierte así en un ejercicio cruel de identificación de una realidad que, no por supuesta, puede resultar menos desalentadora en muchos casos. Además, el proceso de migración no permite rectificaciones basadas en el antiguo modelo. Peor aún, propone una travesía del desiertopara alcanzar un oasis de herramientas, protocolos, principios... que no dominan.

Es por tanto necesario establecer contramedidas que permitan a esos profesionales afectados digerir y asumir esa fotografía con el convencimiento de que, tras el proceso, estarán en mejor disposición de mejorarla.

La mejor forma de que esta fotografía sirva de estímulo es hecerles copartícipes de su realización, animándoles a aportar sus experiencias y visión. Debe ser también su fotografía. Asimismo, recomiendo comunicar claramente que el fin de la acción que no es evaluar el grado de eficiencia o eficacia del trabajador en el desempeño de sus tareas. Un proceso de migración no es una evaluación de rendimiento.

Dichas experiencias deben ser procesadas y documentadas con el fin de introducirlas en la base común de conocimiento, favoreciendo un aprendizaje colectivo a partir de ellas. Muchas de las experiencias que afectan o permiten entender la fotografía obtenida, no tienen que ver de manera directa con aspectos tecnológicos, luego existe el riesgo de que tengan impacto en el proceso de migración.

Los sistemas/servicios informáticos en Administraciones Públicas suelen tener un menor grado de control que en otros entornos. Tampoco es posible entender la fotografía resultante sin asumir que ella es producto de una evolución que, a menudo, los profesionales involucrados no han podido controlar totalmente por razones:
  • Técnicas: los sistemas no permiten de un modo simple la realización o control de determinadas prácticas.
  • De conocimiento: Los profesionales responsables de las infraestructuras tecnológicas o los usuarios no conocen en detalle las herramientas que utilizan (son privativas).
  • De mercado: existen limitaciones impuestas por los fabricantes, integradores o implantadores a los sistemas tecnológicos utilizados.
  • Necesidades de producción.
  • Limitaciones dependientes del propio entorno laboral: existen limitaciones en la capacidad de decisión y/o ejecución de aquellos llamados a diseñar e implementar los sistemas tecnológicos dentro de una AA.PP.
  • Otras razones.

Así, el Estado del Arte debe recoger no sólo la situación previa a la migración sino también aspectos clave que expliquen la evalución que ha tenido como producto semejante resultado.

El Software Libre empodera a responsables tecnológicos y usuarios. Les confiere mayor flexibilidad, es decir, mayor control, luego requiere un mayor grado de responsabilidad. El riesgo de aumentar la entropía tras la migración es significativo. Debe diseñarse y ejecutarse cada paso, incluyendo la fase de análisis, teniendo en cuenta que en un futuro es mejor, en general, aportar mayores grados de libertad a los participantes de manera gradualgradual que restrinjirlos.

La fotografía obtenida debe aportar claves que permitan decidir qué tipo de medidas de control pueden aplicarse con las nuevas herramientas (y procesos), cuyo impacto sea positivo (o neutro) en la productividad de los usuarios, en comparación con las existentes.

El entregable de esta fase del proceso de migración, debe apuntar con claridad los puntos fuertes de la situación previa a la migración, con el fin de reforzarlos o, al menos, mantenerlos. Un proceso de migración exitoso está basado en las fortalezas del modelo anterior, no en sus deficiencias.

Mitigar las deficiencias debe ser, en general, el foco de procesos de mejora post migración. Disponer de una mejor base para ello debe ser el resultado de una correcta migración. La fotografía y posterior evaluación deben establecer la base sobre la que sea posible definir el proceso de migración y, al mismo tiempo, apuntar algunas de las futuras acciones de mejora que se podrán acometer con las nuevas herramientas y procedimientos, basados ahora en Software Libre.

Pero insisto, el objetivo de la migración no es ni debe ser realizar mejoras. Eso debe proponerse como objetivo fundamental tras la migración. De otra manera, desviaremos el foco de atención de lo realmente importante, basar el resultado en las fortalezas actuales.

En resumen:
  1. El Estado del Arte, obtenido como resultado del trabajo de análisis previo a la definición del Plan de Acción, tiene un fin concreto. No es objetivo.
  2. El análisis puede y debe tener impacto en responsables técnicos y usuarios. Debe asegurarse que ese impacto es positivo.
  3. De un modo similar, el Estado del Arte debe describir los grados de libertad con los que cuentan en la actualidad técnicos y usuarios en el uso de la información, aplicaciones y servicios. El objetivo es que el Plan de Acción los tenga en cuenta.
  4. La fotografía punto de partida del proceso de migración, debe apuntar claramente las fortalezas del modelo actual (en uso) con el fin de asegurar que el proceso de migración se basa principalmente en ellos.

    Lee las otras dos partes:

09:00, Thursday, 08 May UTC

April 08, 2014

Christian Díez (Malcer)

Un nuevo branding para Chakra

El trabajo de cara a la próxima ISO de Chakra no cesa, y está en plena renovación visual. Los cambios deben reflejar tanto el nuevo rumbo de la propia distro como, por supuesto, el toque cada vez más profesional que debe tener. El anterior branding no estaba hecho muy bien (culpa mía, es obvio), ya que tenía un juego tipográfico de aspecto bastante enclenque que ha envejecido mal en muy poco tiempo. Todas estas razones confluyen en la idea de una especie de nueva era en el proyecto, y se ve reflejado en la nueva marca.

Chakra-new-branding-2014

Aunque seguirá conservando logos como el que podemos ver en iconos como el del menú Kickoff, y aunque las variantes monocromáticas del branding serán las elecciones por defecto en la mayoría de las cosas, se le ha añadido un toque de color a la presentación general, dando así un poco de juego y otorgándole la frescura impresa desde la edición “Benz” del que va a partir el nuevo estilo y artwork llamado “Sirius”.

En la lista de correo de desarrollo he publicado el mensaje con algunas especificaciones y un enlace en el que se puede descargar el archivo SVG con algunas piezas ya generadas. Esto es útil no sólo para los desarrolladores de software, sino para la gente que se anime a construír y crear fan art de Chakra y que pueda llevar así el nuevo logo de manera limpia a partir de los archivos originales.


18:51, Tuesday, 08 April UTC

March 20, 2014

Christian Díez (Malcer)

Web y servidores de Chakra prácticamente solucionados… y algunos trucos.

Tras esclarecer un poco el asunto de por qué Chakra estaba pasando graves dificultades técnicas con su web y los servidores, ahora en las redes sociales el equipo anuncia que la situación está mucho más controlada, pero siguen alertando de posibles caídas que puedan ocurrir.

TribeScreen01

El anuncio ha corroborado que la nueva web será chakraos.org, todo un lío para los que no se puedan enterar o para los más despistados, y estoy más que convencido de que eso arrastrará consecuencias, como que algunos piensen que el proyecto ha muerto, asi como falta de información y actualizaciones en sitios como DistroWatch o incluso las búsquedas en distintos buscadores web como Google. Los cambios de este tipo nunca han sido buenos, a decir verdad… Menos mal que el propio proyecto no busca tanto la popularidad, sino la fidelidad, pero sigue siendo un golpe difícil.

Tras estos cambios, y a la espera de más anuncios oficiales, no está mal enseñar y emplear algunos tips que nos serán de mucha ayuda a la par que estaremos contribuyendo sin esfuerzo al proyecto. Cosas como agregar los nuevos servidores para los repositorios o usar DuckDuckGo allá donde podamos para generar ganancias económicas al proyecto que ayuden a amortiguar la carga económica enorme que supuso este brusco cambio. Vamos allá:

Tal y como dice la página principal, es hora de insertar los nuevos repositorios principales para obtener actualizaciones y poder instalar software sin problemas. No hay muchas especificaciones, pero al menos podemos vivir sin problemas con la información arrojada. Yo en mi caso no me he roto mucho la cabeza y he seleccionado el que parecía más obvio:

http://rsync.chakraos.org/$repo/x86_64

Para meterlo en la lista de servidores a usar y que así Pacman pueda operar, basta con abrir la terminal y escribir

sudo nano /etc/pacman.d/mirrorlist

o si queréis algo más gráfico

kdesu kate /etc/pacman.d/mirrorlist

Ahora para mayor comodidad buscamos en la lista los servidores que estábamos usando. No sé exactamente dónde se alojan los nuevos, pero asi al menos tendremos unificado en un solo sitio lo que usamos hasta que sepamos la nueva lista. Con eso buscamos cuáles están en uso (lo sabremos porque tras el nombre del país vienen sin el símbolo “#”). Una vez identificado, añadimos los nuevos servidores, es decir, la línea que he puesto más arriba. Debemos posicionarlo al principio de la lista para que sea la primera opción en la búsqueda de paquetes cuando usemos Pacman.

Tras eso, guardamos los cambios y cerramos, y debería funcionar perfectamente (a no ser que coincida con alguna pequeña caída del servicio, obviamente, aunque eso no es muy frecuente ahora). Eso sí, acordaos de ejecutar por si acaso un

sudo pacman -Syyu

Lo siguiente es recordar que podemos contribuír económicamente sin mucho esfuerzo al proyecto. Debemos asegurarnos que usamos DuckDuckGo como buscador por defecto en cualquier navegador web (incluso podéis usar este truco en otros SO). Por defecto, los navegadores en Chakra ya vienen preparados con esa opción, pero si lo habéis cambiado antes, usáis otro navegador o queréis mirar y aseguraros, basta con ver si está una línea igual o parecida a esta, o insertarla como motor de búsqueda:

https://duckduckgo.com/?t=chakra&q=

Con esto se activan las búsquedas de DuckDuckGo con el tracker para la distro, lo que dará ganancias. Para más información, decir que si no estoy equivocado, el contrato dice que las búsquedas deben llegar a un mínimo de ganancias de 25$. Si se cubre ese mínimo o se supera, las ganancias irán para el proyecto, pero si no lo cubre no ganará nada. Hasta el momento siempre se ha cubierto ese mínimo, asi que no debería ser muy difícil superarlo.

Para saber más sobre cómo usar este buscador os pongo un enlace para conocerlo más a fondo y exprimir sus fantásticas cualidades.


19:22, Thursday, 20 March UTC

March 18, 2014

Christian Díez (Malcer)

¿Qué pasa con Chakra? Que todo el mundo se calme

Algunos usuarios de Chakra ya sabéis que últimamente la web de chakra-project.org está caída, y también los servidores están empezando a tener problemas. Si bien el equipo de Chakra ha intentado en sus redes sociales hacer que todo el mundo se enterase, por lo visto no se ha conseguido. Muchos incluso pensarán que hay falta de dinero y que todo se está acabando… Para nada es el motivo principal. Es cierto que hay unas pequeñas dificultades en algunos aspectos debido a eso, pero los principales fallos vienen de que se están cambiando los servidores. Ahora la página web (y el servidor principal) será y es chakraos.org, donde veréis que sí existe un anuncio oficial sobre el problema en primera plana.

chakrarevolution3

¿Entonces, por qué no una noticia oficial en su web, en el canal de noticias? ¿O por qué no avisaron a tiempo? ¿Qué es lo que pasa? Pues es bien sencillo:

  1. A la primera pregunta, contestar que es obvio que no se podía dar la noticia en un canal oficial, porque los servidores estaban fallando y el nuevo no estaba operativo (y a día de hoy a veces se cae debido a cambios que se hacen).
  2. No se avisó a tiempo porque pilló completamente de imprevisto, debido a que la información relevante sobre el problema la tenía gente del equipo que por circunstancias personales no pudieron avisar a tiempo.
  3. El problema, como he dicho, no es otro que el cambio de servidores, y como tiene bastante chicha, mejor lo explico más detenidamente a continuación:

Hace un tiempo sabéis que hubo muchas turbulencias en el equipo. Algunos de sus principales miembros se marcharon en un plazo de pocos meses, cada uno con sus razones. Unos porque el trabajo les ocuparía mucho tiempo (algunos en buenas empresas de tecnología como Google, todo hay que decirlo), otros por diferentes puntos de vista como Anke Boersma que acabaría creando KaOS, o por motivos puramente personales como Manuel Tortosa que acabaría decidiendo apartarse (al menos un tiempo) del mundo del software libre con grandes responsabilidades, y también cabe recordar el triste fallecimiento de Fritz_Van_Tom. Sea como sea, en medio de esa gente estaban algunos webmasters, asi como gente que llevaba el trabajo de los servidores, la recaudación del dinero y los contratos con socios como DuckDuckGo. Lo cierto es que tras la marcha de esta gente el equipo estaba, como es lógico, mucho más centrado en reestructurarse, en equilibrar todos los roles (ahí es cuando hubo toda esa turbulencia en el proyecto y se sacó la más bien poca novedosa edición “Fritz”).

Una vez reestructurado el equipo, con nuevos roles asentados en cada uno de los miembros, fue hora de poner en práctica un sistema que amortiguara el defecto de tener en manos muy concretas cosas tan frágiles como los servidores o el dinero para costear la distro. Se ha comenzado lo que parece que será una especie de “Chakra Foundation”, y podría ser que estaría registrada oficialmente en Dinamarca, lista para operar por sí misma a nombre de todo el equipo, actual o futuro, que conforma Chakra.

Pero el tiempo se echó encima. Algunas cuentas de dinero estaban bloqueadas y se tardó en tener el control sobre ellas, y contratos como el de DuckDuckGo también tardaron en cambiar de manos. Las consecuencias vinieron antes de lo esperado: los servidores principales (los de chakra-project.org) empezaron a quedar inutilizados como un castillo de naipes al no poder renovar a tiempo el contrato, asi que el equipo (sobre todo Totte, al que le debemos un trabajo que puede parecer lento pero es titánico) optó por contratar unos servidores nuevos y comenzar a copiar todo lo que había en los viejos, teniendo que montar de nuevo la web, los repositorios, el CCR, los foros, etc. Decir como curiosidad que a estos nuevos servidores se les ha nombrado con muy buen humor, dándoles la denominación de Pokémon: se llaman Bulbasaur, Charmander, Squirtle, Pidgey y Rattata, y cada uno se ocupa de una función de los servicios de Chakra.

Y eso es lo que ocurre. La copia de todos los datos es monstruosa, y hacer funcionar de nuevo todo da su trabajo. Sumado a que pilló a todos bastante por sorpresa, la verdad es que es una situación incómoda, pero que obviamente terminará más pronto que tarde, y se espera que entonces el equipo sí pueda dar un anuncio totalmente oficial en la nueva web dando las instrucciones necesarias sobre los nuevos servidores, que irán llegando poco a poco. :D

Debo puntualizar, eso sí, que el coste de todo este movimiento se está efectuando no sólo con el dinero de las donaciones, sino también con el dinero del propio bolsillo de la gente del equipo, por lo que personalmente espero que una vez que esté todo restaurado, creo que al menos deberíamos ayudar un poco usando DuckDuckGo para generar algunas ganancias para el quipo y costear todo este desembolso, porque a los usuarios no nos cuesta nada pero ayudaremos a generar dinero. No vendría nada mal, para ser sinceros.


20:15, Tuesday, 18 March UTC

October 25, 2013

Agustín Benito Bethencourt

Abierto el plazo para la presentación de candidaturas para la celebración de la openSUSE Conference 2015.

La comunidad openSUSE celebra cada año un evento en el que los principales contribuidores participan en charlas y talleres junto a interesados y profesionales. Al tratarse de una distribución, la lista de temas que se tocan es muy amplia, desde administración de sistemas hasta aplicaciones web, pasando por empaquetado, marketing, hardware, traducción y, por supuesto, sistemas operativos.

La edición 2013 ha sido la primera celebrada lejos de ciudades donde SUSE tiene oficina. Su organización corrió a cargo de la comunidad salvo en aspectos legales y económicos fundamentalmente. La openSUSE Conference 2013 tuvo lugar en Tesalónica, Grecia, en verano, y participaron unas 300 personas.

La edición 2014 se celebrará en Dubrovnik, Croacia  en Abril. Ya se está preparando la organización del evento. Desde hace unas semanas, se ha abierto el plazo para la presentación de candidaturas a la celebración de openSUSE Conference 2015.

El evento cuenta con el apoyo de SUSE como principal espónsor. Esto da una garantía importante a la hora de poder organizarlo porque algunos de los gastos básicos de este evento de comunidad están cubiertos de antemano. La comunidad openSUSE asume algunas de las tareas más tediosas de la organización de modo que los organizadores locales no tienen que ocuparse de ellos. Los contenidos y el trabajo relacionado con sponsors también viene dado por la comunidad.

Dicho de otro modo, entre SUSE y la comunidad openSUSE asumen una parte del trabajo lo que garantiza que la organización del evento sea asumible para un reducido número de voluntarios locales. Depende del país y lugar de celebración, SUSE dispone de soporte local lo que facilita la difusión del evento, entre otras tareas.

En definitiva, si tienes experiencia en la organización de eventos de Software Libre, échale un vistazo a openSUSE Conference y presenta tu candidatura.




11:55, Friday, 25 October UTC

July 17, 2013

Alvaro Soliverez (Hei_Ku)

Una anécdota sobre armas de encripción masiva

En la época de KMyMoney 2 el código estaba alojado en Sourceforge. Hoy sigue ahí la vieja versión y la web, pero el código está en otra parte. La parte interesante es que Sourceforge es una compañía estadounidense.

Resulta que en 2010, escriben a la lista de correo pidiendo que por favor cambiemos una configuración, porque un usuario no podía acceder al código. Ante la sorpresa, me puse a averiguar. Resulta que el usuario era de Irán, y nos pedía cambiar la configuración del proyecto en Sourceforge que especificaba que KMyMoney contenía herramientas de encripción. Efectivamente, KMM tiene una opción para encriptar los archivos con GPG, para mayor seguridad y confidencialidad. Y como el usuario estaba en Irán, la exportación de software con encripción esta prohibida de acuerdo a las leyes de EE.UU.

Lo discutimos internamente, pero no podíamos arriesgarnos a cambiar esa configuración y que el proyecto fuera dado de baja, o pudiera resultar perjudicado alguno de los desarrolladores viviendo en EE.UU. Finalmente, dirigimos al usuario a que baje la aplicación de alguna distro europea, donde no hay restricciones estúpidas.

Tiempo después migramos el código a la infraestructura de KDE, con servidores en suelo europeo, y el tema quedó en el olvido. Hasta ahora, que la encripción y las regulaciones estadounidenses volvieron a tener relevancia.

Nota: la palabra correcta es codificación y no encripción, pero es ambigua en este contexto, así que es más claro usar la castellanización de encryption.

Actualización: Otra palabra más específica y clara para usar es “cifrado”. (vía @P8432)

03:55, Wednesday, 17 July UTC

June 30, 2013

Javier Llorente

Plasmoide para consultar la RAE

raecas_captura2raecas_captura1Acabo de sacar la primera versión de raecas, un plasmoide para consultar la RAE. Es muy sencillo su uso; escribes el término a consultar y le das al intro.
Está basado en qRAE.

RPMCódigo

22:16, Sunday, 30 June UTC

May 30, 2013

Javier Llorente

Versión beta de qRAE disponible

qrae_captura1No hace mucho tiempo que decidí crear una versión de escritorio del “Diccionario de la RAE“. Bueno, pues ya está disponible la primera beta de qRAE, un cliente del diccionario castellano de la RAE basado en Qt. No es gran cosa, pero puede ser útil para aquellos que consultamos la RAE a menudo. En teoría se puede compilar en cualquier plataforma, pero de momento sólo he creado un paquete RPM.

RPMCódigo fuente

09:04, Thursday, 30 May UTC

February 20, 2013

Alvaro Soliverez (Hei_Ku)

El tren Sarmiento en PublicTransport de KDE

Hace unas semanas se habilitó una app para saber los horarios de los trenes del tren Sarmiento del area metropolitana de Buenos Aires. A partir de ahí, se me ocurrió la posibilidad de agregar un service provider al plasmoid publictransport.

Desgraciadamente, los datos no están expuestos a través de una API, sino que utiliza AJAX, en conjunto con una key de sesión y una cookie. Un desarrollador amigo, Sebastián Alvarez, se puso manos a la obra y a través de ingenieria reversa logró obtener los datos usando Javascript. Después, junto con Niv Sardi montaron un pequeño servidor web que expone los datos con JSON.

Ya con esto, me puse manos a la obra y logré armar un script de javascript que carga estos datos en el plasmoid. La ayuda del desarrollador de PublicTransport fue esencial para poder hacer debug del script en algunos puntos.

Finalmente, pude visualizar los horarios del tren en el plasmoid.

sarmiento1Todavía tiene algunos problemas, y los datos los obtengo a través del servidor de Niv. Si esto se hace masivo, debería estar en un servidor definitivo. También debo encontrar una forma para limpiar los resultados, porque un update de los horarios termina duplicando los datos. También faltaría información de la geolocalización de las estaciones.

Igualmente, para ser el trabajo de algunas horas en la semana, no está mal.

El código inicial del service provider está disponible aquí. Se trata de un borrador y probablemente cambie mucho.

 

02:49, Wednesday, 20 February UTC

December 05, 2012

Alvaro Soliverez (Hei_Ku)

Cómo flashear el firmware de un Nokia N9

Recientemente tuve problemas con mi N9 al tratar de limpiarlo de datos. No recuerdo bien, pero supongo que debo haberlo apagado antes de tiempo, y cuando volvió a encender solamente mostraba un cartel de error.

“Device not working properly”

En fin, que la única posibilidad era flashear el dispositivo, pero me llevó un tiempo encontrar con el procedimiento correcto. La mejor guía que encontré fue en la wiki de Mer. Acá van los pasos, en español.

Primero, hay que descargar el firmware. Para eso, en Linux se puede utilizar un script, disponible en un repositorio de github.

git clone git://gist.github.com/1636192.git
cd 1636192

Probablemente necesiten algunas dependencias.

yum install perl-LWP-Protocol-https perl-SOAP-Lite

Después ejecutar el script

perl naviperl.pl

El script va a tener una serie de preguntas. La primera es la versión de firmware a descargar. La primera opción sería la última versión (40.xxx en este momento). La segunda pregunta es sobre el modelo de dispositivo. Esto es por origen geográfico y por hardware (color, cantidad de memoria). La tercera pregunta es sobre el archivo específico a descargar. Elegir el .bin, que tiene alrededor de 1GB. Todos los otros archivos son de mucho menor tamaño. Ahora, irse a dar una vuelta mientras se descarga el archivo.

Una vez descargado el archivo, hay que conseguir la utilidad para escribir el nuevo firmware en el teléfono, flasher. No pude encontrar por ningún lado cómo hacerlo desde Linux, hasta que dí con este post. Descarguen flasher. Antes de empezar, asegurense que el teléfono tiene más del 50% de carga. Lo que van a hacer es intensivo en energía y no puede cargar al mismo tiempo que se está escribiendo el firmware.

En todos los casos, primero hay que correr flasher y esperar hasta que aparezca el siguiente mensaje:

Suitable USB interface (bootloader/phonet) not found, waiting...

Para comprobar el firmware actual:

sudo flasher -i

Para escribir el nuevo firmware, desconectar el teléfono del USB y ejecutar:

sudo

sudo flasher -F  -f --no-preserve

Esperar el mensaje:

Suitable USB interface (bootloader/phonet) not found, waiting...

Conectar el N9 al cable USB y va a empezar a escribir el firmware. Cuando termine, va a aparecer un mensaje Success. El N9 va a reiniciar con el nuevo firmware.

En mi caso, con esto fue suficiente para volver a utilizar el teléfono. También tengo un N950, y espero utilizar el mismo procedimiento para instalarle Sailfish OS cuando esté disponible.

22:20, Wednesday, 05 December UTC

November 11, 2012

Alvaro Soliverez (Hei_Ku)

El caso de Daniel Nicoletti

Daniel Nicoletti es un desarrollador brasileño, contribuyente de KDE (Apper, PackageKit, entre otros), casado con una argentina y 2 mellizos, un nene y una nena. Se mudaron en 2011 a Argentina, para que su esposa pudiera terminar sus estudios. En mayo de ese año van a Brasil y tienen un accidente con el auto a la altura de Crespo, provincia de Entre Ríos. Tratando de esquivar un auto que frenó de golpe en medio de la ruta, terminan chocando contra la parte trasera de un camión. En el auto viajaba Daniel, su esposa Elizabeth y sus mellizos, un nena y una nena de 1 año y 4 meses. La hija sufre un golpe tan fuerte que termina falleciendo luego en el hospital[1][2]. Luego de unos meses, tratando de sobrellevar la terrible situación, deciden mudarse de vuelta a Brasil.
Mientras tanto, en Entre Ríos se inició una causa pena y la abogada que habían contratado se desentendió del caso sin avisarles. Se supone que el juzgado intentó contactar a Daniel y no pudo y entonces hizo un pedido de captura internacional.

Este jueves 11 Daniel viajó a Brno a un encuentro de desarrolladores, y en la escala en Munich lo capturó la policia alemana y lo dejaron a disposición para el pedido de extradición de la justicia argentina. Se enfrenta al menos a 6 meses de prisión mientras se tramita la causa.[3]

Nos parece desproporcionado el pedir la captura internacional y encarcelar (aunque más no sea mientras se tramita la extradición) a un padre que ya sufre por la muerte de su hija. Ruego que prime la cordura y no se someta a esta familia a más sufrimiento innecesario.

Entretanto, la esposa de Daniel está juntando fondos para poder viajar a Munich a ayudar en la liberación de su esposo [4], y también está buscando un abogado en Argentina que la pueda ayudar con los trámites legales aquí. Pueden contactarme o dejar un mensaje directamente en su blog http://dantti.wordpress.com

[1] http://dantti.wordpress.com/2011/04/17/there-is-still-hope/
[2] http://www.elobservadordellitoral.com/2011/04/10/crespo-fallecio-una-bebe-producto-de-un-accidente-de-transito-en-ruta-131-y-acceso-peron/
[3] http://www.kdeblog.com/daniel-nicoletti-miembro-de-la-comunidad-kde-necesita-nuestra-ayuda.html
[4] http://pledgie.com/campaigns/18626

15:51, Sunday, 11 November UTC

November 04, 2012

Alvaro Soliverez (Hei_Ku)

Cómo recuperar LILO en Archlinux luego de una actualización de kernel

Hace poco actualicé mi Archlinux, y me olvidé de correr lilo después de actualizar el kernel. Así es que me encontré este mensaje al reiniciar.

boot: Loading archEBDA is big; kernel setup stack overlaps LILO second stage

Tuve que iniciar desde un LiveCD de Archlinux, montar mi partición de root, “bindear” dev a la partición montada y después correr lilo apuntando ahí.

mkdir /mnt/arch
mount /dev/<root partition> /mnt/arch
mount --bind /dev /mnt/arch/dev
lilo -r /mnt/arch

Encontré muchas formas distintas de recuperar de este error, pero esta me resultó la más simple y que funcionó sin problemas.

Además, luego tuve que hacer un downgrade de kernel, y para eso hice un chroot a la partición de root. Para poder utilizar pacman en esos casos, hay que comentar la opcion CheckSpace en pacman.conf. De lo contrario, no funciona dentro del chroot.

14:11, Sunday, 04 November UTC

November 02, 2012

Albert Astals Cid (TSDgeos)

Foros en Español dentro de forums.kde.org

Hace un par de semanas que podéis encontrar el sub-foro KDE en Español dentro de los siempre geniales KDE Community Forums. Dirigiros a él si teneis algo que preguntar o compartir y preferís comunicaros en español

19:03, Friday, 02 November UTC

November 01, 2012

Alvaro Soliverez (Hei_Ku)

Charla sobre soberanía tecnología en la UTN

Hoy di una charla sobre soberanía tecnológica en la Facultad Regional Avellaneda de la UTN, dentro de la jornada FRALibre.

Acá están las diapositivas de la charla y un storify con un resumen de la charla.

Actualización: mi padre me hizo algunas correcciones, así que actualicé las diapositivas. Además, no deberían dejar de leer su libro “De los quipus a los satélites”, que me sirvió de base para esta charla.

00:57, Thursday, 01 November UTC

Older blog entries