El equipo que desarrolla el software de la red social Mastodon ha publicado la aplicación oficial para sistemas Android

Mastodon es la red social descentralizada más grande de Internet. En lugar de un solo sitio web, es una red de millones de usuarios en comunidades independientes que pueden interactuar entre sí, sin problemas.

No importa lo que te guste, ¡puedes conocer a personas apasionadas que publican sobre ello en Mastodon! Y en uno de esos nodos de Mastodon me puedes encontrar.

Y se acaba de publicar la aplicación oficial de Mastodon para sistemas Android.

Todavía se encuentra en periodo muy temprano de desarrollo, por lo que faltarán algunas funcionalidades, pero es un comienzo.

Ya había una aplicación disponible para sistemas iOS, pero ahora ya llega también la app oficial para sistemas Android.

De momento está disponible desde al Store de Google, pero también estará disponible desde f-droid cuando pase todos los requisitos necesarios.

Debido a que Mastodon ofrece API’s públicas y abiertas, ya había aplicaciónes disponibles para Android, yo personalmente utilizo Tusky, también disponible desde Google Store y f-droid.

De momento no tengo intención de cambiarla, pero quizás más adelante pruebe y compare si me quedo con una o con otra. Me daría pena tener que decirle adiós a Tusky…

Pero esta nueva aplicación, digamos que es la «oficial» ya que está desarrollada por el mismo equipo que desarrolla el propio software de Mastodon.

Las opiniones de quienes la han probado son bastante buenas. Echan en falta alguna opción, pero en general he leído buenos comentarios sobre la aplicación.

Así que felicidades a todas las personas que la han hecho posible, para que todas las personas que lo deseen la puedan utilizar.

¿Tú la has probado o vas a hacerlo? Comparte en los comentarios del blog cual es tu opinión.

Hoy me complace compartir que tenemos entre nosotros la segunda actualización de Krita 5, la aplicación para dibujantes y artistas gráficos de KDE, y la verdad, de cualquier otro sistema. Y sí, siendo la segunda lleva por numeración Krita 5.0.5 porque parece que son excelentes programando y con los lápices, pero lo que se dice contar versiones no es lo suyo.

Segunda actualización de Krita 5, puliendo la versión

Desde que se lanzó en enero Krita 5 los desarrolladores no han estado de brazos cruzados y llevan un tiempo puliendo la versión para reducir los errores que cualquier creación de software tiene, y más con el ingente número de funcionalidades que tiene esta.

De esta forma, hace unos días que fue lanzada la segunda actualización, que en palabras de sus desarrolladores:

«[…] lanzamos Krita 5.0.5, probablemente la última versión antes de que salga Krita 5.1.0, con suerte en junio. Nota sobre la numeración: no se han perdido las versiones 5.0.3 y 5.0.4. Algunas tiendas, si creen que un determinado paquete no es lo suficientemente bueno, insisten en que subas un paquete con un número de versión mayor, y eso ocurrió dos veces con la 5.0.2…pero antes de entrar en detalles…«

En la página web del anuncio encontramos el ingente número de correcciones que han realizado, pero como decíamos al principio, los desarrolladores de Krita no son buenos contando así que no las han numerado. Yo sí lo he hecho y son exactamente 83, para que no se diga que se diga que no trabajan.

Las novedades de Krita 5.0

Es el momento de dar un repaso rápido por las novedades de Krita 5.0, que no son todas las que son pero sí todas las que están.

• Renovada el sistema con el que Krita maneja herramientas como los pinceles, los degradados y las paletas, así como el etiquetado. Ahoras es mucho más rápido, utiliza mucha menos memoria y es mucho más fiable.
• Se han mejorado los degradados: más suaves y pueden manejar gamas más amplias.
• El motor de los pinceles para difuminar ha sido completamente reescrito, y tenemos un nuevo motor de pinceles, basado en MyPaint
• Se ha revisado el sistema de animación, con mejoras en la interfaz de usuario y nuevas funciones, como los marcos de clonación y las máscaras de transformación animadas.
• Añadido un editor de guiones gráficos integrado.
• Nueva herramienta: grabadora para crear un vídeo de tus sesiones de pintura

Y muchos más pequeñas mejoras. Una gran noticia para un Software que no para de mejorar y que demuestra el gran potencial que tiene el Software Libre cuando se unen esfuerzos.

Más información: Anuncio de lanzamiento | Notas de lanzamiento

¿Qué es Krita?

