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

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!!

• En este enlace podéis leer el original en inglés: https://www.fsf.org/free-software-supporter/2021/july
• Y traducido en español (cuando esté traducido) en este enlace: https://www.fsf.org/free-software-supporter/2021/julio

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 del 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:

• https://victorhckinthefreeworld.com/2016/12/22/quieres-ayudar-a-traducir-el-boletin-mensual-de-la-free-software-foundation/

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

La FSF da el siguiente paso en su compromiso de mejorar la gobernanza de la junta

Del 1 de julio

Como se anunció por primera vez en abril, la junta de la Free Software Foundation (FSF) ha estado llevando a cabo una serie de acciones para fortalecer y modernizar la estructura y los procesos de gobierno de la fundación. El objetivo de estos esfuerzos es preparar mejor a la organización para los desafíos y oportunidades que se avecinan.

Después de una serie de entrevistas con varias firmas, la junta ha contratado a un consultor profesional para ayudar a la FSF a diseñar y ejecutar los cambios necesarios para optimizar el impacto de la junta y la organización. La FSF también sigue buscando activamente un nuevo director ejecutivo.

• https://www.fsf.org/news/fsf-takes-next-step-in-commitment-to-improving-board-governance

Solicita ser el próximo director ejecutivo de la FSF

Del 25 de mayo

La FSF busca un líder con principios, compasivo y capaz para que sea su nuevo director ejecutivo. Esta posición puede ser remota o basada en nuestra oficina de Boston.

La FSF está comprometida con la noción de que los usuarios tienen derecho a controlar su computación, individual y colectivamente, y por lo tanto a controlar el software que hace esa computación. El director ejecutivo trabajará en estrecha colaboración con el presidente, la junta directiva y todo el personal de la Fundación para lograr este objetivo. Lea la lista completa de trabajos para conocer las calificaciones e instrucciones para solicitar este puesto.

• https://www.fsf.org/resources/jobs/apply-to-be-the-fsfs-next-executive-director

Mi pasantía en la FSF y el efecto dominó de los pensamientos

Del 16 de junio por Panos Alevropoulos

¡Hola! Mi nombre es Panos Alevropoulos. Nací y vivo en Thessaloniki, Grecia, y soy estudiante de derecho en la Universidad Aristóteles de Thessaloniki. Este es mi post introductorio en el curso de mi pasantía en la Free Software Foundation. Específicamente, trabajaré de forma remota con las campañas y los equipos de licencias, contribuyendo en áreas que podrían beneficiarse de alguien con experiencia legal.

La campaña en la que más me centraré es Fin de las patentes de software, un tema legal que encuentro particularmente fascinante y en el que espero profundizar. En este breve artículo, me gustaría relatar brevemente cómo llegué a conocer el software libre.

• https://www.fsf.org/blogs/community/my-internship-at-the-fsf-and-the-domino-effect-of-thoughts

Estas son solo algunas de las noticias recogidas este mes, pero hay muchas más muy interesantes!! si quieres leerlas todas (cuando estén traducidas) visita este enlace:

• https://www.fsf.org/free-software-supporter/2021/julio

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

• http://www.fsf.org/free-software-supporter/2021/

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

En realidad la noticia es de febrero pero no he sido consciente hasta el anuncio del KDE’s Summer Apps Update de este 2021. Y es que me congratula compartir con vosotros el regreso de Amarok, mi reproductor de música más querido y que me acompaño durante mis inicios en el mundo GNU/Linux.

El regreso de Amarok, mi reproductor de música más querido

Okular, Konqueror, Kontact o Tellico fueron esas aplicaciones que me enamoraron en mis inicios con KDE 3.5… y a este poker de aplicaciones hay que sumarle Amarok.

Y es que hubo un tiempo que podía pasar mucho tiempo delante del ordenador escuchando música, y no había nada mejor en ningún sistema operativo que superara a Amarok como gestor y reproductor de música.

Además, las funciones extra de Amarok como su editor de etiquetas de los archivos mp3, su conexión a la Wikipedia o su gestión de letras hacía que estuviera siempre en primer plano de mi equipo.

Lamentablemente, el paso a Qt5 fue mortal para su desarrollo y nunca funcionó bien en Plasma (el nombre con el que se consolidó el escritorio de la Comunidad KDE cuando adoptó las librerías Qt5 y se creó KDE Frameworks 5).

Además, coincidió con la época en la que la música dejó de ocupar un gran tiempo de mi vida (ya que fue ocupada por otra cosa mucho más valiosa y amada).

