devel January 2024

devel@lists.fedoraproject.org

163 participants
253 discussions

Orphaning rubygem-rubygems-mirror
by Pavel Valena 17 Jan '24

17 Jan '24

Hello, I'm orphaning $SUBJ as I have no longer use for it: https://src.fedoraproject.org/rpms/rubygem-rubygems-mirror (Also it fails to build with Ruby 3.3.) Regards, Pavel

1 0

dnsmasq default configuration changed
by Petr Menšík 17 Jan '24

17 Jan '24

Hello! I have just pushed a change, which modifies default configuration of dnsmasq package. I think it should not create any regressions, but it may happen in few special cases. What has changed: It is described in bug #2258062 [1]. It no longer contains in default configuration bind-interfaces and interface=lo options. Instead, it contains now local-service=host. Exact change is in PR #15 [2]. It should work exactly the same way. Except if you configure interface explicitly, for example by executing echo interface=eth0 > /etc/dnsmasq.d/iface.conf local-service=host will deactivate itself. It is active only when dnsmasq is otherwise unconfigured. When interface or listen-address option is used, it deactivates and behaves like commented out. That might create a regression in special case. If you are running by default systemd-resolved, it listens already on domain port on address 127.0.0.53 address. But if bind-interfaces or bind-dynamic is not used explicitly, dnsmasq will try to listen on wildcard address 0.0.0.0 and just filter incoming requests, accepting only those arriving on interface eth0. But if any service already listens on port domain, it will fail to listen on it and fail to start. Solution is simple: add your own explicit bind-interfaces, because it is not present by default. Use instead this: (echo bind-interfaces; echo interface=eth0) > /etc/dnsmasq.d/iface.conf There are some packages, which depends on dnsmasq in various way. libvirt or NetworkManager should not be affected, but won't hurt checking it. I would like to ask their maintainers depending on dnsmasq to check this change will not break their functionality and cause regressions. Use bug [1] to report problems found with this change, don't be afraid to set needinfo? on me. Unless some regression appears, I would like to backport this change also into Fedora 39 stable after two weeks without reported regressions. Thank you for reading it so far! Best Regards, Petr 1. https://bugzilla.redhat.com/show_bug.cgi?id=2258062 2. https://src.fedoraproject.org/rpms/dnsmasq/pull-request/15 -- Petr Menšík Software Engineer, RHEL Red Hat, https://www.redhat.com/ PGP: DFCF908DB7C87E8E529925BC4931CA5B6C9FC5CB

4 7

Build error with GCC 14, not even a warning in GCC 13
by Richard Shaw 17 Jan '24

17 Jan '24

I'm working on getting a new dependency of one of my packages into Fedora: https://github.com/socketio/socket.io-client-cpp/releases After doing successful test builds locally in mock (no error output at all) I used fedora-create-review but all the builds failed with: In file included from /builddir/build/BUILD/socket.io-client-cpp-3.1.0/src/internal/sio_packet.cpp:8: /usr/include/rapidjson/document.h: In member function ‘rapidjson::GenericStringRef<CharType>& rapidjson::GenericStringRef<CharType>::operator=(const rapidjson::GenericStringRef<CharType>&)’: /usr/include/rapidjson/document.h:319:82: error: assignment of read-only member ‘rapidjson::GenericStringRef<CharType>::length’ 319 | GenericStringRef& operator=(const GenericStringRef& rhs) { s = rhs.s; length = rhs.length; } | ~~~~~~~^~~~~~~~~~~~ gmake[2]: *** [CMakeFiles/sioclient.dir/build.make:121: CMakeFiles/sioclient.dir/src/internal/sio_packet.cpp.o] Error 1 Full logs: https://koji.fedoraproject.org/koji/taskinfo?taskID=111852023 Is this a real error? Thanks, Richard

5 7

Mock Configs v39.3 released - DNF5 used for F40+ builds
by Pavel Raiskup 17 Jan '24

17 Jan '24

Hello maintainers! Let me announce a new release of Mock Core Configs v39.3, aka the configuration files for Mock, the chroot build environment manager for building RPMs. The notable change in this release is that we are switching the default package_manager from DNF4 to DNF5, according to the F40 change: https://fedoraproject.org/wiki/Changes/BuildWithDNF5 Full release notes: https://rpm-software-management.github.io/mock/Release-Notes-Configs-39.3 We plan to push this update into Fedora Copr to get some early testing next week. Then, depending on the releng team, we might push this into Koji soon. The Bodhi updates links are here: F39 https://bodhi.fedoraproject.org/updates/FEDORA-2023-0a947db1d0 F38 https://bodhi.fedoraproject.org/updates/FEDORA-2023-6ef1e12930 F37 https://bodhi.fedoraproject.org/updates/FEDORA-2023-cd9c489f40 EL9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-c2c4082053 EL8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-eab5217f46 Note that we **will not** push these updates into Fedora stable earlier than on Monday 2023-12-18 (but very likely we'll wait till the next year, depending on the feedback). Happy (faster) building! Pavel

5 14

pl License updates
by Jerry James 16 Jan '24

16 Jan '24

I did a reanalysis of the pl package License field. The main package is changing from: BSD-2-Clause AND BSD-3-Clause AND (BSD-3-Clause OR GPL-1.0-or-later) AND Beerware AND CC-BY-SA-3.0 AND (GPL-1.0-or-later OR Artistic-1.0-Perl) AND GPL-2.0-or-later AND GPL-2.0-or-later WITH SWI-Exception AND (GPL-2.0-or-later WITH SWI-Exception OR Artistic-2.0) AND LGPL-2.0-or-later AND LicenseRef-Fedora-Public-Domain AND LPPL-1.2 AND MIT AND Sleepycat AND Unicode-DFS-2015 AND Unicode-DFS-2016 AND Zlib to: BSD-2-Clause AND BSD-3-Clause AND (Brian-Gladman-3-Clause OR GPL-1.0-or-later) AND Beerware AND CC-BY-SA-3.0 AND (GPL-1.0-or-later OR Artistic-1.0-Perl) AND GPL-2.0-or-later AND GPL-2.0-or-later WITH SWI-Exception AND (GPL-2.0-or-later WITH SWI-Exception OR Artistic-2.0) AND LGPL-2.0-or-later AND LicenseRef-Fedora-Public-Domain AND LPPL-1.3a AND MIT AND Sleepycat AND Unicode-DFS-2015 AND Unicode-DFS-2016 AND Zlib AND dtoa i.e., the following changes: - Change (BSD-3-Clause OR GPL-1.0-or-later) to (Brian-Gladman-3-Clause OR GPL-1.0-or-later) - Change LPPL-1.2 to LPPL-1.3a - Add dtoa The License field of the compat-yap-devel subpackage is changing from: BSD-2-Clause AND AND GPL-2.0-or-later AND GPL-2.0-or-later WITH Bison-exception-2.2 AND LicenseRef-Fedora-Public-Domain AND Spencer-99 AND TCL to: BSD-2-Clause AND AND GPL-2.0-or-later AND GPL-2.0-or-later WITH Bison-exception-2.2 AND LicenseRef-Fedora-Public-Domain AND Spencer-99 AND TCL AND FBM i.e., FBM is added. I have pushed this change to git, and will let the mass rebuild do the package build. -- Jerry James http://www.jamezone.org/

1 0

Postponement of Mass Rebuild by One Day
by Samyak Jain 16 Jan '24

16 Jan '24

Hello Folks, I hope this email finds you well. I am writing to inform you about a slight adjustment in our schedule for the upcoming mass rebuild which was planned to happen on Jan 17, 2024. As per the discussion in our releng weekly call today, due to an unexpected delay in merging the side tag covering the update for the latest GCC version, we find it necessary to postpone the mass rebuild by one day. The relevant FESCo ticket addressing this matter can be found at the following link: Ticket #3145[1]. As a result of this postponement, we will be holding off on the mass rebuild until the side tag is successfully merged, and the Bodhi update is created. This decision is crucial to ensure the smooth integration of the latest GCC version into the Fedora ecosystem. Thanks for understanding. We will keep you updated on any further developments regarding the mass rebuild schedule. Best regards, Samyak Jain Fedora Release Engineering [1] https://pagure.io/fesco/issue/3145 -- _______________________________________________ devel-announce mailing list -- devel-announce(a)lists.fedoraproject.org To unsubscribe send an email to devel-announce-leave(a)lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedorapr… Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue

1 0

side-tag with GCC 14.0.1 snapshot for Fedora 40
by Jakub Jelinek 16 Jan '24

16 Jan '24

Hi! The f40-build-side-81394 side-tag contains new gcc, annobin, libtool and redhat-rpm-config for f40, meant to be tagged into rawhide shortly before the mass rebuild. If there is anything you'd like to rebuild against it before the mass rebuild (such as packages depending on Ada which like every year bumped sonames of its shared libraries), please do so soon. Jakub

5 8

EncourageI686LeafRemoval Change: Please make sure it's actually a leaf package
by Fabio Valentini 16 Jan '24

16 Jan '24

Hi all, I've been made aware that there has been a cascade of packages that dropped i686 support in Rawhide, most of them referencing my EncourageI686LeafRemoval Change Proposal, but none of which *actually are* leaf packages: https://src.fedoraproject.org/rpms/composefs/c/b95af99 https://src.fedoraproject.org/rpms/ostree/c/af0a269 (correctly scoped to RHEL>=10) https://src.fedoraproject.org/rpms/flatpak/c/9e4df49 (correctly scoped to RHEL>=10) https://src.fedoraproject.org/rpms/xdg-desktop-portal/c/93310f7 https://src.fedoraproject.org/rpms/gdm/c/940885b https://src.fedoraproject.org/rpms/sssd/c/e0023ec It looks like at least some of these changes were mistakenly pushed to Rawhide while they should only apply to ELN / RHEL>=10? I suspect that these packages dropping i686 support will cause a ton of build failures during the upcoming mass rebuild. As the author of the EncourageI686LeafRemoval Change Proposal - please **DO NOT DO IT THIS WAY**. The Change Proposal was about dropping i686 builds from packages that are **LEAF PACKAGES**, not packages that are somewhere deep in the distro's dependency tree. Fabio

4 5

Schedule for Monday's FESCo Meeting (2024-01-15)
by Tom Stellard 16 Jan '24

16 Jan '24

Following is the list of topics that will be discussed in the FESCo meeting Monday at 19:30UTC in #meeting:fedoraproject.org on Matrix. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2024-01-15 19:30 UTC' Links to all issues to be discussed can be found at: https://pagure.io/fesco/report/meeting_agenda = This meeting is moving from IRC to #meeting:fedoraproject.org on Matrix. = = Discussed and Voted in the Ticket = Title of issue https://pagure.io/fesco/issue/### DECISION (+X, Y, -Z) #3123 Change: Unified Kernel Support Phase Two https://pagure.io/fesco/issue/3123 APPROVED (+6, 0, 0) #3124 Permanent Update Policy Exception for certbot https://pagure.io/fesco/issue/3124 APPROVED (+7, 0, 0) #3131 Change: Enable IPv4 Address Conflict Detection by default https://pagure.io/fesco/issue/3131 APPROVED (+8, 0, 0) #3132 Change: Golang 1.22 https://pagure.io/fesco/issue/3132 APPROVED (+6, 0, 0) #3133 Change: Haskell GHC 9.6 and Stackage LTS 22 https://pagure.io/fesco/issue/3133 APPROVED (+8, 0, 0) #3134 Change: Rename/Change Firefox desktop file https://pagure.io/fesco/issue/3134 APPROVED (+7, 0, 0) #3135 Change: Unify /usr/bin and /usr/sbin https://pagure.io/fesco/issue/3135 APPROVED (+6, 1, 0) #3136 Change: Assign individual, stable MAC addresses for Wi-Fi connections https://pagure.io/fesco/issue/3136 APPROVED (+6, 1, 0) #3138 Change: Update Kubernetes to v1.29 in Rawhide https://pagure.io/fesco/issue/3138 APPROVED (+5, 0, 0) #3139 Change: LLVM 18 https://pagure.io/fesco/issue/3139 APPROVED (+6, 0, 0) #3140 Change: Remove Python Mock Usage https://pagure.io/fesco/issue/3140 APPROVED (+8, 0, 0) #3141 Change: SPDX License Phase 3 https://pagure.io/fesco/issue/3141 APPROVED (+7, 0, 0) #3142 Change: Move /var/run selinux-policy entries to /run https://pagure.io/fesco/issue/3142 After a week: APPROVED (+8, 0, 0) = New business = #3137 Change: Build Fedora Cloud Edition Images Using Kiwi in Koji https://pagure.io/fesco/issue/3137 = Open Floor = For more complete details, please visit each individual issue. The report of the agenda items can be found at https://pagure.io/fesco/report/meeting_agenda If you would like to add something to this agenda, you can reply to this e-mail, file a new issue at https://pagure.io/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting.

4 4

redhat-rpm-config now tied to Changes/GNUToolchainF40
by Florian Weimer 16 Jan '24

16 Jan '24

I pushed the changes that enable C type safety level handling once GCC 14 is merged and built it into the GCC 14 side tag (currently f40-build-side-81394). I didn't add any conflicts with GCC 13 because the incompatibility is only present if a package lowers the C type safety level to 0. Thanks, Florian

1 1

← Newer
1
...
14
15
16
17
18
19
20
...
26
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel January 2024