Para los que no lo sepan, Krita es el software de pintura digital e ilustración basado en las librerías de la plataforma KDE que antes estaba incluido en Calligra Suite.
A diferencia de otras aplicaciones gráficas, se diseño hace énfasis en la creación de imágenes desde cero, es decir, está especialmente orientado para los artistas gráficos como ilustradores, dibujantes de cómics, etc.
Krita es software libre distribuido bajo la licencia GNU GPL y fue lanzado por primera vez como parte de la versión 1.4.0 de KOffice, el 21 de junio de 2005. (Vía: Wikipedia)

Para ver el funcionamiento de esta aplicación nada mejor que ver un vídeo de Odysseas Stamoglou en la que nos muestra como dibujar una chica dedel futuro con Krita.

La entrada Segunda actualización de Krita 5, puliendo la versión se publicó primero en KDE Blog.

Many of you are taking advantage of the SCM/CI integration in OBS. Sometimes the integration fails and it’s hard to find out why. In the last weeks, we have focused on improving the error handling and adding more meaningful error messages to make things easier for you. Haven’t you tried the SCM/CI integration yet? Please join the beta program and read our previous blog posts to learn about the topic. We started off the continuous...

The first one is splitting text into script runs (separating runs of e.g. latin text from RTL text). About 61% of time is spent in vcl::text::TextLayoutCache. Which is rather strange for something called 'cache'. But this is one of the cases of poor naming, as the class is actually not a cache, it is the result of the script run splitting. It is called TextLayoutCache probably because callers are supposed to cache it and pass the same item to several OutputDevice calls ... which mostly does not happen. So whenever a text is to be drawn, this gets recreated. To make things even worse, it is done for the entire string, even if only a part of it is drawn, so this supposed cache actually makes things slower.

This can be fairly easily fixed by turning the class into an actual cache. Each TextLayoutCache instance depends only on the string, so it's easy to keep a reasonable number of them in one global cache.

The second problem is breaking text into multiple lines at suitable places. In this case the problem was in the ICU library we use. The common scenario when breaking text is finding the first break and then continuing with the same text to find the following break, and so on. ICU code tries to cache this if the position in the text is close enough to the previous one, and if it's not close enough but after the last position, it tries to only walk back a bit instead of repeating the entire work from the beginning of the string. But for whatever strange reason this walking back didn't work, and it walked back until the very beginning. And the test handling the result of the walking back didn't check what the result was and reset the position to whatever the result was. So in practice the breaking almost always started from the beginning, even if the last position was a way more reasonable place to start breaking from. So 26% of time is spent breaking the same text over and over (and it's only 26% because script run splitting is even more expensive).

I've reported this to ICU together with a suggested fix to not reset position to beginning if the last position is better, they've confirmed the problem, but apparently want to look at why the walking back doesn't work in the first place, and there has not been an actual fix from them yet. So I've at least pushed my patch for now.

The resulting perf profile now looks much better:

