Spring cleanup
What you can probably spot from past posts on my blog, my open source contributions are heavily focused on Weblate and I've phased out many other activities. The main reason being reduced amount of free time with growing family, what leads to focusing on project which I like most. It's fun to develop it and it seems like it will work business wise as well, but that's still something to be shown in the future.
Anyway it's time to admit that I will not spend much time on other things in near future.
Earlier this year, I've resigned from being phpMyAdmin project admin. I was in this role for three years and I've been contributing to the project for 18 years. It has been time, but I haven't contributed significantly in last few months. I will stay with the project for few more months to handle smooth transition, but it's time to say good bye there.
On the Debian project I want to stay active, but I've reduced my involvement and I'm looking for maintainers for some of my packages (mostly RPM related). The special case is the phpMyAdmin package where I was looking for help since 2017, but it still didn't help from the package becoming heavily outdated with security issues what lead to it's removal from Buster. It seems that this has triggered enough attention to resurrect work on the updated packages.
Today I've gone through my personal repos on GitHub and I've archived bunch of them. These have not received any attention for years (many of them were dead by the time I've imported them to GitHub) and it's good to clearly show that to random visitors.
I'm still main developer behind Gammu, but I'm not really doing there more than occasional review of pull requests and merging them. I don't want to abandon the project without handing it out to somebody else, but the problem is that there is nobody else right now.
Compte-rendu de la conférence openSUSE 2019 (oSC19)
Du vendredi 24 au dimanche 26 s'est tenue, à Nuremberg, la conférence annuelle du projet openSUSE. Comme chaque année, cette conférence est l'occasion de rassembler les membres de la communauté, de présenter les projets en cours et les grandes tendances techniques, de boire des bières et de faire le point sur l'avenir du projet.
![]()
La conférence s'est ouverte le vendredi matin, par une keynote de Thomas DiGiacomo puis les présentations se sont enchaînées, avec pour thème principal de cette édition, les projets Kubic et MicroOS, c'est-à-dire plutôt des technologies évoluant autour de la containerisation applicative. En milieu de matinée, l'équipe d'EOS nous a présenté ses travaux autour de la création d'EOS Design System, un outil de création de design et d'interfaces cohérentes entre plusieurs sites web et applications. J'ai assisté ensuite à une présentation de Neal Gompa, membre actif des projets openSUSE et Fedora (par ailleurs sponsor de l'événement), qui a fait un comparatif des gestionnaires de paquets utilisés au sein des deux distributions. Après le repas, j'ai assisté à trois présentations autour des containers:
- leur création avec openSUSE (en tant qu'hôte et système « invité ») ;
- MicroOS, un projet openSUSE, qui vise à fournir un système d'exploitation minimal, mono objectif et tirant le meilleur parti des mises à jour atomiques ;
- le déploiement d'un cluster Kubernetes.
Après le repas, offert par openSUSE et les sponsors de l'événement s'il vous plaît! et une bonne bière au soleil, j'ai poursuivi avec une présentation d'Ish Sookun détaillant comment exécuter des containers, en production, grâce à MicroOS puis avec une seconde présentant le déploiement de Ceph (un système de stockage distribué/répliqué) grâce à Rook, au sein d'un cluster Kubernetes sur une base Kubic.
En fin d'après midi, j'ai pris un peu le soleil en participant à la petite « chasse au trésor » dont l'objectif était de trouver une dizaine de QR codes puis de répondre aux questions sur openSUSE vers lesquelles ils pointaient. Un jeu fort sympa qui m'a permis de gagner une casquette openSUSE ! \m/(^_^)\m/

La journée s'est finie autour d'un pinte et d'un bon repas avec des personnes de chez SUSE et ARM, dans un chouette restaurant de la vieille ville (@ARM: merci pour tout le poisson).

Le samedi matin, j'étais bénévole pour aider à l'accueil, sous la houllette de Katrin aka Booth Babe, sainte-patronne des volontaires sur l'événement. En effet, il était demandé, dans la mesure du possible, aux membres bénéficiant du Travel Support Program, de filer un coup de main, ce qui est normal. Même si j'ai raté 2 conférences qui m'intéressaient (dont celle de Guillaume Gardet sur l'état d'openSUSE sur ARM, désolé Guillaume), j'ai fait la connaissance de Dimitar, un membre de la communauté openSUSE à Sofia, Bulgarie, très actif chez lui et pour le moins passionné puisqu'il a conduit près de 15h pour se rendre à Nuremberg !
Un peu avant midi, je suis allé voir une présentation sur les mises à jour transactionnelles. C'est un bien gros mot qui désigne un système de mises à jour dites « atomiques », à savoir qu'elles s'appliquent complètement ou pas du tout (ex.: une partie d'un paquet mais pas l'autre suite à un problème ou encore un paquet maître mais pas ses dépendances suite à une coupure réseau, etc.). openSUSE utilise les fonctionnalités d'instantanés (snapshots) de btrfs pour créer un instantané sur lequel les modifications induites par la mise à jour sont appliquées, laissant le système actuel dans son état fonctionnel. Ce snapshot sera appliqué au démarrage suivant. En cas de problème (impossibilité de booter, services non opérationnels), un roll-back est possible très facilement.
Par la suite, pingou, membre du projet Fedora, a présenté Pagure, une forge logicielle, basée sur Git, simple, puissante et efficace qu'il a rendu disponible dans openSUSE.
En fin d'après-midi, nous avons eu droit aux obligatoires lighting (beer (and wine)) talks. Si vous n'êtes pas familier du concept, il s'agît de très courtes présentations, 5 min, sur toutes sortes de sujets, durant lesquelles le présentateur doit toujours avoir une bière ou un verre de vin à la main. Le tout en expliquant son sujet, buvant, déroulant les diapositives et en tenant le micro. Tout un art !
Après la traditionnelle photo de groupe, nous avons eu droit au barbecue, sous un peu de pluie mais on va pas se plaindre suivi d'un petit concert super sympa donné par le SUSE Band allemand.

Le dimanche fut plus calme marqué surtout par deux conférences très intéressantes :
- la présentation sur l'identité visuelle et les logos du projet openSUSE, par Stasiek Michalski (aka lcp). Il a présenté ses réflexions autour des éléments graphiques du projet, ce qui va et ne va pas et à fait de chouettes propositions qu'on peut retrouver sur Github ;
- la seconde n'est rien d'autre que la traditionnelle discussion avec le conseil (board) openSUSE. Durant celle-ci, les membres du conseil nous ont présenté leur réflexion autour de leurs travaux sur la création d'une fondation openSUSE. Ceci n'est qu'au stade d'étude pour l'instant et sera soumis au vote (en 2 étapes) de la communauté mais présente a priori de nombreux avantages (moins de dépendance vis-à-vis de SUSE, possibilité d'avoir plus de sponsors, des dons matériels, des fonds collectés, etc...). Affaire à suivre de près donc.
Après une dernière petite bière sur place avec l'ami Guillaume, j'ai pris le large direction l'aéroport pour... une dernière petite bière à Nuremberg !

