[Bug 2029818] Upgrade perl-Config-Model to 2.148

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2029818

Jitka Plesnikova  changed:

   What|Removed |Added

Summary|Upgrade perl-Config-Model   |Upgrade perl-Config-Model
   |to 2.147|to 2.148



--- Comment #1 from Jitka Plesnikova  ---
Latest Fedora delivers 2.145 version. Upstream released 2.148. When you have
free time, please upgrade it.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2029818
___
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 2037737] Upgrade perl-CGI-Simple to 1.27

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2037737

Jitka Plesnikova  changed:

   What|Removed |Added

Summary|Upgrade perl-CGI-Simple to  |Upgrade perl-CGI-Simple to
   |1.26|1.27



--- Comment #1 from Jitka Plesnikova  ---
Latest Fedora delivers 1.25 version. Upstream released 1.27. When you have free
time, please upgrade it.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2037737
___
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 2039194] New: Upgrade perl-Config-Model-Itself to 2.023

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2039194

Bug ID: 2039194
   Summary: Upgrade perl-Config-Model-Itself to 2.023
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Config-Model-Itself
  Assignee: david.hanneq...@gmail.com
  Reporter: jples...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: david.hanneq...@gmail.com, emman...@seyman.fr,
perl-devel@lists.fedoraproject.org
  Target Milestone: ---
Classification: Fedora



Latest Fedora delivers 2.022 version. Upstream released 2.023. When you have
free time, please upgrade it.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2039194
___
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 1858048] rt-5.0.2 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1858048

Ralf Corsepius  changed:

   What|Removed |Added

 Depends On||2039193





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2039193
[Bug 2039193] Review Request:  perl-HTML-Gumbo - HTML5 parser based on gumbo C
library
-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1858048
___
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 2038204] Please branch and build perl-Probe-Perl for EPEL-9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038204

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #2 from Fedora Update System  ---
FEDORA-EPEL-2022-942d4597fc has been submitted as an update to Fedora EPEL 9.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-942d4597fc


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2038204
___
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 2038576] Please branch and build perl-Email-Address-XS for EPEL-9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038576

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #2 from Fedora Update System  ---
FEDORA-EPEL-2022-d27c6145f1 has been submitted as an update to Fedora EPEL 9.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-d27c6145f1


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2038576
___
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 2037653] Please branch and build perl-MooseX-AttributeHelpers for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2037653

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System  ---
FEDORA-EPEL-2022-9da1eae999 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-2022-9da1eae999

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=2037653
___
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 2033665] Add perl-MooX-HandlesVia to EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2033665

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #7 from Fedora Update System  ---
FEDORA-EPEL-2022-b50963e481 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-2022-b50963e481

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=2033665
___
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 2038511] EPEL9 branch required perl-String-Escape in order to build libspf2

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038511

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #3 from Fedora Update System  ---
FEDORA-EPEL-2022-a0ca4e8999 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-2022-a0ca4e8999

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=2038511
___
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 2037951] perl-HTML-Format for EPEL9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2037951

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #3 from Fedora Update System  ---
FEDORA-EPEL-2022-ff56eac8c6 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-2022-ff56eac8c6

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=2037951
___
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 2037676] Please branch and build perl-MooseX-Role-Parameterized for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2037676

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #4 from Fedora Update System  ---
FEDORA-EPEL-2022-7e4f023882 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-2022-7e4f023882

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=2037676
___
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 2038263] perl-asa for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038263

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #3 from Fedora Update System  ---
FEDORA-EPEL-2022-0e6919b053 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-2022-0e6919b053

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=2038263
___
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 2030284] Please branch and build perl-IO-SessionData in epel9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2030284

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #3 from Fedora Update System  ---
FEDORA-EPEL-2022-2a9127a8bf 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-2022-2a9127a8bf

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=2030284
___
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 2038199] Please branch and build perl-Class-Iterator for EPEL-9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038199

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #3 from Fedora Update System  ---
FEDORA-EPEL-2022-1143c2ca60 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-2022-1143c2ca60

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=2038199
___
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 2038692] Please branch and build perl-Lingua-EN-Sentence for EPEL-9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038692

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #5 from Fedora Update System  ---
FEDORA-EPEL-2022-c9ecb539d3 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-2022-c9ecb539d3

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=2038692
___
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 2038584] ctstream-32 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038584



--- Comment #11 from Fedora Update System  ---
FEDORA-EPEL-2022-a97f69ebf7 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-2022-a97f69ebf7

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=2038584
___
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 2038584] ctstream-32 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038584



--- Comment #10 from Fedora Update System  ---
FEDORA-EPEL-2022-2239fc59a4 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-2022-2239fc59a4

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=2038584
___
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 8 updates-testing report

[updates]

The following builds have been pushed to Fedora EPEL 8 updates-testing

ctstream-32-1.el8
goaccess-1.5.4-1.el8
libolm-3.2.10-1.el8
mod_markdown-1.0.4-3.2025git1bf4fb4.el8
qpid-proton-0.36.0-1.el8

Details about builds:



 ctstream-32-1.el8 (FEDORA-EPEL-2022-2239fc59a4)
 Get URLs of Czech Television video streams

Update Information:

This release fixes parsing pages with multiple iframe players and parsing series
pages with an invalid IDEC field.

ChangeLog:

* Mon Jan 10 2022 Petr Pisar  - 32-1
- Version 32 bump

References:

  [ 1 ] Bug #2038584 - ctstream-32 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2038584




 goaccess-1.5.4-1.el8 (FEDORA-EPEL-2022-27c4d5c9c7)
 Real-time web log analyzer and interactive viewer

Update Information:

Update to 1.5.4

ChangeLog:

* Mon Jan  3 2022 Alessio  - 1.5.4-1
- Update to 1.5.4
* Tue Sep 14 2021 Sahana Prasad  - 1.4.6-3
- Rebuilt with OpenSSL 3.0.0
* Thu Jul 22 2021 Fedora Release Engineering  - 
1.4.6-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild

References:

  [ 1 ] Bug #1964905 - goaccess-1.5.4 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1964905




 libolm-3.2.10-1.el8 (FEDORA-EPEL-2022-afbb63810e)
 Double Ratchet cryptographic library

Update Information:

Updated to version 3.2.10.

ChangeLog:

* Mon Jan 10 2022 Vitaly Zaitsev  - 3.2.10-1
- Updated to version 3.2.10.
* Sat Jan  8 2022 Vitaly Zaitsev  - 3.2.9-1
- Updated to version 3.2.9.




 mod_markdown-1.0.4-3.2025git1bf4fb4.el8 (FEDORA-EPEL-2022-325045df7c)
 Markdown content filters for the Apache HTTP Server

Update Information:

Initial packaging

ChangeLog:

* Sat Jan  8 2022 TI_Eugene  - 1.0.4-3.2025git1bf4fb4
- Rebuild with fresh sources
* Tue Mar 30 2021 TI_Eugene  - 1.0.4-2.20200616git933aa25
- Spec fixes.
* Wed Mar 24 2021 TI_Eugene  - 1.0.4-1.20200616
- Initial packaging.

References:

  [ 1 ] Bug #1943591 - Review Request: mod_markdown - Markdown filter for 
Apache web-server.
https://bugzilla.redhat.com/show_bug.cgi?id=1943591




 qpid-proton-0.36.0-1.el8 (FEDORA-EPEL-2022-5870948032)
 A high performance, lightweight messaging library

Update Information:

Rebased to 0.36.0.

ChangeLog:

* Mon Jan 10 2022 Irina Boverman  - 0.36.0-1
- Rebased to 0.36.0
- Removed "-DENABLE_LINKTIME_OPTIMIZATION=NO"


___
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 2038635] perl-Business-ISBN-3.007 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038635

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #2 from Fedora Update System  ---
FEDORA-2022-9a3fc8c751 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-2022-9a3fc8c751`
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2022-9a3fc8c751

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=2038635
___
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 2038584] ctstream-32 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038584



--- Comment #9 from Fedora Update System  ---
FEDORA-2022-bd552fec84 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-2022-bd552fec84`
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2022-bd552fec84

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=2038584
___
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 2038584] ctstream-32 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038584



--- Comment #8 from Fedora Update System  ---
FEDORA-2022-3b8a545c7c 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-2022-3b8a545c7c`
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2022-3b8a545c7c

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=2038584
___
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: Unannounced soname bump of libre2

[Adam Williamson]

On Sat, 2022-01-08 at 18:29 -0800, Kevin Fenzi wrote:
> On Sat, Jan 08, 2022 at 11:56:04PM +0900, Mamoru TASAKA wrote:
> > Miro Hrončok wrote on 2022/01/08 20:05:
> > > On 08. 01. 22 11:39, Miro Hrončok wrote:
> > > > The re2 package was updated today in Rawhide and bumped soname from 
> > > > libre2.so.0a to libre2.so.9.
> > > > 
> > > > https://src.fedoraproject.org/rpms/re2/c/dafa514
> > > > 
> > > > Seven packages are broken:
> > > > 
> > > > dnsdist: https://bugzilla.redhat.com/show_bug.cgi?id=2038544
> > > fails to build, not sure if re2 related
> > 
> > There is at least a fault on new re2, filed:
> > https://bugzilla.redhat.com/show_bug.cgi?id=2038572
> > 
> > > > frr: https://bugzilla.redhat.com/show_bug.cgi?id=2038545
> > > depends on grpc
> > > 
> > > > grpc: https://bugzilla.redhat.com/show_bug.cgi?id=2038546
> > > fails to build due to another unrelated fails to install bug
> > > 
> > > > qt5-qtwebengine: https://bugzilla.redhat.com/show_bug.cgi?id=2038551
> > > fails to build, re2 related
> 
> Just FYI, the qt5-qtwebengine breakage is breaking rawhide composes
> starting today. ;( 

I fixed the pkgconfig file issue and rebuilt qt5-qtwebengine. We can
retry Rawhide.
-- 
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [Rust] Rust Stack Spring Cleaning (in Winter)

[Fabio Valentini]

On Tue, Jan 11, 2022 at 1:15 AM Michel Alexandre Salim
 wrote:
>
> On Mon, Dec 20, 2021 at 03:31:21PM +0100, Fabio Valentini wrote:
> > In the interest of keeping the Rust stack in Fedora in a good state, please
> > add "@rust-sig" group to all you Rust packages on src.fedoraproject.org, 
> > unless
> > there is a very good reason not to do so (and if that is the case for a
> > particular package in this list, I'd be interested in knowing the reason, as
> > well).
> >
> > - salimma (1): rust-log-panics
> >
>
> Done. Sorry for the delay, I was running behind on my mailing lists
> during the holidays.

No worries! Thanks for looking at your list of packages.

> One question: I don't seem to be able to register a package into the
> Koschei rust-sig group, so for new packages I'm adding, they are
> currently ungrouped.
>
> Who has access to this? I'm already a member of rust-sig in FAS.

Igor is the only "admin" for the rust-sig group in koschei. However,
this is one of the few things that are actually automated:
The list of packages in the rust-sig group in koschei is regularly
synced from the packages that are maintained by @rust-sig group on
src.fedoraproject.org.
Note that this syncing is not instantaneous, but sometimes takes a
while (a few hours or days, depending on the timing, I think).

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 2038584] ctstream-32 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038584

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #7 from Fedora Update System  ---
FEDORA-EPEL-2022-ba3a353080 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-2022-ba3a353080

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=2038584
___
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

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-af51ba0333   
wordpress-5.1.12-1.el7


The following builds have been pushed to Fedora EPEL 7 updates-testing

btrbk-0.31.3-1.el7
ctstream-32-1.el7
mod_markdown-1.0.4-3.2025git1bf4fb4.el7
qpid-proton-0.36.0-1.el7

Details about builds:



 btrbk-0.31.3-1.el7 (FEDORA-EPEL-2022-568a1eb67d)
 Tool for creating snapshots and remote backups of btrfs sub-volumes

Update Information:

Remove executable permissions from scripts in /usr/share

ChangeLog:

* Mon Jan 10 2022 Juan Orti Alcaine  - 0.31.3-1
- Version 0.31.3 (#1765928)
- Remove executable permissions from scripts in /usr/share (#1994989)
* Wed Jul 21 2021 Fedora Release Engineering  - 
0.28.3-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild
* Tue Jan 26 2021 Fedora Release Engineering  - 
0.28.3-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
* Mon Jul 27 2020 Fedora Release Engineering  - 
0.28.3-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
* Tue Jan 28 2020 Fedora Release Engineering  - 
0.28.3-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild
* Mon Sep 23 2019 Michael Goodwin  - 0.28.3-1
- Update to 0.28.3 (#1692924)
- Update build deps to include `rubygem-asciidoctor`
- Update rumtime deps to include `mbuffer` replacing `pv`
* Wed Jul 24 2019 Fedora Release Engineering  - 
0.27.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild
* Thu Jan 31 2019 Fedora Release Engineering  - 
0.27.0-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild
* Tue Nov 27 2018 Michael Goodwin  - 0.27.0-1
- Update to 0.27.0
* Thu Jul 12 2018 Fedora Release Engineering  - 
0.26.1-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
* Mon Mar 26 2018 Michael Goodwin  - 0.26.1-3
- rebuilt
* Mon Mar 26 2018 Michael Goodwin  - 0.26.1-2
- Force correct python3 path:
  
https://fedoraproject.org/wiki/FinalizingFedoraSwitchtoPython3#Transition_Steps
* Tue Mar  6 2018 Michael Goodwin  - 0.26.1-1
- Update to 0.26.1
* Wed Feb  7 2018 Fedora Release Engineering  - 
0.26.0-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_28_Mass_Rebuild
* Sat Oct 14 2017 Michael Goodwin  - 0.26.0-1
- Update to 0.26.0 (#1501520)
  - Assorted bugfixes
- MIGRATION NEEDED: For raw targets see ChangeLog in docs, or:
   - https://github.com/digint/btrbk/blob/v0.26.0/ChangeLog
- Resume deprecated from "-r" to "replace"

References:

  [ 1 ] Bug #1994990 - CVE-2021-38173 btrbk: remote execution in 
ssh_filter_btrbk.sh [epel-7]
https://bugzilla.redhat.com/show_bug.cgi?id=1994990




 ctstream-32-1.el7 (FEDORA-EPEL-2022-ba3a353080)
 Get URLs of Czech Television video streams

Update Information:

This release fixes parsing pages with multiple iframe players and parsing series
pages with an invalid IDEC field.

ChangeLog:

* Mon Jan 10 2022 Petr Pisar  - 32-1
- Version 32 bump

References:

  [ 1 ] Bug #2038584 - ctstream-32 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2038584




 mod_markdown-1.0.4-3.2025git1bf4fb4.el7 (FEDORA-EPEL-2022-ffc71d49e6)
 Markdown content filters for the Apache HTTP Server

Update Information:

Initial packaging

ChangeLog:

* Sat Jan  8 2022 TI_Eugene  - 1.0.4-3.2025git1bf4fb4
- Rebuild with fresh sources
* Tue Mar 30 2021 TI_Eugene  - 1.0.4-2.20200616git933aa25
- Spec fixes.
* Wed Mar 24 2021 TI_Eugene  - 1.0.4-1.20200616
- Initial packaging.

References:

  [ 1 ] Bug #1943591 - Review Request: mod_markdown - Markdown filter for 
Apache web-server.
https://bugzilla.redhat.com/show_bug.cgi?id=1943591

Re: [Rust] Rust Stack Spring Cleaning (in Winter)

[Michel Alexandre Salim]

On Mon, Dec 20, 2021 at 03:31:21PM +0100, Fabio Valentini wrote:
> In the interest of keeping the Rust stack in Fedora in a good state, please
> add "@rust-sig" group to all you Rust packages on src.fedoraproject.org, 
> unless
> there is a very good reason not to do so (and if that is the case for a
> particular package in this list, I'd be interested in knowing the reason, as
> well).
> 
> - salimma (1): rust-log-panics
> 

Done. Sorry for the delay, I was running behind on my mailing lists
during the holidays.

One question: I don't seem to be able to register a package into the
Koschei rust-sig group, so for new packages I'm adding, they are
currently ungrouped.

Who has access to this? I'm already a member of rust-sig in FAS.

Thanks,

-- 
Michel Alexandre Salim
profile: https://keyoxide.org/mic...@michel-slm.name


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 2038619] perl-PDL-2.066 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038619

Upstream Release Monitoring  
changed:

   What|Removed |Added

Summary|perl-PDL-2.064 is available |perl-PDL-2.066 is available



--- Comment #1 from Upstream Release Monitoring 
 ---
Latest upstream release: 2.066
Current version/release in rawhide: 2.63.0-1.fc36
URL: http://search.cpan.org/dist/PDL/

Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring


Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.


Based on the information from Anitya:
https://release-monitoring.org/project/3205/


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2038619
___
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 top-level dir: /state [

[Chris Murphy]

On Mon, Jan 10, 2022 at 10:55 AM Stephen Gallagher  wrote:

> A further quote from the same section of the FHS suggests the use of
> /usr/var, which is a location we are not currently using in the Fedora
> Project, but seems like it would fit the requirements for both CoreOS
> and traditional RPM Fedora. This same hierarchy could be used for
> /var/log and /var/lib/libvirt/images as well.

This is a nice fit
/var/lib/rpm -> /usr/var/lib/rpm

But it's an ask directed at those who have already implemented this
change, if it's compelling enough for them to change again.


-- 
Chris Murphy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: New top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

[Chris Murphy]

On Mon, Jan 10, 2022 at 9:20 AM David Cantrell  wrote:
>
> On Wed, Dec 29, 2021 at 10:01:57AM -0500, Ben Cotton wrote:
> >https://fedoraproject.org/wiki/Changes/RelocateRPMToUsr
> >
> >== Summary ==
> >Currently, the RPM databases is located in `/var`. Let's move it to
> >`/usr`. The move is already under way in rpm-ostree-based
> >installations, and in (open)SUSE.
> >[snip]
>
> Moving the RPM database to /usr feels incorrect to me, but we should move it
> to gain the improvements as noted in the feature proposal.

Going back to the original discussions on moving rpmdb...

Preferred is a new top-level location in /usr, .e.g /usr/sysimage/rpm.
Next is "least worst" in /usr/lib/sysimage/rpm
http://lists.rpm.org/pipermail/rpm-maint/2017-October/006764.html
http://lists.rpm.org/pipermail/rpm-maint/2017-October/006722.html

And the convergence was on /usr/lib/sysimage/rpm
http://lists.rpm.org/pipermail/rpm-maint/2017-October/006785.html

I don't see how /state solves the problem, rather than just
rearranging the chairs.


> Numerous followups have noted the requirement that /usr contain read-only
> content, that it be shareable across hosts, and similar concepts.  While this
> may or may not doable now like we could in the past, the bigger thing to me is
> around the understanding of what /usr contains.  It is generally understood
> that /usr contains [most of] the installed system.  What I think is a bigger
> requirement or expection now is that one can tar up /usr and transport it to
> another system or virtual machine or container and expect that it will
> _probably_ work maybe with a bit of tinkering.  This is a really valuable
> thing to have for developers.  Moving the RPM database to this tree adds a
> component that is unnecessary and sort of out of place.

Should /usr be independently portable? And is that with a version
matched /opt, or can there be mix and match revisions of /usr and
/opt?

If /usr is to be truly portable and have e.g. 'rpm query, verify,
remove, reinstall' work as expected, you need the metadata (the
database) representing its state to always come along for the ride.
Either the database is already in /usr, or you have to make sure /usr
and /state are inseparable.

If /usr and /state are inseparable, and if rpm can also describe
anything in /etc or /var or /opt, then all or part of those
directories are also inseparable from /state. And thus /usr. So I
think /state doesn't help.

To what degree do rpm and dnf intend to touch locations outside of
/usr *and care* about tracking those changes? I think rpm can't remain
static for all time. It either needs to become aware of multiple root
trees, and even mix and match top-level directories to create variable
roots. And possibly even manage these things. Or it needs to constrain
its reach to /usr and /opt. Whether /usr and /opt are tied together,
or can be mix and match with their own rpmdb's, I have no strong
opinion on.


-- 
Chris Murphy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 2031812] perl-Plack for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2031812

Xavier Bachelot  changed:

   What|Removed |Added

 Depends On||2039079





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2039079
[Bug 2039079] perl-Cookie-Baker 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=2031812
___
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 2038266] perl-Test-Time for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038266

Xavier Bachelot  changed:

   What|Removed |Added

 Blocks||2039079





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2039079
[Bug 2039079] perl-Cookie-Baker 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=2038266
___
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 2039079] New: perl-Cookie-Baker for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2039079

Bug ID: 2039079
   Summary: perl-Cookie-Baker for EPEL 9
   Product: Fedora EPEL
   Version: epel9
Status: ASSIGNED
 Component: perl-Cookie-Baker
  Assignee: xav...@bachelot.org
  Reporter: xav...@bachelot.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
rc040...@freenet.de, xav...@bachelot.org
Depends On: 2038266
Blocks: 2031812
  Target Milestone: ---
Classification: Fedora



perl-Cookie-Baker for EPEL 9



Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2031812
[Bug 2031812] perl-Plack for EPEL 9
https://bugzilla.redhat.com/show_bug.cgi?id=2038266
[Bug 2038266] perl-Test-Time 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=2039079
___
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 2031812] perl-Plack for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2031812

Xavier Bachelot  changed:

   What|Removed |Added

 Depends On||2039077





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2039077
[Bug 2039077] perl-Authen-Simple-Passwd 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=2031812
___
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 2039077] New: perl-Authen-Simple-Passwd for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2039077

Bug ID: 2039077
   Summary: perl-Authen-Simple-Passwd for EPEL 9
   Product: Fedora EPEL
   Version: epel9
Status: ASSIGNED
 Component: perl-Authen-Simple-Passwd
  Assignee: xav...@bachelot.org
  Reporter: xav...@bachelot.org
QA Contact: extras...@fedoraproject.org
CC: jose.p.oliveira@gmail.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com,
rc040...@freenet.de, xav...@bachelot.org
Depends On: 2038269
Blocks: 2031812
  Target Milestone: ---
Classification: Fedora



perl-Authen-Simple-Passwd for EPEL 9



Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2031812
[Bug 2031812] perl-Plack for EPEL 9
https://bugzilla.redhat.com/show_bug.cgi?id=2038269
[Bug 2038269] perl-Authen-Simple 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=2039077
___
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 2038269] perl-Authen-Simple for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038269

Xavier Bachelot  changed:

   What|Removed |Added

 Blocks||2039077





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2039077
[Bug 2039077] perl-Authen-Simple-Passwd 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=2038269
___
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 2031753] perl-Authen-Captcha for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2031753

Xavier Bachelot  changed:

   What|Removed |Added

   Doc Type|--- |If docs needed, set a value
  Flags||needinfo?(lkund...@v3.sk)



--- Comment #1 from Xavier Bachelot  ---
Hi Lubomir,

I can help if you are busy or don't want to take care of the epel9 branch.
My FAS username is xavierb.

Regards,
Xavier


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2031753
___
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

xavierb pushed to perl-namespace-sweep (epel9). "Perl 5.34 rebuild"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From aa7be2060f3d0d058eade1c351316efdc3c6e170 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: May 23 2021 00:19:11 +
Subject: Perl 5.34 rebuild


---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index 7465ae2..4065f7f 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:13%{?dist}
+Release:14%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/namespace-sweep
@@ -64,6 +64,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Sun May 23 2021 Jitka Plesnikova  - 0.006-14
+- Perl 5.34 rebuild
+
 * Wed Jan 27 2021 Fedora Release Engineering  - 
0.006-13
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/aa7be2060f3d0d058eade1c351316efdc3c6e170?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From c1a9bd4f828ca8e574de12ebd1849e875206b633 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 23 2021 01:21:28 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index 4065f7f..3ceb44b 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:14%{?dist}
+Release:15%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/namespace-sweep
@@ -64,6 +64,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jul 23 2021 Fedora Release Engineering  - 
0.006-15
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild
+
 * Sun May 23 2021 Jitka Plesnikova  - 0.006-14
 - Perl 5.34 rebuild
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/c1a9bd4f828ca8e574de12ebd1849e875206b633?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "Add BuildRequires: make (..more)"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From 78e3260af4cf8086d6c954abc4c0aa1212d874e4 Mon Sep 17 00:00:00 2001
From: Tom Stellard 
Date: Jan 08 2021 02:33:15 +
Subject: Add BuildRequires: make


https://fedoraproject.org/wiki/Changes/Remove_make_from_BuildRoot

---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index ec13358..6f447cc 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -7,6 +7,7 @@ URL:https://metacpan.org/release/namespace-sweep
 Source0:
https://cpan.metacpan.org/authors/id/F/FR/FRIEDO/namespace-sweep-%{version}.tar.gz
 BuildArch:  noarch
 
+BuildRequires: make
 BuildRequires:  %{__perl}
 BuildRequires:  %{__make}
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/78e3260af4cf8086d6c954abc4c0aa1212d874e4?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From 32978e375fc0405f79dc81b49f8afd60d316fa8d Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 28 2020 20:26:18 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index 738f0be..ec13358 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:11%{?dist}
+Release:12%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/namespace-sweep
@@ -63,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jul 28 2020 Fedora Release Engineering  - 
0.006-12
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
+
 * Tue Jun 23 2020 Jitka Plesnikova  - 0.006-11
 - Perl 5.32 rebuild
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/32978e375fc0405f79dc81b49f8afd60d316fa8d?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From 687615cab44e14da993b7774e02fea84a4440d4b Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 27 2021 06:10:39 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index 6f447cc..7465ae2 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:12%{?dist}
+Release:13%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/namespace-sweep
@@ -64,6 +64,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Wed Jan 27 2021 Fedora Release Engineering  - 
0.006-13
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
+
 * Tue Jul 28 2020 Fedora Release Engineering  - 
0.006-12
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/687615cab44e14da993b7774e02fea84a4440d4b?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "Perl 5.32 rebuild"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From a2518807110e9474602c2d269ed226d3bc6b8073 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Jun 23 2020 08:12:24 +
Subject: Perl 5.32 rebuild


---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index b571ed0..738f0be 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:10%{?dist}
+Release:11%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/namespace-sweep
@@ -63,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jun 23 2020 Jitka Plesnikova  - 0.006-11
+- Perl 5.32 rebuild
+
 * Thu Jan 30 2020 Fedora Release Engineering  - 
0.006-10
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/a2518807110e9474602c2d269ed226d3bc6b8073?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From c339dfb6ee7f4708f5f2a778bbd0bfa9796a9099 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 30 2020 06:33:24 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index 3be791b..b571ed0 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:9%{?dist}
+Release:10%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/namespace-sweep
@@ -63,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Thu Jan 30 2020 Fedora Release Engineering  - 
0.006-10
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild
+
 * Fri Jul 26 2019 Fedora Release Engineering  - 
0.006-9
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/c339dfb6ee7f4708f5f2a778bbd0bfa9796a9099?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From 783a48096c081d1c6c6985e8ed3ae5207c4cdbc0 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 26 2019 08:26:38 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index f1e8ab0..3be791b 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:8%{?dist}
+Release:9%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/namespace-sweep
@@ -63,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jul 26 2019 Fedora Release Engineering  - 
0.006-9
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild
+
 * Fri May 31 2019 Jitka Plesnikova  - 0.006-8
 - Perl 5.30 rebuild
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/783a48096c081d1c6c6985e8ed3ae5207c4cdbc0?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From 722f6749aea53db895cefcab459807dd2cc2fd02 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Feb 02 2019 01:57:32 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index 420bdba..7eed9db 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:6%{?dist}
+Release:7%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/namespace-sweep
@@ -63,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Sat Feb 02 2019 Fedora Release Engineering  - 
0.006-7
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild
+
 * Fri Jul 13 2018 Fedora Release Engineering  - 
0.006-6
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/722f6749aea53db895cefcab459807dd2cc2fd02?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "Perl 5.30 rebuild"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From 0d2e306332d2c6ece922c93d70c46f36ed8beced Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: May 31 2019 16:15:27 +
Subject: Perl 5.30 rebuild


---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index 7eed9db..f1e8ab0 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:7%{?dist}
+Release:8%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/namespace-sweep
@@ -63,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri May 31 2019 Jitka Plesnikova  - 0.006-8
+- Perl 5.30 rebuild
+
 * Sat Feb 02 2019 Fedora Release Engineering  - 
0.006-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/0d2e306332d2c6ece922c93d70c46f36ed8beced?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From b67be6c505d5b10990094e16ff7f0fd22138c67f Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 13 2018 21:00:14 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index 67d73e0..420bdba 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:5%{?dist}
+Release:6%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/namespace-sweep
@@ -63,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jul 13 2018 Fedora Release Engineering  - 
0.006-6
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
+
 * Sat Jun 30 2018 Jitka Plesnikova  - 0.006-5
 - Perl 5.28 rebuild
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/b67be6c505d5b10990094e16ff7f0fd22138c67f?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "Perl 5.28 rebuild"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From 8bc6b1feb0a68e50a07b4aad69117d3504d31223 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Jun 30 2018 01:43:15 +
Subject: Perl 5.28 rebuild


---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index 36fe176..67d73e0 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:4%{?dist}
+Release:5%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/namespace-sweep
@@ -63,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Sat Jun 30 2018 Jitka Plesnikova  - 0.006-5
+- Perl 5.28 rebuild
+
 * Fri Feb 09 2018 Fedora Release Engineering  - 
0.006-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_28_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/8bc6b1feb0a68e50a07b4aad69117d3504d31223?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "Initial import"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From 5d79f117b71341023012a58497d1e17e3d76a024 Mon Sep 17 00:00:00 2001
From: Ralf Corsépius 
Date: Mar 13 2017 18:13:46 +
Subject: Initial import


---

diff --git a/.gitignore b/.gitignore
index e69de29..aae7e90 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/namespace-sweep-0.006.tar.gz
diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
new file mode 100644
index 000..84ff778
--- /dev/null
+++ b/perl-namespace-sweep.spec
@@ -0,0 +1,67 @@
+Name:   perl-namespace-sweep
+Version:0.006
+Release:1%{?dist}
+Summary:Sweep up imported subs in your classes
+License:GPL+ or Artistic
+URL:http://search.cpan.org/dist/namespace-sweep/
+Source0:
http://www.cpan.org/authors/id/F/FR/FRIEDO/namespace-sweep-%{version}.tar.gz
+BuildArch:  noarch
+
+BuildRequires:  %{__perl}
+BuildRequires:  %{__make}
+
+BuildRequires:  perl-generators
+
+BuildRequires:  perl(B::Hooks::EndOfScope) >= 0.09
+BuildRequires:  perl(Carp)
+BuildRequires:  perl(Data::Dumper)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.30
+BuildRequires:  perl(List::Util)
+BuildRequires:  perl(Package::Stash) >= 0.33
+BuildRequires:  perl(Scalar::Util)
+BuildRequires:  perl(Sub::Identify) >= 0.04
+BuildRequires:  perl(Sub::Name)
+BuildRequires:  perl(Test::More)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+
+# Optional testsuite requirements
+BuildRequires: perl(Moo)
+BuildRequires:  perl(Moose)
+BuildRequires:  perl(Mouse)
+
+
+Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+
+%description
+Because Perl methods are just regular subroutines, it's difficult to tell
+what's a method and what's just an imported function. As a result, imported
+functions can be called as methods on your objects. This pragma will delete
+imported functions from your class's symbol table, thereby ensuring that
+your interface is as you specified it. However, code inside your module
+will still be able to use the imported functions without any problems.
+
+%prep
+%setup -q -n namespace-sweep-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
+%{__make} %{?_smp_mflags}
+
+%install
+%{__make} pure_install DESTDIR=$RPM_BUILD_ROOT
+
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%files
+%doc README
+%license LICENSE
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Mon Feb 13 2017 Ralf Corsépius  - 0.006-1
+- Initial Fedora package.
diff --git a/sources b/sources
index e69de29..8b3c1cb 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+SHA512 (namespace-sweep-0.006.tar.gz) = 
25eab21a53c557f9684961c764b3d3ef2c654b36c6ada9361a3b19a263ab640faa0669858de7750f634a476541b3b5b796ebb7413c17c6591d38971a92e29804



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/5d79f117b71341023012a58497d1e17e3d76a024?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "cpan.org addresses moved to MetaCPAN "

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From 8fa32462b569ac2aba0ff7f754567fc88c88b19e Mon Sep 17 00:00:00 2001
From: Petr Písař 
Date: Jun 04 2018 12:31:10 +
Subject: cpan.org addresses moved to MetaCPAN 



---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index 039a238..36fe176 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -3,8 +3,8 @@ Version:0.006
 Release:4%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
-URL:http://search.cpan.org/dist/namespace-sweep/
-Source0:
http://www.cpan.org/authors/id/F/FR/FRIEDO/namespace-sweep-%{version}.tar.gz
+URL:https://metacpan.org/release/namespace-sweep
+Source0:
https://cpan.metacpan.org/authors/id/F/FR/FRIEDO/namespace-sweep-%{version}.tar.gz
 BuildArch:  noarch
 
 BuildRequires:  %{__perl}



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/8fa32462b569ac2aba0ff7f754567fc88c88b19e?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_28_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From 75010a767fefc80ea9b43486bc29fdb8713b3979 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Feb 09 2018 02:44:18 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_28_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index 648ae9b..039a238 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:3%{?dist}
+Release:4%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/namespace-sweep/
@@ -63,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Feb 09 2018 Fedora Release Engineering  - 
0.006-4
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_28_Mass_Rebuild
+
 * Thu Jul 27 2017 Fedora Release Engineering  - 
0.006-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/75010a767fefc80ea9b43486bc29fdb8713b3979?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "Perl 5.26 rebuild"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From c8311a21314b549318bd9851e626fdd8f34c47a8 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Jun 06 2017 14:00:08 +
Subject: Perl 5.26 rebuild


---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index 84ff778..62cc6fa 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/namespace-sweep/
@@ -63,5 +63,8 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Tue Jun 06 2017 Jitka Plesnikova  - 0.006-2
+- Perl 5.26 rebuild
+
 * Mon Feb 13 2017 Ralf Corsépius  - 0.006-1
 - Initial Fedora package.



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/c8311a21314b549318bd9851e626fdd8f34c47a8?branch=epel9
___
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

xavierb pushed to perl-namespace-sweep (epel9). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild"

[notifications]

Notification time stamped 2022-01-10 18:19:38 UTC

From 7a179dde887a6a91cc80d2e0dee7c05120d5be00 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jul 27 2017 07:14:50 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild


---

diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec
index 62cc6fa..648ae9b 100644
--- a/perl-namespace-sweep.spec
+++ b/perl-namespace-sweep.spec
@@ -1,6 +1,6 @@
 Name:   perl-namespace-sweep
 Version:0.006
-Release:2%{?dist}
+Release:3%{?dist}
 Summary:Sweep up imported subs in your classes
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/namespace-sweep/
@@ -63,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Thu Jul 27 2017 Fedora Release Engineering  - 
0.006-3
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild
+
 * Tue Jun 06 2017 Jitka Plesnikova  - 0.006-2
 - Perl 5.26 rebuild
 



https://src.fedoraproject.org/rpms/perl-namespace-sweep/c/7a179dde887a6a91cc80d2e0dee7c05120d5be00?branch=epel9
___
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

xen soname bump with 4.16.0 release

[Michael Young]

I have built an update of xen to the 4.16.0 release on rawhide in the 
f36-build-side-49362 side tag. This changes most library
versions in the xen-libs package. I believe that the qemu and libvirt 
packages will need to be rebuilt due to the version change.


Michael Young
___
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: Orphaned packages looking for new maintainers

[Antonio T. sagitter]

I'm taking PyQt4

--
---
Antonio Trande
Fedora Project
mailto: sagit...@fedoraproject.org
GPG key: 0xCC1CFEF30920C8AE
GPG key server: https://keyserver1.pgp.com/


OpenPGP_0xCC1CFEF30920C8AE.asc
Description: OpenPGP public key


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

Summary/Minutes from today's FESCo Meeting (2022-01-10)

[Zbigniew Jędrzejewski-Szmek]

Minutes: 
https://meetbot.fedoraproject.org/fedora-meeting/2022-01-10/fesco.2022-01-10-19.04.html
Minutes (text): 
https://meetbot.fedoraproject.org/fedora-meeting/2022-01-10/fesco.2022-01-10-19.04.txt
Log: 
https://meetbot.fedoraproject.org/fedora-meeting/2022-01-10/fesco.2022-01-10-19.04.log.html

Meeting summary
---
* init process  (zbyszek, 19:04:11)

* meeting time  (zbyszek, 19:06:33)
  * https://whenisgood.net/fesco-2021-december/results/h2xch99
(zbyszek, 19:07:20)
  * AGREED: FESCO meetings will take place on Tuesday 18:00  (zbyszek,
19:11:17)

* #2711 F36 Change: Enable fs-verity in RPM  (zbyszek, 19:11:51)

* #2713 F36 Change: Make Rescue Mode Work With Locked Root  (zbyszek,
  19:16:06)
  * LINK:

https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/LOISWGKNQZXN33WPDQX3QJYC7ZC77T4N/
(mhroncok, 19:18:08)
  * ACTION: zbyszek to set up a meeting with Change owners to discuss
alternative approaches  (zbyszek, 19:46:17)

* #2717 Blender 3.0.0 on Fedora 35  (zbyszek, 19:46:25)
  * ACTION: nirik to write a mail to the maintainer  (zbyszek, 19:57:57)

* Next week's chair  (zbyszek, 19:58:22)
  * ACTION: mhroncok will chair the next meeting (Tuesday!)  (zbyszek,
20:00:49)

* Open Floor  (zbyszek, 20:00:59)

Meeting ended at 20:04:32 UTC.
___
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: Self Introduction: Brad Smith (aka buckaroogeek)

[Brad Smith]

Thank you Matthew.

Brad

On Mon, Jan 10, 2022 at 11:12 AM Matthew Miller
 wrote:
>
> On Mon, Jan 10, 2022 at 10:42:10AM -0800, Brad Smith wrote:
> > I am a retired senior manager for a U.S federal agency (US Forest
> > Service). I have a background in software development over the past
> > several decades contributing PRs for a number of open source projects
> > but am not an active member of any specific project. I have a number
>
> Welcome Brad! Sounds like you have a lot of interesting experience, and I'm
> glad Fedora is the place that you're jumping in further! :)
>
> --
> Matthew Miller
> 
> Fedora Project Leader
> ___
> 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

dosbox-staging license change: from GPLv2+ to GPLv3+

[Otto Urpelainen]

I have changed the License field of dosbox-staging from GPLv2+ to 
GPLv3+. That has been the correct license from start, but previously, 
licenses of this package's many bundled dependencies were not 
considered. Most of the licenses are permissive or public domain-like, 
but one is GPLv3+, which becomes the effective license.

___
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: Self Introduction: Brad Smith (aka buckaroogeek)

[Matthew Miller]

On Mon, Jan 10, 2022 at 10:42:10AM -0800, Brad Smith wrote:
> I am a retired senior manager for a U.S federal agency (US Forest
> Service). I have a background in software development over the past
> several decades contributing PRs for a number of open source projects
> but am not an active member of any specific project. I have a number

Welcome Brad! Sounds like you have a lot of interesting experience, and I'm
glad Fedora is the place that you're jumping in further! :)

-- 
Matthew Miller

Fedora Project Leader
___
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: Heads up: libffi 3.4 rebuild in rawhide today

[Miro Hrončok]

On 10. 01. 22 18:14, Miro Hrončok wrote:

On 08. 01. 22 18:09, Carlos O'Donell wrote:

On 1/8/22 04:37, Miro Hrončok wrote:

Hello packagers,

I intent to rebuild the following packages with libffi 3.4 in Rawhide...


-

Not yet rebuilt packages:

$ repoquery -q --repo=koji --whatrequires libffi3.1 --source | pkgname
gambas3
hadolint
jffi
llvm
llvm10
llvm11
llvm12
llvm9.0
python2.7
python3.6
python3.7
ruby
thunderbird
xs


All are known. jffi seems to be the only libffi-related failure.


OK, ruby also seems related:

https://koschei.fedoraproject.org/package/ruby

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
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: Self Introduction: Malcolm Inglis (mcinglis)

[Kevin Fenzi]

On Mon, Jan 10, 2022 at 11:07:33AM +0100, Vít Ondruch wrote:
> 
> Just FTR, I don't think that as a sponsor, I can close the ticket and that
> is a bit discouraging.

There's no way to tell pagure.io "everyone in the fedora packager group
thats a manager is a admin here", so I have manually been adding any
sponsor who replies to a ticket. 

I suppose if we wanted we could manually list everyone out and add them
and then add new folks as they became sponsors. 

> > Additionally, I fear it would also leed to 'HI, make me a packager' type
> > tickets (with no other info). We could of course close those or ask for
> > more info, but then someone has to manage that.
> 
> 
> You have already volunteered for providing the template, that should help to
> solve this.

Hopefully. :)

kevin


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 2033665] Add perl-MooX-HandlesVia to EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2033665

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #6 from Fedora Update System  ---
FEDORA-EPEL-2022-b50963e481 has been submitted as an update to Fedora EPEL 9.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-b50963e481


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2033665
___
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

Self Introduction: Brad Smith (aka buckaroogeek)

[Brad Smith]

Greetings

Peter Hunt (aka haircommander) asked if I might be interested in
assisting with the maintenance of the kubernetes packages for Fedora.
I have the time and interest and some of the needed skills. I am
certainly willing to learn.

I am a retired senior manager for a U.S federal agency (US Forest
Service). I have a background in software development over the past
several decades contributing PRs for a number of open source projects
but am not an active member of any specific project. I have a number
of repositories on github including several fedora specific ansible
roles (https://github.com/buckaroogeek?tab=repositories). I also
recently submitted a short note to fedora magazine about some
optimizations to DNF that are useful on low/expensive bandwidth
internet connections (see
https://fedoramagazine.org/use-the-dnf-local-plugin-to-speed-up-your-home-lab/).

Fedora is my primary OS at home for my workstation and Raspberry Pi
kubernetes cluster. The RPi4s all use Fedora 35 minimal currently with
ongoing experiments with Fedora CoreOS.  I started with Fedora 2,
switching from Red Hat desktop.

I have long been an open source advocate. During my federal career, I
was the principal open source advocate within the Forest Service IT
team. I led the adoption of collaborative source code management, and
the adoption and use of open source tools and code. I installed and
managed Enterprise SourceForge in the early 1990s for the agency and
was an active leader in moving the agency from SUSE and AIX to RHEL as
the primary OS in our data centers.

Looking forward to contributing where I can.

Best wishes

Brad
___
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: Unannounced soname bump of libre2

[Adam Williamson]

On Sat, 2022-01-08 at 23:56 +0900, Mamoru TASAKA wrote:
> Miro Hrončok wrote on 2022/01/08 20:05:
> > On 08. 01. 22 11:39, Miro Hrončok wrote:
> > > The re2 package was updated today in Rawhide and bumped soname from 
> > > libre2.so.0a to libre2.so.9.
> > > 
> > > https://src.fedoraproject.org/rpms/re2/c/dafa514
> > > 
> > > Seven packages are broken:
> > > 
> > > dnsdist: https://bugzilla.redhat.com/show_bug.cgi?id=2038544
> > fails to build, not sure if re2 related
> 
> There is at least a fault on new re2, filed:
> https://bugzilla.redhat.com/show_bug.cgi?id=2038572
> 
> > > frr: https://bugzilla.redhat.com/show_bug.cgi?id=2038545
> > depends on grpc
> > 
> > > grpc: https://bugzilla.redhat.com/show_bug.cgi?id=2038546
> > fails to build due to another unrelated fails to install bug
> > 
> > > qt5-qtwebengine: https://bugzilla.redhat.com/show_bug.cgi?id=2038551
> > fails to build, re2 related
> > 
> > The rest (bloaty, perl-re-engine-RE2, python-fb-re2) seems to build fine, 
> > at least on some architectures.
> > 
> > %57 failure rate :(

So I'm pretty sure the qtwebengine fail was also caused by the
pkgconfig file bug you noted. I've sent a new build of re2 that fixes
that bug, and am trying qtwebengine again. If that works, I'll look at
the others, but that's the one that's blocking Rawhide so it's the
highest priority right now.
-- 
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: New top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

[Peter Boy]

> Am 10.01.2022 um 18:57 schrieb Alexander Sosedkin :
> 
> On Mon, Jan 10, 2022 at 5:20 PM David Cantrell  wrote:
>> 
>> On Wed, Dec 29, 2021 at 10:01:57AM -0500, Ben Cotton wrote:
>>> https://fedoraproject.org/wiki/Changes/RelocateRPMToUsr
>>> 
>>> == Summary ==
>>> Currently, the RPM databases is located in `/var`. Let's move it to
>>> `/usr`. The move is already under way in rpm-ostree-based
>>> installations, and in (open)SUSE.
>>> [snip]
>> ...
> 
> The whole proposal is kinda sad to read.
> It's 2022 and we're catering to filesystem-level rollbacks.
> Filesystem rollbacks *are* a gigantic unsubtle hammer
> that should not be used in an automated manner,
> or better yet, not used at all.
> As much as you don't do filesystem rollbacks
> to undo paragraph deletions in Libreoffice Writer,
> you shouldn't do filesystem rollbacks to fix your system.
> That's your package manager's / configuration manager's job.

Well, os-tree is doing filesystem rollback / -rollforward  by architecture. If 
you want to feed rpm into it, it may be tricky.

But this argues for just moving rpmdb for rpm-oss-tree, since os-tree has its 
own logic anyway. No need and no advantage to do it for non-rpm-os-tree systems 
as well.  
___
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 2030284] Please branch and build perl-IO-SessionData in epel9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2030284

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #2 from Fedora Update System  ---
FEDORA-EPEL-2022-2a9127a8bf has been submitted as an update to Fedora EPEL 9.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-2a9127a8bf


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2030284
___
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 top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

[Colin Walters]

On Mon, Jan 10, 2022, at 11:19 AM, David Cantrell wrote:
> On Wed, Dec 29, 2021 at 10:01:57AM -0500, Ben Cotton wrote:
>>https://fedoraproject.org/wiki/Changes/RelocateRPMToUsr
>>
>>== Summary ==
>>Currently, the RPM databases is located in `/var`. Let's move it to
>>`/usr`. The move is already under way in rpm-ostree-based
>>installations, and in (open)SUSE.
>>[snip]
>
> Moving the RPM database to /usr feels incorrect to me, but we should move it
> to gain the improvements as noted in the feature proposal.
>
> Numerous followups have noted the requirement that /usr contain read-only
> content, that it be shareable across hosts, and similar concepts.  While this
> may or may not doable now like we could in the past, the bigger thing to me is
> around the understanding of what /usr contains.  It is generally understood
> that /usr contains [most of] the installed system.  What I think is a bigger
> requirement or expection now is that one can tar up /usr and transport it to
> another system or virtual machine or container and expect that it will
> _probably_ work maybe with a bit of tinkering.  This is a really valuable
> thing to have for developers. 

No, this is not about developers tar'ing up `/usr` by hand.  It's about cleanly 
separating who owns what, and what its lifecycle is, which is critcially 
important for both "image based" updates as well as "local client side 
snapshots".  Both these approaches end up creating more than one copy of 
certain files.

See
- 
https://blog.verbum.org/2020/08/22/immutable-%E2%86%92-reprovisionable-anti-hysteresis/
- http://lists.rpm.org/pipermail/rpm-maint/2021-December/018770.html

>  Moving the RPM database to this tree adds a
> component that is unnecessary and sort of out of place.

I struggle to how to even respond to this.  Multiple independent groups who 
*actually work* on image based updates and/or client side snapshots all 
generally agree that the rpmdb should be in /usr.

That's where this Change came in.

On what basis are you making this claim "unnecessary and sort of out of place"?


>
> "OK, but you can do tar -X"
>
> The tar example was simply that, an example.  I feel the categorization of
> system data is more important here.  Panu brought this up on the referenced
> RPM mailing list thread years ago.  The original /var location for the RPM
> database was fine, but we're at a point where we kind of have multiple
> categories of things historically found in /var.
>
> Reading comments and talking to people, the long standing understanding of
> /var is still "that's stuff you can rm -rf and the system will still work
> fine".  

Yes, we call this "factory reset".  
https://github.com/coreos/fedora-coreos-tracker/issues/399
I am not sure where the terminology came from, but it is widely used when 
talking about e.g. mobile phones today.

> Technically you could remove the RPM database and the system still
> function, but arguably would still be broken since you really want the RPM
> database.  This use case of removing the RPM database and still having a
> functioning system is really only useful for data recovery scenarios.  You're
> ultimately going to reinstall.  Probably.

At least from my PoV, the rpmdb is by default read-only (except to rpm-ostree) 
along with the rest of /usr, so you can't just rm -rf it alone.

> So maybe the question is more "what is the correct location for data like the
> RPM database?"  First, how is that data different from the rest of /var?  It
> is host-specific, 

No.  An image based updates model (both ostree and container images) ships a 
pristine copy that is bit-for-bit the same on every system.  Container runtimes 
tend to make it mutable by default of course, but that doesn't change the fact 
that it's not by default host specific.

> I would like to see Fedora introduce a new top-level directory called:
>
>  /state

We have years of investment in rpm-ostree in the current design.  For example, 
the tooling supports `rpm-ostree db diff` which shows you the delta between the 
current and pending rpmdb.  
How would this new directory work?  How would it better solve problems that are 
today solved with the location in /usr?  And do you even have a sense of how 
much work would creating for the rpm-ostree stack at least with a new toplevel 
directory with new, as yet ill-defined semantics?
___
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 2037653] Please branch and build perl-MooseX-AttributeHelpers for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2037653

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #3 from Fedora Update System  ---
FEDORA-EPEL-2022-9da1eae999 has been submitted as an update to Fedora EPEL 9.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-9da1eae999


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2037653
___
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 2032425] perl-Moose for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2032425

Xavier Bachelot  changed:

   What|Removed |Added

 Blocks||2032433





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2032433
[Bug 2032433] perl-namespace-sweep 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=2032425
___
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 2031806] perl-Mouse for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2031806

Xavier Bachelot  changed:

   What|Removed |Added

 Blocks||2032433





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2032433
[Bug 2032433] perl-namespace-sweep 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=2031806
___
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 2032433] perl-namespace-sweep for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2032433

Xavier Bachelot  changed:

   What|Removed |Added

 Depends On||2031806, 2032425





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2031806
[Bug 2031806] perl-Mouse for EPEL 9
https://bugzilla.redhat.com/show_bug.cgi?id=2032425
[Bug 2032425] perl-Moose 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=2032433
___
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 2037676] Please branch and build perl-MooseX-Role-Parameterized for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2037676

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #3 from Fedora Update System  ---
FEDORA-EPEL-2022-7e4f023882 has been submitted as an update to Fedora EPEL 9.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-7e4f023882


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2037676
___
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: 'kinit' not works

[Vitaly Zaitsev via devel]

On 10/01/2022 18:50, Евгений Пивнев wrote:

I’m wrong? Or what happens?


sudo dnf install fedora-packager-kerberos

--
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

Orphaned packages looking for new maintainers

[Miro Hrončok]

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will fail to install and/or build when the affected package gets 
retired.

Request package ownership via the *Take* button in he left column on
https://src.fedoraproject.org/rpms/

Full report available at:
https://churchyard.fedorapeople.org/orphans-2022-01-03.txt
grep it for your FAS username and follow the dependency chain.

For human readable dependency chains,
see https://packager-dashboard.fedoraproject.org/
For all orphaned packages,
see https://packager-dashboard.fedoraproject.org/orphan

 Package   (co)maintainers Status Change

PyQt4kde-sig, orphan, than 0 weeks ago
dans-gdal-scriptsorphan3 weeks ago
dunstalebastr, orphan  0 weeks ago
esniper  orphan3 weeks ago
fkill-cliorphan2 weeks ago
fx   orphan2 weeks ago
fx-completionorphan2 weeks ago
icedtea-web  jvanek, omajid, orphan5 weeks ago
js-termynal  orphan5 weeks ago
laby orphan0 weeks ago
libmetalink  andreamanzi, orphan   0 weeks ago
nodejs-svgo  nodejs-sig, orphan2 weeks ago
npm-name-cli orphan2 weeks ago
perl-Net-HL7 orphan2 weeks ago
php-pecl-solr2   orphan0 weeks ago
python-editorconfig  orphan0 weeks ago
python-jenkins-job-builder   ignatenkobrain, ktdreyer, orphan, 3 weeks ago
 pabelanger
python-netssh2   orphan0 weeks ago
python-selenium  mrunge, orphan0 weeks ago
python-wand  orphan0 weeks ago
ravada   orphan4 weeks ago
rubygem-rsolrorphan2 weeks ago
rust-biscuit orphan4 weeks ago
sirilastro-sig, lkundrak, lupinix, 2 weeks ago
 orphan
topojson-client  orphan2 weeks ago
topojson-server  orphan2 weeks ago
topojson-simplifyorphan2 weeks ago
uddi4j   galileo, orphan   5 weeks ago
uml_utilitieschkr, orphan  1 weeks ago
workrave nonamedotc, orphan0 weeks ago
wsil4j   galileo, orphan   5 weeks ago
xcf-pixbuf-loaderorphan4 weeks ago

The following packages require above mentioned packages:
Depending on: PyQt4 (45), status change: 2022-01-10 (0 weeks ago)
gr-air-modes (maintained by: jskarvad)
		gr-air-modes-0-0.87.20200807git9e2515a5.fc36.src requires python3-PyQt4-devel 
= 4.12.3-17.fc35


ibus-bogo (maintained by: tuanta)
ibus-bogo-0.4-26.fc35.noarch requires python3-PyQt4 = 
4.12.3-17.fc35
ibus-bogo-0.4-26.fc35.src requires python3-PyQt4-devel = 
4.12.3-17.fc35

pymol (maintained by: sagitter, sergiomb)
pymol-2.5.0-1.fc36.x86_64 requires python3-PyQt4(x86-64) = 
4.12.3-17.fc35

python-qdarkstyle (maintained by: nonamedotc)
python-qdarkstyle-3.0.2-2.fc35.src requires python3-PyQt4 = 
4.12.3-17.fc35

python-cclib (maintained by: sagitter)
python3-cclib-1.7-3.fc35.noarch requires python3-PyQt4 = 
4.12.3-17.fc35

python3-iep (maintained by: cottsay)
python3-iep-3.7-21.fc35.noarch requires python3-PyQt4 = 
4.12.3-17.fc35

python-pyudev (maintained by: clockfort, dshea, mulhern)
python3-pyudev-qt4-0.22.0-6.fc35.noarch requires python3-PyQt4 
= 

Re: Orphaned packages looking for new maintainers

[Miro Hrončok]

On 10. 01. 22 18:57, Miro Hrončok wrote:

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will fail to install and/or build when the affected package gets 
retired.

Request package ownership via the *Take* button in he left column on
https://src.fedoraproject.org/rpms/

Full report available at:
https://churchyard.fedorapeople.org/orphans-2022-01-03.txt
grep it for your FAS username and follow the dependency chain.


This should have been:
https://churchyard.fedorapeople.org/orphans-2022-01-10.txt


The following packages require above mentioned packages:
Depending on: PyQt4 (45), status change: 2022-01-10 (0 weeks ago)
 gr-air-modes (maintained by: jskarvad)
     gr-air-modes-0-0.87.20200807git9e2515a5.fc36.src requires 
python3-PyQt4-devel = 4.12.3-17.fc35


 ibus-bogo (maintained by: tuanta)
     ibus-bogo-0.4-26.fc35.noarch requires python3-PyQt4 = 4.12.3-17.fc35
     ibus-bogo-0.4-26.fc35.src requires python3-PyQt4-devel = 4.12.3-17.fc35

 pymol (maintained by: sagitter, sergiomb)
     pymol-2.5.0-1.fc36.x86_64 requires python3-PyQt4(x86-64) = 
4.12.3-17.fc35

 python-qdarkstyle (maintained by: nonamedotc)
     python-qdarkstyle-3.0.2-2.fc35.src requires python3-PyQt4 = 
4.12.3-17.fc35


 python-cclib (maintained by: sagitter)
     python3-cclib-1.7-3.fc35.noarch requires python3-PyQt4 = 4.12.3-17.fc35

 python3-iep (maintained by: cottsay)
     python3-iep-3.7-21.fc35.noarch requires python3-PyQt4 = 4.12.3-17.fc35

 python-pyudev (maintained by: clockfort, dshea, mulhern)
     python3-pyudev-qt4-0.22.0-6.fc35.noarch requires python3-PyQt4 = 
4.12.3-17.fc35


Many many many packages are marked as impacted because they use pyudev, but no 
package actually uses python3-pyudev-qt4.


Hence, I've opened 
https://src.fedoraproject.org/rpms/python-pyudev/pull-request/3 to mitigate the 
impact.


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
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 2032433] perl-namespace-sweep for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2032433

Xavier Bachelot  changed:

   What|Removed |Added

   Doc Type|--- |If docs needed, set a value
   Assignee|rc040...@freenet.de |xav...@bachelot.org
 Status|NEW |ASSIGNED




-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2032433
___
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

Orphaned packages looking for new maintainers

[Miro Hrončok]

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will fail to install and/or build when the affected package gets 
retired.

Request package ownership via the *Take* button in he left column on
https://src.fedoraproject.org/rpms/

Full report available at:
https://churchyard.fedorapeople.org/orphans-2022-01-03.txt
grep it for your FAS username and follow the dependency chain.

For human readable dependency chains,
see https://packager-dashboard.fedoraproject.org/
For all orphaned packages,
see https://packager-dashboard.fedoraproject.org/orphan

 Package   (co)maintainers Status Change

PyQt4kde-sig, orphan, than 0 weeks ago
dans-gdal-scriptsorphan3 weeks ago
dunstalebastr, orphan  0 weeks ago
esniper  orphan3 weeks ago
fkill-cliorphan2 weeks ago
fx   orphan2 weeks ago
fx-completionorphan2 weeks ago
icedtea-web  jvanek, omajid, orphan5 weeks ago
js-termynal  orphan5 weeks ago
laby orphan0 weeks ago
libmetalink  andreamanzi, orphan   0 weeks ago
nodejs-svgo  nodejs-sig, orphan2 weeks ago
npm-name-cli orphan2 weeks ago
perl-Net-HL7 orphan2 weeks ago
php-pecl-solr2   orphan0 weeks ago
python-editorconfig  orphan0 weeks ago
python-jenkins-job-builder   ignatenkobrain, ktdreyer, orphan, 3 weeks ago
 pabelanger
python-netssh2   orphan0 weeks ago
python-selenium  mrunge, orphan0 weeks ago
python-wand  orphan0 weeks ago
ravada   orphan4 weeks ago
rubygem-rsolrorphan2 weeks ago
rust-biscuit orphan4 weeks ago
sirilastro-sig, lkundrak, lupinix, 2 weeks ago
 orphan
topojson-client  orphan2 weeks ago
topojson-server  orphan2 weeks ago
topojson-simplifyorphan2 weeks ago
uddi4j   galileo, orphan   5 weeks ago
uml_utilitieschkr, orphan  1 weeks ago
workrave nonamedotc, orphan0 weeks ago
wsil4j   galileo, orphan   5 weeks ago
xcf-pixbuf-loaderorphan4 weeks ago

The following packages require above mentioned packages:
Depending on: PyQt4 (45), status change: 2022-01-10 (0 weeks ago)
gr-air-modes (maintained by: jskarvad)
		gr-air-modes-0-0.87.20200807git9e2515a5.fc36.src requires python3-PyQt4-devel 
= 4.12.3-17.fc35


ibus-bogo (maintained by: tuanta)
ibus-bogo-0.4-26.fc35.noarch requires python3-PyQt4 = 
4.12.3-17.fc35
ibus-bogo-0.4-26.fc35.src requires python3-PyQt4-devel = 
4.12.3-17.fc35

pymol (maintained by: sagitter, sergiomb)
pymol-2.5.0-1.fc36.x86_64 requires python3-PyQt4(x86-64) = 
4.12.3-17.fc35

python-qdarkstyle (maintained by: nonamedotc)
python-qdarkstyle-3.0.2-2.fc35.src requires python3-PyQt4 = 
4.12.3-17.fc35

python-cclib (maintained by: sagitter)
python3-cclib-1.7-3.fc35.noarch requires python3-PyQt4 = 
4.12.3-17.fc35

python3-iep (maintained by: cottsay)
python3-iep-3.7-21.fc35.noarch requires python3-PyQt4 = 
4.12.3-17.fc35

python-pyudev (maintained by: clockfort, dshea, mulhern)
python3-pyudev-qt4-0.22.0-6.fc35.noarch requires python3-PyQt4 
= 

Re: New top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

[Alexander Sosedkin]

On Mon, Jan 10, 2022 at 5:20 PM David Cantrell  wrote:
>
> On Wed, Dec 29, 2021 at 10:01:57AM -0500, Ben Cotton wrote:
> >https://fedoraproject.org/wiki/Changes/RelocateRPMToUsr
> >
> >== Summary ==
> >Currently, the RPM databases is located in `/var`. Let's move it to
> >`/usr`. The move is already under way in rpm-ostree-based
> >installations, and in (open)SUSE.
> >[snip]
>
> Moving the RPM database to /usr feels incorrect to me, but we should move it
> to gain the improvements as noted in the feature proposal.
>
> Numerous followups have noted the requirement that /usr contain read-only
> content, that it be shareable across hosts, and similar concepts.  While this
> may or may not doable now like we could in the past, the bigger thing to me is
> around the understanding of what /usr contains.  It is generally understood
> that /usr contains [most of] the installed system.  What I think is a bigger
> requirement or expection now is that one can tar up /usr and transport it to
> another system or virtual machine or container and expect that it will
> _probably_ work maybe with a bit of tinkering.  This is a really valuable
> thing to have for developers.  Moving the RPM database to this tree adds a
> component that is unnecessary and sort of out of place.
>
> "OK, but you can do tar -X"
>
> The tar example was simply that, an example.  I feel the categorization of
> system data is more important here.  Panu brought this up on the referenced
> RPM mailing list thread years ago.  The original /var location for the RPM
> database was fine, but we're at a point where we kind of have multiple
> categories of things historically found in /var.
>
> Reading comments and talking to people, the long standing understanding of
> /var is still "that's stuff you can rm -rf and the system will still work
> fine".

That's one interesting definition of "fine"
if it's OK with wiping the system's (arguably) *only* non-disposable directory.

> Technically you could remove the RPM database and the system still
> function, but arguably would still be broken since you really want the RPM
> database.  This use case of removing the RPM database and still having a
> functioning system is really only useful for data recovery scenarios.  You're
> ultimately going to reinstall.  Probably.
>
> So maybe the question is more "what is the correct location for data like the
> RPM database?"  First, how is that data different from the rest of /var?  It
> is host-specific, it's updated by tools we run all the time, and it's
> stateful.  Losing it would render the system not really useful, though the
> system would still function.  Am I missing anything here?
>
> As Lennart noted, we have lots of examples in /usr of changing data.  But I'd
> say the difference between those examples (library symlinks, cache files, etc)
> and the RPM database is that the loss of something like a library symlink or
> cache file can be repaired easily but if you lose the RPM database, the system
> is in an unrepairable state.
>
> As another example... If you use Bitlbee, this would be like losing your
> account XML file in /var/lib/bitlbee.  Sure, bitlbee still works, but that
> file is important for Bitlbee to work for you.  You have to remember to hang
> on to that if you wipe /var or reinstall or whatever.  I'd say the Bitlbee
> files in /var/lib/bitlbee also fit this slightly different /var data
> definition, just as an example.
>
> "But what about the FHS?"
>
> Ah, yes, the FHS.  So, I am a fan of the FHS.  I actually don't care that it
> doesn't change every week and is relatively stable.  Nothing in the FHS
> prevents the addition of new top level directories.
>
> I would prefer we steer this conversation in the direction of determining a
> new top level location to store data that fits this category of "stateful but
> variable".
>
> /srv was introduced to provide a consistent location for data in this category
> for server daemons (except mail).
>
> /media was introduced to provide a consistent location for removable media
> mount points since distributions all did things slightly differently.
>
> /run was introduced for what was traditionally in /var/run.
>
> "So what are you suggesting?"
>
> I would like to see Fedora introduce a new top-level directory called:
>
>  /state
>
> That holds the RPM database and other variable and stateful data.  This keeps
> it out of the /usr tree and can serve as a location for future data in this
> category.

If I ever see a system with /state I'll automatically assume
this is the only location that's not wiped on a reboot,
invented because the admin gave up on denylisting useless stuff in /var.

The whole proposal is kinda sad to read.
It's 2022 and we're catering to filesystem-level rollbacks.
Filesystem rollbacks *are* a gigantic unsubtle hammer
that should not be used in an automated manner,
or better yet, not used at all.
As much as you don't do filesystem rollbacks
to undo paragraph deletions in 

Re: New top-level dir: /state [

[Stephen Gallagher]

On Mon, Jan 10, 2022 at 12:30 PM Frank Ch. Eigler  wrote:
>
> David Cantrell  writes:
>
> > Reading comments and talking to people, the long standing understanding of
> > /var is still "that's stuff you can rm -rf and the system will still work
> > fine".  Technically you could remove the RPM database and the system still
> > function [...]
>
> Considering that many other valuable mutable state are put under /var
> are put there, databases, container images, etc. etc. etc, this
> understanding cannot be correct.  We could just leave /var alone.
>
> # sudo du -s /var/lib/*


I *think* what David is suggesting here is that while databases and
container images are indeed changeable data that lives in /var (and
are likely VERY important to the user), they are not critical to the
functioning of the operating system itself. The OS will still boot and
you can still log in[1] if /var is wiped clean, though the system will
probably not be doing anything useful at this point. Whereas if the
RPM database is damaged or removed, a core function of the operating
system (installation and updates) will no longer work.

I think there is definite value in considering adding a new location
(though it need not be at the top-level) for data like this.

I'll note that the FHS states the following[2] in regards to /var:
"Everything that once went into /usr that is written to during system
operation (as opposed to installation and software maintenance) must
be in /var."

This exception seems to me to be clearly implying that "installation
and software maintenance" do not need to be in /var (and as CoreOS has
shown, there's value to keeping it somewhere else).

A further quote from the same section of the FHS suggests the use of
/usr/var, which is a location we are not currently using in the Fedora
Project, but seems like it would fit the requirements for both CoreOS
and traditional RPM Fedora. This same hierarchy could be used for
/var/log and /var/lib/libvirt/images as well.


[1] With the possible exception of enterprise logins, since SSSD
stores its offline cache in /var/lib/sss/db
[2] https://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch05.html#purpose31
___
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: Guidelines for adding subpackages not shipped by RHEL

[Troy Dawson]

On Mon, Jan 10, 2022 at 9:32 AM Petr Pisar  wrote:

> Hello,
>
> I happened to hit a request for adding web-assets-devel binary package of
> web-assets component to EPEL 9 (bug #2036086) while web-assets-filesystem
> binary package is shipped in RHEL. I recall it is allowed, but ones need to
> follow some rules which I cannot find now.
>
> Current Packaging guide lines
>  do not
> document
> this particular case. The closest one is adding missing architectures
> (Limited
> Arch Packages section).
>
> Do you know the rules for adding the missing subpackages?
>
> I remember that release number needs to be kept lower.
> What about component (source package) name. Can I use reuse it, or do we
> need
> to rename it to keep Koji happy in case it has imported CentOS builds?
> I guess I should disable subpackages already shipped by RHEL.
>
> -- Petr
>

This currently is in the FAQ.[1]
We recently discussed this in the EPEL Steering Committee Meeting, because
some clarification was requested.[2]
I am in the middle of writing a new page with the outcome of the meeting
[3].  I'll write a separate page, because this gets asked enough, that it
deserves it's own page.

Because I haven't gotten the new page written yet, follow the instructions
in the FAQ, and ask if things are not clear.
Two things to note.
1 - Name it web-assets-epel
  That has changed from a recommended to a Must for packages that are just
supplying a missing -devel sub-package.
2 - Most -devel packages have a Requires: %{name}-%{version}-%{release}
It is suggested that you drop the -%{release} to save headache if you need
to redo the package.
If you do need it tied that closely to the release, let us know.  We've
come up with ways to do that, so just ask.

Troy

[1] -
https://docs.fedoraproject.org/en-US/epel/epel-faq/#rhel_8_has_binaries_in_the_release_but_is_missing_some_corresponding__devel_package._how_do_i_build_a_package_that_needs_that_missing__devel_package
[2] - https://pagure.io/epel/issue/134#comment-767745
[3] - https://pagure.io/epel/issue/134#comment-772905
___
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

F36 Change: Ibus-table cangjie default for zh_HK (Self-Contained Change proposal)

[Ben Cotton]

https://fedoraproject.org/wiki/Changes/Ibus_table_cangjie_default_for_zh_hk

== Summary ==
Make ibus-table cangjie the default input method for zh_HK (Hongkong) locale.

== Owner ==
* Name: [[User:Mfabian| Mike Fabian]]
* Email: 


== Detailed Description ==
Currently, ibus-cangjie is the default input method for zh_HK in
Fedora. ibus-cangjie is not actively maintained anymore upstream.
ibus-table and the cangjie tables in ibus-table-chinese are actively
maintained and can replace ibus-cangjie.


== Benefit to Fedora ==
A better input experience for users of the zh_HK locale.

== Scope ==
* Proposal owners:
The langtable package has data about default input methods. Change
this data. But the data in langtable is currently apparently not used
by gnome-initial setup. The list of default input methods used by
gnome-initial-setup us stored in


libgnome-desktop/default-input-sources.h


Currently there is the following default input method for zh_HK locale:


static DefaultInputSource default_input_sources[] =
{
   ...
   { "zh_HK","ibus", "cangjie" },
   ...
}


Here, `cangjie` would need to be replaced with `table:cangjie5`.

fedora-comps needs to be updated to install
`ibus-table-chinese-cangjie` by default.

* Other developers: N/A (not a System Wide Change)
* Release engineering: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives:


== Upgrade/compatibility impact ==
Nothing should happen when upgrading from a previous version of
Fedora. If a user used ibus-cangjie before the upgrade, they will
still use it after the upgrade. This change proposal only changes the
default input method for zh_HK locale for new installs or new user
accounts.


== How To Test ==
Do a new installation of Fedora 30 in zh_HK (Chinese Hongkont) locale.
The package `ibus-table-chinese-cangjie` should be installed.
Log into Gnome. See what input method is suggested by default by
gnome-initial-setup.


== User Experience ==
Less buggy and better maintained cangjie input method.


== Dependencies ==
gnome-initial-setup


== Contingency Plan ==
* Contingency mechanism: Leave the default input methods as they are
now and move the change to Fedora 37
* Contingency deadline: Fedora 36 Beta release
* Blocks release? No.

== Documentation ==
N/A (not a System Wide Change)

-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel-announce@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

F36 Change: Malayalam Default Fonts Update (Self-Contained Change proposal)

[Ben Cotton]

https://fedoraproject.org/wiki/Changes/MalayalamDefaultFontsUpdate

== Summary ==
This change will update existing default Malayalam fonts and also
rename to new upstream source, which brings improved text shaping,
better glyphs for readability, Unicode 13 support, Appstream data
amongst other improvements.

== Owner ==
* Name: [[User:Rajeeshknambiar |Rajeesh K V]], [[User:Pnemade| Parag Nemade]]
* Email: , 


== Detailed Description ==

Till Fedora 35, Meera (`smc-meera-fonts`) and Rachana
(`smc-rachana-fonts`) fonts were default sans-serif and serif fonts
for Malayalam script/language. From Fedora 36, these are obsolete by
Meera New (`rit-meera-new-fonts`) and RIT Rachana
(`rit-rachana-fonts`) respectively.

{| class="wikitable"
|-
! Style!! F35 Fontname!! F36 Fontname
|-
| Sans-Serif || Meera || Meera New
|-
| Serif || Rachana || RIT Rachana
|}

A new collection of Malayalam fonts suited for various publishing work
is also introduced.

{| class="wikitable"
|-
! Fontname!! Uasge
|-
| Sundar || Display/title font
|-
| TN Joy || Display/title font
|-
| Ezhuthu || Script/cursive/handwriting style font
|-
| Panmana || Body text font
|}

== Benefit to Fedora ==

Enhance the experience of Fedora for Malayalam users by improving font
rendering quality, flawless OpenType shaping and improved glyph
shapes, with Unicode 13.0 support. All fonts also contain supporting
metadata such as AppStream.

Major improvements brought by the new Malayalam fonts include:
# Redrawn glyph shapes for better readability and font metrics.KH
Hussain et al., Beyond Roman fonts: Extra dimensions in Malayalam
fonts, https://tug.org/TUGboat/tb41-2/tb128hussain-beyond.pdf
# Regular, Bold, Italic and BoldItalic variants for many fonts; most
variants are not present in older fonts.
# Consistent, flawless OpenType text shaping: redesigned OTL rules
fixes all longstanding shaping issues.KV Rajeesh, A new set of
OpenType shaping rules for Malaylam,
https://rajeeshknambiar.wordpress.com/2021/09/20/a-new-set-of-opentype-shaping-rules-for-malayalam-script/
# Various fonts designed for different purposes of
typesetting/publishing/design work (body text, display/title,
informal/cursive fonts).
# Fonts containing more than 900 glyphs for ‘comprehensive character
set’ for Malayalam script; and fonts with ‘limited character set’
having lesser conjuncts suited for title text.
# Unicode 13.0 support in many fonts, with archaic characters suited
for reproducing historical text/scriptures.
# AppStream metadata which provides preview of the font in software
installers like GNOME Software and Discover
# Previous upstream (SMC) has stopped maintaining default fonts in
Fedora. New upstream (RIT) is actively maintaining the fonts.
# Notable differences with Noto {Sans,Serif} Malayalam fonts are the
‘reformed’ script which contains very less conjunct characters, while
all RIT fonts are ‘traditional’ script fonts. The ex-height and
em-size of RIT fonts are more suitable for reading/composing long
Malayalam text on web/print.

== Scope ==
* Proposal owners:
# Add new packages `rit-meera-new-fonts` and `rit-rachana-fonts`
# update `langpacks` package for these font packages
# update `fedora-comps` to install these new Malayalam fonts by default

* Other developers: N/A (not a System Wide Change)

* Release engineering: N/A (not a System Wide Change)

* Policies and guidelines: N/A (not a System Wide Change)

* Trademark approval: N/A (not needed for this Change)

== Upgrade/compatibility impact ==
N/A (not a System Wide Change)

== How To Test ==
* Check Malayalam web sites which uses both Malayalam Sans and Serif fonts
* Use LibreOffice, use Sans and Serif fonts to see if it uses different fonts
* also check the output of following commands giving new package names
** LANG=ml_IN.UTF-8 fc-match sans-serif:lang=ml
** LANG=ml_IN.UTF-8 fc-match serif:lang=ml

== User Experience ==
* With good quality Malayalam Sans and Serif fonts, the Desktop or Web Browser
will display with both Sans and Serif fonts.
* With different Sans and Serif fonts, the Workstation will have better
font rendering quality.

== Dependencies ==
N/A (not a System Wide Change)

== Contingency Plan ==
Revert to use older Malayalam fonts.

* Contingency mechanism: (What to do?  Who will do it?) N/A (not a
System Wide Change)
* Contingency deadline: N/A (not a System Wide Change)
* Blocks release? N/A (not a System Wide Change), No
* Blocks product? No

== Documentation ==
* [https://gitlab.com/rit-fonts/MeeraNew Sans font]
* [https://gitlab.com/rit-fonts/RIT-Rachana Serif font]

== Release Notes ==
By using both Malayalam Sans and Serif fonts, the Workstation will
improve Malayalam fonts rendering quality and better OpenType shaping
for users.


-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to 

F36 Change: Ibus-table cangjie default for zh_HK (Self-Contained Change proposal)

[Ben Cotton]

https://fedoraproject.org/wiki/Changes/Ibus_table_cangjie_default_for_zh_hk

== Summary ==
Make ibus-table cangjie the default input method for zh_HK (Hongkong) locale.

== Owner ==
* Name: [[User:Mfabian| Mike Fabian]]
* Email: 


== Detailed Description ==
Currently, ibus-cangjie is the default input method for zh_HK in
Fedora. ibus-cangjie is not actively maintained anymore upstream.
ibus-table and the cangjie tables in ibus-table-chinese are actively
maintained and can replace ibus-cangjie.


== Benefit to Fedora ==
A better input experience for users of the zh_HK locale.

== Scope ==
* Proposal owners:
The langtable package has data about default input methods. Change
this data. But the data in langtable is currently apparently not used
by gnome-initial setup. The list of default input methods used by
gnome-initial-setup us stored in


libgnome-desktop/default-input-sources.h


Currently there is the following default input method for zh_HK locale:


static DefaultInputSource default_input_sources[] =
{
   ...
   { "zh_HK","ibus", "cangjie" },
   ...
}


Here, `cangjie` would need to be replaced with `table:cangjie5`.

fedora-comps needs to be updated to install
`ibus-table-chinese-cangjie` by default.

* Other developers: N/A (not a System Wide Change)
* Release engineering: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives:


== Upgrade/compatibility impact ==
Nothing should happen when upgrading from a previous version of
Fedora. If a user used ibus-cangjie before the upgrade, they will
still use it after the upgrade. This change proposal only changes the
default input method for zh_HK locale for new installs or new user
accounts.


== How To Test ==
Do a new installation of Fedora 30 in zh_HK (Chinese Hongkont) locale.
The package `ibus-table-chinese-cangjie` should be installed.
Log into Gnome. See what input method is suggested by default by
gnome-initial-setup.


== User Experience ==
Less buggy and better maintained cangjie input method.


== Dependencies ==
gnome-initial-setup


== Contingency Plan ==
* Contingency mechanism: Leave the default input methods as they are
now and move the change to Fedora 37
* Contingency deadline: Fedora 36 Beta release
* Blocks release? No.

== Documentation ==
N/A (not a System Wide Change)

-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
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

'kinit' not works

[Евгений Пивнев]

Trying to push new package:

```
bash-5.1$ kinit tieug...@fedoraproject.org
kinit: Cannot find KDC for realm "FEDORAPROJECT.ORG" while getting initial 
credentials
```

I’m wrong? Or what happens?
F35, updated an hour ago.

___
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

F36 Change: Malayalam Default Fonts Update (Self-Contained Change proposal)

[Ben Cotton]

https://fedoraproject.org/wiki/Changes/MalayalamDefaultFontsUpdate

== Summary ==
This change will update existing default Malayalam fonts and also
rename to new upstream source, which brings improved text shaping,
better glyphs for readability, Unicode 13 support, Appstream data
amongst other improvements.

== Owner ==
* Name: [[User:Rajeeshknambiar |Rajeesh K V]], [[User:Pnemade| Parag Nemade]]
* Email: , 


== Detailed Description ==

Till Fedora 35, Meera (`smc-meera-fonts`) and Rachana
(`smc-rachana-fonts`) fonts were default sans-serif and serif fonts
for Malayalam script/language. From Fedora 36, these are obsolete by
Meera New (`rit-meera-new-fonts`) and RIT Rachana
(`rit-rachana-fonts`) respectively.

{| class="wikitable"
|-
! Style!! F35 Fontname!! F36 Fontname
|-
| Sans-Serif || Meera || Meera New
|-
| Serif || Rachana || RIT Rachana
|}

A new collection of Malayalam fonts suited for various publishing work
is also introduced.

{| class="wikitable"
|-
! Fontname!! Uasge
|-
| Sundar || Display/title font
|-
| TN Joy || Display/title font
|-
| Ezhuthu || Script/cursive/handwriting style font
|-
| Panmana || Body text font
|}

== Benefit to Fedora ==

Enhance the experience of Fedora for Malayalam users by improving font
rendering quality, flawless OpenType shaping and improved glyph
shapes, with Unicode 13.0 support. All fonts also contain supporting
metadata such as AppStream.

Major improvements brought by the new Malayalam fonts include:
# Redrawn glyph shapes for better readability and font metrics.KH
Hussain et al., Beyond Roman fonts: Extra dimensions in Malayalam
fonts, https://tug.org/TUGboat/tb41-2/tb128hussain-beyond.pdf
# Regular, Bold, Italic and BoldItalic variants for many fonts; most
variants are not present in older fonts.
# Consistent, flawless OpenType text shaping: redesigned OTL rules
fixes all longstanding shaping issues.KV Rajeesh, A new set of
OpenType shaping rules for Malaylam,
https://rajeeshknambiar.wordpress.com/2021/09/20/a-new-set-of-opentype-shaping-rules-for-malayalam-script/
# Various fonts designed for different purposes of
typesetting/publishing/design work (body text, display/title,
informal/cursive fonts).
# Fonts containing more than 900 glyphs for ‘comprehensive character
set’ for Malayalam script; and fonts with ‘limited character set’
having lesser conjuncts suited for title text.
# Unicode 13.0 support in many fonts, with archaic characters suited
for reproducing historical text/scriptures.
# AppStream metadata which provides preview of the font in software
installers like GNOME Software and Discover
# Previous upstream (SMC) has stopped maintaining default fonts in
Fedora. New upstream (RIT) is actively maintaining the fonts.
# Notable differences with Noto {Sans,Serif} Malayalam fonts are the
‘reformed’ script which contains very less conjunct characters, while
all RIT fonts are ‘traditional’ script fonts. The ex-height and
em-size of RIT fonts are more suitable for reading/composing long
Malayalam text on web/print.

== Scope ==
* Proposal owners:
# Add new packages `rit-meera-new-fonts` and `rit-rachana-fonts`
# update `langpacks` package for these font packages
# update `fedora-comps` to install these new Malayalam fonts by default

* Other developers: N/A (not a System Wide Change)

* Release engineering: N/A (not a System Wide Change)

* Policies and guidelines: N/A (not a System Wide Change)

* Trademark approval: N/A (not needed for this Change)

== Upgrade/compatibility impact ==
N/A (not a System Wide Change)

== How To Test ==
* Check Malayalam web sites which uses both Malayalam Sans and Serif fonts
* Use LibreOffice, use Sans and Serif fonts to see if it uses different fonts
* also check the output of following commands giving new package names
** LANG=ml_IN.UTF-8 fc-match sans-serif:lang=ml
** LANG=ml_IN.UTF-8 fc-match serif:lang=ml

== User Experience ==
* With good quality Malayalam Sans and Serif fonts, the Desktop or Web Browser
will display with both Sans and Serif fonts.
* With different Sans and Serif fonts, the Workstation will have better
font rendering quality.

== Dependencies ==
N/A (not a System Wide Change)

== Contingency Plan ==
Revert to use older Malayalam fonts.

* Contingency mechanism: (What to do?  Who will do it?) N/A (not a
System Wide Change)
* Contingency deadline: N/A (not a System Wide Change)
* Blocks release? N/A (not a System Wide Change), No
* Blocks product? No

== Documentation ==
* [https://gitlab.com/rit-fonts/MeeraNew Sans font]
* [https://gitlab.com/rit-fonts/RIT-Rachana Serif font]

== Release Notes ==
By using both Malayalam Sans and Serif fonts, the Workstation will
improve Malayalam fonts rendering quality and better OpenType shaping
for users.


-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to 

Re: New top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

[Michael Catanzaro]

On Mon, Jan 10 2022 at 11:19:40 AM -0500, David Cantrell 
 wrote:

I would like to see Fedora introduce a new top-level directory called:

/state


Huh, a new top-level directory is a pretty big hammer. Seems like it 
would be a lot easier to just have two different locations for the 
rpmdb if non-ostree users really do not want it under /usr?


Michael

___
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: Does anybody still use `starship'?

