Re: lzma-sdk and undefined references
On Sat, Aug 26, 2023 at 6:30 AM Julian Sikorski wrote: > > Hello, > > now that lzma-sdk in Fedora rawhide is no longer ancient, I tried using > it with mame. Unfortunately, I got a number of undefined references when > linking: > > Is it a problem with lzma-sdk not shipping those? Or is mame using > private functions? Thanks for the feedback. > Looking at the shared library, it has for example: sh-5.2# objdump -T /usr/lib64/liblzmasdk.so | grep MtCoder_Destruct D *UND* BaseMtCoder_Destruct The *UND* indicates that the symbol is referenced, but not defined. This does not seem intended. I'm not sure if this is the reason, but it appears that the lzma-sdk build is incorrect. Looking at the log from the latest build on x86_64, we see: + CFLAGS='-O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer ' + LDFLAGS='-Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -Wl,--build-id=sha1 -specs=/usr/lib/rpm/redhat/redhat-package-notes ' + make -f makefile.gcc clean all 'CXXFLAGS_EXTRA=-O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer ' 'CFLAGS_WARN=-O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer ' 'LDFLAGS_STATIC_2=-O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer ' but then the final linkage has: g++ -o liblzmasdk.so.22.01.0 -shared -Wl,-soname=liblzmasdk.so.22 -DNDEBUG -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer_o/7zCrc.o _o/7zCrcOpt.o _o/Alloc.o _o/Bra86.o _o/CpuArch.o _o/LzFind.o _o/LzmaDec.o _o/LzmaEnc.o _o/Lzma2Dec.o _o/Lzma2Enc.o _o/Lzma86Dec.o _o/Lzma86Enc.o _o/LzFindMt.o _o/LzFindOpt.o _o/Synchronization.o _o/Threads.o _o/FileDir.o _o/FileFind.o _o/FileName.o _o/MyWindows.o _o/TimeUtils.o _o/CommandLineParser.o _o/CRC.o _o/CrcReg.o _o/IntToString.o _o/LzFindPrepare.o _o/MyString.o _o/MyVector.o _o/NewHandler.o _o/StringConvert.o _o/StringToInt.o _o/UTFConvert.o _o/FileIO.o _o/PropVariant.o _o/System.o _o/SystemInfo.o _o/LzmaDecoder.o _o/LzmaEncoder.o _o/LzmaRegister.o _o/CreateCoder.o _o/CWrappers.o _o/FileStreams.o _o/FilterCoder.o _o/MethodProps.o _o/StreamObjects.o _o/StreamUtils.o _o/BenchCon.o _o/ConsoleClose.o _o/LzmaAlone.o _o/Bench.o -lpthread -ldl As you can see, none of the LDFLAGS are passed to the linker, only the CFLAGS. > Best regards, > Julian [1] https://koji.fedoraproject.org/koji/buildinfo?buildID=2278764 -- 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
python3-PyPDf2 -> python3-pydf package
Hello, I am the maintainer of python-PyPDF2 for Fedora (which I do since I was interested in pdf-stapler that I also maintain as a consequence). For a while now, upstream has been wanting all PyPDF2 users to pypdf. I was wondering how I go about this for the F38 repos. Do I need to go through packaging again, or is there an easier way to update python3-PyPDF2 to python3-pypdf? If so, what do I have to do? Thanks! ___ 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
[EPEL-devel] Fedora EPEL 9 updates-testing report
The following Fedora EPEL 9 Security updates need testing: Age URL 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-02f7139d40 ntpsec-1.2.2a-1.el9 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-7a43301d55 ImageMagick-6.9.12.93-1.el9 3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-f4d52e6818 mosquitto-2.0.17-1.el9 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-8849a14e7f caddy-2.6.4-1.el9 The following builds have been pushed to Fedora EPEL 9 updates-testing rust-base64-0.21.3-1.el9 rust-pin-project-lite-0.2.13-1.el9 rust-portable-atomic-1.4.3-1.el9 rust-regex-1.9.4-1.el9 rust-regex-automata-0.3.7-1.el9 rust-regex-syntax-0.7.5-1.el9 Details about builds: rust-base64-0.21.3-1.el9 (FEDORA-EPEL-2023-8a96a06029) Encodes and decodes base64 as bytes or utf8 Update Information: Update to version 0.21.3. ChangeLog: * Sat Aug 26 2023 Fabio Valentini - 0.21.3-1 - Update to version 0.21.3; Fixes RHBZ#2235093 * Fri Jul 21 2023 Fedora Release Engineering - 0.21.2-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild rust-pin-project-lite-0.2.13-1.el9 (FEDORA-EPEL-2023-ff9550056c) Lightweight version of pin-project written with declarative macros Update Information: Update to version 0.2.13. ChangeLog: * Sat Aug 26 2023 Fabio Valentini - 0.2.13-1 - Update to version 0.2.13; Fixes RHBZ#2234819 rust-portable-atomic-1.4.3-1.el9 (FEDORA-EPEL-2023-a5dc1202ff) Portable atomic types including support for 128-bit atomics, atomic float, etc Update Information: Update to version 1.4.3. ChangeLog: * Sat Aug 26 2023 Fabio Valentini - 1.4.3-1 - Update to version 1.4.3; Fixes RHBZ#2234893 rust-regex-1.9.4-1.el9 (FEDORA-EPEL-2023-5fdb02b322) Implementation of regular expressions for Rust Update Information: - Update the regex crate to version 1.9.4. - Update the regex-syntax crate to version 0.7.5. - Update the regex-automata crate to version 0.3.7. ChangeLog: * Sat Aug 26 2023 Fabio Valentini - 1.9.4-1 - Update to version 1.9.4; Fixes RHBZ#2229409 rust-regex-automata-0.3.7-1.el9 (FEDORA-EPEL-2023-5fdb02b322) Automata construction and matching using regular expressions Update Information: - Update the regex crate to version 1.9.4. - Update the regex-syntax crate to version 0.7.5. - Update the regex-automata crate to version 0.3.7. ChangeLog: * Sat Aug 26 2023 Fabio Valentini - 0.3.7-1 - Update to version 0.3.7, Fixes RHBZ#2229410 rust-regex-syntax-0.7.5-1.el9 (FEDORA-EPEL-2023-5fdb02b322) Regular expression parser Update Information: - Update the regex crate to version 1.9.4. - Update the regex-syntax crate to version 0.7.5. - Update the regex-automata crate to version 0.3.7. ChangeLog: * Sat Aug 26 2023 Fabio Valentini - 0.7.5-1 - Update to version 0.7.5; Fixes RHBZ#2235099 ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code
[Bug 2235104] New: perl-App-Cmd-0.336 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2235104 Bug ID: 2235104 Summary: perl-App-Cmd-0.336 is available Product: Fedora Version: rawhide Status: NEW Component: perl-App-Cmd Keywords: FutureFeature, Triaged Assignee: emman...@seyman.fr Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: emman...@seyman.fr, perl-devel@lists.fedoraproject.org Target Milestone: --- Classification: Fedora Releases retrieved: 0.336 Upstream release that is considered latest: 0.336 Current version/release in rawhide: 0.335-3.fc39 URL: https://metacpan.org/dist/App-Cmd Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/7401/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/perl-App-Cmd -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2235104 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202235104%23c0 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Adding Passim as a Fedora 40 feature?
On Fri, Aug 25, 2023 at 7:35 PM Richard Hughes wrote: > > On Fri, 25 Aug 2023 at 19:26, Marcus Müller wrote: > > I fully agree with that assessment. "Here's a knob you turn that has the > > potential to make > > your firmware update 2s faster and is generally good for the ecosystem, but > > you will have > > set it on every machine you set up" will not lead to significant deployment. > > Agree. > > > Question: I presume you only want to share the metadata, and never > > downloaded fw images, > > right? > > I think for phase 1 that's completely correct. > > > If that's the case, it'd alleviate a lot of the privacy concerns I'd have > > with my > > laptop sharing with a campus network all of the devices for which I've > > lately downloaded > > firmware. > > There are concerns with sharing firmware, I totally agree. It's > non-free software (which you have permission to redistribute, but > still unpalatable for many) -- the compromise I've done for people > changing the default to "metadata,firmware" is that you need to reboot > into the new firmware before the published firmware gets shared; on > the logic that you don't want to advertise to the world that you're > currently running insecure firmware. In a lot of corporate datacentre networks the "users" on the network would know what the network is comprised of, and often on these networks they will have 10s, 100s of even 1000s of identical devices where being able to do sharing of the same firmware is useful. Maybe make that configurable so the network/system admin can make the decision for what's best for their usecase? > > Can I suggest we make this at most a "Recommends:" dependence for fwupd in > > any case, so > > that one might uninstall passim without disabling fwupd? > > Yes, that's what I have right now. I do need to split out a > passim-libs so that you can remove the daemon and just leave the tiny > client library. > > > I'd actually love if I knew of a way my fedora containers could > > automagically find > > local package and metadata sources. Knowing that "change dnf to pull data > > from > > mDNS-announced sources *by default*" is a big change, flying the fwupd > > balloon first seems > > very attractive to me. > > Yup, totally agree. I think it's a nice self contained test that if > successful we could extend out to DNF metadata and other container-y > stuff. > > 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 ___ 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: zlib-ng as a compat replacement for zlib
One practical example - the process of creating an OCI container image of the Fedora Flatpak runtime does a *lot* of zlib compression and decompression. (https://pagure.io/flatpak-module-tools/issue/22). A lot of that is temporary to save disk space and IO bandwidth and could be switched to zstd or a lower zlib compression level, but without any changes, dropping in zlib-ng for the system zlib on my system reduced the wall time for building the runtime from 9m13s to 6m49s. I suspect a lot of developer tasks would get noticeably faster with a faster zlib, if not by that margin. Regards, Owen On Sat, Aug 5, 2023 at 11:12 AM Richard W.M. Jones wrote: > The background to this is I've spent far too long trying to optimize > the conversion of qcow2 files to raw files. Most existing qcow2 files > that you can find online are zlib compressed, including the qcow2 > images provided by Fedora. Each cluster in the file is separately > compressed as a zlib stream, and qemu uses zlib library functions to > decompress them. When downloading and decompressing these files, I > measured 40%+ of the total CPU time is doing zlib decompression. > > [You don't need to tell me how great Zstd is, qcow2 supports this for > compression also, but it is not widely used by existing content.] > > I was looking around for alternative zlib implementations and there > are several. This AWS blog is a decent summary: > > > https://aws.amazon.com/blogs/opensource/improving-zlib-cloudflare-and-comparing-performance-with-other-zlib-forks/ > > We already package zlib-ng in Fedora: > > https://src.fedoraproject.org/rpms/zlib-ng/blob/rawhide/f/zlib-ng.spec > https://github.com/zlib-ng/zlib-ng > > In my test zlib-ng is about 40% faster. > > Sadly zlib-ng is not compiled with the ZLIB_COMPAT option. What this > means in practice is that the zlib functions have different names > (eg. zng_inflateInit instead of inflateInit). It is not a drop-in > replacement for zlib and software would need to be adjusted to use it. > > However there is this bug / RFE to package the compat library. > > https://bugzilla.redhat.com/show_bug.cgi?id=2145239 > > It literally replaces /usr/lib64/libz.so.1, so pretty high stakes. It > has the appropriate Provides/Conflicts. > > Anyway, 40% (or whatever, but significant) performance improvement > sounds good for a very widely used operation. > > So I'd like to ask Fedora ... > > What do we think about the opt in approach of adding a patch similar > to the one proposed in bug 2145239, where I think you could "simply" > install zlib-ng to get better performance with existing software? > ("simply" because it seems high risk of going wrong) > > What about replacing zlib with zlib-ng? > > Other ideas ...? Does anyone know what other distros are doing? > > Rich. > > -- > Richard Jones, Virtualization Group, Red Hat > http://people.redhat.com/~rjones > Read my programming and virtualization blog: http://rwmj.wordpress.com > virt-p2v converts physical machines to virtual machines. Boot with a > live CD or over the network (PXE) and turn machines into KVM guests. > http://libguestfs.org/virt-v2v > ___ > 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
Fedora 39 compose report: 20230826.n.0 changes
OLD: Fedora-39-20230825.n.0 NEW: Fedora-39-20230826.n.0 = SUMMARY = Added images:1 Dropped images: 4 Added packages: 0 Dropped packages:0 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of upgraded packages: 0 B Size of downgraded packages: 0 B Size change of upgraded packages: 0 B Size change of downgraded packages: 0 B = ADDED IMAGES = Image: LXQt live aarch64 Path: Spins/aarch64/iso/Fedora-LXQt-Live-aarch64-39-20230826.n.0.iso = DROPPED IMAGES = Image: Cinnamon live x86_64 Path: Spins/x86_64/iso/Fedora-Cinnamon-Live-x86_64-39-20230825.n.0.iso Image: Onyx dvd-ostree x86_64 Path: Onyx/x86_64/iso/Fedora-Onyx-ostree-x86_64-39-20230825.n.0.iso Image: Sericea dvd-ostree x86_64 Path: Sericea/x86_64/iso/Fedora-Sericea-ostree-x86_64-39-20230825.n.0.iso Image: i3 live aarch64 Path: Spins/aarch64/iso/Fedora-i3-Live-aarch64-39-20230825.n.0.iso = ADDED PACKAGES = = DROPPED PACKAGES = = UPGRADED PACKAGES = = DOWNGRADED PACKAGES = ___ 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: 20230826.n.0 changes
OLD: Fedora-Rawhide-20230825.n.0 NEW: Fedora-Rawhide-20230826.n.0 = SUMMARY = Added images:4 Dropped images: 2 Added packages: 3 Dropped packages:0 Upgraded packages: 54 Downgraded packages: 0 Size of added packages: 488.79 KiB Size of dropped packages:0 B Size of upgraded packages: 2.50 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 1.57 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = Image: Onyx dvd-ostree x86_64 Path: Onyx/x86_64/iso/Fedora-Onyx-ostree-x86_64-Rawhide-20230826.n.0.iso Image: LXQt live aarch64 Path: Spins/aarch64/iso/Fedora-LXQt-Live-aarch64-Rawhide-20230826.n.0.iso Image: Silverblue dvd-ostree ppc64le Path: Silverblue/ppc64le/iso/Fedora-Silverblue-ostree-ppc64le-Rawhide-20230826.n.0.iso Image: Kinoite dvd-ostree x86_64 Path: Kinoite/x86_64/iso/Fedora-Kinoite-ostree-x86_64-Rawhide-20230826.n.0.iso = DROPPED IMAGES = Image: Workstation live aarch64 Path: Workstation/aarch64/iso/Fedora-Workstation-Live-aarch64-Rawhide-20230825.n.0.iso Image: Kinoite dvd-ostree aarch64 Path: Kinoite/aarch64/iso/Fedora-Kinoite-ostree-aarch64-Rawhide-20230825.n.0.iso = ADDED PACKAGES = Package: libmms-0.6.4-24.fc40 Summary: Library for Microsoft Media Server (MMS) streaming protocol RPMs:libmms libmms-devel Size:323.47 KiB Package: powerstat-0.03.03-1.fc40 Summary: Measures the power consumption of a machine RPMs:powerstat Size:41.51 KiB Package: tiosmod-0.2.7^20201019g7c0562c-1.fc40 Summary: Generic patcher for Texas Instruments calculators RPMs:tiosmod Size:123.82 KiB = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: apache-commons-parent-60-1.fc40 Old package: apache-commons-parent-59-1.fc40 Summary: Apache Commons Parent Pom RPMs: apache-commons-parent Size: 32.78 KiB Size change: 257 B Changelog: * Fri Aug 25 2023 Mikolaj Izdebski - 60-1 - Update to upstream version 60 Package: binutils-2.41-5.fc40 Old package: binutils-2.41-4.fc40 Summary: A GNU collection of binary utilities RPMs: binutils binutils-devel binutils-gold binutils-gprofng Size: 68.76 MiB Size change: 7.12 KiB Changelog: * Fri Aug 25 2023 Nick Clifton - 2.41-5 - Fix the GOLD linker's handling of 32-bit PowerPC binaries. (#2234396) Package: bluez-5.69-1.fc40 Old package: bluez-5.68-2.fc39 Summary: Bluetooth utilities RPMs: bluez bluez-cups bluez-deprecated bluez-hid2hci bluez-libs bluez-libs-devel bluez-mesh bluez-obexd Size: 9.97 MiB Size change: 150.37 KiB Changelog: * Fri Aug 25 2023 Peter Robinson - 5.69-1 - Update to 5.69 Package: cantera-3.0.0-1.fc40 Old package: cantera-2.6.0-42.fc39 Summary: Chemical kinetics, thermodynamics, and transport tool suite RPMs: cantera-common cantera-devel cantera-static python3-cantera Size: 29.46 MiB Size change: -1.77 MiB Changelog: * Fri Aug 25 2023 Mark E. Fuller - 3.0.0-1 - update to v3.0.0 Package: cockpit-composer-46-1.fc40 Old package: cockpit-composer-45-2.fc39 Summary: Composer GUI for use with Cockpit RPMs: cockpit-composer Size: 1.97 MiB Size change: 38.07 KiB Changelog: * Fri Aug 25 2023 Packit - 46-1 - Fix blueprint config bugs - Update translations - Update NPM dependencies Package: ddccontrol-db-20230821-1.fc40 Old package: ddccontrol-db-20230727-1.fc39 Summary: DDC/CI control database for ddccontrol RPMs: ddccontrol-db Size: 169.51 KiB Size change: 1.29 KiB Changelog: * Fri Aug 25 2023 Jaroslav ??karvada - 20230821-1 - New version Resolves: rhbz#2233453 Package: dmtx-utils-0.7.6-16.fc40 Old package: dmtx-utils-0.7.6-15.fc39 Summary: Tools for working with Data Matrix 2D bar-codes RPMs: dmtx-utils Size: 207.94 KiB Size change: -39 B Changelog: * Fri Aug 25 2023 Dan Hor??k - 0.7.6-16 - fix buffer overflow (rhbz#2228923) Package: dnf-4.16.2-4.fc40 Old package: dnf-4.16.2-2.fc39 Summary: Package manager RPMs: dnf dnf-automatic dnf-data python3-dnf yum Size: 1.15 MiB Size change: 728 B Changelog: * Wed Aug 16 2023 Jan Kolarik - 4.16.2-3 - Configure copr repo dnf5-testing * Wed Aug 16 2023 Jan Kolarik - 4.16.2-4 - Fixes of conditions in spec file Package: dnf5-5.1.2-1.fc40 Old package: dnf5-5.1.1-1.fc39 Summary: Command-line package manager RPMs: dnf5 dnf5-devel dnf5-plugins dnf5daemon-client dnf5daemon-server libdnf5 libdnf5-cli libdnf5-cli-devel libdnf5-devel libdnf5-plugin-actions perl-libdnf5 perl-libdnf5-cli python3-libdnf5 python3-libdnf5-cli python3-libdnf5-python-plugins-loader ruby-libdnf5 ruby-libdnf5-cli Size: 27.54 MiB Size change: 192.47 KiB Changelog: * Wed Aug 16 2023 Nicola Sella 5.1.2-1 - Release 5.1.2 - Print error messages in nested errors - Implement `dnf5daemon-server` introspection
Re: Donate 1 minute of your time to test upgrades from F38 to F39
On Wed, Aug 23, 2023 at 6:23 PM Miroslav Suchý wrote: > * this command found zero issues on my personal system - great work all > everybody! On my small handful of systems I found zero issues (well, one issue on two systems with a 3rd party repo (which was actually my own local repo, so hoisted on my own petard since I had not yet rebuilt for F39 and the various app/lib uplifts)). Looks good to me. Thanks. ___ 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
lzma-sdk and undefined references
Hello, now that lzma-sdk in Fedora rawhide is no longer ancient, I tried using it with mame. Unfortunately, I got a number of undefined references when linking: /usr/bin/ld: ../../../../linux_gcc/bin/x64/Release/libutils.a(un7z.o): in function `std::arraynamespace)::m7z_file_impl, std::default_deletenamespace)::m7z_file_impl> >, 8ul>::~array()': /builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:143:(.text+0x3d4): undefined reference to `SzArEx_Free' /usr/bin/ld: ../../../../linux_gcc/bin/x64/Release/libutils.a(un7z.o): in function `util::(anonymous namespace)::m7z_file_impl::~m7z_file_impl()': /builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:143:(.text+0x4df): undefined reference to `SzArEx_Free' /usr/bin/ld: ../../../../linux_gcc/bin/x64/Release/libutils.a(un7z.o): in function `util::(anonymous namespace)::m7z_file_impl::~m7z_file_impl()': /builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:143:(.text+0x5f7): undefined reference to `SzArEx_Free' /usr/bin/ld: ../../../../linux_gcc/bin/x64/Release/libutils.a(un7z.o): in function `util::(anonymous namespace)::m7z_file_impl::close(std::unique_ptrnamespace)::m7z_file_impl, std::default_deletenamespace)::m7z_file_impl> >&&)': /builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:143:(.text+0xa09): undefined reference to `SzArEx_Free' /usr/bin/ld: /builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:143:(.text+0xa27): undefined reference to `SzArEx_Free' /usr/bin/ld: ../../../../linux_gcc/bin/x64/Release/libutils.a(un7z.o):/builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:143: more undefined references to `SzArEx_Free' follow /usr/bin/ld: ../../../../linux_gcc/bin/x64/Release/libutils.a(un7z.o): in function `util::(anonymous namespace)::m7z_file_wrapper::decompress(void*, unsigned long)': /builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:473:(.text+0xdb4): undefined reference to `SzArEx_Extract' /usr/bin/ld: ../../../../linux_gcc/bin/x64/Release/libutils.a(un7z.o): in function `util::m7z_file_cache_clear()': /builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:143:(.text+0x1428): undefined reference to `SzArEx_Free' /usr/bin/ld: ../../../../linux_gcc/bin/x64/Release/libutils.a(un7z.o): in function `util::(anonymous namespace)::m7z_file_impl::initialize()': /builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:376:(.text+0x176a): undefined reference to `SzArEx_Init' /usr/bin/ld: /builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:378:(.text+0x178e): undefined reference to `SzArEx_Open' /usr/bin/ld: ../../../../linux_gcc/bin/x64/Release/libutils.a(un7z.o): in function `util::archive_file::open_7z(std::basic_string_viewstd::char_traits >, std::unique_ptrstd::default_delete >&)': /builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:320:(.text+0x1f1f): undefined reference to `SzAlloc' /usr/bin/ld: ../../../../linux_gcc/bin/x64/Release/libutils.a(un7z.o): in function `m7z_file_impl': /builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:320:(.text+0x1f27): undefined reference to `SzAllocTemp' /usr/bin/ld: ../../../../linux_gcc/bin/x64/Release/libutils.a(un7z.o): in function `std::__cxx11::basic_string, std::allocator >::_M_data() const': /usr/include/c++/13/bits/basic_string.h:223:(.text+0x1f3d): undefined reference to `SzFree' /usr/bin/ld: /usr/include/c++/13/bits/basic_string.h:223:(.text+0x1f44): undefined reference to `SzFreeTemp' /usr/bin/ld: ../../../../linux_gcc/bin/x64/Release/libutils.a(un7z.o): in function `m7z_file_impl': /builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:328:(.text+0x2055): undefined reference to `LookToRead2_CreateVTable' /usr/bin/ld: ../../../../linux_gcc/bin/x64/Release/libutils.a(un7z.o): in function `util::archive_file::open_7z(std::basic_string_viewstd::char_traits >, std::unique_ptrstd::default_delete >&)': /builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:143:(.text+0x2209): undefined reference to `SzArEx_Free' /usr/bin/ld: /builddir/build/BUILD/mame-mame0257/build/projects/sdl/mame/gmake-linux/../../../../../src/lib/util/un7z.cpp:143:(.text+0x222f): undefined reference to `SzArEx_Free' /usr/bin/ld:
Go-SIG: One re-review and one update needed
Dear Go-list (and broader Fedora dev list), I've been dragging on getting an update to go-task done - I need to request a (re)review of golang-github-google-renameio-2 (https://bugzilla.redhat.com/show_bug.cgi?id=2231733) as a dependency of golang-mvdan-sh-3 (https://bugzilla.redhat.com/show_bug.cgi?id=2084291) which needs updating to build the latest go-task. Obviously I'm willing to swap my own time and effort against getting these tasks completed. Regards, fuller ___ 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