releng pushed to rpms/perl-WWW-Form-UrlEncoded (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 07:36:16 UTC

From 1eaa8d23e1d344ba7d2e40a5b37bad6c7e7c5f09 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 07:36:11 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-WWW-Form-UrlEncoded.spec b/perl-WWW-Form-UrlEncoded.spec
index 203cfd3..a5df54b 100644
--- a/perl-WWW-Form-UrlEncoded.spec
+++ b/perl-WWW-Form-UrlEncoded.spec
@@ -1,6 +1,6 @@
 Name:   perl-WWW-Form-UrlEncoded
 Version:0.26
-Release:12%{?dist}
+Release:13%{?dist}
 Summary:Parser and builder for application/x-www-form-urlencoded
 License:GPL-1.0-or-later OR Artistic-1.0-Perl
 URL:https://metacpan.org/release/WWW-Form-UrlEncoded
@@ -55,6 +55,9 @@ BREAK_BACKWARD_COMPAT=1 ./Build test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.26-13
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Mon Nov 28 2022 Ralf Corsépius  - 0.26-12
 - Convert licence to SPDX.
 



https://src.fedoraproject.org/rpms/perl-WWW-Form-UrlEncoded/c/1eaa8d23e1d344ba7d2e40a5b37bad6c7e7c5f09?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Validation-Class (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 07:34:39 UTC

From 5dc19f5aa9e9d5b80affe40dc4f351c200d40f4e Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 07:34:35 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Validation-Class.spec b/perl-Validation-Class.spec
index 4bfd267..1cbd570 100644
--- a/perl-Validation-Class.spec
+++ b/perl-Validation-Class.spec
@@ -1,6 +1,6 @@
 Name:   perl-Validation-Class
 Version:7.900058
-Release:3%{?dist}
+Release:4%{?dist}
 Summary:Powerful Data Validation Framework
 License:GPL-1.0-or-later OR Artistic-1.0-Perl
 URL:https://metacpan.org/release/Validation-Class
@@ -68,6 +68,9 @@ complete set of pre-defined validations and filters referred 
to as
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
7.900058-4
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Mon Nov 28 2022 Ralf Corsépius  - 7.900058-3
 - Convert license to SPDX.
 



https://src.fedoraproject.org/rpms/perl-Validation-Class/c/5dc19f5aa9e9d5b80affe40dc4f351c200d40f4e?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Types-Path-Tiny (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 07:26:04 UTC

From 2b669a627a90edb753e78c86b557eae0da2c0635 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 07:25:59 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Types-Path-Tiny.spec b/perl-Types-Path-Tiny.spec
index df9c059..64699b0 100644
--- a/perl-Types-Path-Tiny.spec
+++ b/perl-Types-Path-Tiny.spec
@@ -1,6 +1,6 @@
 Name:   perl-Types-Path-Tiny
 Version:0.006
-Release:16%{?dist}
+Release:17%{?dist}
 Summary:Path::Tiny types and coercions for Moose and Moo
 License:Apache-2.0
 URL:https://metacpan.org/release/Types-Path-Tiny
@@ -53,6 +53,9 @@ This module provides Path::Tiny types for Moose, Moo, etc.
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.006-17
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Wed Nov 30 2022 Ralf Corsépius  - 0.006-16
 - Modernize spec.
 - Convert license to SPDX.



https://src.fedoraproject.org/rpms/perl-Types-Path-Tiny/c/2b669a627a90edb753e78c86b557eae0da2c0635?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Test2-Plugin-NoWarnings (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 06:58:23 UTC

From 66126d5e8fd925256a6c108c6b98b6ae66964157 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 06:58:18 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Test2-Plugin-NoWarnings.spec 
b/perl-Test2-Plugin-NoWarnings.spec
index 16611f1..7577678 100644
--- a/perl-Test2-Plugin-NoWarnings.spec
+++ b/perl-Test2-Plugin-NoWarnings.spec
@@ -1,6 +1,6 @@
 Name:  perl-Test2-Plugin-NoWarnings
 Version:   0.09
-Release:   8%{?dist}
+Release:   9%{?dist}
 Summary:   Fail if tests warn
 License:   Artistic 2.0
 URL:   https://metacpan.org/release/Test2-Plugin-NoWarnings
@@ -62,6 +62,9 @@ make test
 %{_mandir}/man3/Test2::Plugin::NoWarnings.3*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.09-9
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 
0.09-8
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Test2-Plugin-NoWarnings/c/66126d5e8fd925256a6c108c6b98b6ae66964157?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Sub-Infix (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 06:08:19 UTC

From a26dda8981e1573b626c51d405c6f39e07c20420 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 06:08:14 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Sub-Infix.spec b/perl-Sub-Infix.spec
index 307d99f..295a379 100644
--- a/perl-Sub-Infix.spec
+++ b/perl-Sub-Infix.spec
@@ -1,6 +1,6 @@
 Name:   perl-Sub-Infix
 Version:0.004
-Release:19%{?dist}
+Release:20%{?dist}
 Summary:Create a fake infix operator
 License:GPL-1.0-or-later OR Artistic-1.0-Perl
 URL:https://metacpan.org/release/Sub-Infix
@@ -51,6 +51,9 @@ source filters, or Devel::Declare, or any of that magic.
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.004-20
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Tue Nov 29 2022 Ralf Corsépius  - 0.004-19
 - Modernize spec.
 - Convert license to SPDX.



https://src.fedoraproject.org/rpms/perl-Sub-Infix/c/a26dda8981e1573b626c51d405c6f39e07c20420?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Sub-Exporter-Lexical (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 06:07:42 UTC

From 4d3870617149e36191454c23e38e24f0bf791a95 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 06:07:37 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Sub-Exporter-Lexical.spec b/perl-Sub-Exporter-Lexical.spec
index a8dc5e6..37dfa8a 100644
--- a/perl-Sub-Exporter-Lexical.spec
+++ b/perl-Sub-Exporter-Lexical.spec
@@ -1,6 +1,6 @@
 Name:   perl-Sub-Exporter-Lexical
 Version:0.092292
-Release:20%{?dist}
+Release:21%{?dist}
 Summary:Export lexically-available subs with Sub::Exporter
 License:GPL-1.0-or-later OR Artistic-1.0-Perl
 URL:https://metacpan.org/release/Sub-Exporter-Lexical
@@ -53,6 +53,9 @@ rm $RPM_BUILD_ROOT%{perl_vendorlib}/Sub/Exporter/snippet.pl
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.092292-21
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Tue Nov 29 2022 Ralf Corsépius  - 0.092292-20
 - Modernize spec.
 - Convert license to SPDX.



https://src.fedoraproject.org/rpms/perl-Sub-Exporter-Lexical/c/4d3870617149e36191454c23e38e24f0bf791a95?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Specio (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 05:59:32 UTC

From 50c8737a26a0713c3a6ed4c22af09e1b9e6d15c0 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 05:59:28 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Specio.spec b/perl-Specio.spec
index 79ad7ba..0fbc6c4 100644
--- a/perl-Specio.spec
+++ b/perl-Specio.spec
@@ -7,7 +7,7 @@
 
 Name:  perl-Specio
 Version:   0.48
-Release:   2%{?dist}
+Release:   3%{?dist}
 Summary:   Type constraints and coercions for Perl
 # lib/Specio/PartialDump.pm:   GPL+ or Artistic
 #  

@@ -161,6 +161,9 @@ make test
 %{_mandir}/man3/Test::Specio.3*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.48-3
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 
0.48-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Specio/c/50c8737a26a0713c3a6ed4c22af09e1b9e6d15c0?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-SOAP-WSDL (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 05:47:30 UTC

From 5e81a9d68cec6fa1cab25b8e9f8db2d9856f2d78 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 05:47:26 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-SOAP-WSDL.spec b/perl-SOAP-WSDL.spec
index a69602d..1012c63 100644
--- a/perl-SOAP-WSDL.spec
+++ b/perl-SOAP-WSDL.spec
@@ -1,7 +1,7 @@
 Summary:   Perl module for SOAP with WSDL support
 Name:  perl-SOAP-WSDL
 Version:   3.004
-Release:   12%{?dist}
+Release:   13%{?dist}
 License:   GPL+ or Artistic
 URL:   https://metacpan.org/release/SOAP-WSDL
 Source:
https://cpan.metacpan.org/modules/by-module/SOAP/SOAP-WSDL-%{version}.tar.gz
@@ -133,6 +133,9 @@ chmod 0755 %{buildroot}%{_bindir}/wsdl2perl.pl
 
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
3.004-13
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Wed Sep 14 2022 Damian Wrobel  - 3.004-12
 - Add missing BR. Fixes FTBFS (rhbz#2124543).
 



https://src.fedoraproject.org/rpms/perl-SOAP-WSDL/c/5e81a9d68cec6fa1cab25b8e9f8db2d9856f2d78?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Return-Type (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 05:43:58 UTC

From 3a332d9a3905803f17124a8090159066ac36268d Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 05:43:54 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Return-Type.spec b/perl-Return-Type.spec
index 1577550..7d66ab6 100644
--- a/perl-Return-Type.spec
+++ b/perl-Return-Type.spec
@@ -1,6 +1,6 @@
 Name:   perl-Return-Type
 Version:0.007
-Release:8%{?dist}
+Release:9%{?dist}
 Summary:Specify a return type for a function
 License:GPL-1.0-or-later OR Artistic-1.0-Perl
 URL:https://metacpan.org/release/Return-Type
@@ -54,6 +54,9 @@ library are supported.
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.007-9
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Tue Nov 29 2022 Ralf Corsépius  - 0.007-8
 - Modernize spec.
 - Convert license to SPDX.



https://src.fedoraproject.org/rpms/perl-Return-Type/c/3a332d9a3905803f17124a8090159066ac36268d?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Ref-Util-XS (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 05:41:12 UTC

From b46b194e0e4bd35cdc71fe17552571f10815ef12 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 05:41:08 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Ref-Util-XS.spec b/perl-Ref-Util-XS.spec
index 5ba372b..f79b73b 100644
--- a/perl-Ref-Util-XS.spec
+++ b/perl-Ref-Util-XS.spec
@@ -7,7 +7,7 @@
 
 Name:  perl-Ref-Util-XS
 Version:   0.117
-Release:   16%{?dist}
+Release:   17%{?dist}
 Summary:   Utility functions for checking references
 License:   MIT
 URL:   https://metacpan.org/release/Ref-Util-XS
@@ -69,6 +69,9 @@ make test
 %{_mandir}/man3/Ref::Util::XS.3*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.117-17
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 
0.117-16
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Ref-Util-XS/c/b46b194e0e4bd35cdc71fe17552571f10815ef12?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Ref-Util (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 05:41:02 UTC

From 3d16f7629658634a92a6af7ceb4b428b0e569b6a Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 05:40:57 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Ref-Util.spec b/perl-Ref-Util.spec
index 0d8dbaf..753abc0 100644
--- a/perl-Ref-Util.spec
+++ b/perl-Ref-Util.spec
@@ -7,7 +7,7 @@
 
 Name:  perl-Ref-Util
 Version:   0.204
-Release:   15%{?dist}
+Release:   16%{?dist}
 Summary:   Utility functions for checking references
 License:   MIT
 URL:   https://metacpan.org/release/Ref-Util
@@ -84,6 +84,9 @@ make test
 %{_mandir}/man3/Ref::Util::PP.3*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.204-16
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 
0.204-15
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Ref-Util/c/3d16f7629658634a92a6af7ceb4b428b0e569b6a?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Params-ValidationCompiler (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 05:14:11 UTC

From f309b549f5ff30ae3eb13e19e91323f838012785 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 05:14:07 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Params-ValidationCompiler.spec 
b/perl-Params-ValidationCompiler.spec
index be25481..ba4326e 100644
--- a/perl-Params-ValidationCompiler.spec
+++ b/perl-Params-ValidationCompiler.spec
@@ -7,7 +7,7 @@
 
 Name:  perl-Params-ValidationCompiler
 Version:   0.31
-Release:   1%{?dist}
+Release:   2%{?dist}
 Summary:   Build an optimized subroutine parameter validator once, use it 
forever
 License:   Artistic-2.0
 URL:   https://metacpan.org/release/Params-ValidationCompiler
@@ -86,6 +86,9 @@ make test
 %{_mandir}/man3/Params::ValidationCompiler::Exceptions.3*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.31-2
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Sun Jan  8 2023 Paul Howarth  - 0.31-1
 - Update to 0.31
   - Require Class::XSAccessor 1.17+ when trying to load it; earlier versions



https://src.fedoraproject.org/rpms/perl-Params-ValidationCompiler/c/f309b549f5ff30ae3eb13e19e91323f838012785?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Net-LDAP-Server (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 04:44:22 UTC

From c23018a6e4ed4b50276beaff295425a01dcd4176 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 04:44:17 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Net-LDAP-Server.spec b/perl-Net-LDAP-Server.spec
index e76c978..50d00be 100644
--- a/perl-Net-LDAP-Server.spec
+++ b/perl-Net-LDAP-Server.spec
@@ -1,6 +1,6 @@
 Name:   perl-Net-LDAP-Server
 Version:0.43
-Release:21%{?dist}
+Release:22%{?dist}
 Summary:Net::LDAP::Server Perl module
 License:GPL-1.0-or-later OR Artistic-1.0-Perl
 URL:https://metacpan.org/release/Net-LDAP-Server
@@ -57,6 +57,9 @@ connection with the client.
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.43-22
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Mon Nov 28 2022 Ralf Corsépius  - 0.43-21
 - Modernize spec.
 - Convert license to SPDX.



https://src.fedoraproject.org/rpms/perl-Net-LDAP-Server/c/c23018a6e4ed4b50276beaff295425a01dcd4176?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Net-LDAP-Server-Test (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 04:44:32 UTC

From 23e5bf9db9b9c5944c939751364e90762c1d3edf Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 04:44:27 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Net-LDAP-Server-Test.spec b/perl-Net-LDAP-Server-Test.spec
index 925daa0..a35a56d 100644
--- a/perl-Net-LDAP-Server-Test.spec
+++ b/perl-Net-LDAP-Server-Test.spec
@@ -1,6 +1,6 @@
 Name:   perl-Net-LDAP-Server-Test
 Version:0.22
-Release:20%{?dist}
+Release:21%{?dist}
 Summary:Test Net::LDAP code
 License:GPL-1.0-or-later OR Artistic-1.0-Perl
 URL:https://metacpan.org/release/Net-LDAP-Server-Test
@@ -67,6 +67,9 @@ Test your Net::LDAP code without having a real LDAP server 
available.
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.22-21
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Mon Nov 28 2022 Ralf Corsépius  - 0.22-20
 - Modernize spec.
 - Convert license to SPDX.



https://src.fedoraproject.org/rpms/perl-Net-LDAP-Server-Test/c/23e5bf9db9b9c5944c939751364e90762c1d3edf?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Net-LDAP-SID (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 04:44:12 UTC

From c012b88ae99a8557b78b950694837a58188d87ae Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 04:44:08 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Net-LDAP-SID.spec b/perl-Net-LDAP-SID.spec
index 5ddaf2f..2ccc6bd 100644
--- a/perl-Net-LDAP-SID.spec
+++ b/perl-Net-LDAP-SID.spec
@@ -1,6 +1,6 @@
 Name:   perl-Net-LDAP-SID
 Version:0.001
-Release:20%{?dist}
+Release:21%{?dist}
 Summary:Net::LDAP::SID Perl module
 License:Artistic-2.0
 URL:https://metacpan.org/release/Net-LDAP-SID
@@ -42,6 +42,9 @@ Active Directory Security Identifier manipulation
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.001-21
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Tue Nov 29 2022 Ralf Corsépius  - 0.001-20
 - Modernize spec.
 - Convert license to SPDX.



https://src.fedoraproject.org/rpms/perl-Net-LDAP-SID/c/c012b88ae99a8557b78b950694837a58188d87ae?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: FYI... yubioath-desktop is slated to be removed from F38 repository

[Kevin Kofler via devel]

Gary Buhrmaster wrote:
> Is someone working on packaging the Dart and Flutter SDK
> (and all their dependencies, which I had had this vague
> recollection also required gradle, and, well, gradle is its
> own issue) for Fedora in that F39/F40 time frame so that they
> can be used to build apps such as the new yubikey manager?
> 
> I must have entirely missed that that effort was ongoing as the
> last discussion about Dart that I recall was years ago, and
> it was more of a wish rather than a resourced effort.

Well, to be honest, I have no idea. I would say that those who want the new 
Yubikey UI in will have to package the required SDKs. (They could also be 
useful for other applications, e.g., the "Every Door" OpenStreetMap POI 
editor.) Otherwise, I would suggest just keeping shipping the legacy stuff 
that is already packaged.

It is sad that more and more upstreams, even those that were previously 
using standard GNU/Linux programming languages and toolkits, are now using 
strange programming languages and toolkits that are a pain to package. (Go, 
Rust, Dart, etc., and toolkits such as Flutter that build on those.) I miss 
the times where everything was in C or in some cases (mostly just Qt and 
KDE) C++.

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

releng pushed to rpms/perl-Module-Extract-Use (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 04:03:18 UTC

From 4bf705829ab165b715df5e4c200799d9e16711ec Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 04:03:13 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Module-Extract-Use.spec b/perl-Module-Extract-Use.spec
index aa1bf65..2e096b0 100644
--- a/perl-Module-Extract-Use.spec
+++ b/perl-Module-Extract-Use.spec
@@ -1,7 +1,7 @@
 Summary:   Pull out the modules a module explicitly uses
 Name:  perl-Module-Extract-Use
 Version:   1.051
-Release:   4%{?dist}
+Release:   5%{?dist}
 License:   Artistic 2.0
 URL:   https://metacpan.org/release/Module-Extract-Use
 Source0:   
https://cpan.metacpan.org/modules/by-module/Module/Module-Extract-Use-%{version}.tar.gz
@@ -59,6 +59,9 @@ make test
 %{_mandir}/man3/Module::Extract::Use.3*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
1.051-5
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 
1.051-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Module-Extract-Use/c/4bf705829ab165b715df5e4c200799d9e16711ec?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Mock-Config (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 03:59:59 UTC

From 10f910c21a605ed26dfb469eee409e969a5a8730 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 03:59:55 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Mock-Config.spec b/perl-Mock-Config.spec
index 3cee8c0..2fefe3c 100644
--- a/perl-Mock-Config.spec
+++ b/perl-Mock-Config.spec
@@ -1,6 +1,6 @@
 Name:   perl-Mock-Config
 Version:0.03
-Release:18%{?dist}
+Release:19%{?dist}
 Summary:Temporarily set Config or XSConfig values
 License:Artistic-2.0
 URL:https://metacpan.org/release/Mock-Config
@@ -43,6 +43,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.03-19
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 
0.03-18
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Mock-Config/c/10f910c21a605ed26dfb469eee409e969a5a8730?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Mail-Transport (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 03:49:14 UTC

From 999ffa25b7a154617c907f4b4a47c876b09a4809 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 03:49:09 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Mail-Transport.spec b/perl-Mail-Transport.spec
index 93d5d38..d766a82 100644
--- a/perl-Mail-Transport.spec
+++ b/perl-Mail-Transport.spec
@@ -1,6 +1,6 @@
 Name:  perl-Mail-Transport
 Version:   3.005
-Release:   7%{?dist}
+Release:   8%{?dist}
 Summary:   Email message exchange
 License:   GPL+ or Artistic
 URL:   https://metacpan.org/release/Mail-Transport
@@ -67,6 +67,9 @@ make test
 %{_mandir}/man3/Mail::Transport::Sendmail.3*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
3.005-8
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 
3.005-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Mail-Transport/c/999ffa25b7a154617c907f4b4a47c876b09a4809?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Mail-Message (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 03:47:57 UTC

From 478be01ff66405d73f7b82e5887c0c6e3a4bdd09 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 03:47:52 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Mail-Message.spec b/perl-Mail-Message.spec
index c66bed8..9db6311 100644
--- a/perl-Mail-Message.spec
+++ b/perl-Mail-Message.spec
@@ -1,6 +1,6 @@
 Name:  perl-Mail-Message
 Version:   3.012
-Release:   4%{?dist}
+Release:   5%{?dist}
 Summary:   MIME message handling
 License:   GPL+ or Artistic
 URL:   https://metacpan.org/release/Mail-Message
@@ -122,6 +122,9 @@ make test
 %{_mandir}/man3/Mail::*.3*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
3.012-5
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 
3.012-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Mail-Message/c/478be01ff66405d73f7b82e5887c0c6e3a4bdd09?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Mail-Box-POP3 (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 03:46:38 UTC

From 1f0e5743b1af7b05f0719e535b0df4ae46fc3b4e Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 03:46:34 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Mail-Box-POP3.spec b/perl-Mail-Box-POP3.spec
index 4478e2b..9df0407 100644
--- a/perl-Mail-Box-POP3.spec
+++ b/perl-Mail-Box-POP3.spec
@@ -1,6 +1,6 @@
 Name:   perl-Mail-Box-POP3
 Version:3.005
-Release:12%{?dist}
+Release:13%{?dist}
 Summary:Handle POP3 folders as client
 License:GPL-1.0-or-later OR Artistic-1.0-Perl
 URL:https://metacpan.org/release/Mail-Box-POP3
@@ -75,6 +75,9 @@ MARKOV_DEVEL=1 make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
3.005-13
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 
3.005-12
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Mail-Box-POP3/c/1f0e5743b1af7b05f0719e535b0df4ae46fc3b4e?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-MCE-Shared (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 03:43:31 UTC

From 12bc5101a99ea4c6f493ea2e8ea4777348c6c2c3 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 03:43:27 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-MCE-Shared.spec b/perl-MCE-Shared.spec
index 80a5512..381010f 100644
--- a/perl-MCE-Shared.spec
+++ b/perl-MCE-Shared.spec
@@ -1,6 +1,6 @@
 Name:  perl-MCE-Shared
 Version:   1.880
-Release:   1%{?dist}
+Release:   2%{?dist}
 Summary:   MCE extension for sharing data, supporting threads and processes
 License:   GPL-1.0-or-later OR Artistic-1.0-Perl
 URL:   https://metacpan.org/release/MCE-Shared
@@ -92,6 +92,9 @@ make test
 %{_mandir}/man3/MCE::Shared::Server.3*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
1.880-2
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Wed Jan  4 2023 Paul Howarth  - 1.880-1
 - Update to 1.880
   - Bump MCE dependency to 1.883



https://src.fedoraproject.org/rpms/perl-MCE-Shared/c/12bc5101a99ea4c6f493ea2e8ea4777348c6c2c3?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-List-MoreUtils-XS (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 03:34:43 UTC

From 7395f610b9f42a7326043533323b115037b2aa1b Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 03:34:38 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-List-MoreUtils-XS.spec b/perl-List-MoreUtils-XS.spec
index 54cf851..10e1645 100644
--- a/perl-List-MoreUtils-XS.spec
+++ b/perl-List-MoreUtils-XS.spec
@@ -3,7 +3,7 @@
 
 Name:  perl-List-MoreUtils-XS
 Version:   0.430
-Release:   7%{?dist}
+Release:   8%{?dist}
 Summary:   Provide compiled List::MoreUtils functions
 # Code from List-MoreUtils < 0.417 is GPL+ or Artistic
 # Anything after that is ASL 2.0
@@ -83,6 +83,9 @@ make test
 %{_mandir}/man3/List::MoreUtils::XS.3*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.430-8
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 
0.430-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-List-MoreUtils-XS/c/7395f610b9f42a7326043533323b115037b2aa1b?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-IO-FDPass (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 03:08:06 UTC

From b7b24f4f3b331f8e6542aa199b3d3789dc33bc05 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 03:08:01 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-IO-FDPass.spec b/perl-IO-FDPass.spec
index 31f2b3e..93e9c2e 100644
--- a/perl-IO-FDPass.spec
+++ b/perl-IO-FDPass.spec
@@ -1,6 +1,6 @@
 Name:  perl-IO-FDPass
 Version:   1.3
-Release:   7%{?dist}
+Release:   8%{?dist}
 Summary:   Pass a file descriptor over a socket
 License:   GPL+ or Artistic
 URL:   https://metacpan.org/release/IO-FDPass
@@ -57,6 +57,9 @@ make test
 %{_mandir}/man3/IO::FDPass.3*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 1.3-8
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 1.3-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-IO-FDPass/c/b7b24f4f3b331f8e6542aa199b3d3789dc33bc05?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-HTTP-MultiPartParser (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 02:58:17 UTC

From c4d190dfd961082ea0408000b87d6053252599c4 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 02:58:12 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-HTTP-MultiPartParser.spec b/perl-HTTP-MultiPartParser.spec
index 0025e49..76a52ca 100644
--- a/perl-HTTP-MultiPartParser.spec
+++ b/perl-HTTP-MultiPartParser.spec
@@ -1,6 +1,6 @@
 Name:   perl-HTTP-MultiPartParser
 Version:0.02
-Release:19%{?dist}
+Release:20%{?dist}
 Summary:HTTP MultiPart Parser
 License:GPL-1.0-or-later OR Artistic-1.0-Perl
 URL:https://metacpan.org/release/HTTP-MultiPartParser
@@ -58,6 +58,9 @@ streams conforming to MultiPart types as defined in RFC 2616.
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.02-20
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Tue Nov 29 2022 Ralf Corsépius  - 0.02-19
 - Modernize spec.
 - Convert license to SPDX.



https://src.fedoraproject.org/rpms/perl-HTTP-MultiPartParser/c/c4d190dfd961082ea0408000b87d6053252599c4?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-HTTP-Entity-Parser (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 02:57:07 UTC

From c6c54f5400a457f70bc17dcbc856a79152b0c309 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 02:57:03 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-HTTP-Entity-Parser.spec b/perl-HTTP-Entity-Parser.spec
index 8af6579..ff9c9c6 100644
--- a/perl-HTTP-Entity-Parser.spec
+++ b/perl-HTTP-Entity-Parser.spec
@@ -1,6 +1,6 @@
 Name:   perl-HTTP-Entity-Parser
 Version:0.25
-Release:8%{?dist}
+Release:9%{?dist}
 Summary:PSGI compliant HTTP Entity Parser
 License:GPL-1.0-or-later OR Artistic-1.0-Perl
 URL:https://metacpan.org/release/HTTP-Entity-Parser
@@ -68,6 +68,9 @@ data and application/json.
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.25-9
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Tue Nov 29 2022 Ralf Corsépius  - 0.25-8
 - Convert license to SPDX.
 



https://src.fedoraproject.org/rpms/perl-HTTP-Entity-Parser/c/c6c54f5400a457f70bc17dcbc856a79152b0c309?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Encode-IMAPUTF7 (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 02:02:52 UTC

From e3399c261c1fc059e4e361d7bb3ebb408966357c Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 02:02:47 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Encode-IMAPUTF7.spec b/perl-Encode-IMAPUTF7.spec
index b61e157..3ec8c0b 100644
--- a/perl-Encode-IMAPUTF7.spec
+++ b/perl-Encode-IMAPUTF7.spec
@@ -2,7 +2,7 @@
 
 Name:   perl-Encode-IMAPUTF7
 Version:1.05
-Release:20%{?dist}
+Release:21%{?dist}
 Summary:Process the special UTF-7 variant required by IMAP
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/Encode-IMAPUTF7
@@ -41,6 +41,9 @@ make test
 %_mandir/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
1.05-21
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 
1.05-20
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Encode-IMAPUTF7/c/e3399c261c1fc059e4e361d7bb3ebb408966357c?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Wx-GLCanvas] PR #2: Rebuild with wxWidgets 3.2

[Fabien Boucher]

zuul commented on the pull-request: `Rebuild with wxWidgets 3.2` that you are 
following:
``
Build failed. More information on how to proceed and troubleshoot errors 
available at https://fedoraproject.org/wiki/Zuul-based-ci

- [check-for-arches 
](https://fedora.softwarefactory-project.io/zuul/build/a108cc22f50e42808f8aab5467126f5e)
 : SUCCESS in 55s
- [rpm-scratch-build 
](https://fedora.softwarefactory-project.io/zuul/build/a45637bab61d494cb2a7404ffa80f269)
 : FAILURE in 15m 01s
- [rpm-scratch-build-s390x 
](https://fedora.softwarefactory-project.io/zuul/build/b01d85345acf400da70fcc724817a2eb)
 : FAILURE in 8m 57s (non-voting)
- [rpm-scratch-build-ppc64le 
](https://fedora.softwarefactory-project.io/zuul/build/65e347f689074eb2848a00010af0b5fe)
 : FAILURE in 27m 03s (non-voting)
- [rpm-scratch-build-i686 
](https://fedora.softwarefactory-project.io/zuul/build/b9c70fe37d67480383ffd8b286327ad0)
 : FAILURE in 8m 08s (non-voting)
- [rpm-scratch-build-aarch64 
](https://fedora.softwarefactory-project.io/zuul/build/e046d1ad585f4a06822f0c69cb364645)
 : FAILURE in 6m 54s (non-voting)
- [rpm-linter 
](https://fedora.softwarefactory-project.io/zuul/build/a507bd6f328444c99191d5842d40055b)
 : SKIPPED (non-voting)
- [rpm-rpminspect 
](https://fedora.softwarefactory-project.io/zuul/build/d2bbabcecd964384a9d85a40a45fc581)
 : SKIPPED (non-voting)
- [check-for-sti-tests 
](https://fedora.softwarefactory-project.io/zuul/build/88526d56a24b49f182eea79eb74131d9)
 : SKIPPED
- [check-for-fmf-tests 
](https://fedora.softwarefactory-project.io/zuul/build/d1901368c5864769b02b4b49d3df6493)
 : SKIPPED
- [rpm-install-test 
](https://fedora.softwarefactory-project.io/zuul/build/758a032622f94db8aacee337d749f971)
 : SKIPPED
- [rpm-tmt-test 
](https://fedora.softwarefactory-project.io/zuul/build/ac40d8d22c6e4ea3a3db51ca318a6119)
 : SKIPPED
- [rpm-sti-test 
](https://fedora.softwarefactory-project.io/zuul/build/76945d1a4b704fd6b24b6eca372a6868)
 : SKIPPED

``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Wx-GLCanvas/pull-request/2
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2162566] New: perl-Function-Parameters-2.001004 is available

[bugzilla]

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

Bug ID: 2162566
   Summary: perl-Function-Parameters-2.001004 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Function-Parameters
  Keywords: FutureFeature, Triaged
  Assignee: p...@city-fan.org
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: p...@city-fan.org, perl-devel@lists.fedoraproject.org,
ppi...@redhat.com
  Target Milestone: ---
Classification: Fedora



Releases retrieved: 2.001004
Upstream release that is considered latest: 2.001004
Current version/release in rawhide: 2.1.3-16.fc37
URL: http://search.cpan.org/dist/Function-Parameters/

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


More information about the service that created this bug can be found at:
https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring


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


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


To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/perl-Function-Parameters


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2162566
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-DateTime-Calendar-Julian (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 01:34:46 UTC

From d531552e65b80e3c8f62c11bf789b1688c73554d Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 01:34:42 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-DateTime-Calendar-Julian.spec 
b/perl-DateTime-Calendar-Julian.spec
index 36581fa..2c93c7c 100644
--- a/perl-DateTime-Calendar-Julian.spec
+++ b/perl-DateTime-Calendar-Julian.spec
@@ -1,6 +1,6 @@
 Name:  perl-DateTime-Calendar-Julian
 Version:   0.107
-Release:   3%{?dist}
+Release:   4%{?dist}
 License:   GPL+ or Artistic
 Summary:   Julian Calendar support for DateTime.pm
 Url:   https://metacpan.org/release/DateTime-Calendar-Julian
@@ -38,6 +38,9 @@ make test
 %{_mandir}/man3/DateTime::Calendar::Julian.3pm*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.107-4
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 
0.107-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-DateTime-Calendar-Julian/c/d531552e65b80e3c8f62c11bf789b1688c73554d?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Wx] PR #2: Rebuild with wxWidgets 3.2

[Scott Talbert]

swt2c commented on the pull-request: `Rebuild with wxWidgets 3.2` that you are 
following:
``
This depends on 
https://src.fedoraproject.org/rpms/perl-Alien-wxWidgets/pull-request/2
``

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

[rpms/perl-Wx-GLCanvas] PR #2: Rebuild with wxWidgets 3.2

[Scott Talbert]

swt2c commented on the pull-request: `Rebuild with wxWidgets 3.2` that you are 
following:
``
This depends on https://src.fedoraproject.org/rpms/perl-Wx/pull-request/2
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Wx-GLCanvas/pull-request/2
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Wx-GLCanvas] PR #2: Rebuild with wxWidgets 3.2

[Scott Talbert]

swt2c opened a new pull-request against the project: `perl-Wx-GLCanvas` that 
you are following:
``
Rebuild with wxWidgets 3.2
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Wx-GLCanvas/pull-request/2
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Alien-wxWidgets] PR #2: Rebuild with wxWidgets 3.2

[Scott Talbert]

swt2c opened a new pull-request against the project: `perl-Alien-wxWidgets` 
that you are following:
``
Rebuild with wxWidgets 3.2
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Alien-wxWidgets/pull-request/2
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Crypt-IDEA (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 01:06:34 UTC

From 43b1ad7d10f71970c4d5f41ef12716822be71970 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 01:06:29 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Crypt-IDEA.spec b/perl-Crypt-IDEA.spec
index 286d472..cb4e0e0 100644
--- a/perl-Crypt-IDEA.spec
+++ b/perl-Crypt-IDEA.spec
@@ -1,7 +1,7 @@
 Summary:   Perl interface to IDEA block cipher
 Name:  perl-Crypt-IDEA
 Version:   1.10
-Release:   25%{?dist}
+Release:   26%{?dist}
 License:   BSD with advertising
 URL:   https://metacpan.org/release/Crypt-IDEA
 Source0:   
https://cpan.metacpan.org/modules/by-module/Crypt/Crypt-IDEA-%{version}.tar.gz
@@ -64,6 +64,9 @@ make test
 %{_mandir}/man3/Crypt::IDEA.3*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
1.10-26
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 
1.10-25
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Crypt-IDEA/c/43b1ad7d10f71970c4d5f41ef12716822be71970?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Cookie-Baker (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 01:03:01 UTC

From 98b0899a8a2d017e7179120f47525d38e8861892 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 01:02:56 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Cookie-Baker.spec b/perl-Cookie-Baker.spec
index fa82ee8..affb341 100644
--- a/perl-Cookie-Baker.spec
+++ b/perl-Cookie-Baker.spec
@@ -1,6 +1,6 @@
 Name:   perl-Cookie-Baker
 Version:0.11
-Release:12%{?dist}
+Release:13%{?dist}
 Summary:Cookie string generator / parser
 License:GPL-1.0-or-later OR Artistic-1.0-Perl
 URL:https://metacpan.org/release/Cookie-Baker
@@ -49,6 +49,9 @@ Cookie::Baker provides simple cookie string generator and 
parser.
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.11-13
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Mon Nov 28 2022 Ralf Corsépius  - 0.11-12
 - Convert license to SPDX.
 



https://src.fedoraproject.org/rpms/perl-Cookie-Baker/c/98b0899a8a2d017e7179120f47525d38e8861892?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[rpms/perl-Wx] PR #2: Rebuild with wxWidgets 3.2

[Scott Talbert]

swt2c opened a new pull-request against the project: `perl-Wx` that you are 
following:
``
Rebuild with wxWidgets 3.2
``

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

releng pushed to rpms/perl-Code-TidyAll-Plugin-Test-Vars (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 00:51:02 UTC

From 65294d3ef082c18e2fa9e1c0761ceb11f4b4580e Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 00:50:57 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Code-TidyAll-Plugin-Test-Vars.spec 
b/perl-Code-TidyAll-Plugin-Test-Vars.spec
index 46c2825..55b2b4e 100644
--- a/perl-Code-TidyAll-Plugin-Test-Vars.spec
+++ b/perl-Code-TidyAll-Plugin-Test-Vars.spec
@@ -1,6 +1,6 @@
 Name:   perl-Code-TidyAll-Plugin-Test-Vars
 Version:0.04
-Release:20%{?dist}
+Release:21%{?dist}
 Summary:Provides Test::Vars plugin for Code::TidyAll
 License:GPL-1.0-or-later OR Artistic-1.0-Perl
 URL:https://metacpan.org/release/Code-TidyAll-Plugin-Test-Vars
@@ -56,6 +56,9 @@ This module uses Test::Vars to detect unused variables in 
Perl modules.
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.04-21
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Mon Nov 28 2022 Ralf Corsépius  - 0.04-20
 - Modernize spec.
 - Convert license to SPDX.



https://src.fedoraproject.org/rpms/perl-Code-TidyAll-Plugin-Test-Vars/c/65294d3ef082c18e2fa9e1c0761ceb11f4b4580e?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

releng pushed to rpms/perl-Class-Std-Fast (rawhide). "Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild (..more)"

[notifications]

Notification time stamped 2023-01-20 00:48:33 UTC

From 1fcb548dee8d03be4d112294bb2b57f15930d328 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Jan 20 2023 00:48:28 +
Subject: Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild


Signed-off-by: Fedora Release Engineering 

---

diff --git a/perl-Class-Std-Fast.spec b/perl-Class-Std-Fast.spec
index 22dff78..8403dbf 100644
--- a/perl-Class-Std-Fast.spec
+++ b/perl-Class-Std-Fast.spec
@@ -1,6 +1,6 @@
 Name:   perl-Class-Std-Fast
 Version:0.0.8
-Release:21%{?dist}
+Release:22%{?dist}
 Summary:Faster but less secure replacement for Class::Std
 License:GPL+ or Artistic
 URL:https://metacpan.org/release/Class-Std-Fast
@@ -67,6 +67,9 @@ make test
 
 
 %changelog
+* Fri Jan 20 2023 Fedora Release Engineering  - 
0.0.8-22
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
+
 * Fri Jul 22 2022 Fedora Release Engineering  - 
0.0.8-21
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
 



https://src.fedoraproject.org/rpms/perl-Class-Std-Fast/c/1fcb548dee8d03be4d112294bb2b57f15930d328?branch=rawhide
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

webkitgtk6.0 soname bump season

[Michael Catanzaro]

Hi,

The webkitgtk6.0 package (for GTK 4, not GTK 3) will be doing several 
soname bumps over the next two months in preparation for stabilizing 
the GTK 4 API. I won't announce individual bumps since they will be 
frequent. I will handle rebuilds of the impacted packages: 
gnome-initial-setup, gnome-builder, evolution-data-server, and 
epiphany. (If I've missed anything, please yell.)


These soname bumps will happen in both rawhide and also in F38 once it 
is branched.


Sometime soon, hopefully in February but maybe early March, the API/ABI 
will become stable, as it already is for GTK 3, and the fun will then 
be over. Hopefully.


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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Improving Fedora boot time when libvirt is installed

[Gordon Messmer]

On 2023-01-19 00:55, Lennart Poettering wrote:

hat you could do is split up the problem: have iscsi-starter.service
or so, that is separate from the iscsi.service main service.



If I'm not mistaken, this approach would also probably need approval by 
FESCo, since it'd involve reverting the "default on" status of the iscsi 
service.  Is that right?

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

Re: New WASM related mailing list

[Michael Dawson]

And even at risk of sending this twice to some of you, reminder that we
have an initial meeting planned for Monday the 23rd as outlined in:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/JO2YYDQPC65EMQVO6UCHDV4SAKQNSGKV/

Just a reminder that we are hoping to have an initial meeting Jan 23 at 4pm
UTC (9am Pacific, 11am ET, 5pm CET). We picked 11 ET as an attempt to span
the timezones from Europe and NA. I've not seen any yes/no in terms of the
time working so we'll go ahead with the proposed time. Here as link for a
google meet that we can use for the first meeting:
meet.google.com/vch-jjne-vqt The proposed initial agenda is: -
Communication channels - Mailing list - Slack/IRC/etc ? - Pagure/Wiki -
Capturing existing work/initiatives - Known Gaps

On Thu, Jan 19, 2023 at 12:23 PM Zuzana Svetlikova 
wrote:

>  Hi all,
>
> as there has been an interest in creating WASM SIG
> ,
> I moved on with it.
>
> You can already join our mailing list: 
> wasm-...@lists.fedoraproject.org
> 
>
> I also already created a wiki page
>  that will need a lot of love,
> so contributions are welcome.
>
> There isn't a group yet, that will be up for discussion with people who
> decide to join.
>
> I would also like to remind everyone interested that there will be an
> initial meeting on Mon Jan 23 at 4pm UTC (9am Pacific, 11am ET, 5pm CET):
> http://meet.google.com/vch-jjne-vqt
>
> I wish everyone a great day.
>
> Zuzka
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Nonresponsive maintainer - Carmen Bianca Bakker

[Miroslav Suchý]

Dne 19. 01. 23 v 18:14 Miro Hrončok napsal(a):

On 19. 01. 23 17:58, Miroslav Suchý wrote:

Hi,

accoding to

https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/

I want to ask if you know, or can reach Carmen Bianca Bakker?

They maintain package python-license-expression, which is outdated and several new version has been released in past 
3 years.


There is upstream monitoring bug

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

With no update since June 2021. I pinged there for update on December 2022. I 
write them privately on 2022-12-26.

No update since then.


I've noticed she tried to update the package 3 months ago and bailed out:

https://src.fedoraproject.org/rpms/python-license-expression/commits/rawhide

Have you considered offering help by sending a pull request with the update?

3 months is not that long for a volunteer contributor, considering this was around the holiday as well. I see some 
activity on GitHub so I don't think she's completely gone, perhaps just busy... ?



BTW in the spirit of transparency: I'm the one who sponsored Carmen Bianca into 
the packager group.


Philippe Ombredanne offered the help in:

https://bugzilla.redhat.com/show_bug.cgi?id=1972010#c3

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

Re: Improving Fedora boot time when libvirt is installed

[Gordon Messmer]

On 2023-01-19 09:48, Daniel P. Berrangé wrote:

The idea is that an application will put a dep on the
specific libvirt-daemon-driver-XXX that its functionality
requires. If Boxes requires storage APIs, then add a
Requires: libvirt-daemon-driver-storage-core, along with
any of the storage backends Boxes uses.



It looks like there are currently ~ 13 packages that currently require 
libvirt or libvirt-daemon-kvm that would need review and possibly 
adjustment, and I'm willing to do that work, but I have to ask:  How 
likely is it that "fedora-comps" would accept a PR that narrows the 
libvirt package set in the "virtualization" and 
"virtualization-headless" groups?

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

Re: Improving Fedora boot time when libvirt is installed

[Daniel P . Berrangé]

On Thu, Jan 19, 2023 at 09:40:24AM -0800, Gordon Messmer wrote:
> On 2023-01-19 09:07, Daniel P. Berrange wrote:
> > berrange commented on the pull-request: `Permit an installation of only 
> > core storage drivers.` that you are following:
> > ``
> > THis isn't really required. If someone wants to have a fully minimal 
> > install of QEMU/KVM, then install 'libvirt-daemon-driver-qemu', instead of 
> > 'libvirt-daemon-kvm' - the latter is the convenience intended to be fully 
> > featured.
> > 
> > We've tried to describe the intended usage 
> > herehttps://libvirt.org/kbase/rpm-deployment.html#deployment-choices
> > ``
> > 
> > To reply, visit the link below
> > https://src.fedoraproject.org/rpms/libvirt/pull-request/16
> 
> 
> At least gnome-boxes and the Virtualization group in comps.xml will pull in
> libvirt-daemon-kvm. And installing libvirt-daemon-driver-qemu instead will
> give users an installation without even libvirt-daemon-driver-storage-core,
> which seems... not great.

The idea is that an application will put a dep on the
specific libvirt-daemon-driver-XXX that its functionality
requires. If Boxes requires storage APIs, then add a
Requires: libvirt-daemon-driver-storage-core, along with
any of the storage backends Boxes uses.

With regards,
Daniel
-- 
|: https://berrange.com  -o-https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o-https://fstop138.berrange.com :|
|: https://entangle-photo.org-o-https://www.instagram.com/dberrange :|
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

New WASM related mailing list

[Zuzana Svetlikova]

 Hi all,

as there has been an interest in creating WASM SIG
,
I moved on with it.

You can already join our mailing list: 
wasm-...@lists.fedoraproject.org


I also already created a wiki page
 that will need a lot of love, so
contributions are welcome.

There isn't a group yet, that will be up for discussion with people who
decide to join.

I would also like to remind everyone interested that there will be an
initial meeting on Mon Jan 23 at 4pm UTC (9am Pacific, 11am ET, 5pm CET):
http://meet.google.com/vch-jjne-vqt

I wish everyone a great day.

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

Re: Improving Fedora boot time when libvirt is installed

[Gordon Messmer]

On 2023-01-19 09:07, Daniel P. Berrange wrote:

berrange commented on the pull-request: `Permit an installation of only core 
storage drivers.` that you are following:
``
THis isn't really required. If someone wants to have a fully minimal install of 
QEMU/KVM, then install 'libvirt-daemon-driver-qemu', instead of 
'libvirt-daemon-kvm' - the latter is the convenience intended to be fully 
featured.

We've tried to describe the intended usage 
herehttps://libvirt.org/kbase/rpm-deployment.html#deployment-choices
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/libvirt/pull-request/16



At least gnome-boxes and the Virtualization group in comps.xml will pull 
in libvirt-daemon-kvm. And installing libvirt-daemon-driver-qemu instead 
will give users an installation without even 
libvirt-daemon-driver-storage-core, which seems... not great.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Improving Fedora boot time when libvirt is installed

[Gordon Messmer]

On 2023-01-19 09:07, Daniel P. Berrange wrote:

berrange commented on the pull-request: `Permit an installation of only core 
storage drivers.` that you are following:
``
THis isn't really required. If someone wants to have a fully minimal install of 
QEMU/KVM, then install 'libvirt-daemon-driver-qemu', instead of 
'libvirt-daemon-kvm' - the latter is the convenience intended to be fully 
featured.

We've tried to describe the intended usage 
herehttps://libvirt.org/kbase/rpm-deployment.html#deployment-choices
``

To reply, visit the link below
https://src.fedoraproject.org/rpms/libvirt/pull-request/16



At least gnome-boxes and the Virtualization group in comps.xml will pull 
in libvirt-daemon-kvm. And installing libvirt-daemon-driver-qemu instead 
will give users an installation without even 
libvirt-daemon-driver-storage-core, which seems... not great.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: FYI... yubioath-desktop is slated to be removed from F38 repository

[Gary Buhrmaster]

On Thu, Jan 19, 2023 at 3:53 PM Kevin Kofler via devel
 wrote:

> Why not just ship the legacy version in F38 proper rather than Copr? The new
> stuff can be packaged when it is ready, probably as a F39 or F40 Self-
> Contained Change.

Is someone working on packaging the Dart and Flutter SDK
(and all their dependencies, which I had had this vague
recollection also required gradle, and, well, gradle is its
own issue) for Fedora in that F39/F40 time frame so that they
can be used to build apps such as the new yubikey manager?

I must have entirely missed that that effort was ongoing as the
last discussion about Dart that I recall was years ago, and
it was more of a wish rather than a resourced effort.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: FYI... yubioath-desktop is slated to be removed from F38 repository

[Björn Persson]

Gerald B. Cox wrote:
> yubioath-desktop and potentially yubikey-manager-qt will not be included in 
> the F38 repository due to packaging issues. 

Just when it looked like they had gotten Yubioath-desktop to work
properly, it disappears. It's so tiresome to have rugs pulled like this
all the time. I wish I had a way to know which programs will continue
to work, so I can rely on them.

I suppose I'll try Ykocli and see if that's usable.

> For additional information and suggested mitigations, please review:  
> https://discussion.fedoraproject.org/t/f38-yubioath-desktop-yubikey-manager-qt-will-no-longer-be-available-in-fedora-repository/45921/6

And that's such a fancy modern Javascript program that it can't even be
scrolled in a browser with a stable user interface. Wonderful.

Björn Persson


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

Re: Improving Fedora boot time when libvirt is installed

[Gordon Messmer]

On 2023-01-19 08:57, Lennart Poettering wrote:

On Do, 19.01.23 08:53, Gordon Messmer (gordon.mess...@gmail.com) wrote:

Something like that was suggested last year, and Colin Walters objected, for
what that's worth.

have a link?



Last year's thread is here: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/HACVEJ3FMOIM2TOENOVH5CPOUNR7NCMS/#5LTJ237DIWDRQFYPROAM5S3HJFFZC6YR

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

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

[Gary Buhrmaster]

On Thu, Jan 19, 2023 at 10:52 AM Michal Schorm  wrote:

> Would you see a value in e.g. some kind of a robot reminding
> maintainers of such obsolete code? (e.g. new RPMinspect or ZUUL CI
> check)

"Reminding" is another term for nagging.  Fedora should
not be a nag when there may be reasons for the choices
(for example, while one can claim that one should not be
running obsolete system versions, sometimes there are
"reasons", and that system may even be being supported
through an extended support contract).  Packager
workflow can be complicated, and we need to respect
that the many volunteers that contribute to Fedora may
have needs outside of the pure Fedora ecosystem.

Adding such a check to rpmlint when a packager does
their update checks, on the other hand, might be a
reasonable approach, as packagers can decide whether
to remove the code fragments, to override that check in
the rpmlint configuration, or just ignore the suggestion,
as they see fit.

As for my personal practice, I tend to remove such old
code when I decide to review the entire spec file (i.e.
review/modernize it for current packaging guidelines
typically with a major new version of the software, or
I have just adopted an orphaned package that I need),
or the spaghetti if/elses become confusing even to myself,
and it needs cleaning, or when I am trying to avoid
doing something else (sometimes it seems like cleanup
should be quick and easy (sometimes it is neither)
which I think I can actually accomplish right now).
I rarely go looking for new things to add to my
infinitely long TODO list just because I could add it.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Nonresponsive maintainer - Carmen Bianca Bakker

[Miro Hrončok]

On 19. 01. 23 17:58, Miroslav Suchý wrote:

Hi,

accoding to

https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/

I want to ask if you know, or can reach Carmen Bianca Bakker?

They maintain package python-license-expression, which is outdated and several 
new version has been released in past 3 years.


There is upstream monitoring bug

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

With no update since June 2021. I pinged there for update on December 2022. I 
write them privately on 2022-12-26.


No update since then.


I've noticed she tried to update the package 3 months ago and bailed out:

https://src.fedoraproject.org/rpms/python-license-expression/commits/rawhide

Have you considered offering help by sending a pull request with the update?

3 months is not that long for a volunteer contributor, considering this was 
around the holiday as well. I see some activity on GitHub so I don't think 
she's completely gone, perhaps just busy... ?



BTW in the spirit of transparency: I'm the one who sponsored Carmen Bianca into 
the packager group.


--
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Nonresponsive maintainer - Carmen Bianca Bakker

[Miroslav Suchý]

Hi,

accoding to

https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/

I want to ask if you know, or can reach Carmen Bianca Bakker?

They maintain package python-license-expression, which is outdated and several new version has been released in past 3 
years.


There is upstream monitoring bug

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

With no update since June 2021. I pinged there for update on December 2022. I 
write them privately on 2022-12-26.

No update since then.

If you know how to reach Carmen, then please let either of us know.

Sent to Carmen as Bcc.

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

Re: Improving Fedora boot time when libvirt is installed

[Lennart Poettering]

On Do, 19.01.23 08:53, Gordon Messmer (gordon.mess...@gmail.com) wrote:

> On 2023-01-19 00:55, Lennart Poettering wrote:
> >
> > What you could do is split up the problem: have iscsi-starter.service
> > or so, that is separate from the iscsi.service main service. The
> > former's job would be to scan if iscsi volumes are configured. If it
> > finds configured ones, it would then issue "systemctl start --no-block
> > iscsi.service" to enqueue a start job for the real thing.
>
> Something like that was suggested last year, and Colin Walters objected, for
> what that's worth.

have a link?

Lennart

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

Re: Improving Fedora boot time when libvirt is installed

[Gordon Messmer]

On 2023-01-19 00:55, Lennart Poettering wrote:


What you could do is split up the problem: have iscsi-starter.service
or so, that is separate from the iscsi.service main service. The
former's job would be to scan if iscsi volumes are configured. If it
finds configured ones, it would then issue "systemctl start --no-block
iscsi.service" to enqueue a start job for the real thing.



Something like that was suggested last year, and Colin Walters objected, 
for what that's worth.


If the PR to allow installing only the "core" storage drivers is 
rejected, then I'll work on a PR to implement this change instead.


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

Re: Improving Fedora boot time when libvirt is installed

[Gordon Messmer]

On 2023-01-19 01:25, Daniel P. Berrangé wrote:

The libvirt packaging is already modular. The 'libvirt-daemon-driver-storage'
package is intended to bring in/all/  storage backends libvirt supports. To
avoid that, it is possible to depend on 'libvirt-daemon-drive-storage-core'
instead which pulls in only storage backends which have no extra deps.



That sounds like a good plan.  Would you consider 
https://src.fedoraproject.org/rpms/libvirt/pull-request/16 ?

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

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

[Miroslav Suchý]

Dne 19. 01. 23 v 16:13 Michal Schorm napsal(a):

I'd just add that the same may apply to the %{rhel} macros too - Is
there any need to check for*EOLed*  RHEL releases?


Sometimes yes. I have seen people still using RHEL 5 and building packages for 
RHEL 5.

It is not needed to be present in Fedora's dist-git but you usually do not know what is the maintainer workflow. You may 
complicate his life over the purity of Fedora's dist-git.


You can submit few PR and you will see how maintainers will react. And the 
reactions will vary.

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

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

[Ben Beasley]

I personally very much prefer to keep stale conditionals out of the spec files 
I work on, but I also concur that it is reasonable to want to leave this to 
maintainer discretion.

On Thu, Jan 19, 2023, at 11:14 AM, Robbie Harwood wrote:
> Michal Schorm  writes:
>
>> On Thu, Jan 19, 2023 at 3:36 PM Robbie Harwood  wrote:
 Would you see a value in e.g. some kind of a robot reminding
 maintainers of such obsolete code? (e.g. new RPMinspect or ZUUL CI
 check)
>>>
>>> Please don't.
>>
>> Would you mind expanding your answer a bit, please?
>> I'd like to learn why people would (not) like such a check or reminder.
>
> First, there's no benefit to removal.  Nothing is harmed by having
> something that always evaluates like `#if 0` unless it seriously impacts
> readability.  Spec file "hygiene" is not inherently good (or inherently
> bad) beyond that.
>
> A check or reminder is another nag notification.  We don't need more of
> those, especially for low-priority items.
>
> And to head something off: it's not better when someone provenpackagers
> the change in.  Then there's an unnecessary revbump, and the
> maintainers's checkouts desync from the main repo (merge
> conflicts/rebase).
>
> Be well,
> --Robbie
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
>
> Attachments:
> * signature.asc
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

[Björn Persson]

Michal Schorm wrote:
> I'd like to learn why people would (not) like such a check or reminder.

The maintainer sees the conditional every time they update the spec.
They can remove it whenever it's convenient to them. There's no need to
pester people about such non-urgent maintenance. It's not like
something will break if the conditional isn't removed in time.

Björn Persson


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

Re: Web Assembly on Fedora: interested in a Fedora SIG to work on this?

[Michael Dawson]

Just a reminder that we are hoping to have an initial meeting Jan 23 at 4pm UTC 
(9am Pacific, 11am ET, 5pm CET). We picked 11 ET as an attempt to span the 
timezones from Europe and NA.

I've not seen any yes/no in terms of the time working so we'll go ahead with 
the proposed time.

Here as link for a google meet that we can use for the first meeting: 
meet.google.com/vch-jjne-vqt

The proposed initial agenda is:

- Communication channels
- Mailing list
- Slack/IRC/etc ?
- Pagure/Wiki
- Capturing existing work/initiatives
- Known Gaps
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

[Robbie Harwood]

Michal Schorm  writes:

> On Thu, Jan 19, 2023 at 3:36 PM Robbie Harwood  wrote:
>>> Would you see a value in e.g. some kind of a robot reminding
>>> maintainers of such obsolete code? (e.g. new RPMinspect or ZUUL CI
>>> check)
>>
>> Please don't.
>
> Would you mind expanding your answer a bit, please?
> I'd like to learn why people would (not) like such a check or reminder.

First, there's no benefit to removal.  Nothing is harmed by having
something that always evaluates like `#if 0` unless it seriously impacts
readability.  Spec file "hygiene" is not inherently good (or inherently
bad) beyond that.

A check or reminder is another nag notification.  We don't need more of
those, especially for low-priority items.

And to head something off: it's not better when someone provenpackagers
the change in.  Then there's an unnecessary revbump, and the
maintainers's checkouts desync from the main repo (merge
conflicts/rebase).

Be well,
--Robbie


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

Re: Non-responsive maintainer: mymindstorm

[Vitaly Zaitsev via devel]

On 19/01/2023 17:00, Brendan Early wrote:
Sorry for not responding to this earlier. I had changed the tickets to 
ASSIGNED in RHBZ to indicate that I am working on the problem with the 
package you are concerned about. I will have an update pushed this weekend.


Great.

Pull request with fix:
https://src.fedoraproject.org/rpms/quaternion/pull-request/1

--
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Non-responsive maintainer: mymindstorm

[Vitaly Zaitsev via devel]

Hello.

According to non-responsive maintainer procedure, I'm asking if anyone 
knows how to contact mymindstorm?


RHBZ issue: https://bugzilla.redhat.com/show_bug.cgi?id=2162447

--
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

[Ewoud Kohl van Wijngaarden]

On Thu, Jan 19, 2023 at 04:13:02PM +0100, Michal Schorm wrote:

On Thu, Jan 19, 2023 at 4:04 PM Ewoud Kohl van Wijngaarden
 wrote:

>Do you agree it would be safe to remove such conditionals and the code
>they hold ?

Only if they're purely for Fedora. In many examples you also see a rhel
conditional and that could be used for EPEL. A good number of packagers
like to use the same spec since it reduces maintenance burden on
updates. So in that case the mentioned RHEL/EPEL version should also be
EOL.


I agree.
I'd just add that the same may apply to the %{rhel} macros too - Is
there any need to check for *EOLed* RHEL releases?


That's what I also suggested.

In Fedora we can reasonably say we mostly care about EPEL and if that 
goes EOL then it's actually removed from the mirrors.


In theory people could keep the spec compatible so users can manually 
rebuild for older release, even if Fedora infrastructure doesn't. Hence 
why I suggested SHOULD rather than MUST.



I'm not sure this is great. For example, it may introduce revbumps,
which can cause a package rebuild but in the resulting RPM these should
make no difference (otherwise they wouldn't be safe).

To me the right time is to on version bump of a package where you're
already making changes anyway.


I don't see a need to make a bump and build for every change, only for
changes that are expected to be built.
There are mass rebuilds anyway, so it will be bumped and built eventually.


I'm used that for each release there is also a build. My assumption was 
that rpmautospec would create a release, but if it's skipped then my 
objection would be gone.


To be clear, I'd actually like to see robots sending in pull requests. 
Many version bumps are actually trivial and the-new-hotness could send a 
pull request. In a similar way I can see some sort of nanny cleaning up 
specs in an automated fashion doing the same. For example, conversion to 
SPDX license tags feels like a good candidate (if there's no ambiguity).


If this is automated then it should be easy to opt-out on a repository 
basis.


On Debian there is lintian-brush[1] which has a similar objective.

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

Re: FYI... yubioath-desktop is slated to be removed from F38 repository

[Kevin Kofler via devel]

Gerald B. Cox wrote:
> yubioath-desktop and potentially yubikey-manager-qt will not be included
> in the F38 repository due to packaging issues. For additional information
> and suggested mitigations, please review: 
> https://discussion.fedoraproject.org/t/f38-yubioath-desktop-yubikey-manager-qt-will-no-longer-be-available-in-fedora-repository/45921/6

Why not just ship the legacy version in F38 proper rather than Copr? The new 
stuff can be packaged when it is ready, probably as a F39 or F40 Self-
Contained Change.

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

Re: -fno-omit-frame-pointer does not work as advertised

[Kevin Kofler via devel]

Daan De Meyer via devel wrote:
>> What about the new SFrame unwind info?
> 
> We're closely following up on this new format and will compare it against
> frame pointers if a patch introducing a kernel unwinder for sframe is
> proposed and likely to be merged. It's still very early days for SFrame
> though so we'll have to see what happens first.

Then why are we now rushing to use that frame pointer hack on F38 (and 
rebuilding the entire distro with it right now), instead of waiting one 
release or two for the proper solution?

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

Re: -Wp,-D_FORTIFY_SOURCE=3 and other compiler flags stored in Python

[Kevin Kofler via devel]

Fabio Valentini wrote:
> In that case, I think it would make sense to have C / C++ compiler
> flags for user-installed Python packages to fall back to GCC defaults
> (same as for user-compiled C / C++ code)

The GCC defaults are completely useless. -O0, almost no warnings, etc.

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

FYI... yubioath-desktop is slated to be removed from F38 repository

[Gerald B. Cox]

yubioath-desktop and potentially yubikey-manager-qt will not be included in the 
F38 repository due to packaging issues. For additional information and 
suggested mitigations, please review:  
https://discussion.fedoraproject.org/t/f38-yubioath-desktop-yubikey-manager-qt-will-no-longer-be-available-in-fedora-repository/45921/6
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

[Michal Schorm]

On Thu, Jan 19, 2023 at 4:04 PM Ewoud Kohl van Wijngaarden
 wrote:
> >Do you agree it would be safe to remove such conditionals and the code
> >they hold ?
>
> Only if they're purely for Fedora. In many examples you also see a rhel
> conditional and that could be used for EPEL. A good number of packagers
> like to use the same spec since it reduces maintenance burden on
> updates. So in that case the mentioned RHEL/EPEL version should also be
> EOL.

I agree.
I'd just add that the same may apply to the %{rhel} macros too - Is
there any need to check for *EOLed* RHEL releases?

> I'm not sure this is great. For example, it may introduce revbumps,
> which can cause a package rebuild but in the resulting RPM these should
> make no difference (otherwise they wouldn't be safe).
>
> To me the right time is to on version bump of a package where you're
> already making changes anyway.

I don't see a need to make a bump and build for every change, only for
changes that are expected to be built.
There are mass rebuilds anyway, so it will be bumped and built eventually.

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Thu, Jan 19, 2023 at 4:04 PM Ewoud Kohl van Wijngaarden
 wrote:
>
> On Thu, Jan 19, 2023 at 11:52:04AM +0100, Michal Schorm wrote:
> >While playing around with Sourcegraph, which indexed all Fedora
> >package repositories, I was able to craft a query listing all '%if'
> >conditionals referencing Fedora releases that reached EOL.
> >
> >https://sourcegraph.com/search?q=context:global+repo:%5Esrc%5C.fedoraproject%5C.org/rpms+file:.spec+%28%25if.*%25%7B%5C%3Ffedora%7D.*%5B%3C%3D%3E%5D.*%29%28%5B12%5D%5B0-9%5D%7C%5B3%5D%5B012345%5D.*%29+count:all=regexp=yes=0=group
> >
> >I don't believe such conditions have any value and I think we can
> >remove them right away.
> >I think the removal shouldn't affect neither Fedora nor derived
> >operating systems.
> >
> >If removed, they will be preserved in the git history anyway, for
> >anyone seeking historical code.
> >
> >In some cases the conditionals hold patches that could be removed with them:
> >
> >https://sourcegraph.com/search?q=context:global+repo:%5Esrc%5C.fedoraproject%5C.org/rpms+file:.spec+%28%25if.*%25%7B%5C%3Ffedora%7D.*%5B%3C%5D.*%29%28%5B12%5D%5B0-9%5D%7C%5B3%5D%5B0123456%5D.*%5Cn%2B%29%28.*%5Cn%3F%29%28%25patch.*%29+count:all=regexp=yes=0=group
> >
> >--
> >
> >Do you agree it would be safe to remove such conditionals and the code
> >they hold ?
>
> Only if they're purely for Fedora. In many examples you also see a rhel
> conditional and that could be used for EPEL. A good number of packagers
> like to use the same spec since it reduces maintenance burden on
> updates. So in that case the mentioned RHEL/EPEL version should also be
> EOL.
>
> >Do you agree that removing obsolete code such as this brings value to
> >the package codebase ?
>
> Yes, RFC 2119 SHOULD sense.
>
> >Would you see a value in e.g. some kind of a robot reminding
> >maintainers of such obsolete code? (e.g. new RPMinspect or ZUUL CI
> >check)
>
> I'm not sure this is great. For example, it may introduce revbumps,
> which can cause a package rebuild but in the resulting RPM these should
> make no difference (otherwise they wouldn't be safe).
>
> To me the right time is to on version bump of a package where you're
> already making changes anyway.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

[Ewoud Kohl van Wijngaarden]

On Thu, Jan 19, 2023 at 11:52:04AM +0100, Michal Schorm wrote:

While playing around with Sourcegraph, which indexed all Fedora
package repositories, I was able to craft a query listing all '%if'
conditionals referencing Fedora releases that reached EOL.

https://sourcegraph.com/search?q=context:global+repo:%5Esrc%5C.fedoraproject%5C.org/rpms+file:.spec+%28%25if.*%25%7B%5C%3Ffedora%7D.*%5B%3C%3D%3E%5D.*%29%28%5B12%5D%5B0-9%5D%7C%5B3%5D%5B012345%5D.*%29+count:all=regexp=yes=0=group

I don't believe such conditions have any value and I think we can
remove them right away.
I think the removal shouldn't affect neither Fedora nor derived
operating systems.

If removed, they will be preserved in the git history anyway, for
anyone seeking historical code.

In some cases the conditionals hold patches that could be removed with them:

https://sourcegraph.com/search?q=context:global+repo:%5Esrc%5C.fedoraproject%5C.org/rpms+file:.spec+%28%25if.*%25%7B%5C%3Ffedora%7D.*%5B%3C%5D.*%29%28%5B12%5D%5B0-9%5D%7C%5B3%5D%5B0123456%5D.*%5Cn%2B%29%28.*%5Cn%3F%29%28%25patch.*%29+count:all=regexp=yes=0=group

--

Do you agree it would be safe to remove such conditionals and the code
they hold ?


Only if they're purely for Fedora. In many examples you also see a rhel 
conditional and that could be used for EPEL. A good number of packagers 
like to use the same spec since it reduces maintenance burden on 
updates. So in that case the mentioned RHEL/EPEL version should also be 
EOL.



Do you agree that removing obsolete code such as this brings value to
the package codebase ?


Yes, RFC 2119 SHOULD sense.


Would you see a value in e.g. some kind of a robot reminding
maintainers of such obsolete code? (e.g. new RPMinspect or ZUUL CI
check)


I'm not sure this is great. For example, it may introduce revbumps, 
which can cause a package rebuild but in the resulting RPM these should 
make no difference (otherwise they wouldn't be safe).


To me the right time is to on version bump of a package where you're 
already making changes anyway.

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

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

[Richard Shaw]

On Thu, Jan 19, 2023 at 8:55 AM Michal Schorm  wrote:

> On Thu, Jan 19, 2023 at 3:36 PM Robbie Harwood 
> wrote:
> > > Would you see a value in e.g. some kind of a robot reminding
> > > maintainers of such obsolete code? (e.g. new RPMinspect or ZUUL CI
> > > check)
> >
> > Please don't.
>
> Would you mind expanding your answer a bit, please?
> I'd like to learn why people would (not) like such a check or reminder.
>

I agree. I usually keep them around for a couple of releases especially
when it has to do with preserving an upgrade path (support f-2) or for
more recent EOL'd releases if someone wants to manually keep a package
going for a while.

But I see no purpose in keeping around conditionals for anything past 4
releases ago and I see them sometimes when rebuilding packages. I recently
saw one for Fedora 24...

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

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

[Michal Schorm]

On Thu, Jan 19, 2023 at 3:36 PM Robbie Harwood  wrote:
> > Would you see a value in e.g. some kind of a robot reminding
> > maintainers of such obsolete code? (e.g. new RPMinspect or ZUUL CI
> > check)
>
> Please don't.

Would you mind expanding your answer a bit, please?
I'd like to learn why people would (not) like such a check or reminder.

Michal

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Thu, Jan 19, 2023 at 3:36 PM Robbie Harwood  wrote:
>
> Michal Schorm  writes:
>
> > While playing around with Sourcegraph, which indexed all Fedora
> > package repositories, I was able to craft a query listing all '%if'
> > conditionals referencing Fedora releases that reached EOL.
> >
> > Do you agree it would be safe to remove such conditionals and the code
> > they hold ?
>
> Yes, at maintainer discretion.
>
> > Do you agree that removing obsolete code such as this brings value to
> > the package codebase ?
>
> No - it's annoying code churn that usually serves no purpose.  If
> maintainers want them gone, generally they'll remove them.
>
> > Would you see a value in e.g. some kind of a robot reminding
> > maintainers of such obsolete code? (e.g. new RPMinspect or ZUUL CI
> > check)
>
> Please don't.
>
> Be well,
> --Robbie
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

[Robbie Harwood]

Michal Schorm  writes:

> While playing around with Sourcegraph, which indexed all Fedora
> package repositories, I was able to craft a query listing all '%if'
> conditionals referencing Fedora releases that reached EOL.
>
> Do you agree it would be safe to remove such conditionals and the code
> they hold ?

Yes, at maintainer discretion.

> Do you agree that removing obsolete code such as this brings value to
> the package codebase ?

No - it's annoying code churn that usually serves no purpose.  If
maintainers want them gone, generally they'll remove them.

> Would you see a value in e.g. some kind of a robot reminding
> maintainers of such obsolete code? (e.g. new RPMinspect or ZUUL CI
> check)

Please don't.

Be well,
--Robbie


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

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

[Jonathan Wakely]

On Thu, 19 Jan 2023 at 10:52, Michal Schorm  wrote:
>
> Hello,
> While playing around with Sourcegraph, which indexed all Fedora
> package repositories, I was able to craft a query listing all '%if'
> conditionals referencing Fedora releases that reached EOL.
>
> https://sourcegraph.com/search?q=context:global+repo:%5Esrc%5C.fedoraproject%5C.org/rpms+file:.spec+%28%25if.*%25%7B%5C%3Ffedora%7D.*%5B%3C%3D%3E%5D.*%29%28%5B12%5D%5B0-9%5D%7C%5B3%5D%5B012345%5D.*%29+count:all=regexp=yes=0=group
>
> I don't believe such conditions have any value and I think we can
> remove them right away.
> I think the removal shouldn't affect neither Fedora nor derived
> operating systems.
>
> If removed, they will be preserved in the git history anyway, for
> anyone seeking historical code.
>
> In some cases the conditionals hold patches that could be removed with them:
>
> https://sourcegraph.com/search?q=context:global+repo:%5Esrc%5C.fedoraproject%5C.org/rpms+file:.spec+%28%25if.*%25%7B%5C%3Ffedora%7D.*%5B%3C%5D.*%29%28%5B12%5D%5B0-9%5D%7C%5B3%5D%5B0123456%5D.*%5Cn%2B%29%28.*%5Cn%3F%29%28%25patch.*%29+count:all=regexp=yes=0=group
>
> --
>
> Do you agree it would be safe to remove such conditionals and the code
> they hold ?

For the packages I (co)maintain, I see no value in keeping it. Maybe
somebody has a reason for keeping it in their specs, but I can't see
any value in it.

> Do you agree that removing obsolete code such as this brings value to
> the package codebase ?

Yes, it makes it easier for others to open the spec file and quickly
understand what it's doing.

> Would you see a value in e.g. some kind of a robot reminding
> maintainers of such obsolete code? (e.g. new RPMinspect or ZUUL CI
> check)

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

SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

[Michal Schorm]

Hello,
While playing around with Sourcegraph, which indexed all Fedora
package repositories, I was able to craft a query listing all '%if'
conditionals referencing Fedora releases that reached EOL.

https://sourcegraph.com/search?q=context:global+repo:%5Esrc%5C.fedoraproject%5C.org/rpms+file:.spec+%28%25if.*%25%7B%5C%3Ffedora%7D.*%5B%3C%3D%3E%5D.*%29%28%5B12%5D%5B0-9%5D%7C%5B3%5D%5B012345%5D.*%29+count:all=regexp=yes=0=group

I don't believe such conditions have any value and I think we can
remove them right away.
I think the removal shouldn't affect neither Fedora nor derived
operating systems.

If removed, they will be preserved in the git history anyway, for
anyone seeking historical code.

In some cases the conditionals hold patches that could be removed with them:

https://sourcegraph.com/search?q=context:global+repo:%5Esrc%5C.fedoraproject%5C.org/rpms+file:.spec+%28%25if.*%25%7B%5C%3Ffedora%7D.*%5B%3C%5D.*%29%28%5B12%5D%5B0-9%5D%7C%5B3%5D%5B0123456%5D.*%5Cn%2B%29%28.*%5Cn%3F%29%28%25patch.*%29+count:all=regexp=yes=0=group

--

Do you agree it would be safe to remove such conditionals and the code
they hold ?

Do you agree that removing obsolete code such as this brings value to
the package codebase ?

Would you see a value in e.g. some kind of a robot reminding
maintainers of such obsolete code? (e.g. new RPMinspect or ZUUL CI
check)

Michal

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

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

Review Swap: C++ or python

[bradbell]

I would now like to add python-xrst to fedora; see the review request
https://bugzilla.redhat.com/show_bug.cgi?id=2159469

python-xrst is a wrapper for the sphinx documentation tool; see
https://xrst.readthedocs.io/en/latest/purpose.html

I am fluent in C++ and Python and would be willing to swap an review for a 
package with source in one of these languages.

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

Re: Automation of Fedora SCM requests

[Michal Konecny]

I would say that the current way is OK, the bot asks fedora-scm-requests 
admins to validate the requests, because it is marked as exception. 
After being validated it gets created.


Or if there should be an exception for Rust packages, we can add name 
validation and if the name of the package is rust something, we can skip 
the validation process. But this unfortunately let people create any 
repository with name rust with exception set to true without any 
validation and I'm not sure if we want this.


The solution from kevin that the fedpkg request will actually say that 
it's a compat request and provides name of the previous package, it 
could be validated by bot itself and automated. Right now the bot 
doesn't really know if this is a compat package or not, the request 
doesn't have that info.


Michal

On 18. 01. 23 23:13, Kevin Fenzi wrote:

On Wed, Jan 18, 2023 at 12:36:35PM -0600, Michel Alexandre Salim wrote:

Hi Michal,

On Wed, 2023-01-11 at 17:13 +0100, Michal Konecny wrote:

  Hi everyone,
  
  all the remaining issues were solved and the bot is now processing

tickets as it should. I will watch the SCM request repository for
next few days to see if everything is working as it should.
  Thanks for your patience.
  

Where can I direct feature requests? Per
https://pagure.io/releng/fedora-scm-requests/issue/50507 seems like
requesting repos with exceptions (e.g. for Rust compat packages) is
currently not automated.

I'm not sure how we can automate this.

I mean I guess we could just check that the requestor is a packager and
let them create any package name they wish? Or is there some programic
way we can tell it's a compat package and that its correctly named?

Perhaps we could extend fedpkg to ask for and provide more info to the
processing ticket? like name of orig package (check that it exists, etc)
and that the new compat package has a name thats based on it?

Thoughts?

kevin

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

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

[Bug 2157775] Please branch and build cpanspec in epel9

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version||cpanspec-1.78-44.el9
 Resolution|--- |ERRATA
 Status|ON_QA   |CLOSED
Last Closed||2023-01-19 10:01:02



--- Comment #6 from Fedora Update System  ---
FEDORA-EPEL-2023-c7fe4b2d6b has been pushed to the Fedora EPEL 9 stable
repository.
If problem still persists, please make note of it in this bug report.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2157775
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Automation of Fedora SCM requests

[Michal Konecny]

Hi Michel,

you can file feature requests in 
https://pagure.io/fedora-infra/toddlers/issues


On behalf of CPE Team,
Michal

On 18. 01. 23 19:36, Michel Alexandre Salim wrote:

Hi Michal,

On Wed, 2023-01-11 at 17:13 +0100, Michal Konecny wrote:

  Hi everyone,
  
  all the remaining issues were solved and the bot is now processing

tickets as it should. I will watch the SCM request repository for
next few days to see if everything is working as it should.
  Thanks for your patience.
  

Where can I direct feature requests? Per
https://pagure.io/releng/fedora-scm-requests/issue/50507 seems like
requesting repos with exceptions (e.g. for Rust compat packages) is
currently not automated.

Thanks,


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

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

[Bug 2162301] New: perl-Net-Pcap-0.21 is available

[bugzilla]

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

Bug ID: 2162301
   Summary: perl-Net-Pcap-0.21 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Net-Pcap
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: iarn...@gmail.com, jples...@redhat.com,
perl-devel@lists.fedoraproject.org
  Target Milestone: ---
Classification: Fedora



Releases retrieved: 0.21
Upstream release that is considered latest: 0.21
Current version/release in rawhide: 0.20-5.fc38
URL: http://search.cpan.org/dist/Net-Pcap/

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


More information about the service that created this bug can be found at:
https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring


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


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


To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/perl-Net-Pcap


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2162301
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: F38 proposal: X Server Prohibits Byte-swapped Clients (System-Wide Change proposal)

[Peter Hutterer]

On Fri, Jan 06, 2023 at 11:13:14AM +1000, Peter Hutterer wrote:
> On Thu, Jan 05, 2023 at 08:24:21AM -0500, Stephen Smoogen wrote:
> > On Thu, 5 Jan 2023 at 08:20, David Cantrell  wrote:
> > 
> > > On Thu, Jan 05, 2023 at 11:10:20AM +1000, Peter Hutterer wrote:
> > > > On Wed, Jan 04, 2023 at 03:19:57PM -0500, David Cantrell wrote:
> > > > [...]
> > > > > > So I guess this means no remoting into ppc64 or s390x machines from
> > > > > > x86_64 or ppc64le machines without a configuration tweak?
> > > > >
> > > > > We don't have ppc64 builds anymore and I don't know the last release
> > > we had
> > > > > that was ppc64, but it was a long time ago now.  All current POWER
> > > systems are
> > > > > ppc64le.
> > > > >
> > > > > And everything else we have as primary or alternative architectures is
> > > little
> > > > > endian, except s390x.  I do view this as a risk for s390x because of
> > > all the
> > > > > architectures we build for, this one is the most difficult to use
> > > graphically.
> > > > > Exporting your display is still the convenient method for this
> > > platform.
> > > > >
> > > > > Given that this change proposal affects default behavior, I don't see 
> > > > > a
> > > > > problem with it.  s390x users can drop the configuration change in
> > > xorg.conf.d
> > > > > to regain the functionality.  If that can be conditionally enabled for
> > > s390x
> > > > > at package build time, that might make things easier (but wouldn't you
> > > need to
> > > > > make the change on both the s390x host and your non-s390x
> > > workstation?).
> > > >
> > > > The X protocol works that the first byte of the connection request is a
> > > > either 'l' or 'B', telling the server that the client is little or Big
> > > > endian. The client has no information on the server's endianess.
> > > >
> > > > This means the configuration needs to be done wherever your X server
> > > > runs, so the (little-endian) thing you're sitting in front of. Which is
> > > > also why compile-time defaults are difficult, at compile time we cannot
> > > > know that eventually you may want to connect from an s390x.
> > >
> > > Reasonable.  The runtime configuration change I can make locally to allow
> > > me
> > > to run X programs on an s390x and display them locally is sufficient for
> > > me.
> > >
> > 
> > Wasn't there a concern that you can do this if you are running a desktop
> > with X, but if you are using Xwayland it isn't easy (or maybe possible) as
> > the configuration to do that was either hardcoded or not fully documented
> > on how to do that?
> > 
> > From Peter Hutterer  earlier:
> > ```
> >  but you don't necessarily have
> > access to how Xwayland is started (mutter certainly is hard-coded).
> > ```
> 
> Correct, the Wayland compositor is responsible for starting up XWayland
> and that's not always configurable. I've filed bugs for mutter, kwin and
> wlroots so the developers are aware and that should cover the majority
> of Wayland use-cases once fixed.

just a minor follow-up: mutter has that feature merged now for GNOME 43
[1] so a once-off gsettings call should do the trick there:

$ gsettings set org.gnome.mutter.wayland xwayland-allow-byte-swapped-clients 
true

Cheers,
  Peter


[1] https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2785
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Improving Fedora boot time when libvirt is installed

[Daniel P . Berrangé]

On Wed, Jan 18, 2023 at 10:19:24AM -0800, Gordon Messmer wrote:
> (apologies for the long-ish message, but I'd like to save people the trouble
> of re-reading a year-old very long email thread)
> 
> Early last year there was a thread on this list (Re: "Is
> NetworkManager-wait-online.service necessary by default?") in which
> maintainers discussed the issue of boot times increasing when libvirt was
> installed as a result of iscsi creating a service order dependency between
> network-online and remote-fs-pre.  If I'm not mistaken, it was unanimously
> agreed that it was undesirable for this dependency to exist.
> 
> This delay is still the most common cause that I find among people who
> complain that it takes a long time to boot Fedora, and unfortunately the
> most common advice given to those people is "disable network-online".  It's
> difficult to explain why this is a Bad Thing (TM).
> 
> A number of possible solutions were discussed in that thread. Unfortunately
> many of them don't work (or don't work reliably), which I assume is why the
> problem is not solved, so I'm hoping to revive discussion of the ones that
> will work.  The problem occurs because: 1) libvirt requires
> libvirt-daemon-driver-storage-iscsi and iscsi-initiator-utils, 2)
> iscsi.service is enabled by default (per
> https://pagure.io/fesco/issue/2386), 3) iscsi.service is ordered after
> network-online and 4) before remote-fs-pre.target.
> 
> iscsi.service already has a "ConditionDirectoryNotEmpty", but that's
> evaluated when the service would be executed, so the ordering dependency
> between network-online and remote-fs-pre exists even though iscsi won't
> start.  There was some discussion of using ".path" units, but that seems to
> have the same problem.
> 
> There was also discussion of disabling the service by default and using a
> generator to enable the service, and Lennart thought this was the best
> solution.  I started work to add a simple generator, but the documentation
> for systemd.generator states "Non-essential file systems like /var/ and
> /home/ are mounted after generators have run," and the purpose of the
> generator would be to enable the service when there are files in
> /var/lib/iscsi/nodes.
> 
> Several people suggested using a weak dependency (Suggests:) on the iscsi
> driver, but I don't think that would solve the problem for most users
> because weak dependencies are installed by default and nothing really
> communicates to users that unless they add an obscure option, their boot
> times will increase.
> 
> So, things that could work:
> 
> The package dependency could be dropped from libvirt entirely. Libvirt users
> who want iscsi support can install that storage driver manually. (addressing
> condition 1)

The libvirt packaging is already modular. The 'libvirt-daemon-driver-storage'
package is intended to bring in /all/ storage backends libvirt supports. To
avoid that, it is possible to depend on 'libvirt-daemon-drive-storage-core'
instead which pulls in only storage backends which have no extra deps.
Removing or weakening the dep on libvirt-daemon-driver-storage-iscsi from
libvirt-daemon-driver-storage, would undermine the point of this wrapper
package which is intended to provide apps with all storage features, so
this is not something we would like to do.

> A generator would work if the iscsi node configs were in /etc instead of
> /var.  Would we consider changing the package layout? Possibly, moving the
> node configurations to /etc and changing /var/lib/iscsi/nodes to a symlink,
> with a pre-install script to handle existing installations?  We'd also need
> to change the default service state to disabled. (addressing condition 2)
> 
> The ordering dependency on remote-fs-pre.target could be dropped, though I
> expect that there will be objections and that option wouldn't be considered.
> (addressing condition 4)

> FESCo could also revisit 2386 and reconsider whether enabled by default is
> the right decision for this service.  I assume there was an explicit
> decision for this because of the policy that an enabled-by-default service
> "must not require manual configuration to function", which iscsi does. 
> Maybe the fact that it requires manual configuration means that interested
> users should also be required to enable the service, given the pain that the
> status quo causes for what seems like the far more common case that this
> service is installed by all users of libvirt but not needed by most of them.
> (also addressing condition 2)


With regards,
Daniel
-- 
|: https://berrange.com  -o-https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o-https://fstop138.berrange.com :|
|: https://entangle-photo.org-o-https://www.instagram.com/dberrange :|
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 

Re: Fedora 38 mass rebuild started

[Dan Horák]

On Thu, 19 Jan 2023 09:20:25 -
"Artur Frenszek-Iwicki"  wrote:

> So I'm sure this question has been asked during previous Mass Rebuilds,
> but I can't find the answer in the heaps of messages in my mailbox,
> so I'll ask again: if my package failed to build during the Mass Rebuild
> and I know how to fix it - I don't have to wait for the rebuilt to end,
> right? I can just go ahead, push the changes to dist-git and trigger a build.

right, no need to wait


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

Re: Fedora 38 mass rebuild started

[Artur Frenszek-Iwicki]

So I'm sure this question has been asked during previous Mass Rebuilds,
but I can't find the answer in the heaps of messages in my mailbox,
so I'll ask again: if my package failed to build during the Mass Rebuild
and I know how to fix it - I don't have to wait for the rebuilt to end,
right? I can just go ahead, push the changes to dist-git and trigger a build.

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

Re: Improving Fedora boot time when libvirt is installed

[Lennart Poettering]

On Mi, 18.01.23 10:19, Gordon Messmer (gordon.mess...@gmail.com) wrote:

> There was also discussion of disabling the service by default and using a
> generator to enable the service, and Lennart thought this was the best
> solution.  I started work to add a simple generator, but the documentation
> for systemd.generator states "Non-essential file systems like /var/ and
> /home/ are mounted after generators have run," and the purpose of the
> generator would be to enable the service when there are files in
> /var/lib/iscsi/nodes.

So yeah, this is a mess, indeed.

We have been thinking in systemd if we shouldn't tighten the
requirements a bit and dictate that in future /var/ has to be mounted
at the moment of the initrd → host transition. That would make the
problem go away. We currently require that the root fs and /usr/ are
already mounted during the transition. It's not *that* much more
to require /var/, too.

But I guess that is more a long term thing.

What you could do is split up the problem: have iscsi-starter.service
or so, that is separate from the iscsi.service main service. The
former's job would be to scan if iscsi volumes are configured. If it
finds configured ones, it would then issue "systemctl start --no-block
iscsi.service" to enqueue a start job for the real thing.

Then, the starter unit would not be ordered after the wait-online
service, but the real iscsi one would be.

Finally, iscsi.service's [Install] section would not carry any
WantedBy= lines or so, i.e. would not hook itself into anything if
enabled. Instead it would only carry Also=iscsi-starter.service there,
which would basically "redirect" enablement to the starter
service. And the starter service would then do
WantedBy=sysinit.target to hook itself into the early boot.

Both services would use DefaultDependencies=no, and the starter
service would use RequiresMountsFor=/var/lib/iscsi/nodes so that it
waits exactly until its /var/ dir is up, but not more.

The starter service could probably look roughly like this btw:


[Unit]
DefaultDependencies=no
Before=sysinit.target iscsi.service
RequiresMountsFor=/var/lib/iscsi/nodes
ConditionDirectoryNotEmpty=/var/lib/iscsi/nodes

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=/usr/bin/systemctl start --no-block --job-mode=fail iscsi.service


Lennart

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