As can be seen from the number of cycles at the bottom, this is now almost 10x faster (well, ok, 8x to be more precise). The script run splitting can't be seen anymore (it's ~0.1% now), text breaking is still there, but way smaller (6%, and that's 6% of a total that's 8x smaller, so it would be 0.75% compared to the original 26%). Not bad. The PDF generation still takes a couple of seconds (it's 400 pages after all), but it's way faster.

Other problem I noticed while working on this was the related bugreport #144515 (and a couple more that I've closed as its duplicates):

The primary cost here is OutputDevice::ImplLayout(), which lays out text into glyphs and their positions. It is possible to cache this using the SalLayoutGlyphs class, and e.g. Writer has already started caching that for repeated calls, but in this case it's Calc using the EditEngine class, which does no caching.

So as a fix I've moved the caching code to VCL and turned it into a generic SalLayoutGlyphsCache class, and then made this place use that cache ... which didn't really help that much. After investigation it turned out that EditEngine tries to fit the given text into the given paper size (Calc's cell in this case), and so it repeatedly asks to lay out the entire long string in the cell, then breaks the line at the needed width, and then it repeats the same with the rest of the string for the next line, and so on. Which again results in horrible O(N^2) performance that mostly repeats the same over and over again.

But that should be possible to avoid, right? If it's repeatedly the same text, just a subset with increasing starting index, then presumably the glyphs are the same, and their positions are also the same, just at an offset. Well, it's not that simple actually, as in some cases it's not possible to cut glyphs for text at a random place and hope it'll be exactly the same as text layout would give, since text layout may try e.g. to position several adjacent spaces more nicely. But after a couple of attempts Noel pointed out to me that Harfbuzz actually provides information about places where it's not safe to break. Finally, I noticed that the problem with a number of those bugreports is people having small Calc cells with long text, where most of the text is not seen. So for the default case it can be made to show only the start of the text that fits, and so I made it possible for EditEngine to stop breaking lines when the given size is filled in instead of trying to pointlessly process lines that won't be needed.

Again, the resulting profile looks much better:

The operation is now almost 100x times faster (*cough*, ok, 62x) and is just a relatively small part in the total picture. Let's call that good enough.

In other somewhat related news, the fontconfig library has a new stable release that finally includes some performance improvemens when looking up fonts (not updated on its webpage, but available for download in release list).

BTW, since this was a TDF tender work, these improvements have been funded by TDF donations.

Après les émotions des élections présidentielles, prenons un peu de temps pour nous consacrer au chiffrement afin de nous blinder contre l’hameçonnage. Nous avons déjà organisé des KSP dans le passé. Notre session du 21 MAI prochain sera axé sur le sujet. En effet, si tous nos courriels reçus étaient chiffrés, il n’aurait plus des …

Cybersécurité – Le chiffrement de vos courriels comme parade au Phishing (Hameçonnage)Read More »

The post Cybersécurité – Le chiffrement de vos courriels comme parade au Phishing (Hameçonnage) appeared first on Cybersécurité, Linux et Open Source à leur plus haut niveau | Network Users Institute | Rouen - Normandie.

Un 18 de abril de 2012 se enviaba el primer commit a un incipiente proyecto llamado GNU Guix

GNU Guix es un gestor de paquetes de software transaccional y una distribución de sistema GNU avanzada que respeta las libertades del usuario.

GNU Guix puede ser utilizado como sistema de gestor de software en cualquier sistema ya funcional que use kernel Hurd o Linux o puede utilizarse como un sistema operativo propio en equipos con arquitecturas i686, x86_64, ARMv7, AArch64 o POWER9.

El nombre de Guix viene originado por una mezcla entre el lenguaje Guile y el gestor de paquetes Nix.

Un 18 de abril de 2012, se enviaba un primer commit a un muy reciente proyecto ya llamado Guix, de esta forma comenzaba la historia de este proyecto puesto en marcha por Ludovic Courtes.

Poco a poco, han pasado 10 años y ese proyecto ha madurado lo suficiente como para formar ya una comunidad sólida con más de 600 personas colaborando y superando los más de 94.000 commits de código, traducciones a varios idiomas, etc.

Guix facilita a usuarias sin privilegios la instalación, actualización o borrado de paquetes de software, la vuelta a un conjunto de paquetes previo atómicamente, la compilación de paquetes desde las fuentes, y ayuda de forma general en la creación y mantenimiento de entornos software.

Es un sistema extensible y personalizable, ya que con los conocimientos necesarios se pueden escribir definiciones de paquetes propias.

El sistema GNU Guix

La distribución GNU Guix utiliza el kernel Linux-libre y el sistema de inicialización GNU Shepherd. Y utiliza en su totalidad únicamente software libre.

El sistema GNU Guix está disponible con escritorios GNOME, Xfce, LXDE y Enlightenmen. Para algunos gestores de ventanas X11. Y por el momento no está disponible Plasma de KDE.

Desde luego GNU Guix no es un sistema apto para recién llegados a este mundillo. Pero si te gustan los retos y probar cosas nuevas quizás debas animarte. Quienes lo han probado hablan maravillas de sus funcionalidades.

Si tu ya lo utilizas, tanto el gestor de paquetes o el propio sistema, utiliza los comentarios del blog para aportar cuales son las ventajas de una u otra herramienta.

Enlaces de interés

• https://guix.gnu.org/es/blog/2022/10-years-of-stories-behind-guix/
• https://guix.gnu.org/es/manual/devel/es/guix.es.html
• https://guix.gnu.org/

Seguimos sin favoritismos. Si anteayer hablaba de las charlas de FLISOL Tenerife 2022 que se celebrará el 23 de abril, hoy toca hablar de las charlas de FLISOL 2022 de Oviedo que también lo celebraran la semana que viene. Una nueva oportunidad de iniciarse en el mundo del Software Libre y conocer esa maravillosa Comunidad.

Charlas de FLISOL de Oviedo 2022 del 23 de abril

Igual que ayer, antes de empezar con el meollo del artículo es interesante hacer una breve introducción. Y es que cada año, desde 2008, el cuarto sábado de abril se organizan unas jornadas de difusión de Software Libre de forma simultánea en multitud de lugares del planeta. Este evento recibe el nombre de FLISOL y como principal objetivo es promover el uso del software libre mediante charlas y eventos.

Hace ya 12 años se organizó por primera vez en Oviedo (el primero de Europa), por lo que en 2022 será la 13ª vez que se realice. Y es que lo gratificante de la experiencia y la importancia de apoyar y difundir el Software Libre en nuestro entorno, nos motiva a continuar año tras año.

Esta edición de FLISOL 2022 de Oviedo está organizado por Pica Pica Hacklab y tiene una temática muy especial con el siguiente lema «Sí a la paz. No a la censura.«, ya que según los organizadores:

[..] considerando el inaceptable avance de la censura informativa que estamos sufriendo, y las numerosas peticiones de información recibidas, Pica Pica HackLab ofrecerá el sábado 23 de abril de 2022 una jornada especial «Herramientas libres contra la censura informativa» vía videoconferencia para que cualquier persona desde cualquier lugar puede acceder a esta información que es necesaria difundir.»

El programa es el siguiente:

10:00-10:30 h : Presentación de la jornada
10:30-11:30 h : Censura y medios de comunicación
12:00-13:00 h : Conceptos de criptografía

16:00-17:00 h : Teoría y uso de VPN
17:30-18:30 h : Teoría, uso y riesgos de Tor
19:00-20:00 h : Sistema de Nombres de Dominio (DNS)

Como hemos dicho arriba, todas son videoconferencias de libre acceso, que se emitirán en directo en el horario indicado usando software libre de videoconferencia desde https://video.picahack.org

Más información: FLISOL 2022 de Oviedo

¿Qué es Flisol?

Para los que todavía no conozcan Flisol, se trata de un evento «… de difusión de Software Libre más grande en Latinoamérica y está dirigido a todo tipo de público: estudiantes, académicos, empresarios, trabajadores, funcionarios públicos, entusiastas y aun personas que no poseen mucho conocimiento informático…»

La asistencia es gratuita y su principal objetivo es promover el uso del software libre, dando a conocer al público en general su filosofía, alcances, avances y desarrollo.

Tenemos un canal de telegram donde los asistentes al evento recibirán información actualizada GRUPO DE TELEGRAM PARA ASISTENTES.

La entrada Charlas de FLISOL de Oviedo 2022 del 23 de abril se publicó primero en KDE Blog.

Last Friday, my wife and I packed up our car and drove 9.5 hours south from Prague, Czech Republic through Austria and Slovenia to a small coastal town in Croatian on the Adriatic sea. We used the Waze app on my Android phone for guidance all the way there. We stayed in an Airbnb that I found online. On the way to Croatia, we stopped outside Saltzburg, Austria for lunch. Just outside of Ljubliana, Slovenia, we topped up on diesel and had a drink and a short break.

On Saturday, we drove 90 minutes to Trieste, Italy. Except for a small problem where I put the wrong address into the Waze app, we drove to the Miramare castle parking lot through the narrow Italian streets in my big (by Italian standards) SUV. Afterward, we looked for a shopping center in Trieste where we could buy some wine and gifts for family and friends back in Prague. I found one on Google and we were there 15 minutes later.

On Sunday, we went to the Roman coliseum in Pula, Croatia. Pula is about 90 minutes away in the opposite direction from Trieste. It seemed to be a popular tourist location even on a major holiday. Parking was a bit rough but not unbearable. In truth, understanding how to use the parking meter was the only time where we had much of a problem concerning language on the entire trip.

I am blessed and privileged to fluently speak the language that is the lingua franca of much of the world today. Yet for all of my adventures on this short vacation, I can say if I didn’t speak English, but still had a relatively good understanding of technology, the difficulty level of this trip would not have been substantially greater. This is a great wonder of modern life. In previous decades or centuries, journeys like this would be rare and would require much more bravery. This was true even 50 years ago with a car.

This freedom to travel far and wide is made possible by technological innovation. I used an app on my smartphone to provide reliable verbal directions to a small village that I had never heard of before. I used a website on my computer to find an apartment for rent which I paid for online. I used a search engine on my phone to get a conversion rate on my money. I used ATMs from banks I never heard of to get Euros and Croatian Kuna that were programmed in 4 to 5 different languages. These are all things that have never been possible in the past.

We live in amazing times. If we ever lost all of this, it would be a tragedy and because of that, I don’t want to take it for granted. We can’t assume that this progress will still be here tomorrow or next year. It can be taken away. We can regress.

SUSE-IT plans a replacement of some network equipment in the Nuremberg Datacenter next Thursday (2022-04-21), between 4PM to 5PM CEST. Actual downtime is planned to be up to 15 minutes.

Affected services:

• OBS
• Wikis
• Jitsi
• Forums
• Matrix
• Mailing Lists
• Etherpad
• Moodle
• and some more

Please have a look at our status page for more details.

As usual, the openSUSE heroes can be reached via IRC (irc.opensuse.org/#opensuse-admin) or (with delayl Email (admin@opensuse.org).

Hoy no hay entrada.

La entrada En memoria de Pedro de masgnulinux se publicó primero en KDE Blog.