Linux ha llegado a Marte.
Linux ha llegado a Marte. El planeta rojo se ejecuta en Linux
El 18 de febrero la NASA aterrizó un rover llamado Perseverance en Marte, 2 millones de personas en todo el mundo vieron el aterrizaje en vivo en YouTube. Aquí está este pequeño robot que ha viajado millones y millones de kilómetros a través de la esterilidad del espacio, ¡y ahora simplemente está en Marte tomando fotografías y muestras científicas! (El Perseverance se une al hermano mayor Curiosity en la superficie del Planeta Rojo.
En cualquier caso, Perseverance no atravesó la inmensidad del espacio solo. También estuvo Ingenio (Ingenuity), un diminuto helicóptero, que lo acompañó en el viaje. Como se trata principalmente de una demostración de tecnología, el destino de Ingenuity es intentar el primer vuelo propulsado en cualquier planeta que no sea la Tierra y, con suerte, ser el modelo para futuras misiones a Marte. También se ejecuta en Linux.
"Esta es la primera vez que volaremos Linux en Marte", dijo el ingeniero senior del Laboratorio de Propulsión a Chorro (JPL - Jet Propulsion Laboratory) de la NASA, Tim Canham, en una entrevista con el Instituto de Ingenieros Eléctricos y Electrónicos (IEEE). "El marco de software que estamos usando es uno que desarrollamos en JPL para cubesats e instrumentos, y lo abrimos hace unos años". Se llama F '(pronunciado "F primo"). El hecho de que sea de código abierto significa que si quieres volar con Linux aquí en la Tierra usando el mismo software que hace JPL, puedes hacerlo.
"Es una especie de victoria de código abierto, porque estamos volando un sistema operativo de código abierto y un marco de software de vuelo de código abierto y piezas comerciales que puedes comprar en el estante si quieres hacerlo tú mismo algún día". Dijo Canham.
Imagen: NASA
Imagen: Wikipedia
Neurociência: Estimulação elétrica transcraniana com IA

Utilizando tDSC (Estimulação Transcraniana), podemos entender como uma técnica de estimulação cerebral não-invasiva baseada em diversas aplicações de baixa corrente elétrica contínua (1 a 3 mA), de forma a estimular ou inibir determinada região cerebral.
Baseado neste princípio, usando o tDCS, podemos otimizar a funcionalidade natural do seu cérebro. Mais precisamente, as funções do seu cérebro que já acontecem diariamente. Com esta tecnologia é possível notar um aumento da criatividade e até na capacidade solucionar problemas. Aplicável para todos os tipos de trabalho, pois proporciona quatro modos diferentes de estimulação: aprendizado, criação, concentração e pensar fora da caixa. Como treinar seu cérebro de forma inteligente. Em breve mais informações…
openSUSE distributions dedicated page

Previously, it would take someone new to the project quite some time to learn about the distributions and understand their differences. Not every new openSUSE user would know that it's ideal to use openSUSE MicroOS for single-purpose server hosting and Kubic for container orchestration with Kubernetes.
Thanks to a revamp of the openSUSE Project website, now the distributions get a dedicated page at get.opensuse.org.
A little work is still needed on the documentation part for each specific distribution. If you would like to help with that, you are most welcome. Join the openSUSE Documentation mailing list and coordinate with what's already being done to improve doc.opensuse.org or head to GitHub to have a look at the current opened issues. You will also find instructions on how to start contributing to the openSUSE Documentation.
For now, each distribution's individual page on get.opensuse.org points to the same official documentation guide which is Leap-centric. The documentation does not cover specific instructions for MicroOS, Kubic or even Tumbleweed.
El menú Kickoff de Plasma no busca aplicaciones – Solucionado
Después de la actualización de Plasma 5.21 en mi openSUSE Tumbleweed, mi menú Kickoff de no me dejaba buscar aplicaciones

El pasado 16 de febrero de 2021 la comunidad de KDE anunciaba la publicación de Plasma 5.21, la nueva versión de Plasma, el entorno de escritorio desarrollado por la comunidad KDE para sistemas operativos GNU/Linux y derivados de Unix.
Solo un par de días después, la actualización ya estaba disponible en openSUSE Tumbleweed, la versión “rolling release” de la distribución de GNU/Linux comunitaria openSUSE.
Así que esta actualización junto con otras muchas, llegaron a los repositorios de openSUSE Tumbleweed, y decidí actualizar el sistema. Todo discurrió sin problemas.
Pero después de actualizar, me di cuenta que el lanzador de aplicaciones KickOff, no me mostraba las aplicaciones cuando las buscaba en la caja de búsquedas.
Depués de echar un vistazo a las listas de correo de openSUSE, no ví que nadie más tuviera ese problema. Por lo que traté de solucionarlo por mí mismo, pero sin saber muy bien cómo.
Así que lo mejor era preguntar en los canales oficiales y decidí preguntar en el canal de Telegram de KDE España, donde es el punto de reunión de muchas personas que utilizan Plasma y KDE en general.
Ahí recibí la ayuda de algunas personas con enlaces para leer y cosas para mirar. Pero gracias a Antonio Larrosa, desarrollador de SUSE y legendario miembro de KDE España, me dio la clave para solucionar el problema.
Primero me pidió que comprobara si en Krunner me funcionaba o si al ejecutarlo y buscar algo me daba alagún error. Por lo que me pidió que ejecutar en una consola:
killall krunner ; krunner
Al ejecutarlo, y buscar una aplicación, este no daba un error en concreto, por lo que se podía descartar un problema en un paquete o en una actualización.
Y ya lo próximo era echar un vistazo y comprobar si en Krunner estaba marcado al complemento de “Aplicaciones” para que Krunner buscara también en las aplicaciones.
Et voila! No estaba marcado ese complemento, por lo que Krunner no buscaba dentro de las aplicaciones cuando hacías una búsqueda en el cuadro de búsquedas. Algo raro, ya que no lo había modificado ¿?
Pero ¿qué tiene eso que ver con el problema original si yo lo tenía con el lanzador KickOff? Pues resulta que este último debe compartir configuración con Krunner, por eso al estar desmarcado para uno, tampoco lo tenía en cuenta para otro.
Marqué la opción de Aplicaciones, cerré la sesión y volví a entrar y ya desde el lanzador de aplicaciones KickOff me funcionaba la búsqueda de aplicaciones. Algo que me parece muy cómodo. Suelo usar más esta opción que Krunner, que reconozco que no lo uso nada.
Así que desde aquí de nuevo gracias a la comunidad de KDE en español que recala en el canal de telegram y en especial a Antonio Larrosa, por su tiempo y su conocimiento y por dar con la solución.
Si has tenido el mismo problema, espero que esta solución te lo resuelva. E invitarte, a suscribirte al canal de Telegram de KDE España, no solo para resolver dudas, simplemente para compartir con otras personas tu pasión por KDE, para aprender, enseñar, colaborar, etc…

¿Por qué Python debería ser el primer lenguaje de programación en aprender?
Siempre lo comento, KDE Blog es un blog que prácticamente lo lleva solo una persona pero siempre está abierto a colaboraciones de otros como las de Rubén o Héctor. En esta ocasión es Diego Caraballo que nos ofrece un interesante artículo que lleva por título «¿Por qué Python debería ser el primer lenguaje de programación en aprender?» y que nos sirve como introducción a este apasionante mundo.
¿Por qué Python debería ser el primer lenguaje de programación en aprender?
¿Estás buscando iniciarte en la programación, pero no tienes ni idea de por dónde empezar?
Seguramente has oído hablar de los mejores lenguajes de programación para aprender, pero aún no estás seguro de cuál es el mejor.
Python, sin lugar a dudas, es el mejor lenguaje para comenzar si estás
buscando ingresar a la programación. Hay una fuerte razón por la que el
70% de los cursos de introducción a la programación enseñan Python en las
universidades.
Aprender a programar puede resultar difícil, pero Python lo hace más
fácil.

Python es uno de los lenguajes más populares y fácil de aprender para los
que recién comienzan. Empecé a aprender Python en 2012 y desde entonces
he aprendido muchos otros idiomas. Definitivamente puedo decir que con
Python tuve la curva de aprendizaje más pequeña, especialmente si eres nuevo en el campo de la programación.
Es muy común que las personas que están aprendiendo programación por
primera vez se sientan decepcionadas y desanimadas con la curva de
aprendizaje. Todo el mundo experimenta dificultades al principio.
Enumeremos las razones por las que considero que Python debería ser el
primer idioma que debe aprender.
- Fácil legibilidad
Está más cerca del lenguaje natural. Esta es una de las mejores razones
por las que Python debería ser el primer idioma que deberías aprender.

- Hay muchos buenos tutoriales de Python
La comunidad, los recursos y los tutoriales son invaluables para
cualquier software. Y una vez que empiece a programar, se dará cuenta de
que esto es cierto especialmente para los lenguajes de programación.
Dado que Python se considera el lenguaje de programación más popular,
existe un soporte y documentación masiva para todo.
Puedes darte una vuelta por el blog http://www.pythondiario.com y
encontrar un montón de cursos, ejercicios y desarrollos específicos que
te harán comprender lo antes mencionado.

- Versatilidad, eficiencia, confiabilidad y velocidad
Pregúntele a cualquier desarrollador Python, y estarán totalmente de
acuerdo en que el lenguaje Python es eficiente, confiable y mucho más
rápido que la mayoría de los lenguajes modernos. Python se puede usar en
casi cualquier tipo de entorno, y uno no enfrentará ningún tipo de
problema de pérdida de rendimiento, independientemente de la plataforma en la que esté funcionando.

- Muchos Frameworks y herramientas Open Source
Como lenguaje de programación de código abierto, Python le ayuda a
reducir significativamente los costos de desarrollo de software. Incluso
puede utilizar varios frameworks, bibliotecas y herramientas de código
abierto para reducir el tiempo de desarrollo sin aumentar el costo de
desarrollo.
Incluso tiene la opción de elegir entre una amplia gama de
marcos de trabajo de código abierto y herramientas de desarrollo de
acuerdo con sus necesidades precisas.
Por ejemplo, puede simplificar y acelerar el desarrollo de aplicaciones web utilizando marcos web robustos como Django, Flask, Pyramid, Bottle y Cherrypy. Del mismo modo, puede acelerar el desarrollo de aplicaciones GUI de escritorio utilizando marcos y kits de herramientas de Python GUI como PyQT, PyJs, PyGUI, Kivy, PyGTK y WxPython.

Conclusión
Estas son algunas de las razones por las que Python está creciendo a una
velocidad increíble. Esperamos que este artículo haya arrojado algo de
luz sobre el lenguaje Python y su importancia. Entonces, si alguien te
pregunta «¿por qué programar en Python?» tienes una respuesta de ensayo lista.
5 razones para utilizar Plasma – Vídeo
Seguro que en realidad hay muchas más y que no todo el mundo las compartirá, pero el youtuber Michael Tunnell, aka TuxDigital, ha realizado un interesante vídeo titulado «5 razones para utilizar Plasma» con el que muestra al mundo las bondades del entorno de escritorio de la Comunidad KDE.
5 razones para utilizar Plasma – Vídeo
Lo cierto es que 5 razones me parecen pocas pero si suficientes para que al menos los usurios de sistemas operativos libres le den una oportunidad al escritorio Plasma.
El vídeo empieza con Michael explicando cómo se convirtió en un usaurio KDE comentando que aunque lo había intentado en alguna ocasión no fue hasta que lo probó una semana a fondo no se dió cuenta de las bondades del sistema encontrando muchos detalles ocultos.
También comenta que el vídeo podría tener una hora de duración pero que se ha quedado con las 5 que él cree que són más importantes pero que evidentemente hay muchas más.
De esta forma, Michael destaca en primer lugar su personalización y flexibilidad de KDE (iconos, colores, estilos, paneles, posiciones, etc), a continuación hace hincapié en la seguridad y la consistencia de todo el escritorio aunque lo modifiques de forma intensiva y actualización tras actualización.

En tercer lugar destaca KWin, el gestor de ventanas con sus múltiples opciones y funcionalidades poniendo en foco en la posibilidad de eliminar los bordes de las ventanas, sus opciones de mosaico y sus posibilidades de crear reglas.

En cuarta posición nos habla de la optimización de los recursos del sistema, la cual tiene muy mala fama y que es más un mito que una realidad. El consumo de recusos es comparable con XFCE.
Por último comenta KDE Connect, la aplicación que hace que tu Android y tu Plasma estén conectados, algo que hemos hablado mucho en el blog.
No obstante, os aconsejo que veáis el vídeo completo de unos 10 minutos de duración para que Michael os lo explique con todo lujo de detalles.
openSUSE Breeze Dark Plasma Color Scheme Published
openSUSE Leap 15.2 以非互動方式註冊 GitLab runner with docker executor in Azure 小記
openSUSE Leap 15.2 以非互動方式註冊 GitLab runner with docker executor in Azure 小記
OS: openSUSE Leap 15.2 in Azure
GitLab: 使用 gitlab.com
上次的文章使用互動的方式註冊 gitlab-runner 然後是用 shell executor
今天要來實作以非互動的方式註冊 gitlab-runner 然後採取 docker 來當 executor
實作前提
在 gitlab.com 有帳號 ( 免費的就可以, 有付錢的功能更多 )
確認自己的 GitLab project / Group CI / CD Runner 設定與 Token
在 GitLab.com 登入自己帳號
在 Project / Group 內 的 Settings -- > CI / CD
展開 Runners 就會看到 Token
接下來開始建立實驗
建立 openSUSE Leap 15.2 in Azure
我是用 Cloud Shell in VS code 然後透過 ansible 建立
使用 zypper 新增 gitlab 的 repo
語法 zypper ar -f <URL> <alias>
# zypper ar -f https://download.opensuse.org/repositories/openSUSE:/infrastructure:/gitlab/openSUSE_Leap_15.2 gitlab
觀察相關資訊
# zypper lr
Repository priorities are without effect. All enabled repositories share the same priority.
# | Alias | Name | Enabled | GPG Check | Refresh
--+---------------------+-----------------------------+---------+-----------+--------
1 | gitlab | gitlab | Yes | ( p) Yes | Yes
2 | repo-debug | Debug Repository | Yes | ( p) Yes | Yes
3 | repo-debug-update | Update Repository (Debug) | Yes | ( p) Yes | Yes
4 | repo-non-oss | Non-OSS Repository | Yes | ( p) Yes | Yes
5 | repo-oss | Main Repository | Yes | ( p) Yes | Yes
6 | repo-source | Source Repository | Yes | ( p) Yes | Yes
7 | repo-update | Main Update Repository | Yes | ( p) Yes | Yes
8 | repo-update-non-oss | Update Repository (Non-Oss) | Yes | ( p) Yes | Yes
匯入 GPG Key 與 refresh repo
# zypper --gpg-auto-import-keys refresh
安裝 gitlab-runner
# zypper install -y gitlab-runner
啟動 docker 服務
# systemctl start docker
設定 docker 開機時啟動
# systemctl enable docker
使用 gitlab-runner register 搭配 --non-interactive 方式非互動註冊
# gitlab-runner register --non-interactive --url https://gitlab.com --registration-token YOUR_TOKEN --executor docker --docker-image opensuse/leap:latest --name test-gitlab-runner-docker --tag-list "opensuse-docker"
--url 與 --registration-token 請換成自己要註冊的 Server 與 token
--executor 指定 docker 方式 並指定預設的 docker image 爲 opensuse/leap:latest
--name 指定名稱
--tag-list 指定 tag
觀察相關資訊
# cat /etc/gitlab-runner/config.toml
concurrent = 1
check_interval = 0
[session_server]
session_timeout = 1800
[[runners]]
name = "test-gitlab-runner-docker"
url = "https://gitlab.com"
token = "5kYxjqvGPPy63Vus_W66K"
executor = "docker"
[runners.custom_build_dir]
[runners.cache]
[runners.cache.s3]
[runners.cache.gcs]
[runners.docker]
tls_verify = false
image = "opensuse/leap:latest"
privileged = false
disable_entrypoint_overwrite = false
oom_kill_disable = false
disable_cache = false
volumes = ["/cache"]
pull_policy = "always"
shm_size = 0
這邊的 token 是 runner 的 token
啟動 gitlab-runner
# gitlab-runner start
觀察相關資訊
# gitlab-runner status
也可以到 Gitlab 上面觀察
又前進一步
下次預計來弄 ansible playbook :)
~ enjoy it
Reference:
https://gitlab.com/gitlab-org/gitlab-runner/-/issues/2811#note_49993634
http://sakananote2.blogspot.com/2021/02/opensuse-leap-152-as-gitlab-runner-in.html
No puedo poner acentos en Wayland – Solucionado
Tras la última actualización de Plasma 5.21, y tras los primeros intentos desde Plasma 5.20. tengo com objetivo dar el salto a que sea Wayland mi servidor gráfico por defecto. Tras probarlo un poco me he dado cuenta de un pequeño problema y es que no puedo poner acentos en Wayland. Afortunadamente tras una simple búsqueda en internet lo solucioné. ¿quieres saber cómo? Sigue leyendo.
No puedo poner acentos en Wayland – Solucionado