[Dan Čermák]

Otto Urpelainen  writes:

> Igor Raits kirjoitti 9.1.2022 klo 13.24:
>> Hello,
>> 
>> I'm interested to hear if there are any users of the `starship'
>> application here in Fedora that consume it from the repositories.
>> Please speak up if you do!
>
> I use it, too.

Same here and very thankful for being able to do that!
___
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 2038263] perl-asa for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038263



--- Comment #2 from Fedora Update System  ---
FEDORA-EPEL-2022-0e6919b053 has been submitted as an update to Fedora EPEL 9.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-0e6919b053


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2038263
___
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 2038263] perl-asa for EPEL 9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038263

Petr Pisar  changed:

   What|Removed |Added

   Fixed In Version||perl-asa-1.04-8.el9
 Status|ASSIGNED|MODIFIED




-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2038263
___
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] Guidelines for adding subpackages not shipped by RHEL

[Petr Pisar]

Hello,

I happened to hit a request for adding web-assets-devel binary package of
web-assets component to EPEL 9 (bug #2036086) while web-assets-filesystem
binary package is shipped in RHEL. I recall it is allowed, but ones need to
follow some rules which I cannot find now.

Current Packaging guide lines
 do not document
this particular case. The closest one is adding missing architectures (Limited
Arch Packages section).

Do you know the rules for adding the missing subpackages?

I remember that release number needs to be kept lower.
What about component (source package) name. Can I use reuse it, or do we need
to rename it to keep Koji happy in case it has imported CentOS builds?
I guess I should disable subpackages already shipped by RHEL.

-- Petr


signature.asc
Description: PGP signature
___
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 top-level dir: /state [

[Frank Ch. Eigler]

David Cantrell  writes:

> Reading comments and talking to people, the long standing understanding of
> /var is still "that's stuff you can rm -rf and the system will still work
> fine".  Technically you could remove the RPM database and the system still
> function [...]

Considering that many other valuable mutable state are put under /var
are put there, databases, container images, etc. etc. etc, this
understanding cannot be correct.  We could just leave /var alone.

# sudo du -s /var/lib/*

- FChE
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Bug 2038511] EPEL9 branch required perl-String-Escape in order to build libspf2

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038511

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #2 from Fedora Update System  ---
FEDORA-EPEL-2022-a0ca4e8999 has been submitted as an update to Fedora EPEL 9.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-a0ca4e8999


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2038511
___
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 2038692] Please branch and build perl-Lingua-EN-Sentence for EPEL-9

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=2038692

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #4 from Fedora Update System  ---
FEDORA-EPEL-2022-c9ecb539d3 has been submitted as an update to Fedora EPEL 9.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-c9ecb539d3


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2038692
___
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: Heads up: libffi 3.4 rebuild in rawhide today

