[389-devel] 389 DS nightly 2021-05-30 - 94% PASS
https://fedorapeople.org/groups/389ds/ci/nightly/2021/05/30/report-389-ds-base-2.0.4-20210530gitba5578f7f.fc34.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-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/389-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: IRC Announcement
Frank Ch. Eigler writes: > adamwill wrote: > > Freenode has also shut down every channel that posted a libera.chat > > link in its topic. That's not very 'trustworthy'. This happened to > > multiple Fedora-related projects/channels, including #cockpit , for > > instance. > > Those organizations have announced their departure. Surely freenode's > RESPONSE to that departure cannot be used as the REASON for the > departure. That'd be circular reasoning and a self-fulfilling prophecy. The *reason* for leaving is that channel organizers trust the Freenode volunteer staff to be reasonably accurate in discussing organizational politics, and don't trust the new management to behave ethically or do a good job of managing the service. Channels acted in *expectation* of nasty behavior by the new management, based on how they acted toward the staff during the takeover (as reported by the staff), and perhaps based on Andrew Lee's past unsavory behavior and associations -- I mean, hiring Mark Karpeles of "Mt. Gox" infamy as CTO is a sign of crony capitalism, not good intentions or competence! The *response* of the management during and after the exodus is advanced as confirmation of that mistrust; it's elliptical in the sense of omitting discussion of the difference between expectation and reality, but it's not circular. Steve -- All puns intended. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: IRC Announcement
adamwill wrote: > Freenode has also shut down every channel that posted a libera.chat > link in its topic. That's not very 'trustworthy'. This happened to > multiple Fedora-related projects/channels, including #cockpit , for > instance. Those organizations have announced their departure. Surely freenode's RESPONSE to that departure cannot be used as the REASON for the departure. That'd be circular reasoning and a self-fulfilling prophecy. - FChE ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
New Fedora Packages Ready For Testing
Hi all, Fedora Packages Static is intended to replace the old Fedora Packages app and is now available for testing at https://packages.stg.fedoraproject.org. Any feedback would be appreciated here or on Pagure at https://pagure.io/fedora-packages-static. The app is designed to function with the minimum amount of dynamic server components needed. Pages are statically generated using a Python script; the only dynamically generated page is the search result page. Data is updated hourly. Search is handled externally by an instance of Apache Solr. Clients do not need JS to use the app. Thanks to Timothée Floure for the original version of Fedora Packages Static and Kevin Fenzi for helping deploy the app on OpenShift. Brendan Early OpenPGP_signature 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Intent to retire - findbugs / findbugs-bcel / findbugs-contrib / eclipse-findbugs
On Sun, May 30, 2021 at 1:42 AM Richard Fearn wrote: > Hi, Note that your queries did not check for BuildRequires, since you did not enable the foo-source repositories. That would require "--enablerepo fedora-source --enablerepo updates-source", or "--enablerepo rawhide-source" on rawhide. > As far as I can tell, nothing else depends on this set of packages: > > $ sudo dnf repoquery --recursive --whatrequires findbugs > Last metadata expiration check: 1:11:19 ago on Sat 29 May 2021 23:00:52 BST. > ant-findbugs-0:3.0.1-25.fc34.noarch > eclipse-findbugs-0:3.0.1-23.fc34.noarch > eclipse-findbugs-contrib-0:7.4.7-6.fc34.noarch > findbugs-contrib-0:7.4.7-6.fc34.noarch > findbugs-contrib-samples-0:7.4.7-6.fc34.noarch > findbugs-tools-0:3.0.1-25.fc34.noarch When querying the source repos as well, this yields those additional dependent packages on rawhide: eclipse-findbugs-0:3.0.1-23.fc34.src (already a binary dependency as well) findbugs-contrib-0:7.4.7-6.fc34.src (already a binary dependency as well) libidn-0:1.37-1.fc35.src nom-tam-fits-0:1.15.2-6.fc34.src ongres-scram-0:2.1-1.fc35.src Since findbugs contains code quality checks, I suspect those three packages could be built without those checks without problems, since they do not require findbugs at install-/ or runtime. Fabio ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Intent to retire - findbugs / findbugs-bcel / findbugs-contrib / eclipse-findbugs
Hi everyone, I'm writing to say that I intend to retire the following packages: * findbugs * findbugs-bcel * findbugs-contrib * eclipse-findbugs The rationale behind this is: * The last FindBugs release was in March 2015 [1]. * Upstream has been dead since 2016 [2]. * The project was forked in 2017 [3] as SpotBugs [4]. * FindBugs depends on an old snapshot of Apache Commons BCEL (packaged as findbugs-bcel). I don't think it's possible (or worthwhile) to get FindBugs to build against upstream BCEL. * It no longer builds against the latest rawhide versions of ASM and Hamcrest. * Trying to maintain FindBugs and keep it building/working against the latest versions of Java libraries isn't really a good use of anyone's time (and there is no upstream to contribute patches back to). * findbugs-contrib (known upstream as fb-contrib [5]) is a FindBugs plugin that provides additional detectors, and is of no use without FindBugs itself. * Likewise, eclipse-findbugs makes FindBugs available in the Eclipse IDE, and is of no use without FindBugs being available. As far as I can tell, nothing else depends on this set of packages: $ sudo dnf repoquery --recursive --whatrequires findbugs Last metadata expiration check: 1:11:19 ago on Sat 29 May 2021 23:00:52 BST. ant-findbugs-0:3.0.1-25.fc34.noarch eclipse-findbugs-0:3.0.1-23.fc34.noarch eclipse-findbugs-contrib-0:7.4.7-6.fc34.noarch findbugs-contrib-0:7.4.7-6.fc34.noarch findbugs-contrib-samples-0:7.4.7-6.fc34.noarch findbugs-tools-0:3.0.1-25.fc34.noarch $ sudo dnf repoquery --recursive --whatrequires findbugs-bcel Last metadata expiration check: 1:11:24 ago on Sat 29 May 2021 23:00:52 BST. ant-findbugs-0:3.0.1-25.fc34.noarch eclipse-findbugs-0:3.0.1-23.fc34.noarch eclipse-findbugs-contrib-0:7.4.7-6.fc34.noarch findbugs-0:3.0.1-25.fc34.noarch findbugs-contrib-0:7.4.7-6.fc34.noarch findbugs-contrib-samples-0:7.4.7-6.fc34.noarch findbugs-tools-0:3.0.1-25.fc34.noarch $ sudo dnf repoquery --recursive --whatrequires findbugs-contrib Last metadata expiration check: 1:11:31 ago on Sat 29 May 2021 23:00:52 BST. eclipse-findbugs-contrib-0:7.4.7-6.fc34.noarch findbugs-contrib-samples-0:7.4.7-6.fc34.noarch $ sudo dnf repoquery --recursive --whatrequires eclipse-findbugs Last metadata expiration check: 1:11:39 ago on Sat 29 May 2021 23:00:52 BST. eclipse-findbugs-contrib-0:7.4.7-6.fc34.noarch It's been interesting keeping FindBugs alive since I picked it up in 2010 (11 years ago... where has the time gone?!), but the world has moved on (to SpotBugs), and I think it's time to let it go. Regards, Rich [1] http://findbugs.sourceforge.net/ [2] https://mailman.cs.umd.edu/pipermail/findbugs-discuss/2016-November/004321.html [3] https://mailman.cs.umd.edu/pipermail/findbugs-discuss/2017-September/004383.html [4] https://spotbugs.github.io/ [5] https://github.com/mebigfatguy/fb-contrib -- Richard Fearn richardfe...@gmail.com ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: F35 Change: Make btrfs the default file system for Fedora Cloud (System-Wide Change proposal)
On Fri, May 28, 2021 at 7:04 AM Colin Walters wrote: > > On this topic though, if Fedora CoreOS didn't exist, this proposal to change > Cloud would be significantly more consequential. The defaults *really > matter* here in particular, even more than Workstation. But, I think because > CoreOS does exist, this change matters less. Well it's sorta ancient history now, but CoreOS started out on Btrfs by default because of the feature set, including the early native btrfs driver support taking advantage of cheap snapshots. CoreOS moved off of Btrfs because of ENOSPC bugs, and performance impact of the various work arounds (all predating ticketed enospc infrastructure). "Source of truth" related features that I think could be relevant for cloud use cases: * (immutable) read-only subvolumes, root can't write to them * (immutable) read-only Btrfs seed device images, truly resettable just by dropping the writable device(s) * checksums for metadata and data: crc32c, xxhash, blake2, sha256 * currently in-development: fsverity support * currently in-development: fscrypt support * currently in-development: authenticated (keyed) checksumming support And generally usable, whether image used for provisioning, or installed sysroot, or workload data: native compression. And out of band deduplication. > > One big advantage CoreOS has is Ignition, which allows provisioning > filesystems in the initramfs, including the root partition. It works today > to boot up a stock Fedora CoreOS AMI, OpenStack qcow2 etc. and provide an > Ignition config that changes it: > https://docs.fedoraproject.org/en-US/fedora-coreos/storage/#_reconfiguring_the_root_filesystem > And it works to use btrfs too! Just s/ext4/btrfs/ in the first example. (And > that *exact same* Ignition config also works for bare metal) > > That's not true of cloud-init based systems - instead of e.g. you wanted to > use xfs/ext4 for a high performance database-like workload, in cloud you'd > need to attach a separate instance volume or so for `/var/lib/$whatever` > (That said separate volumes can actually be a better approach anyways, it > depends). Some traditional Cloud image users won't notice this or care (just > like Workstation users) but others definitely will. Not all databases are cow-unfriendly. RocksDB and sqlite with WAL enabled do fine on Btrfs, with datacow. There's also been a bunch of database+fsync related performance enhancements in ever kernel release for the past year since Btrfs because the default file system on the desktop. Last I checked (a year ago) postgreSQL did have some performance issues on Btrfs, but I don't know the significance, in particular with today's kernel. Interested parties could create a micro-SIG, I'm happy to help coordinate, and do some testing and document best practices. -- Chris Murphy ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Friday , May 28 unattended update broke amdgpu DKMS building
On 5/29/21 5:38 AM, eedio wrote: I was on unattended updates and Friday afternoon the Radeon RS780 machine rebooted into minimal resolution mode and can no longer go to full HD resolution. I put the disk into an old laptop with intel GPU where the DKMS modules amdgpu cannot build properly, thus Radeon machines are screwed. "/etc/udev/rules.d/70-amdgpu.rules:1 Invalid operator for GROUP." was what the protocoll had to say. Why are you using the amdgpu dkms? Don't the normal kernel drivers work? ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: F35 Change: Support using a GPT partition table in Kickstart (System-Wide Change proposal)
FWIW virt-builder uses: zerombr clearpart --all --initlabel --disklabel=gpt autopart --type=plain Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-IoT-35-20210529.0 compose check report
No missing expected images. Failed openQA tests: 2/16 (x86_64), 4/15 (aarch64) Old failures (same test failed in Fedora-IoT-35-20210528.0): ID: 899151 Test: x86_64 IoT-dvd_ostree-iso base_services_start URL: https://openqa.fedoraproject.org/tests/899151 ID: 899155 Test: x86_64 IoT-dvd_ostree-iso iot_rpmostree_overlay URL: https://openqa.fedoraproject.org/tests/899155 ID: 899164 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi URL: https://openqa.fedoraproject.org/tests/899164 ID: 899167 Test: aarch64 IoT-dvd_ostree-iso base_services_start@uefi URL: https://openqa.fedoraproject.org/tests/899167 ID: 899169 Test: aarch64 IoT-dvd_ostree-iso iot_rpmostree_overlay@uefi URL: https://openqa.fedoraproject.org/tests/899169 ID: 899171 Test: aarch64 IoT-dvd_ostree-iso iot_rpmostree_rebase@uefi URL: https://openqa.fedoraproject.org/tests/899171 Soft failed openQA tests: 3/16 (x86_64), 1/15 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-IoT-35-20210528.0): ID: 899143 Test: x86_64 IoT-dvd_ostree-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/899143 ID: 899150 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/tests/899150 ID: 899154 Test: x86_64 IoT-dvd_ostree-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/899154 ID: 899159 Test: aarch64 IoT-dvd_ostree-iso install_default_upload@uefi URL: https://openqa.fedoraproject.org/tests/899159 Passed openQA tests: 11/16 (x86_64), 10/15 (aarch64) Installed system changes in test aarch64 IoT-dvd_ostree-iso install_default_upload@uefi: System load changed from 0.55 to 0.83 Previous test data: https://openqa.fedoraproject.org/tests/898538#downloads Current test data: https://openqa.fedoraproject.org/tests/899159#downloads -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Review Request: icemon - A GUI monitor for Icecream
On 5/29/21 1:15 PM, Jan Kratochvil wrote: Hi, Review Request: icemon - A GUI monitor for Icecream https://bugzilla.redhat.com/show_bug.cgi?id=1965529 Spec URL: http://people.redhat.com/jkratoch/icemon.spec SRPM URL: http://people.redhat.com/jkratoch/icemon-3.3-6.fc34.src.rpm It should be very simple IMO, it is an unretirement. Thanks, Jan I have taken this. It's in need of a coat of fresh paint. Best regards, Robert-André ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-Rawhide-20210529.n.0 compose check report
No missing expected images. Compose FAILS proposed Rawhide gating check! 7 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 24/198 (x86_64), 18/134 (aarch64) New failures (same test not failed in Fedora-Rawhide-20210528.n.0): ID: 898753 Test: x86_64 Server-boot-iso install_default **GATING** URL: https://openqa.fedoraproject.org/tests/898753 ID: 898754 Test: x86_64 Server-boot-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/898754 ID: 898762 Test: x86_64 Server-dvd-iso anaconda_help URL: https://openqa.fedoraproject.org/tests/898762 ID: 898811 Test: x86_64 Everything-boot-iso install_default **GATING** URL: https://openqa.fedoraproject.org/tests/898811 ID: 898812 Test: x86_64 Everything-boot-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/898812 ID: 898813 Test: x86_64 Workstation-live-iso anaconda_help URL: https://openqa.fedoraproject.org/tests/898813 ID: 898823 Test: x86_64 Workstation-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/898823 ID: 898826 Test: x86_64 Workstation-live-iso desktop_login URL: https://openqa.fedoraproject.org/tests/898826 ID: 898836 Test: x86_64 KDE-live-iso anaconda_help URL: https://openqa.fedoraproject.org/tests/898836 ID: 898840 Test: x86_64 KDE-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/898840 ID: 898851 Test: x86_64 KDE-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/898851 ID: 898891 Test: aarch64 Server-dvd-iso anaconda_help@uefi URL: https://openqa.fedoraproject.org/tests/898891 ID: 898900 Test: aarch64 Server-dvd-iso install_blivet_lvm_ext4@uefi URL: https://openqa.fedoraproject.org/tests/898900 ID: 898930 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi URL: https://openqa.fedoraproject.org/tests/898930 ID: 898948 Test: aarch64 Workstation-raw_xz-raw.xz desktop_update_graphical@uefi URL: https://openqa.fedoraproject.org/tests/898948 ID: 898949 Test: aarch64 Workstation-raw_xz-raw.xz desktop_terminal@uefi URL: https://openqa.fedoraproject.org/tests/898949 ID: 898951 Test: aarch64 Workstation-raw_xz-raw.xz desktop_browser@uefi URL: https://openqa.fedoraproject.org/tests/898951 ID: 898952 Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi URL: https://openqa.fedoraproject.org/tests/898952 ID: 898955 Test: aarch64 Workstation-raw_xz-raw.xz unwanted_packages@uefi URL: https://openqa.fedoraproject.org/tests/898955 Old failures (same test failed in Fedora-Rawhide-20210528.n.0): ID: 898770 Test: x86_64 Server-dvd-iso server_remote_logging_server URL: https://openqa.fedoraproject.org/tests/898770 ID: 898771 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller **GATING** URL: https://openqa.fedoraproject.org/tests/898771 ID: 898791 Test: x86_64 Server-dvd-iso server_freeipa_replication_master URL: https://openqa.fedoraproject.org/tests/898791 ID: 898792 Test: x86_64 Server-dvd-iso server_freeipa_replication_replica URL: https://openqa.fedoraproject.org/tests/898792 ID: 898793 Test: x86_64 Server-dvd-iso server_realmd_join_kickstart **GATING** URL: https://openqa.fedoraproject.org/tests/898793 ID: 898805 Test: x86_64 Server-dvd-iso server_remote_logging_client URL: https://openqa.fedoraproject.org/tests/898805 ID: 898808 Test: x86_64 Server-dvd-iso server_freeipa_replication_client URL: https://openqa.fedoraproject.org/tests/898808 ID: 898829 Test: x86_64 Workstation-live-iso desktop_printing URL: https://openqa.fedoraproject.org/tests/898829 ID: 898842 Test: x86_64 KDE-live-iso desktop_printing URL: https://openqa.fedoraproject.org/tests/898842 ID: 898852 Test: x86_64 KDE-live-iso desktop_terminal **GATING** URL: https://openqa.fedoraproject.org/tests/898852 ID: 898853 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/898853 ID: 898884 Test: aarch64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/898884 ID: 898897 Test: aarch64 Server-dvd-iso server_remote_logging_server@uefi URL: https://openqa.fedoraproject.org/tests/898897 ID: 898907 Test: aarch64 Server-dvd-iso server_role_deploy_domain_controller@uefi URL: https://openqa.fedoraproject.org/tests/898907 ID: 898916 Test: aarch64 Server-dvd-iso server_freeipa_replication_master@uefi URL: https://openqa.fedoraproject.org/tests/898916 ID: 898917 Test: aarch64 Server-dvd-iso server_freeipa_replication_replica@uefi URL: https://openqa.fedoraproject.org/tests/898917 ID: 898918 Test: aarch64 Server-dvd-iso server_realmd_join_kickstart@uefi URL: https://openqa.fedoraproject.org/tests/898918 ID: 898919 Test: aarch64 Server-dvd-iso server_remote_logging_client@uefi URL: https://openqa.fedoraproject.org/tests/898919
[Bug 1965763] perl-ExtUtils-CppGuess-0.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1965763 --- Comment #2 from Upstream Release Monitoring --- the-new-hotness/release-monitoring.org's scratch build of perl-ExtUtils-CppGuess-0.22-1.fc32.src.rpm for rawhide completed http://koji.fedoraproject.org/koji/taskinfo?taskID=68966351 -- You are receiving this mail because: You are on the CC list for the bug. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
[Bug 1965763] New: perl-ExtUtils-CppGuess-0.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1965763 Bug ID: 1965763 Summary: perl-ExtUtils-CppGuess-0.22 is available Product: Fedora Version: rawhide Status: NEW Component: perl-ExtUtils-CppGuess Keywords: FutureFeature, Triaged Assignee: mhron...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: igor.ra...@gmail.com, mhron...@redhat.com, perl-devel@lists.fedoraproject.org, perl-ma...@lists.fedoraproject.org Target Milestone: --- Classification: Fedora Latest upstream release: 0.22 Current version/release in rawhide: 0.21-6.fc35 URL: http://search.cpan.org/dist/ExtUtils-CppGuess/ 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://fedoraproject.org/wiki/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/2864/ -- You are receiving this mail because: You are on the CC list for the bug. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
[Bug 1965763] perl-ExtUtils-CppGuess-0.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1965763 --- Comment #1 from Upstream Release Monitoring --- Created attachment 1788020 --> https://bugzilla.redhat.com/attachment.cgi?id=1788020=edit [patch] Update to 0.22 (#1965763) -- You are receiving this mail because: You are on the CC list for the bug. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Friday , May 28 unattended update broke amdgpu DKMS building
the broken kernel is linux /vmlinuz-5.12.7-300.fc34.x86_64 while linux /vmlinuz-5.12.5-300.fc34.x86_64 worked like a charm. https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/VM4EP262J25NRMGH7YTIR7P3JRTLTCSQ/ ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Friday , May 28 unattended update broke amdgpu DKMS building
I was on unattended updates and Friday afternoon the Radeon RS780 machine rebooted into minimal resolution mode and can no longer go to full HD resolution. I put the disk into an old laptop with intel GPU where the DKMS modules amdgpu cannot build properly, thus Radeon machines are screwed. "/etc/udev/rules.d/70-amdgpu.rules:1 Invalid operator for GROUP." was what the protocoll had to say. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: The future of legacy BIOS support in Fedora.
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/T6CKCW64YVWM6LEPO6KDCTZJYSQVUQL4/ The fact of the rejection of the OP to drop BIOS support is difficult to find. You should therefore have suggested to never again bring up the issue of dropping BIOS support before the year 2030. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: The future of legacy BIOS support in Fedora.
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/4GFKE56HTECMQ45RMPALBDFPMORQCQKQ/ it came up on ask.fedora and is linked into here. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Review Request: icemon - A GUI monitor for Icecream
Hi, Review Request: icemon - A GUI monitor for Icecream https://bugzilla.redhat.com/show_bug.cgi?id=1965529 Spec URL: http://people.redhat.com/jkratoch/icemon.spec SRPM URL: http://people.redhat.com/jkratoch/icemon-3.3-6.fc34.src.rpm It should be very simple IMO, it is an unretirement. Thanks, Jan ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-Cloud-34-20210529.0 compose check report
No missing expected images. Failed openQA tests: 1/8 (aarch64), 8/8 (x86_64) New failures (same test not failed in Fedora-Cloud-34-20210528.0): ID: 898640 Test: aarch64 Cloud_Base-qcow2-qcow2 base_service_manipulation@uefi URL: https://openqa.fedoraproject.org/tests/898640 Old failures (same test failed in Fedora-Cloud-34-20210528.0): ID: 898625 Test: x86_64 Cloud_Base-qcow2-qcow2 base_package_install_remove URL: https://openqa.fedoraproject.org/tests/898625 ID: 898626 Test: x86_64 Cloud_Base-qcow2-qcow2 base_service_manipulation URL: https://openqa.fedoraproject.org/tests/898626 ID: 898627 Test: x86_64 Cloud_Base-qcow2-qcow2 base_reboot_unmount URL: https://openqa.fedoraproject.org/tests/898627 ID: 898628 Test: x86_64 Cloud_Base-qcow2-qcow2 base_services_start URL: https://openqa.fedoraproject.org/tests/898628 ID: 898629 Test: x86_64 Cloud_Base-qcow2-qcow2 base_selinux URL: https://openqa.fedoraproject.org/tests/898629 ID: 898630 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/898630 ID: 898631 Test: x86_64 Cloud_Base-qcow2-qcow2 base_system_logging URL: https://openqa.fedoraproject.org/tests/898631 ID: 898632 Test: x86_64 Cloud_Base-qcow2-qcow2 base_update_cli URL: https://openqa.fedoraproject.org/tests/898632 Soft failed openQA tests: 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-34-20210528.0): ID: 898637 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/898637 Passed openQA tests: 6/8 (aarch64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-Cloud-33-20210529.0 compose check report
No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-33-20210528.0): ID: 898558 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/898558 ID: 898565 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/898565 Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure