Re: How to clone subpackages during koji build stage
> Thanks Fabio! > > I presume the CMakeLists.txt of the project I'm working on needs some rebase. > But first, I would like to see what is recommended before taking any action. I assume this is about ProcDump-for-Linux[1]? Yeah, their CMakeLists.txt really shouldn't be importing libbpf as an ExternalProject without _at least_ checking whether it's available on the system first — it is, on Fedora, so the project should just discover and link with it. It's not a CMake project, but there's a pkgconfig file that makes writing a local Find module fairly easy. Looking over their CMakeLists.txt, there are a few other things that give me pause. Mostly just typical signs of new CMake users, brute-forcing their way to getting it to do what they want instead of working with it. Lots of unnecessary manual configuration and micromanaging of compiler commands, that kind of stuff. (They even CALL `ld` directly at one point, to link their own shared library! Whenever you're writing targets like that, it's a sign you're making things way harder than they need to be.) I'm going to work on cleaning up their CMake stuff — including adding a FindBpf.cmake module to use the system libbpf if it's present — and submit a PR to the upstream. Which should hopefully make your packaging life easier, as the build system will be able to automatically avoid bundling libbpf if it's available. (Assuming they accept the PR.) [1]: https://github.com/Sysinternals/ProcDump-for-Linux/ -- ___ 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 rawhide compose report: 20231217.n.1 changes
OLD: Fedora-Rawhide-20231216.n.0 NEW: Fedora-Rawhide-20231217.n.1 = SUMMARY = Added images:7 Dropped images: 2 Added packages: 3 Dropped packages:0 Upgraded packages: 45 Downgraded packages: 0 Size of added packages: 1.01 MiB Size of dropped packages:0 B Size of upgraded packages: 1.46 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 5.17 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = Image: Sericea dvd-ostree x86_64 Path: Sericea/x86_64/iso/Fedora-Sericea-ostree-x86_64-Rawhide-20231217.n.1.iso Image: Silverblue dvd-ostree x86_64 Path: Silverblue/x86_64/iso/Fedora-Silverblue-ostree-x86_64-Rawhide-20231217.n.1.iso Image: Kinoite dvd-ostree ppc64le Path: Kinoite/ppc64le/iso/Fedora-Kinoite-ostree-ppc64le-Rawhide-20231217.n.1.iso Image: Silverblue dvd-ostree ppc64le Path: Silverblue/ppc64le/iso/Fedora-Silverblue-ostree-ppc64le-Rawhide-20231217.n.1.iso Image: Onyx dvd-ostree x86_64 Path: Onyx/x86_64/iso/Fedora-Onyx-ostree-x86_64-Rawhide-20231217.n.1.iso Image: Silverblue dvd-ostree aarch64 Path: Silverblue/aarch64/iso/Fedora-Silverblue-ostree-aarch64-Rawhide-20231217.n.1.iso Image: Kinoite dvd-ostree aarch64 Path: Kinoite/aarch64/iso/Fedora-Kinoite-ostree-aarch64-Rawhide-20231217.n.1.iso = DROPPED IMAGES = Image: Workstation live-osbuild aarch64 Path: Workstation/aarch64/iso/Fedora-Workstation-Live-osb-Rawhide-20231216.n.0.aarch64.iso Image: Workstation live-osbuild x86_64 Path: Workstation/x86_64/iso/Fedora-Workstation-Live-osb-Rawhide-20231216.n.0.x86_64.iso = ADDED PACKAGES = Package: boxed-cpp-1.1.0-1.fc40 Summary: Boxing primitive types in C++ RPMs:boxed-cpp-devel Size:87.26 KiB Package: half-2.2.0-1.fc40 Summary: A C++ half-precision floating point type RPMs:half-devel Size:42.51 KiB Package: libunifex-0.4.0-1.fc40 Summary: A prototype implementation of the C++ sender/receiver async programming model RPMs:libunifex libunifex-devel Size:903.83 KiB = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: akonadi-calendar-24.01.80-2.fc40 Old package: akonadi-calendar-24.01.80-1.fc40 Summary: The Akonadi Calendar Library RPMs: akonadi-calendar akonadi-calendar-devel Size: 1.63 MiB Size change: 559 B Changelog: * Sat Dec 16 2023 Steve Cossette - 24.01.80-2 - Obsoletes the old plasma 5 package Package: akonadi-contacts-24.01.80-2.fc40 Old package: akonadi-contacts-24.01.80-1.fc40 Summary: The Akonadi Contacts Library RPMs: akonadi-contacts akonadi-contacts-devel Size: 3.35 MiB Size change: 1.59 KiB Changelog: * Sat Dec 16 2023 Steve Cossette - 24.01.80-2 - Obsoletes the old version Package: akonadi-mime-24.01.80-2.fc40 Old package: akonadi-mime-24.01.80-1.fc40 Summary: The Akonadi Mime Library RPMs: akonadi-mime akonadi-mime-devel Size: 1.58 MiB Size change: 1.50 KiB Changelog: * Sat Dec 16 2023 Steve Cossette - 24.01.80-2 - Obsoletes the old version Package: akonadi-notes-24.01.80-2.fc40 Old package: akonadi-notes-24.01.80-1.fc40 Summary: The Akonadi Notes Library RPMs: akonadi-notes akonadi-notes-devel Size: 413.07 KiB Size change: 1.20 KiB Changelog: * Sat Dec 16 2023 Steve Cossette - 24.01.80-2 - Obsoletes the old version Package: akonadi-search-24.01.80-2.fc40 Old package: akonadi-search-24.01.80-1.fc40 Summary: The Akonadi Search library and indexing agent RPMs: akonadi-search akonadi-search-devel Size: 4.69 MiB Size change: 4.98 KiB Changelog: * Sat Dec 16 2023 Steve Cossette - 24.01.80-2 - Obsoletes the old plasma5 package Package: akonadi-server-24.01.80-2.fc40 Old package: akonadi-server-24.01.80-1.fc40 Summary: PIM Storage Service RPMs: akonadi-server akonadi-server-devel akonadi-server-mysql Size: 15.80 MiB Size change: -798 B Changelog: * Sat Dec 16 2023 Steve Cossette - 24.01.80-2 - Obsolete the old Akonadi Package: american-fuzzy-lop-4.09c-3.fc40 Old package: american-fuzzy-lop-4.08c-3.fc40 Summary: Practical, instrumentation-driven fuzzer for binary formats RPMs: american-fuzzy-lop american-fuzzy-lop-clang Size: 1.50 MiB Size change: 9.85 KiB Changelog: * Sat Dec 16 2023 Richard W.M. Jones - 4.09c-1 - New upstream release 4.09c (RHBZ#2254824) Package: asahi-audio-1.5-1.fc40 Old package: asahi-audio-1.3-1.fc40 Summary: PipeWire DSP profiles for Apple Silicon machines RPMs: asahi-audio Size: 1.63 MiB Size change: 109 B Changelog: * Sun Dec 17 2023 Hector Martin - 1.4-1 - Update to 1.4 * Sun Dec 17 2023 Hector Martin - 1.5-1 - Update to 1.5 Package: asahi-scripts-20231218-1.fc40 Old package: asahi-scripts-20230821-2.fc40 Summary: Miscellaneous admin scripts for Asahi Linux RPMs: asahi-fwupdate asahi-scripts dracut-asahi linux-firmware-vendor
Re: F40 Change Proposal: Unified Kernel Support Phase Two (System-Wide)
Jeremy Linton wrote: > This is IMHO a mistake, the systemd-boot and UKI paths are the perfect > time to break with shim and require some form of actual fedora/whatever > secure boot key enrollment on the machine. Shim's fundamentally > backdooring the UEFI security infrastructure, and frankly some of what > is being done is pretty sketchy and its somewhat amazing it hasn't > broken by vendors cleaning up their UEFI implementations*. Furthermore, > the dependency on MS signing shim is also strongly in the pragmatic but > not idea category as well. How about we just use LogoFAIL to bypass Restricted Boot entirely without bothering with signatures at all? Kevin Kofler -- ___ 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: unicorn on s390x
On Sun, Dec 17, 2023 at 12:18 PM Jerry James wrote: > With some architecture/gcc combinations, you have to link with > -latomic to get access to the 128-bit atomic functions. Upstream's > configure script assumes those functions are builtin or not present at > all. They need to check for a 3rd possibility: that they are present > in libatomic. It looks like you will need to add "atomic" to the target_link_libraries invocations at lines 1318 and 1323 of CMakeLists.txt. You will also need to change qemu/configure so that the compile_prog invocations at lines 1831, 1846, and 1876 read: if compile_prog "" "-latomic" ; then You should probably add "BuildRequires: libatomic" as well, just to be sure it is installed. -- Jerry James http://www.jamezone.org/ -- ___ 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: unicorn on s390x
On Sat, Dec 16, 2023 at 3:20 PM W. Michael Petullo wrote: > I maintain Fedora's unicorn package. This package will not presently > build on s390x, and I am not certain why. The problem seems to have to > do with 128-bit instructions. With some architecture/gcc combinations, you have to link with -latomic to get access to the 128-bit atomic functions. Upstream's configure script assumes those functions are builtin or not present at all. They need to check for a 3rd possibility: that they are present in libatomic. -- Jerry James http://www.jamezone.org/ -- ___ 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: unicorn on s390x
Hey Mike, I've forwarded this over to the Linux Distros working group [1] at the Open Mainframe Project and am also going to take a look to see what the deal is. Best, Neil [1] https://openmainframeproject.org/our-projects/working-groups/linux-distributions/ On 16.12.2023 16:20, W. Michael Petullo wrote: I maintain Fedora's unicorn package. This package will not presently build on s390x, and I am not certain why. The problem seems to have to do with 128-bit instructions. I have a tracker bug in Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2223039 I have also added some commentary to a bug upstream: https://github.com/unicorn-engine/unicorn/issues/1840 It seems that Ubuntu's package does build on s390x, but I do not see any patches in their package description that might describe why theirs builds and ours does not: https://packages.ubuntu.com/mantic/libunicorn-dev This leaves me wondering if our s390x build host lacks features present in the Ubuntu one. I know little about s390x, so this is a stab in the dark. Does anyone with s390x experience know what might be going on? -- Mike :wq -- ___ 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 signature.asc Description: PGP 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: Planning to update to podofo-0.10.1 + review request for podofo-compat for legacy 0.9.x library
On Tue, Aug 15, 2023 at 11:56:56PM +0200, Sandro Mani wrote: > Hi > > I'm planning to update to podofo-0.10.1 in rawhide. I did a series of test > builds here [1], according to which scribus, vfrnav and pdfsign currently do > not support podofo-0.10.x. To keep these functional, I've prepared a > podofo-compat package with the previous 0.9.x library. The review request is > here [2]. Happy to review in exchange. Hi, we have the opposite situation with calibre: it builds fine in rawhide with podofo-0.10, but does not compile against podofo-0.9.8 in F39. I just built calibre-7.2.0 in rawhide, and would like to do the same update for F39. Is there any chance you can also push podofo-0.10.x + podofo-compat-0.9.x also to F39? I think that'd be OK, because we can keep the packages that need the old version building, possibly after adjusting some BuildRequires line. 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