[Vít Ondruch]

Dne 10. 01. 22 v 18:07 Miro Hrončok napsal(a):

On 10. 01. 22 15:33, Miro Hrončok wrote:

On 10. 01. 22 10:56, Vít Ondruch wrote:


Dne 08. 01. 22 v 18:09 Carlos O'Donell napsal(a):


https://copr.fedorainfracloud.org/coprs/churchyard/libffi-3.4/package/ruby/ 


Segmentation fault
FAIL 1/1489 tests failed
This failed in the same place in two different builds in the 
test_ractor.rb (Ruby Ractor)

test case, and it crashes in 'ractor_select()' within 'rb_vm_exec()'.

This is odd that it should fail with the libffi update since this 
the failure is in the
Ruby Ractor test, which I wouldn't expect to use any of the FFI 
APIs. It has failed

twice though in the same place.

I didn't see this in c9s. The last built ruby in c9s was built by 
me and it is 3.0.2-155,

where test_ractor.rb passes just fine built with libffi 3.4.

The ruby-mri binary has no deep DT_NEEDED dependencies which should 
need libffi or other
libraries to be built in a particular order, but with dlopen you 
can get odd ordering
issues that are only resolved after the SONAME bump is complete and 
rebuilds completed

across dependent libraries.

Rawhide did build successfully on 2021-12-10.



