使用 vscode 同步 gitlab 專案小記

Como estaba previsto, de nuevo hemos estado rápidos y veloces. Bienvenidos al Podcast 06×10 Resumen de temporada de KDE España donde repasamos lo 9 podcast que hemos emitido esta temporada.

Podcast 06×10 Resumen de temporada de KDE España

Décimo y último capítulo de la sexta temporada de los podcast de KDE España. Y como empieza a ser costumbre realizamos una revisión de todo lo que hemos ofrecido en una temporada irregular y llena de cambios por distintos motivos.

Irregular porque nos costó arrancar por falta de tiempo común y por falta de recursos y conocimientos técnicos para ofrecer mejor calidad a nuestro porducto, pero que afortunadamente poco a poco hemos ido solucionando, llegando al final de la misma con una calidad aceptable.

Eso si, hemos tenido que sacrificar el directo, que esperamos que vuelva en un futuro cuando dominemos tanto la tecnología que hemos adquirido como la metodología empleada.

Además, y como me olvido inicialmente comentar al inicio del podcast, la inclusión de una nueva presentador Maricarmen (o Maiaka) supone un soplo de aire fresco y la promesa de que nos esperan muchas nuevas temporadas.

Sin olvidar que ahora tenemos al gran y prolífico Jorge Lama, que está realizando las tareas de productor y que se encarga de aumentar, dentro de sus posibilidades, la calidad de nuestro audio y vídeo.

Tampoco quiero olvidar al alma de esta iniciativa, Rubén Gómez, que es quien no solo dirige el cotarro sino que nos anima a todos a participar y a sacar fuerzas de flaqueza cuando la vida nos quita la energía para realizarlos.

Tampoco olvidar a los otros integrantes de KDE España asiduos al podcast:

• José Millan, tesorero de KDE España, miembro de KDE e.V. y conocedor de los entresijos de KDE.
• Adrián Chaves, presidente de KDE España y desarrollador de KDE.
• Antonio Larrosa, vicepresidente de KDE España, expresidente de KDE España y desarrollador de KDE.
• Aleix Pol: desarrollador de KDE, presidente de KDE e.V., expresidente de KDE España, …
• Albert Astals: desarrollador de KDE, ex miembro de la junta de KDE e.V., expresidente de KDE España, …

Y por último agradecer a todos los que han participado en la temporada que finaliza su interés por aparecer en nuestros podcast:

• Enrique Medina Gremaldos, desarrollador de Lliurex.
• Juan Manuel Navarro Mañez, desarrollador de Lliurex.
• Raúl Rodrigo Segura, desarrollador de Lliurex.
• Juan Febles de podcastlinux
• Paco Estrada de Compilando podcast
• Yoyo Fernández de Killall Radio y Salmorejo Geek
• Daniel Gutiérrez, profesor de la Universidad Pública del País Vasco y miembro de KDE España
• Alejandro López, gerente de Slimbook y miembro de KDE España.

En esta ocasión, al no tener invitados los integrantes fuimos los básicos, es decir:

• Maika: miembro de pleno derecho de KDE España y que hizo su debut como presentadora.
• 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,
• Rubén Gómez: miembro de KDE España, de HackLab Almería y de Document Foundation.
• Baltasar Ortega: editor de KDE Blog, secretario de KDE España, miembro de GNU/Linux València y de KDE e.V.

Y no os entretengo más, os dejo con el vídeo que dura su hora y 45 minutos (es que ya no nos salen podcast cortos)

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.

Although a significant part of the YaST Team is enjoying their well deserved summer vacations, the development wheel keeps turning. During the latest two weeks we have fixed quite some bugs in several parts of (Auto)YaST. But listing fixed bugs it’s quite boring, so let’s focus on more interesting stuff we have also achieved.

• Fetching the AutoYaST profile during installation can be a complex process, as a first step to simplify that, we have documented the current handling of the profile.
• Talking about simplicity, we removed an undocumented AutoYaST feature for creating images.
• We implemented a couple of improvements regarding I/O devices auto-configuration on s390: now Linuxrc persists the setting to the installed system and the installation proposal allows to tune it.
• AutoYaST cloning was also improved and the firewall section can now be exported in compact format. That is, including only the modified zones.
• We achieved a small reduction in the size of the system images used to run the installer.
• As a side result, the documentation of mk_image received a significant update.
• We fixed several aspects of the Service Manager section of the AutoYaST UI. See the pull requests: [1], [2], [3].
• We also made sure YaST can deal with the dual location of /usr/etc/nsswitch.conf and /etc/nsswitch.conf.
• Last but not least, we unified the layout for the installer and YaST Firstboot, making both more configurable in the process. See the related documentation and some screenshots.

YaST Firstboot with the layout steps and active banner (the SUSE logo).

YaST Firstboot with the layout title-on-top and also active banner.

YaST Firstboot with the layout title-on-left and without banner.

As you can imagine, more combinations are possible.

As summer continues in Europe, we hope to bring you more refreshing news in two weeks. Meanwhile, try the new features and have a lot of fun!

LibreOffice, junto con Firefox y VLC Player, son las aplicaciones libres que más éxito han tenido fuera de los sistemas GNU/Linux, lo cual es muy importante para dar a conocer las bondades y ventajas de este tipo de programas. Es por ello que me complace anunciar que ha sido lanzado LibreOffice 7, que viene con tres grandes novedades: soporte a ODF 1.3, con el motor gráfico Skia y aceleración gráfica Vulkan y mejor compatibilidad con ficheros Microsoft.

Lanzado LibreOffice 7, con soporte a ODF 1.3

No es fácil competir con grandes empresas del mundo de la informática… y no se podría pretender presentar GNU/Linux sin una suite ofimática decente, lo cual es imprescindible para la mayoría de los usuarios, es por ello que una de las joyas de las aplicaciones libres es LibreOffice.

Este proyecto fue fruto de una escisión (fork en inglés) que se produjo en 2010 de OpenOffice.org auspiciada por The Document Foundation debido a discrepancias de un grupo de desarrolladores con Sun/Oracle Corporation que eran las empresas a las que pertenecía OpenOffice.

El resultado fue el nacimiento de LibreOffice, y un espectacular aumento en el desarrollo de la suite ofimática, que pronto empezó a aumentar su numeración gracias al trabajo constante de la Comunidad.

Poco a poco ganó estabilidad, funcionalidades, mejoras visuales, menor consumo de recursos y un largo etcétera, lo que han convertido a LibreOffice como una aplicación imprescindible entre muchos usuarios y una alternativa más que válida para todo el mundo.

Novedades generales de LibreOffice 7

Me gustaría dedicar una entrada a cada una de las aplicaciones, así que hoy solo voy a hablar de las tres novedades generales de LibreOffice 7, que al ser una suite afecta a cada uno de sus módulos:

• Soporte para ODF 1.3. OpenDocument, el formato nativo abierto y estandarizado de LibreOffice para documentos de oficina, ha sido recientemente actualizado a la versión 1.3 como una Especificación del Comité Técnico de OASIS. Las novedades más importantes son:
  • Firmas digitales de los documentos
  • Cifrado basado en OpenPGP de los documentos XML
  • Mejoras en ámbitos como el seguimiento de los cambios
  • Inclusión de detalles adicionales en la descripción de los elementos de las primeras páginas, el texto, los números y los gráficos.
• Motor gráfico Skia y aceleración basada en la GPU Vulkan. El motor gráfico Skia ha sido implementado gracias al patrocinio de AMD, y ahora es el predeterminado en Windows, para un rendimiento más rápido.
• Mejor compatibilidad con archivos DOCX, XLSX y PPTX. DOCX ahora guarda en modo nativo 2013/2016/2019, en lugar del modo de compatibilidad de 2007, para mejorar la interoperabilidad con múltiples versiones de MS Office, basadas en el mismo enfoque de Microsoft.

Quisiera destacar que el desarrollo de las características del ODF 1.3 ha sido financiado por donaciones a The Document Foundation.

Más información: LibreOffice

openSUSE Tumbleweed had continuous daily snapshots with a handful of software package updates this week.

Many minor-version updates and one major-version update became available to Tumbleweed users and the newest snapshot, 20200804, updated the iso-codes package, which lists country, language and currency names; the new 4.5.0 version updated translations and the subdivision names for Belarus. The Greybird Geeko theme was updated to improve contrast of gtk2 selection background color. The desktop calculator qalculate was updated to version 3.12.0 and improved exact simplification of roots. The fast hash algorithm xxhash 0.8.0 stablized the XXH3. Both libyui-ncurses and ncurses had minor updates. The snapshot is trending stable with a rating of 97, according to the Tumbleweed snapshot reviewer.

Snapshots 20200803 and 20200802 updated multiple scripts and configurations in the aaa_base package, which addressed an offline systemd situation and made an adjustment for usr/bin/service regarding legacy-action initscripts. The Light, Midlight, Mid and Dark colors were correctly set in the update from adwaita-qt 1.1.1 to 1.1.4 in snapshots 20200803. DNS forwarder and DHCP server, dnsmasq 2.82, fixed a crash that was triggered under a heavy TCP connection load, which was introduced in version 2.81. Authorization manager polkit 0.117 activated Gitlab CI and fixed a memory management issue. The snapshot is trending stable with a rating of 93, according to the Tumbleweed snapshot reviewer.

GNU Compiler Collection 10.2 arrived in the 20200802 snapshot. The updated GCC fixed a recent chromium build failure. The command line utility for various operations on container images and image repositories, skopeo, updated to version 1.1.1 and now runs htpasswd from the build-container instead of registry:2. Nodejs14 14.6.0 added an option to track unmanaged file descriptors, the automake tool updated to version 1.16.2, which added new features support for zstd and the automake option, dist-zstd, and library mpfr updated to version 4.1.0. The snapshot is trending stable with a rating of 92, according to the Tumbleweed snapshot reviewer.

The lone major version update of the week arrived in snapshot 20200801. The 3.0 version of python-cryptography removed support for LibreSSL 2.7.x, 2.8.x, and 2.9.0. Several other python packages were updated in the snapshot and both autoyast2 and yast2-packager were updated to 4.3.32 and 4.3.6 respectively. The snapshot is trending at a rating of 80, according to the Tumbleweed snapshot reviewer.

The snapshot 20200731 provided an update of git 2.28.0 and now recognizes the “diff.relative” configuration variable and the “fetch.writeCommitGraph” is deemed to be still a bit too risky, but is no longer part of the “feature.experimental” set. The 5.7.11 Linux Kernel fixed a with Btrfs mount failure and back-reference resolution failure. Debugging tool xfsprogs updated to 5.7.0 and redis 6.0.6 fixed a few rare leaks. With sendmail 8.16.1, openSSL versions before 0.9.8 are no longer supported. The snapshot is likely to record a stable rating of 99, according to the Tumbleweed snapshot reviewer.

Se precisa executar os códigos exemplos cuda sem privilégio de root, e o comportamento é similar a retorno abaixo, deixo neste post como contornar o problema:

$ optirun ./deviceQuery
./deviceQuery Starting...
 CUDA Device Query (Runtime API) version (CUDART static linking)
cudaGetDeviceCount returned 999
-> unknown error
Result = FAIL

Basta executar o comando na linha de comando e pronto!

$ modprobe --force-modversion nvidia-uvm

Em seguida, execute o exemplo novamente.

$ optirun ./deviceQuery
./deviceQuery Starting...
 CUDA Device Query (Runtime API) version (CUDART static linking)
Detected 1 CUDA Capable device(s)
Device 0: "GeForce GTX 1660 Ti"
  CUDA Driver Version / Runtime Version          11.0 / 10.2
  CUDA Capability Major/Minor version number:    7.5
  Total amount of global memory:                 5945 MBytes (6233391104 bytes)
  (24) Multiprocessors, ( 64) CUDA Cores/MP:     1536 CUDA Cores
  GPU Max Clock rate:                            1590 MHz (1.59 GHz)
  Memory Clock rate:                             6001 Mhz
  Memory Bus Width:                              192-bit
  L2 Cache Size:                                 1572864 bytes
  Maximum Texture Dimension Size (x,y,z)         1D=(131072), 2D=(131072, 65536), 3D=(16384, 16384, 16384)
  Maximum Layered 1D Texture Size, (num) layers  1D=(32768), 2048 layers
  Maximum Layered 2D Texture Size, (num) layers  2D=(32768, 32768), 2048 layers
  Total amount of constant memory:               65536 bytes
  Total amount of shared memory per block:       49152 bytes
  Total number of registers available per block: 65536
  Warp size:                                     32
  Maximum number of threads per multiprocessor:  1024
  Maximum number of threads per block:           1024
  Max dimension size of a thread block (x,y,z): (1024, 1024, 64)
  Max dimension size of a grid size    (x,y,z): (2147483647, 65535, 65535)
  Maximum memory pitch:                          2147483647 bytes
  Texture alignment:                             512 bytes
  Concurrent copy and kernel execution:          Yes with 3 copy engine(s)
  Run time limit on kernels:                     Yes
  Integrated GPU sharing Host Memory:            No
  Support host page-locked memory mapping:       Yes
  Alignment requirement for Surfaces:            Yes
  Device has ECC support:                        Disabled
  Device supports Unified Addressing (UVA):      Yes
  Device supports Compute Preemption:            Yes
  Supports Cooperative Kernel Launch:            Yes
  Supports MultiDevice Co-op Kernel Launch:      Yes
  Device PCI Domain ID / Bus ID / location ID:   0 / 1 / 0
  Compute Mode:
     

