New openSUSE Step Project Looks to Build SUSE Linux Enterprise on More Architectures
We’re delighted to announce a new project in the openSUSE Project family called openSUSE Step. openSUSE Step is a community effort to rebuild SUSE Linux Enterprise (SLE) from the released SLE sources packages. This is done openly in the openSUSE instance of the Open Build Service (OBS) with the intention to stay fully binary compatible and to be as closely source-compatible as possible with SLE.
Why openSUSE Step?
openSUSE Leap 15.3 inherits its base from SLE 15 SP3. On aarch64, powerpc64, and x86_64, openSUSE directly uses binary packages from the enterprise side. In addition, openSUSE also supports architectures that SLE does not provide, such as armv7hl and 32-bit x86, which is relatively popular with openSUSE users, according to results from a recent community survey. For those, we now build fully compatible binary packages from the published SLE sources in OBS.
openSUSE Step is not intended to be an end user distribution. It does not replace, or provide an alternative to openSUSE Leap. Step is an intermediate building block (“step”) to enable derived community distributions like openSUSE Leap or other community derivatives.
What is currently in openSUSE Step?
There are currently four versions defined and existing in parallel: openSUSE Step 15, 15-SP1, 15-SP2, and 15-SP3. It is hosted under the openSUSE project namespace in OBS and uses the published sources from SLE plus minimal modifications needed for being able to build them from sources while incorporating the published maintenance updates.
openSUSE Step currently covers i586, x86_64, and armv7hl. More architectures, such as RISC-V, can be added based on contributor interest and resource capacities.
How is this related to openSUSE Leap?
With the “Closing the Leap Gap” project moving forward, openSUSE Leap will become a layered cake of binary packages from three different origins:
- The pool of binary packages directly copied from SLE,
- A small set of currently around 50 packages that provide an openSUSE branding overlay to these SLE packages,
- An openSUSE backports overlay, which provides a wealth of applications and libraries that everyone likes to use in openSUSE Leap, and that are not available from SLE
Above: openSUSE Leap with openSUSE Step architecture comparison
openSUSE Step provides an alternative for Leap architectures that have no SLE equivalent like 32-bit architectures. The other two groups of originated packages will be the same like for the other architectures.
In addition to that, openSUSE Step provides everyone access to build log files, and the ability to have “a build validated” project repository of SLE for community customization, which serves as a collaboration space for related projects that would like to derive from SLE package sources.
Leap transitioned to a new way of building Leap releases in the fall of 2020 through a prototype project called Jump. The Jump prototype was used as a proof of concept, but no longer exists; it did prove to work at building a distribution and bringing the code streams of both openSUSE Leap and SLE closer together. The proof of concept was implemented for building the release of Leap 15.3.
How is this related to openSUSE Tumbleweed ?
It is not related. openSUSE Tumbleweed is a rolling release distribution entirely managed and built by the openSUSE community with a strong focus on continuously integrating new tested upstream releases while preserving a high-quality rolling update without major regressions. Tumbleweed is an origin for the next major SLE release. There is no direct general relationship between Tumbleweed and maintained SLE releases.
Does openSUSE Step allow community contributions?
Yes, community contributions are welcome if they improve buildability from sources and do not modify binary compatibility in any way. The mission of the Step distribution is to be fully compatible and for all practical purposes an equivalent drop in for SLE.
For quality validation purposes, Step x86_64 architecture will also be built and tested in openQA, but it will not be delivered into openSUSE Leap.
How can I contact the openSUSE Step team?
The openSUSE Step team is hanging out on Freenode in the #opensuse-step channel. Issues can be reported in GitHub under https://github.com/openSUSE/step/issues.
Member
baltolkienPodcast 07×04 Gnu Health, software libre para la sanidad, con Luis Falcón
Bienvenidos al Podcast 07×04 Gnu Health, software libre para la sanidad, con Luis Falcón donde analizamos no solo la parte técnica de este maravilloso proyecto sino sus implicaciones sociales. Un podcast que no te puedes perder.
Podcast 07×04 Gnu Health, software libre para la sanidad, con Luis Falcón
Cuarto podcast de la temporada con el que iniciamos el año y en el que tenemos como invitado Luis Falcon fundador y principal impulsor del proyecto GNU Health, un increíble proyecto que desconocía y que me ha sorprendido enormemente hasta el punto que me avergüenza tener que enterarme a fondo de su existencia por su incubación dentro de la Comundidad KDE y la creación de la aplicación MyGNUHealth.
Y es que siempre me he preguntado cómo era posible que mi historial médico no estuviera compartido entre las diferentes instituciones sanitarias que existen sean públicas o privadas, manteniendo claro está la privacidad necesaria.
Pero claro está, que para que eso sea una realidad es necesario que se haga sobre Software Libre, y eso es precisamente lo que nos ofrece este proyecto: gestión sanitaria libre y de código abierto que respeta la privacidad del paciente.
A lo largo de la distendida charla tuvimos la ocasión de ir más allá del software que ofrece GNU Health, que es realmente extraordinaria y supercompleto, y pudimos disfrutar de la defensa que hizo Luis de la #MedicinaSocial, tan necesario en este mundo globalizado al que estamos abocados.
Me quedo con esta frase de la página web de GNU Health que hace que nos replanteemos el modelo de sociedad que queremos:
«La medicina sin humanismo médico no merece ser ejercida.» |Professor Dr. René Favaloro
Otros integrantes del podcast fueron
- Rubén Gómez: miembro de KDE España, de HackLab Almería y de Document Foundation en la labor de presentador.
- Baltasar Ortega (un servidor): editor de KDE Blog, secretario de KDE España, miembro de GNU/Linux València y de KDE e.V, que hizo las funciones de presentador de noticias y de presentar información adicional visual. No os perdáis el vídeo que creo que vale la pena, aunque seguro que hay coasa a mejorar.
- Jorge Lama: Diseñador sonoro/productor de podcasting: Coruña Dixital https://spoti.fi/34vr6Ve Bricolabs Podcast http://bit.ly/2KhYBnW NOlegaltech Radio http://goo.gl/GZ2gT3 y, ahora, productor del podcast de KDE España.
Y no os entretengo más, os dejo con el vídeo que dura su dos horas y 40 minuto, uno de los podcast más largos de los últimos tiempos pero que vale la pena desde el minuto uno.
Espero que os haya gustado, si es así ya sabéis: “Manita arriba“, compartid y no olvidéis visitar y suscribiros al canal de Youtube de KDE España.
Como siempre, esperamos vuestros comentarios que os aseguro que son muy valiosos para los desarrolladores, aunque sean críticas constructivas (las otras nunca son buenas para nadie). Así mismo, también nos gustaría saber los temas sobre los que gustaría que hablásemos en los próximos podcast.
Curso de Vim: La ayuda de #Vim
Aprendamos a utilizar y consultar la propia ayuda que ofrece el editor Vim
La documentación de un proyecto es una pieza fundamental. Tener una documentación actualizada, detallada y que cubra los aspectos de uso y explotación de una herramienta es un punto extra.
Dentro de esa documentación la ayuda que pueda ofrecer una herramienta es una buena forma de resolver dudas y dar a conocer todas las posibilidades que ofrece dicha herramienta.
El edito Vim, en ese aspecto es un buen ejemplo. La propia ayuda de Vim es útil y explora todas las posibles opciones que ofrece Vim. Veamos cómo explorar la ayuda de Vim y ver qué opciones ofrece.
Este artículo es una nueva entrega del curso “improVIMsado” que desde hace meses vengo publicando en mi blog sobre el editor Vim y que puedes seguir en estos enlaces:
- https://victorhckinthefreeworld.com/tag/vim/
- https://victorhck.gitlab.io/comandos_vim/articulos.html
La ayuda de Vim
Dentro del editor Vim, siempre podemos cosultar la propia ayuda que ofrece (en inglés) estando en modo normal con el comando:
:help
O con :h que es el modo abreviado. Y nos abrirá una ventana (normalmente en la parte superior) con la ayuda de Vim.
Ayuda de un término
Pero también podemos buscar información de forma más específica sobre un tema o consulta con:
:h <consulta>
Con esto, Vim nos mostrará la ayuda que existe para la <consulta> que hagamos.
Por ejemplo, si queremos buscar sobre el comando :quit, escribiremos lo siguiente:
:h quit
Al pulsar Enter, Vim nos abrirá una ventana en la parte inferior que muestra la ayuda que existe sobre ese comando. Pero ¿qué pasa si no sabemos exactamente el comando que buscamos y queremos escribir algo y que Vim nos muestre si hay temas sobre eso?
En Vim funciona muy bien el autocompletado. Podemos buscar ayuda sobre lo que tenga Vim con la palabra “run”. Para ello tenemos dos opciones:
- Podemos escribir :h run y pulsar sobre Ctrl+D y Vim nos mostrará una lista de comandos que contienen dicha palabra
- Podemos escribir :h run y pulsar la tecla Tabulador y Vim nos irá pasando por los comandos que hemos visto que aparecían anteriormente hasta que encontremos el que nos interesa.
Buscando en la ayuda
Si abrimos la ayuda en general con :help (o con :h en modo abreviado) también podemos buscar dentro de la ayuda de la manera usual en que buscamos en Vim con /. Por ejemplo:
/ quit
Podremos ir navegando por todas las coincidencias que Vim nos encuentre de la palabra buscada, de la manera normal que lo hacemos en Vim.
Dentro de la ayuda de Vim, a veces aparecen enlaces a otras partes o secciones de la ayuda. Para navegar por esos enlaces deberemos utilizar Ctrl ]
Y una vez consultado ese enlace, si queremos regresar al punto desde el que saltamos podemos hacer con Ctrl o
Helpgrep
También podemos utilizar el comando :helpgrep <consulta>. Por ejemplo:
:helpgrep quit
Que nos busca un término dentro de toda la ayuda de Vim y nos muestra donde se utiliza. Para ver en una pantalla inferior todas las partes donde aparece el término buscado pulsaremos
:copen
Podremos ir navegando por todas las opciones mostradas y cuando queramos consultar una pulsaremos sobre ella Enter.
También podemos ir recorriendo todas las opciones hacia adelante o atrás respectivamente con estos comandos:
:copen
:cprev
Estos son solo unos fundamentos esenciales a la hora de buscar en la ayuda de Vim. Si quieres más información, ahora ya sabes…
:help help
Playing with Etherpad-lite
When updating to the latest etherpad-lite version 1.8.7 (including quite some bug fixes), we also revisuted the currently installed plugins and updated them to their latest version as well, as usual.
To get some impressions about the usage of our Etherpad instance, we also enabled the ether-o-meter plugin now, which is now producing some nice live graphs and statistics here: https://etherpad.opensuse.org/metrics
We also enabled some additional styles now and hope this makes the usage of Etherpad even more fun and productive for you. If you want to have some more modules enabled (or just want to say "hello"), feel free to contact us! Either via an Email to admin@opensuse.org or by reaching out for us at irc.opensuse.org channel #opensuse-admin.
What are Needles
In this blog post we are going to give you the easiest introduction to what needles are and how you can use them. While there are many good talks and documentation on needles out there, it took me longer than it should have to find a easy-to-use and easy-to-understand introduction into this topic alone. This blog post should fill this gap.
4 τρόποι για να ενώσετε πολλά .pdf σε ένα μεγάλο
ΤΟ ΠΡΟΒΛΗΜΑ
Έστω ότι συγκεντρώνετε πολλά αρχεία pdf. Είτε σχολή λέγεται αυτό, είτε εργασία; Το πρόβλημα που αντιμετωπίζουν πολλοί είναι η εύρεση της πληροφορίας όταν την χρειάζονται. Σίγουρα μπορεί να γίνει και μέσα από το λειτουργικό σύστημα αλλά αρκετές φορές δεν έχει επιτυχία. Οπότε μια καλή λύση είναι η ένωση σε ένα αρχείο, όλων των pdf που έχουν το ίδιο αντικείμενο, ώστε να αναζητάτε μέσα από το πρόγραμμα ανάγνωσης pdf. Εδώ θα εξετάσουμε πως μπορείτε με μια κίνηση, να ενώσετε πολλά pdf.Η ΛΥΣΗ
Μέχρι στιγμής, βρήκα 4 λύσεις:ΛΥΣΗ 1:
Εγκαταστήστε το poppler-utils με την παρακάτω εντολή:sudo zypper in poppler-tools
#Σε Ubuntu/Linux Mint
sudo apt install poppler-utils
#Σε Arch Linux
sudo pacman -S poppler
Στη συνέχεια, στον κατάλογο με τα pdf, εκτελέστε την εντολή:
ΛΥΣΗ 2:
Εγκαταστήστε το πρόγραμμα pdftk με την παρακάτω εντολή:sudo zypper in pdftk
#Σε Ubuntu/Linux Mint
sudo apt install pdftk
#Σε Arch Linux
sudo pacman -S pdftk
Έστω ότι είστε φοιτητής και έχετε οργανώσει τις διαλέξεις ανά φάκελο (με ότι πιθανά αρχεία να σας έχουν δώσει). Δώστε την παρακάτω εντολή:
Αυτό που θα κάνει είναι να μπει σε ένα ένα φάκελο, θα δει αν έχει κάποιο αρχείο pdf και θα το ενώσει σε ένα pdf.
ΛΥΣΗ 3:
Χρήση latex. Εγκαταστήστε το παρακάτω πακέτο.sudo zypper in texlive-latex-base
#Σε Ubuntu/Linux Mint
sudo apt install texlive-latex-base
#Σε Arch Linux
sudo pacman -S texlive-latexextra
Εστω ότι έχετε τα αρχεία file1.pdf και file2.pdf στον ίδιο φάκελο. Φτιάξτε το αρχείο output.tex με το περιεχόμενο:
\usepackage{pdfpages}
\begin{document}
\includepdf[pages=-]{file1}
\includepdf[pages=-]{file2}
\end{document}
Εκτελέστε την εντολή:
ΛΥΣΗ 4:
Μπορείτε να κατασκευάσετε ένα script στο Nautilus:Εγκαταστήστε το πακέτο (εάν δεν το έχετε):
sudo zypper in poppler-tools
#Σε Ubuntu/Linux Mint
sudo apt install poppler-utils
#Σε Arch Linux
sudo pacman -S poppler
Κατασκευάστε ένα αρχείο μέσα στον κατάλογο nautilus/scripts
Στην συνέχεια προσθέστε το παρακάτω κώδικα:
CLEANED_FILE_PATHS=$(echo $NAUTILUS_SCRIPT_SELECTED_FILE_PATHS | sed 's,.pdf /home/,.pdf\\n/home/,g')
echo $CLEANED_FILE_PATHS | bash -c 'IFS=$'"'"'\n'"'"' read -d "" -ra x;pdfunite "${x[@]}" merged.pdf'
Το αρχείο αυτό κάντε το εκτελέσιμο (πατήστε δεξί πλήκτρο πάντω του > Ιδιότητες > Δικαιώματα > Να επιτρέπεται η εκτέλεση του αρχείου ως προγράμματος). Εναλλακτικά δώστε την παρακάτω εντολή:
Τώρα για να ενώσετε τα αρχεία, φωτίστε τα στον φάκελο στο Nautilus, πατήστε δεξί πλήκτρο > Δέσμες ενεργειών (scripts) και επιλέξτε το merge_pdfs.sh για να σας εξάγει ένα αρχείο pdf.
Εάν βρήκατε κάποιον τρόπο εύκολο στην χρήση, ενημερώστε και τους φίλους σας ώστε να μην παιδεύονται.
Digest of YaST Development Sprint 117
It’s time for more development news from the YaST Team. In this occasion, most of the work has gone into improving features already implemented in previous sprints and, thus, presented in former blog posts. That includes:
- Improvements when writing wireless security settings for NetworkManager
- Fixes in the new management of hibernation
- Possibility to tweak the I/O device autoconfiguration in the installed system
- Usability improvements regarding nested items in the table widget
- Better LibYUI packaging including a revamped CMake build system
- Enhancements in the YaST Autoinstallation module regarding partitioning
- Many other improvements and fixes here and there
As you surely remember, in the previous sprint we added support for writing basic NetworkManager configuration during installation. But it was quite limited regarding wireless, so it only was capable to translate WPA-PSAK and open wireless configuration. During this sprint, we enhanced the NetworkManager config writers to support the same wireless setups that are currently supported by wicked (WEP, WPA-EAP…). In addition, some UI problems were found and fixed.
In the previous sprint we also improved the hibernation support by tuning the scenarios in which
YaST adds the resume= parameter to the bootloader configuration. While testing that improved
behavior, some problems were detected both by ourselves and by the awesome QA team at SUSE.
Now all those inconvenients are fixed: the bootloader proposal is properly
recalculated when needed, the resume parameter
is not longer added for small swap devices and
we improved the detection of virtual setups in which
traditional hibernation is not wanted.
But not all the features we polished during this sprint are so recent. For several months, we have been describing the different steps in the implementation of support in YaST for I/O devices auto-configuration on s390 mainframes. The latest reference was on our blog post of sprint 105 (time flies!). But we still had one more thing in our TO-DO list and, since we recently had to modify the YaST2 Tune module to remove some obsolete settings, we decided to take the opportunity and also add the I/O device autoconfig checkbox to that module. See details and screenshots at this pull request.
We also improved the usability of our most recent LibYUI feature. In the YaST partitioner, which is
so far the only application using the new feature to have nested rows in a table, the [Space] key
did not only open or close tree branches in the ncurses text-mode interface. It also sent an
“Activated” event (the counterpart of double-clicking an item in the Qt graphical user interface),
resulting in a quite confusing behavior. See the fix
for more detailed information.
And talking about LibYUI, we also decided it was time to tackle one big problem that we have been dragging for too long. The structure of our development repositories and our over-complicated CMake build environment was making too hard to add new features to LibYUI without risking breakage in the distributions. Every change implied a lot of extra synchronization work, which also was an obstacle for external contributions and maintaners of additional plugins and backends. After several weeks of work, we have now walked the first step out of that mess with the new CMake build system for LibYUI
And there is no YaST Team sprint without some news about AutoYaST. This time we have improved the
part of the YaST Autoinstallation module that can be used to create and tweak the <partitioning>
section of the AutoYaST profile. Apart from several small fixes (like improved
visualization or fixes in the fstopt
field), it’s now possible to manage
<drive> sections to describe NFS and
tmpfs file systems.
As usual, there would be much more to report like usability improvements and speedups in YaST Network, fixes in hwinfo or important updates in the documentation… but we need to go back to coding at some point!
So see you again in a couple of weeks with more news about YaST and, if everything works as expected, some reflections about the long-term future. Stay safe and have a lot of fun!
Juega al ajedrez en el servidor lichess en tu dispositivo móvil
Puedes descargar la aplicación libre oficial para jugar al ajedrez en el servidor lichess.org
Empezaba el año 2021 publicando en el blog un artículo sobre el servidor lichess.org para jugar al ajedrez. Puedes leer el artículo en este enlace:
Lichess.org es un servidor libre, y gratuito en el que registrarte y poder jugar al ajedrez y estudiar, aprender y retar a otras personas a jugar al ajedrez en multitud de variantes.
Pero no siempre estamos delante de nuestro equipo ¿entonces tenemos que dejar en modo pausa nuestros retos ajedrecísticos? ¡No! Conéctate a lichess.org desde tu dispositivo móvil.
Para conectarte a lichess.org puedes utilizar la aplicación oficial. Una aplicación para Android y Apple publicada bajo una licencia libre GPL v3, desarrollada en GitHub.
La única pega que podemos ponerle, es que no está disponible desde repositorios de aplicaciones libres como f-droid.
Así que únicamente la podremos instalar desde la tienda de Google y App Store. Aunque también podemos descargar la apk e instalarla en nuestro dispositivo.
Es una aplicación libre, gratuita y con todas las funcionalidades que nos ofrece lichess.org disponibles en nuestra palma de la mano.
Una buena opción a la hora de hacer tiempo en salas de espera y practicar nuestros mejores movimientos al ajedrez.
Dale jaque al rey, ¡tu mueves!
Enlaces de interés
Chinese Lunar Calendar – Plasmoides de KDE (169)
Hoy me complace presentar Chinese Lunar Calendar el plasmoide de KDE número 169 de la gran serie de los mismos mostrados en el blog y que nos ofrece la posibilidad de tener el calendario lunar chino en nuestro escritorio.
Chinese Lunar Calendar – Plasmoides de KDE (169)
Tenemos muchos plasmoides estilo reloj para Plasma, pero pocos para calendarios. Haciendo un rápida búsqueda por el blog me aparecen Calendar WL, Event Calendar (del cual hay que reconocer que es una bestia parda difícil de igualar), el reciente Weekday Grid y Persian Calendar, un plasmoide muy parecido al que os presento hoy.
Y es que si quieres tener el Calendario Linux Chino en tu escritorio éste es tu plasmoide, una alternativa al calendario tradicional de Plasma (DigitalClock applet).
Su instalación no es sencilla, así que os remito a su páginas de la KDE Store para obtener las instrucciones precisas.
Y como siempre digo, si os gusta el plasmoide podéis “pagarlo” de muchas formas en la nueva página de KDE Store, que estoy seguro que el desarrollador lo agradecerá: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day 2017 de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.
Más información: KDE Store
¿Qué son los plasmoides?
Para los no iniciados en el blog, quizás la palabra plasmoide le suene un poco rara pero no es mas que el nombre que reciben los widgets para el escritorio Plasma de KDE.
En otras palabras, los plasmoides no son más que pequeñas aplicaciones que puestas sobre el escritorio o sobre una de las barras de tareas del mismo aumentan las funcionalidades del mismo o simplemente lo decoran.