This is reported upstream:

https://bugs.ruby-lang.org/issues/18412

Just keep trying and it will eventually pass.


OK then, running:

while ! \fedpkg build --fail-fast; do sleep 5; done


I have stopped now, with 11th build running. You will eventually need 
to rebuild ruby for https://fedoraproject.org/wiki/Changes/Ruby_3.1 
anyway.




Well, but I am afraid the failures are likely different then the 
original one. Please see:



https://koschei.fedoraproject.org/package/ruby?collection=f36


All the buildroot changes seems to be related to FFI. Also scratch 
builds are failing in some strange way:



https://src.fedoraproject.org/rpms/ruby/pull-request/106


I am not really sure what to blame.


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

Re: Heads up: libffi 3.4 rebuild in rawhide today

[Miro Hrončok]

On 08. 01. 22 18:09, Carlos O'Donell wrote:

On 1/8/22 04:37, Miro Hrončok wrote:

Hello packagers,

I intent to rebuild the following packages with libffi 3.4 in Rawhide side tag 
f36-build-side-49314 today.


Thank you for helping with the rebuilds!
  

The previous version remains available as libffi13.1, so failures to build will 
not result in uninstallable packages.

You can inspect some known failures:

https://copr.fedorainfracloud.org/coprs/churchyard/libffi-3.4/package/jffi/
make: *** No rule to make target '-L/usr/lib64/../lib64', needed by 
'/builddir/build/BUILD/jffi-jffi-1.3.4/build/jni/jffi/Array.o'.  Stop.


I don't know why this one fails. Passed in c9s with earlier jffi and libffi 3.4.

Rawhide did build successfully on 2021-08-22, but that was a while ago.


https://koschei.fedoraproject.org/package/jffi indicates this is libffi 3.4 
related.



https://copr.fedorainfracloud.org/coprs/churchyard/libffi-3.4/package/thunderbird/
collect2: error: ld returned 1 exit status


The logs don't contain any more information. This is a static linker failure 
when building
libxul.so.

Rawhide did build successfully on 2021-12-15.


https://koschei.fedoraproject.org/package/thunderbird indicates this is not 
related.


-

Not yet rebuilt packages:

$ repoquery -q --repo=koji --whatrequires libffi3.1 --source | pkgname
gambas3
hadolint
jffi
llvm
llvm10
llvm11
llvm12
llvm9.0
python2.7
python3.6
python3.7
ruby
thunderbird
xs


All are known. jffi seems to be the only libffi-related failure.

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
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 top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

[Peter Boy]

> Am 10.01.2022 um 17:19 schrieb David Cantrell :
> 
> On Wed, Dec 29, 2021 at 10:01:57AM -0500, Ben Cotton wrote:
>> https://fedoraproject.org/wiki/Changes/RelocateRPMToUsr
>> 
>> == Summary ==
>> Currently, the RPM databases is located in `/var`. Let's move it to
>> `/usr`. The move is already under way in rpm-ostree-based
>> installations, and in (open)SUSE.
>> [snip]
> 
> Moving the RPM database to /usr feels incorrect to me, but we should move it
> to gain the improvements as noted in the feature proposal.
> 
> ...
> "But what about the FHS?"
> 
> Ah, yes, the FHS.  So, I am a fan of the FHS.  I actually don't care that it
> doesn't change every week and is relatively stable.  Nothing in the FHS
> prevents the addition of new top level directories.
> 
> I would prefer we steer this conversation in the direction of determining a
> new top level location to store data that fits this category of "stateful but
> variable".
> 
> /srv was introduced to provide a consistent location for data in this category
> for server daemons (except mail).
> 
> /media was introduced to provide a consistent location for removable media
> mount points since distributions all did things slightly differently.
> 
> /run was introduced for what was traditionally in /var/run.
> 
> "So what are you suggesting?"
> 
> I would like to see Fedora introduce a new top-level directory called:
> 
>/state
> 
> That holds the RPM database and other variable and stateful data.  This keeps
> it out of the /usr tree and can serve as a location for future data in this
> category.