Desde hace unos días que estoy con Wayland, un protocolo de servidor gráfico y una biblioteca para GNU/Linux (vía Wikipedia) que lleva mucho tiempo en desarrollo y que viene a desplaçar al veterano X11.
En otras palabras, se trata del futuro y es hora de que empiece a utilizarlo (he de decir que el sistema se nota mucho más fluído con Wayland), aunque como es habitual en el mundo del Software Libre, este nuevo protocolo viene con algunos errores que los desarrolladores están afinando.
En un primer intento, con Plasma 5.20, detecté que KMail no mostraba bien los correos electrónicos, reabrí el bug en bugs.kde.org, y en apenas una semana estaba solucionado, lo cual demostraba que la Comunidad KDE está totalmente volcada en solventar todas las dificultades que pueda plantear Wayland.
Animado por su desarrollo he decidido volver a darle una oportunidad para su uso diario, y he detectado un error muy molesto: no puedo poner acentos en Wayland.
Afortunadamente en esta ocasión la solución ha sido mucho más sencilla que en el anterior problema ya que simplemente he visitado la página de bugs de KDE y rápidamente he encontrado la solución en este hilo y de la mano de Jonathan Höchtl.
Básicamente se trata de añadir los siguientes parámetros al archivo etc/environment , el cual se puede abrir directamente desde Dolphin:
INPUT_METHOD=ibus GTK_IM_MODULE=ibus QT_IM_MODULE=ibus XMODIFIERS=@im=ibus
Y, a continuación, reiniciar el sistema.
Espero que solucionen este problema de serie para las próximas versiones de Wayland.
#openSUSE Tumbleweed revisión de la semana 7 de 2021
Tumbleweed es una distribución “Rolling Release” de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

