25 Jun 2026
Fedora People
Fedora Infrastructure Status: Planned Outage - download-ib01, torrent, people outage
25 Jun 2026 8:00pm GMT
24 Jun 2026
Fedora People
Rénich Bon Ćirić: De CentOS Stream 9 a 10 con leapp
Ahora te voy a contar una de esas aventuras de SysAdmin que te ponen a sudar frío, pero que al final te dejan con una sonrisa de oreja a oreja.
Acabo de migrar mi servidor físico de CentOS Stream 9 a CentOS Stream 10 usando Leapp. La neta, aunque el proceso es noble, me topé con varias broncas en el camino (desde falta de espacio en boot hasta conflictos de red) y aquí te dejo el mapa completo para que usted, ¡pare de sufrir!
El Parote de Dracut Hostonly
Antes de que pudiera siquiera pensar en correr el preupgrade, me di cuenta de que mi partición /boot (de apenas 1 GB) estaba al 65% de capacidad. Como DNF necesita instalar el nuevo kernel y Leapp requiere mínimo 100 MB libres para maniobrar, no se iba a armar la cosa.
Como tengo XFS sobre LVM en la raíz (y esa chingadera no se puede encoger online ni offline), no podía simplemente reparticionar el disco. Por fortuna, hace un ratito te conté cómo apliqué el paro definitivo para tu boot con dracut hostonly.
Siguiendo esos pasos, reduje el peso de cada RAM disk de ~235 MB a ~69 MB. Eso me devolvió ~330 MB libres de inmediato, dejando mi boot al 32% de uso y abriendo la puerta para continuar con el upgrade sin tener que andarme metiendo en desmadres de reparticionar discos en vivo.
Note
La neta es que, mi servidor físico (local), no está en producción. Nomás que... me da weva conectarle un monitor y un teclado para moverle...
Preparando Leapp y el Preupgrade
Con el espacio libre resuelto, instalé las herramientas necesarias para la migración. En CentOS Stream, esto se hace a través de los paquetes de ELevate:
dnf install leapp-upgrade-el9toel10
Una vez instalado, corrí la herramienta de diagnóstico para buscar inhibidores (bloqueos del sistema):
leapp preupgrade
El Desmadre de ifcfg y los Inhibidores
El reporte inicial me arrojó un inhibidor de alto riesgo: Legacy network configuration found.
Resulta que en CentOS Stream 10 se eliminó por completo el soporte para los viejos archivos ifcfg-* en /etc/sysconfig/network-scripts/. Si no migras esto, tu tarjeta de red no va a levantar al reiniciar y tu servidor va a quedar incomunicado en la calle.
-
Migrar la conexión a formato `keyfile` (nativo de `NetworkManager`): Utilicé la herramienta nativa de NetworkManager para convertir el perfil.
nmcli connection migrate enp6s0
NetworkManager automáticamente borró el archivo ifcfg-enp6s0-1 y creó el nuevo perfil estructurado en /etc/NetworkManager/system-connections/enp6s0.nmconnection.
-
Limpieza de systemd: Leapp también detectó symlinks rotos de servicios viejos (como vdo.service y zabbix-server-mysql.service) que andaban estorbando. Los borré de volada:
rm -f /etc/systemd/system/multi-user.target.wants/zabbix-server-mysql.service /etc/systemd/system/multi-user.target.wants/vdo.service
Corrí de nuevo leapp preupgrade y esta vez arrojó exit code 0 (¡libre de inhibidores!). Aunque advirtió que mi procesador (AMD Family 15h) ya no tiene soporte oficial por Red Hat, verifiqué con el linker que soporta la microarquitectura x86-64-v3 sin bronca.
La Gran Migración
Con el semáforo en verde y mis respaldos al día, arranqué la descarga de paquetes. (mentiras... ni respaldé nada...)
Warning
¡Mucho ojo con la sesión SSH! La descarga e instalación del entorno temporal pesa más de 2 GB. Si tu SSH se desconecta por timeout a la mitad del jale, el proceso padre va a morir por un error de "Broken pipe" y va a tronar el instalador gacho. Para evitar desmadres, lo ideal es correr todo dentro de una sesión de tmux (o screen) para que puedas desconectarte y reconectarte sin perder la ejecución:
# Iniciar una sesión de tmux
tmux new -s upgrade
# Correr el upgrade
leapp upgrade
Si por alguna razón la red parpadea o se te cierra la sesión, sólo tienes que volver a conectarte y restaurar el cotorreo con tmux a -t upgrade.
Cuando el comando terminó con éxito y me indicó que todo estaba listo, ejecuté el reinicio:
reboot
El sistema se apagó, cargó el kernel especial de actualización (ELevate-Upgrade-Initramfs), ejecutó la transacción de paquetes y se volvió a reiniciar de manera automática.
Verificación y Limpieza Final
Al volver a entrar por SSH, verifiqué que ya estaba del otro lado:
cat /etc/os-release
Ya chingamos: CentOS Stream 10 (Coughlan)` con kernel 6.12.0.
Sin embargo, el comando systemctl is-system-running me devolvió el estado degraded. El culpable era el servicio systemd-networkd-wait-online, el cual estaba habilitado por una instalación vieja pero no tenía perfiles activos (ya que NetworkManager controla todo el desmadre).
Lo desactivé para dejar el sistema limpiecito:
systemctl disable --now systemd-networkd systemd-networkd-wait-online systemd-networkd.socket
systemctl reset-failed
Volví a checar el estado y finalmente quedó en running. ¡Chulada de sistema!
Conclusiones
La neta es que migrar con Leapp es bastante fácil si sabes leer los reportes y previenes los bloqueos antes de reiniciar. La clave de esta historia fue optimizar dracut y no dejar ningún perfil ifcfg de red vivo.
¿Qué te parece? ¡¿Te avientas la actualización de tus servidores a CentOS Stream 10?! Si no te animas, échame un grito. :)
24 Jun 2026 12:50pm GMT
Rénich Bon Ćirić: Dracut hostonly: El paro definitivo para tu /boot de 1 GB
Hoy me topé con un dolor de cabeza clásico de los que administramos servidores: la partición /boot de uno de mis servidores físicos (dev1.casa.g02.org) andaba agonizando. Apenas medía 1 GB y ya estaba al 65% de su capacidad. Con el upgrade que andaba haciendo, meter otro kernel iba a hacer que todo valiera madres por falta de espacio.
La primera ocurrencia lógica es: "pues le quito espacio a la raíz (/) y se lo paso a /boot". Pero, ¡oh sorpresa! Mi partición raíz está formateada con XFS y vive dentro de un volumen lógico (LVM). Para los que no sepan, XFS no se puede encoger (shrink). Así que esa idea valió madre de volada.
Investigando las entrañas del sistema, me di cuenta de que cada imagen de initramfs generada por dracut pesaba la grosería de ~235 MB. ¿Por qué tanto desmadre? Resulta que por defecto, el sistema las compila en modo "genérico", empacando todos los drivers habidos y por haber por si decides mudar el disco a otra compu.
Pero como mi servidor es una máquina física bien establecida, ¿para qué quiero drivers de Hyper-V, VMware o NVMe si mi disco es un SATA común y corriente? Ahí es donde entra la magia del modo hostonly en dracut.
Configuración de Volada
Para no andar batallando en el futuro, creé una regla persistente para que todas las futuras imágenes de boot se compilen optimizadas:
-
Crear el archivo de configuración: Creé un archivo drop-in para dracut con la opción mágica.
# /etc/dracut.conf.d/hostonly.conf hostonly="yes"
-
Regenerar las imágenes: Reconstruí los RAM disks para todos los kernels instalados para aplicar el cambio inmediatamente.
dracut -f --regenerate-all
-
Verificar el espacio: Chequé cuánto espacio gané con este parote.
Resultados del Parote
El resultado de esta optimización fue inmediato y super chido:
- initramfs-5.14.0-691.el9.x86_64.img: Bajó de 234 MB a 69 MB.
- initramfs-5.14.0-710.el9.x86_64.img: Bajó de 235 MB a 69 MB.
- initramfs-5.14.0-710.el9.x86_64kdump.img: Bajó a 43 MB.
¡Me ahorré más de 330 MB en total! El uso de la partición /boot bajó del 65% al 32%, dándome espacio de sobra para varios kernels más sin tener que andarnos preocupando por fallos de espacio en la siguiente actualización de DNF.
Warning
¡Ojo con la portabilidad! Si decides mudar tu disco físico a otra máquina con hardware totalmente diferente, el sistema podría no arrancar porque el initramfs optimizado no tendrá esos drivers. La ventaja es que la imagen de rescate (rescue) siempre se genera en modo genérico, así que puedes bootear con ella y volver a compilar el initramfs para el nuevo hardware.
Conclusiones
La neta es que es mejor optimizar lo que ya tienes antes de meterte en desmadres de reparticionar discos en caliente, sobre todo cuando tienes XFS en el camino. Con una sola línea de configuración le di un respiro enorme a la máquina y me ahorré un dolor de cabeza enorme.
¿Cómo la ves? Si andas sufriendo por espacio en tu partición de boot, ya te la sabes: ¡dale una oportunidad a hostonly, no?!
24 Jun 2026 11:45am GMT
Dennis Gilmore: Global Roaming on Google Fi and Linux
I have a 5G modem in my Lenovo x13s and t14s. I run Fedora on them, currently Fedora 44. I have had issues in the past when traveling. The 5G modem works fine when in the US but will not connect to any provider when roaming. It has worked after some time in the UK and Australia, but not in other countries. I use Google Fi for phone service, which allows roaming with the same data allowance as in the US.
After some digging during my current trip, when it wasn't connecting, I think I have found the issue and a workaround to ensure I can connect. Google Fi uses two networks, T-Mobile in the US and Three UK when roaming. It also uses T-Mobile for roaming. The issue seemed to be that the towers were rejecting the SIM card, attempting to register using T-Mobile's default APN that seems to be baked into the SIM card as a default profile. The ModemManager logs looked like the following
ModemManager[1603]: <msg> [modem0] 3GPP packet service state changed (unknown -> detached)
ModemManager[1603]: <msg> [modem0] 3GPP packet service state changed (detached -> unknown)
ModemManager[1603]: <msg> [modem0] 3GPP packet service state changed (unknown -> detached)
ModemManager[1603]: <msg> [modem0] 3GPP packet service state changed (detached -> unknown)
The trick that got it to connect was to make a change to the default profile used to connect to the phone tower was to run an mmcli command: "mmcli -m 0 -3gpp-set-initial-eps-bearer-settings="apn=h2g2,ip-type=ipv4v6" Which forces the sim to use the Google Fi APN and not the T-Mobile one
24 Jun 2026 3:45am GMT
23 Jun 2026
Fedora People
Fedora Community Blog: Community Update – Week 25, 2026

This is a report created by CLE Team, which is a team containing community members working in various Fedora groups for example Infrastructure, Release Engineering, Quality etc. This team is also moving forward some initiatives inside Fedora project.
Week: 15 - 19 June 2026 (Flock Week!!)
Fedora Infrastructure
This team is taking care of day to day business regarding Fedora Infrastructure.
It's responsible for services running in Fedora infrastructure.
Ticket tracker
- Helped getting elnbuildsync moved into stg openshift (ongoing).
- A couple more services had OS upgrades to Fedora 44.
- Some more MirrorManager problems.
- Scrappers found another ostree repo. on kojipkgs, limited dir. indexing to stop the attack and then searched for any other ostree repos. Hopefully the last time it happens.
CentOS Infra including CentOS CI
This team is taking care of day to day business regarding CentOS Infrastructure and CentOS Stream Infrastructure.
It's responsible for services running in CentOS Infrastructure and CentOS Stream.
CentOS ticket tracker
CentOS Stream ticket tracker
- Finish rebuilding/bumping some pkgs for ppc64le libvirt/qemu-kvm stack on el10 (https://gitlab.com/CentOS/infra/tracker/-/work_items/1928)
- Start to work on debuginfo origin servers refresh with el10 instances (https://gitlab.com/CentOS/infra/tracker/-/work_items/1892)
- More coordination work with Stream team about secureboot issues (https://redhat.atlassian.net/browse/CS-3400)
- Finishing last debuginfo pool members reinstall (https://gitlab.com/CentOS/infra/tracker/-/work_items/1892)
- Decommission old openstack env for stream (https://redhat.atlassian.net/browse/CS-3404)
- Cloud SIG doc url change (migration to gitlab, from pagure) - https://gitlab.com/CentOS/infra/tracker/-/work_items/1934
- internal requests (FRCL and audit compliance)
- Move another SIG doc url (away from pagure.io) - https://gitlab.com/CentOS/infra/tracker/-/work_items/1938
- Modified the aws load-balancer settings for one ocp tenant (https://gitlab.com/CentOS/infra/tracker/-/work_items/1932)
- Migrate haproxy load-balancers to el10 for stream dc-move prep (https://redhat.atlassian.net/browse/CS-3353)
Release Engineering
This team is taking care of day to day business regarding Fedora releases.
It's responsible for releases, retirement process of packages and package builds.
Ticket tracker
- Migration at 95%, the only thing left to migrate is majorly fedora-scm-requests, bug fixes, and continued releng operations.
- Migration: archive-repo-manager from pagure
- Fix: Missing permissions on releng/fedora-comps
- Bug Fix: Mass tagging script for verification bits
- F45 Change Sets reviews are in check and f45-python side tags are merged.
- Regular releng operations.
QE
This team is taking care of quality of Fedora. Maintaining CI, organizing test days
and keeping an eye on overall quality of Fedora releases.
- We've started searching for new owners/maintainers of Packager Dashboard and Oraculum
Forgejo
This team is working on introduction of https://forge.fedoraproject.org to Fedora
and migration of repositories from pagure.io.
- Completed the Flock To Fedora 2026 presentation on Fedora → Forgejo migration efforts #588, packaged and deployed Forgejo 15.0.3 #620.
- successfully ran the PR fix doctor across all migrated repositories #601 to address merge issues with Pagure imports.
- Enhanced runner infrastructure with the addition of a Testing Farm runner option #619 and docker-slim type runner #568, and improved security by deploying oauth-proxy to secure the Forge metrics endpoint #571.
EPEL
This team is working on keeping Epel running and helping package things.
- Updated caddy in rawhide, resolving 14 CVEs
- Ongoing onboarding of Pedro
UX
This team is working on improving User experience. Providing artwork, user experience,
usability, and general design services to the Fedora project
- With Flock this week, got to see how all the final designs turned out it in person!
- Emma delivered her talk on 'Why You Should Use Open Source Design in Open Source' at Flock
- Great progress on the F45 wallpaper in the final stretch!
If you have any questions or feedback, please respond to this report or contact us on #admin:fedoraproject.org channel on matrix.
The post Community Update - Week 25, 2026 appeared first on Fedora Community Blog.
23 Jun 2026 10:12am GMT
Fedora Community Blog: Community Update – Week 24, 2026

This is a report created by CLE Team, which is a team containing community members working in various Fedora groups for example Infrastructure, Release Engineering, Quality etc. This team is also moving forward some initiatives inside Fedora project.
Week: 08 - 12 June 2026
Fedora Infrastructure
This team is taking care of day to day business regarding Fedora Infrastructure.
It's responsible for services running in Fedora infrastructure.
Ticket tracker
- Request for CentOS Alternative Images SIG URL Update
- Wiki upgrade problems/patch with FedoraMessaging when editing a page
- Staging wiki down due to PluggableAuth extension issue
- Move all remaining Fedora 42 instances to 44
- Deploy DRM Panic Frontend
- Switch from session-based OIDC to Authentication Bearer
- Move the Fedora Badges static assets from Pagure to Forgejo
- badges: fix image trigger annote order on deploy metadata
- List authorization in CORS headers for API routes
CentOS Infra including CentOS CI
This team is taking care of day to day business regarding CentOS Infrastructure and CentOS Stream Infrastructure.
It's responsible for services running in CentOS Infrastructure and CentOS Stream.
CentOS ticket tracker
CentOS Stream ticket tracker
- Fix backup cache DB mismatch on backup machine
- Change isa riscv %dist to .el10rv
- Reinstall failed sponsored server
- rebase needed qemu-kvm/libvirt stack for ppc64le hypervisor role
- Refresh new RHEL releases on deployment server[s]
- Deploy new donated machine (and onboard new sponsor)
- Upgrade various OCP clusters to latest 4.18 minor version
- debug a acme renew issue
- Investigate crashing postgres on cbs-hub
- Degraded RAID array in sponsored machine
- CentOS-Stream-GenericCloud-x86_64-10-latest.x86_64.qcow2.SHA256SUM is a zero byte file
- cbs command aborts on Fedora 44 due to missing CA bundle path
- [reminder] : reach out to new sponsor in South Africa
Release Engineering
This team is taking care of day to day business regarding Fedora releases.
It's responsible for releases, retirement process of packages and package builds.
Ticket tracker
- Change Set Review for F45
- Script improvement and feature addition (in-progress):
- Regular Releng Operations
- Fedora 42 EOL Preps
AI
This is the summary of the work done regarding AI in Fedora.
- Testdays (the webapp we use for running…Test Days) has an MCP server now (not sure if it's deployed in prod yet though) - work by Jaroslav Groma
QE
This team is taking care of quality of Fedora. Maintaining CI, organizing test days
and keeping an eye on overall quality of Fedora releases.
- Executive summary: Python 3.15 and kmscon Changes landing caused some fallout, tool tech debt payoff / enhancement continues, most team members used Day of Learning for AI experimentation
- Two major Changes landed: Python 3.15 and kmscon consoles, various fallout from that:
- openQA serial bug worked around, new packages now deployed to prod
- Tech debt repayment and new feature work continue on testdays, issuebot and blockerbugs
- Kparal continues to find bugs in Lenovo laptop support
- Work on ELN kernel gating got blocked by an unfortunate pre-existing design problem
- Worked with Cristian Le to get rpmdeplint pipeline updated so fixes from last ~year are in prod, it now runs in ~2 minutes instead of ~20
- Team did some AI agent / skills experimentation during Day of Learning
Forgejo
This team is working on introduction of https://forge.fedoraproject.org to Fedora
and migration of repositories from pagure.io.
- `testing-farm` optimized runner option provided to `ci` and `atomic-desktops` organizations
- Regular runners capacity increased from 1 to 4 concurrent jobs
- Private Issues work is ongoing.
EPEL
This team is working on keeping Epel running and helping package things.
- Executive summary:
- Completed archiving of EPEL 10.1
- Package maintenance across multiple Fedora and EPEL packages
- Quality work via bug reports and bodhi karma
UX
This team is working on improving User experience. Providing artwork, user experience,
usability, and general design services to the Fedora project
- Final stretch prepping Flock materials - Fedora badge, livestream template, sponsor splash
- Progress being made on the F45 Wallpaper
- Emma gave a talk about the Fedora Design team at the Waterford office's Fedora 44 Release Party last Wednesday

If you have any questions or feedback, please respond to this report or contact us on #admin:fedoraproject.org channel on matrix.
The post Community Update - Week 24, 2026 appeared first on Fedora Community Blog.
23 Jun 2026 10:07am GMT
22 Jun 2026
Fedora People
Aurélien Bompard: From June 15 to June 21
A primary focus across many groups was the upcoming Fedora 45 release cycle, which drove the submission and discussion of several key Change Proposals, including system-wide updates to LLVM 23 and a multi-widgetset Lazarus IDE. This release preparation was accompanied by significant package maintenance, highlighted by the major OpenSSL 4.0 update and its mass rebuild, compatibility work for Python 3.15, and security-driven package replacements in EPEL. Another common thread was the evolution of core infrastructure, with teams managing the migration from Pagure.io to Forgejo and the transition from Nagios to Zabbix for system monitoring. Community testing was also a crucial activity, with efforts centered on the new KDE Plasma 6.7 release and the restoration of Google Drive integration in GNOME. Finally, improving community processes was a recurring theme, with discussions on creating a new SIG for systemd-sysexts and enhancing security by mandating 2FA for packagers.
Announcements
This week's announcements focus on the upcoming Fedora 45 release cycle and evolving infrastructure. A reminder was sent out for the upcoming deadlines for F45 Changes, with two new proposals already submitted: a system-wide update to LLVM 23 and a plan to offer the Lazarus IDE with multiple widgetsets. On the infrastructure front, a post discusses the final steps for migrating from Pagure.io to the new Forgejo-based forge, while another provides a technical guide for onboarding Forgejo-hosted projects to Fedora Konflux. The Anaconda team is also seeking community input on a new web-based remote installation feature being built for headless systems.
In community news, a new Outreachy intern shared their experience working on the Fedora Release Schedule Planner API, highlighting a valuable contributor program. For the broader Linux community, a Fedora Magazine article details a practical method for how to sandbox AI coding agents with microVMs on Fedora Linux, addressing a modern security concern for developers.
FESCo
This week, discussions focused on several Change Proposals for the upcoming Fedora 45 release. New proposals were introduced to update the system-wide LLVM toolchain to version 23 and to offer the Lazarus IDE with multiple widgetset options (including GTK3 and various Qt versions), giving developers more choice beyond the current GTK2-only package. These proposals are now open for community feedback.
Discussions continued on previously submitted proposals. Regarding the Golang 1.27 update, it was noted that a fix for DWARF5 debugging issues is unlikely to be included in this release; developers needing this functionality are directed to a dedicated COPR repository. The libxml2 2.15 update, which will require a mass rebuild and deprecates the Python bindings, is awaiting consideration of feedback from the developer mailing list. A significant debate is ongoing around the proposal for a minimal GRUB EFI for Confidential Computing. While the proposal aims to create a smaller, more stable bootloader for Unified Kernel Images (UKIs), the discussion questions the rationale for not using systemd-boot, with conflicting information about the systemd maintainers' willingness to add necessary features.
Learn more about the FESCo team.
Workstation / GNOME
The main activity for the Workstation / GNOME group this week centered on the ongoing effort to restore Google Drive integration in GNOME. In the forum discussion "[Call for Testers] Restoring Google Drive integration in GNOME", a user inquired about installing the test packages on Fedora Silverblue. In response, instructions were provided on how to use rpm-ostree to replace the necessary system components from the testing COPR repository. This provides an opportunity for Silverblue users to contribute to testing this important feature.
Learn more about the Workstation / GNOME team.
KDE
This week's focus was the release and testing of KDE Plasma 6.7.0. The new version was made available for testing on Fedora 43 and Fedora 44, and the community was encouraged to help test and report bugs. In preparation for the final release, the COPR repository for the Plasma 6.7 beta was retired.
Discussions following the release highlighted several user-reported issues. Users on Kinoite noted that the network manager repeatedly asked for Wi-Fi passwords after rebooting; a workaround was discovered which involves entering the password in the main system settings instead of the connection pop-up. Other reported issues include a login loop for some users and desktop instability after clearing the Mesa shader cache. A dependency issue affecting kdevelop on Fedora 43 was also brought up, with the team noting it is a known problem related to a gpgme issue and is expected to be fixed after the Plasma update is pushed to stable.
Learn more about the KDE team.
Infrastructure
This week's activity was light as team members recovered from the Flock 2026 conference. The primary focus was on the monitoring system transition discussed in the main Infrastructure meeting. Nagios has now been officially decommissioned, and work is underway to remove its remaining components from all hosts. The team reviewed the current alerts in the new Zabbix monitoring system, identifying several noisy checks related to mail queues, file ages, and backups that will be tuned or investigated. The Daily Standup was a brief check-in, mostly acknowledging the post-conference recovery period.
Decisions
During the Infrastructure meeting, several actions were agreed upon to refine the new Zabbix monitoring setup:
- The alert threshold for the mail queue on
smtp-mmwill be increased to reduce noise caused by spam bounces. - An alert for an out-of-date MySQL backup will be investigated.
- The threshold for
countmefile age checks will be raised to prevent intermittent alerts. - The cause of unusually large log files on the
dl03mirror will be investigated.
Learn more about the Infrastructure team.
Release Engineering
This week, the Release Engineering group's activity centered on a community forum discussion. A user shared their detailed experience of successfully creating a customized Fedora 44 XFCE live ISO using the kiwi-ng tool. They described a multi-hour process of trial and error, highlighting solutions for common issues like user login configuration and providing practical advice, such as avoiding the /tmp directory for build outputs to prevent space-related failures. The user also sought help from the community on how to properly format and share their working config.xml file, presenting an opportunity for others to engage and assist.
Learn more about the Release Engineering team.
Quality
This week, the Quality team discussed several technical issues affecting development releases. A significant disruption occurred when a failing test, upgrade_server_domain_controller, blocked all Rawhide updates over the weekend. Other reported problems include broken Adwaita themes in XFCE on Rawhide due to the removal of gnome-themes-extra, a libvirtd service failure on Fedora 44 related to a ZFS module, and a temporary dependency issue preventing Thunderbird installation which was already being tracked. The team also welcomed a new contributor and announced the next QA meeting for June 22.
There are several opportunities for community involvement. Testers are needed for a new Synaptic-style GTK4 frontend for DNF5, which has received positive initial feedback. Additionally, the effort to restore Google Drive integration in GNOME continues, with instructions now available for testing on Fedora Silverblue. As always, volunteers are welcome to help with the validation of Fedora 45 Rawhide nightly composes.
Learn more about the Quality team.
Docs
This week, discussion continued on the long-running topic of a design proposal for Fedora's documentation. The conversation focused on the proposal's use of a tag-based system for organizing user documentation. Contributors expressed concerns about the reliability and consistency of manual tagging, suggesting it can indicate poor search functionality and structure. A preference was noted for traditional navigation methods like Tables of Contents for better topic discovery. As a modern alternative to manual tagging, it was suggested that Large Language Models (LLMs) could be employed for automated classification, which might prove more effective and less costly over a large set of documents.
Learn more about the Docs team.
Internationalization
This week, the Internationalization team announced a significant new collaboration: the MATE Desktop project has migrated its translation work to the Fedora Weblate platform. This move invites all translators to contribute to MATE applications and documentation directly within the Fedora infrastructure, strengthening the ties between the communities.
In other news, the community welcomed a new and proactive Norwegian translator, Arvind Frøiland, who introduced himself on the mailing list. Having already completed the Norwegian Bokmål translation for systemd, Arvind expressed a keen interest in contributing to other core components and requested reviewer permissions to help maintain and improve Norwegian translations more effectively.
Learn more about the Internationalization team.
EPEL
This week in EPEL was quiet, with a sparsely attended meeting due to the Flock conference. The main focus was on several significant package changes proposed on the mailing list. A key discussion is underway to replace the end-of-life p7zip package with the modern 7zip in EPEL 8 and 9 due to numerous unfixable security vulnerabilities in the older package. This is considered a slightly incompatible update, and an issue has been filed for community feedback and future discussion.
Other proposals seeking community input include the retirement of qt6-qtwebengine from EPEL 9 due to maintenance difficulties and a high number of CVEs, and a plan to update syncthing to v2 in EPEL 10 while retiring it from EPEL 8 and 9 because older dependencies prevent necessary security updates. Contributors, especially maintainers of packages that depend on these, are encouraged to participate in the discussions.
Learn more about the EPEL team.
Atomic
This week, discussion centered on a proposal to create a new Special Interest Group (SIG) focused on systemd system extensions (sysexts). The proposal, initiated by Jean-Baptiste Trystram, follows discussions at FLOCK 2026 and aims to formalize the building, documentation, and distribution of sysexts based on Fedora content. These extensions are seen as a key method for adding functionality to atomic systems, especially for software not well-suited for containers or Flatpaks. The primary goals for the proposed SIG would be to establish an official build process, potentially using Konflux, and to solve the open questions of distribution and discoverability. The idea has received positive engagement, with several contributors expressing interest in joining the effort.
Learn more about the Atomic team.
CoreOS
During the weekly meeting, the team reviewed upcoming system-wide changes for Fedora 45. A critical issue was discovered with the proposal to relocate RPM repository configurations to /usr. Because rpm-ostree relies on DNF4, this change is expected to break client-side package layering, a significant feature for users. This will be tracked closely. The team is also seeking a volunteer to investigate a bug related to another F45 change in fedora-coreos-tracker/issues/2160.
In the forums, a proposal was made to create a new Special Interest Group (SIG) for systemd-sysexts. The goal is to establish an official process for building and distributing system extensions, which offer a way to add functionality to atomic systems for software that isn't well-suited for containers. The proposal has received positive feedback and interest from several community members, presenting a new opportunity for contribution.
Learn more about the CoreOS team.
AI & ML
The AI & ML SIG met this week to discuss preparations for the upcoming Fedora 45 release, which is scheduled to branch on August 11, 2026. A key topic was the ongoing effort to update packages for the Python 3.15 release, which is causing the usual compatibility issues with torch and triton. The group plans for F45 to ship with ROCm 7.2, and work is underway on a compatibility package set to support this version on F46 when the next major ROCm release arrives. There is a strong interest in packaging local AI tools for F45, and contributors are needed to help review packages for the pi-coding-agent (Bugzilla #2464801) and the olla local AI proxy.
The idea of creating a dnf package group for AI/ML tools was briefly discussed but was ultimately deferred. The group felt it was too early to add this, given the complexity of handling different hardware backends (like ROCm) and the desire to avoid adding process overhead for the small number of active packagers. The meeting also touched on the status of OpenVINO, confirming that no one in the SIG is actively working on it at the moment.
Learn more about the AI & ML team.
Security
The Security SIG held its weekly meeting to discuss recent events and plan future work. Following the Flock conference, the group noted a new connection with Red Hat Product Security (RH ProdSec) and discussed concerns about documentation with security implications, which will be addressed soon. A major topic was the FESCo proposal to mandate two-factor authentication (2FA) for provenpackagers, prompted by recent security incidents in the wider open-source community. The SIG offered to support this initiative by helping with documentation and communications.
The team also triaged several issues, focusing on providing better support for package maintainers dealing with CVEs. This led to a decision to create a formal process for maintainers to request assistance. The group also briefly touched on tickets related to security-optimized sysctl settings and a protocol for skipping meetings. Contributors are encouraged to review and comment on the open tickets in the Security Forge and the Security Docs Forge.
Decisions
- The SIG approved the proposal in ticket #9 to create a formal support channel for package maintainers needing help with CVEs. The plan is to add a ticket template to the
security/ticketsrepository and announce the new process on the devel mailing list.
Learn more about the Security team.
Perl
This week's activity for the Perl group focused on routine package maintenance and an enhancement to packaging tools. The perl-PPIx-Regexp package was updated to version 0.092 via several pull requests. The perl-Net-DNS package was also updated to version 1.55, which included an update to the upstream GPG signing key. A notable improvement was merged for perl-rpm-build-perl, which now supports the package NAME VERSION; syntax to improve automated dependency generation.
PHP
A discussion was initiated by Remi Collet regarding a build issue for PHP extensions on EPEL-10.2. It was noted that extensions were incorrectly being built against the newer PHP 8.4 stack instead of the default PHP 8.3. This occurred because the build system selected php8.4-devel as the best provider for the php-devel dependency. A workaround has been implemented to ensure packages are built against the correct version.
Decisions
- To resolve a build dependency conflict on EPEL-10.2, the
BuildRequiresfor PHP extensions will be constrained to a specific version range (php-devel >= 8.3 with php-devel < 8.4). This ensures they build against the intended default PHP 8.3 stack. All affected extensions have already been rebuilt with this fix.
Learn more about the PHP team.
Other Discussions
- A discussion was initiated by FranciscoD about improving the packaging workflow by creating a separate git repository for up-to-date
.specfile templates. This would allowrpmdev-newspecto use current templates and could be integrated into a newfedpkg newcommand. Following the discussion, aspec-templatesrepository was created, and a pull request for afedpkg new-packagecommand was opened to implement this functionality. - Adam Williamson posted a heads-up that all Rawhide updates were being blocked by a failure in the
upgrade_server_domain_controllertest. He noted the bad timing post-Flock and devconf.cz and mentioned he was actively investigating to resolve the issue as soon as possible. - Brad Smith announced upcoming changes for the
containerdpackage. A FESCo exception now allows all Fedora releases to have the samecontainerdversion, constrained only by the Go version. Additionally, starting with v2.3.x, thecontainerd-shim-runc-v2will be provided as a static binary, matching upstream, which should be a transparent change for users. - A change proposal for Fedora 45 was announced to update all LLVM sub-projects to version 23. This update will involve a soname version change for LLVM libraries and the addition of an
llvm22compatibility package. The plan is to push version 23.1.0 into F45 during the Beta Freeze, with release candidates being tested in COPR beforehand. - A change proposal for Fedora 45 was announced to offer the Lazarus IDE built with multiple widgetsets (GTK2, GTK3, Qt5, Qt6) instead of just GTK2. The
lazarus-idepackage will be renamed tolazarus-ide-base, and new sub-packages for each widgetset will be introduced. This will allow users to choose their preferred interface and will facilitate the eventual retirement ofgtk2. - Aoife Moloney sent a reminder about the upcoming deadlines for Fedora 45 changes. The deadline for submitting System-Wide changes is June 30, 2026, and for Self-Contained changes is July 21, 2026. All changes must be in a testable state by August 11 and complete by August 25.
- Gordon Messmer initiated a discussion on both the
nodejsanddevellists about the presence of pre-built binaries in thenode_modulesdirectories of bundled Node.JS packages in Fedora. The consensus was that this is an oversight and not permitted by packaging guidelines. The conversation highlighted the fundamental difficulty of adhering to Fedora's policies with the NPM ecosystem, where dependencies often include pre-compiled or minified assets, making review and maintenance impractical. It was suggested that bugs should be filed for affected packages and a FESCo ticket opened to address the systemic issue. - Emanuele Petriglia inquired about the
fxpackage, which was orphaned years ago due to issues with NodeJS packaging guidelines. Ben Beasley, the former maintainer, confirmed this was the reason and noted that since the tool has been rewritten in Go, the original packaging problems are no longer relevant, and it would be welcome back in Fedora. - Kamil Paral called for new maintainers for the Packager Dashboard and Oraculum.
- C. S. Sushi proposed the creation of a Software Engineering SIG.
- Other topics discussed this week include a request for help with a
List.remove()issue inside a for-loop in Java, comments on a spam email promoting a code editor that was also sent to openSUSE lists, and the continuation of a long discussion on AI-driven contributions which pivoted to requiring 2FA for packagers. Technical discussions covered packaging guidelines for distribution conditionals, how to handle autogenerated documentation in RPMs, and the implications of swappingfedora-releaseon COPR compatibility for Remixes. Announcements were made regarding the sunset of pagure.io, a change proposal for libxml2 2.15, and another for a minimal GRUB EFI for Confidential Computing. Users sought help with a mockbuild failure in rawhide and a Bodhi update issue. Finally, there was a check on a non-responsive maintainer and a question about the OpenSSL 4.0 mass rebuild.
New contributor introductions
- Benson Muite introduced himself to the 3dprinting SIG, expressing interest in using FOSS for making things and mentioning his work on reviewing FreeCAD to bring it back to Fedora.
- Kenny Glowner introduced himself, seeking sponsorship to become a Fedora packager. He aims to adopt and maintain the orphaned
cczeandsslhpackages, with a long-term goal of rewriting them in Rust.
Package Updates
- Ankur Sinha announced that
highfive3.3.0 is being prepared for Rawhide and listed the dependent packages that will be rebuilt. - The upgrade to
openbabel3.2.0 was announced for Rawhide, which will require several dependent packages likeIQmolandavogadro2to be rebuilt or updated. - Gwyn Ciesla announced an upcoming
libupnp2.0.2 build which includes a soname bump, and that all dependencies except the already-FTBFSeiskaltdcppwill be rebuilt. - František Zatloukal announced upcoming upgrades to
fmt12.1.0 andspdlog1.17.0 in Rawhide, which will involve a soname bump and a mass rebuild of dependent packages in a side tag. - Gwyn Ciesla announced an update to
QXlsx1.5.1, which includes a soname bump. The dependent packageLabPlotbuilds fine, whilestellariumis already failing for other reasons. - Ben Beasley gave a heads-up about the upcoming update of
abseil-cppto version 20260526.0 in F45/Rawhide, which breaks ABI compatibility and will require a rebuild of all dependent packages in a side tag. - Mattia Verga announced an upgrade of
libbox2dfrom version 2.x to 3.x in Rawhide, which includes a soname bump. The main consumer,libreoffice, will be upgraded at the same time. - Mamoru TASAKA announced an update for
libetpanto 1.10.1, which involves a soname bump. The dependent packagescairo-dock-plug-insandclaws-mailwill be rebuilt, but this will be postponed until after the OpenSSL 4.0 changes are merged. - Fabio Valentini announced that the
libgit2package has been retired in Rawhide as part of theChanges/Versioned_libgit2_packagesimplementation, and requested reviews for pending pull requests on packages that still need to be updated. - Milan Crha announced an upcoming
evolution-data-server3.61.1 release which includes a soname bump forlibcamel. He plans to rebuild all affected packages in a side tag. - The OpenSSL 4.0.1 update has officially landed in Rawhide, along with 734 rebuilt packages. An
openssl3compatibility package is available for packages that have not yet been updated. Maintainers are urged to make their packages compatible before the F45 mass rebuild. - José Expósito announced plans to update
mesato v26.1.x in Fedora 44, coordinating with RPM Fusion maintainers. A discussion also started about the possibility of updating Mesa in Fedora 43 as well.
Orphaning packages
- The weekly report of orphaned packages was sent out, listing numerous packages that are available for adoption and will be retired in six weeks if no new maintainer is found.
- Fabio Valentini announced the intent to retire the
rust-handlebars5compat package in Rawhide, as the CLI tool it provides (handlebars-cli) is no longer part of the mainhandlebarscrate in version 6.
22 Jun 2026 6:27am GMT
Michel Lind: Introducing dbranch 🍥→🤝
22 Jun 2026 12:00am GMT
21 Jun 2026
Fedora People
Miroslav Suchý: Flock and Devconf - Field Report
21 Jun 2026 3:43pm GMT
20 Jun 2026
Fedora People
Tomasz Torcz: Skill issue
20 Jun 2026 11:11pm GMT
Jeremy Cline: Fedora signing: draw the rest of the owl
20 Jun 2026 7:17pm GMT
Kevin Fenzi: flock 2026 recap
Another wonderfull flock is in the books. This post is likely to be kind of long, and was written a few days after I got back home, so it's likely I forgot some things or misremembered them somehow. If so, it's not intentional.
TLDR version: Another great flock. Lots of good conversations, lots of good talks, good food, good friends. I'd like to give kudos to all the people who put things on. It's not easy planning a large event like this and at least from my perspective everything went very smoothly.
Day -3 / -2
My journey started a few days before flock on Thursday the 11th. I had actually planned to come in a day early to recover from travel, but it turns out there was a meeting scheduled then, so I got to recover in the meeting instead (more on that in a minute).
Two hour drive to portland airport (PDX) turned into about 2.5 due to traffic, but I had planned buffer so it was fine. This time I was taking icelandair via Keflavík (KEF) instead of my usual jump via Amsterdam. The transfer time was quite low (around an hour), but I read that it was easy to transfer there.
The flight was fine, the transfer was a bit fun: They deplaned us out on a tarmack and we had to take a bus to the terminal. That took a while as they wanted the bus fully loaded. Then, they said the customs area was understaffed today and would take longer than normal. So, I rushed as best I could and ended up at my gate only to hear that the next flight was waiting for crew and hadn't boarded yet. :)
The hotel in prague was the same one as last years flock. Last year I had stayed at a nearby hotel, but this year I just stayed at the conference one. I have to say the rooms were nicer there and it was pretty nice to not have to walk over and back a lot.
I got in friday afternoon and took a short nap, then met up with Tomas and Adam for dinner. We picked a nice sounding place nearby and it was a bunch of nice conversation and food.
Day -1
Saturday I had planned to recover from travel, but instead I went to a face to face meeting we had with a bunch of the Red Hatters that were coming to flock. There wasn't anything secret here, it was mostly just discussing what various groups were working on and how we could all help each other out and get things landed/working.
There was a lot of technical discussion and planning type things along with lots of things that were further discussed at flock.
I was able to chime in on some hardware questions and some cloud resources along with some policy questions.
Saturday evening was the 'sponsors dinner' with a bunch of folks from companies sponsoring flock along with leeds of various parts of the project. Amusingly, it was in the same resturant we were at the previous night! It was all good though. I sat near Jermey Cline, David Duncan and Jef Speleta and we had a bunch of conversations on tons of topics.
Day 1
The first day this year was workshops, the keynote and other regular talks would be the next day. I can understand why you might want to do things this way as it allows you to get people excited and working on something and then leverage that work for their talk in the later days. On the other hand it means that the workshops had a lot of talk/presentation before being able to get to the actual work part of the workshop.
The first slot I ended up in the 'hallway track' (as I would many times in the coming days). Talked to too many people to even list. :)
Next I went to the forgejo workshop. It was fine and there were a few questions, but either everyone had burned out their discussions on it, or the folks with those questions/discussions weren't there as it seemed to go very quietly. I think lots of contributors are getting used to forge.fedoraproject.org now and can imgaine how a migrated src.fedoraproject.org might look.
Lunch was up next. This year the mentor summit was doing a 'lunch and learn' thing each day, and I went each day. I sat at the 'operations' table on Sunday and had a great conversation with several new to fedora folks. We talked about matrix a fair bit and software we all use.
After lunch I went to the Fedora Data & Analytics Workshop with Justin and Michael. I think things were pretty interesting, but we spent a lot of time getting everyone up to speed on the background and only had a short time at the end to work on workshoppy things. Still, very interesting stuff here. We have lots of data, but we dont really analize it very much, and I am hopefull this system will allow us to do so! Right after this workshop I got pulled into a hallway track discussion and didn't get a chance to say Hi to Michael in person. :(
After that was more hallway discussions and then our team had a team dinner. Always great to see people I work with day to day over the internet in person. Some of us then rushed back from dinner for...
The flock 2026 candy swap. This year was even bigger I think that last year. We barely fit in the bar where this was happening. Tons of good stuff, lots of good stories. A few people said to me "Do you do this every year? Wow, this is great! I would have brought something if I knew". After the swap, beers in the bar and I managed to have a nice discussion on Books with MattH and Aoife along with some music discussions with many others.
Day 2
Monday started out with the keynote state of Fedora from Jef. There was even a nice bit of stats out of the data workshop that was interesting.
Then up in the same room was the Council round table, followed by the FESCo one. Interestingly, the Council didn't get any AI related questions, but FESCo did. Do watch those recordings if you are interested in any of those questions/answers.
There was a talk on hummingbird after that, which was great. I'm excited to see hummingbird and to see what it's going to grow into.
Mentor summit lunch and learn monday was the 'infrastructure' table for me. We had folks from Azure linux and Amazon linux (both now based on Fedora) asking a bunch of infrastructure questions. I also asked them a bunch about their infrastructure too. It was very encouraging this year to not only see groups like this at flock, but asking how they can be more involved and help Fedora out and thus help themselves as downstreams. I'm really hopefull we can help each other and all end up better for it. This was probibly the most encouraging thing I saw at flock this year. :)
After lunch I went to Lenkas Forgejo runners on fedora forge talk. This was largely stuff I knew about, but it was great to see all in one place. There were some nice questions. We are definitely seeing some good use from these runners and it's good to see work on them continue.
I had a bunch of hallway conversations after that, then off to...
Post-quantum cryptography for Fedora infrastructure with Alexander and Jakob. The timelines here are really scary to me. There's a lot thats just starting to land now, but the dates for moving things are coming up super fast. I hope it will all work out, but it's a lot of things and a lot of work. :(
Dinner Monday was the flock reception. It was in a nearby outdoor food court, which I had actually had lunch at last year. It was a nice setup, they blocked off a large area of tables for us and gave us vouchers to get a meal at any of the... many food places. They also brought us all a bunch of free appitizers to the point where it almost wasn't worth getting a real meal. :) Had a lot of conversations on a lot of topics here. I managed to find Michael Winters and we started to talk, but then they called the group photo and we were seperated, then after that we both got pulled into other conversations. (This was a theme)
A group of us then went to a belgian beer place and stayed talking until the wee hours.
Day 3
The last day already!
I started with the "RHEL11 and what it means for you" talk. Nice to see dates listed there and an attempt to get fedora things landed in time for RHEL11.
Next up was the state of the fedora kernel from Justin. Nothing too much that I didn't know, but was good to clarify things and hear questions from folks.
In the next slot I really wanted to go to Kashyap's riscv talk, but unfortunately that was when _my_ talk was scheduled also. ;( So, I gave my talk about scrapers. It was a pretty nice crowd, and there were lots of good questions from people. I did have AV problems however, they were unable to capture from the projector for the live stream, so they could only use the camera to capture it. I have no idea why that was happening. Somehow also, I wasn't able to read my notes while giving the talk, so I missed saying a few things I meant to mention. Things like: "robots.txt was orig called RobotsNotWanted.txt", and asking if anyone remembered the /. effect. ;) Overall I think it went well.
After a bit of hallway conversation, next up with the talk about Microsoft contributions to Fedora. It's great for this work to get highlighted. I am very happy with all the work Jeremy has been doing on our signing infrastructure, along with all the other places they contribute.
I then went to the "Upgrading Fedora Infrastructure from Nagios to Zabbix" talk. This was given by Michal, because Greg was unable to attend. He did a fine job going over things, and Greg was in the matrix room for the talk answering questions. I'm super happy about this finally getting over the finish line (at least the initial one) I think we are in a much better place.
Last day of Mentor summit lunch and learn I sat at the Release Engineering table. We had a mix of folks this time. Some Amazon linux folks, someone asking how to get involved that was just starting out, and someone who was involved in server/docs. We had a pretty wide ranging conversation.
After lunch were the lightning talks. There were a bunch of them, and I was amazed at how many folks had slides. I guess they were ready to talk about their thing at a minutes notice. Lots of interesting stuff in there. Worth a video re-watch.
Finally, the last session of the conference: The Fedora's Contributor Recognition Program. I won this award last year, and was involved a small amount with choosing winners this year. All the proposed candidates were great! Fedora is nothing without it's contibutors and the folks awarded were all super well deserving folks. Make sure you say 'thanks' to those who help you.
With the conference officially over, I was very tired, so I went to take a nap. Michael Winters was down in the bar, and I said I would try and meet up after I got up. So, after my nap I wandered down and... I swear I saw him walking off to dinner with a group of folks. Missed again. (I'm not avoiding you Michael! Honest!)
I ended up at dinner with a small group and we actually talked non computer nerd things ( music, podcasts, and even politics ).
Day 4
The next day was the travel home. Due to timezones I would leave the Prague airport at 2pm and get into portland at like 5:30pm. (it is NOT 3.5 hours of flights).
I again had fun with the transfer in iceland. Our plane from Pague was a few minutes late, then we needed to take the bus to the terminal, then passport control was even more backed up than it was last time. I finally got to my gate and their was an attendet there who asked me my name. I then took a bus with only 3 other people on it to the plane. They held it for us, but I made it.
The rest of the trip back was uneventfull, but will take a while to recover. Luckily, there's a holiday this friday so I do have a 3 day weekend.
A few Downsides
Overall I think things went super nicely and smoothly, but:
-
The weird AV issues for my talk. It's likely something off about my aarch64 laptop. So, perhaps I should take a boring x86_64 one next time. Or spend some time poking at it before time for my talk.
-
There were a lot of folks that I usually look forward to talking with in person that were not able to make it this time. Due to various reasons, but it was sad to not see them. You all know who you are, you were missed.
Hallway conversations
There were a ton of hallway conversations, and I am sure I don't remember most of them but the few I do:
-
Alexander showed me a new rust based IDP setup he has been working on. Super cool looking and very on point for Fedora.
-
There was a number of AI conversations, but more of the 'what do you think is going to happen when the bubble bursts' than anything else. There was a foundations whiteboard where people could add things around the 4 foundations and under friends was "more people, less AI".
-
Lots of good talks with Amazon Linux and Azure Linux folks. I hope to see them chime in on matrix with questions/comments/contributions.
-
Jeremy and I had a number of talks about the new signing stuff.
-
Nice to see Toshio again and talk with him on lots of things.
-
Had some good talks about 2fa and otp and such with Gotmax23.
-
A conversation I had a number of times was "where should we do flock next year?". There were a lot of ideas, no telling what will win out. We might not do too badly to just do it in Prague again, IMHO.
As always, comment on the fediverse: https://fosstodon.org/@nirik/116784039502240226
20 Jun 2026 5:22pm GMT
Avi Alkalay: Valor de uma Vaga de Emprego
RH/entrevistador: "Qual sua pretensão salarial?"
Candidato/entrevistado: "Qual é o seu orçamento/valor aprovado/budget para a vaga?"
É assim que a entrevista deve transcorrer, a partir do número da empresa. Se há uma vaga, há um orçamento aprovado para ela.
Se o candidato fala sua pretensão às cegas, sempre sai perdendo. Se a pretensão for baixa, é só isso que vai receber. Se for muito alta, será eliminado, muitas vezes sem nem saber o motivo.
É o candidato que deve optar por continuar ou não o processo após ouvir o valor aprovado da empresa para a vaga.
O candidato controlar o valor do salário na entrevista pode lhe garantir uns bons 20% a mais de valor inicial. Se o entrevistador controlar, será os mesmos 20%, só que para menos.
É claro que nem todo candidato:
- tem condições de abrir mão de qualquer vaga que apareça, e isso é reflexo muito ruim do mercado de trabalho
- tem estômago para negociar deste jeito, e isso é coisa que as pessoas devem tentar treinar para evitar a possível manipulação por trás da pergunta "qual sua pretensão"
Um "caçador de cabeças" (head hunter) entra na primeira entrevista de um candidato com exatos 2 objetivos: 1️⃣ checar se há bom casamento financeiro entre o candidato e o valor aprovado para a vaga e 2️⃣ captar se o candidato, de uma forma geral e difusa, tem a ver com a empresa e a função da vaga. Este último pode ser previamente sondado pelo perfil publicado da pessoa e será aprofundado mais adiante no processo. Então comprovar compatibilidade financeira é o objetivo mais importante da primeira entrevista. E, por incrível que pareça, isso pode ser resolvido nos primeiros 6 minutos de entrevista, ou no chat antes de qualquer encontro.
Pense: por que o candidato tem que ter um número e revelar, mas o recrutador não? Se há uma vaga, há um orçamento aprovado para ela. E é o candidato que deve decidir se aquilo atende suas expectativas. Não o contrário.
Reescrito a partir de comentários que deixei numa publicação do Márcio Gonçalves no LinkedIn.
20 Jun 2026 11:25am GMT
19 Jun 2026
Fedora People
Chris Short: How I'm Solving Local Inference
19 Jun 2026 4:00am GMT
Remi Collet: 🎲 PHP version 8.4.23RC1 and 8.5.8RC1
Release Candidate versions are available in the testing repository for Fedora and Enterprise Linux (RHEL / CentOS / Alma / Rocky and other clones) to allow more people to test them. They are available as Software Collections, for parallel installation, the perfect solution for such tests, and as base packages.
RPMs of PHP version 8.5.8RC1 are available
- as base packages in the remi-modular-test for Fedora 42-44 and Enterprise Linux ≥ 8
- as SCL in remi-test repository
RPMs of PHP version 8.4.23RC1 are available
- as base packages in the remi-modular-test for Fedora 42-44 and Enterprise Linux ≥ 8
- as SCL in remi-test repository
ℹ️ The packages are available for x86_64 and aarch64.
ℹ️ PHP version 8.3 is now in security mode only, so no more RC will be released.
ℹ️ Installation: follow the wizard instructions.
ℹ️ Announcements:
Parallel installation of version 8.5 as Software Collection:
yum --enablerepo=remi-test install php85
Parallel installation of version 8.4 as Software Collection:
yum --enablerepo=remi-test install php84
Update of system version 8.5:
dnf module switch-to php:remi-8.5 dnf --enablerepo=remi-modular-test update php\*
Update of system version 8.4:
dnf module switch-to php:remi-8.4 dnf --enablerepo=remi-modular-test update php\*
ℹ️ Notice:
- version 8.5.8RC1 is in Fedora rawhide for QA
- EL-10 packages are built using RHEL-10.2 and EPEL-10.2
- EL-9 packages are built using RHEL-9.8 and EPEL-9
- EL-8 packages are built using RHEL-8.10 and EPEL-8
- oci8 extension uses the RPM of the Oracle Instant Client version 23.26 on x86_64 and aarch64
- intl extension uses libicu 74.2
- RC version is usually the same as the final version (no change accepted after RC, exception for security fix).
- versions 8.4.19 and 8.5.4 are planed for March 12th, in 2 weeks.
Software Collections (php84, php85)
Base packages (php)
19 Jun 2026 3:59am GMT
18 Jun 2026
Fedora People
Christof Damian: Friday Links 26-20
18 Jun 2026 10:00pm GMT