I would like to second David Cantrell's suggestion.

For Fedora Server it seems to me essential to strictly follow FHS. And from an 
"enterprise" perspective, it is essential that FHS indeed does not change every 
week.

A /state directory is not included in FHS, sure. But at least it does not 
blatantly violate existing and accepted regulations. 

And the fact that rpm-ostree based installations have already made this change 
is not a relevant argument for FHS based installations. 


Best
Peter



___
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: Heads up: libffi 3.4 rebuild in rawhide today

[Miro Hrončok]

On 10. 01. 22 15:33, Miro Hrončok wrote:

On 10. 01. 22 10:56, Vít Ondruch wrote:


Dne 08. 01. 22 v 18:09 Carlos O'Donell napsal(a):



https://copr.fedorainfracloud.org/coprs/churchyard/libffi-3.4/package/ruby/
Segmentation fault
FAIL 1/1489 tests failed
This failed in the same place in two different builds in the test_ractor.rb 
(Ruby Ractor)

test case, and it crashes in 'ractor_select()' within 'rb_vm_exec()'.

This is odd that it should fail with the libffi update since this the 
failure is in the
Ruby Ractor test, which I wouldn't expect to use any of the FFI APIs. It has 
failed

twice though in the same place.

I didn't see this in c9s. The last built ruby in c9s was built by me and it 
is 3.0.2-155,