openSUSE Tumbleweed es la versión “rolling release” o de actualización continua de la distribución de GNU/Linux openSUSE.
Hagamos un repaso a las novedades que han llegado hasta los repositorios estas semanas.
El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este enlace:
Esta semana puede que no haya sido la que más snapshots ha visto publicados (solo 3, 0212, 0215 y 0217), pero seguro que ha sido la mayor en cuanto a paquetes actualizados en tu sistema y cantidad de datos transferidos en este año.
Hay varias razones para que eso ocurra, la mayoría de las veces es debido a una actualización de glibc o cuando cambiamos la versión del compilador. Esta semana ha sido debido a la nueva versión de glibc.
Estas tres snapshots trajeron muchas actualizaciones, por ejemplo:
- glibc 2.33
- Mozilla Thunderbird 78.7.1
- Mozilla Firefox 85.0.1
- Linux kernel 5.10.14 & 5.10.16
- LibreOffice 7.1.0.3
- KDE Plasma 5.21.0
- KDE Frameworks 5.79.0
- postfix 3.5.9postfix-bdb
Pero además de todo esto hay muchas cosas que están esperando su turno, por ejemplo:
- Linux kernel 5.11.x
- Binutils 2.36
- GNOME 3.38.4
- openssl 1.1.1i
- El uso de GCC 11 como compilador predeterminado
Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.
Mantente actualizado y ya sabes: Have a lot of fun!!
Enlaces de interés
-
-
- ¿Por qué deberías utilizar openSUSE Tumbleweed?
- zypper dup en Tumbleweed hace todo el trabajo al actualizar
- ¿Cual es el mejor comando para actualizar Tumbleweed?
- Comprueba la valoración de las “snapshots” de Tumbleweed
- ¿Qué es el test openQA?
- http://download.opensuse.org/tumbleweed/iso/
- https://es.opensuse.org/Portal:Tumbleweed
-

——————————–