Re: FTBFS after mass rebuild (not during!)
On Mon, 3 Feb 2025 at 21:22, Michael J Gruber wrote:
>
> So, over at upstream they raised the suspicion that some parts of what
> I'm linking are compiled with different flags. To recap: I get
> ```
> /usr/include/c++/15/bits/stl_vector.h:1262: std::vector<_Tp,
> _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](size_type)
> [with _Tp = const char*; _Alloc = std::allocator;
> reference = const char*&; size_type = long unsigned int]: Assertion
> '__n < this->size()' failed.
> Aborted (core dumped)
> ```
> in a part of code which basically does:
> ```
> FZ_FUNCTION std::vector
> pdf_choice_widget_options2(fz_context* ctx, pdf_annot* tw, int
> exportval)
> {
> int n = pdf_choice_widget_options(ctx, tw, exportval, nullptr);
> std::vector opts(n);
> int n2 = pdf_choice_widget_options(ctx, tw, exportval, &opts[0]);
Jerry already correctly identified this line as incorrect. But using
opts.data() here means that for the n==0 case the call is repeated
with nullptr as the last argument, which seems redundant and wasteful
(it's going to do the same work as the first call again, right?)
It looks like the whole thing could be simpler and safer like this:
FZ_FUNCTION std::vector
pdf_choice_widget_options2(fz_context* ctx, pdf_annot* tw, int exportval)
{
int n = pdf_choice_widget_options(ctx, tw, exportval, nullptr);
std::vector opts(n);
if (n != 0)
{
int n2 = pdf_choice_widget_options(ctx, tw, exportval, opts.data());
assert(n2 == n);
}
return {opts.begin(), opts.end()};
}
Checking the return value of the second call seems unnecessary (why
would it be different?) but harmless.
Constructing the second std::vector with the right size and filling it
can all be done for you by the std::vector constructor.
This does the right thing whether n is zero or not, and avoids the
redundant second call for n==0.
> assert(n2 == n);
> std::vector ret(n);
> for (int i=0; i {
> ret[i] = opts[i];
> }
> return ret;
> }
> ```
> Is there anything regarding flags like NDEBUG, GLIBCXX_ASSERTIONS and
> the like which could make the above throw when the .so is compiled
> with different flags compared to the code that calls it? Something
> that appeared with gcc15 or libstdc++ in gcc15?
>
> Michael
>
> Am Sa., 25. Jan. 2025 um 16:55 Uhr schrieb Michael J Gruber
> :
> >
> > Trying to get to the bottom of things. I can reproduce it now in mock
> > locally, it occurs in `page.first_widget` in the first subtest in
> > test_widgets.py (or any other subtest), and this throws
> >
> > ```
> > /usr/include/c++/15/bits/stl_vector.h:1262: std::vector<_Tp,
> > _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](size_type) [with
> > _Tp = const char*; _Alloc = std::allocator; reference = const
> > char*&; size_type = long unsigned int]: Assertion '__n < this->size()'
> > failed.
> > Aborted (core dumped)
> > ```
> >
> > Regarding that bit of C++ I have aura-- ...
> >
> > I reproduced that test snipped and added *two* widgets instead of one.
> > Accessing page.first_widget still gives the same error, so it's no
> > off-by-one error or such.
> >
> > But maybe STL rings a bell?
> >
> > Michael
> >
> >
> > Iñaki Ucar venit, vidit, dixit 2025-01-25 15:25:59:
> > > Do you have more details about why the test crashes? I have a similar case
> > > [1] (i.e. mass rebuild fine, then FTBFS), and the only relevant dependency
> > > change was glibc. It's also in the report Koschei gives for your package,
> > > so I'm inclined to think it's a similar thing.
> > >
> > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=2341839
> > >
> > > Iñaki
> > >
> > > On Sat, 25 Jan 2025 at 13:53, Michael J Gruber
> > > wrote:
> > >
> > > > Hi there,
> > > >
> > > > I have a FTBFS that I can't wrap my head around. Maybe some of you
> > > > have experienced similar weirdness after the mass rebuild.
> > > >
> > > > python-PyMuPDF-1.25.1-2.fc42 FTBFS in rawhide according to koschei [1]
> > > > and koji scratch [2]. Indeed, the build itself succeeds but a test
> > > > fails because a thread gets aborted.
> > > >
> > > > The same version built and tested fine during the mass rebuild [3],
> > > > and python-PyMuPDF-1.25.1-1.fc42 before [1], with the only difference
> > > > being the empty mass rebuild bump commit.
> > > >
> > > > The main dependency is mupdf-devel-1.25.2-2.fc42 and friends, and
> > > > again the only before/after change here is the mass release bump; this
> > > > one does not have a test suite, though, and basically the PyMuPDF
> > > > tests test mupdf.
> > > >
> > > > As you can see in my copr integration testing [4] [5], the same
> > > > versions worked on all things Fedora/EPEL a month ago.
> > > > Today I triggered a rebuild of the mass rebuild versions there, and
> > > > now those same versions build and test fine everywhere except all
> > > > rawhide chroots.
> > > >
> > > > I *think* that the same version worked in mockbuild until a few days
> > > > ago, but I may be mi
Fedora rawhide compose report: 20250206.n.0 changes
OLD: Fedora-Rawhide-20250205.n.3 NEW: Fedora-Rawhide-20250206.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 4 Dropped packages:0 Upgraded packages: 12 Downgraded packages: 0 Size of added packages: 14.26 MiB Size of dropped packages:0 B Size of upgraded packages: 65.14 MiB Size of downgraded packages: 0 B Size change of upgraded packages: 91.56 KiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = Package: CppMicroServices-3.8.5-5.fc43 Summary: C++ components for building service-oriented applications RPMs:CppMicroServices CppMicroServices-devel CppMicroServices-docs Size:10.37 MiB Package: kojan-parent-6-3.fc43 Summary: Maven parent POM for io.kojan RPMs:kojan-parent Size:12.55 KiB Package: rust-gst-plugin-fallbackswitch-0.13.0-1.fc43 Summary: GStreamer Fallback Switcher and Source Plugin RPMs:gstreamer1-plugin-fallbackswitch rust-gst-plugin-fallbackswitch+capi-devel rust-gst-plugin-fallbackswitch+default-devel rust-gst-plugin-fallbackswitch+doc-devel rust-gst-plugin-fallbackswitch+gio-devel rust-gst-plugin-fallbackswitch+gst-plugin-gtk4-devel rust-gst-plugin-fallbackswitch+gtk-devel rust-gst-plugin-fallbackswitch+static-devel rust-gst-plugin-fallbackswitch+v1_20-devel rust-gst-plugin-fallbackswitch-devel Size:1.92 MiB Package: rust-gst-plugin-fmp4-0.13.3-1.fc43 Summary: GStreamer Fragmented MP4 Plugin RPMs:gstreamer1-plugin-fmp4 rust-gst-plugin-fmp4+capi-devel rust-gst-plugin-fmp4+default-devel rust-gst-plugin-fmp4+doc-devel rust-gst-plugin-fmp4+static-devel rust-gst-plugin-fmp4-devel Size:1.95 MiB = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: baekmuk-bdf-fonts-2.2-41.fc43 Old package: baekmuk-bdf-fonts-2.2-39.fc41 Summary: Korean bitmap fonts RPMs: baekmuk-bdf-fonts Size: 6.85 MiB Size change: -157 B Changelog: * Thu Jan 16 2025 Fedora Release Engineering - 2.2-40 - Rebuilt for https://fedoraproject.org/wiki/Fedora_42_Mass_Rebuild * Wed Feb 05 2025 Peng Wu - 2.2-41 - Fix build - Resolves: RHBZ#2339920 Package: bids-schema-1.0.1-1.fc43 Old package: bids-schema-1.0.0-4.fc42 Summary: BIDS schema description RPMs: bids-schema python3-bidsschematools python3-bidsschematools+expressions python3-bidsschematools+render Size: 329.91 KiB Size change: 1.02 KiB Changelog: * Wed Feb 05 2025 Benjamin A. Beasley - 1.0.1-1 - Update to 1.0.1 (close RHBZ#2344086) Package: expect-5.45.4-28.fc43 Old package: expect-5.45.4-27.fc42 Summary: A program-script interaction and testing utility RPMs: expect expect-devel expectk Size: 1.26 MiB Size change: 1.14 KiB Changelog: * Wed Feb 05 2025 Adam Williamson - 5.45.4-28 - Fix tclsh path for 'example' binaries like unbuffer Package: python-boto3-1.36.14-1.fc43 Old package: python-boto3-1.36.13-1.fc43 Summary: The AWS SDK for Python RPMs: python3-boto3 Size: 415.74 KiB Size change: 74 B Changelog: * Wed Feb 05 2025 Gwyn Ciesla - 1.36.14-1 - 1.36.14 Package: python-botocore-1.36.14-1.fc43 Old package: python-botocore-1.36.13-1.fc43 Summary: Low-level, data-driven core of boto 3 RPMs: python3-botocore Size: 7.69 MiB Size change: 407 B Changelog: * Wed Feb 05 2025 Gwyn Ciesla - 1.36.14-1 - 1.36.14 Package: python-waitress-3.0.2-1.fc43 Old package: python-waitress-3.0.1-2.fc42 Summary: Waitress WSGI server RPMs: python3-waitress Size: 122.39 KiB Size change: -820 B Changelog: * Wed Feb 05 2025 Carl George - 3.0.2-1 - Update to version 3.0.2 rhbz#2326711 Package: seqan3-3.4.0-0.5.rc3.fc43 Old package: seqan3-3.4.0-0.4.rc2.fc42 Summary: The modern C++ library for sequence analysis RPMs: seqan3-devel Size: 1.86 MiB Size change: -651 B Changelog: * Wed Feb 05 2025 Antonio Trande - 3.4.0-0.5.rc3 - Pre-release 3.4.0 RC3 Package: tlp-1.7.0-3.fc43 Old package: tlp-1.6.1-1.fc41 Summary: Optimize laptop battery life RPMs: tlp tlp-rdw Size: 156.77 KiB Size change: 5.80 KiB Changelog: * Sat Sep 28 2024 Sergi Jimenez - 1.7.0-1 - Update to 1.7.0 * Sun Jan 19 2025 Fedora Release Engineering - 1.7.0-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_42_Mass_Rebuild * Wed Feb 05 2025 Sergi Jimenez - 1.7.0-3 - Fix RHBZ#2341445 Package: uv-0.5.28-1.fc43 Old package: uv-0.5.27-1.fc43 Summary: An extremely fast Python package installer and resolver, written in Rust RPMs: python3-uv uv Size: 39.61 MiB Size change: 11.72 KiB Changelog: * Wed Feb 05 2025 Benjamin A. Beasley - 0.5.28-1 - Update to 0.5.28 (close RHBZ#2343881) Package: vsftpd-3.0.5-10.fc43 Old package: vsftpd-3.0.5-8.fc42 Summary: Very Secure Ftp Daemon RPMs: vsftpd Size:
Fedora 42 compose report: 20250206.n.0 changes
OLD: Fedora-42-20250204.n.2 NEW: Fedora-42-20250206.n.0 = SUMMARY = Added images:0 Dropped images: 1 Added packages: 5 Dropped packages:0 Upgraded packages: 82 Downgraded packages: 0 Size of added packages: 17.02 MiB Size of dropped packages:0 B Size of upgraded packages: 2.99 GiB Size of downgraded packages: 0 B Size change of upgraded packages: -4.16 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = Image: Workstation live aarch64 Path: Workstation/aarch64/iso/Fedora-Workstation-Live-aarch64-42-20250204.n.2.iso = ADDED PACKAGES = Package: CppMicroServices-3.8.5-5.fc42 Summary: C++ components for building service-oriented applications RPMs:CppMicroServices CppMicroServices-devel CppMicroServices-docs Size:10.37 MiB Package: linux-sgx-enclaves-prebuilt-2.25-1.fc42 Summary: Intel SGX prebuilt architectural enclaves RPMs:sgx-enclave-prebuilt-common sgx-enclave-prebuilt-ide-signed sgx-enclave-prebuilt-pce-signed sgx-enclave-prebuilt-qe3-signed sgx-enclave-prebuilt-tdqe-signed Size:2.76 MiB Package: rust-gst-plugin-fallbackswitch-0.13.0-1.fc42 Summary: GStreamer Fallback Switcher and Source Plugin RPMs:gstreamer1-plugin-fallbackswitch rust-gst-plugin-fallbackswitch+capi-devel rust-gst-plugin-fallbackswitch+default-devel rust-gst-plugin-fallbackswitch+doc-devel rust-gst-plugin-fallbackswitch+gio-devel rust-gst-plugin-fallbackswitch+gst-plugin-gtk4-devel rust-gst-plugin-fallbackswitch+gtk-devel rust-gst-plugin-fallbackswitch+static-devel rust-gst-plugin-fallbackswitch+v1_20-devel rust-gst-plugin-fallbackswitch-devel Size:1.92 MiB Package: rust-gst-plugin-fmp4-0.13.3-1.fc42 Summary: GStreamer Fragmented MP4 Plugin RPMs:gstreamer1-plugin-fmp4 rust-gst-plugin-fmp4+capi-devel rust-gst-plugin-fmp4+default-devel rust-gst-plugin-fmp4+doc-devel rust-gst-plugin-fmp4+static-devel rust-gst-plugin-fmp4-devel Size:1.95 MiB Package: wcurl-2024.12.08-4.fc42 Summary: A simple wrapper around curl to easily download files RPMs:wcurl Size:16.57 KiB = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: Lmod-8.7.56-1.fc42 Old package: Lmod-8.7.55-2.fc42 Summary: Environmental Modules System in Lua RPMs: Lmod Size: 1.05 MiB Size change: -20.84 KiB Changelog: * Wed Feb 05 2025 Orion Poplawski - 8.7.56-1 - Update to 8.7.56 - Tcl 9 support (rhbz#2337726) Package: aom-3.11.0-1.fc42 Old package: aom-3.9.0-5.fc42 Summary: Royalty-free next-generation video format RPMs: aom libaom libaom-devel Size: 74.19 MiB Size change: 915.14 KiB Changelog: * Wed Feb 05 2025 Robert-Andr?? Mauchin - 3.11.0-1 - Update to 3.11 Package: baekmuk-bdf-fonts-2.2-41.fc42 Old package: baekmuk-bdf-fonts-2.2-39.fc41 Summary: Korean bitmap fonts RPMs: baekmuk-bdf-fonts Size: 6.85 MiB Size change: -73 B Changelog: * Thu Jan 16 2025 Fedora Release Engineering - 2.2-40 - Rebuilt for https://fedoraproject.org/wiki/Fedora_42_Mass_Rebuild * Wed Feb 05 2025 Peng Wu - 2.2-41 - Fix build - Resolves: RHBZ#2339920 Package: bids-schema-1.0.1-1.fc42 Old package: bids-schema-1.0.0-4.fc42 Summary: BIDS schema description RPMs: bids-schema python3-bidsschematools python3-bidsschematools+expressions python3-bidsschematools+render Size: 330.26 KiB Size change: 1.33 KiB Changelog: * Wed Feb 05 2025 Benjamin A. Beasley - 1.0.1-1 - Update to 1.0.1 (close RHBZ#2344086) Package: buildah-2:1.39.0-1.fc42 Old package: buildah-2:1.38.1-1.fc42 Summary: A command line tool used for creating OCI Images RPMs: buildah buildah-tests Size: 168.53 MiB Size change: 1.97 MiB Changelog: * Mon Feb 03 2025 Packit - 2:1.39.0-1 - Update to 1.39.0 upstream release Package: cfn-lint-1.24.0-1.fc42 Old package: cfn-lint-1.23.1-1.fc42 Summary: CloudFormation Linter RPMs: cfn-lint cfn-lint+full cfn-lint+graph cfn-lint+junit cfn-lint+sarif Size: 4.91 MiB Size change: 110.09 KiB Changelog: * Tue Feb 04 2025 Packit - 1.24.0-1 - Update to 1.24.0 upstream release - Resolves: rhbz#2343837 Package: containers-common-5:0.62.0-1.fc42 Old package: containers-common-5:0.61.1-1.fc42 Summary: Common configuration and documentation for containers RPMs: containers-common containers-common-extra Size: 106.29 KiB Size change: 581 B Changelog: * Fri Jan 31 2025 Packit - 5:0.62.0-1 - Update to 0.62.0 upstream release Package: crash-8.0.6-4.fc42 Old package: crash-8.0.6-2.fc42 Summary: Kernel analysis utility for live systems, netdump, diskdump, kdump, LKCD or mcore dumpfiles RPMs: crash crash-devel Size: 17.33 MiB Size change: 548.83 KiB Changelog: * Thu Jan 16 2025 Fedora Release Engineering - 8.0.6-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_42_Mass_Rebuild
retiring basesystem package
Hi, I was looking at early system installation, and we have filesystem, basesystem, and setup, all competing for the title of the early filesystem setup… It seems that basesystem is the easiest to eliminate: it has no files and no scriptlets. https://src.fedoraproject.org/rpms/filesystem/pull-request/20 adds Provides+Obsolets: basesystem to filesystem. If that is merged, we can retire basesystem. The change is simple, but maybe there's some tricky dependency somewhere, so I'm putting fedora-devel in CC. Zbyszek -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: [SO-NAME BUMP] NLopt-2.10.0
Am 06.02.25 um 17:59 schrieb Björn 'besser82' Esser: Am 06.02.25 um 13:58 schrieb Björn 'besser82' Esser: Hello, just a short head-up: I planning to builld NLopt-2.10.0 for Rawhide and F42 during later today, which will bump its soname from libnlopt.so0 to libnlopt.so.1. The following packages are affected: * freefem++ (failed in COPR, but builds on Koji [2]) * pagmo2 * prusa-slicer (already FTBFS in mass-rebuild) * python-pynest2d * stellarium Those packages do not have any dependencies on each other, and can be rebuilt in one shot, which I will take care of, during the update. A COPR with test builds can be found here [1]. I'll give a note a soon as the builds are done. Thanks, Björn (besser82) [1] https://copr.fedorainfracloud.org/coprs/besser82/NLopt_so_1/monitor/ [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=128911722 NLopt has been built and is available in the buildroots for Rawhide and F42. Builds for freefem++ and prusa-slicer are still running; pagmo2, pythonpynest2d, and stellarium are built and are also available in the buildroots. freefem++ has finished; prusa-slicer is FTBFS as it already was for the F42 mass-rebuild. All needed rebuilds are done. OpenPGP_0xF52E98007594C21D.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: retiring basesystem package
On Thu, Feb 06, 2025 at 01:49:57PM +0100, Ondrej Vasik wrote: > Hi Zbigniew, > yes, basesystem is there just to ensure installation order and it could > probably be achieved by that PR. > There is one more benefit from the retirement - as there are > occasionally bug reports (that should be filed against distribution) > reported as basesystem issues (similarly to setup package being target for > installation issues and filesystem package for issues with the partition > layout). Retirement could reduce the confusion for people... I really think we might try and do something with the 'distribution' component. As it is, a few of us triage and try and redirect reports but it's sometimes really hard to know where the problem is or it's just a wishlist item someone has with no stakeholders. Things seem to fit into a few buckets: * tracker bugs for work accross components * wishlist items "add accessability", "fix hibernate" * I don't know what "install didn't work" (with no more info), etc Anyhow, we don't have to solve that now, but we should definitely think about it. kevin -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F43 Change Proposal: Remove el, jsp and servlet packages from tomcat
On Thu, 2025-02-06 at 18:01 +, Aoife Moloney via devel-announce wrote: > > == Feedback == > No feedback is received. As a tomcat user , this remove of tomcat-servlet-api, tomcat-el-api, and tomcat-jsp-api doesn't affect me BTW I'd like to fix tomcat 9 in RHEL9 https://bugzilla.redhat.com/show_bug.cgi?id=2331858 how we contact RH maintainer ? Thank you -- Sérgio M. B. -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
ELN SIG meeting minutes for 06 Feb
Text Log: https://meetbot.fedoraproject.org/meeting_matrix_fedoraproject-org/2025-02-06/eln.2025-02-06-20.00.log.txt HTML Log: https://meetbot.fedoraproject.org/meeting_matrix_fedoraproject-org/2025-02-06/eln.2025-02-06-20.00.log.html Text Minutes: https://meetbot.fedoraproject.org/meeting_matrix_fedoraproject-org/2025-02-06/eln.2025-02-06-20.00.txt HTML Minutes: https://meetbot.fedoraproject.org/meeting_matrix_fedoraproject-org/2025-02-06/eln.2025-02-06-20.00.html = # #meeting:fedoraproject.org: eln = Meeting started by @yselkowitz:fedora.im at 2025-02-06 20:00:51 Meeting summary --- * TOPIC: Init process (@yselkowitz:fedora.im, 20:01:10) * TOPIC: New business (@yselkowitz:fedora.im, 20:06:15) * INFO: f42 branched on Tuesday, all ELN-related activities around that were completed, with the possible exception of resigning of packages with the new key (@yselkowitz:fedora.im, 20:07:07) * INFO: composes are currently accepting both f42 and f43 sigs in the meantime (@yselkowitz:fedora.im, 20:07:30) * ACTION: yselkowitz to update pungi config to use only the f43 signature key (@yselkowitz:fedora.im, 20:09:05) * INFO: mass rebuild cleanup is continuing, still work to be done (@yselkowitz:fedora.im, 20:09:39) * LINK: 70+ packages in ELN set are still F42FTBFS: https://github.com/fedora-eln/eln/issues/218 (@yselkowitz:fedora.im, 20:10:02) * LINK: 36 ELN Extras packages are still F42FTBFS: https://github.com/fedora-eln/eln/issues/219 (@yselkowitz:fedora.im, 20:10:29) * LINK: just a few ELN-specific build failures remaining: https://github.com/fedora-eln/eln/issues/221 (@yselkowitz:fedora.im, 20:10:43) * TOPIC: Old business (@yselkowitz:fedora.im, 20:22:33) * LINK: https://github.com/fedora-eln/eln/issues/30 (@yselkowitz:fedora.im, 20:23:39) * INFO: ELN cloud images are now available for testing in AWS and Azure (@yselkowitz:fedora.im, 20:25:34) * LINK: https://github.com/fedora-eln/eln/issues/192 (@yselkowitz:fedora.im, 20:38:52) * IDEA: we open up for submissions and vote in a couple weeks (@yselkowitz:fedora.im, 20:45:55) * LINK: https://github.com/fedora-eln/eln/issues/194 (@yselkowitz:fedora.im, 20:57:02) * TOPIC: Open Floor (@yselkowitz:fedora.im, 20:59:26) Meeting ended at 2025-02-06 21:03:13 Action items * yselkowitz to update pungi config to use only the f43 signature key People Present (lines said) --- * @yselkowitz:fedora.im (61) * @tdawson:fedora.im (30) * @meetbot:fedora.im (3) * @conan_kudo:matrix.org (3) * @zodbot:fedora.im (3) * @nirik:matrix.scrye.com (2) * @nhanlon:beeper.com (1) * @sgallagh:fedora.im (1) -- Yaakov Selkowitz Principal Software Engineer, Emerging RHEL Red Hat, Inc. -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: retiring basesystem package
Hi Zbigniew, yes, basesystem is there just to ensure installation order and it could probably be achieved by that PR. There is one more benefit from the retirement - as there are occasionally bug reports (that should be filed against distribution) reported as basesystem issues (similarly to setup package being target for installation issues and filesystem package for issues with the partition layout). Retirement could reduce the confusion for people... Regards, Ondrej On Thu, Feb 6, 2025 at 1:19 PM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > Hi, > > I was looking at early system installation, and we have filesystem, > basesystem, and setup, all competing for the title of the early > filesystem setup… It seems that basesystem is the easiest to > eliminate: it has no files and no scriptlets. > > https://src.fedoraproject.org/rpms/filesystem/pull-request/20 adds > Provides+Obsolets: basesystem to filesystem. If that is merged, we can > retire basesystem. > > The change is simple, but maybe there's some tricky dependency somewhere, > so I'm putting fedora-devel in CC. > > Zbyszek > -- > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue > -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: retiring basesystem package
On Thu, Feb 6, 2025 at 7:18 AM Zbigniew Jędrzejewski-Szmek wrote: > > Hi, > > I was looking at early system installation, and we have filesystem, > basesystem, and setup, all competing for the title of the early > filesystem setup… It seems that basesystem is the easiest to > eliminate: it has no files and no scriptlets. > > https://src.fedoraproject.org/rpms/filesystem/pull-request/20 adds > Provides+Obsolets: basesystem to filesystem. If that is merged, we can > retire basesystem. > > The change is simple, but maybe there's some tricky dependency somewhere, > so I'm putting fedora-devel in CC. > As far as I know, the only reason basesystem still exists is to deal with alphabetical sequencing for the transaction. -- 真実はいつも一つ！/ Always, there's only one truth! -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[SO-NAME BUMP] NLopt-2.10.0
Hello, just a short head-up: I planning to builld NLopt-2.10.0 for Rawhide and F42 during later today, which will bump its soname from libnlopt.so0 to libnlopt.so.1. The following packages are affected: * freefem++ (failed in COPR, but builds on Koji [2]) * pagmo2 * prusa-slicer (already FTBFS in mass-rebuild) * python-pynest2d * stellarium Those packages do not have any dependencies on each other, and can be rebuilt in one shot, which I will take care of, during the update. A COPR with test builds can be found here [1]. I'll give a note a soon as the builds are done. Thanks, Björn (besser82) [1] https://copr.fedorainfracloud.org/coprs/besser82/NLopt_so_1/monitor/ [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=128911722 OpenPGP_0xF52E98007594C21D.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
F43 Change Proposal: Retire python-nose (self-contained)
Wiki - https://fedoraproject.org/wiki/Changes/RetirePythonNose
Discussion Thread -
https://discussion.fedoraproject.org/t/f43-change-proposal-retire-python-nose-self-contained/144198
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.
== Summary ==
The python-nose package is dead upstream and has been
[[Changes/DeprecateNose|deprecated for 5 years in Fedora]]. It
[https://bugzilla.redhat.com/show_bug.cgi?id=2323163 no longer builds
with Python 3.14] and it will be retired (removed) from Fedora Linux
43 without replacement.
== Owner ==
* Name: [[User:Churchyard|Miro Hrončok]]
* Email: mhron...@redhat.com
== Detailed Description ==
Several dependents on python-nose have been fixed before filing this
change. See some progress in
https://bugzilla.redhat.com/show_bug.cgi?id=2323163 and
https://lists.fedoraproject.org/archives/list/python-de...@lists.fedoraproject.org/thread/GMXMFW52CWUOYUJA4PGS3GDPESU3EPG5/
==
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/GMXMFW52CWUOYUJA4PGS3GDPESU3EPG5/
python-nose will be retired (removed from) Fedora Linux 43 after this
change is approved but not before Fedora Linux 42 is branched from
rawhide.
When we retire python-nose, the following packages will fail to build:
$ repoquery -q --repo=rawhide{,-source} --whatrequires python3-nose
--recursive | grep src$
ProDy-0:2.4.1-11.fc42.src
bmap-tools-0:3.7-7.fc42.src
hgsvn-0:0.6.0-17.fc42.src
nova-agent-0:2.1.25-11.fc42.src
openms-2:3.3.0-1.fc42.src
python-agate-0:1.12.0-2.fc42.src
python-agate-dbf-0:0.2.3-3.fc42.src
python-agate-excel-0:0.4.1-3.fc42.src
python-agate-sql-0:0.7.2-3.fc42.src
python-axolotl-0:0.2.3-13.fc42.src
python-binstruct-0:1.0.1-30.fc42.src
python-blessings-0:1.7-26.fc42.src
python-colorspacious-0:1.1.2-25.fc42.src
python-curtsies-0:0.4.2-7.fc42.src
python-epc-0:0.0.5-16.fc42.src
python-eyed3-0:0.9.7-8.fc42.src
python-flask-xml-rpc-0:0.1.2-34.fc41.src
python-hglib-0:2.6.2-17.fc42.src
python-ifcfg-0:0.21-17.fc42.src
python-leather-0:0.4.0-3.fc42.src
python-migrate-0:0.13.0-20.fc42.src
python-moksha-common-0:1.2.5-35.fc42.src
python-neurosynth-0:0.3.8-16.fc42.src
python-pygeoip-0:0.2.6-40.fc42.src
python-pytest7-0:7.4.3-4.fc42.src
python-queuelib-0:1.5.0-23.fc42.src
python-rows-0:0.4.1-24.fc42.src
python-simplebayes-0:1.5.8-27.fc42.src
python-spec-0:1.4.1-19.fc42.src
python-statsd-0:3.2.1-32.fc41.src
python-supersmoother-0:0.4-30.fc42.src
python-tilestache-0:1.51.14-19.fc42.src
python-xvfbwrapper-0:0.2.9-26.fc42.src
And the following packages will fail to install:
$ repoquery -q --repo=rawhide --whatrequires python3-nose --recursive
python3-bmaptools-0:3.7-7.fc42.noarch
python3-neurosynth-0:0.3.8-16.fc42.noarch
python3-nose-testconfig-0:0.10-35.fc42.noarch
python3-spec-0:1.4.1-19.fc42.noarch
$ (repoquery -q --repo=rawhide --whatrequires python3-nose
--recursive --source; repoquery -q --repo=rawhide{,-source}
--whatrequires python3-nose --recursive | grep src$) | pkgname | sort
| uniq | python find-package-maintainers
Maintainers by package:
ProDysagitter
bmap-tools aekoroglu
hgsvnterjeros
nova-agent survient tonyskapunk
openms sagitter
python-agate jujens
python-agate-dbf jujens
python-agate-excel jujens
python-agate-sql jujens
python-axolotl principis
python-binstruct besser82
python-blessings salimma
python-colorspacious fed500
python-curtsies salimma terjeros
python-epc melmorabity
python-eyed3 amigadave cicku pjp
python-flask-xml-rpc orphan
python-hglib terjeros
python-ifcfg cottsay
python-leather jujens
python-migrate jcapitao
python-moksha-common lbalhar
python-neurosynthlbazan
python-nose-testconfig dshea
python-pygeoip kevin
python-pytest7 thrnciar
python-queuelib fab
python-rows fab
python-simplebayes qulogic
python-spec mhayden pghmcfc
python-statsdorphan
python-supersmoother sergiopr
python-tilestachecottsay
python-xvfbwrapper mrunge totol
Packages by maintainer:
aekoroglu bmap-tools
amigadave python-eyed3
besser82 python-binstruct
cicku python-eyed3
cottsaypython-ifcfg python-tilestache
dshea python-nose-testconfig
fabpython-queuelib python-rows
fed500 python-colorspacious
jcapitao python-migrate
jujens python-agate python-agate-dbf python-agate-excel
python-agate-sql python-leather
kevin python-pygeoip
lbalharpython-moksha-common
lbazan python-neurosynth
melmorabity python-epc
mhaydenpython-spec
mrunge python-xvfbwrapper
orphan python-flask-xml-rpc python-statsd
pgh
F43 Change Proposal: Remove el, jsp and servlet packages from tomcat
Wiki - https://fedoraproject.org/wiki/Changes/Remove_el,_jsp_and_servlet_packages_from_tomcat Discussion Thread - https://discussion.fedoraproject.org/t/f43-change-proposal-remove-el-jsp-and-servlet-packages-from-tomcat-self-contained/144199 This is a proposed Change for Fedora Linux. This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Summary == This change involves removing the tomcat-servlet-api, tomcat-el-api, and tomcat-jsp-api packages. These APIs are already provided by the primary Tomcat package, eliminating the need for standalone packages. == Owner == * Name: [[User:dsoumis| Dimitris Soumis]] * Email: dsou...@redhat.com == Detailed Description == These separate packages, tomcat-servlet-api, tomcat-el-api and tomcat-jsp-api were intended for developers who required the individual servlet, EL, and JSP APIs independently, without the need to install the full Tomcat server. Standalone usage of these APIs is rare, and they are primarily bundled with application servers or web containers (like Tomcat itself). The primary Tomcat package already provides these APIs, eliminating the need for separate packages. Developers and users can directly depend on Tomcat for these functionalities. These packages introduce unnecessary complexity and file conflicts during upgrades, as seen with overlapping files (e.g., tomcat-servlet-api.jar, tomcat-el-api.jar). Managing these conflicts requires additional work without providing significant benefits. == Feedback == No feedback is received. == Benefit to Fedora == Removing these standalone API packages simplifies package management, reduces file conflicts, and avoids confusion for users and maintainers. == Scope == * Proposal owners: ** Remove tomcat-servlet-api, tomcat-el-api, and tomcat-jsp-api ** Update any references or dependencies that explicitly rely on these packages to point to the main Tomcat package. * Other developers: Ensure that any software previously depending on these standalone packages uses the main tomcat-lib package instead. * Release engineering: N/A * Policies and guidelines: N/A * Trademark approval: N/A * Alignment with the Fedora Strategy: Yes == Upgrade/compatibility impact == * Any existing installations of tomcat-servlet-api, tomcat-el-api, or tomcat-jsp-api will be removed. * Applications or development setups depending on these packages should switch to depending on the main tomcat package. There should be no functional impact on end-users or developers, as the main tomcat package continues to supply the servlet, EL, and JSP APIs. In rare cases where a project explicitly references these packages, a small update to dependency declarations may be necessary. == Early Testing (Optional) == == How To Test == Check for Removed Packages: Verify that tomcat-servlet-api, tomcat-el-api, and tomcat-jsp-api are no longer available in the repositories. == User Experience == For most Fedora users and developers, this change will be largely invisible. == Dependencies == None. == Contingency Plan == Revert the update. * Blocks release? No == Documentation == N/A (not a System Wide Change) == Release Notes == Remove el, jsp and servlet packages from tomcat -- Aoife Moloney Fedora Operations Architect Fedora Project Matrix: @amoloney:fedora.im IRC: amoloney -- ___ devel-announce mailing list -- devel-annou...@lists.fedoraproject.org To unsubscribe send an email to devel-announce-le...@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-annou...@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: [heads up] update to jpegxl-0.11 with soname bump in rawhide
On Tue, 2025-02-04 at 01:48 +, Sérgio Basto via devel wrote:
> On Thu, 2025-01-30 at 23:43 +0100, Fabio Valentini wrote:
> > On Thu, Jan 30, 2025 at 9:18 PM Sérgio Basto via devel
> > wrote:
> > >
> > > Hi,
> > > I will start a mass rebuild [1] in a side-tag, very soon, please
> > > let me
> > > know we have any objection that prevent to proceeding.
> > >
> > > Best regards,
> > >
> > > [1]
> > > dnf repoquery --repoid=rawhide --whatrequires "libjxl*" --qf
> > > "%{repoid} %{sourcerpm}\n" | pkgname
> > >
> > > rawhide GraphicsMagick
> > > rawhide ImageMagick
> > > rawhide SDL2_image
> > > rawhide darktable
> > > rawhide digikam
> > > rawhide dlib
> > > rawhide efl
> > > rawhide ffmpeg
> > > rawhide geeqie
> > > rawhide gimp
> > > rawhide glycin
> > > rawhide gthumb
> > > rawhide imlib2
> > > rawhide imv
> > > rawhide jpegxl
> > > rawhide kf5-kimageformats
> > > rawhide kf6-kimageformats
> > > rawhide krita
> > > rawhide rawtherapee
> > > rawhide rust-jpegxl-sys
> > > rawhide siril
> > > rawhide swayimg
> > > rawhide vips
> > > rawhide webkit2gtk4.0
> > > rawhide webkitgtk
> >
> > Please skip glycin and rust-jpegxl-*, and instead let me know when
> > your side-tag is ready.
> > I need to review + merge + build these PRs first:
> >
> > https://src.fedoraproject.org/rpms/rust-jpegxl-sys/pull-request/1
> > https://src.fedoraproject.org/rpms/rust-jpegxl-rs/pull-request/1
> > https://src.fedoraproject.org/rpms/glycin/pull-request/3
>
> Finished,
> https://bodhi.fedoraproject.org/updates/FEDORA-2025-cfa8170377 24
> builds successfully
>
> webkit2gtk4.0 , dlib were already FTBFS, I think that's all
CC to the maintainers , as requested per Fedora packaging guidelines
Best regards,
--
Sérgio M. B.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
Re: retiring basesystem package
On Thu, Feb 06, 2025 at 07:50:24AM -0500, Neal Gompa wrote: > On Thu, Feb 6, 2025 at 7:18 AM Zbigniew Jędrzejewski-Szmek > wrote: > > > > Hi, > > > > I was looking at early system installation, and we have filesystem, > > basesystem, and setup, all competing for the title of the early > > filesystem setup… It seems that basesystem is the easiest to > > eliminate: it has no files and no scriptlets. > > > > https://src.fedoraproject.org/rpms/filesystem/pull-request/20 adds > > Provides+Obsolets: basesystem to filesystem. If that is merged, we can > > retire basesystem. > > > > The change is simple, but maybe there's some tricky dependency somewhere, > > so I'm putting fedora-devel in CC. > > > > As far as I know, the only reason basesystem still exists is to deal > with alphabetical sequencing for the transaction. Interesting. So you're saying that 'basesystem' sorts relatively early, so rpm ends up putting it early in the installation order? I think we're already expressing the ordering dependencies properly, because w/o separate basesystem, I get the same installation order: $ sudo dnf install --installroot=/var/tmp/inst6 --use-host-config --repo=rawhide --setopt=install_weak_deps=0 alternatives -y [ 1/19] Verify package files 100% | 515.0 B/s | 17.0 B | 00m00s [ 2/19] Prepare transaction 100% | 1.2 KiB/s | 17.0 B | 00m00s [ 3/19] Installing fedora-release-identity-basic-0:42-0.16.noarch 100% | 476.6 KiB/s | 976.0 B | 00m00s [ 4/19] Installing fedora-repos-rawhide-0:42-0.4.noarch 100% | 2.4 MiB/s | 2.4 KiB | 00m00s [ 5/19] Installing fedora-gpg-keys-0:42-0.4.noarch 100% | 21.3 MiB/s | 174.8 KiB | 00m00s [ 6/19] Installing fedora-repos-0:42-0.4.noarch 100% | 2.8 MiB/s | 5.7 KiB | 00m00s [ 7/19] Installing fedora-release-common-0:42-0.16.noarch 100% | 11.8 MiB/s | 24.1 KiB | 00m00s [ 8/19] Installing fedora-release-0:42-0.16.noarch 100% | 121.1 KiB/s | 124.0 B | 00m00s [ 9/19] Installing setup-0:2.15.0-10.fc42.noarch 100% | 50.7 MiB/s | 726.5 KiB | 00m00s [10/19] Installing filesystem-0:3.18-36.fc42.x86_64 100% | 2.6 MiB/s | 212.4 KiB | 00m00s [11/19] Installing basesystem-0:11-22.fc42.noarch 100% | 121.1 KiB/s | 124.0 B | 00m00s [12/19] Installing ncurses-base-0:6.5-5.20250125.fc42.noarch 100% | 49.1 MiB/s | 352.2 KiB | 00m00s [13/19] Installing libgcc-0:15.0.1-0.6.fc42.x86_64 100% | 131.0 MiB/s | 268.3 KiB | 00m00s [14/19] Installing glibc-common-0:2.40.9000-35.fc42.x86_64 100% | 68.0 MiB/s | 1.0 MiB | 00m00s [15/19] Installing bash-0:5.2.37-1.fc42.x86_64 100% | 255.3 MiB/s | 8.2 MiB | 00m00s [16/19] Installing ncurses-libs-0:6.5-5.20250125.fc42.x86_64 100% | 186.1 MiB/s | 952.8 KiB | 00m00s [17/19] Installing glibc-minimal-langpack-0:2.40.9000-35.fc42.x86_64 100% | 60.5 KiB/s | 124.0 B | 00m00s [18/19] Installing glibc-0:2.40.9000-35.fc42.x86_64 100% | 53.7 MiB/s | 6.7 MiB | 00m00s [19/19] Installing alternatives-0:1.31-3.fc42.x86_64 100% | 297.0 KiB/s | 67.7 KiB | 00m00s $ sudo dnf install --installroot=/var/tmp/inst6 --use-host-config --repo=rawhide --setopt=install_weak_deps=0 alternatives -y \ ~/fedora/filesystem/x86_64/filesystem-3.18-38.fc43.x86_64.rpm [ 1/18] Verify package files 100% | 551.0 B/s | 16.0 B | 00m00s [ 2/18] Prepare transaction 100% | 1.1 KiB/s | 16.0 B | 00m00s [ 3/18] Installing fedora-release-identity-basic-0:42-0.16.noarch 100% | 953.1 KiB/s | 976.0 B | 00m00s [ 4/18] Installing fedora-repos-rawhide-0:42-0.4.noarch 100% | 2.4 MiB/s | 2.4 KiB | 00m00s [ 5/18] Installing fedora-gpg-keys-0:42-0.4.noarch 100% | 19.0 MiB/s | 174.8 KiB | 00m00s [ 6/18] Installing fedora-repos-0:42-0.4.noarch 100% | 5.6 MiB/s | 5.7 KiB | 00m00s [ 7/18] Installing fedora-release-common-0:42-0.16.noarch 100% | 11.8 MiB/s | 24.1 KiB | 00m00s [ 8/18] Installing fedora-release-0:42-0.16.noarch 100% | 121.1 KiB/s | 124.0 B | 00m00s [ 9/18] Installing setup-0:2.15.0-10.fc42.noarch 100% | 54.6 MiB/s | 726.5 KiB | 00m00s [10/18] Installing filesystem-0:3.18-38.fc43.x86_64 100% | 2.6 MiB/s | 212.4
Re: F43 Change Proposal: Remove el, jsp and servlet packages from tomcat
On Thu, Feb 6, 2025 at 7:51 PM Sérgio Basto via devel wrote: > BTW I'd like to fix tomcat 9 in RHEL9 > https://bugzilla.redhat.com/show_bug.cgi?id=2331858 > > how we contact RH maintainer ? You can open a Jira issue at https://issues.redhat.com/ -- Mikolaj > > > Thank you > -- > Sérgio M. B. > -- > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Heads up: openexr dropping i686 arch for F42+
On Thu, Feb 6, 2025 at 11:37 PM Richard Shaw wrote: > > It seems to be the only reason for FTBFS. A single test is failing. Upstream > has no interest in supporting 32bit anymore, which I think makes sense. > > For posterity here are the potential affected packages: > > $ fedrq whatrequires-src --branch rawhide --format source > --exclude-subpackages openexr > CImg > CTL > Field3D > ImageMagick > OpenColorIO > OpenEXR_Viewers > OpenImageIO > OpenSceneGraph > YafaRay > blender > darktable > enblend > freeimage > gdal > gegl04 > gimp > gmic > gstreamer1-plugins-bad-free > hugin > jpegxl > kdelibs3 > kf5-kimageformats > kf6-kimageformats > kio-extras > kio-extras-kf5 > krita > luminance-hdr > luxcorerender > ogre > olive > opencv > openvdb > pfstools > povray > prusa-slicer > swayimg > synfig > vigra > vips IMO this is much too late to do in F42, and should be a change proposal for F43. Your list is also incomplete (it only seems to cover one edge in the dependency graph, and not recursive dependencies). It looks like dropping i686 from openexr would affect most of the Plasma Desktop too, for example. Fabio -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Determining i686 "leaf" packages - python-cramjam dropped with i686 deps
On Thu, Feb 6, 2025 at 8:09 PM Orion Poplawski wrote: > > python-cramjam dropped i686 with this: > > commit 3ebdbdac596b6f01c97b89d3b67635519b10b944 > Author: Benjamin A. Beasley > Date: Mon Sep 30 19:24:11 2024 -0400 > > F41+: Drop i686 support (leaf package on that architecture) > > While many packages depend on this one, we believe we have correctly > verified that all directly or indirectly dependent packages either are > noarch or already exclude i686. > > However, we are now seeing a build failure on i686 for python-pymongo: > > DEBUG util.py:459: Problem: conflicting requests > DEBUG util.py:459:- nothing provides python3.13dist(cramjam) needed > by python3-snappy-0.7.2-4.fc42.noarch from build > > So, apparently this determination was in error, or pymongo grew some deps. > The last build was 4.2.0 for the F41 Mass Rebuild: https://src.fedoraproject.org/rpms/python-pymongo/c/df1367fd4fb442e0a31d7163db9e125d3a642654?branch=rawhide Then it was updated to 4.9.1 5 months ago: https://src.fedoraproject.org/rpms/python-pymongo/pull-request/8 And this PR also added %check. But this was never built until the F42 Mass Rebuild: https://src.fedoraproject.org/rpms/python-pymongo/c/d4e8c56a38bbc7553cb842383b3ddfaaca047d68?branch=rawhide There appears to be no mention of cramjam within that range: https://github.com/mongodb/mongo-python-driver/compare/4.2.0...4.9.1 Looking at the log from x86_64, python3-cramjam is not a direct dependency.: https://fedora.softwarefactory-project.io/zuul/build/b58460c63cd9495ead1737d9500d866c/log/repo/root.x86_64.log#3271-3292 The likely candidate there is `python3-snappy`, and it _does_ require cramjam, but since it's noarch (which doesn't build on i686), they likely would not have noticed. > At this point it would be nice to drop i686 from pymongo, but how can > one make the determination that this is a "leaf" i686 package? You can use leafdrop https://pagure.io/leafdrop as mentioned on https://fedoraproject.org/wiki/Changes/EncourageI686LeafRemoval > Especially since it appears that some determinations of this were incorrect. They weren't wrong per se, but due to a mix of a noarch package depending on arched packages and noarch no longer building on i686. -- Elliott -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
SPDX Statistics - 127 packages remaining
Hot news: - the review of licenses in queue has been stalled for several weeks Two weeks ago we had: * 24401spec files in Fedora * 31038license tags in all spec files * 142 tags are not SPDX compliant (number from line bellow minus packages with LicenseRef-Callaway-*) * 2289 tags have not been converted to SPDX yet * 16 tags can be trivially converted using `license-fedora2spdx` * Progress: 99.48% ░█100% ELN subset: 61 out of 2316 packages are not converted yet (progress 97.41%) Today we have: * 24347spec files in Fedora * 30986license tags in all spec files * 127 tags are not SPDX compliant (number from line bellow minus packages with LicenseRef-Callaway-*) * 2246tags have not been converted to SPDX yet * 15 tags can be trivially converted using `license-fedora2spdx` * Progress: 99.48% ░█100% ELN subset: 57 out of 2317 packages are not converted yet (progress 97.54%) Graph of these data with the burndown chart: https://docs.google.com/spreadsheets/d/1QVMEzXWML-6_Mrlln02axFAaRKCQ8zE807rpCjus-8s/edit?usp=sharing The list of packages needed to be converted is here: https://pagure.io/copr/license-validate/blob/main/f/packages-without-spdx-final.txt List by package maintainers is here https://pagure.io/copr/license-validate/blob/main/f/packages-without-spdx-final-maintainers.txt Packages that are neither in SPDX nor in Callaway format (highest priority for now) - 35 packages: https://pagure.io/copr/license-validate/blob/main/f/neither-nor-remaining-packagers.txt Most of such packages has open issue in fedora-license-data. A lot of them are waiting for SPDX to approved the license and assign ID. There was no release of fedora-license-data. 12 licenses are waiting to be reviewed by SPDX.org (and then to be added to fedora-license-data) https://gitlab.com/fedora/legal/fedora-license-data/-/issues/?label_name%5B%5D=SPDX%3A%3Ablocked If your package does not have neither git-log entry nor spec-changelog entry mentioning SPDX and you know your license tag matches SPDX formula, you can put your package on ignore list https://pagure.io/copr/license-validate/blob/main/f/ignore-packages.txt Either pull-request or direct email to me is fine. Miroslav -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: libarrow (Apache Arrow) and liborc (Apache ORC) SONAME bumps in rawhide
Hi Kaleb, On Fri, Feb 7, 2025 at 10:03 AM Kaleb Keithley wrote: > > Arrow packages include libarrow*.rpm parquet*.rpm (libparquet*), and > python-pyarrow*.rpm. Updating to Arrow 19.0.0 > > ORC packages include liborc2*.rpm. Updating to ORC 2.1.0 > > side-tag f43-build-side-105129 has been created for rebuilding the dependent > packages: > * ceph (for which I am the maintainer > * gdal > * groonga > * myst-nb > * pcp You don't need to rebuild PCP here if that helps - it has a subpackage which includes a pcp2arrow(1) python script only (no compiled code) which imports pyarrow, pyarrow.dataset - a soname bump wont impact us here. cheers. -- Nathan > * python-dask > * python-dask-expr > * python-distributed > * python-formulaic > * python-fsspec > * python-geopandas > * python-pandas > * python-papermill > * python-pyogrio > * root > etc. > > I will be building liborc, libarrow, and ceph soon. (I'm not a proven > packager, I can't build the other packages.) > Tentatively I plan on merging whatever is built in the side tag on or after > 20 Feb 2025. > > > -- > > Kaleb > -- > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Heads up: openexr dropping i686 arch for F42+
It seems to be the only reason for FTBFS. A single test is failing. Upstream has no interest in supporting 32bit anymore, which I think makes sense. For posterity here are the potential affected packages: $ fedrq whatrequires-src --branch rawhide --format source --exclude-subpackages openexr CImg CTL Field3D ImageMagick OpenColorIO OpenEXR_Viewers OpenImageIO OpenSceneGraph YafaRay blender darktable enblend freeimage gdal gegl04 gimp gmic gstreamer1-plugins-bad-free hugin jpegxl kdelibs3 kf5-kimageformats kf6-kimageformats kio-extras kio-extras-kf5 krita luminance-hdr luxcorerender ogre olive opencv openvdb pfstools povray prusa-slicer swayimg synfig vigra vips Thanks, Richard -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Heads up: openexr dropping i686 arch for F42+
I’ve suggested https://src.fedoraproject.org/rpms/openexr/pull-request/9 to restore i686 support and skip the failing test, at least for the time being. On 2/6/25 7:15 PM, Fabio Valentini wrote: On Thu, Feb 6, 2025 at 11:37 PM Richard Shaw wrote: It seems to be the only reason for FTBFS. A single test is failing. Upstream has no interest in supporting 32bit anymore, which I think makes sense. For posterity here are the potential affected packages: $ fedrq whatrequires-src --branch rawhide --format source --exclude-subpackages openexr CImg CTL Field3D ImageMagick OpenColorIO OpenEXR_Viewers OpenImageIO OpenSceneGraph YafaRay blender darktable enblend freeimage gdal gegl04 gimp gmic gstreamer1-plugins-bad-free hugin jpegxl kdelibs3 kf5-kimageformats kf6-kimageformats kio-extras kio-extras-kf5 krita luminance-hdr luxcorerender ogre olive opencv openvdb pfstools povray prusa-slicer swayimg synfig vigra vips IMO this is much too late to do in F42, and should be a change proposal for F43. Your list is also incomplete (it only seems to cover one edge in the dependency graph, and not recursive dependencies). It looks like dropping i686 from openexr would affect most of the Plasma Desktop too, for example. Fabio -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Determining i686 "leaf" packages - python-cramjam dropped with i686 deps
python-cramjam dropped i686 with this: commit 3ebdbdac596b6f01c97b89d3b67635519b10b944 Author: Benjamin A. Beasley Date: Mon Sep 30 19:24:11 2024 -0400 F41+: Drop i686 support (leaf package on that architecture) While many packages depend on this one, we believe we have correctly verified that all directly or indirectly dependent packages either are noarch or already exclude i686. However, we are now seeing a build failure on i686 for python-pymongo: DEBUG util.py:459: Problem: conflicting requests DEBUG util.py:459:- nothing provides python3.13dist(cramjam) needed by python3-snappy-0.7.2-4.fc42.noarch from build So, apparently this determination was in error, or pymongo grew some deps. At this point it would be nice to drop i686 from pymongo, but how can one make the determination that this is a "leaf" i686 package? Especially since it appears that some determinations of this were incorrect. -- Orion Poplawski he/him/his - surely the least important thing about me IT Systems Manager 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 https://www.nwra.com/ -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Fedora eln compose report: 20250207.n.0 changes
OLD: Fedora-eln-20250206.n.0 NEW: Fedora-eln-20250207.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 23 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of upgraded packages: 893.19 MiB Size of downgraded packages: 0 B Size change of upgraded packages: 2.47 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: cpio-2.15-4.eln146 Old package: cpio-2.15-2.eln144 Summary: A GNU archiving program RPMs: cpio Size: 1.16 MiB Size change: 4.35 KiB Changelog: * Thu Jan 16 2025 Fedora Release Engineering - 2.15-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_42_Mass_Rebuild * Fri Jan 24 2025 Than Ngo - 2.15-4 - Fixed rhbz#2340003 - cpio: FTBFS in Fedora rawhide/f42 Package: dnf5-5.2.9.0-1.eln146 Old package: dnf5-5.2.8.1-5.eln145 Summary: Command-line package manager RPMs: dnf5 dnf5-devel dnf5-plugin-automatic dnf5-plugins libdnf5 libdnf5-cli libdnf5-cli-devel libdnf5-devel libdnf5-plugin-actions libdnf5-plugin-rhsm perl-libdnf5 perl-libdnf5-cli python3-libdnf5 python3-libdnf5-cli python3-libdnf5-python-plugins-loader ruby-libdnf5 ruby-libdnf5-cli Size: 31.44 MiB Size change: 304.57 KiB Changelog: * Tue Feb 04 2025 Packit - 5.2.9.0-1 - Update translations from weblate - automatic: Translate end-of-lines in email emitter by DNF - ruby: Fix swig namespacing in Ruby. - Correct Ruby %module definition in swig files. - Documentation enhancements - Add a hint to `history info` without trans IDs when no match found - Add `--contains-pkgs=..` option to `history` `list` and `info` - During package download setup first add all downloads then handle local - Enhance `perform_control_sequences()` to handle colors - versionlock: Fix wildcards handling in `add` command - ruby: Implement Enumerable for libdnf5::advisory::AdvisorySet. - ruby: Implement Enumerable for libdnf5::rpm::ReldepList. - ruby: Implement Enumerable for libdnf5::rpm::PackageSet. - Implement each() for iterating over collection in ruby. - Add --json output to advisory info - I18N: Annotate indentation of the transaction summary - libdnf5: Load plugins with RTLD_NODELETE flag set - libdnf5: Add a plugin to download and install repo's Appstream data - Fix bash completion if colon is in the word to complete - Remove and rename global variables in bash completion - DNF5 bash completion: Offer package NAMEs in all cases - Bash completion: always offer NEVRAs for packages - repo: Fix logging metadata download errors handling - Copr plugin: Fix resource leak in load_all_configuration - Own /var/lib/dnf by libdnf5 - Display remaining time as nonnegative number - automatic: Substitute variables in command_format - Bumb readthedocs ubuntu image version to fix the docs generation - automatic: add a default setting to not emit boring messages - Incorrect library name in libdnf5-cli.pc - Fix reporting disk space to be freed on a pure package removal - Support ProgressBar messages with wide characters - Add padding to ProgressBar messages to avoid overlapping - SWIG: support repo::DownloadCallbacks user_data - Remove redundant %python_provide statements - python3-libdnf5: Remove superfluous provides for python-libdnf - Update pre-commit hooks to latest versions in F41 Package: gcc-15.0.1-0.7.eln146 Old package: gcc-15.0.1-0.6.eln145 Summary: Various compilers (C, C++, Objective-C, ...) RPMs: cpp gcc gcc-c++ gcc-gfortran gcc-offload-amdgcn gcc-offload-nvptx gcc-plugin-annobin gcc-plugin-devel libasan libatomic libatomic-static libgcc libgccjit libgccjit-devel libgfortran libgomp libgomp-offload-amdgcn libgomp-offload-nvptx libhwasan libitm libitm-devel liblsan libquadmath libquadmath-devel libstdc++ libstdc++-devel libstdc++-docs libstdc++-static libtsan libubsan Size: 546.11 MiB Size change: 199.56 KiB Changelog: * Tue Feb 04 2025 Jakub Jelinek 15.0.1-0.7 - update from trunk - PRs ada/118712, ada/118731, c/118742, c++/79786, c++/98893, c++/108205, c++/109918, c++/114619, c++/116506, c++/116880, c++/116914, c++/117114, c++/117778, c++/118265, c++/118470, c++/118491, c++/118718, c++/118719, fortran/93289, lto/113207, middle-end/115913, middle-end/116926, modula2/117411, modula2/118703, rtl-optimization/111673, rtl-optimization/117248, rtl-optimization/117611, target/116010, target/118713, testsuite/116845, tree-optimization/117113, tree-optimization/118717 Package: gnutls-3.8.8-4.eln146 Old package: gnutls-3.8.8-1.eln143 Summary: A TLS protocol implementation RPMs: gnutls gnutls-c++ gnutls-dane gnutls-devel gnutls
Re: Determining i686 "leaf" packages - python-cramjam dropped with i686 deps
On 2/6/25 18:38, Elliott Sales de Andrade wrote:
On Thu, Feb 6, 2025 at 8:09 PM Orion Poplawski wrote:
python-cramjam dropped i686 with this:
commit 3ebdbdac596b6f01c97b89d3b67635519b10b944
Author: Benjamin A. Beasley
Date: Mon Sep 30 19:24:11 2024 -0400
F41+: Drop i686 support (leaf package on that architecture)
While many packages depend on this one, we believe we have correctly
verified that all directly or indirectly dependent packages either are
noarch or already exclude i686.
However, we are now seeing a build failure on i686 for python-pymongo:
DEBUG util.py:459: Problem: conflicting requests
DEBUG util.py:459:- nothing provides python3.13dist(cramjam) needed
by python3-snappy-0.7.2-4.fc42.noarch from build
So, apparently this determination was in error, or pymongo grew some deps.
The last build was 4.2.0 for the F41 Mass Rebuild:
https://src.fedoraproject.org/rpms/python-pymongo/c/df1367fd4fb442e0a31d7163db9e125d3a642654?branch=rawhide
Then it was updated to 4.9.1 5 months ago:
https://src.fedoraproject.org/rpms/python-pymongo/pull-request/8
And this PR also added %check. But this was never built until the F42
Mass Rebuild:
https://src.fedoraproject.org/rpms/python-pymongo/c/d4e8c56a38bbc7553cb842383b3ddfaaca047d68?branch=rawhide
There appears to be no mention of cramjam within that range:
https://github.com/mongodb/mongo-python-driver/compare/4.2.0...4.9.1
Looking at the log from x86_64, python3-cramjam is not a direct dependency.:
https://fedora.softwarefactory-project.io/zuul/build/b58460c63cd9495ead1737d9500d866c/log/repo/root.x86_64.log#3271-3292
The likely candidate there is `python3-snappy`, and it _does_ require
cramjam, but since it's noarch (which doesn't build on i686), they
likely would not have noticed.
At this point it would be nice to drop i686 from pymongo, but how can
one make the determination that this is a "leaf" i686 package?
You can use leafdrop https://pagure.io/leafdrop as mentioned on
https://fedoraproject.org/wiki/Changes/EncourageI686LeafRemoval
Especially since it appears that some determinations of this were incorrect.
They weren't wrong per se, but due to a mix of a noarch package
depending on arched packages and noarch no longer building on i686.
Ah, the fact that pymongo was built so late was unfortunate then.
Does leafdrop do an analysis of what of the deps are noarch? It doesn't
seem like it. I get:
$ ./leafdrop python-pymongo
python3-bson is Required by:
- python3-dionaea
python3-pymongo is Required by:
- cobbler
- python3-mongoengine
- python3-pyphi
- python3-sentry-sdk+pymongo
python3-pymongo is BuildRequired by:
- ipython
- pcp
- python-APScheduler
- python-anykeystore
- python-jsonpickle
- python-kombu
- python-mongoengine
- python-pyphi
- python-pysaml2
- python-sentry-sdk
python3-pymongo-gridfs is Required by:
- python3-mongoengine
python3-pymongo-gridfs is BuildRequired by:
- python-mongoengine
NO: Package python-pymongo is not a leaf package on i686.
but ipython for one is noarch and so should not be a blocker here. And
pcp is ExcludeArch %{ix86}. So I guess I'm not sure how I am supposed
to interpret its output.
I guess it has:
TODO
filter out source packages that already have ExcludeArch: i686
(using similar heuristics as in repochecker)
so it doesn't seem terribly useful for addressing these more complicated
cases that I was asking about.
--
Orion Poplawski
he/him/his - surely the least important thing about me
IT Systems Manager 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 https://www.nwra.com/
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
Re: Heads up: openexr dropping i686 arch for F42+
On Thu, Feb 6, 2025 at 6:16 PM Fabio Valentini wrote: > On Thu, Feb 6, 2025 at 11:37 PM Richard Shaw wrote: > > > > It seems to be the only reason for FTBFS. A single test is failing. > Upstream has no interest in supporting 32bit anymore, which I think makes > sense. > > > > IMO this is much too late to do in F42, and should be a change proposal > for F43. > > Your list is also incomplete (it only seems to cover one edge in the > dependency graph, and not recursive dependencies). > It looks like dropping i686 from openexr would affect most of the > Plasma Desktop too, for example. > I merged the PR so we're fine for now, but I have to ask, why does this affect Plasma/KDE? We don't ship a 32-bit desktop anymore, correct? Richard -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
libarrow (Apache Arrow) and liborc (Apache ORC) SONAME bumps in rawhide
Arrow packages include libarrow*.rpm parquet*.rpm (libparquet*), and python-pyarrow*.rpm. Updating to Arrow 19.0.0 ORC packages include liborc2*.rpm. Updating to ORC 2.1.0 side-tag f43-build-side-105129 has been created for rebuilding the dependent packages: * ceph (for which I am the maintainer * gdal * groonga * myst-nb * pcp * python-dask * python-dask-expr * python-distributed * python-formulaic * python-fsspec * python-geopandas * python-pandas * python-papermill * python-pyogrio * root etc. I will be building liborc, libarrow, and ceph soon. (I'm not a proven packager, I can't build the other packages.) Tentatively I plan on merging whatever is built in the side tag on or after 20 Feb 2025. -- Kaleb -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: [SO-NAME BUMP] NLopt-2.10.0
Am 06.02.25 um 13:58 schrieb Björn 'besser82' Esser: Hello, just a short head-up: I planning to builld NLopt-2.10.0 for Rawhide and F42 during later today, which will bump its soname from libnlopt.so0 to libnlopt.so.1. The following packages are affected: * freefem++ (failed in COPR, but builds on Koji [2]) * pagmo2 * prusa-slicer (already FTBFS in mass-rebuild) * python-pynest2d * stellarium Those packages do not have any dependencies on each other, and can be rebuilt in one shot, which I will take care of, during the update. A COPR with test builds can be found here [1]. I'll give a note a soon as the builds are done. Thanks, Björn (besser82) [1] https://copr.fedorainfracloud.org/coprs/besser82/NLopt_so_1/monitor/ [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=128911722 NLopt has been built and is available in the buildroots for Rawhide and F42. Builds for freefem++ and prusa-slicer are still running; pagmo2, pythonpynest2d, and stellarium are built and are also available in the buildroots. OpenPGP_0xF52E98007594C21D.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Intent to retire: smesh
The project[1] was originally used for FreeCAD which was retired due to complicated dep issues and has no other dependents and is currently FTBFS[3]. It has a fractured upstream[2] (I think I'm on my 3rd upstream) and the current one has not made a release since 2022. [1] https://src.fedoraproject.org/rpms/smesh [2] https://github.com/trelau/SMESH [3] https://bugzilla.redhat.com/show_bug.cgi?id=2341362 Thanks, Richard -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: retiring basesystem package
On 2/6/25 2:50 PM, Neal Gompa wrote: On Thu, Feb 6, 2025 at 7:18 AM Zbigniew Jędrzejewski-Szmek wrote: Hi, I was looking at early system installation, and we have filesystem, basesystem, and setup, all competing for the title of the early filesystem setup… It seems that basesystem is the easiest to eliminate: it has no files and no scriptlets. https://src.fedoraproject.org/rpms/filesystem/pull-request/20 adds Provides+Obsolets: basesystem to filesystem. If that is merged, we can retire basesystem. The change is simple, but maybe there's some tricky dependency somewhere, so I'm putting fedora-devel in CC. As far as I know, the only reason basesystem still exists is to deal with alphabetical sequencing for the transaction. Uh, no. - Panu - -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