where test_ractor.rb passes just fine built with libffi 3.4.

The ruby-mri binary has no deep DT_NEEDED dependencies which should need 
libffi or other
libraries to be built in a particular order, but with dlopen you can get odd 
ordering
issues that are only resolved after the SONAME bump is complete and rebuilds 
completed

across dependent libraries.

Rawhide did build successfully on 2021-12-10.



This is reported upstream:

https://bugs.ruby-lang.org/issues/18412

Just keep trying and it will eventually pass.


OK then, running:

while ! \fedpkg build --fail-fast; do sleep 5; done


I have stopped now, with 11th build running. You will eventually need to 
rebuild ruby for https://fedoraproject.org/wiki/Changes/Ruby_3.1 anyway.


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
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 tool - license-validate

[David Cantrell]

On Wed, Jan 05, 2022 at 03:10:47AM +0100, Miroslav Suchý wrote:

Dne 04. 01. 22 v 21:33 David Cantrell napsal(a):


I feel like I'm missing something, but rpminspect has been doing what
license-validate does for years now.  It's ready for SPDX expressions.
Results show up for Fedora builds in Zuul.  Or you can run it 
locally.


Here is my motivation:

We are automating packing - hundred thousands libraries to be 
automatically packaged. But some of them have restrictive license. For 
that we need **simple** tool.


rpminspect is big beast for that. I learned that I can run

rpminspect-fedora-Fjson-Tlicense foo.src.rpm

But I need something which can evaluate just the string.


That's fair.  I've tried to make rpminspect as simple as possible.  It is just
a CLI tool you install and run.  What you're trying to do is not out of scope
of rpminspect.  I could add another CLI tool called licenseck that just checks
the License tags in a given spec file.

My main concern here is you have introduced another License tag parser that
produces different results and uses a different set of source data than other
tools.  There is an ongoing project to both normalize and centralize the
License tag data.  This is to replace the wiki as the source.

--
David Cantrell 
Red Hat, Inc. | Boston, MA | EST5EDT
___
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 tool - license-validate

[David Cantrell]

On Wed, Jan 05, 2022 at 02:59:33AM +0100, Miroslav Suchý wrote:

Dne 04. 01. 22 v 21:03 David Cantrell napsal(a):

One of the difficult things with the Fedora abbreviations is that
tokens can have spaces in them.  For example, the Apache 2.0 license
in Fedora is called "ASL 2.0".  This makes it really hard to work with
in software.

Likewise, we have historically allowed full expressions through that
contain otherwise forbidden licenses.  For example, many Perl module
packages use the License tag "GPL+ or Artistic" so in a way that
entire expression is treated as a token.

This information is currently captured in this JSON file (not the
original author, but I make use of the file):

https://github.com/rpminspect/rpminspect-data-fedora/blob/master/licenses/fedora.json

rpminspect's license check uses this data to validate the License tag
in RPM headers based on the rules as they exist in the packaging
guidelines plus the assorted expressions we have historically allowed
through that would not otherwise validate.


*nod*

The string

 'GPL+ or Artistic or MIT'

evaluates license-validate as correct, while rpminspect results that as bad 
license.


But this expression is not valid.  It would be valid as

(GPL+ or Artistic) or MIT

--
David Cantrell 
Red Hat, Inc. | Boston, MA | EST5EDT
___
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 proposal: No ifcfg by default (Self-Contained Change)

[David Cantrell]

On Wed, Jan 05, 2022 at 09:41:35AM -0600, David Duncan wrote:


Peter Robinson  writes:


On Wed, Jan 5, 2022 at 2:09 PM Neal Gompa  wrote:


On Wed, Jan 5, 2022 at 9:05 AM Ben Cotton  wrote:
>
> https://fedoraproject.org/wiki/Changes/NoIfcfgFiles
>
> == Summary ==
> Do not not include NetworkManager support for legacy network
> configuration files by in new installations.
>
> == Owner ==
> * Name: [[User:Lkundrak| Lubomir Rintel]]
> * Email: 
>
> * Name: Ana Cabral
> * Email: 
>
> * Name: [[User:Thaller| Thomas Haller]]
> * Email: 
>
> == Detailed Description ==
> Long ago, network was configured using "network" service.
> It was essentially a set of shell scripts, that sourced snippets of
> configuration from `/etc/sysconfig/network-scripts/ifcfg-*` ("ifcfg
> files").
> The ifcfg files compatible with the legacy network service were kept
> when NetworkManager was intruduced.
>
> As the NetworkManager feature set was expanding beyond what the legacy
> network service could support,
> the ifcfg files written by NetworkManager could no longer be
> guarranteed to be compatible.
> NetworkManager eventually gained support for connection types
> completely unknown to the legacy network service
> and ended up using a more streamlined configuration file format for
> those, known as keyfile.
>
> NetworkManager's use of various configuration files is, in fact,
> configurable and extensible with plugins.
> Prior to Fedora 33, NetworkManager by default was configured to enable
> both ifcfg files and keyfiles, with the former taking precedence when
> possible.
> The precedence changed in
> 
[https://fedoraproject.org/wiki/Changes/NetworkManager_keyfile_instead_of_ifcfg_rh
> Fedora 33] to perfer keyfile.
>
> The precedence has an effect when a network connection profile is created.
> Once the connection profile exists, NetworkManager is unable to
> convert the profile to a different configuration backend.
> This makes it necessary for NetworkManager to support the same feature
> set in all configuration backend.
> Given the complexities stemming from historical legacy of ifcfg files
> not being designed (or documented) in a
> particularly forward-looking way, this has been a huge and complex
> effort with all the downsides:
> The ifcfg support code is huge (130K lines, not counting the enormous
> test suite) and has constantly been a source of bugs.
>
> == Benefit to Fedora ==
> This change removes a body of code that has a large cost in terms of
> bugs and maintenance at questionable benefit.
>
> It slightly reduces the default installation size.
>
> == Scope ==
> * Proposal owners: Split the ifcfg plugin into a subpackage package.
> Make sure the ifcfg plugin stays on upgrades. Provide a migration
> tool.
>
> * Other developers: N/A
>
> * Release engineering: N/A
>
> * Policies and guidelines: N/A
>
> * Trademark approval: N/A
>
> * Alignment with Objectives: N/A
>
> == Upgrade/compatibility impact ==
> For the time being the ifcfg plugin is kept around, albeit in a
> sub-package that's not included in new installations.
> The appropriate RPM tags will ensure the sub-package with the ifcfg
> plugin will be installed on upgrades.
> A migration tool will be provided for users who'd like to remove the
> legacy package from their systems after upgrade.
>
> == How To Test ==
> N/A.
> The keyfiles are used by default in Fedora 33 already, so any problem
> with them would've already been spotted.
>
> == User Experience ==
> Regular users will not notice anything.
> Users of old installations with ifcfg files will get the new
> sub-package on upgrade.
> New systems will default to use keyfiles, which is not something
> regulars user would notice.
>
> System integrators and administrators might use tools that drop in
> ifcfg files during automated installations (e.g. via kickstart or a
> configration management tool).
> They will need to update their tools -- convert the ifcfg files to
> keyfiles or include the ifcfg sub-package.
>
> == Dependencies ==
> N/A
>
> == Contingency Plan ==
> * Contingency mechanism: If it turns out we can't drop support for
> ifcfg files by default, we can either fold the ifcfg sub-package back
> into the main NetworkManager package or make sure it is included in
> new installations (via comps change).
> * Contingency deadline: Any time.
> * Blocks release? No.
>
> == Documentation ==
> We'll need to write the documentation for the migration tool.
> Perhaps also something the sysadmins wondering why their ifcfg files
> don't work anymore could find and refer to.
>
> TODO: Update this once it's done.
>
> == Release Notes ==
> We'll need to include a paragraph about this in the release notes.
>
> TODO: Update this with the actual release note text.
>

This will break cloud-init, since it doesn't know how to configure
NetworkManager directly. It only knows how to configure netplan (which
isn't packaged in Fedora currently), ifcfg-rh, and ifupdown configuration files.

If you want to do this, you