cabelolama: Rápida Convolução de Fourier.
Um modelo neural chamado LaMa (grande mascara em Pintura) que remove parte da imagem selecionada por máscaras irregulares. Usando Robusta e rápidas convolução de Fourier, um princípio computacional que obtêm a percepção do campo para ser preenchido com uma consistência visual incrível.
O resultado é surpreendente, pois o modelo interpreta e cria um novo campo preenchido pro predição visual. Este modelo pula as previsões intermediarias para obter os resultados em apenas uma única etapa. A técnica adquire todo o contexto da imagem utilizando Rápida Convolução de Fourier, assim utilizando informações de todas as partes da imagem para preencher a mascara sob a imagem.
Sistemas modernos similares sofrem com grandes áreas ausentes, estruturas complexas e alta resolução. Esta técnica propões um novo método, baseado em uma nova arquitetura de rede de pintura com Rápida Convolução de Fourier. Esta rede se encontra no estado da arte e alcança um desempenho formidável mesmo em cenários desafiadores.
Paper: https://arxiv.org/abs/2109.07161
Fontes: https://github.com/cabelo/lama
LLVM, PipeWire, git update in Tumbleweed
There have been three openSUSE Tumbleweed snapshots released since last Thursday.
If the 20220420 snapshot passes openQA, it might be released before this article publishes and push the number of snapshots released to four.
A little less than 10 packages were updated in the 20220419 snapshot. The most updates in the snapshot came in the 5.17.3 Linux Kernel update. A few KVM fixes were made for x86; there was also one for arm64 that makes sure an event filter isn’t changed. There were also about 30 Direct Rendering Manager changes in the kernel update. Wine applications using the JACK backend should no longer crash with the pipewire 0.3.50 update. The audio and video package update also had a change that ensures Advanced Linux Sound Architecture will now only allocate a buffer size big enough to hold four times the quantum limit instead of as large as possible. The update of the libnl3 3.6.0 package added Generic Routing Encapsulation and Virtual Tunnel Interface support for IPv6 and both yast2-trans and libstorage-ng 4.5.4 updated slavic translations.
Snapshot 20220415 updated ImageMagick to version 7.1.0.29. A few reversions were made in the update, according to the changelog, and a fix was made to account for gray images imported as RGBA. The first minor release for Mozilla Firefox 99 was made with the 99.0.1 update. The browser update fixed a selection issue in the Download panel with the drag and drop. There was also a fix for an issue preventing the Zoom gallery mode to work. An update of git 2.35.3 fixed a Common Vulnerabilities and Exposures; CVE-2022-24765 could have allowed git to execute commands defined by other users from unexpected worktrees, according to the changelog. Other packages to update in the snapshot were vim 8.2.4745, Ruby 3.1.2, Xen 4.16.1, whois 5.5.13 and more.
With the 20220414 snapshot from last Thursday, the procps package was reverted from version 4.0.0 to 3.3.17. This major version reversion picked up several patches and took care of some CVEs. A major version update of LLVM 14.0.0 arrived in the snapshot. This version brought in a bunch of new tools, dropped some patches and opted to split up Clang libraries, which was inspired by GNU Compiler Collection packaging. A major update of libunistring 1.0 was made in the snapshot, which provided Unicode 14.0.0 support and a license change. There was a git version update of kdump 1.0.2, which gave a filesystem remount for fadump regarding read and write. Also updated in the snapshot was a newer version of ncurses and dracut. There were several other packages updated in the snapshot.
MemberWindows made easy: Windows Subystem for Linux
How can you make Windows easy? Install the Windows Subsystem for Linux, or WSL in short. Well, probably this is not true for everyone. However, as a Linux user, I definitely love WSL. When not using a browser or text editor, I spend my time on the command line. With WSL, you can have the familiar Linux command line environment from openSUSE also under Windows.
Why Windows?
Die hard Linux users might ask: why do I use Windows? There is an Open Source alternative for almost all Windows software. Well, it’s mostly true. However there are multiple problems. I love state-of-the-art hardware. Nothing could open the RAW files from my brand new camera for years under Linux, so I had to use Windows to process those files. My other hobby is playing on the synthesizer. Not that I ever learned music, but I still enjoy most of the noise I make (strictly only using headphones…). Linux Audio was problematic even before PulseAudio was introduced, but now it’s even more difficult and its sound quality is even worse. And while there are some software synthesizers available under Linux, there are a lot more available under Windows. Without spending days and weeks to get them to work.
As a bonus, using Windows also helps to separate my work and private life. Linux is my work OS, Windows is my play OS for photography and music. And I do not have access to anything work-related from my Windows box.
Why WSL?
I recall that one of my managers told me when he saw how I work: you do not need a GUI, you do everything in a terminal window. Well, it’s not completely true, but I even start LibreOffice from a terminal and not from the menu. On Windows, it’s slightly different: I start all applications from the search window. For working with files, I use the terminal. PowerShell is powerful, just as its name implies. However, I already have shell scripts to manage photo archives and got used to BASH anyway. Using WSL, I do not have to learn PowerShell, but I can keep using my familiar tools. Use joe for text editing, Midnight Commander for file management, including sftp access to remote Linux hosts. There might be native alternatives available on Windows. But that would require research, testing software, integrating a new environment.
When installing openSUSE Leap in WSL I can keep the exact same scripts and workflows on my Windows box as I already have on Linux. I can spend my time on photos and music instead of building up and maintaining a new environment on Windows.
flower
You can find some of my photos on-line at GuruShots: https://gurushots.com/pczanik/photos
There are no recordings of my music, not even in private :-)
Mastodon ya tiene APP oficial para Android
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.
Segunda actualización de Krita 5, puliendo la versió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.
What's Wrong With My SCM/CI integration?
Improving text layout performance
So I've been working on improving LO text layout performance, as specified by the TDF tender. As it says, text layout in LO can be rather slow, because of problems like repeated text layout calls for the same text.
Let's have a look at a perf profile for PDF export of the document from bug#116400 :
There are two major costs here:
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):
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:
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.
Cybersécurité – Le chiffrement de vos courriels comme parade au Phishing (Hameçonnage)
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.
El proyecto GNU Guix cumple 10 años
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/
Charlas de FLISOL de Oviedo 2022 del 23 de abril
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.