Les conférences annuelles du projet sont vraiment un excellent moment, très intéressant tant techniquement qu'humainement et j'ai hâte de l'an prochain !
Tags: opensuse
Why precompiled headers do (not) improve C++ compile times
Yeah, so would I. Who wouldn't. C++ is notorious for taking its sweet time to get compiled. I never really cared about PCHs when I worked on KDE, I think I might have tried them once for something and it didn't seem to do a thing. In 2012, while working on LibreOffice, I noticed its build system used to have PCH support, but it had been nuked, with the usual poor OOo/LO style of a commit message stating the obvious (what) without bothering to state the useful (why). For whatever reason, that caught my attention, reportedly PCHs saved a lot of build time with MSVC, so I tried it and it did. And me having brought the PCH support back from the graveyard means that e.g. the Calc module does not take 5:30m to build on a (very) powerful machine, but only 1:45m. That's only one third of the time.
In line with my previous experience, on Linux that did nothing. I made the build system support also PCH with GCC and Clang, because it was there and it was simple to support it too, but there was no point. I don't think anybody has ever used that for real.
Then, about a year ago, I happened to be working on a relatively small C++ project that used some kind of an obscure build system called Premake I had never heard of before. While fixing something in it I noticed it also had PCH support, so guess what, I of course enabled it for the project. It again made the project build faster on Windows. And, on Linux, it did too. Color me surprised.
The idea must have stuck with me, because a couple weeks back I got the idea to look at LO's PCH support again and see if it can be made to improve things. See, the point is, PCHs for that small project were rather small, it just included all the std stuff like <vector> and <string>, which seemed like it shouldn't make much of a difference, but it did. Those standard C++ headers aren't exactly small or simple. So I thought that maybe if LO on Linux used PCHs just for those, it would also make a difference. And it does. It's not breath-taking, but passing --enable-pch=system to configure reduces Calc module build time from 17:15m to 15:15m (that's a less powerful machine than the Windows one). Adding LO base headers containing stuff like OUString makes it go down to 13:44m and adding more LO headers except for Calc's own leads to 12:50m. And, adding even Calc's headers, results in 15:15m again. WTH?
It turns out, there's some limit when PCHs stop making things faster and either don't change anything, or even make things worse. Trying with the Math module, --enable-pch=system and then --enable-pch=base again improve things in a similar fashion, and then --enable-pch=normal or --enable-pch=full just doesn't do a thing. Where it that 2/3 time reduction --enable-pch=full does with MSVC?
Clang has recently received a new option, -ftime-trace, which shows in a really nice and simple way where the compiler spends the time (take that, -ftime-report). And since things related to performance simply do catch my attention, I ended up building the latest unstable Clang just to see what it does. And it does:
So, this is bcaslots.cxx, a smaller .cxx file in Calc. The first graph is without PCH, the second one is with --enable-pch=base, the third one is --enable-pch=full. This exactly confirms what I can see. Making the PCH bigger should result in something like the 4th graph, as it does with MSVC, but it results in things actually taking longer. And it can be seen why. The compiler does spend less and less time parsing the code, so the PCH works, but it spends more time in this 'PerformPendingInstantiations', which is handling templates. So, yeah, in case you've been living under a rock, templates make compiling C++ slow. Every C++ developer feeling really proud about themselves after having written a complicated template, raise your hand (... that includes me too, so let's put them back down, typing with one hand is not much fun). The bigger the PCH the more headers each C++ file ends up including, so it ends up having to cope with more templates. With the largest PCH, the compiler needs to spend only one second parsing code, but then it spends 3 seconds sorting out all kinds of templates, most of which the small source file does not need.
This one is column2.cxx, a larger .cxx file in Calc. Here, the biggest PCH mode leads to some improvement, because this file includes pretty much everything under the sun and then some more, so less parsing makes some savings, while the compiler has to deal with a load of templates again, PCH or not. And again, one second for parsing code, 4 seconds for templates. And, if you look carefully, 4 seconds more to generate code, most of it for those templates. And after the compiler spends all this time on templates in all the source files, it gets all passed to the linker, which will shrug and then throw most of it away (and that will too take a load of time, if you still happen to use the BFD linker instead of gold/lld with -gsplit-dwarf -Wl,--gdb-index). What a marvel.
Now, in case there seems to be something fishy about the graphs, the last graph indeed isn't from MSVC (after all, its reporting options are as "useful" as -ftime-report). It is from Clang. I still know how to do performance magic ...
Coding is a Craft
I remember the exact room I was in the first time I realised that, for me, programming was about more than just solving problems. It was shortly before graduating from University, and I was sat in a meeting room in the Imagination Technologies office in Leeds. My soon-to-be-boss asked me:
“If you weren’t a programmer, what other job would you do?”
No one had ever asked me that before. And I don’t think I’ve ever been asked since. But thinking about it for all of 10 seconds, I realised that I wanted to create things, no matter what job I had.
It’s taken me a long time to accept that it’s OK to want to build things with software that doesn’t simultaneously solve a problem. It’s OK to write code for the sake of it.
Because, personally, writing code feels a lot like practicing a craft. Yes, you get better the more you do it. But it also fulfills a deep-seated desire to bring something into the world that didn’t exist before. Not that I’m saying no one’s ever written a boot loader before, but no one’s ever written a boot loader that way I wrote mine.
Viewed this way, side projects take on a whole new purpose. They’re a great way to exercise your creativity. You need side projects, not necessarily to learn new skills, but to use the ones you already have.
Writing code isn’t just about solving problems. It’s also good for the soul.
使用 gcsfuse 掛載 google cloud storage with openSUSE Leap 小記
- 使用 google 驗證
- 使用 服務帳戶金鑰
- 例如 $ scp steadfast-oadmin-adf10.json YOUR_USER@SERVER_IP:/home/YOUR_USER
- steadfast-oadmin-adf10.json 是剛剛的金鑰
- Bucket 前面不需要加上 gs://
Mejoras en openSUSE Leap 15.1 8a. parte
Los científicos, ingenieros y desarrolladores ahora pueden trabajar con GNU Octave versión 5.1, que incluye toneladas de correcciones de errores, API mejorada y alineación de comandos con el soporte de Matlab y HiDPI para el sistema de trazado.
Sujeta los valores permitidos de la profundidad del evento recibido sobre la federación para que sea [0, 2 ^ 63 - 1]. Esto mitiga un ataque en el que los eventos maliciosos inyectados con profundidad = 2 ^ 63 - 1 hacen que las habitaciones (rooms) queden inutilizables. La profundidad se utiliza para determinar el orden cosmético de los eventos dentro de una sala, por lo que la ordenación de los eventos en dicha sala usará por defecto el uso de stream_ordering en lugar de la profundidad (topological_ordering). Esta es una solución temporal para mitigar el abuso en la naturaleza, mientras se implementa una solución larga para mejorar la forma en que se usa el parámetro de profundidad. Los detalles completos en https://docs.google.com/document/d/1I3fi2S-XnpO45qrpCsowZv8P8dHcNZ4fsBsbOW7KABI
Pin Twisted a <18.4 hasta que dejemos de usar la API _OpenSSLECCurve privada.
El software de servidor forjado Pagure Git forge se incluye por primera vez.Pagure ofrece una solución fácil, personalizable y liviana para configurar su propio servidor de repositorio Git con todas las funciones. Es similar a otras opciones populares basadas en Git, permitiendo a los desarrolladores y colaboradores compartir y colaborar en código y contenido. Sin embargo, también tiene algunas características únicas que no se encuentran en ninguna otra opción de Git que proporcione la base para el desarrollo y el desarrollo de código de software descentralizado y federado.
Se incluye la versión 5.5 y se proporciona un tema con sabor a openSUSE como predeterminado.
DNF proporciona lo siguiente a través de YUM: una API de Python mantenida y documentada, informes de problemas mejorados, seguimiento avanzado de dependencias débiles, soporte para dependencias ricas e información más detallada de las transacciones mientras se realizan acciones.
La API de DNF Python es estable y compatible, mientras que las API subyacentes libdnf y hawkey (tanto C como Python) son inestables, y es probable que cambien en futuras versiones.
DNF no está configurado actualmente con los repositorios de openSUSE para la administración de software de forma predeterminada.
openSUSE Leap 15.1 - 1a. parte
openSUSE Leap 15.1 - 2a. parte
openSUSE Leap 15.1 - 3a. parte
openSUSE Leap 15.1 - 4a. parte
openSUSE Leap 15.1 - 5a. parte
openSUSE Leap 15.1 - 6a. parte
openSUSE Leap 15.1 - 7a. parte
Mejoras en openSUSE Leap 15.1 7a. parte
Multimedia
VLC
VLC 3.0.6 es la segunda versión de la rama "Vetinari" para este popular reproductor multimedia. VLC es un marco y reproductor multimedia multiplataforma de código abierto y gratuito que reproduce la mayoría de los archivos multimedia, así como DVD, CD de audio, VCD y varios protocolos de transmisión. VLC 3 activa la decodificación de hardware de forma predeterminada para obtener una reproducción de 4K y 8K. La versión secundaria más nueva corrige un bloqueo importante de 3.0.5. Los siguientes artículos fueron agregados en la versión 3.0.6:
- Mejoras para soporte HDR en AV1
- Añadir soporte para decodificación de 12 bits de AV1
- Arregle el soporte HDR en AV1 cuando el contenedor proporciona los metadatos
Visita aquí para más información sobre los codecs.
GNU Health, el sistema de gestión hospitalaria y de salud galardonado, viene en la versión 3.4.x. Esta versión presenta el Servidor de federación, gnuhealth-thalamus.
Hemos agregado un script de configuración para GNU Health llamado openSUSE-gnuhealth-setup, para facilitar la configuración de un nuevo sistema para usuarios menos experimentados.
En caso de que esté actualizando GNU Health desde una versión anterior, asegúrese de seguir la documentación en / usr / share / doc / packages / gnuhealth / upgrade
¡Como de costumbre, GNU Health también está disponible en la Raspberry Pi!
OnionShare es una aplicación Python que te permite compartir archivos de forma segura a través de la red Tor.
Sincronizando
¡Ahora los usuarios pueden compartir archivos con un Syncthing aún más estable y confiable! El software de uso compartido descentralizado ahora ha ganado soporte para Go 1.12, proporcionando cambios en la API para los desarrolladores, más integración con Docker y un trabajo en curso para ser totalmente compatible con TLS 1.3 en la versión 1.1.1.
Se encuentra disponible una actualización de pila de gráficos completamente nueva con la distribución estable de GNU / Linux de código abierto basada en la comunidad y la empresa, Leap 15.1. El hardware de gráficos compatible con el kernel 4.19 de Linux se respaldó para el lanzamiento de Leap 15.1, que admite más controladores de gráficos para la unidad de procesamiento de gráficos (GPU) y un mejor soporte para las tarjetas Vega de AMD.
La virtualización de GPU se ha vuelto bastante popular entre proveedores como AMD, Intel y Nvidia, y Leap 15.1 ayuda a brindar estas soluciones de implementación y soporte para entornos virtualizados y de nube.
Compatibilidad con el cifrado AES con HMAC-SHA2 para Kerberos 5 definido en RFC 8009
openSUSE Leap 15.1 - 1a. parte
openSUSE Leap 15.1 - 2a. parte
openSUSE Leap 15.1 - 3a. parte
openSUSE Leap 15.1 - 4a. parte
openSUSE Leap 15.1 - 5a. parte
openSUSE Leap 15.1 - 6a. parte
openSUSE Leap 15.1 - 8a. parte
Mejoras en openSUSE Leap 15.1 6a. parte
Kubic
Snapper
Snapper ahora puede reportar el espacio utilizado único para cada actualización instantánea. Vease esta publicación para más detalles.
Mejoras al instalador
openSUSE Leap 15.1 será el primer sistema operativo multipropósito que admita una experiencia de instalación de Linux completamente estándar en Raspberry Pi. No se puede instalar una ISO específica personalizada, no se debe copiar una imagen precocida al sistema ... simplemente tomando la imagen ISO openSUSE no modificada estándar para ARM e instalándola como lo haría en cualquier otra computadora. Para obtener más detalles y algunos consejos útiles, se puede consultar la sección correspondiente en el blog del equipo YaST.
De manera más general, ahora es posible configurar un sistema sin contraseña de forma inmediata especificando durante la instalación la clave SSH que se usará para autenticar al usuario root.
La propuesta de partición predeterminada se ha mejorado mucho para comportarse mejor en varios escenarios que no fueron tan bien apoyados en Leap 15.0. Esto incluye discos pequeños, sistemas con varios discos o sistemas que utilizan la tecnología Intel Rapid Start.
Además, ahora es posible elegir con un solo clic durante la instalación el backend de la red (wicked vs NetworkManager) que se usará en el sistema final instalado.
La apariencia general de YaST en Leap 15.1 ha recibido una pequeña renovación. Comenzando con un nuevo conjunto de iconos, no solo en el Centro de Control de YaST sino también dentro de todos los módulos de YaST, con el Partitioner como uno de los ejemplos más claros.
Durante la instalación, la barra lateral muestra todo el flujo de trabajo de la instalación e indica que el paso actual está de vuelta, haciendo que la instalación sea más ecológica de nuevo.
El soporte para HiDPI (es decir, pantallas 4K) también se ha mejorado.
También relacionado con el área de apariencia y diseño, pero en la interfaz de modo de texto (ncurses), el soporte para idiomas CJK también se ha mejorado mediante el uso de fbiterm. Esto también afecta de alguna manera a los usuarios de otros idiomas (que no son CJK) porque implica el uso de una fuente de consola diferente. Ver más detalles en esta sección del blog del equipo YaST.
La administración de los servicios del sistema en YaST se ha renovado para aprovechar muchas de las funciones que ofrece Systemd en esa área. Eso incluye la administración de servicios activados por socket o una integración más estrecha con el diario Systemd. Para más detalles, se puede consultar esta publicación y su seguimiento.
Firewalld reemplazó a SuSEfirewall2 como el firewall predeterminado de openSUSE en Leap 15.0. Ahora YaST está totalmente adaptado y el módulo Firewall de YaST se puede usar para modificar la configuración de Firewalld. Como siempre, tanto en modo gráfico como de texto (a diferencia de otras herramientas disponibles para configurar Firewalld).
El módulo de administración de configuración de YaST, que permite la integración de YaST (automático) con sistemas de administración de configuración como Salt o Puppet, se ha mejorado considerablemente en Leap 15.1. Especialmente su soporte para SUMA Salt Parametrizable Formulas. Se puede consultar esta entrada para saber por qué esto es tan bueno y cómo funciona.
Además de hacer posible especificar la clave SSH del usuario raíz durante la instalación (consulte la subsección anterior), YaST ahora puede administrar las claves SSH para todos los usuarios en su módulo clásico de "Administración de usuarios y grupos".
El particionador ahora puede formatear directamente discos completos, crear software RAID de MD sobre discos sin particiones, crear particiones dentro de un MD RAID definido por software y muchas otras combinaciones. Veáse la sección titulada Cambios en la IU del particionador para liberar el poder de almacenamiento en el blog del equipo YaST para una revisión completa que incluye varias capturas de pantalla y videos.
Además de abrir nuevas posibilidades con las tecnologías ya compatibles, YaST Partitioner ofrece ahora la posibilidad de configurar dispositivos bcache. Veáse más detalles en su espacio dedicado.
AutoYaST no se ha quedado atrás en ninguno de los cambios realizados en las otras partes de YaST. Esta versión incluye soporte para toda la funcionalidad agregada al particionador de YaST (desde el uso directo de discos a bcache y todo lo demás), soporte para especificar claves SSH para autenticar a los usuarios, una nueva sintaxis para indicar qué servicios deben iniciarse a pedido ( activación del socket) y la posibilidad de configurar Firewalld. Ver detalles sobre todas estas funcionalidades en la sección de YaST.
Además, AutoYaST presenta una integración perfecta con el módulo de administración de configuración de YaST, para combinar AutoYaST con Salt (o cualquier otro sistema de administración de configuración compatible) para disfrutar lo mejor de ambos mundos.
openSUSE Leap 15.1 - 1a. parte
openSUSE Leap 15.1 - 2a. parte
openSUSE Leap 15.1 - 3a. parte
openSUSE Leap 15.1 - 4a. parte
openSUSE Leap 15.1 - 5a. parte
openSUSE Leap 15.1 - 7a. parte
openSUSE Leap 15.1 - 8a. parte
Mejoras en openSUSE 15.1 - Leap 5a. parte
Mozilla Thunderbird es una aplicación de correo electrónico gratuita que es fácil de configurar y personalizar. Está cargado de grandes características. El Leap 15.1 se envía con Thunderbird 60. Algunas de las nuevas características de Thunderbird 60 son:
Al escribir un mensaje, un botón de eliminar ahora permite la eliminación de un destinatario. Este botón de eliminar se muestra cuando se desplaza el selector A / Cc / Bcc.
Temas de luz y oscuridad
Los temas de WebExtension ahora están habilitados en Thunderbird
Navegadores y búsqueda web
En Chrome 73, hay soporte añadido para:
- Crear contenido portátil más fácil con intercambios HTTP firmados.
- El cambio dinámico de estilos se hace mucho más fácil con hojas de estilo construibles.
Firefox es creado por Mozilla, una organización global sin fines de lucro dedicada a poner a los individuos en control en línea. La versión Leap 15 se envía con la versión de soporte extendido (ESR) de Firefox 60. La ESR tiene una superposición de dos ciclos (al menos 12 semanas) entre el momento de una nueva versión y el final de la vida útil de la versión anterior para permitir las pruebas y certificación antes de desplegar una nueva versión. El mantenimiento de cada ESR, a través de lanzamientos puntuales, se limita a vulnerabilidades de seguridad de alto impacto y alto impacto y, en casos excepcionales, también puede incluir lanzamientos fuera de horario que aborden vulnerabilidades de seguridad en vivo. Backports de cualquier mejora funcional y / o arreglos de estabilidad no están en el alcance.
Mozilla confía en los usuarios de Firefox ESR para proporcionar comentarios sobre las nuevas versiones de ESR. Durante los dos primeros ciclos, informe cualquier error sobre regresiones de compatibilidad web, problemas de estabilidad, etc.
Enlightenment
El administrador de ventanas y el entorno de escritorio de Enlightenment son realmente rápidos, configurables y estéticos. Este paquete proporcionará la última versión publicada de Enlightenment, a diferencia de e16 o e17. Enlightenment 0.22.3 es una versión de corrección de errores y estabilidad para la serie Enlightenment 22 Release. Es la misma versión que se encuentra en la primera versión de Leap 15.
La versión 3.26 de Manchester GNOME está en Leap 15.1 una vez más. Hubo una serie de mejoras visuales altamente visibles para GNOME 3.26 que incluían una transición de ventanas más suave al maximizar, desaproximar o al ajustar a la mitad de la pantalla. GNOME 3.26 introdujo un nuevo diseño en la aplicación Configuración. La cuadrícula de iconos anterior se ha ido y, en su lugar, una barra lateral permite cambiar entre diferentes áreas. La nueva barra lateral hace que sea mucho más fácil y rápido navegar por la aplicación de configuración y ubica las configuraciones más utilizadas al alcance de la mano. También significa que la ventana de Configuración ahora es más grande y se puede cambiar de tamaño, lo cual es más cómodo en muchas situaciones.
Ahora se proporciona soporte para máquinas que tienen dos tarjetas gráficas. Si se tiene este hardware y control conmutado instalado, se puede seleccionar qué GPU usar cuando inicie una aplicación. Los ajustes también darán información en ambas tarjetas gráficas. GNOME 3.26
En la Web, el navegador de GNOME, ahora es posible sincronizar con nuestros marcadores, contraseñas e historial del navegador, utilizando el servicio Firefox Sync. Esto hace posible mantener una copia de seguridad en línea de esta información y también compartirla con el escritorio y el dispositivo móvil de Firefox.
Plasma 5.12 LTS es la segunda versión de soporte a largo plazo del equipo de Plasma 5. Leap 15.1 incluye la misma versión LTS. El equipo ha estado trabajando duro, centrándose en la velocidad y la estabilidad para esta versión. El tiempo de arranque en el escritorio se ha mejorado al revisar el código para cualquier cosa que bloquee la ejecución. El equipo ha estado evaluando y corrigiendo errores en todos los aspectos de la base de código, ordenando las ilustraciones, eliminando los casos de esquina y asegurando la integración entre el escritorio. Por primera vez, ofrecemos nuestra integración de Wayland en el soporte a largo plazo, por lo que se puede estar seguro de que continuaremos brindando correcciones de errores y mejoras a la experiencia de Wayland.
La versión 5.12.8 agrega seis meses de nuevas traducciones y correcciones de los colaboradores de KDE. Las correcciones de errores son típicamente pequeñas pero importantes e incluyen:
Sistema de datos meteorológicos: bbc, envcan, noaa: varias correcciones para actualizar los analizadores.
SDDM KCM: corrige la sesión de inicio de sesión automático. Commit.
Los frameworks (marcos) de KDE son más de 70 bibliotecas adicionales a Qt que proporcionan una amplia variedad de funciones comúnmente necesarias en bibliotecas maduras, revisadas por pares y bien probadas con términos de licencia amigables. Los KDE Frameworks más nuevos han realizado cambios en varios paquetes que incluyen Baloo, Breeze Icons, Extra CMake Modules, KActivities, KCodecs, KConfig, KIO, Kirigami, KRunner, KWayland y más.
openSUSE Leap 15.1 - 1a. parte
openSUSE Leap 15.1 - 2a. parte
openSUSE Leap 15.1 - 3a. parte
openSUSE Leap 15.1 - 4a. parte
openSUSE Leap 15.1 - 6a. parte
openSUSE Leap 15.1 - 7a. parte
openSUSE Leap 15.1 - 8a. parte
Mejoras en openSUSE Leap-15.1 4a.parte
Mejoras en openSUSE Leap 15.1 (4a.parte)
LibreOffice es una suite de oficina de código abierto y gratuita, un proyecto de The Document Foundation. LibreOffice es un paquete de oficina completo que incluye un procesador de textos, una hoja de cálculo, un programa de presentación y mucho más. Este paquete proporciona sólo el marco básico. Debe instalar los módulos adicionales para obtener la funcionalidad requerida, consultamos los paquetes: - libreoffice-base - libreoffice-calc - libreoffice-draw - libreoffice-impress - libreoffice-math - libreoffice-writer Algunas características opcionales son proporcionadas por paquetes adicionales, para ejemplo: - libreoffice-mailmerge - libreoffice-filters - libreoffice-kde4 - libreoffice-gnome También se proporcionan localizaciones en idiomas diferentes al inglés, por ejemplo: - libreoffice-l10n-de - libreoffice-l10n-fr - libreoffice-l10n- eso
Se puede encontrar más información sobre las nuevas funciones incluidas en la versión de LibreOffice en Leap 15.1 en las Notas de la versión:
Writer
- La información sobre herramientas en línea sobre los cambios rastreados ahora son opcionales (Herramientas ▸ Opciones er Escritor ▸ Vista) y no se muestran cuando la vista ▸ Seguimiento de cambios está desactivada; Comando UNO .uno: ShowInlineTooltips ("Información sobre herramientas") disponible para personalización tdf # 114523
- Los estilos de lista básicos se agregaron al submenú Estilos en el menú contextual. tdf # 85940
- Se agrege la opción de número de página de inserción a los menús de encabezado y pie de página. tdf # 92685
- Ahora es posible generar una línea de firma usando Insertar ▸ Línea de firma
- La configuración localizada ahora está fija, pero es posible que aún vea valores inesperados si se cambió esta configuración manualmente en el pasado, o incluso si simplemente se sigue utilizando una instalación de usuario preexistente. En cualquier caso, verificamos si estas configuraciones tienen los valores adecuados ahora para nuestras necesidades y las cambiamos si es necesario en el cuadro de diálogo Herramientas ▸ Opciones:
Tools ▸ Options ▸ Writer ▸ General ▸ Settings ▸ Tab stops should default to 7.4 mm for Chinese (locale “zh-CN”) and to 12.5 mm for all other locales.
Tools ▸ Options ▸ Writer ▸ AutoCaption ▸ Caption Order should default to “Numbering first” for Hungarian (locale “hu”) and to “Category first” for all other locales.- La capacidad de guardar un archivo Calc en formato Excel 2003 XML se ha movido del menú Archivo ▸ Guardar al menú Archivo ▸ Exportar. El formato XML de Excel 2003 se selecciona de una lista de formatos disponibles en el cuadro de diálogo Guardar como.
- El manejo de imágenes en Calc ha sido muy mejorado.
- Las imágenes ancladas a las celdas de Calc ahora pueden ser ordenadas.
- Se han modificado los tipos de ancla tdf # 114552. Ahora hay tres opciones:
Anchor to cell -> Image will just move with the cell (new)
Anchor to cell (resize with cell) -> Image will move and resize with the cell
Anchor to page -> independent of any cells Impress y Draw
- Los menús de Draw se reorganizaron y con la adición de un nuevo menú de Página.
- Corrija el orden de paréntesis / paréntesis incorrecto en el párrafo de derecha a izquierda en Impress, juzgando la dirección de escritura del texto del párrafo en lugar del contenido solo.
Nuevos estilos de dibujo y limpieza de estilos heredados.
openSUSE Leap 15.1 - 1a. parte
openSUSE Leap 15.1 - 2a. parte
openSUSE Leap 15.1 - 3a. parte
openSUSE Leap 15.1 - 5a. parte
openSUSE Leap 15.1 - 6a. parte
openSUSE Leap 15.1 - 7a. parte
openSUSE Leap 15.1 - 8a. parte


