Re: Secure boot on rawhide messed up for anyone?
Any background? This is the first I've seen this. I don't see any forwarded email chains. Respectfully, Noah On December 10, 2021 9:51:03 PM EST, Reon Beon via devel wrote: >I had to disable it for it to boot. Anyone else? >___ >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 ___ 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
Secure boot on rawhide messed up for anyone?
I had to disable it for it to boot. Anyone else? ___ 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
[Bug 2030287] Please branch and build perl-Email-Date-Format in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030287 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #2 from Fedora Update System --- FEDORA-EPEL-2021-d02e7caaa4 has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-d02e7caaa4 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030287 ___ 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 2030984] Please branch and build perl-AnyEvent-I3 in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030984 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from Fedora Update System --- FEDORA-EPEL-2021-fc07cfeb9d has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-fc07cfeb9d See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030984 ___ 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 2030725] perl-Math-Base-Convert for EPEL 9
https://bugzilla.redhat.com/show_bug.cgi?id=2030725 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from Fedora Update System --- FEDORA-EPEL-2021-12d89b3561 has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-12d89b3561 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030725 ___ 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 2030286] Please branch and build perl-Convert-BinHex in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030286 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from Fedora Update System --- FEDORA-EPEL-2021-42f97aa512 has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-42f97aa512 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030286 ___ 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 2030283] Please branch and build perl-MIME-tools in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030283 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from Fedora Update System --- FEDORA-EPEL-2021-097ebfc89a has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-097ebfc89a See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030283 ___ 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 1584474] Need version update for perl-Razor-Agent
https://bugzilla.redhat.com/show_bug.cgi?id=1584474 --- Comment #18 from Fedora Update System --- FEDORA-EPEL-2021-95153b56f6 has been pushed to the Fedora EPEL 7 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-95153b56f6 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=1584474 ___ 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 2030889] perl-Razor-Agent-2.86 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2030889 --- Comment #8 from Fedora Update System --- FEDORA-EPEL-2021-95153b56f6 has been pushed to the Fedora EPEL 7 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-95153b56f6 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030889 ___ 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 2030889] perl-Razor-Agent-2.86 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2030889 --- Comment #7 from Fedora Update System --- FEDORA-EPEL-2021-9b12028eb5 has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-9b12028eb5 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030889 ___ 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 1584474] Need version update for perl-Razor-Agent
https://bugzilla.redhat.com/show_bug.cgi?id=1584474 --- Comment #17 from Fedora Update System --- FEDORA-EPEL-2021-9b12028eb5 has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-9b12028eb5 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=1584474 ___ 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 2030889] perl-Razor-Agent-2.86 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2030889 --- Comment #6 from Fedora Update System --- FEDORA-2021-9ae76aaec7 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-9ae76aaec7` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-9ae76aaec7 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030889 ___ 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 1584474] Need version update for perl-Razor-Agent
https://bugzilla.redhat.com/show_bug.cgi?id=1584474 --- Comment #16 from Fedora Update System --- FEDORA-2021-9ae76aaec7 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-9ae76aaec7` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-9ae76aaec7 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=1584474 ___ 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 2031330] New: Please branch and build perl-HTtP-BrowserDetect in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2031330 Bug ID: 2031330 Summary: Please branch and build perl-HTtP-BrowserDetect in epel9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-HTTP-BrowserDetect Assignee: emman...@seyman.fr Reporter: redhat-develo...@virtual.drop.net QA Contact: extras...@fedoraproject.org CC: emman...@seyman.fr, perl-devel@lists.fedoraproject.org, st...@silug.org Target Milestone: --- Classification: Fedora Please branch and build perl-HTtP-BrowserDetect in epel9 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031330 ___ 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 2031329] New: Please branch and build perl-Log-Log4perl in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2031329 Bug ID: 2031329 Summary: Please branch and build perl-Log-Log4perl in epel9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-Log-Log4perl Assignee: jples...@redhat.com Reporter: redhat-develo...@virtual.drop.net QA Contact: extras...@fedoraproject.org CC: jose.p.oliveira@gmail.com, jples...@redhat.com, ka...@ucw.cz, mspa...@redhat.com, perl-devel@lists.fedoraproject.org, st...@silug.org Target Milestone: --- Classification: Fedora Please branch and build perl-Log-Log4perl in epel9 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031329 ___ 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
[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-d5e825b208 isync-1.3.6-1.el7 3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-bc5821ce86 libmysofa-1.2.1-1.el7 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-00d1f0f9b6 libopenmpt-0.5.14-1.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing cobbler-2.8.5-2.el7 fedfind-4.4.5-1.el7 perl-Razor-Agent-2.86-1.el7 root-6.24.06-2.el7 Details about builds: cobbler-2.8.5-2.el7 (FEDORA-EPEL-2021-f4c30a5d5d) Boot server configurator Update Information: Remove get-loaders command ChangeLog: * Thu Dec 9 2021 Orion Poplawski - 2.8.5-2 - Remove defunct get-loaders command * Sun Dec 29 2019 Orion Poplawski - 2.8.5-1 - Udate to 2.8.5 final release fedfind-4.4.5-1.el7 (FEDORA-EPEL-2021-6a6f32df5b) Fedora compose and image finder Update Information: This update provides the latest release of fedfind, 4.4.5. User-visible changes are minor, just a change to handle EL 8 having a very old productmd that doesn't know about the "vmdk" image type, and some additional known subvariants in the constants. There were more substantial non-user-visible changes to the project's build/test configuration; one consequence of this is that the Fedora builds should no longer require the external `cached_property` module, but use the one from Python 3's standard library. EPEL builds still require the external module as it is not in the Python standard library on those platforms. ChangeLog: * Thu Dec 9 2021 Adam Williamson 4.4.5-1 - New release 4.4.5: minor fixes, updated known subvariants * Wed Jul 21 2021 Fedora Release Engineering - 4.4.4-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild * Fri Jun 4 2021 Python Maint - 4.4.4-3 - Rebuilt for Python 3.10 * Tue Jan 26 2021 Fedora Release Engineering - 4.4.4-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild perl-Razor-Agent-2.86-1.el7 (FEDORA-EPEL-2021-95153b56f6) Collaborative, content-based spam filtering network agent Update Information: - Upgrade to 2.86 (#1584474, #2030889) ChangeLog: * Fri Dec 10 2021 Robert Scheck 2.86-1 - Upgrade to 2.86 (#1584474, #2030889) * Thu Jul 22 2021 Fedora Release Engineering - 2.85-42 - Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild * Sat May 22 2021 Jitka Plesnikova - 2.85-41 - Perl 5.34 rebuild * Wed Jan 27 2021 Fedora Release Engineering - 2.85-40 - Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild * Tue Jul 28 2020 Fedora Release Engineering - 2.85-39 - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild * Tue Jul 14 2020 Tom Stellard - 2.85-38 - Use make macros - https://fedoraproject.org/wiki/Changes/UseMakeBuildInstallMacro * Tue Jun 23 2020 Jitka Plesnikova - 2.85-37 - Perl 5.32 rebuild * Tue Mar 17 2020 Jitka Plesnikova - 2.85-36 - Specify all build dependencies * Thu Jan 30 2020 Fedora Release Engineering - 2.85-35 - Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild * Fri Jul 26 2019 Fedora Release Engineering - 2.85-34 - Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild * Fri May 31 2019 Jitka Plesnikova - 2.85-33 - Perl 5.30 rebuild * Fri Feb 1 2019 Fedora Release Engineering - 2.85-32 - Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild * Fri Jul 13 2018 Fedora Release Engineering - 2.85-31 - Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild * Fri Jun 29 2018 Jitka Plesnikova - 2.85-30 - Perl 5.28 rebuild * Fri Feb 9 2018 Fedora Release Engineering - 2.85-29 - Rebuilt for https://fedoraproject.org/wiki/Fedora_28_Mass_Rebuild * Thu Aug 3 2017 Fedora Release Engineering - 2.85-28 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Binutils_Mass_Rebuild * Thu Jul 27 2017 Fedora Release Engineering - 2.85-27 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild * Tue Jun 6 2017 Jitka Plesnikova - 2.85-26 - Perl 5.26 rebuild * Sat Feb 11 2017
[Bug 1584474] Need version update for perl-Razor-Agent
https://bugzilla.redhat.com/show_bug.cgi?id=1584474 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #15 from Fedora Update System --- FEDORA-2021-bed2fc8db0 has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-bed2fc8db0` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-bed2fc8db0 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=1584474 ___ 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 2030889] perl-Razor-Agent-2.86 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2030889 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #5 from Fedora Update System --- FEDORA-2021-bed2fc8db0 has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-bed2fc8db0` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-bed2fc8db0 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030889 ___ 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
[EPEL-devel] Re: Is anyone still using EPEL8 Playground?
On 10. 12. 21 21:12, Troy Dawson wrote: What are other's thoughts about if/when to remove the epel8-playground repo? My thoughts: Sunset the contributing ways for Playground ASAP. Remove the repo with the next RHEL 8.x release. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: pyproject_buildrequires choked on mistune
On 10. 12. 21 22:30, Michel Alexandre Salim wrote: I'm packaging python-mistune as a dependency for hyperkitty (so we can finally pull off a Mailman3/Hyperkitty migration from the current RHEL7+custom repo setup - tracked in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2030061) python-mistune review: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2031262 One weird thing is, pyproject_buildrequires fails: ``` Executing(%generate_buildrequires): /bin/sh -e /var/tmp/rpm-tmp.KZ4hKk + umask 022 + cd /builddir/build/BUILD + cd mistune-2.0.0 + echo python3-devel + echo 'python3dist(pip) >= 19' + echo 'python3dist(packaging)' + '[' -f pyproject.toml ']' + echo 'python3dist(toml)' + rm -rfv '*.dist-info/' + '[' -f /usr/bin/python3 ']' + RPM_TOXENV=py310 + HOSTNAME=rpmbuild + /usr/bin/python3 -s /usr/lib/rpm/redhat/pyproject_buildrequires.py --generate-extras --python3_pkgver sion 3 Handling setuptools from build-system.requires Requirement satisfied: setuptools (installed: setuptools 58.5.3) Handling wheel from build-system.requires Requirement not satisfied: wheel Traceback (most recent call last): File "/usr/lib/rpm/redhat/pyproject_buildrequires.py", line 421, in main generate_requires( File "/usr/lib/rpm/redhat/pyproject_buildrequires.py", line 354, in generate_requires backend = get_backend(requirements) File "/usr/lib/rpm/redhat/pyproject_buildrequires.py", line 219, in get_backend raise FileNotFoundError('File "setup.py" not found for legacy project.') FileNotFoundError: File "setup.py" not found for legacy project. ``` so I had to manually add the BRs in https://salimma.fedorapeople.org/specs/python/python-mistune.spec the `pyproject.toml` is super simple: ``` $ cat python/mistune-2.0.0/pyproject.toml [build-system] requires = [ "setuptools", "wheel" ] ``` because the project really didn't have any dependency (beyond pytest for running tests). Is this a problem with our tooling or with upstream's pyproject.toml? The problem is with upstream's pyproject.toml. They don't specify build backed, hence setup.py approach is used as a fallback and setup.py does not exist. Either they need to to specify build backend to setuptools (preferred) or setup.py needs to exist in sdist. See also https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproject.org/thread/4Z7QWA5WDENAQJDH3O2HOM2UTBYPYNU5/ Search for "%pyproject_buildrequires fallbacks to setuptools only if setup.py exists." -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-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/python-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Anime Image Enhance AI Has Gone To The Next Level [Real-ESRGAN]
Image upscaling, image super resolution, image enhancing, has always been a hot topic since the age of sci-fi movies. The only difference is that we expect to see the true details when enhanced in sci-fi, but in real life, we are only able to estimate what it COULD look like. But it is also this mind blowing accuracy of estimation is what makes AI technology so powerful and groundbreaking. https://release-monitoring.org/project/241533/ https://www.youtube.com/watch?v=z7F5gvijyVI ___ 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: Orphaning my packages
On Fri, Dec 10, 2021 at 3:45 PM Richard W.M. Jones wrote: > On Fri, Dec 10, 2021 at 10:53:23AM -0800, Alan Dunn wrote: > > alt-ergo > > coq > > gappa > > ocaml-lablgtk > > ocaml-mlgmpidl > > ocaml-ocamlgraph > > You can reassign these to me. > > Comaintainers definitely welcome. Especially for coq which is a > daunting package. I've been the de facto maintainer for alt-ergo, coq, gappa, and ocaml-ocamlgraph for quite awhile already, and I'm happy to continue maintaining them. I actually prompted Alan to send that email, with the intent of stepping into the primary maintainer role myself. But I'm happy to have your help. :-) -- Jerry James http://www.jamezone.org/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: debug_package when using go_generate_buildrequires
On Fri, Dec 10, 2021 at 4:25 AM Maxwell G via devel wrote: > > I am forwarding this to devel@, because I am reviewing this package and would > also like a response. > > Thanks, > Maxwell I remember a similar problem. Can you try adding an empty %build scriptlet? Last time, that worked around the issue, if I remember correctly ... 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
Re: The New Hotness 1.0.0 deployed on production
On Thu, Dec 9, 2021 at 9:15 PM Miro Hrončok wrote: > > On 09. 12. 21 18:34, Fabio Valentini wrote: > > On Thu, Dec 9, 2021 at 2:57 PM Miro Hrončok wrote: > >> > >> On 09. 12. 21 13:54, Michal Konecny wrote: > >>> Hello everyone, > >>> > >>> The New Hotness 1.0.0 is now live in Fedora infra production environment. > >>> For > >>> those who don't know what this app does, it basically notifying packagers > >>> about > >>> new versions of packages by creating bugzilla issues. > >>> > >>> And what is new: > >>> * The New Hotness was rewritten from scratch using clean architecture > >>> design > >>> (it's now easier to maintain and less error prone) > >>> * Documentation[0] was updated to be more useful and up to date > >>> * The comments created in bugzilla should be more helpful and contain info > >>> about errors if any happens during the scratch build > >>> * The New Hotness now remembers the Koji Task ID,even if there is error > >>> in post > >>> scratch build. In past the task ID was just lost and when the build was > >>> finished The New Hotness couldn't recognize it > >>> * We now have a containerized workflow for development > >>> > >>> If you want to look at full changelog, please visit the-new-hotness GitHub > >>> release page [1]. > >> > >> Awesome! > >> > >> Let me use this as an opportunity to ask: > >> How can I disable reporting of pre-releases? > > > > The only way I can think of to "ignore" pre-releases is to add a > > "Version filter" on release-monitoring.org ... > > I've started adding a "alpha;beta;rc;pre" filter (and set the > > versioning to "semantic" to make sure they are sorted correctly) to > > all Rust packages I touch, because we don't package pre-releases > > except in rare circumstances. > > > > Bt that only prevents anitya from fetching *new* pre-releases that > > match that filter, it doesn't remove those that are already in the > > database, and you won't get notifications for "new" versions that are > > "older" than the latest pre-release :( > > Hopefully for Python packages, this should be fixed in the future with: > > https://github.com/fedora-infra/anitya/pull/1175 > > Maybe it can be solved similarly for Rust packages? Uhm ... not sure if I understand you correctly. The "Semantic" versioning scheme support in anitya is working just fine for Rust crates. I just want to never get notified about pre-releases, because we *almost never* want to package those. And for that, I set the version filter. 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
Re: Orphaning my packages
On Fri, Dec 10, 2021 at 10:53:23AM -0800, Alan Dunn wrote: > alt-ergo > coq > gappa > ocaml-lablgtk > ocaml-mlgmpidl > ocaml-ocamlgraph You can reassign these to me. Comaintainers definitely welcome. Especially for coq which is a daunting package. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ 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
[Bug 2031237] Please branch and build perl-HTTP-Cache-Transparent in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2031237 Xavier Bachelot changed: What|Removed |Added Doc Type|--- |If docs needed, set a value --- Comment #1 from Xavier Bachelot --- https://pagure.io/releng/fedora-scm-requests/issue/39329 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031237 ___ 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
pyproject_buildrequires choked on mistune
I'm packaging python-mistune as a dependency for hyperkitty (so we can finally pull off a Mailman3/Hyperkitty migration from the current RHEL7+custom repo setup - tracked in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2030061) python-mistune review: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2031262 One weird thing is, pyproject_buildrequires fails: ``` Executing(%generate_buildrequires): /bin/sh -e /var/tmp/rpm-tmp.KZ4hKk + umask 022 + cd /builddir/build/BUILD + cd mistune-2.0.0 + echo python3-devel + echo 'python3dist(pip) >= 19' + echo 'python3dist(packaging)' + '[' -f pyproject.toml ']' + echo 'python3dist(toml)' + rm -rfv '*.dist-info/' + '[' -f /usr/bin/python3 ']' + RPM_TOXENV=py310 + HOSTNAME=rpmbuild + /usr/bin/python3 -s /usr/lib/rpm/redhat/pyproject_buildrequires.py --generate-extras --python3_pkgver sion 3 Handling setuptools from build-system.requires Requirement satisfied: setuptools (installed: setuptools 58.5.3) Handling wheel from build-system.requires Requirement not satisfied: wheel Traceback (most recent call last): File "/usr/lib/rpm/redhat/pyproject_buildrequires.py", line 421, in main generate_requires( File "/usr/lib/rpm/redhat/pyproject_buildrequires.py", line 354, in generate_requires backend = get_backend(requirements) File "/usr/lib/rpm/redhat/pyproject_buildrequires.py", line 219, in get_backend raise FileNotFoundError('File "setup.py" not found for legacy project.') FileNotFoundError: File "setup.py" not found for legacy project. ``` so I had to manually add the BRs in https://salimma.fedorapeople.org/specs/python/python-mistune.spec the `pyproject.toml` is super simple: ``` $ cat python/mistune-2.0.0/pyproject.toml [build-system] requires = [ "setuptools", "wheel" ] ``` because the project really didn't have any dependency (beyond pytest for running tests). Is this a problem with our tooling or with upstream's pyproject.toml? Happy to follow up with them if they need a more fleshed-out project definition. Thanks, -- Michel Alexandre Salim profile: https://keyoxide.org/mic...@michel-slm.name signature.asc Description: PGP signature ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-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/python-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-Rawhide-20211210.n.0 compose check report
No missing expected images. Compose PASSES proposed Rawhide gating check! All required tests passed Failed openQA tests: 7/208 (x86_64), 15/142 (aarch64) New failures (same test not failed in Fedora-Rawhide-20211209.n.0): ID: 1083571 Test: x86_64 Server-dvd-iso realmd_join_cockpit URL: https://openqa.fedoraproject.org/tests/1083571 ID: 1083657 Test: aarch64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/1083657 ID: 1083662 Test: aarch64 Server-dvd-iso support_server@uefi URL: https://openqa.fedoraproject.org/tests/1083662 ID: 1083671 Test: aarch64 Server-dvd-iso install_default_upload@uefi URL: https://openqa.fedoraproject.org/tests/1083671 ID: 1083679 Test: aarch64 Server-dvd-iso install_repository_nfs_variation@uefi URL: https://openqa.fedoraproject.org/tests/1083679 ID: 1083692 Test: aarch64 Server-dvd-iso install_resize_lvm@uefi URL: https://openqa.fedoraproject.org/tests/1083692 ID: 1083736 Test: aarch64 Cloud_Base-qcow2-qcow2 base_services_start@uefi URL: https://openqa.fedoraproject.org/tests/1083736 ID: 1083739 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1083739 ID: 1083776 Test: x86_64 universal install_iscsi URL: https://openqa.fedoraproject.org/tests/1083776 ID: 1083793 Test: x86_64 universal install_multi_empty URL: https://openqa.fedoraproject.org/tests/1083793 ID: 1083817 Test: aarch64 universal install_addrepo_metalink_graphical@uefi URL: https://openqa.fedoraproject.org/tests/1083817 ID: 1083835 Test: aarch64 universal upgrade_server_domain_controller@uefi URL: https://openqa.fedoraproject.org/tests/1083835 ID: 1083862 Test: aarch64 universal install_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/1083862 ID: 1083864 Test: aarch64 universal upgrade_realmd_client@uefi URL: https://openqa.fedoraproject.org/tests/1083864 Old failures (same test failed in Fedora-Rawhide-20211209.n.0): ID: 1083586 Test: x86_64 Workstation-live-iso eog URL: https://openqa.fedoraproject.org/tests/1083586 ID: 1083596 Test: x86_64 Workstation-live-iso desktop_login URL: https://openqa.fedoraproject.org/tests/1083596 ID: 1083612 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/1083612 ID: 1083637 Test: x86_64 Silverblue-dvd_ostree-iso eog URL: https://openqa.fedoraproject.org/tests/1083637 ID: 1083716 Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi URL: https://openqa.fedoraproject.org/tests/1083716 ID: 1083723 Test: aarch64 Workstation-raw_xz-raw.xz desktop_browser@uefi URL: https://openqa.fedoraproject.org/tests/1083723 ID: 1083725 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi URL: https://openqa.fedoraproject.org/tests/1083725 ID: 1083730 Test: aarch64 Workstation-raw_xz-raw.xz eog@uefi URL: https://openqa.fedoraproject.org/tests/1083730 Soft failed openQA tests: 1/142 (aarch64), 5/208 (x86_64) (Tests completed, but using a workaround for a known bug) New soft failures (same test not soft failed in Fedora-Rawhide-20211209.n.0): ID: 1083714 Test: aarch64 Workstation-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/1083714 Old soft failures (same test soft failed in Fedora-Rawhide-20211209.n.0): ID: 1083601 Test: x86_64 Workstation-live-iso gedit URL: https://openqa.fedoraproject.org/tests/1083601 ID: 1083635 Test: x86_64 Silverblue-dvd_ostree-iso evince URL: https://openqa.fedoraproject.org/tests/1083635 ID: 1083636 Test: x86_64 Silverblue-dvd_ostree-iso gedit URL: https://openqa.fedoraproject.org/tests/1083636 ID: 1083647 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1083647 ID: 1083786 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/1083786 Passed openQA tests: 102/142 (aarch64), 196/208 (x86_64) New passes (same test not passed in Fedora-Rawhide-20211209.n.0): ID: 1083717 Test: aarch64 Workstation-raw_xz-raw.xz desktop_terminal@uefi URL: https://openqa.fedoraproject.org/tests/1083717 ID: 1083728 Test: aarch64 Workstation-raw_xz-raw.xz base_update_cli@uefi URL: https://openqa.fedoraproject.org/tests/1083728 ID: 1083820 Test: aarch64 universal install_asian_language@uefi URL: https://openqa.fedoraproject.org/tests/1083820 ID: 1083830 Test: aarch64 universal install_cyrillic_language@uefi URL: https://openqa.fedoraproject.org/tests/1083830 Skipped non-gating openQA tests: 24 of 350 Installed system changes in test x86_64 Server-boot-iso install_default: System load changed from 0.23 to 0.12 Previous test data: https://openqa.fedoraproject.org/tests/1081903#downloads Current test data: https://openqa.fedoraproject.org/tests/1083517#downloads Installed system changes in test x86_64 Server-boot-iso install_default@uefi: System load changed from 0.05
Re: Packaging pgAdmin4
On 10.12.21 22:05, Fabio Valentini wrote: On Fri, Dec 10, 2021 at 12:57 PM Sandro Mani wrote: On 10.12.21 01:54, Demi Marie Obenour wrote: On 12/9/21 1:05 PM, Sandro Mani wrote: On 09.12.21 17:31, Vitaly Zaitsev via devel wrote: On 09/12/2021 16:56, Sandro Mani wrote: This does not appear to be accurate for nodejs packages - take i.e. node-svgo, which compliant with the guidelines bundles node_modules dir in svgo-2.8.0-nm-dev.tgz resp svgo-2.8.0-nm-prod.tgz. You can vendor only sources. No prebuilt assets are allowed. Which would basically mean bundling the node_modules folder? No, it would mean bundling the source from which the stuff in node_modules is generated. Well this isn't what is the current nodejs packaging guidelines state and as noted by Ben elsewhere in this thread would make it prohibitive to package anything but the most trivial nodejs library. Well, not even NodeJS packaging can ignore basic "legal" requirements (such as: not shipping pre-built binaries etc.). I always assumed that to be an implicit rule, which doesn't need to be repeated on every domain-specific Packaging Guidelines page ... So, if bundled / vendored dependencies contain objectionable content, those files needs to be removed, preferably before building the vendor tarball. If that's currently not the case, then NodeJS packaging is more broken than I thought. The license review is outlined in [1] and not the issue at hand here - clearly, bundled content needs to satisfy the licensing requirements or otherwise removed. The issue here concerns bundling node_modules vs unbundling and building from source every single dependency and dependency of dependency. Thanks Sandro [1] https://docs.fedoraproject.org/en-US/packaging-guidelines/Node.js/#_bundled_licenses ___ 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: Packaging pgAdmin4
On Fri, Dec 10, 2021 at 12:57 PM Sandro Mani wrote: > > > On 10.12.21 01:54, Demi Marie Obenour wrote: > > On 12/9/21 1:05 PM, Sandro Mani wrote: > >> On 09.12.21 17:31, Vitaly Zaitsev via devel wrote: > >>> On 09/12/2021 16:56, Sandro Mani wrote: > This does not appear to be accurate for nodejs packages - take i.e. > node-svgo, which compliant with the guidelines bundles node_modules > dir in svgo-2.8.0-nm-dev.tgz resp svgo-2.8.0-nm-prod.tgz. > >>> You can vendor only sources. No prebuilt assets are allowed. > >> Which would basically mean bundling the node_modules folder? > > No, it would mean bundling the source from which the stuff in > > node_modules is generated. > > Well this isn't what is the current nodejs packaging guidelines state > and as noted by Ben elsewhere in this thread would make it prohibitive > to package anything but the most trivial nodejs library. Well, not even NodeJS packaging can ignore basic "legal" requirements (such as: not shipping pre-built binaries etc.). I always assumed that to be an implicit rule, which doesn't need to be repeated on every domain-specific Packaging Guidelines page ... So, if bundled / vendored dependencies contain objectionable content, those files needs to be removed, preferably before building the vendor tarball. If that's currently not the case, then NodeJS packaging is more broken than I thought. 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
[Bug 2031237] New: Please branch and build perl-HTTP-Cache-Transparent in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2031237 Bug ID: 2031237 Summary: Please branch and build perl-HTTP-Cache-Transparent in epel9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-HTTP-Cache-Transparent Assignee: xav...@bachelot.org Reporter: gary.buhrmas...@gmail.com QA Contact: extras...@fedoraproject.org CC: emman...@seyman.fr, kwiz...@gmail.com, perl-devel@lists.fedoraproject.org, xav...@bachelot.org Target Milestone: --- Classification: Fedora Please branch and build perl-HTTP-Cache-Transparent in epel9. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031237 ___ 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 2031236] New: Please branch and build perl-LWP-UserAgent-Determined in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2031236 Bug ID: 2031236 Summary: Please branch and build perl-LWP-UserAgent-Determined in epel9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-LWP-UserAgent-Determined Assignee: zonexpertconsult...@outlook.com Reporter: gary.buhrmas...@gmail.com QA Contact: extras...@fedoraproject.org CC: emman...@seyman.fr, perl-devel@lists.fedoraproject.org, rr...@redhat.com, zonexpertconsult...@outlook.com Target Milestone: --- Classification: Fedora Please branch and build perl-LWP-UserAgent-Determined in epel9. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031236 ___ 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 2031234] New: Please branch and build perl-DateTime-Format-SQLite in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2031234 Bug ID: 2031234 Summary: Please branch and build perl-DateTime-Format-SQLite in epel9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-DateTime-Format-SQLite Assignee: jples...@redhat.com Reporter: gary.buhrmas...@gmail.com QA Contact: extras...@fedoraproject.org CC: iarn...@gmail.com, jples...@redhat.com, perl-devel@lists.fedoraproject.org, ser...@serjux.com Target Milestone: --- Classification: Fedora Please branch and build perl-DateTime-Format-SQLite in epel9. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031234 ___ 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 2030285] Please branch and build perl-SOAP-Lite in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030285 Gary Buhrmaster changed: What|Removed |Added Doc Type|--- |If docs needed, set a value CC||gary.buhrmas...@gmail.com -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030285 ___ 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
FedoraRespin-35-updates-20211201.0 compose check report
Missing expected images: Soas live x86_64 Failed openQA tests: 2/67 (x86_64), 1/18 (aarch64) ID: 1076199 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/1076199 ID: 1083870 Test: x86_64 Workstation-upgrade upgrade_desktop_64bit URL: https://openqa.fedoraproject.org/tests/1083870 ID: 1083891 Test: aarch64 Workstation-upgrade upgrade_desktop_64bit@uefi URL: https://openqa.fedoraproject.org/tests/1083891 Soft failed openQA tests: 3/67 (x86_64) (Tests completed, but using a workaround for a known bug) ID: 1075316 Test: x86_64 Workstation-live-iso eog URL: https://openqa.fedoraproject.org/tests/1075316 ID: 1075331 Test: x86_64 Workstation-live-iso gedit URL: https://openqa.fedoraproject.org/tests/1075331 ID: 1076200 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/1076200 Passed openQA tests: 42/67 (x86_64) Skipped non-gating openQA tests: 37 of 85 -- 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
[EPEL-devel] Re: Is anyone still using EPEL8 Playground?
On Fri, Dec 10, 2021 at 10:21 AM Davide Cavalca via epel-devel < epel-devel@lists.fedoraproject.org> wrote: > On Fri, 2021-12-10 at 05:29 -0800, Troy Dawson wrote: > > We (The EPEL Steering Committee) are following up on EPEL issue > > 136[1] regarding the status of EPEL8 Playground. > > > > Looking through the logs we see that there are still people building > > against playground on a regular basis. But as I look into each of > > those packages, the same package is built in both epel8 and epel8- > > playground, at the same time. > > > > This leads me to believe that the only reason people are still > > building on playground is because they feel obligated to, not because > > they really need someplace to test things out. > > > > So, if anyone is still using epel8-playground for something they > > can't get from epel8-next and/or COPR, please let us know. > > Otherwise we will shut it down and call it an interesting experiment. > > Will the repositories remain available after the shutdown, or is the > plan to sunset those too? > Good question. At the very least they will be in the archive. Maybe we can do it in stages. Remove the build targets from koji, and the dnf config files from epel-release. Then after a set amount of time, like 3 or 6 months remove the repos. Long term, the non-archived repo needs to go away. Leaving it there implies that it is supported in some way and is getting updates. What are other's thoughts about if/when to remove the epel8-playground repo? Troy ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Fedora rawhide compose report: 20211210.n.0 changes
OLD: Fedora-Rawhide-20211209.n.0 NEW: Fedora-Rawhide-20211210.n.0 = SUMMARY = Added images:1 Dropped images: 2 Added packages: 9 Dropped packages:1 Upgraded packages: 114 Downgraded packages: 1 Size of added packages: 1.19 GiB Size of dropped packages:555.42 KiB Size of upgraded packages: 11.30 GiB Size of downgraded packages: 6.80 MiB Size change of upgraded packages: -26.03 MiB Size change of downgraded packages: 140.20 KiB = ADDED IMAGES = Image: Container_Minimal_Base docker x86_64 Path: Container/x86_64/images/Fedora-Container-Minimal-Base-Rawhide-20211210.n.0.x86_64.tar.xz = DROPPED IMAGES = Image: Container_Minimal_Base docker ppc64le Path: Container/ppc64le/images/Fedora-Container-Minimal-Base-Rawhide-20211209.n.0.ppc64le.tar.xz Image: Workstation live aarch64 Path: Workstation/aarch64/iso/Fedora-Workstation-Live-aarch64-Rawhide-20211209.n.0.iso = ADDED PACKAGES = Package: ghc9.2-9.2.1-1.fc36 Summary: Glasgow Haskell Compiler RPMs:ghc9.2 ghc9.2-Cabal ghc9.2-Cabal-devel ghc9.2-Cabal-doc ghc9.2-Cabal-prof ghc9.2-array ghc9.2-array-devel ghc9.2-array-doc ghc9.2-array-prof ghc9.2-base ghc9.2-base-devel ghc9.2-base-doc ghc9.2-base-prof ghc9.2-binary ghc9.2-binary-devel ghc9.2-binary-doc ghc9.2-binary-prof ghc9.2-bytestring ghc9.2-bytestring-devel ghc9.2-bytestring-doc ghc9.2-bytestring-prof ghc9.2-compiler ghc9.2-containers ghc9.2-containers-devel ghc9.2-containers-doc ghc9.2-containers-prof ghc9.2-deepseq ghc9.2-deepseq-devel ghc9.2-deepseq-doc ghc9.2-deepseq-prof ghc9.2-devel ghc9.2-directory ghc9.2-directory-devel ghc9.2-directory-doc ghc9.2-directory-prof ghc9.2-doc ghc9.2-doc-index ghc9.2-exceptions ghc9.2-exceptions-devel ghc9.2-exceptions-doc ghc9.2-exceptions-prof ghc9.2-filepath ghc9.2-filepath-devel ghc9.2-filepath-doc ghc9.2-filepath-prof ghc9.2-ghc ghc9.2-ghc-boot ghc9.2-ghc-boot-devel ghc9.2-ghc-boot-doc ghc9.2-ghc-boot-prof ghc9.2-ghc-boot-th ghc9.2-ghc-boot-th-devel ghc9.2-ghc-boot-th-doc ghc9.2-ghc-boot-th-prof ghc9.2-ghc-compact ghc9.2-ghc-compact-devel ghc9.2-ghc-compact-doc ghc9.2-ghc-compact-prof ghc9.2-ghc-devel ghc9.2-ghc-doc ghc9.2-ghc-heap ghc9.2-ghc-heap-devel ghc9.2-ghc-heap-doc ghc9.2-ghc-heap-prof ghc9.2-ghc-prof ghc9.2-ghci ghc9.2-ghci-devel ghc9.2-ghci-doc ghc9.2-ghci-prof ghc9.2-haskeline ghc9.2-haskeline-devel ghc9.2-haskeline-doc ghc9.2-haskeline-prof ghc9.2-hpc ghc9.2-hpc-devel ghc9.2-hpc-doc ghc9.2-hpc-prof ghc9.2-libiserv ghc9.2-libiserv-devel ghc9.2-libiserv-doc ghc9.2-libiserv-prof ghc9.2-manual ghc9.2-mtl ghc9.2-mtl-devel ghc9.2-mtl-doc ghc9.2-mtl-prof ghc9.2-parsec ghc9.2-parsec-devel ghc9.2-parsec-doc ghc9.2-parsec-prof ghc9.2-pretty ghc9.2-pretty-devel ghc9.2-pretty-doc ghc9.2-pretty-prof ghc9.2-process ghc9.2-process-devel ghc9.2-process-doc ghc9.2-process-prof ghc9.2-prof ghc9.2-stm ghc9.2-stm-devel ghc9.2-stm-doc ghc9.2-stm-prof ghc9.2-template-haskell ghc9.2-template-haskell-devel ghc9.2-template-haskell-doc ghc9.2-template-haskell-prof ghc9.2-terminfo ghc9.2-terminfo-devel ghc9.2-terminfo-doc ghc9.2-terminfo-prof ghc9.2-text ghc9.2-text-devel ghc9.2-text-doc ghc9.2-text-prof ghc9.2-time ghc9.2-time-devel ghc9.2-time-doc ghc9.2-time-prof ghc9.2-transformers ghc9.2-transformers-devel ghc9.2-transformers-doc ghc9.2-transformers-prof ghc9.2-unix ghc9.2-unix-devel ghc9.2-unix-doc ghc9.2-unix-prof ghc9.2-xhtml ghc9.2-xhtml-devel ghc9.2-xhtml-doc ghc9.2-xhtml-prof Size:1.18 GiB Package: python-postorius-1.3.6-1.fc36 Summary: Web UI for GNU Mailman RPMs:postorius Size:1.39 MiB Package: python-surt-0.3.1-1.20211209git6934c32.fc36 Summary: Sort-friendly URI Reordering Transform (SURT) python package RPMs:python3-surt Size:36.58 KiB Package: rust-actix-macros0.1-0.1.3-4.fc36 Summary: Actix runtime macros RPMs:rust-actix-macros0.1+actix-reexport-devel rust-actix-macros0.1+default-devel rust-actix-macros0.1-devel Size:27.19 KiB Package: rust-actix-rt1-1.1.1-2.fc36 Summary: Actix runtime RPMs:rust-actix-rt1+default-devel rust-actix-rt1-devel Size:30.51 KiB Package: rust-actix-service-1.0.6-3.fc36 Summary: Actix service RPMs:rust-actix-service+default-devel rust-actix-service-devel Size:39.79 KiB Package: rust-actix-utils-2.0.0-3.fc36 Summary: Various network related services and utilities for Actix RPMs:rust-actix-utils+default-devel rust-actix-utils-devel Size:37.65 KiB Package: rust-cookie0.14-0.14.4-1.fc36 Summary: HTTP cookie parsing and cookie jar management RPMs:rust-cookie0.14+aes-gcm-devel rust-cookie0.14+base64-devel rust-cookie0.14+default-devel rust-cookie0.14+hkdf-devel rust-cookie0.14+hmac-devel rust-cookie0.14+key-expansion-devel rust-cookie0.14+percent-encode-devel rust-cookie0.14+percent-encoding-devel rust-cookie0.14+private-devel rust-cookie0.14+rand-devel rust-cookie0.14+secure-devel rust-cookie0.14+sha2-devel rust-cookie0.14+signed-devel rust-cookie0.14-devel Size
[Bug 2030287] Please branch and build perl-Email-Date-Format in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030287 Fedora Update System changed: What|Removed |Added Status|NEW |MODIFIED --- Comment #1 from Fedora Update System --- FEDORA-EPEL-2021-d02e7caaa4 has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-d02e7caaa4 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030287 ___ 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
[Test-Announce] Fedora 36 Rawhide 20211210.n.0 nightly compose nominated for testing
Announcing the creation of a new nightly release validation test event for Fedora 36 Rawhide 20211210.n.0. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki/QA:Release_validation_test_plan Notable package version changes: lorax - 20211203.n.0: lorax-36.1-1.fc36.src, 20211210.n.0: lorax-36.3-1.fc36.src Test coverage information for the current release can be seen at: https://openqa.fedoraproject.org/testcase_stats/36 You can see all results, find testing instructions and image download locations, and enter results on the Summary page: https://fedoraproject.org/wiki/Test_Results:Fedora_36_Rawhide_20211210.n.0_Summary The individual test result pages are: https://fedoraproject.org/wiki/Test_Results:Fedora_36_Rawhide_20211210.n.0_Installation https://fedoraproject.org/wiki/Test_Results:Fedora_36_Rawhide_20211210.n.0_Base https://fedoraproject.org/wiki/Test_Results:Fedora_36_Rawhide_20211210.n.0_Server https://fedoraproject.org/wiki/Test_Results:Fedora_36_Rawhide_20211210.n.0_Cloud https://fedoraproject.org/wiki/Test_Results:Fedora_36_Rawhide_20211210.n.0_Desktop https://fedoraproject.org/wiki/Test_Results:Fedora_36_Rawhide_20211210.n.0_Security_Lab Thank you for testing! -- Mail generated by relvalconsumer: https://pagure.io/fedora-qa/relvalconsumer ___ test-announce mailing list -- test-annou...@lists.fedoraproject.org To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/test-annou...@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure ___ 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: new systemd in rawhide
On 12/10/21 09:13, Zbigniew Jędrzejewski-Szmek wrote: On Fri, Dec 10, 2021 at 10:40:33AM +0100, Vitaly Zaitsev via devel wrote: What happens if these libraries are not installed an cannot be dl-opened? The functionality that requires those libraries will not be available. This is quite clever, +1. It occurred to me that a downside might be in mysterious functionality variances in case of latent bugs. Say, something happens to libpcre2 (file gets damaged, or ABI incompatibility creeps in, etc) so that suddenly 'journalctl --grep' stops working. How would one find out about the cause? From reading the journalctl code, it seems to me that pcre2-dlopen.c:dlopen_pcre2() is called when --grep is used, and it logs the failure, which I think addresses my concern. So the apps using this technique would have to be written carefully, to only dlopen() (and therefore also print possible error messages) when the optional functionality is called for, right? If the dlopen()s were just shotgunned at the startup, it could result in a lot of chatter. If this technique became widely used, as it probably should, maybe there ought to be a common way of finding out what is and isn't available. For instance, the apps could have a special common option, like 'journalctl --capabilities' returning ... libpcre2 loaded, --grep enabled libfancy NOT loaded, --FANCY disabled .. Or, there could be a system-wide status matrix of executables vs libraries, listing the outcome of recent dlopen()s, so that a query like 'capabilites journalctl' would return the status above (except that such general utility would not in general be able to print what app functionality is tied to the particular library) ___ 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
Orphaning my packages
Hi, I'm listed as a maintainer for the following packages: alt-ergo coq emacs-common-proofgeneral gappa ocaml-lablgtk ocaml-mlgmpidl ocaml-ocamlgraph stp I haven't done any packaging work in a while, and I'd like to orphan my packages/relinquish my maintainership of all my packages. Jerry James (loganje...@gmail.com) has expressed interest in taking over these packages; for cases where he is currently a comaintainer, he has been the one doing the real maintenance for years at this point. Thanks, - Alan ___ 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
[EPEL-devel] Re: Is anyone still using EPEL8 Playground?
On Fri, 2021-12-10 at 05:29 -0800, Troy Dawson wrote: > We (The EPEL Steering Committee) are following up on EPEL issue > 136[1] regarding the status of EPEL8 Playground. > > Looking through the logs we see that there are still people building > against playground on a regular basis. But as I look into each of > those packages, the same package is built in both epel8 and epel8- > playground, at the same time. > > This leads me to believe that the only reason people are still > building on playground is because they feel obligated to, not because > they really need someplace to test things out. > > So, if anyone is still using epel8-playground for something they > can't get from epel8-next and/or COPR, please let us know. > Otherwise we will shut it down and call it an interesting experiment. Will the repositories remain available after the shutdown, or is the plan to sunset those too? Cheers Davide ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: new systemd in rawhide
On Fri, Dec 10, 2021 at 07:34:42AM +, Zbigniew Jędrzejewski-Szmek wrote: > Also, I moved more stuff into the -udev subpackage: > systemd-integritysetup, systemd-veritysetup, systemd-binfmt, > systemd-sysctl, systemd-coredump. IIUC, none of those are useful > in containers, so they fit better in -udev which is supposed to be installed > on real hardware or VMs. Could we keep udev to being for udev and introduce a different package for extras? This change affects libguestfs which only wants udev, not systemd or anything else. (Ideally, package udev as a separate project of course.) 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
Re: Update rust-palette 0.6.0
On Fri, Dec 10, 2021 at 1:09 PM Link Dupont via devel wrote: > > On Friday, December 10, 2021 2:35:45 AM EST Rémi Lauzier wrote: > > Hi everyone. I will update rust-palette and rust-palette_derive to version > > 0.6.0 in a sidetag. If there is no objection i will push it in a week. The > > only dependency that somebody else will have to update is > > system76-keyboard-configurator. > > > > Here the sidetag. > > f36-build-side-48706 > > f35-build-side-48708 > > > > Sent with ProtonMail Secure Email. > > Unless I'm mistaken, this doesn't affect the runtime functionality of > system76-keyboard-configurator. This is a build-time only dependency. I'm > happy to rebuild it once this sidetag is pushed, but there are so many build > dependencies of system76-keyboard-configurator, we couldn't possible rebuild > it every time any dependency updates. That would be a lot of updates for very > little benefit. Is this fixing a critical bug in rust-palette, or is it > introducing a breaking change in rust-palette? The idea is to only actually make changes and builds for dependent packages if such an update introduces problems like FTBFS or installability issues due to SemVer-incompatible version change. If system76-keyboard-configurator will build with both versions, then you're fine. 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
Re: Update rust-palette 0.6.0
My mistake, i tought that it depend on a specific version of palette. Will update soon. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ Le vendredi 10 décembre 2021 à 07:08, Link Dupont via devel a écrit: > On Friday, December 10, 2021 2:35:45 AM EST Rémi Lauzier wrote: > > > Hi everyone. I will update rust-palette and rust-palette_derive to version > > > > 0.6.0 in a sidetag. If there is no objection i will push it in a week. The > > > > only dependency that somebody else will have to update is > > > > system76-keyboard-configurator. > > > > Here the sidetag. > > > > f36-build-side-48706 > > > > f35-build-side-48708 > > > > Sent with ProtonMail Secure Email. > > Unless I'm mistaken, this doesn't affect the runtime functionality of > > system76-keyboard-configurator. This is a build-time only dependency. I'm > > happy to rebuild it once this sidetag is pushed, but there are so many build > > dependencies of system76-keyboard-configurator, we couldn't possible rebuild > > it every time any dependency updates. That would be a lot of updates for very > > little benefit. Is this fixing a critical bug in rust-palette, or is it > > introducing a breaking change in rust-palette? > > ~link > > 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 publickey - remilauzier@protonmail.com - 0x0C8AA258.asc Description: application/pgp-keys 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 on the list, report it: https://pagure.io/fedora-infrastructure
Review swaps
Hello all, The odoc (OCaml documentation) project has started releasing its version 2.x series. They come with a small tree of new dependencies. Here are the first few. I am willing to swap for reviews of these packages. Let me know what I can review for you. ocaml-logs: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2029560 ocaml-rresult: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2031159 ocaml-bos: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2031160 ocaml-version: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2031161 Regards, -- Jerry James http://www.jamezone.org/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
【形】水电费试踽踽独行,点范围速度谢天谢地
水电费试点范围速度 --》点击后面地址进入看午@夜大片: 没有广告 --》点击后面地址进入看午@夜视频: 没有广告 水电费试点范围速度这就是真正的幸福——珍惜自己拥有的。如果你是雄鹰就不要羡慕无垠的大海,因为你有你自由的蓝天;【形】水电费试踽踽独行,点范围速度谢天谢地海的女儿说:幸福就是要让自己爱的人幸福,即使自己失去生命;水电费试点范围速度 ___ qa-devel mailing list -- qa-devel@lists.fedoraproject.org To unsubscribe send an email to qa-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/qa-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: new systemd in rawhide
Am 10.12.21 um 15:13 schrieb Zbigniew Jędrzejewski-Szmek: Some other replies in this thread assumed that the programs will crash. I have no idea why you would assume that. If properly implemented, such programs typically won't crash, they will "just not work" oder "error out". Functionally, dlopening libraries, instead of dynamically linking really does not provide any advantages. We're not complete idiots.With all due respect, tt's not the first time systemd communicates the attitude of blindly imitating MS-Windows. Whether you like it or not, this appears to be one of these cases. Ralf ___ 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
[Bug 2030279] Please branch and build perl-Test-XML in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030279 Paul Howarth changed: What|Removed |Added Depends On||2031117 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2031117 [Bug 2031117] perl-XML-SAX-Writer for EPEL-9 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030279 ___ 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 2031123] perl-XML-Filter-BufferText for EPEL-9
https://bugzilla.redhat.com/show_bug.cgi?id=2031123 Paul Howarth changed: What|Removed |Added Blocks||2031117 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2031117 [Bug 2031117] perl-XML-SAX-Writer for EPEL-9 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031123 ___ 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 2031117] perl-XML-SAX-Writer for EPEL-9
https://bugzilla.redhat.com/show_bug.cgi?id=2031117 Paul Howarth changed: What|Removed |Added Blocks||2030279 Depends On||2031123 Doc Type|--- |If docs needed, set a value Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2030279 [Bug 2030279] Please branch and build perl-Test-XML in epel9 https://bugzilla.redhat.com/show_bug.cgi?id=2031123 [Bug 2031123] perl-XML-Filter-BufferText for EPEL-9 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031117 ___ 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
The feature is designed to prevent an install of removed
== Detailed Description == The feature is designed to prevent an install of removed weak dependencies from the system by users and to not install weak dependencies missing after system deployment. It will change the behavior of DNF, microdnf, and PackageKit. The feature will be backported to all Fedoras, but in default, the feature will be off. Additional information ___ 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
[Bug 2031005] perl-XML-SAX for EPEL-9
https://bugzilla.redhat.com/show_bug.cgi?id=2031005 --- Comment #5 from Paul Howarth --- (In reply to Jitka Plesnikova from comment #4) > perl-XML-SAX-Writer and perl-XML-SemanticDiff are not distributed by CentOS > Stream. If you want it in EPEL 9, the branch epel9 has to be created. Indeed. I've already raised bugs requesting the creation of these. But somehow koji has pulled in some versions of these packages as part of its "build" repo when you did your build of perl-Test-XML (see the root.log file). These packages aren't available to end users, so people building for EPEL-9 may inadvertently be creating packages with missing dependencies if they don't do local builds before doing builds in koji. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031005 ___ 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 2030725] perl-Math-Base-Convert for EPEL 9
https://bugzilla.redhat.com/show_bug.cgi?id=2030725 Fedora Update System changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #2 from Fedora Update System --- FEDORA-EPEL-2021-12d89b3561 has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-12d89b3561 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030725 ___ 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 2030984] Please branch and build perl-AnyEvent-I3 in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030984 Fedora Update System changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #2 from Fedora Update System --- FEDORA-EPEL-2021-fc07cfeb9d has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-fc07cfeb9d -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030984 ___ 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 2031005] perl-XML-SAX for EPEL-9
https://bugzilla.redhat.com/show_bug.cgi?id=2031005 --- Comment #4 from Jitka Plesnikova --- perl-XML-SAX-Writer and perl-XML-SemanticDiff are not distributed by CentOS Stream. If you want it in EPEL 9, the branch epel9 has to be created. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031005 ___ 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 2031123] New: perl-XML-Filter-BufferText for EPEL-9
https://bugzilla.redhat.com/show_bug.cgi?id=2031123 Bug ID: 2031123 Summary: perl-XML-Filter-BufferText for EPEL-9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-XML-Filter-BufferText Assignee: andr...@bawue.net Reporter: p...@city-fan.org QA Contact: extras...@fedoraproject.org CC: andr...@bawue.net, perl-devel@lists.fedoraproject.org Target Milestone: --- Classification: Fedora Could you please branch and build perl-XML-Filter-BufferText for EPEL-9 ? If you prefer, you could add me (FAS: pghmcfc) as a committer and I'll do it myself. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031123 ___ 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 2031005] perl-XML-SAX for EPEL-9
https://bugzilla.redhat.com/show_bug.cgi?id=2031005 --- Comment #3 from Paul Howarth --- Looks like koji is finding packages that are not part of the compose: https://composes.stream.centos.org/production/latest-CentOS-Stream/compose/metadata/rpms.json perl-XML-SAX-Writer and perl-XML-SemanticDiff are pulled in from the "build" repo but are not published packages and are eligible for epel9. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031005 ___ 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 2031117] New: perl-XML-SAX-Writer for EPEL-9
https://bugzilla.redhat.com/show_bug.cgi?id=2031117 Bug ID: 2031117 Summary: perl-XML-SAX-Writer for EPEL-9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-XML-SAX-Writer Assignee: andr...@bawue.net Reporter: p...@city-fan.org QA Contact: extras...@fedoraproject.org CC: andr...@bawue.net, perl-devel@lists.fedoraproject.org Target Milestone: --- Classification: Fedora Could you please branch and build perl-XML-SAX-Writer for EPEL-9 ? If you prefer, you could add me (FAS: pghmcfc) as a committer and I'll do it myself. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031117 ___ 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: F36 Change: Enable exclude_from_weak_autodetect by default in LIBDNF (System-Wide Change proposal)
On Fri, Nov 12, 2021 at 10:50 PM Maxwell G via devel < devel@lists.fedoraproject.org> wrote: > Hi everyone, > > On Thu, 2021-09-16 at 15:17 -0400, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/ExcludeFromWeakAutodetect > > > > > > == Summary == > > exclude_from_weak_autodetect enables autodetection of unmet weak > > dependencies (Recommends or Supplements) of installed packages and > > blocks installation of packages satisfying already unmet dependencies. > > In other words: When you don't have the recommended package installed, > > it won't be automatically installed with future upgrades of the > > recommending package. > > I am not sure if this was intended, but this change has broken rich > weak dependencies when both packages are not installed as part of the > same transaction. > > In my yt-dlp package's specfile[1], I have three subpackages for shell > completions: `yt-dlp-bash-completion`, `yt-dlp-zsh-completion`, and > `yt-dlp-fish-completion. Here is the `bash-completion` block: > > ``` spec > %package bash-completion > Summary:Bash completion for %{name} > Requires: %{name} = %{version} > Requires: bash-completion > Supplements:(%{name} and bash-completion) > BuildArch: noarch > ``` > > The intended effect is for the shell completions to be installed at the > time `yt-dlp` itself is installed if the respective shell package > (`bash-completion`, `zsh` or `fish`) is already present while still > allowing users to opt out. However, now this does not work; dnf will > only install the completions if both `yt-dlp` and the shell package are > installed as part of the same transaction. I can confirm that this is > caused by this change, because adding `-- > setopt=exclude_from_weak_autodetect=false` fixes the problem. Replacing > `Supplements` with forward facing boolean `Requires` did not work > either. > > ``` spec > Recommends: (%{name}-bash-completion if bash-completion) > Recommends: (%{name}-zsh-completion if zsh) > Recommends: (%{name}-fish-completion if fish) > ``` > > While I agree that {rich,} weak dependencies should not be reinstalled > as part of updates, I do believe that they should be installed if one > of the packages is being installed for the first time. > > I also think we should consider implementing better guidelines for > shell completions in Fedora. I believe that shell completions should be > split into subpackages and that these subpackages should depend on the > shells themselves or a `-filesystem` package that actually own the > directories. Right now, directory ownership is kind of a mess. At least > on my system, there are several packages that own /usr/share/bash- > completion, /usr/share/zsh/vendor-completions, /usr/share/zsh/site- > functions, and /usr/share/fish/vendor_completions.d/. We can also use > this oppurtunity to create macros for each of these directories. > > Management of shell completion packages was discussed further in my > package review ticket [2]. > > I am relatively new to Fedora, so please correct me if I got anything > wrong. > > Thanks, > Maxwell > > [1]: https://src.fedoraproject.org/rpms/yt-dlp/blob/rawhide/f/yt-dlp.spec > [2]: https://bugzilla.redhat.com/show_bug.cgi?id=2012522 > > Hey Maxwell, can you please file a new bug in bugzilla against dnf and copy the problem description into it? Then make your new bug block bug 2013327 [1], which is the tracker for this Change. This way you'll make sure that this problem doesn't get lost and the maintainer has to deal with it before the appropriate Change deadline. Thanks! [1] https://bugzilla.redhat.com/show_bug.cgi?id=2013327 ___ 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
[Bug 2031005] perl-XML-SAX for EPEL-9
https://bugzilla.redhat.com/show_bug.cgi?id=2031005 --- Comment #2 from Paul Howarth --- Hmm, you're right. If I try to build it locally I get a missing dependency of perl(XML::SAX::Writer) (which I though was part of perl-XML-SAX but is actually packaged separately). Looking at the root.log from your koji build I see it pulls in perl-XML-SAX-Writer-0.57-13.el9 but I can't see that package in any of the CentOS Stream repos. Do you know where it is in CentOS Stream? -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031005 ___ 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: new systemd in rawhide
On Fri, Dec 10, 2021 at 10:40:33AM +0100, Vitaly Zaitsev via devel wrote: > On 10/12/2021 08:34, Zbigniew Jędrzejewski-Szmek wrote: > >We also changed various libraries to be dlopened when actually used, > >instead of being dynamically linked. The goal is to reduce the > >required dependencies. > > What happens if these libraries are not installed an cannot be dl-opened? The functionality that requires those libraries will not be available. An easy example is libqrencode: some systemd tools (journalctl, homectl, cryptenroll) will print recovery keys and such as qrcode on the terminal for easy transfer to a cellphone, in addition to the usual text output. If the library is not present, the qrcode is not printed. Another example is systemd-coredump: it uses libdw and libelf to analyze a core file and generate a traceback. If those libs cannot be loaded, the crash is reported without it. Other examples: libpwquality is used to warn about too-easy passwords, without it the warning does not happen, libpcre2 is used for 'journalctl --grep', and without it the --grep option just returns an error, etc. Systemd allows almost such dependencies to be turned on/off at compile time. In Fedora we compile with everything on, which means that systemd would pull in a lot of dependencies. In particular, most systemd binaries are link to libsystemd-shared.so, which in turn is linked to most of those libraries. This means that pulling in even a single binary pulls in many many library dependencies, and even if we were to split systemd into multiple subpackages, we wouldn't avoid pulling in the dependencies. Using dlopen allows us to make the requirements more flexible: for example, in the initrd you certainly don't need qrcodes or pwquality checks. Thus for the initrd we just don't install those libraries. We have been doing this for a while. I think the first was libxkbcommon (which is used by localed to check keyboard mapping configurations), back in 2016 (https://github.com/systemd/systemd/commit/5de344704d). When this done correctly, people mostly don't notice. Some other replies in this thread assumed that the programs will crash. I have no idea why you would assume that. We're not complete idiots. Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: new systemd in rawhide
On Fr, 10.12.21 10:40, Fedora Development ML (devel@lists.fedoraproject.org) wrote: > On 10/12/2021 08:34, Zbigniew Jędrzejewski-Szmek wrote: > > We also changed various libraries to be dlopened when actually used, > > instead of being dynamically linked. The goal is to reduce the > > required dependencies. > > What happens if these libraries are not installed an cannot be > dl-opened? We handle that gracefully. i.e. the specific feature is disabled, but everything else stil works as it should. here's an example: systemd-cryptenroll allows you to enroll additional keys into LUKS2 volumes for systemd-cryptsetup to honour. Besides pkcs11/fido2/tpm2 stuff it also supports "recovery keys", which are pretty much the same as a regular password, but are computer generated rather than user chosen, and thus have guaranteed high entropy. Since users have to read the generated key off screen and write it down/store it away somewhere, we will normally show you a QR code in the terminal you can quickly scan it off screen with. This is implemented via dlopen()ing libqrencode. If you install that lib, you'll get the QR code + text string displayed. If not, you'll just get the text string. And the other cases where we use dlopen() are pretty much the same: the specific feature is skipped or made unavailable, but the basic behaviour remains the same. When we really really need something, then we'll use regular share library deps as always, not dlopen(). We use dlopen() only for the stuff that isn't a "core" feature, i.e. essential for the program to do its thing. It's an excercise in minimizing our footprint (for containers, embedded devices) , but still providing a rich feature set for those who want it, without requiring recompilation, and whith automatic upgrading to the full feature set, simply by dropping in a few more of the optional deps. Lennart -- Lennart Poettering, Berlin ___ 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: new systemd in rawhide
On Fri, Dec 10, 2021 at 12:16:37PM +0100, Björn Persson wrote: > Zbigniew Jędrzejewski-Szmek wrote: > > This means that various libraries that were > > previously always pulled in, are not listed as Recommends by the various > > subpackages: > [...] > > Recommends are normally installed, but if you're using 'dnf --setopt > > install_weak_deps=False' > > or similar, please make sure that you install those libraries too if > > appropriate. > > Was "not" supposed to be "now"? Otherwise these statements don't make > sense together. Yes, "now". Sorry for the typo. Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[Bug 2030984] Please branch and build perl-AnyEvent-I3 in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030984 Jitka Plesnikova changed: What|Removed |Added Status|NEW |ASSIGNED Doc Type|--- |If docs needed, set a value CC|i...@cicku.me, | |jples...@redhat.com | --- Comment #1 from Jitka Plesnikova --- https://pagure.io/releng/fedora-scm-requests/issue/39282 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030984 ___ 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 2031005] perl-XML-SAX for EPEL-9
https://bugzilla.redhat.com/show_bug.cgi?id=2031005 Jitka Plesnikova changed: What|Removed |Added Doc Type|--- |If docs needed, set a value Resolution|--- |NOTABUG Status|NEW |CLOSED Last Closed||2021-12-10 13:43:13 --- Comment #1 from Jitka Plesnikova --- perl-XML-SAX-1.02-8.el9 is part of CentOS Stream 9. I was able to build perl-Test-XML for epel9. https://koji.fedoraproject.org/koji/taskinfo?taskID=79789049 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031005 ___ 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 2030279] Please branch and build perl-Test-XML in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030279 Bug 2030279 depends on bug 2031005, which changed state. Bug 2031005 Summary: perl-XML-SAX for EPEL-9 https://bugzilla.redhat.com/show_bug.cgi?id=2031005 What|Removed |Added Status|NEW |CLOSED Resolution|--- |NOTABUG -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030279 ___ 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: new systemd in rawhide
On 10/12/2021 13:34, Ralf Corsépius wrote: Programs will fail at run-time. Openly said, I feel this is a massive regression and design flaw. +1. And crash on init-system level will fail the whole system. All library dependencies should be tracked by linker. dlopen() should be used only for loading plugins or some restricted libraries, like openh264 or ffmpeg-libs. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.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
[EPEL-devel] Is anyone still using EPEL8 Playground?
We (The EPEL Steering Committee) are following up on EPEL issue 136[1] regarding the status of EPEL8 Playground. Looking through the logs we see that there are still people building against playground on a regular basis. But as I look into each of those packages, the same package is built in both epel8 and epel8-playground, at the same time. This leads me to believe that the only reason people are still building on playground is because they feel obligated to, not because they really need someplace to test things out. So, if anyone is still using epel8-playground for something they can't get from epel8-next and/or COPR, please let us know. Otherwise we will shut it down and call it an interesting experiment. Troy Dawson on behalf of the EPEL Steering Committee [1] - https://pagure.io/epel/issue/136 ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[Bug 2031079] New: perl-Crypt-DES for EPEL 9
https://bugzilla.redhat.com/show_bug.cgi?id=2031079 Bug ID: 2031079 Summary: perl-Crypt-DES for EPEL 9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-Crypt-DES Assignee: jpazdzi...@redhat.com Reporter: p...@city-fan.org QA Contact: extras...@fedoraproject.org CC: jpazdzi...@redhat.com, perl-devel@lists.fedoraproject.org, st...@silug.org Target Milestone: --- Classification: Fedora Could you please branch and build perl-Crypt-DES for EPEL 9 ? If you like you could add me (FAS: pghmcfc) as a committer to the package and I'll do it myself. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031079 ___ 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: new systemd in rawhide
Am 10.12.21 um 10:40 schrieb Vitaly Zaitsev via devel: On 10/12/2021 08:34, Zbigniew Jędrzejewski-Szmek wrote: We also changed various libraries to be dlopened when actually used, instead of being dynamically linked. The goal is to reduce the required dependencies. dl-opening instead of dynamic linkage doesn't remove these deps. It only hides away the deps and moves them from "packaging" to run-time. What happens if these libraries are not installed an cannot be dl-opened? Programs will fail at run-time. Openly said, I feel this is a massive regression and design flaw. Ralf ___ 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
[Bug 1977273] perl-XML-TreeBuilder for EPEL8
https://bugzilla.redhat.com/show_bug.cgi?id=1977273 Xavier Bachelot changed: What|Removed |Added CC||jfe...@redhat.com Version|35 |epel8 Product|Fedora |Fedora EPEL Component|perl-XML-TreeBuilder|perl-XML-TreeBuilder -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=1977273 ___ 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: Update rust-palette 0.6.0
On Friday, December 10, 2021 2:35:45 AM EST Rémi Lauzier wrote: > Hi everyone. I will update rust-palette and rust-palette_derive to version > 0.6.0 in a sidetag. If there is no objection i will push it in a week. The > only dependency that somebody else will have to update is > system76-keyboard-configurator. > > Here the sidetag. > f36-build-side-48706 > f35-build-side-48708 > > Sent with ProtonMail Secure Email. Unless I'm mistaken, this doesn't affect the runtime functionality of system76-keyboard-configurator. This is a build-time only dependency. I'm happy to rebuild it once this sidetag is pushed, but there are so many build dependencies of system76-keyboard-configurator, we couldn't possible rebuild it every time any dependency updates. That would be a lot of updates for very little benefit. Is this fixing a critical bug in rust-palette, or is it introducing a breaking change in rust-palette? ~link ___ 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: Packaging pgAdmin4
On 10.12.21 01:54, Demi Marie Obenour wrote: On 12/9/21 1:05 PM, Sandro Mani wrote: On 09.12.21 17:31, Vitaly Zaitsev via devel wrote: On 09/12/2021 16:56, Sandro Mani wrote: This does not appear to be accurate for nodejs packages - take i.e. node-svgo, which compliant with the guidelines bundles node_modules dir in svgo-2.8.0-nm-dev.tgz resp svgo-2.8.0-nm-prod.tgz. You can vendor only sources. No prebuilt assets are allowed. Which would basically mean bundling the node_modules folder? No, it would mean bundling the source from which the stuff in node_modules is generated. Well this isn't what is the current nodejs packaging guidelines state and as noted by Ben elsewhere in this thread would make it prohibitive to package anything but the most trivial nodejs library. ___ 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: F36 Change: Enable fs-verity in RPM (System-Wide Change proposal)
On Thu, 2 Dec 2021 at 14:37, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/FsVerityRPM > > == Summary == > > Enable the use of fsverity for installed RPM files validation. > > == Owners == > > * Name: [[User:Dcavalca|Davide Cavalca]], [[User:Borisb|Boris > Burkov]], [[User:Filbranden|Filipe Brandenburger]], > [[User:Salimma|Michel Alexandre Salim]], [[User:Malmond|Matthew > Almond]] > * Email: dcava...@fb.com, bor...@fb.com, filbran...@fb.com, > mic...@fb.com, malm...@fb.com > ** koji integration: koji will need to add the fs-verity metadata to > packages when signing them I am going to say that this is a bigger sticking point than people are realising and this is not a F36 but a F37 change. The changes to koji, signing infrastructure and testing have to be put in place before January 19 2022 (2022-01-19) for the mass rebuild[1]. They need to have been in staging and testing before then so that bugs could be worked out and various groups could work things out. Due to various end of year holidays and 'use your PTO before its lost' schedules, many of the developers who could sign off on the changes to koji/bodhi/whatever-testing/sigul/etc depending on the changes needed are not going to be available. Even if the changes are trivial ones, this is a very short window to land things. At best for F36, I could see the changes getting put into Fedora before the beta and some packages signed. If you want this for F37, then all that work needs to be ready and done by (2022-07-20)[2]. [1] https://fedorapeople.org/groups/schedule/f-36/f-36-key-tasks.html [2] https://fedorapeople.org/groups/schedule/f-37/f-37-key-tasks.html -- Stephen J Smoogen. Let us be kind to one another, for most of us are fighting a hard battle. -- Ian MacClaren ___ 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: new systemd in rawhide
Zbigniew Jędrzejewski-Szmek wrote: > This means that various libraries that were > previously always pulled in, are not listed as Recommends by the various > subpackages: [...] > Recommends are normally installed, but if you're using 'dnf --setopt > install_weak_deps=False' > or similar, please make sure that you install those libraries too if > appropriate. Was "not" supposed to be "now"? Otherwise these statements don't make sense together. Björn Persson pgpz2V_ix2CZt.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 on the list, report it: https://pagure.io/fedora-infrastructure
[Bug 2030725] perl-Math-Base-Convert for EPEL 9
https://bugzilla.redhat.com/show_bug.cgi?id=2030725 Jitka Plesnikova changed: What|Removed |Added Status|NEW |ASSIGNED Doc Type|--- |If docs needed, set a value --- Comment #1 from Jitka Plesnikova --- https://pagure.io/releng/fedora-scm-requests/issue/39271 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030725 ___ 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: F36 Change: Enable fs-verity in RPM (System-Wide Change proposal)
Dne 10. 12. 21 v 0:08 Davide Cavalca via devel napsal(a): On Fri, 2021-12-03 at 22:08 +, Richard W.M. Jones wrote: I'm unclear about the threat model - this is an attacker who is someone able to overwrite single files (eg. /bin/ls) but cannot turn off the fs-verity system as a whole? Also if RPM can update /bin/ls then surely an attacker who can widely compromise system files must also be able to update /bin/ls in the same way? Once fs-verity is enabled for a given file (which, in the RPM case, happens at package installation time), it cannot be disabled, and the file becomes immutable. One can still rename() or unlink() it (and this is indeed how rpm is able to replace files when upgrading packages), but the actual contents cannot be altered. Trying to debug some issue in shell/ruby/python script, will it be possible to modify such file? Vít 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
[Bug 2030279] Please branch and build perl-Test-XML in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030279 Paul Howarth changed: What|Removed |Added Status|NEW |ASSIGNED Doc Type|--- |If docs needed, set a value Depends On||2031005 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2031005 [Bug 2031005] perl-XML-SAX for EPEL-9 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030279 ___ 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 2031005] perl-XML-SAX for EPEL-9
https://bugzilla.redhat.com/show_bug.cgi?id=2031005 Paul Howarth changed: What|Removed |Added Blocks||2030279 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2030279 [Bug 2030279] Please branch and build perl-Test-XML in epel9 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031005 ___ 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 2030283] Please branch and build perl-MIME-tools in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030283 Fedora Update System changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #2 from Fedora Update System --- FEDORA-EPEL-2021-097ebfc89a has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-097ebfc89a -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030283 ___ 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: new systemd in rawhide
On 10/12/2021 08:34, Zbigniew Jędrzejewski-Szmek wrote: We also changed various libraries to be dlopened when actually used, instead of being dynamically linked. The goal is to reduce the required dependencies. What happens if these libraries are not installed an cannot be dl-opened? -- Sincerely, Vitaly Zaitsev (vit...@easycoding.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-Cloud-34-20211210.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-34-20211209.0): ID: 1082897 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1082897 ID: 1082905 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1082905 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
[Bug 2030286] Please branch and build perl-Convert-BinHex in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030286 Fedora Update System changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #2 from Fedora Update System --- FEDORA-EPEL-2021-42f97aa512 has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-42f97aa512 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030286 ___ 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 2031005] New: perl-XML-SAX for EPEL-9
https://bugzilla.redhat.com/show_bug.cgi?id=2031005 Bug ID: 2031005 Summary: perl-XML-SAX for EPEL-9 Product: Fedora Version: rawhide Status: NEW Component: perl-XML-SAX Assignee: jples...@redhat.com Reporter: p...@city-fan.org QA Contact: extras...@fedoraproject.org CC: caillon+fedoraproj...@gmail.com, jples...@redhat.com, ka...@ucw.cz, mspa...@redhat.com, perl-devel@lists.fedoraproject.org, rhug...@redhat.com, rstr...@redhat.com, sandm...@redhat.com Target Milestone: --- Classification: Fedora Could you please branch and build perl-XML-SAX for EPEL-9 ? If you prefer, you could add me (FAS: pghmcfc) as a committer and I'll do it myself. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2031005 ___ 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
Fedora-Cloud-35-20211210.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-35-20211209.0): ID: 1082881 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1082881 ID: 1082889 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1082889 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
[Bug 2030984] Please branch and build perl-AnyEvent-I3 in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030984 Peter Georg changed: What|Removed |Added Blocks||2030867 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2030867 [Bug 2030867] Please branch and build i3 in epel9 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030984 ___ 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: Who maintains virtio-win repos?
On Wed, Dec 08, 2021 at 03:29:43PM -0600, Chris Adams wrote: > Is there a contact for the virtio-win repos? I looked to see if there > was anything in Bugzilla that looked relevant, but didn't find anything. > I'm talking about this: > > https://fedorapeople.org/groups/virt/virtio-win/repo/ > > The repos need work; there have been new release RPMs added, but the > repodata was not rebuilt (so the updates aren't visible to dnf). The issue is: https://github.com/virtio-win/virtio-win-pkg-scripts/issues/50 Vadim says he will work on a fix soon. Rich. -- 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 on the list, report it: https://pagure.io/fedora-infrastructure
[Bug 2030984] New: Please branch and build perl-AnyEvent-I3 in epel9
https://bugzilla.redhat.com/show_bug.cgi?id=2030984 Bug ID: 2030984 Summary: Please branch and build perl-AnyEvent-I3 in epel9 Product: Fedora EPEL Version: epel9 Status: NEW Component: perl-AnyEvent-I3 Assignee: jples...@redhat.com Reporter: peter.ge...@physik.uni-regensburg.de QA Contact: extras...@fedoraproject.org CC: i...@cicku.me, jples...@redhat.com, perl-devel@lists.fedoraproject.org Target Milestone: --- Classification: Fedora Please branch and build perl-AnyEvent-I3 in epel9. If you do not wish to maintain perl-AnyEvent-I3 in epel9, I would be happy to be a co-maintainer of the package. I have tested and the rawhide package builds on CentOS Stream 9 without any changes. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2030984 ___ 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: Adding python3.10dist(pp) to python-ppft
On Thu, Dec 09, 2021 10:44:37 +0100, Petr Viktorin wrote: > > Hi, Hi Petr, > These are generated from Python metadata, e.g. install_requires in > setuptools: > https://github.com/uqfoundation/ppft/blob/a4dd5832103512f6df717637b03fb507a00efd84/setup.py#L200 > > If you only add the RPM provides, tools that read the Python-specific > metadata might complain about not finding pp. And unfortunately Python > packaging doesn't have good support for "virtual provides" (Provides-Dist) > yet. > > So it looks like it would be best to patch setup.py (or equivalent) in all > dependent packages. And perhaps push the change upstream, if ppft is better > than pp. (I don't know anything about these packages.) Thanks for confirming. We thought so too. So I'll add a conflicts in ppft instead to ensure that pp isn't packaged up in the future. The two modules do provide the same files too, so they cannot both be installed. -- Thanks again, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London signature.asc Description: PGP signature ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-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/python-devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure