Skip to main content
  1. Planet
  2. Global
  3. Page 671

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

Recopilación del boletín de noticias de la Free Software Foundation – enero de 2020

Boletín de noticias relacionadas con el software libre publicado por la Free Software Foundation.

¡El boletín de noticias de la FSF está aquí!

La Free Software Foundation (FSF) es una organización creada en Octubre de 1985 por Richard Stallman y otros entusiastas del software libre con el propósito de difundir esta filosofía.

La Fundación para el software libre (FSF) se dedica a eliminar las restricciones sobre la copia, redistribución, entendimiento, y modificación de programas de computadoras. Con este objeto, promociona el desarrollo y uso del software libre en todas las áreas de la computación, pero muy particularmente, ayudando a desarrollar el sistema operativo GNU.

Además de tratar de difundir la filosofía del software libre, y de crear licencias que permitan la difusión de obras y conservando los derechos de autorías, también llevan a cabo diversas campañas de concienciación y para proteger derechos de los usuarios frentes a aquellos que quieren poner restricciones abusivas en cuestiones tecnológicas.

Mensualmente publican un boletín (supporter) con noticias relacionadas con el software libre, sus campañas, o eventos. Una forma de difundir los proyectos, para que la gente conozca los hechos, se haga su propia opinión, y tomen partido si creen que la reivindicación es justa!!

Puedes ver todos los números publicados en este enlace: http://www.fsf.org/free-software-supporter/free-software-supporter

Después de muchos años colaborando en la traducción al español del boletín, desde inicios de este año 2020 he decidido tomarme un descanso en esta tarea.

Pero hay detrás un pequeño grupo de personas que siguen haciendo posible la difusión en español del boletín de noticias de la FSF.

¿Te gustaría aportar tu ayuda en la traducción? Lee el siguiente enlace:

Por aquí te traigo un extracto de algunas de las noticias que ha destacado la FSF este mes de enero de 2020

La FSF no puede hacer campaña a favor del software libre sin tu ayuda

El equipo de campañas de la Free Software Foundation (FSF) trabaja incansablemente para difundir el mensaje al mundo de que todo el software debe ser libre. Hacer campañas por el software libre requiere creatividad, trabajo duro y una comunidad dedicada.

Ampliamos las organizaciones de software libre y los proyectos, movilizamos a los activistas y proporcionamos recursos. Sólo somos tres personas, pero somos el punto de conexión para cientos de miles de partidarios anualmente. Tienes el poder de aumentar exponencialmente este número. Es nuestro objetivo hacer de la conversación sobre el software libre un tema de la mesa de cocina, ¡y necesitamos tu ayuda!

Para el año 2020, estamos ampliando nuestra oferta del regalo exclusivo a todos los asociados nuevos o que renueven su afiliación anual hasta el 17 de enero.

Por favor, ayúdanos a alcanzar nuestra meta de 600 nuevos miembros comenzando el nuevo año con una nueva membresía de la FSF.

¡comparte nuestras imágenes promocionales
para iniciar conversaciones sobre el software libre, y anima a tus amigos
y familiares a unirse!

Presentación de: ShoeTool — Felices Fiestas de la FSF

Del 23 de diciembre

ShoeTool es un cuento de hadas animado sobre un elfo zapatero que cree que compra una máquina para ayudarle a hacer zapatos… sólo para descubrir que hay cadenas que atan su “compra”.

¡Por favor, muestra tu apoyo al software libre y a este vídeo promocionándolo en tus redes sociales usando la etiqueta #shoetool!

Las restricciones de software, análogas al tipo de restricciones con las que nuestro protagonista Wendell se encuentra como usuario de la prometedora ShoeTool, son perjudiciales para nuestra libertad, creatividad y trabajos.

Esperamos que ver las frustraciones de Wendell despierte a muchos hogares
y ayude a más gente a entenderlo.

El equipo técnico de la FSF: Haciendo más por el software libre

Del 4 de diciembre

El equipo técnico de la Free Software Foundation (FSF) trabaja diariamente para mantener y mejorar la infraestructura que soporta cientos de proyectos de software libre, junto con la propia FSF, en su misión de crear un mundo donde todo el software respete nuestra libertad y dignidad.

No subcontratamos ninguna de nuestras necesidades diarias de software porque necesitamos estar seguros de que se hacen usando sólo software libre. Recuerda, no hay “nube”, sólo ordenadores de otras personas.

Por ejemplo: no subcontratamos nuestro correo electrónico, así que cada día enviamos más de medio millón de mensajes a miles de hackers de software libre a través de las listas de correo de la comunidad que alojamos. Tampoco subcontratamos nuestro almacenamiento web o redes, por lo que servimos decenas de miles de descargas de software libre – más de 1,5 terabytes de datos – al día.

Y nuestra popularidad, y la naturaleza crítica de los recursos que ponemos a disposición, nos convierten en un blanco para los ataques de denegación de servicio (uno de ellos está en curso mientras escribimos esto), lo que requiere una supervisión constante por parte del equipo técnico, cuyos miembros se turnan para estar listos para el trabajo de emergencia, de modo que los recursos de los que dependen nuestros partidarios permanezcan disponibles.

Replicant necesita tu ayuda para liberar a Android en el 2020

Del 10 de diciembre

La Free Software Foundation (FSF) apoya el trabajo de varios proyectos importantes de software libre a través del patrocinio fiscal en un programa que llamamos Trabajando Juntos por el Software Libre.

Debido a la omnipresencia del uso de teléfonos móviles en la vida moderna, la liberación de estos pequeños ordenadores es una tarea importante, por lo que es tan crucial apoyar el proyecto Replicant, un sistema operativo móvil de software libre que hace hincapié en la libertad, la privacidad y la seguridad.

apoyo_fsf

Estas son solo algunas de las noticias recogidas este mes, pero hay muchas más muy interesantes!! si quieres leerlas todas visita este enlace:

Y todos los números del “supporter” o boletín de noticias de 2020 aquí:

Support freedom

—————————————————————

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

Skipping functions from entire directories while debugging (e.g. skip all functions from system headers)

So, today I got finally so tired of navigating (or explicitly stepping over) all the internal functions in gdb (you know, all the inline functions from STL containers, from Boost, from this pointer wrapper class, that string class) that I finally googled 'gdb skip system functions'. And guess what, it's been there since gdb 7.12, from 3 years ago, and it's almost trivial, just adding something like this to ~/.gdbinit:

skip -gfi /usr/include/*
skip -gfi /usr/include/*/*
skip -gfi /usr/include/*/*/*
skip -gfi /usr/include/*/*/*/*

 I feel so stu^H^H^Hproud for catching up only 3 years late.

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

Fun with grub2-install "not a directory"

These days, I came across spontaneous kiwi image build failures in a private OBS instance.
The images were SLES15-SP1, they had not been touched for quite some time, rebuilds were only triggered due to new packages in the update channel.
The error was grub2-install failing with the error message "not a directory".
Looking at the recent changes in the update repo showed no obvious reason (some python packages that had nothing to do with grub2-install), so I started to investigate...

... 3 days later, after following some detours, I finally found the issue.

grub2-install scans the installation device for filesystems, and probes all known (to grub2) fs types. The probe of "minix_be" fails fatally. Sometimes.

After building my own grub2 package with lots of debug-printf's, I finally found out, that the minix fs detection of grub2 is a little "fragile". It does the following (pseudo code):
  • grub_mount_minix(device) || return "not minix fs"
  • grub_minix_find_file("/") || fatal_error()
The problem is, that grub_mount_minix() only does pretty simple magic numbers checks, which can lead to false positives.

Comparing the superblock structures of ext[234] and minix filesystems (from the grub2 source code) side by side, you see this:

struct grub_minix_sblock         |struct grub_ext2_sblock
{                                |{
  grub_uint16_t inode_cnt;       |  grub_uint32_t total_inodes;
  grub_uint16_t zone_cnt;        |
  grub_uint16_t inode_bmap_size; |  grub_uint32_t total_blocks;
  grub_uint16_t zone_bmap_size;  |
  grub_uint16_t first_data_zone; |  grub_uint32_t reserved_blocks;
  grub_uint16_t log2_zone_size;  |
  grub_uint32_t max_file_size;   |  grub_uint32_t free_blocks;
  grub_uint16_t magic;           |  grub_uint32_t free_inodes;
};

This already hints at the issue: at the same disk location where ext2 stores the free inodes number, minix stores its magic number, which is used by grub to detect if it is a minix file system.

Now if you happen to have an ext3 file system with a free_inodes number whose lower 16 bits resemble one of the GRUB_MINIX_MAGIC numbers, chances are grub_mount_minix() will succeed, but then the attempt to acces the root directory will fail with a fatal error.

This is a plain grub2 bug, which I will probably report upstream and try to get fixed.
However, I need a fix to have my images build again, and the chances of getting a fix into SLES15-SP1 are ... low (and it is a daunting task, even if you are reporting this bug as a big SLES customer), so I built a workaround in my (locally built, lucky me...) python-kiwi package.

It basically does the following, before calling the "chroot grub2-install ...".

  • statvfs() to get the free_inodes number
  • check if the lower 16 bits resemble one of the MINIX_MAGIC numbers
    • if it does, touch a temporary file in
    • unmount and mount again to update the superblock (I missed this at first and wondered why it did not work)
    • unlink the temporary file
  • continue as before
This workaround is ugly as hell, but it does work for me.

P.S.: the detours included first noticing that almost every change I made to the image, like wrapping grub2-install into a wrapper script for debugging) made the issue go away (because of a different free_inodes number), so I always needed to check after every change that the issue was still present, then finding that copying the locales in grub2-install actually triggers an ENOTDIR - "Not a directory", because it misses special handling the /usr/share/locale/locale.alias file. Of course I thought "this is the issue" and patched it out of grub2, just to find that the original problem still persisted... then overnight package updates in SLES15-SP1 making this problem go away and reappear seemingly random... you guess it 😄
the avatar of Nathan Wolf

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

Elecciones para el Consejo de #openSUSE. La comunidad decide

En este mes de enero de 2020 la comunidad de openSUSE vuelve a decidir sobre quien quiere que ocupe los puestos vacantes en el Consejo de openSUSE

Desde el pasado día 16 de enero de 2020 y hasta el próximo 31 de enero de 2020 las personas que forman la comunidad de openSUSE tienen el poder para decidir quien formará parte del Consejo de openSUSE.

Las fases previas de presentación de candidaturas y presentación de los candidatos finales ya han llegado a su fin. Ahora toca el tiempo de votar y decidir.

Para los 2 puestos vacantes al Consejo de openSUSE, se han presentado 4 candidaturas:

Ahora los miembros de la comunidad de openSUSE tienen el poder de decidir qué personas de esos candidatos ocuparán los 2 puestos vacantes.

A los miembros de openSUSE se les supone suscritos a listas de correo de esta comunidad que desarrolla y mantiene esta distribución de GNU/Linux, por lo que ya les sonarán los nombres de algunos de los candidatos.

Esas 4 personas que se han presentado al cargo han desarrollado tareas en mayor o menor medida para la comunidad de openSUSE como responsables de paquetes, encargándose de la infraestructura o en otros proyectos relacionados con openSUSE.

Las personas elegidas se unirían al Consejo de openSUSE, formado por 5 miembros de la comunidad elegidos por la comunidad y un presidente escogido por SUSE.

Antes del periodo de votación las personas que se presentan al cargo ya han expresado sus intereses y lo que pretenden impulsar o realizar desde su cargo si son elegidas.

Entre las tareas de este consejo no están el dirigir por uno u otro lado el rumbo del desarrollo de la distribución, o tomar decisiones, el consejo de openSUSE está para mediar, para tomar decisiones en cuestiones en las que los grupos de trabajo no se pongan de acuerdo, etc

Precisando más, estas son las tareas del Consejo de openSUSE:

  • Actuar como un punto central de contacto
  • Ayuda a resolver conflictos
  • Comunicar los intereses de la comunidad a SUSE
  • Facilitar la comunicación con todas las áreas de la comunidad
  • Facilitar los procesos de toma de decisiones donde sea necesario
  • Iniciar discusiones sobre nuevas iniciativas para todo el proyecto

Solo los miembros de la comunidad de openSUSE tienen derecho a voto. Si ya eres miembro, habrás recibido un correo a tu “alias” de correo de openSUSE  con las credenciales para votar.

Es hora de expresar tu decisión. ¡Quizás en una próxima ocasión te decidas tu mismo/a a ser protagonista de otras elecciones!

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

Kemeriahan #MozTalk – Open Source Day (openSUSE and Mozilla Firefox Edition)

 

19 Januari 2020, cuaca cukup cerah di bilangan Kuningan Barat, Jakarta. #MozTalk – Open Source Day (openSUSE and Mozilla Firefox Edition) dibuka oleh perwakilan dari Komunitas Mozilla Indonesia, lalu dilanjutkan oleh pembicara pertama dari Komunitas openSUSE Indonesia, yang diwakili oleh mas Kukuh Syafaat yang memperkenalkan kembali openSUSE. Perkenalan kembali dengan openSUSE dimulai dari openSUSE Project, teknologi yang ada di openSUSE, bagaimana cara berkontribusi di proyek FOSS, dan juga tentang Komunitas openSUSE Indonesia.

Pembicara kedua ada mas Herpiko Dwi Aguno dengan “Ngoprek Mozilla Firefox“. Mas Piko menjelaskan bagaimana berkontribusi langsung ke peramban Mozilla Firefox dari mulai mengirimkan kutu ke bugzilla, membangun Mozilla Firefox di lokal, membenahi kutu, dan bagaimana mengirimkan tambalan tersebut hingga akhirnya masuk dalam rilis.

Tidak ketinggalan, openSUSE-ID juga bagi-bagi hadiah untuk beberapa hadirin yang bertanya. Terima kasih kepada Komunitas Mozilla Indonesia yang sudah menyediakan tempat yang kece. Sampai jumpa di acara keren selanjutnya

the avatar of Sebastian Kügler
the avatar of Sebastian Kügler

Streaming audio from Plasma to a Chromecast

Chromecast devices in the sound settings

This morning, while browsing the web, I wanted to listen to a Podcast from my laptop, and thought “Hey, can I stream this to our stereo?”. As it turns out, that’s rather easy to achieve, so I thought I’d share it here.
The media devices in our home are connected using Chromecasts, which are small dongles that allow playing media on them, meaning you can play for example a video from your phone on the projector in the living room: very convenient.

I didn’t know if that was easily achievable with audio from my Plasma/Linux laptop and a quick search turned up “pulseaudio-dlna” which adds Chromecast devices on the local networks as output devices.

On my KDE Neon laptop, it’s as easy as installing pulseaudio-dlna from the standard repositories and then starting “pulseaudio-dlna” from the commandline. Then, I can pick an output device from the panel popup and the audio stream changed to my stereo.

$ sudo apt install pulseaudio-dlna
[...]
$ sudo pulseaudio-dlna
[...]
Added the device "Stereo (Chromecast)".
[...]

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

openSUSE Tumbleweed – Review of the week 2020/03

Dear Tumbleweed users and hackers,

This has been a busy week when looking at the snapshots. Tumbleweed has received 6 fully tested snapshots that were published (0110, 0111, 0112, 0113, 0114 and 0115).

The most noteworthy updates there were:

  • RPM 4.15.1
  • Mozilla Firefox 72.0.1
  • Mozilla Thunderbird 68.4.1
  • KDE Applications 19.12.1
  • KDE Plasma 5.17.5
  • KDE Frameworks 5.66.0
  • Linux kernel 5.4.10
  • Kubernetes 1.17.0

That was quite a bunch of what was on the todo list of last week, but definitively not all of it and a few new things are already incoming again. Things currently being worked on or being shipped in the near future

  • systemd 244 (Snapshot 0116+)
  • Mesa 19..3.2 (also snapshot 0116+)
  • Qt 5.14: we are awaiting some legal reviews. Tests by openQA have all passed
  • Python 3.8: Salt seems to be the main blocker here, as it still relies on Tornado 4.x
  • Removal of python 2

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

Thoughts on LBRY

At the behest of people like Bryan Lunduke and DTLive on YouTube, I have started using LBRY more and last night I even uploaded a few test videos of my own. I would eventually like to put up some of my own tutorial videos.

With that said, LBRY has some serious issues. So, let’s be frank. LBRY has no rules against hardcore porn or if they do, they are not enforced. That’s fine, and I don’t care. It’s not hard to find porn on YouTube also. However if a porn channel doesn’t flag their own content as mature, then it will be in your search results and there’s no way right now to flag it yourself. The suggestions that I got in the help forum (aka the discord server) was to report it to the #report-spam room which I did. Will that result in these channels being told to reflag their content? Who knows. It seems a little iffy.

I realize that this is a startup and there is only so much time and energy to put into such things for a small team. I am rooting for them to make LBRY a great alternative to YouTube.

the avatar of Nathan Wolf