deviceQuery, CUDA Driver = CUDART, CUDA Driver Version = 11.0, CUDA Runtime Version = 10.2, NumDevs = 1
Result = PASS

Veamos cómo poder dividir la pantalla del editor Vim a partir de una selección visual en el texto que estamos editando

Veamos cómo utilizar un complemento para el editor Vim que lo que hará será crear una división (o split) horizontal en nuestra a partir de una selección que hagamos en el texto.

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

Quizás mientras estás usando el editor Vim, te has encontrado que tienes que volver a una parte de tu texto para volver a consultar algo.

Ya sabemos que podemos dividir la pantalla o el buffer en dos mediante una división vertical u horizontal. Y tener una parte fija, mientras la otra la vamos editando, etc.

El plugin o complemento visual-split desarrollado por Christian Wellenbrock hace es esa tarea sencilla. Ya que es capaz de hacer una división horizontal a partir de una selección visual de unas líneas, y además esa división ajustará su tamaño al número se líneas seleccionado.

Lo primero que haremos será descargar el complemente y ubicarlo en la carpeta .vim/plugin de nuestro /home

wget https://raw.githubusercontent.com/wellle/visual-split.vim/master/plugin/visual-split.vim

Ahora abrimos un texto con el editor Vim y seleccionamos unas cuantas líneas en el modo visual. Ahora ejecutamos el comando :VSSplit

Y nos abrirá una división del buffer en la que se mostrarán las líneas seleccionadas. Si ya tienes divisiones hechas en tu buffer y quieres redimensionarlas, selecciona las líneas que quieres que se muestren y ejecuta :VSResize

El complemento también trae configurados unos atajos de teclado. Por ejemplo c+w+gss para :VSSplit y c+w+gr para :VSResize

Además de muchas otras funcionalidades que puedes encontrar explicadas en su repositorio de GitHub. No está nada mal para un complemento escrito en una tarde por una necesidad personal del autor.

The openSUSE election campaign is in progress.

Community members are welcome to ask the candidates questions about their views on the project and to comment on some of the pertinent matters within the community. Richard Brown, former Chairman of openSUSE, put a few questions to Stasiek Michalski about his views on conflict resolution, the board structure and the project's key sponsor SUSE.

Stasiek expressed his views as he answered Richard on the project mailing list. Coming to the question about conflict resolution he stated:

I wish we could just exist without conflict, but I recognize being a pacifist in today's world is pretty much impossible ;)

Stasiek says that he is all ears to members on various channels where he hangs out, Telegram, Discord, Reddit, Twitter among other channels listed on this website.

I encourage members to engage with both our candidates for this election, Stasiek Michalski and Pierre Böckmann.

Members of the openSUSE community will have two retrospective meetings about the release of openSUSE Leap 15.2 after receiving feedback from the recent survey.

The meetings are scheduled for tomorrow, Thursday, at 06:00 - 08:00 UTC and 15:00 - 17:00 UTC.

Release Manager Luboš Kocman provided a short summary about the feedback received and information about the meeting in an email this week to the project.

“Thanks to everyone who participated in our openSUSE Leap 15.2 release retrospective that took place on survey.opensuse.org,” Kocman wrote. “The survey was fully anonymous and questions were: What went well and What didn’t go too well.

“We did receive about 200 responses… 623 records in total,” he wrote.

The retrospective is open for anyone who would like to attend. The two rounds of reviews will go over results and turn them into actionable items. There is also the possibility to have an additional meeting if more time is needed.

The anonymous findings can be found on the openSUSE etherpad.

The virtual review meetings will take place at https://meet.opensuse.org/ReleaseEngineeringMeeting.