Así que cuando volví a querer escuchar música descubrí que Amarok estaba muerte (o herido de gravedad) y empecé a buscar alternativas… y evidentemente las encontré (strawberry, clementina, elisa, vavve, etc) pero siempre eché de menos al reproductor del lobo.

Es por ello que me ha llenado de ilusión conocer que el equipo de desarrollo ha despertado del letargo y ha anunciado que ya tienen preparado el regreso de Amarok con el siguiente anuncio:

[..] gracias al trabajo dedicado de unos pocos desarrolladores como Pedro y Heiko, estamos orgullosos de presentar el preview técnico del próximo Amarok: Amarok 2.9.71 aka Amarok 3.0 Alpha.

Algunas notas importantes sobre esta versión:

• Amarok ahora depende de MariaDB embedded, ya que MySQL embedded fue descontinuado. Si todavía tienes MySQL incrustado, esto seguirá funcionando, al igual que un servidor MySQL completo, por supuesto. Desafortunadamente, tenemos que estar preparados para que MariaDB descontinúe la versión incrustada también, y estamos considerando un puerto a un nuevo backend de DB;
• el motor de scripts ha sido portado a QJSEngine de Qt5. Lamentablemente la falta de características del QScriptEngine de Qt4 hace que el port sea limitado, por lo que actualmente no hay muchos scripts que sean compatibles. Es probable que un nuevo motor de scripts (usando QML) reemplace la implementación actual.

Como vemos, esto se ha puesto en marcha y espero que pronto podamos volver oir aullar esta aplicación en nuestro escritorio.

Más información: Amarok 2.9.71 Alpha out now!

Hi! My name is Songlin Jiang, a junior undergraduate from Lanzhou University, China, majoring in Computer Science and Technology. It’s my first time participating in the Google Summer of Code with openSUSE Project mentors. In this blog, I’m going to introduce you to my work and experience so far.

About IME and IBus

For people unfamiliar with non-Latin languages, IME (Input Method) may be a completely new concept since they will find all the characters present on the keyboard when typing. However, for the majority of people in Asia, typing in their language would be impossible if without IME. For example, if you want to type Chinese, there are thousands of Chinese characters in total, and a keyboard is just too small to put them all onto it. But with the help of IME, you can choose to use pinyin or other kinds of input schemas like Wubi. Then a standard US keyboard will be sufficient for typing all the Chinese characters.

IBus is an input method framework for developing input methods providing unified user interfaces. A lot of popular input methods are based on IBus, and IBus is also the default input method framework on GNOME. Even if you don’t use non-Latin languages, you may also find IBus useful with IBus Typing Booster installed.

My Project: IBus Customize

Since IBus has its front-end based on GTK, and GNOME replace that front-end with its GJS version to make it more unified with GNOME, currently, the IBus theme follows the global GNOME-Shell theme in GNOME and the global GTK theme in other desktop environments, and IBus lacks customization in GNOME since ibus-setup (IBus Preferences command) won’t work on GNOME for the previous reason.

As a result, my project aims to make IBus themes separate from the current GNOME-Shell theme and GTK theme so that users can customize it with other GNOME-Shell themes and GTK themes. And also, making an extension on GNOME providing full customization of appearance, behavior, system tray and input source indicator for IBus.

The project is divided into three parts: Customize IBus, IBus Theme Tools, and IBus Theme Hub. Here is a user guide for using these projects, and I’m going to introduce them to you one by one in the following parts and also my experience of creating these projects.

What is needed by the users?

Since using IME is an inseparable and most important part of many non-Latin speakers’ daily life when using computers, the most important thing is to provide enough customization to adapt to users’ needs. Also, since every operating system provides its own set of IMEs, IMEs should be able to configure in a way where users will find it familiar without changing the current user habits, thus reducing the learning cost if they have just switched from another platform.

Customize IBus

Customize IBus is an extension for GNOME providing full customization for IBus. A list of features supported by this extension can be found here.

The project is initially imported from ibus-tweaker since I have to start from scratch for the whole project, and I have no previous experience of creating a GNOME Shell extension before I applied for the GSoC.

Ibus-tweaker was a great project to start with. By learning and reusing a part of its code, I understood the mechanism behind the IBus GJS front-end, further referring to GJS documents, I finally managed to create a whole new extension providing lot more features.

You can see the evolution of the project from here.

You can find Customize IBus repository here!

IBus Theme Tools

IBus Theme Tools are specialized for extracting IBus related styles (style class names start with candidate-, and some patches so that it can be displayed just as defined) into style sheets from GNOME Shell themes that can be used in Customize IBus extension in GNOME. It also supports changing IBus themes with available GTK themes directly in non-GNOME desktops.

The tool is coded in Python, using tinycss2 as a parser for the GNOME Shell theme stylesheet.

You can find IBus Theme Tools repository here!

IBus Theme Hub

IBus Theme Hub is the collection of themes that can be used by the Customize IBus extension.

Currently, it has the Microsoft IME Themes.

If you have designed a theme for IBus, I welcome you to contribute your IBus theme here!

You can find IBus Theme Hub repository here!

Finally…

I hope you enjoyed this article. If you think my project helps you a lot, don’t forget to share this post with your friends so that everyone can get the best use of my GSoC 2021 project.

Info lebih lanjut: https://news.opensuse.org/2021/06/28/osa-cfp/

Tautan CFP: https://events.opensuse.org/conferences/oSAS21

La gente de la Comunidad KDE no para de crear y mejorar sus aplicaciones. Es por ello que la gente de promoción ha decidido escribir sobre el llamado KDE’s Summer App Update 2021 donde se recopilan aquellos lanzamientos que todavía no están alineadas con KDE Gear.

KDE’s Summer App Update 2021 llega cargado de novedades

La complejidad de la Comunidad KDE es algo elevada debido a que justamente es una Comunidad de personas que, aunque tienen un objetivos común, pueden tener motivaciones o calendarios independientes.

Es por ello que si bien hay tres ramas principales de desarrollo (KDE Gear para el grueso de aplicaciones, Plasma para el entorno de trabajo o escritorio y KDE Frameworks para las librerías básicas para los desarrolladores) hay algunos proyectos que tienen su propio calendario.

Es por ello que el equipo de promoción ha decidido redactar el presente KDE’s Summer App Update 2021 que llega cargado de novedades y que recopila el trabajo paralelo de otro miembros de la Comunidad y que no entran en las 3 ramas principales.

De esta forma nos encontramos con:

• Primer lanzamiento estable de MyGnuHealth, el gestor de tus datos biométricos.
• Digikam 7.2 que añade un avanzado gestor de renombrado de imágenes.
• Nueva aplicación: KGeoTag, con la que podremos asignar localizaciones GPS a imágenes

• Nueva versión de KUP, el gestor de copias de seguridad integrado en Plasma y que añade la detección de cuando una carpeta de origen ha sido eliminada.
• NeoChat 1.2, el cliente de mensajería instantánea y libre Matrix, llega cargado de novedades como la utilización burbujas de mensajes, autocompletado de comandos., envío de reacciones personalizadas, etc.
• Skrooge 2.25, el gestor de finanzas estrena la posibilidad de desactivar de cuentas desde el widget «cuentas» en el Tablero de Control y se ha incluido un nuevo diseño del panel de control: por columnas y con diseños en los diseños.

• Tellico 3.4, el gestor de colecciones, ofrece más fuentes de información como UPCitemdb, TVmaze, y Numista. Además, entre otras cosas, se ha añadido la posibilidad de visualizar estadísticas en forma de gráficos.

Y, por supuesto, decenas de errores y optimizaciones en decenas de aplicaciones. Esto no para, esto es KDE.

Más información: KDE’s Summer App Update 2021

How many better ways of working have you uncovered lately?

This past year a lot of people have been forced into an unplanned and unwanted experiment. Many teams have had to figure out how to work in a remote-first way for the first time. 

I was privileged to be working in a team that was already distributed, making the transition for us easier than many found it. But adapting to work without office equipment was still new. 

Going without the offices that we were used to was uncomfortable in many ways. It was particularly difficult for those not privileged enough to have good working environments at home. 

While nobody would wish the challenges of the past year upon anyone, disruption to the way we were used to working, helped us uncover some better ways. Nothing groundbreaking. But some things were driven home.

Like how much easier video discussions are when everyone is fully visible, at the same size on the screen, and close-mic’ed. Better than the hybrid experience when part of the team are using a conference room with shared microphone and camera.

We also learned how bad our open plan office environment was for collaborative working. Compared with the experience of two people pairing over a video chat, each in their own quiet spaces.

We had some resilience because we were already distributed. How much more resilient might we have been, had we been more used to experimenting and adapting the ways we worked, safely.

The opening sentence of the agile manifesto doesn’t seem to be as much discussed as the values & principles. I think it’s arguably the most interesting bit.

“We are uncovering better ways of developing software by doing it and helping others do it.”

The Agile Manifesto

This brings three questions to mind that might be useful reflection prompts:

1. How many better ways of developing software have you uncovered recently? Have we already found the best ways of developing software? I hope not!
2. Are the people who are developing software in your organisation, the same people who are uncovering better ways of doing it? Or does management tell people how to work?
3. When deciding how to work, are you thinking foremost of what’s easiest for you? or what’s most helpful for others?

We didn’t need a pandemic to try the experiment of no office, but for many folks it was the first time trying that experiment. What if we experimented more? Experimenting with self-selected, smaller, low-risk experiments?

How much has your team changed the way it works lately? Could you be stuck in a local maximum? Are your ways of working best for your team as it is now, or tradition inherited from those who came before, who may have been in a different context?

Every person is different. Every team is different. Transplanting ways of working from one team to another may not yield the best working environment. 

Ways of working often come from “things I’ve seen work before” or your preferences. Why would they be best for this team now? What are you doing to “uncover” what works best for you now?

Uncovering is a great metaphor. Move things around, remove some things, see what you discover! 

Teams often limit themselves by only trying experiments where they believe the outcome will be an improvement. Improvement is then limited by the experience and imagination of those present.

How about trying experiments where you expect the result to be no different? Or where you have no idea what will happen? Or even where you expect the result to be worse?

Here’s some practical experiments you could try in your team to see what you learn:

Try removing something

What activities, ceremonies, processes, and practices do you have? What would happen if you stopped doing one of them? They may seem like purely beneficial things. Even if they are, by trying to remove them you might learn more about their value (or lack thereof) to you. As well as their influence on your behaviour.

• Imagine there’s No Offices (We’ve had this experiment forced upon us lately)
• Imagine there’s No Meetings. Maybe we’d expect more miscommunications and wasted effort. Perhaps worth testing—maybe we’ll understand the value of meetings more clearly by abstaining for a time. Maybe we’d also learn to communicate asynchronously through writing more clearly. 
• Imagine there’s No Estimates. Do you estimate all your upcoming tasks to measure progress? What would happen if you stopped doing it? If you’re required to give estimates what if you estimated everything as one day?
• Imagine there’s No Staging. Do you test your changes in a staging environment for a time before promoting to prod? What if you didn’t? How would you be forced to adapt to mitigate the risks you had been mitigating in staging.
• Imagine there’s No Branches. Do you work independently from others on your team? What if you had to all work on the same branch? How would you adapt?
• Imagine there’s No Backlogs. What if you discarded everything you’re not doing now or next? What would happen? Maybe worth trying.
• Imagine there’s No Managers. Do you know what your manager is doing? What would happen if they were unavailable for a while? How would your team need to adapt?

Removing things might seem risky and likely to make things worse. But what can we know about our resilience if we only do experiments where we think we know the outcomes.

It can be interesting to try removing something and see if we achieve similar outcomes without it.

It can help you understand the real value of the practice or process to your team. Help you understand your team better, and how things normally go right.

Try constraining something

Add an artificial limit on something you do often and see what you learn. Here’s some popular examples.

• Keep tests green at all times
• Implementation code may only be factored out of tests, not written directly. 
• No more than 1 test in a commit
• Deploy every time tests go green
• Only one level of code indentation, or one dot per line
• Only mock types you own
• No fewer than 3 people work on a task if you usually work alone, or no more than 1 person working on a task if you usually work paired.
• No more than n tasks in progress
• Don’t start a new task until previous is in production.
• No changing code owned by another team. 

Try the opposite

What ways of working do you tend to choose? What if you tried the opposite for a time and see what you learn? Try to prove it’s no worse and see what happens.

• Do you always take on the team’s frontend tasks? What if anyone but you took them?
• Work together in pairs? Try working apart individually.
• Work individually? Try working together in pairs.
• Feel we need to plan better? What if we just started without planning, together.
• Hiring to go faster? What if you tried having fewer people involved instead.

Try the extreme 

An idea from extreme programming is to look for what’s working and then try to turn it up to the maximum; turn the dials up to 11. 

A few ideas:

• Pair programming on complicated tasks? Try pairing on boring tasks too.
• Pairing? Try the whole team worked together as an ensemble/mob.
• Deploying daily? Try to deploy hourly.
• Do you declare a production incident when there’s a problem with customer impact? What if every “operational surprise” were treated as an incident.

Reflecting

Only run experiments that your team all consent to. Set a time limit and a reflection point to review. 

Ask yourselves: What was surprising? Are we having more or less fun? What were the upsides? What were the downsides? Are we achieving more or less? 

Make it the default to revert to the previous ways of working. Normalise trying things you don’t expect to work, and reverting. Celebrate learning that something is not right for you. If every experiment becomes a permanent change for your team, then you’re not really experimenting you’re just changing. 

Be bold enough to try things that probably won’t work. You might uncover new insights into your team, your colleagues, and what brings you joy and success at work.

The post Uncovering Better Ways appeared first on Benji's Blog.

A pesar de que este año hemos vuelto a tener una edición especial de Akademy, ésta no ha estado exenta de los Akademy Award 2021, es decir, los premios de la Comunidad KDE. Se trata de un reconocimiento a aquellas personas que han destacado en el desarrollo del Proyecto KDE.  Rindámosles un pequeño homenaje.

Akademy Award 2021, los premios de la Comunidad KDE

Tradicionalmente, las ponencias, charlas y las minireuniones de pasillo del fin de semana de cualquier Akademy finalizan con el anuncio de los Akademy Award, es decir, los premios que se otorgan a los miembros de la Comunidad KDE a aquellos integrantes que destacan por una u otra razón.

Estas dos ediciones tan especiales de Akademy (2020 y 2021) que seránrecordada por ser realizadas en línea no han sido una excepción y no han faltado los Akademy Award (esta vez otorgados al finalizar la Akademy), unos premios que tienen un curiosa forma de ser otorgados, ya que son elegidos por los ganadores de la anterior edición. De esta forma se consigue diversificar los ganadores a lo largo de los años, tal y como se puede apreciar en el listado de premiados.

De esta forma Bhushan Shah, Carl Schwan y Luigi Toscano ganadores del 2020 han fallado otorgado los premios Akademy Award 2021 a:

• Premio a la mejor aplicación para Alexander Semke, por su trabajo en LabPlots.
• Premio a la mejor no-aplicación para Paul Brown,por su excelente tarea en KDE Promo.
• Premio del jurado para Adriaan de Groot, por sus años de contribuciones a la Comunidad KDE.

Así que las lista de gente cuyo trabajo es reconocido por la Comunidad KDE sigue creciendo a medida que pasan los años, aunque en mi humilde opinión se debería aumentar el número de reconocidos por año porque hay decenas de personas que se merecerían este galardón.

¡Muchas felicidades a todos ellos!

Más información: KDE.News

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 esta semana.

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este enlace:

• https://dominique.leuenberger.net/blog/2021/07/opensuse-tumbleweed-review-of-the-week-2021-26/

Se han publicado un total de 5 snapshots (0625, 0626, 0628, 0629 y 0701).

Los cambios más notables que han traído son:

• systemd 248.3 (actualizado desde la versión 246.13)
• sysuser-tools
• Mesa 21.1.3
• Mozilla Firefox 89.0.2
• Node.JS 16.4.0
• VLC 3.0.16
• OpenSSH: no elimina /etc/ssh/sshd_config en las actualizaciones
• KDE Plasma 5.22.2.1
• Linux kernel 5.12.13
• SQLite 3.36.0

Y los cambios que llegarán próximamente serán:

• Mesa 21.1.4
• libxcrypt 4.4.23
• RPMLint 2.0
• Linux kernel 5.13
• linux-glibc-devel 5.13
• Rust 1.53
• fmt 8.0.0

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

——————————–

Dear Tumbleweed users and hackers,

My week is a bit skewed this week: after having have systemd 248 in staging for what felt like an eternity, we could finally finish off the issues identified around it. This was some issues in yast, some regressions seen in systemd itself, and some adjacent issues exposed by sysuser-tools, where we needed to be sure to get the update order in a defined form. Of course, this is just my feeling: more has happened this week. After all, we published a total of 5 snapshots (0625, 0626, 0628, 0629, and 0701).

The most notable changes included:

• systemd 248.3 (updated from 246.13)
• sysuser-tools: accepting a 3rd parameter for the config
• Mesa 21.1.3
• Mozilla Firefox 89.0.2
• Node.JS 16.4.0
• VLC 3.0.16
• OpenSSH: don’t remove /etc/ssh/sshd_config on upgrades (does not restore already removed ones, but protects in the future)
• KDE Plasma 5.22.2.1
• Linux kernel 5.12.13
• SQLite 3.36.0

In the staging projects we currently test:

• Mesa 21.1.4
• libxcrypt 4.4.23: addition of CRYPT_SALT_METHOD_LEGACY; needs a fix in pam
• RPMLint 2.0
• Linux kernel 5.13
• linux-glibc-devel 5.13: breaks llvm and gcc10
• MOTD (mot of the day) handing moves from login.defs to pam_motd: during the transition you might see it in double. When complete, it becomes more flexible though (incl. cockpit having chances to write to /etc/motd.d)
• Rust 1.53
• fmt 8.0.0: breaks ceph