builders running out of disk space?
I've had two ceph builds fail — one ppc64le and one x86_64 — apparently when the disk filled up. first was https://koji.fedoraproject.org/koji/taskinfo?taskID=125823380 second was https://koji.fedoraproject.org/koji/taskinfo?taskID=125827710 Has something changed recently wrt disk space? -- 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: [Fedocal] Reminder meeting : ELN SIG
On Thu, Nov 14, 2024 at 11:30 AM wrote: > > Dear all, > > You are kindly invited to the meeting: >ELN SIG on 2024-11-15 from 12:00:00 to 13:00:00 US/Eastern >At fedora-meet...@irc.libera.chat > > The meeting will be about: > * Start planning for 2025 > Source: https://calendar.fedoraproject.org//meeting/10881/ > > -- > ___ > 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
EMERG: SCSI driver issue with Fedora 40 - disk left bus - bus reset
Hi, Short: there seems to be an issue with scsi drivers under high load in Fedora 40, but it's not the kernel alone. Long: https://forum.proxmox.com/threads/fedora-40-vm-losses-disks-scsi-target2-0-0-target-reset-operation-started.157452/ Today, or better 6 hours ago, two Proxmox VMs ( kvm, qemu ) with SCSI simulated drives, got upgraded from F39 to F40. Both VMs experienced a lot of these messages, anytime something io intensive was done, it took 4-10 minutes to recover: Nov14 23:49] sd 2:0:0:0: [sda] tag#76 ABORT operation started [ +4,898867] sd 2:0:0:0: ABORT operation timed-out. [ +0,08] sd 2:0:1:0: [sdb] tag#383 ABORT operation started [ +4,914194] sd 2:0:1:0: ABORT operation timed-out. [ +0,14] sd 2:0:1:0: [sdb] tag#322 ABORT operation started [ +4,916147] sd 2:0:1:0: ABORT operation timed-out. [ +0,07] sd 2:0:1:0: [sdb] tag#321 ABORT operation started [ +4,914256] sd 2:0:1:0: ABORT operation timed-out. [ +0,09] sd 2:0:1:0: [sdb] tag#320 ABORT operation started [ +4,915142] sd 2:0:1:0: ABORT operation timed-out. [ +0,06] sd 2:0:1:0: [sdb] tag#323 ABORT operation started [ +4,915177] sd 2:0:1:0: ABORT operation timed-out. [ +0,07] sd 2:0:1:0: [sdb] tag#324 ABORT operation started [ +4,915221] sd 2:0:1:0: ABORT operation timed-out. [ +0,07] sd 2:0:1:0: [sdb] tag#325 ABORT operation started [Nov14 23:50] sd 2:0:1:0: ABORT operation timed-out. [ +0,009594] scsi target2:0:0: TARGET RESET operation started [ +4,905550] scsi target2:0:0: TARGET RESET operation timed-out. [ +0,05] scsi target2:0:1: TARGET RESET operation started [ +34,407328] scsi target2:0:1: TARGET RESET operation timed-out. [ +9,829432] sd 2:0:0:0: [sda] tag#76 ABORT operation started [ +0,002336] sym0: SCSI BUS reset detected. [ +0,002062] sd 2:0:0:0: ABORT operation complete. [ +0,005062] sym0: SCSI BUS has been reset. [ +3,193215] sd 2:0:1:0: Power-on or device reset occurred [ +0,57] sd 2:0:0:0: [sda] tag#76 BUS RESET operation started [ +0,002319] sd 2:0:0:0: BUS RESET operation complete. [ +0,08] sym0: SCSI BUS reset detected. [ +0,006945] sym0: SCSI BUS has been reset. ... [ +10,058980] sd 2:0:0:0: Power-on or device reset occurred [ +0,016222] sd 2:0:1:0: [sdb] tag#393 timing out command, waited 180s [ +0,05] sd 2:0:1:0: [sdb] tag#393 FAILED Result: hostbyte=DID_REQUEUE driverbyte=DRIVER_OK cmd_age=279s [ +0,02] sd 2:0:1:0: [sdb] tag#393 CDB: Write(10) 2a 00 00 00 a6 40 00 02 00 00 [ +0,01] I/O error, dev sdb, sector 42560 op 0x1:(WRITE) flags 0x8800 phys_seg 64 prio class 2 [ +0,03] I/O error, dev sdb, sector 42560 op 0x1:(WRITE) flags 0x8800 phys_seg 64 prio class 2 [ +0,02] sd 2:0:1:0: [sdb] tag#394 timing out command, waited 180s [ +0,02] sd 2:0:1:0: [sdb] tag#394 FAILED Result: hostbyte=DID_REQUEUE driverbyte=DRIVER_OK cmd_age=279s [ +0,01] sd 2:0:1:0: [sdb] tag#394 CDB: Write(10) 2a 00 00 00 a3 40 00 03 00 00 [ +0,00] I/O error, dev sdb, sector 41792 op 0x1:(WRITE) flags 0xc800 phys_seg 96 prio class 2 [ +0,01] I/O error, dev sdb, sector 41792 op 0x1:(WRITE) flags 0xc800 phys_seg 96 prio class 2 [ +0,02] sd 2:0:1:0: [sdb] tag#395 timing out command, waited 180s [ +0,01] sd 2:0:1:0: [sdb] tag#395 FAILED Result: hostbyte=DID_REQUEUE driverbyte=DRIVER_OK cmd_age=279s [ +0,01] sd 2:0:1:0: [sdb] tag#395 CDB: Write(10) 2a 00 00 00 a0 40 00 03 00 00 [ +0,00] I/O error, dev sdb, sector 41024 op 0x1:(WRITE) flags 0xc800 phys_seg 96 prio class 2 [ +0,01] I/O error, dev sdb, sector 41024 op 0x1:(WRITE) flags 0xc800 phys_seg 96 prio class 2 [ +0,13] sd 2:0:1:0: [sdb] tag#396 timing out command, waited 180s [ +0,02] sd 2:0:1:0: [sdb] tag#396 FAILED Result: hostbyte=DID_REQUEUE driverbyte=DRIVER_OK cmd_age=279s [ +0,00] sd 2:0:1:0: [sdb] tag#396 CDB: Write(10) 2a 00 00 00 9e 40 00 02 00 00 [ +0,01] I/O error, dev sdb, sector 40512 op 0x1:(WRITE) flags 0x8800 phys_seg 64 prio class 2 [ +0,00] I/O error, dev sdb, sector 40512 op 0x1:(WRITE) flags 0x8800 phys_seg 64 prio class 2 [ +0,01] sd 2:0:1:0: [sdb] tag#397 timing out command, waited 180s [ +0,02] sd 2:0:1:0: [sdb] tag#397 FAILED Result: hostbyte=DID_REQUEUE driverbyte=DRIVER_OK cmd_age=279s [ +0,00] sd 2:0:1:0: [sdb] tag#397 CDB: Write(10) 2a 00 00 00 9b 40 00 03 00 00 [ +0,01] I/O error, dev sdb, sector 39744 op 0x1:(WRITE) flags 0xc800 phys_seg 96 prio class 2 [ +0,01] I/O error, dev sdb, sector 39744 op 0x1:(WRITE) flags 0xc800 phys_seg 96 prio class 2 [ +0,01] sd 2:0:1:0: [sdb] tag#398 timing out command, waited 180s [ +0,01] sd 2:0:1:0: [sdb] tag#398 FAILED Result: hostbyte=DID_REQUEUE driverbyte=DRIVER_OK cmd_age=279s [ +0,00] sd 2:0:1:0: [sdb] tag#398 CDB: Write(10) 2a 00 00 00 98 40 00 03 00 00 [ +0,005144] sd 2:0:1:0: Power-on or device reset occurred and it ended in a KERNEL CRASH finally: (thats the old fc39 kernel crashing, the ne
Re: Moving away from the term "karma" in Bodhi
Am 11.11.24 um 18:51 schrieb Mattia Verga via devel: - even not considering that, we are misusing the concept of karma (as I understand it): giving positive karma to an update doesn't give back positive karma on your own update, and vice versa. "Karma" is not given,it's earned by your actions in life. The "universe" (that would be us) decides if your action is good or evil. If the software in that packages behaves well, it earns positiv karma, and vice versa. So, from my pov, the term is correctly used. best regards, Marius Schwarz -- ___ 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: 20241115.n.0 changes
OLD: Fedora-eln-20241114.n.1 NEW: Fedora-eln-20241115.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 6 Dropped packages:1 Upgraded packages: 29 Downgraded packages: 0 Size of added packages: 19.75 MiB Size of dropped packages:9.76 MiB Size of upgraded packages: 385.89 MiB Size of downgraded packages: 0 B Size change of upgraded packages: 19.67 KiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = Package: botan2-2.19.5-4.eln143 Summary: Crypto and TLS for C++11 RPMs:botan2 Size:1.99 MiB Package: kunifiedpush-1.0.0-1.eln143 Summary: UnifiedPush client library and distributor daemon RPMs:kunifiedpush Size:676.64 KiB Package: libaribcaption-1.1.1-1.eln143 Summary: Portable ARIB STD-B24 Caption Decoder/Renderer RPMs:libaribcaption Size:439.21 KiB Package: papers-47.0-7.eln143 Summary: View multipage documents RPMs:papers papers-libs papers-nautilus papers-previewer papers-thumbnailer Size:16.27 MiB Package: rnp-0.17.1-3.eln143 Summary: OpenPGP (RFC4880) tools RPMs:librnp Size:376.23 KiB Package: sexpp-0.9.0-1.eln143 Summary: S-expressions parser and generator tools RPMs:libsexpp Size:36.19 KiB = DROPPED PACKAGES = Package: evince-46.3.1-2.eln142 Summary: Document viewer RPMs:evince evince-libs evince-previewer evince-thumbnailer Size:9.76 MiB = UPGRADED PACKAGES = Package: alsa-utils-1.2.13-2.eln143 Old package: alsa-utils-1.2.13-1.eln143 Summary: Advanced Linux Sound Architecture (ALSA) utilities RPMs: alsa-ucm-utils alsa-utils Size: 4.83 MiB Size change: 1.87 KiB Changelog: * Thu Nov 14 2024 Jaroslav Kysela - 1.2.13-2 * Updated to 1.2.13 Package: ceph-2:19.2.0-2.eln143 Old package: ceph-2:19.2.0-1.eln143 Summary: User space components of the Ceph file system RPMs: librados-devel librados2 libradospp-devel librbd-devel librbd1 Size: 27.13 MiB Size change: 39.46 KiB Changelog: * Thu Nov 14 2024 Kaleb S. KEITHLEY - 2:19.2.0-2 - ceph-19.2.0, python-scikit-learn -> python-scikit_learn, license Package: cinnamon-desktop-6.3.0^20241114git4ff8433-1.eln143 Old package: cinnamon-desktop-6.2.0-2.eln141 Summary: Shared code among cinnamon-session, nemo, etc RPMs: cinnamon-desktop Size: 1.20 MiB Size change: 23.09 KiB Changelog: * Wed Aug 28 2024 Miroslav Such?? - 6.2.0-3 - convert license to SPDX * Thu Nov 14 2024 Leigh Scott - 6.3.0^20241114git4ff8433-1 - Update to git snapshot Package: coreutils-9.5-11.eln143 Old package: coreutils-9.5-10.eln143 Summary: A set of basic GNU tools commonly used in shell scripts RPMs: coreutils coreutils-common coreutils-single Size: 15.55 MiB Size change: -206.20 KiB Changelog: * Wed Nov 13 2024 Florian Weimer - 9.5-11 - Affinity mask handling in nproc for large CPU counts (rhbz#2325167) Package: cups-1:2.4.11-3.eln143 Old package: cups-1:2.4.11-2.eln143 Summary: CUPS printing system RPMs: cups cups-client cups-devel cups-filesystem cups-ipptool cups-libs cups-lpd cups-printerapp Size: 23.71 MiB Size change: -26.03 KiB Changelog: * Thu Nov 14 2024 Zdenek Dohnal - 1:2.4.11-3 - move /etc/cups/ssl into filesystem and make -libs require -filesystem Package: galera-26.4.20-1.eln143 Old package: galera-26.4.19-1.eln143 Summary: Synchronous multi-master wsrep provider (replication engine) RPMs: galera Size: 4.75 MiB Size change: 9.45 KiB Changelog: * Thu Nov 14 2024 Michal Schorm - 26.4.20-1 - Rebase to 26.4.20 Package: google-api-python-client-2:2.153.0-1.eln143 Old package: google-api-python-client-2:2.152.0-1.eln143 Summary: Google APIs Client Library for Python RPMs: python3-google-api-client Size: 4.48 MiB Size change: 4.18 KiB Changelog: * Thu Nov 14 2024 Packit - 2:2.153.0-1 - Update to 2.153.0 upstream release - Resolves: rhbz#2326155 Package: greenboot-0.15.7-1.eln143 Old package: greenboot-0.15.6-1.eln142 Summary: Generic Health Check Framework for systemd RPMs: greenboot greenboot-default-health-checks Size: 161.85 KiB Size change: 3.83 KiB Changelog: * Tue Sep 17 2024 Aashish Radhakrishnan - 0.15.6-2 - Exclude ix86 * Mon Nov 11 2024 Packit - 0.15.7-1 * packit: only use IoT relevant branches by @miabbott in https://github.com/fedora-iot/greenboot/pull/156 * Fixed the issue that boot_counter cannot be unset and some scripts do??? by @ssk-wh in https://github.com/fedora-iot/greenboot/pull/151 * fix: reword warning message for disabled checks by @runcom in https://github.com/fedora-iot/greenboot/pull/160 * update to v0.15.7 by @say-paul in https://github.com/fedora-iot/greenboot/pull/162 * @ssk-wh made their first contribution in https://github.com/fedora-
Re: Findings by static analyzers in Fedora 42 Critical Path Packages
Thanks for sharing the report. I looked into the libcap ones and they all appear to be false positives, but I can see why gcc struggles to figure it out. I forwarded them to the upstream developer for confirmation. Thank you, Carlos R.F. On 11/14/24 12:47 AM, Siteshwar Vashisht wrote: Hello, I am writing this message to get feedback from the community on new findings by static analyzers in Critical Path Packages that have changed in Fedora 42. TLDR: This report[1] contains 37330 findings. Please review the report and provide feedback. A mass scan was performed this week on the packages that have changed in Fedora 42. This report[1] contains all the new findings that have been identified in the packages listed in Critical Path Packages. Newly added findings since Fedora 41 are listed under ‘+’ column. Please review the report and fix or report any findings upstream that may be real bugs. Not all findings reported by OpenScanHub may be actual bugs, so please verify reported findings before investing time into fixing or reporting them. We hope this is helpful for the packages you maintain and for the upstream projects. Questions can be asked on the OpenScanHub mailing list[2]. If you want to see the full logs of the scans, they are available on the tasks[3] page. User documentation for performing a scan is available on the Fedora wiki[4]. Constructive feedback is appreciated. Thank you! [1] https://svashisht.fedorapeople.org/openscanhub/mass-scans/f42-13-Nov-2024/ [2] https://lists.fedoraproject.org/archives/list/openscan...@lists.fedoraproject.org/ [3] https://openscanhub.fedoraproject.org/task/ [4] https://fedoraproject.org/wiki/OpenScanHub 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: builders running out of disk space?
On Thu, Nov 14, 2024 at 08:20:27AM -0500, Kaleb Keithley wrote: > I've had two ceph builds fail — one ppc64le and one x86_64 — apparently > when the disk filled up. > > first was https://koji.fedoraproject.org/koji/taskinfo?taskID=125823380 > second was https://koji.fedoraproject.org/koji/taskinfo?taskID=125827710 > > Has something changed recently wrt disk space? Can you file a infra ticket ( https://pagure.io/fedora-infrastructure ) and we can take a look? kevin 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: ABI change in ImageMagick
On Thu, 2024-11-14 at 16:40 -0600, Michel Lind wrote: > On Mon, Nov 11, 2024 at 05:38:06PM +0100, Dan Horák wrote: > > On Mon, 11 Nov 2024 11:19:38 +0100 > > Fabio Valentini wrote: > > > > > On Mon, Nov 11, 2024, 11:03 Dan Horák wrote: > > > > > > > Hi, > > > > > > > > seems ImageMagick 7.1.1.40 comes with an ABI change > > > > > > > > it drops libMagickWand-7.Q16HDRI.so.10(VERS_10.0)(64bit) > > > > and has libMagickWand-7.Q16HDRI.so.10(VERS_10.2)(64bit) > > > > instead. > > > > This sounds wrong ... > > > > > > > > > > Indeed it does. I've also gotten at least one FTI issue filed due > > > to this > > > change already. > > > > > > I've -1 karma'd the corresponding f41 update, but it's a Packit > > > managed > > > package so I'm quite sure bodhi comments just go into the big > > > /dev/null. > > > > isn't there a policy that requires packages built by bots to pass > > all > > the CI in bodhi? It would not caught this particular issue, but > > still ... Although there could be an ABI check in the CI too. > > > Also... using Packit to automate updates for stable releases seems... > problematic. It used to be that it caused divergent branches; while > fast-forward is now supported[1], unless this is one of those > packages > with a permanent update exception from FESCo it sounds like just > rebuilding whatever is pushed to Rawhide might be incompatible with > the > stable update policy[2] > > [1] > https://packit.dev/docs/fedora-releases-guide/non-divergent-dist-git-branches > [2] > https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#stable-releases > Sorry, I wasn't expect that change from 7.1.1-39 to 7.1.1-40 , have an soname change. Imagemagick have a soname change detector [1] but haven't worked here because libMagickCore-7.Q16HDRI.so.10()(64bit) libMagickWand-7.Q16HDRI.so.10()(64bit) libMagickWand-7.Q16HDRI.so.10(VERS_10.0)(64bit) changed to libMagickCore-7.Q16HDRI.so.10()(64bit) libMagickWand-7.Q16HDRI.so.10()(64bit) libMagickWand-7.Q16HDRI.so.10(VERS_10.2)(64bit) [1] https://src.fedoraproject.org/rpms/ImageMagick/blob/rawhide/f/ImageMagick.spec#_22 > 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: Findings by static analyzers in Fedora 42 Critical Path Packages
On Thu, Nov 14, 2024 at 10:23 PM Richard W.M. Jones wrote: > > On Thu, Nov 14, 2024 at 08:47:36AM +0100, Siteshwar Vashisht wrote: > > Hello, > > > > I am writing this message to get feedback from the community on new > > findings by static analyzers in Critical Path Packages that have > > changed in Fedora 42. > > > > TLDR: This report[1] contains 37330 findings. Please review the report > > and provide feedback. > > > > A mass scan was performed this week on the packages that have changed > > in Fedora 42. This report[1] contains all the new findings that have > > been identified in the packages listed in Critical Path Packages. > > Newly added findings since Fedora 41 are listed under ‘+’ column. > > Please review the report and fix or report any findings upstream that > > may be real bugs. Not all findings reported by OpenScanHub may be > > actual bugs, so please verify reported findings before investing time > > into fixing or reporting them. We hope this is helpful for the > > packages you maintain and for the upstream projects. Questions can be > > asked on the OpenScanHub mailing list[2]. If you want to see the full > > logs of the scans, they are available on the tasks[3] page. User > > documentation for performing a scan is available on the Fedora > > wiki[4]. > > > > Constructive feedback is appreciated. Thank you! > > Have you addressed the concerned raised when you last posted about this? > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/DTNTMHNZ76N4EG7G22AKKQQTGVB274NC/ Several fixes have been made since the feedback from the report from July: - The terms "flaw" and "defect" have been replaced with "finding". - clang was disabled due to a large amount of false positives. - Report from July contained a large amount of "Limiting analysis of branches" messages from cppcheck. They have been suppressed in the latest report. - There is a mention of '+' column in my first email, which shows differential scan results since Fedora 41. Maintainers that may not have time to look at the full report can only look at the differential scan report. - Adding to the previous point, we have enabled differential scans in Packit[1] in upstreams. If that gets wider adoption, we will see less findings in mass scan reports. - The issue of false positives is one of the most important, but hard to solve. I started a discussion[2] on GitHub, but we do not have a good answer to it yet. If you have ideas, please share on GitHub. Let me know if I missed anything. Thanks! > > Rich. > > > [1] > > https://svashisht.fedorapeople.org/openscanhub/mass-scans/f42-13-Nov-2024/ > > [2] > > https://lists.fedoraproject.org/archives/list/openscan...@lists.fedoraproject.org/ > > [3] https://openscanhub.fedoraproject.org/task/ > > [4] https://fedoraproject.org/wiki/OpenScanHub > > > > -- > > ___ > > 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 > > -- > Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones > Read my programming and virtualization blog: http://rwmj.wordpress.com > virt-top is 'top' for virtual machines. Tiny program with many > powerful monitoring features, net stats, disk stats, logging, etc. > http://people.redhat.com/~rjones/virt-top > > -- > ___ > 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 [1] https://packit.dev/posts/openscanhub-prototype [2] https://github.com/openscanhub/openscanhub/issues/290 -- ___ 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: Findings by static analyzers in Fedora 42 Critical Path Packages
On Thu, Nov 14, 2024 at 10:47 PM Kevin Fenzi wrote: > > What does it mean when the table lists the package version as 'el8'? I was trying to reuse some scripts that are used to generate reports for RHEL and they did not work as expected. I have fixed it now. Please take a look at the report again. Thanks! > > 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 -- ___ 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: Moving away from the term "karma" in Bodhi
Am 12.11.24 um 10:07 schrieb Daniel P. Berrangé: For example, right next to the word "karma" at the bottom of the comment form, we have to put descriptive text telling users what we actually want from them: "Karma: Is the update generally functional?" The word "karma" is adding no value here, it is mere word clutter and could be trivially removed. You are right here, that part could a) easily rephrased and b) "karma" should be the "result" of those clicks, not part of the question. best regards, Marius Schwarz Intensive Karma Giver -- ___ 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: Mariadb server update soon?
On Fri, Nov 15, 2024 at 12:41 AM Ryan Bach via devel wrote: > > https://release-monitoring.org/project/1887/ > 11.7.1 11.5, 11.6, and 11.7 are rolling/development releases. 11.4(.4) is an LTS release, and would likely be the next alternative version target for some future package. I would expect the package maintainers are aware of the 11.4 LTS release, but your guess is as good as mine when they might have the resources to work on it. If you are wanting 11.4 sooner rather than later, you should probably look to contribute and work with and join the members of the mariadb packaging group (as as I recall, mariadb is a complex upstream to package for Fedora, so more help is likely good). -- ___ 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: Moving away from the term "karma" in Bodhi
Marius Schwarz wrote: > Am 12.11.24 um 10:07 schrieb Daniel P. Berrangé: > > For example, right next to the word "karma" at the bottom of the > > comment form, we have to put descriptive text telling users what > > we actually want from them: > > > > "Karma: Is the update generally functional?" > > > > The word "karma" is adding no value here, it is mere word clutter > > and could be trivially removed. > > You are right here, that part could a) easily rephrased and b) "karma" > should be the "result" of those clicks, not part of the question. A user interface shall make it clear to the user that if they click on this widget it will increase/decrease that number. This is achieved by using the same word in the question as in the label beside the sum. Users shall not need to experiment to figure out where karma comes from. Björn Persson pgpvffrahh3d8.pgp Description: OpenPGP digital signatur -- ___ 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: updating libfplll to 5.5.0 in Rawhide
In one week, 2024-11-21, or slightly later, I plan to update libfplll to version 5.5.0[1] in Rawhide. This is an ABI-incompatible update that bumps the SONAME version from 8 to 9. The following packages depend directly on libfplll and will need to be rebuilt in a side tag. I will rebuild them all myself, using either co-maintainer status or provenpackager privilege, unless a maintainer contacts me and asks me not to. - gap-pkg-float - linbox - Maculay2 An impact check in COPR[2] did not reveal any incompatibilities with these packages. [1] https://src.fedoraproject.org/rpms/libfplll/pull-request/4 [2] https://copr.fedorainfracloud.org/coprs/music/fplll/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
Mariadb server update soon?
What is using the older version of this? https://src.fedoraproject.org/rpms/mariadb10.11 https://src.fedoraproject.org/rpms/mariadb -- ___ 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: Mariadb server update soon?
https://release-monitoring.org/project/1887/ 11.7.1 -- ___ 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: ABI change in ImageMagick
On Mon, 2024-11-11 at 17:38 +0100, Dan Horák wrote: > On Mon, 11 Nov 2024 11:19:38 +0100 > Fabio Valentini wrote: > > > On Mon, Nov 11, 2024, 11:03 Dan Horák wrote: > > > > > Hi, > > > > > > seems ImageMagick 7.1.1.40 comes with an ABI change > > > > > > it drops libMagickWand-7.Q16HDRI.so.10(VERS_10.0)(64bit) > > > and has libMagickWand-7.Q16HDRI.so.10(VERS_10.2)(64bit) instead. > > > This sounds wrong ... > > > > > > > Indeed it does. I've also gotten at least one FTI issue filed due to this > > change already. > > > > I've -1 karma'd the corresponding f41 update, but it's a Packit managed > > package so I'm quite sure bodhi comments just go into the big /dev/null. > > isn't there a policy that requires packages built by bots to pass all > the CI in bodhi? No. There is no such policy. No package is required to pass Fedora CI checks by policy at present. Critical path packages are required to pass openQA tests, but this policy is indifferent regarding who built the package, and ImageMagick is not critpath. > It would not caught this particular issue, but > still ... Although there could be an ABI check in the CI too. There is, to some extent (though it's checking the actual ABI, not the sonames, by the looks of it). https://bodhi.fedoraproject.org/updates/FEDORA-2024-fff3964033 -> click on Automated Tests -> click on fedora-ci.koji-build.rpminspect.static- analysis -> takes you to https://artifacts.dev.testing-farm.io/672d5798-03e5-4b53-80ba-79846ad65d71/ , click on 'abidiff', and you'll see e.g.: INFO Comparing from /usr/lib/libMagickCore-7.Q16HDRI.so.10.0.1 to /usr/lib/libMagickCore-7.Q16HDRI.so.10.0.2 in package ImageMagick-libs on i686 revealed ABI differences. Not Waivable Command: abidiff --d1 /var/ARTIFACTS/work-rpminspectokf2u_1i/rpminspect/tree/workdir/ImageMagick-7.1.1.40.CPBbej/root/before/i686/usr/lib/debug/ --hd1 /var/ARTIFACTS/work-rpminspectokf2u_1i/rpminspect/tree/workdir/ImageMagick-7.1.1.40.CPBbej/root/before/i686/usr/include --d2 /var/ARTIFACTS/work-rpminspectokf2u_1i/rpminspect/tree/workdir/ImageMagick-7.1.1.40.CPBbej/root/after/i686/usr/lib/debug/ --hd2 /var/ARTIFACTS/work-rpminspectokf2u_1i/rpminspect/tree/workdir/ImageMagick-7.1.1.40.CPBbej/root/after/i686/usr/include /var/ARTIFACTS/work-rpminspectokf2u_1i/rpminspect/tree/workdir/ImageMagick-7.1.1.40.CPBbej/root/before/i686/usr/lib/libMagickCore-7.Q16HDRI.so.10.0.1 /var/ARTIFACTS/work-rpminspectokf2u_1i/rpminspect/tree/workdir/ImageMagick-7.1.1.40.CPBbej/root/after/i686/usr/lib/libMagickCore-7.Q16HDRI.so.10.0.2 Functions changes summary: 0 Removed, 1 Changed (575 filtered out), 0 Added functions Variables changes summary: 0 Removed, 0 Changed, 0 Added variable 1 function with some indirect sub-type change: [C] 'function CacheView* AcquireAuthenticCacheView(const Image*, ExceptionInfo*)' at cache-view.c:112:1 has some indirect sub-type changes: parameter 1 of type 'const Image*' has sub-type changes: in pointed to type 'const Image': in unqualified underlying type 'typedef Image' at magick-type.h:194:1: underlying type 'struct _Image' at image.h:131:1 changed: type size hasn't changed 1 data member changes (5 filtered): type of 'FilterType filter' changed: underlying type 'enum FilterType' at resample.h:33:1 changed: type size hasn't changed 2 enumerator insertions: 'FilterType::MagicKernelSharp2013Filter' value '32' 'FilterType::MagicKernelSharp2021Filter' value '33' 1 enumerator change: 'FilterType::SentinelFilter' from value '32' to '34' at resample.h:33:1 but this is entirely informative, at two levels. It's not a failure at rpminspect level, only an 'info'. And failures at rpminspect level do not gate updates unless the package opts into this in its package-level gating.yaml config. It would be awkward to make ABI changes in Rawhide into failures for obvious reasons (Rawhide is *where we change ABIs*). It might be more interesting to do so for stable releases, where this isn't supposed to happen without an exception, but we'd need to do some assessment of the reliability of the test first, I guess. -- Adam Williamson (he/him/his) Fedora QA Fedora Chat: @adamwill:fedora.im | Mastodon: @ad...@fosstodon.org https://www.happyassassin.net -- ___ 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: ABI change in ImageMagick
On Thu, 2024-11-14 at 00:04 +, Sérgio Basto wrote: > On Wed, 2024-11-13 at 18:14 +0100, Fabio Valentini wrote: > > On Wed, Nov 13, 2024 at 4:43 AM Sérgio Basto > > wrote: > > > > > > On Tue, 2024-11-12 at 07:35 +0100, Remi Collet wrote: > > > > Le 11/11/2024 à 11:02, Dan Horák a écrit : > > > > > Hi, > > > > > > > > > > seems ImageMagick 7.1.1.40 comes with an ABI change > > > > > > > > > > it drops libMagickWand-7.Q16HDRI.so.10(VERS_10.0)(64bit) > > > > > and has libMagickWand-7.Q16HDRI.so.10(VERS_10.2)(64bit) > > > > > instead. > > > > > This sounds wrong ... > > > > > > > > See https://github.com/ImageMagick/ImageMagick/pull/7768 > > > > > > > > > I don't know if should ignore this ABI changes honestly > > > > Ignore? No. It's a breaking change (albeit probably unintentional by > > upstream). > > It causes dependent packages to fail to install against the new > > version (for example xine-lib). > > I mean, just revert the numbers of soname change, like in > https://github.com/ImageMagick/ImageMagick/pull/7768/files > > > OK I reviewed all changes [1] and this commit [2] says that is just > eliminate redundant declarations, so seems we don't have any real ABI > change ... Can this please be rolled back, then? It is breaking a lot of image builds because they include the eom package, whose deps are broken currently due to this. -- Adam Williamson (he/him/his) Fedora QA Fedora Chat: @adamwill:fedora.im | Mastodon: @ad...@fosstodon.org https://www.happyassassin.net -- ___ 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: ABI change in ImageMagick
On Mon, Nov 11, 2024 at 05:38:06PM +0100, Dan Horák wrote: > On Mon, 11 Nov 2024 11:19:38 +0100 > Fabio Valentini wrote: > > > On Mon, Nov 11, 2024, 11:03 Dan Horák wrote: > > > > > Hi, > > > > > > seems ImageMagick 7.1.1.40 comes with an ABI change > > > > > > it drops libMagickWand-7.Q16HDRI.so.10(VERS_10.0)(64bit) > > > and has libMagickWand-7.Q16HDRI.so.10(VERS_10.2)(64bit) instead. > > > This sounds wrong ... > > > > > > > Indeed it does. I've also gotten at least one FTI issue filed due to this > > change already. > > > > I've -1 karma'd the corresponding f41 update, but it's a Packit managed > > package so I'm quite sure bodhi comments just go into the big /dev/null. > > isn't there a policy that requires packages built by bots to pass all > the CI in bodhi? It would not caught this particular issue, but > still ... Although there could be an ABI check in the CI too. > Also... using Packit to automate updates for stable releases seems... problematic. It used to be that it caused divergent branches; while fast-forward is now supported[1], unless this is one of those packages with a permanent update exception from FESCo it sounds like just rebuilding whatever is pushed to Rawhide might be incompatible with the stable update policy[2] [1] https://packit.dev/docs/fedora-releases-guide/non-divergent-dist-git-branches [2] https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#stable-releases Best regards, -- _o) Michel Lind _( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 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: ABI change in ImageMagick
On Thu, 2024-11-14 at 14:07 -0800, Adam Williamson wrote: > On Thu, 2024-11-14 at 00:04 +, Sérgio Basto wrote: > > On Wed, 2024-11-13 at 18:14 +0100, Fabio Valentini wrote: > > > On Wed, Nov 13, 2024 at 4:43 AM Sérgio Basto > > > wrote: > > > > > > > > On Tue, 2024-11-12 at 07:35 +0100, Remi Collet wrote: > > > > > Le 11/11/2024 à 11:02, Dan Horák a écrit : > > > > > > Hi, > > > > > > > > > > > > seems ImageMagick 7.1.1.40 comes with an ABI change > > > > > > > > > > > > it drops libMagickWand-7.Q16HDRI.so.10(VERS_10.0)(64bit) > > > > > > and has libMagickWand-7.Q16HDRI.so.10(VERS_10.2)(64bit) > > > > > > instead. > > > > > > This sounds wrong ... > > > > > > > > > > See https://github.com/ImageMagick/ImageMagick/pull/7768 > > > > > > > > > > > > I don't know if should ignore this ABI changes honestly > > > > > > Ignore? No. It's a breaking change (albeit probably unintentional > > > by > > > upstream). > > > It causes dependent packages to fail to install against the new > > > version (for example xine-lib). > > > > I mean, just revert the numbers of soname change, like in > > https://github.com/ImageMagick/ImageMagick/pull/7768/files > > > > > > OK I reviewed all changes [1] and this commit [2] says that is just > > eliminate redundant declarations, so seems we don't have any real > > ABI > > change ... > > Can this please be rolled back, then? It is breaking a lot of image > builds because they include the eom package, whose deps are broken > currently due to this. I already rolled back , yesterday https://bodhi.fedoraproject.org/updates/FEDORA-2024-ec2a4c1575 > -- > Adam Williamson (he/him/his) > Fedora QA > Fedora Chat: @adamwill:fedora.im | Mastodon: @ad...@fosstodon.org > https://www.happyassassin.net > > > > -- 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: Findings by static analyzers in Fedora 42 Critical Path Packages
On Thu, Nov 14, 2024 at 08:47:36AM +0100, Siteshwar Vashisht wrote: > Hello, > > I am writing this message to get feedback from the community on new > findings by static analyzers in Critical Path Packages that have > changed in Fedora 42. > > TLDR: This report[1] contains 37330 findings. Please review the report > and provide feedback. > > A mass scan was performed this week on the packages that have changed > in Fedora 42. This report[1] contains all the new findings that have > been identified in the packages listed in Critical Path Packages. > Newly added findings since Fedora 41 are listed under ‘+’ column. > Please review the report and fix or report any findings upstream that > may be real bugs. Not all findings reported by OpenScanHub may be > actual bugs, so please verify reported findings before investing time > into fixing or reporting them. We hope this is helpful for the > packages you maintain and for the upstream projects. Questions can be > asked on the OpenScanHub mailing list[2]. If you want to see the full > logs of the scans, they are available on the tasks[3] page. User > documentation for performing a scan is available on the Fedora > wiki[4]. > > Constructive feedback is appreciated. Thank you! Have you addressed the concerned raised when you last posted about this? https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/DTNTMHNZ76N4EG7G22AKKQQTGVB274NC/ Rich. > [1] https://svashisht.fedorapeople.org/openscanhub/mass-scans/f42-13-Nov-2024/ > [2] > https://lists.fedoraproject.org/archives/list/openscan...@lists.fedoraproject.org/ > [3] https://openscanhub.fedoraproject.org/task/ > [4] https://fedoraproject.org/wiki/OpenScanHub > > -- > ___ > 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 -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- ___ 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: Tcl/Tk 9.0.0 rebase
Added: https://release-monitoring.org/project/4941/ -- ___ 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: What is "FAILED: ActionNotAllowed: policy violation (tag)"
On Thu, Nov 14, 2024 at 03:37:49PM +, Andrea Bolognani wrote: > On Tue, Nov 12, 2024 at 02:20:32PM -0800, Kevin Fenzi wrote: > > On Mon, Nov 11, 2024 at 04:23:16AM -0600, Andrea Bolognani wrote: > > > Can we please look into getting pesign rebuilt? Ideally in f41, but > > > at the very least in f42. > > > > I bumped the release and did a rawhide build: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=125797324 > > > > If that all looks ok and it's needed, can do f41 too. > > Having the changes in f41 too would be ideal, as that would allow us > to move forward right away on the riscv64 side. ...snip... Sure, pushed a build for f41. https://koji.fedoraproject.org/koji/taskinfo?taskID=125865107 Does this need to have an update too, or just the build is good enough? kevin 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: Findings by static analyzers in Fedora 42 Critical Path Packages
What does it mean when the table lists the package version as 'el8'? kevin 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: What is "FAILED: ActionNotAllowed: policy violation (tag)"
On Thu, Nov 14, 2024 at 01:51:07PM -0800, Kevin Fenzi wrote: > On Thu, Nov 14, 2024 at 03:37:49PM +, Andrea Bolognani wrote: > > On Tue, Nov 12, 2024 at 02:20:32PM -0800, Kevin Fenzi wrote: > > > I bumped the release and did a rawhide build: > > > > > > https://koji.fedoraproject.org/koji/taskinfo?taskID=125797324 > > > > > > If that all looks ok and it's needed, can do f41 too. > > > > Having the changes in f41 too would be ideal, as that would allow us > > to move forward right away on the riscv64 side. > > Sure, pushed a build for f41. > > https://koji.fedoraproject.org/koji/taskinfo?taskID=125865107 > > Does this need to have an update too, or just the build is good enough? I'm honestly not entirely sure. I know that the sync scripts on the riscv64 side look at the f41-updates koji tag to decide what they should pick up, so I'm guessing the former. David, can you please confirm? -- Andrea Bolognani / Red Hat / Virtualization -- ___ 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: 20241114.n.1 changes
OLD: Fedora-eln-20241113.n.0 NEW: Fedora-eln-20241114.n.1 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:6 Upgraded packages: 19 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:3.37 MiB Size of upgraded packages: 910.79 MiB Size of downgraded packages: 0 B Size change of upgraded packages: 1.38 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = Package: iceauth-1.0.10-1.eln143 Summary: Display the authorization information used in connecting with ICE RPMs:iceauth Size:102.82 KiB Package: kf5-5.116.0-2.eln142 Summary: Filesystem and RPM macros for KDE Frameworks 5 RPMs:kf5-filesystem Size:44.84 KiB Package: kf5-kwayland-5.116.0-4.eln142 Summary: KDE Frameworks 5 library that wraps Client and Server Wayland libraries RPMs:kf5-kwayland Size:2.02 MiB Package: kf5-kwindowsystem-5.116.0-2.eln142 Summary: KDE Frameworks 5 Tier 1 integration module with classes for windows management RPMs:kf5-kwindowsystem Size:861.78 KiB Package: kwayland-integration-6.2.3-1.eln143 Summary: Provides integration plugins for various KDE Frameworks for Wayland RPMs:kwayland-integration Size:287.65 KiB Package: xsetroot-1.1.3-1.eln143 Summary: Root window parameter setting utility for X RPMs:xsetroot Size:79.31 KiB = UPGRADED PACKAGES = Package: ImageMagick-1:7.1.1.40-2.eln143 Old package: ImageMagick-1:7.1.1.40-1.eln143 Summary: An X application for displaying and manipulating images RPMs: ImageMagick ImageMagick-c++ ImageMagick-libs Size: 10.92 MiB Size change: -59.40 KiB Changelog: * Thu Nov 14 2024 S??rgio Basto - 1:7.1.1.40-2 - Revert map changes breaking ABI Package: alsa-lib-1.2.13-2.eln143 Old package: alsa-lib-1.2.13-1.eln143 Summary: The Advanced Linux Sound Architecture (ALSA) library RPMs: alsa-lib alsa-lib-devel alsa-ucm Size: 6.47 MiB Size change: 1.23 KiB Changelog: * Wed Nov 13 2024 Jaroslav Kysela - 1.2.13-2 - update to 1.2.13 Package: binutils-2.43.50-7.eln143 Old package: binutils-2.43.50-5.eln143 Summary: A GNU collection of binary utilities RPMs: binutils binutils-devel binutils-gold Size: 58.69 MiB Size change: 469.52 KiB Changelog: * Thu Oct 31 2024 Miro Hron??ok - 2.43.50-6 - Spec File: Do not install gprofng documentation when using --without docs * Mon Nov 04 2024 Nick Clifton - 2.43.50-7 - Rebase to commit 55e32b3c682 - Revert commit 4f576180 which moves the .note.build-id section back to the start of the file. (PR 2321588) Package: bluechi-0.9.0-3.eln143 Old package: bluechi-0.9.0-1.eln143 Summary: A systemd service controller for multi-nodes environments RPMs: bluechi-agent bluechi-controller Size: 636.74 KiB Size change: 1.37 KiB Changelog: * Wed Nov 13 2024 Mark Kemel - 0.9.0-2 - Roll back Vendor field to "Fedora Project" * Wed Nov 13 2024 Mark Kemel - 0.9.0-2 - Remove "Vendor" and "Packager" field Package: crash-8.0.6-1.eln143 Old package: crash-8.0.5-5.eln142 Summary: Kernel analysis utility for live systems, netdump, diskdump, kdump, LKCD or mcore dumpfiles RPMs: crash crash-devel Size: 17.19 MiB Size change: 62.25 KiB Changelog: * Tue Nov 12 2024 Lianbo Jiang - 8.0.6-1 - Rebase to upstream crash 8.0.6 Package: gdb-15.2-3.eln143 Old package: gdb-15.2-2.eln143 Summary: A GNU source-level debugger for C, C++, Fortran, Go and other languages RPMs: gdb gdb-doc gdb-gdbserver gdb-headless gdb-minimal Size: 42.43 MiB Size change: 584.88 KiB Changelog: * Tue Nov 12 2024 Andrew Burgess - Remove gdb-6.6-testsuite-timeouts.patch. I updated the upstream tests in commit 06b8b0ad976 so this patch is no longer useful. * Wed Nov 13 2024 Andrew Burgess - Add x86_64-redhat-linux-gnu to --enable-targets for full GDB build in gdb.spec, this ensures we can remote debug x86-64 targets from non-x86-64 hosts. This fixes rhbz 2308522. * Wed Nov 13 2024 Alexandra H??jkov?? - Remove upstreamed (21dc8b8d287) gdb-test-dw2-aranges.patch. Package: glibc-2.40.9000-18.eln143 Old package: glibc-2.40.9000-17.eln143 Summary: The GNU libc libraries RPMs: glibc glibc-all-langpacks glibc-benchtests glibc-common glibc-devel glibc-doc glibc-gconv-extra glibc-langpack-aa glibc-langpack-af glibc-langpack-agr glibc-langpack-ak glibc-langpack-am glibc-langpack-an glibc-langpack-anp glibc-langpack-ar glibc-langpack-as glibc-langpack-ast glibc-langpack-ayc glibc-langpack-az glibc-langpack-be glibc-langpack-bem glibc-langpack-ber glibc-langpack-bg glibc-langpack-bhb glibc-langpack-bho glibc-langpack-bi glibc-langpack-bn glibc-langpack-bo glibc-langpack-br glibc-langpa
Findings by static analyzers in Fedora 42 Critical Path Packages
Hello, I am writing this message to get feedback from the community on new findings by static analyzers in Critical Path Packages that have changed in Fedora 42. TLDR: This report[1] contains 37330 findings. Please review the report and provide feedback. A mass scan was performed this week on the packages that have changed in Fedora 42. This report[1] contains all the new findings that have been identified in the packages listed in Critical Path Packages. Newly added findings since Fedora 41 are listed under ‘+’ column. Please review the report and fix or report any findings upstream that may be real bugs. Not all findings reported by OpenScanHub may be actual bugs, so please verify reported findings before investing time into fixing or reporting them. We hope this is helpful for the packages you maintain and for the upstream projects. Questions can be asked on the OpenScanHub mailing list[2]. If you want to see the full logs of the scans, they are available on the tasks[3] page. User documentation for performing a scan is available on the Fedora wiki[4]. Constructive feedback is appreciated. Thank you! [1] https://svashisht.fedorapeople.org/openscanhub/mass-scans/f42-13-Nov-2024/ [2] https://lists.fedoraproject.org/archives/list/openscan...@lists.fedoraproject.org/ [3] https://openscanhub.fedoraproject.org/task/ [4] https://fedoraproject.org/wiki/OpenScanHub -- ___ 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
[Fedocal] Reminder meeting : ELN SIG
Dear all, You are kindly invited to the meeting: ELN SIG on 2024-11-15 from 12:00:00 to 13:00:00 US/Eastern At fedora-meet...@irc.libera.chat The meeting will be about: Source: https://calendar.fedoraproject.org//meeting/10881/ -- ___ 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: What is "FAILED: ActionNotAllowed: policy violation (tag)"
On Tue, Nov 12, 2024 at 02:20:32PM -0800, Kevin Fenzi wrote: > On Mon, Nov 11, 2024 at 04:23:16AM -0600, Andrea Bolognani wrote: > > Can we please look into getting pesign rebuilt? Ideally in f41, but > > at the very least in f42. > > I bumped the release and did a rawhide build: > https://koji.fedoraproject.org/koji/taskinfo?taskID=125797324 > > If that all looks ok and it's needed, can do f41 too. Having the changes in f41 too would be ideal, as that would allow us to move forward right away on the riscv64 side. The changes from the version currently in f41 are completely trivial, literally just adding riscv64 to ExclusiveArch, so I'm confident that they're not going to introduce any issue that would not have been already produced by a no-source-change rebuild. That said, I understand that pesign is a particularly vital package, which is probably why it seem to have been excluded from the past several mass rebuilds. Being extra careful is probably advisable. So I leave the decision up to people more familiar with the package and process than I am. Nicolas, perhaps you could weigh in? -- Andrea Bolognani / Red Hat / Virtualization -- ___ 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: Fedora CI for large RPMs?
Hi, Regarding Zuul, your are right the cleanup is not configured and canceled jobs (eg. due to a PR being rebased/updated/closed) don't trigger a cancel scratch build on Koji. However Zuul provides a hook for this [1], then that would be a matter of adding the proper playbook to run in the job definition for the scratch build cleanup [2]. Fabien [1] https://zuul-ci.org/docs/zuul/latest/config/job.html#attr-job.cleanup-run [2] https://pagure.io/fedora-zuul-jobs-config/blob/master/f/zuul.d/jobs.yaml#_81 On Wed, Nov 13, 2024 at 11:37 AM Nikita Popov wrote: > Hi! > > The llvm rpm (https://src.fedoraproject.org/rpms/llvm) has recently been > struggling with Fedora CI, by which I mean the CI that produces scratch > builds and runs dist-git tests on merge requests. > > The llvm rpm has a combination of long build times (typically 3-8 hours on > koji, depending on arch) combined with many merge requests, which is where > things break down. We've received multiple complaints that scratch builds > for our MRs occasionally end up clogging s390x koji, due to a number of > problems with Fedora CI. > > * Both Zuul and Fedora CI produce their own independent scratch builds, > increasing load by 2x. I think this is tracked as part of > https://pagure.io/fedora-ci/general/issue/476. This is the only problem > we were able to address ourselves, by disabling Zuul. > > * Fedora CI does not cancel old scratch builds when a new commit is pushed > or the MR is rebased (https://pagure.io/fedora-ci/general/issue/493). > This means that if some changes are pushed in response to MR feedback, you > end up with an extra set of scratch builds running in parallel. This is > further exacerbated by Pagure not having proper support for rebase merges, > so if you hit Rebase and then Merge you also get a bonus scratch build. > (I'm not sure whether Zuul properly cancels scratch builds, or whether it > produces zombies as well.) > > * Fedora CI has no configurability. For example, we can't disable just the > s390x scratch builds (https://pagure.io/fedora-ci/general/issue/494), > which tend to be more than twice as slow as other builds. > > * As far as I know, it's not even possible to disable Fedora CI entirely > to e.g. only use Zuul instead. Similarly, we can't stop automatically > triggering Fedora CI and requiring manual [citest] instead. > > * For scratch builds longer than 4 hours, Fedora CI will never report back > the result (https://pagure.io/fedora-ci/general/issue/485), even though > the scratch build continues running. It will stay in the pending state > forever. For llvm all scratch builds take more than 4 hours, so we never > get results. This also means that dist-git tests never run. I submitted a > PR to raise this timeout ( > https://github.com/fedora-ci/dist-git-build-pipeline/pull/41) but wasn't > able to get a response. > > It's not really necessary to solve *all* of these problems -- I think the > MVP to make MRs usable for llvm without negatively affecting other people > would probably be to increase the timeout and either a) implement > auto-cancellation for scratch builds or b) allow preventing auto-start of > CI, requiring manual [citest]. (Naively, I assume the latter is easier to > implement.) > > However, I haven't been able to get any response from maintainers on > Fedora CI issues or PRs, so I'm not really sure what to do here anymore, > thus this mail to fedora-devel. I'd appreciate any pointers on how to move > forward. > > Regards, > Nikita > -- > ___ > 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: updating usd to 24.11 in Rawhide
In one week, 2024-11-21, or slightly later, I plan to update usd to version 24.11[1] in Rawhide. As usual, this is an ABI-incompatible update. The sole dependent package is blender; I already verified compatibility in a local mock build, and I will handle rebuilding it in the same side tag. [1] https://src.fedoraproject.org/rpms/usd/pull-request/27 -- ___ 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
Increased levels of openQA test failures due to multiple issues
Hey, folks. This is just a heads up that we're experiencing increased levels of openQA test failures due to a few problems: 1. Various tests need to check things out from pagure.io, but lately it is being flooded by scraper bots and frequently going unresponsive. This causes tests to fail if they try and use pagure.io while it's unresponsive. 2. https://bugzilla.redhat.com/show_bug.cgi?id=2319081 is causing the KDE desktop_browser test to fail quite often. I tried one workaround for this but it failed because there also seems to be a weird bug with launching Firefox from the bottom panel. I'll try and figure out another workaround tomorrow. 3. https://bugzilla.redhat.com/show_bug.cgi?id=2325780 has hit a few Rawhide and ELN tests (though not as many as I was worried it might). I apologize for these failures, especially to any maintainers whose updates get gated by these failures. I'm restarting failed tests as promptly as I can. I'm trying to come up with workarounds for these issues but it's a bit tricky. -- Adam Williamson (he/him/his) Fedora QA Fedora Chat: @adamwill:fedora.im | Mastodon: @ad...@fosstodon.org https://www.happyassassin.net -- ___ 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: 20241114.n.0 changes
OLD: Fedora-Rawhide-20241112.n.0 NEW: Fedora-Rawhide-20241114.n.0 = SUMMARY = Added images:0 Dropped images: 8 Added packages: 5 Dropped packages:3 Upgraded packages: 218 Downgraded packages: 0 Size of added packages: 26.95 MiB Size of dropped packages:15.82 MiB Size of upgraded packages: 7.21 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 166.98 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = Image: Mate live x86_64 Path: Spins/x86_64/iso/Fedora-MATE_Compiz-Live-x86_64-Rawhide-20241112.n.0.iso Image: Cinnamon live x86_64 Path: Spins/x86_64/iso/Fedora-Cinnamon-Live-x86_64-Rawhide-20241112.n.0.iso Image: Astronomy_KDE live x86_64 Path: Labs/x86_64/iso/Fedora-Astronomy_KDE-Live-x86_64-Rawhide-20241112.n.0.iso Image: Server_KVM qcow2 s390x Path: Server/s390x/images/Fedora-Server-KVM-Rawhide-20241112.n.0.s390x.qcow2 Image: Scientific_KDE live x86_64 Path: Labs/x86_64/iso/Fedora-Scientific_KDE-Live-x86_64-Rawhide-20241112.n.0.iso Image: Budgie live x86_64 Path: Spins/x86_64/iso/Fedora-Budgie-Live-x86_64-Rawhide-20241112.n.0.iso Image: KDE live aarch64 Path: Spins/aarch64/iso/Fedora-KDE-Live-aarch64-Rawhide-20241112.n.0.iso Image: Workstation live aarch64 Path: Workstation/aarch64/iso/Fedora-Workstation-Live-aarch64-Rawhide-20241112.n.0.iso = ADDED PACKAGES = Package: envision-0.0.2-1.20241102git0.0.2.fc42 Summary: UI for building, configuring, and running Monado/WiVRn RPMs:envision Size:9.72 MiB Package: python-omlmd-0.1.6-1.fc42 Summary: Library to help leverage OCI Artifacts RPMs:python3-omlmd Size:36.49 KiB Package: python-recipe-scrapers-15.2.1-1.fc42 Summary: Package for scraping recipe data RPMs:python3-recipe-scrapers Size:592.74 KiB Package: showtime-48.0~20241104.080500.5579430-1.fc42 Summary: Modern video player built using GTK4 RPMs:showtime Size:591.38 KiB Package: wfview-1.64-3.fc42 Summary: Software for the control of Icom radios RPMs:wfview Size:16.04 MiB = DROPPED PACKAGES = Package: openjfx8-8.0.202-41.b07.fc41 Summary: Rich client application platform for Java RPMs:openjfx8 openjfx8-devel openjfx8-src Size:15.79 MiB Package: php-psr-http-client-1.0.3-2.fc41 Summary: Common interface for HTTP clients RPMs:php-psr-http-client Size:11.49 KiB Package: python-nose-timer-1.0.0-16.fc41 Summary: A timer plugin for nosetests RPMs:python3-nose-timer Size:23.89 KiB = UPGRADED PACKAGES = Package: ImageMagick-1:7.1.1.40-2.fc42 Old package: ImageMagick-1:7.1.1.40-1.fc42 Summary: An X application for displaying and manipulating images RPMs: ImageMagick ImageMagick-c++ ImageMagick-c++-devel ImageMagick-devel ImageMagick-djvu ImageMagick-doc ImageMagick-heic ImageMagick-libs ImageMagick-perl Size: 73.45 MiB Size change: -72.15 KiB Changelog: * Thu Nov 14 2024 S??rgio Basto - 1:7.1.1.40-2 - Revert map changes breaking ABI Package: R-tesseract-5.1.0-20.fc42 Old package: R-tesseract-5.1.0-17.fc42 Summary: Open Source OCR Engine RPMs: R-tesseract Size: 1.97 MiB Size change: 442 B Changelog: * Tue Nov 12 2024 Sandro Mani - 5.1.0-18 - Rebuild (tesseract) * Tue Nov 12 2024 Sandro Mani - 5.1.0-19 - BR: tex(inconsolata.sty) * Tue Nov 12 2024 Sandro Mani - 5.1.0-20 - BR: tesseract-langpack-eng Package: adoptium-temurin-java-repository-1-14.fc42 Old package: adoptium-temurin-java-repository-1-13.fc42 Summary: Fedora package repository files for yum and dnf along with gpg public keys RPMs: adoptium-temurin-java-repository Size: 34.77 KiB Size change: 1.23 KiB Changelog: * Tue Nov 12 2024 Jiri - 1-14 - Obsolete also misc Package: aggregate6-1.0.13-1.fc42 Old package: aggregate6-1.0.12-6.fc41 Summary: Tool to compress an unsorted list of IPv4 and IPv6 prefixes RPMs: aggregate6 python3-aggregate6 Size: 29.55 KiB Size change: 74 B Changelog: * Thu Nov 14 2024 Robert Scheck 1.0.13-1 - Upgrade to 1.0.13 (#2325875) Package: ags-3.6.0.56-5.fc42 Old package: ags-3.6.0.56-4.fc41 Summary: Engine for creating and running videogames of adventure (quest) genre RPMs: ags Size: 5.73 MiB Size change: 13.86 KiB Changelog: * Mon Nov 11 2024 Dominik Mierzejewski - 3.6.0.56-5 - rebuild for tinyxml2 Package: alsa-lib-1.2.13-2.fc42 Old package: alsa-lib-1.2.12-2.fc41 Summary: The Advanced Linux Sound Architecture (ALSA) library RPMs: alsa-lib alsa-lib-devel alsa-topology alsa-ucm Size: 8.08 MiB Size change: 561.33 KiB Changelog: * Wed Nov 13 2024 Jaroslav Kysela - 1.2.13-2 - update to 1.2.13 Package: alsa-utils-1.2.13-1.fc42 Old package: alsa-utils-1.2.12-2.fc41 Summary: Advanced Linux Sound Architecture (ALSA) utilities RPMs: alsa-topology-utils alsa-ucm-utils alsa-utils alsa-utils
Re: builders running out of disk space?
and a third auto scratch build two days ago https://koji.fedoraproject.org/koji/taskinfo?taskID=125759322 On Thu, Nov 14, 2024 at 8:20 AM Kaleb Keithley wrote: > I've had two ceph builds fail — one ppc64le and one x86_64 — apparently > when the disk filled up. > > first was https://koji.fedoraproject.org/koji/taskinfo?taskID=125823380 > second was https://koji.fedoraproject.org/koji/taskinfo?taskID=125827710 > > Has something changed recently wrt disk space? > > -- > > Kaleb > -- 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
[rpms/perl-HTML-CalendarMonthSimple] PR #1: Migrate to SPDX license
xavierb merged a pull-request against the project: `perl-HTML-CalendarMonthSimple` that you are following. Merged pull-request: `` Migrate to SPDX license `` https://src.fedoraproject.org/rpms/perl-HTML-CalendarMonthSimple/pull-request/1 -- ___ perl-devel mailing list -- perl-de...@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-de...@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Moving away from the term "karma" in Bodhi
Il 13/11/24 19:32, Mattia Verga via devel ha scritto: > Il 10/11/24 16:18, Mattia Verga via devel ha scritto: >> I have started to move away Bodhi from using the term "karma" > Ok, so... we have concluded that no one consider offensive using "karma" > for this purpose. Can we step aside from that discussion and focus on > the practical term? i.e. would using a more appropriate term help to > reduce be more clear; reduce confusion and be more understandable on > newcomers / not Anglophones? > > Mattia > I have read back all replies and I thank all of you contributing to the discussion. I'd like to have a better view of the overall opinions, so I've posted a poll on Fedora Discuss [1], please spend a minute to take the survey. The results will make me decide if I should stop or proceed. Thank you. [1] https://discussion.fedoraproject.org/t/moving-away-from-the-term-karma-in-bodhi/136292/2 -- ___ 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: octave 9.2 update coming to rawhide later this week
On 11/13/24 19:27, Orion Poplawski wrote: On 11/11/24 16:56, Orion Poplawski wrote: Deps will be rebuilt in a side tag. This involves an ABI and octave module api update. This is starting in f42-build-side-100300 This is now complete - https://bodhi.fedoraproject.org/updates/FEDORA-2024-3332abd88c vfrnav fails to build due to issues with using octave plotting. Bug filed: https://bugzilla.redhat.com/show_bug.cgi?id=2290664 octave-symbolic is FTBFS since python-sympy 1.13.3 https://bugzilla.redhat.com/show_bug.cgi?id=2326266 octave-communications fails to build with 9.2 with a syntax error https://bugzilla.redhat.com/show_bug.cgi?id=2326276 -- 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/ smime.p7s Description: S/MIME Cryptographic 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
