Skip to main content

a silhouette of a person's head and shoulders, used as a default avatar

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

the avatar of Alessandro de Oliveira Faria

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…

the avatar of Ish Sookun

openSUSE distributions dedicated page

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.

a silhouette of a person's head and shoulders, used as a default avatar

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

Imagen: Markus

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…

a silhouette of a person's head and shoulders, used as a default avatar

¿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.

¿Por qué Python debería ser el primer lenguaje de programación en aprender?
By www.python.org – http://www.python.org/community/logos/, GPL, https://commons.wikimedia.org/w/index.php?curid=34991637

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.

¿Por qué Python debería ser el primer lenguaje de programación en aprender?
  • 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.

¿Por qué Python debería ser el primer lenguaje de programación en aprender?

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.

a silhouette of a person's head and shoulders, used as a default avatar

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.

5 razones para utilizar Plasma - Vídeo
¿Es Linux o MacOS? Es Plasma.

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.

5 razones para utilizar Plasma - Vídeo
No solo pone las ventanas en mosaico sino que podemos hacerlo mediante el teclado.

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.

the avatar of Nathan Wolf

openSUSE Breeze Dark Plasma Color Scheme Published

About two years ago, I started using Kdenlive to do video editing. The dark theme I had been using, a modified version of the “openSUSE dark alternate” theme, was not getting along with Kdenlive and I had to use the “Breeze Dark” theme to be able to properly distinguish the widgets and such on the … Continue reading openSUSE Breeze Dark Plasma Color Scheme Published
the avatar of Chun-Hung sakana Huang

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:



a silhouette of a person's head and shoulders, used as a default avatar

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

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.

a silhouette of a person's head and shoulders, used as a default avatar

#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.

Tumbleweed

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

Geeko_ascii

——————————–