[EPEL-devel] Fedora EPEL 8 updates-testing report

[updates]

The following Fedora EPEL 8 Security updates need testing:
 Age  URL
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-99cf4e74b7   
putty-0.81-1.el8
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-b002585dd2   
openssl3-3.2.1-1.1.el8


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

centpkg-0.8.3-2.el8
fluent-bit-2.2.2-1.el8
valkey-7.2.5-3.el8

Details about builds:



 centpkg-0.8.3-2.el8 (FEDORA-EPEL-2024-72fb82cf11)
 CentOS utility for working with dist-git

Update Information:

Warn (not Fail) on possible fork when pushing (Issue: 93)

ChangeLog:

* Tue Apr 23 2024 Troy Dawson  - 0.8.3-2
- Warn (not Fail) on possible fork when pushing (Issue: 93)




 fluent-bit-2.2.2-1.el8 (FEDORA-EPEL-2024-3ad2c306b2)
 Fluent Bit is a super fast, lightweight, and highly scalable logging and 
metrics processor and forwarder.

Update Information:

Update to 2.2.2

ChangeLog:

* Mon Apr  1 2024 Leoswaldo Macias Mancilla  - 2.2.2-1
- Update to 2.2.2
* Wed Jan 24 2024 Leoswaldo Macias Mancilla  - 2.1.1-4
- Disable tcp_tls flaky tests
* Wed Jan 24 2024 Fedora Release Engineering  - 
2.1.1-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild
* Fri Jan 19 2024 Fedora Release Engineering  - 
2.1.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild
* Tue Jan 16 2024 Leoswaldo Macias Mancilla  - 2.1.1-1
- Update to 2.1.1
* Fri Jan  5 2024 Florian Weimer  - 1.9.9-6
- Additional C compatibility fixes
* Mon Dec 18 2023 Florian Weimer  - 1.9.9-5
- Partial fix for C compatibility issues
* Wed Jul 19 2023 Fedora Release Engineering  - 
1.9.9-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild
* Thu Jan 19 2023 Fedora Release Engineering  - 
1.9.9-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
* Wed Jan 18 2023 Florian Weimer  - 1.9.9-2
- C99 compatibility fixes for CMake scripts
* Thu Oct 13 2022 Ben Kircher  - 1.9.9-1
- Update to 1.9.9
* Wed Aug 10 2022 Ben Kircher  - 1.9.7-1
- Update to 1.9.7
* Thu Jul 21 2022 Fedora Release Engineering  - 
1.9.6-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
* Wed Jul 13 2022 Ben Kircher  - 1.9.6-1
- Bump to 1.9.6, rebase/drop patches




 valkey-7.2.5-3.el8 (FEDORA-EPEL-2024-7caf87fa5b)
 A persistent key-value database

Update Information:

move redis compat symlinks to compat sub-package
first build for epel7
update to 7.2.5
update to 7.2.5-rc1
initial build, rc1

ChangeLog:

* Mon Apr 22 2024 Nathan Scott  - 7.2.5-3
- remove version_no_tilde code
* Mon Apr 22 2024 Nathan Scott  - 7.2.5-2
- move redis compat symlinks to compat subpackage
* Wed Apr 17 2024 Jonathan Wright  - 7.2.5-1
- update to 7.2.5 rhbz#2275379
* Fri Apr 12 2024 Jonathan Wright  - 7.2.5~rc1-2
- add compat subpackage with migration scripts from redis
* Fri Apr 12 2024 Jonathan Wright  - 7.2.5~rc1-1
- update to 7.2.5-rc1
* Tue Apr  9 2024 Jonathan Wright  - 7.2.4~rc1-1
- Initial package build, release candidate

References:

  [ 1 ] Bug #2276080 - Please branch and build valkey for EPEL 7
https://bugzilla.redhat.com/show_bug.cgi?id=2276080


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

[EPEL-devel] Fedora EPEL 7 updates-testing report

[updates]

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

valkey-7.2.5-3.el7

Details about builds:



 valkey-7.2.5-3.el7 (FEDORA-EPEL-2024-86eb140ee3)
 A persistent key-value database

Update Information:

move redis compat symlinks to compat sub-package
first build for epel7

ChangeLog:

* Mon Apr 22 2024 Nathan Scott  - 7.2.5-3
- remove version_no_tilde code
* Mon Apr 22 2024 Nathan Scott  - 7.2.5-2
- move redis compat symlinks to compat subpackage
* Wed Apr 17 2024 Jonathan Wright  - 7.2.5-1
- update to 7.2.5 rhbz#2275379
* Fri Apr 12 2024 Jonathan Wright  - 7.2.5~rc1-2
- add compat subpackage with migration scripts from redis
* Fri Apr 12 2024 Jonathan Wright  - 7.2.5~rc1-1
- update to 7.2.5-rc1
* Tue Apr  9 2024 Jonathan Wright  - 7.2.4~rc1-1
- Initial package build, release candidate

References:

  [ 1 ] Bug #2276080 - Please branch and build valkey for EPEL 7
https://bugzilla.redhat.com/show_bug.cgi?id=2276080


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

[Bug 2276274] perl-Parse-PMFile-0.47 is available

[bugzilla]

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



--- Comment #4 from Fedora Update System  ---
FEDORA-2024-637eeb63b5 has been pushed to the Fedora 40 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh
--advisory=FEDORA-2024-637eeb63b5`
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2024-637eeb63b5

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information
on how to test updates.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2276274

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202276274%23c4
--
___
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

[EPEL-devel] Fedora EPEL 9 updates-testing report

[updates]

 Jens Petersen  - 0.5.5-1
- https://hackage.haskell.org/package/dnf-repo-0.5.5/changelog
* Sat May  6 2023 Jens Petersen  - 0.5.4-1
- https://hackage.haskell.org/package/dnf-repo-0.5.4/changelog
* Sat Dec 31 2022 Jens Petersen  - 0.5.3-1
- https://hackage.haskell.org/package/dnf-repo-0.5.3/changelog
* Mon Nov 28 2022 Jens Petersen  - 0.5.2-1
- https://hackage.haskell.org/package/dnf-repo-0.5.2/changelog
* Tue Nov  8 2022 Jens Petersen  - 0.5.1-1
- https://hackage.haskell.org/package/dnf-repo-0.5.1/changelog
* Mon Oct 24 2022 Jens Petersen  - 0.5-1
- https://hackage.haskell.org/package/dnf-repo-0.5/changelog
* Thu Oct 20 2022 Jens Petersen  - 0.4-1
- https://hackage.haskell.org/package/dnf-repo-0.4/changelog
* Fri Aug 12 2022 Jens Petersen  - 0.3-1
- https://hackage.haskell.org/package/dnf-repo-0.3/changelog
* Fri Aug 12 2022 Jens Petersen  - 0.2-1
- https://hackage.haskell.org/package/dnf-repo-0.2/changelog
* Mon Jun 20 2022 Jens Petersen  - 0.1-1
- https://hackage.haskell.org/package/dnf-repo-0.1/changelog

References:

  [ 1 ] Bug #2136547 - Review Request: dnf-repo - DNF wrapper tool to control 
repos
https://bugzilla.redhat.com/show_bug.cgi?id=2136547




 golang-github-facebook-time-0^20240423gitb998b76-2.el9 
(FEDORA-EPEL-2024-0873ab4855)
 Meta's Time libraries

Update Information:

Updating golang-github-facebook-time to 20240423

ChangeLog:

* Tue Apr 23 2024 Oleg Obleukhov  - 0^20240423gitb998b76-2
- Update README.md
* Tue Apr 23 2024 Oleg Obleukhov  - 
0^20240423gitb998b76-1
- Hardware timestamps support in ntp responder




 mlmmj-1.4.5-2.el9 (FEDORA-EPEL-2024-01a0feeb5a)
 A simple and slim mailing list manager inspired by ezmlm

Update Information:

1.4.5:
Improve error messages in case of smtp failure
Regression: fix mlmmj-send -r
Modernize autotools usage

ChangeLog:

* Mon Apr 22 2024 Denis Fateyev  - 1.4.5-2
- Added packages to build dependencies
* Tue Mar 26 2024 Denis Fateyev  - 1.4.5-1
- Update to 1.4.5 release
* Thu Jan 25 2024 Fedora Release Engineering  - 
1.4.4-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild
* Sun Jan 21 2024 Fedora Release Engineering  - 
1.4.4-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild

References:

  [ 1 ] Bug #2271564 - mlmmj-1.4.5 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2271564




 python-aiohttp-3.9.5-1.el9 (FEDORA-EPEL-2024-bab8814ee2)
 Python HTTP client/server for asyncio

Update Information:

Security update for CVE-2024-27306
https://github.com/aio-libs/aiohttp/releases/tag/v3.9.5
https://github.com/aio-libs/aiohttp/releases/tag/v3.9.4

ChangeLog:

* Mon Apr 22 2024 Benjamin A. Beasley  - 3.9.5-1
- Update to 3.9.5 (fix RHBZ#2275991, fix CVE-2024-27306)

References:

  [ 1 ] Bug #2275989 - CVE-2024-27306 aiohttp: XSS on index pages for static 
file handling
https://bugzilla.redhat.com/show_bug.cgi?id=2275989




 python-glymur-0.13.1-1.el9 (FEDORA-EPEL-2024-8a0ebe1a04)
 Interface to the OpenJPEG library for working with JPEG 2000 files

Update Information:

Update to 0.13.1: remove debugging code and improve test coverage
Update to 0.13.0, Apr 19, 2024
- Refactor Jp2k class into Jp2k, Jp2kr
- Simplify example file nemo.jp2
- Fix doctests

ChangeLog:

* Tue Apr 23 2024 Benjamin A. Beasley  - 0.13.1-1
- Update to 0.13.1 (close RHBZ#2276644)
* Tue Apr 23 2024 Benjamin A. Beasley  - 0.13.0-1
- Update to 0.13.0 (close RHBZ#2276507

Re: Fedora 40 apache now giving errors

[Xose Vazquez Perez]

Steven A. Falco wrote:


I upgraded to F40, and suddenly an apache cgi script that was working perfectly 
in \
F39 (and earlier) is giving me a "Read-only file system" error when trying to 
write \
data into a file.

The directory where the cgi is trying to write is owned by apache:apache, and 
it is \
mode 777.  The file the cgi is trying to write to is also owned by 
apache:apache and \
is mode 666.

If I manually run the cgi (a trivial perl script), it works perfectly, but 
apache \
gives the "Read-only file system" error.  Apache can read the file fine, it 
just \
cannot write to it.

I also tried having the cgi simply touch a file in /tmp, and that fails too.

Any suggestions gratefully accepted.


# mkdir /etc/systemd/system/httpd.service.d/

# vi /etc/systemd/system/httpd.service.d/override.conf
[Service]
ProtectHome=false

# systemctl daemon-reload
# systemctl restart httpd.service
--
___
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 2222637] F39FailsToInstall: perl-Syntax-Feature-Loop

[bugzilla]

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



--- Comment #12 from Fedora Update System  ---
FEDORA-2024-684108482c (fedora-obsolete-packages-39-22) has been pushed to the
Fedora 39 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=637

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%20637%23c12
--
___
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: Fedora 40 apache now giving errors

[Rob Crittenden]

Steven A. Falco wrote:
> I upgraded to F40, and suddenly an apache cgi script that was working
> perfectly in F39 (and earlier) is giving me a "Read-only file system"
> error when trying to write data into a file.
> 
> The directory where the cgi is trying to write is owned by
> apache:apache, and it is mode 777.  The file the cgi is trying to write
> to is also owned by apache:apache and is mode 666.
> 
> If I manually run the cgi (a trivial perl script), it works perfectly,
> but apache gives the "Read-only file system" error.  Apache can read the
> file fine, it just cannot write to it.
> 
> I also tried having the cgi simply touch a file in /tmp, and that fails
> too.
> 
> Any suggestions gratefully accepted.

Check for SELinux issues? ausearch -m AVC -ts today

or "recent" if you re-run the cgi to minimize seeing any other issues.

HTH

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

Fedora 40 apache now giving errors

[Steven A. Falco]

I upgraded to F40, and suddenly an apache cgi script that was working perfectly in F39 
(and earlier) is giving me a "Read-only file system" error when trying to write 
data into a file.

The directory where the cgi is trying to write is owned by apache:apache, and 
it is mode 777.  The file the cgi is trying to write to is also owned by 
apache:apache and is mode 666.

If I manually run the cgi (a trivial perl script), it works perfectly, but apache gives 
the "Read-only file system" error.  Apache can read the file fine, it just 
cannot write to it.

I also tried having the cgi simply touch a file in /tmp, and that fails too.

Any suggestions gratefully accepted.

Steve
--
___
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: [HEADS-UP] openexr so name bump heading Rawhide and f40

[Ben Beasley]

I get a slightly larger list with fedrq:

$ fedrq wrsrc -s openexr -F name
CImg
Field3D
ImageMagick
OpenColorIO
OpenEXR_Viewers
OpenImageIO
OpenSceneGraph
YafaRay
blender
darktable
enblend
freeimage
gdal
gegl04
gimp
gmic
gstreamer1-plugins-bad-free
hugin
jpegxl
kdelibs3
kf5-kimageformats
kf6-kimageformats
kio-extras
kio-extras-kf5
krita
luxcorerender
ogre
opencv
openvdb
pfstools
povray
prusa-slicer
vigra
vips

I BCC’d all of the foo-maintain...@fedoraproject.org aliases in case 
anyone missed the original email.


I am happy to work as provenpackager to help with some of these 
rebuilds, but I want to allow a *little* time for anyone who wants to 
rebuild their own package.


That said, I’m going to go ahead and rebuild some of the packages that 
are in or adjacent to the Blender stack, because I co-maintain a few of 
them and have recently had to touch a few more of them due to other ABI 
changes – also, there are some long dependency chains involved.


On 4/22/24 12:33 PM, Josef Řídký wrote:
Well good news, the F40 rebuild is not needed. It looks like there was 
an issue with proper bug report reference.


Sorry for the disturbance about that in F40. But the Rawhide rebuild 
is still in place so please use f41-build-side-88169 for rebuild of 
dependent packages.


Best regards

Josef Ridky
Senior Software Engineer
Core Services Team
Red Hat Czech, s.r.o.


On Mon, Apr 22, 2024 at 6:11 PM Josef Řídký  wrote:

Hi Ben,

thanks for the notice. I'll fill the FESCO ticket right away and
wait for their decision. So let's call F40 only (not Rawhide) side
tags builds on hold till the decision is made.

Best regards

Josef Ridky
Senior Software Engineer
Core Services Team
Red Hat Czech, s.r.o.


On Mon, Apr 22, 2024 at 5:04 PM Ben Beasley
 wrote:

Is there a specific reason that an ABI-breaking update in
required in the stable F40 release? And would you consider
asking FESCo for approval as required by the Updates Policy?


https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#stable-releases

Note that if this update happens in F40 now, it will have very
messy interactions with other updates in other side tags, e.g.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-45862e3ed9
for blender. Even if this update is truly required in F40, I
would advocate for delaying it by at least one week.

Thanks,

Ben Beasley (FAS music)

On 4/22/24 8:14 AM, Josef Řídký wrote:

Hi folks,

this is in advance notice about the upcoming rebase of the
openexr package in Fedora Rawhide and f40.

List of dependent package should be following (please,
correct me if I haven't found all):
CTL
ImageMagick
OpenColorIO
OpenEXR_Viewers
OpenImageIO
OpenSceneGraph-OpenEXR
blender
cinelerra-gg
darktable
freeimage
gdal
gegl04
gimp
gmic
gstreamer1-plugins-bad-free
hugin
kf5-kimageformats
kio-extras
krita
libjxl
olive
opencv
pfstools
povray
synfig
synfigstudio
vigra
vips

I would like to ask responsible maintainers (or kind proven
packager) to rebuild their packages for Rawhide and f40 with
following side-tags:

F40 -> f40-build-side-88171
Rawhide -> f41-build-side-88169

Best regards

Josef Ridky
Senior Software Engineer
Core Services Team
Red Hat Czech, s.r.o.

--
___
devel mailing list --devel@lists.fedoraproject.org
To unsubscribe send an email todevel-le...@lists.fedoraproject.org
Fedora Code of 
Conduct:https://docs.fedoraproject.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


--
___
devel mailing list --devel@lists.fedoraproject.org
To unsubscribe send an email 

Re: [HEADS-UP] openexr so name bump heading Rawhide and f40

[Ben Beasley]

You can use:

https://koji.fedoraproject.org/koji/builds?order=-tag_name=88169=1=1

So far it looks like we have openexr, gegl04, and jpegxl.

On 4/23/24 7:13 AM, Tomas Smetana wrote:

Dne Mon, 22 Apr 2024 19:02:07 +
Gwyn Ciesla via devel  napsal(a):


I tried to so synfig and gstreamer1-plugins-bad-free, and they need some of
the others rebuilt first:

https://kojipkgs.fedoraproject.org//work/tasks/2955/116742955/root.log
https://kojipkgs.fedoraproject.org//work/tasks/3027/116743027/root.log


Similar for pfstools: I have not tried to rebuild the packages yet, but they
depend on ImageMagick, so unless that one is finished, the build would fail.

Is there a way to find out what's been already rebuilt?

Thanks and regards,

--
___
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: Rust Stack Spring Cleaning - 2024 Edition

[Arthur Bols]

On 11/04/2024 15:26, Fabio Valentini wrote:

Hello Rust packagers,

I'm continuously working on reducing unnecessary accumulation of cruft
in the Rust package stack in Fedora, and I have been keeping track of
unused library packages for almost three years now.

Thanks for working on this!

For packages where I am *not* the primary maintainer, I need help:

- Is this package still required for something that I don't know
about, or can it be dropped?
- Was it added as a dependency for something else, but packaging this
"something else" was abandoned?
- Was it needed at the time, but is the library no longer needed now?

*snip*

- principis (1): rust-escape8259


I packaged this as it's a new dependency for rust-libtest-mimic, added 
in 0.7.0 [0]. If this dependency is no longer necessary, please let me 
know and I'll be happy to retire it.


[0]: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2258358

--
Arthur Bols
fas/irc: principis
--
___
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

[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Committee

[tdawson]

Dear all,

You are kindly invited to the meeting:
   EPEL Steering Committee on 2024-04-24 from 18:00:00 to 19:00:00 UTC
   At fedora-meet...@chat.fedoraproject.org

The meeting will be about:

https://chat.fedoraproject.org/#/room/#meeting:fedoraproject.org

This is the weekly EPEL Steering Committee Meeting.

A general agenda is the following:

#topic aloha

#topic EPEL Issues https://pagure.io/epel/issues
* https://pagure.io/epel/issues?tags=meeting=Open

#topic Old Business (if needed)

#topic General Issues / Open Floor




Source: https://calendar.fedoraproject.org//meeting/10780/

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

Fedora CoreOS rebasing to Fedora Linux 40

[Jonathan Lebon]

Fedora Linux 40 was released today[1]. The Fedora CoreOS `testing`
stream has been rebased and is currently rolling out. In two weeks, it
will be promoted to the `stable` stream.

For more information about Fedora 40, see the Fedora Project’s list of
official Changes[2] and the Fedora CoreOS analysis of each Change[3].

The following changes require special attention:

- Podman v5.0[4]: This release contains breaking changes. See the
Podman website[5] and the tracker issue[6] for details.
- Assign individual, stable MAC addresses for Wi-Fi connections[7]: If
you are using Wi-Fi, then your system's MAC address will likely change
after the update.

Please test out the `testing` stream and report any issues in our
issue tracker[8].

Thank you to everyone helping find issues by running the `next` and
`testing` streams!

The Fedora CoreOS Team

[1]: https://fedoramagazine.org/announcing-fedora-linux-40/
[2]: https://fedoraproject.org/wiki/Releases/40/ChangeSet
[3]: https://github.com/coreos/fedora-coreos-tracker/issues/1626
[4]: https://fedoraproject.org/wiki/Changes/Podman5
[5]: https://blog.podman.io/2024/03/podman-5-0-breaking-changes-in-detail/
[6]: https://github.com/coreos/fedora-coreos-tracker/issues/1629
[7]: https://fedoraproject.org/wiki/Changes/StableSSIDMACAddress
[8]: https://github.com/coreos/fedora-coreos-tracker
--
___
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: libarrow (Apache Arrow) SONAME bump in rawhide

[Adam Williamson]

On Tue, 2024-04-23 at 10:15 -0700, Adam Williamson wrote:
> On Mon, 2024-04-22 at 11:04 -0400, Kaleb Keithley wrote:
> > Coming soon.
> > 
> > Updating to Arrow 16.0.0
> 
> Thanks for the minimal notice, but that is not how this is supposed to
> be done.
> 
> You are supposed to mail all the maintainers of dependent components
> and provide at least a week to co-ordinate rebuilds in a side tag, then
> send out an update with all the rebuilds together.
> 
> Not send one email to one mailing list then dump the soname bump,
> alone, into Rawhide the next day:
> https://bodhi.fedoraproject.org/updates/FEDORA-2024-5dedc1906c
> 
> this has broken KDE installs, because digikam-libs requires opencv-
> imgcodecs which requires gdal-libs which is built against a library
> which had its soname bumped in the libarrow bump (libparquet.so.1500 to
> libparquet.so.1600 ). That library is also required by three ceph
> subpackages - ceph-common, ceph-radosgw, and ceph-test - and by librgw2
> . libarrow.so also had its soname bumped, and that is required by
> groonga-libs and root-tree-dataframe . A bunch of other libraries were
> also bumped but on a quick look appear not to be required by anything
> else.

It looks like Kaleb rebuilt ceph after libarrow went stable, and other
packagers subsequently noticed the bump and rebuilt gdal and root, so
only groonga remains to be rebuilt. But still, that's not how this
should go, ideally. The time lags allowed a Rawhide compose to happen
after libarrow was bumped but before gdal or root had been rebuilt.

Ideally, next time, please build libarrow on a side tag, then build all
the dependencies you have the privileges to build on the same side tag
and notify the maintainers of other dependencies to build them in the
same side tag, then create an update from the side tag. This is
documented at
https://docs.fedoraproject.org/en-US/package-maintainers/Package_Update_Guide/#multiple_packages
. Thanks.
-- 
Adam Williamson (he/him/his)
Fedora QA
Fedora Chat: @adamwill:fedora.im | Mastodon: @ad...@fosstodon.org
https://www.happyassassin.net



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

Re: libarrow (Apache Arrow) SONAME bump in rawhide

[Adam Williamson]

On Mon, 2024-04-22 at 11:04 -0400, Kaleb Keithley wrote:
> Coming soon.
> 
> Updating to Arrow 16.0.0

Thanks for the minimal notice, but that is not how this is supposed to
be done.

You are supposed to mail all the maintainers of dependent components
and provide at least a week to co-ordinate rebuilds in a side tag, then
send out an update with all the rebuilds together.

Not send one email to one mailing list then dump the soname bump,
alone, into Rawhide the next day:
https://bodhi.fedoraproject.org/updates/FEDORA-2024-5dedc1906c

this has broken KDE installs, because digikam-libs requires opencv-
imgcodecs which requires gdal-libs which is built against a library
which had its soname bumped in the libarrow bump (libparquet.so.1500 to
libparquet.so.1600 ). That library is also required by three ceph
subpackages - ceph-common, ceph-radosgw, and ceph-test - and by librgw2
. libarrow.so also had its soname bumped, and that is required by
groonga-libs and root-tree-dataframe . A bunch of other libraries were
also bumped but on a quick look appear not to be required by anything
else.
-- 
Adam Williamson (he/him/his)
Fedora QA
Fedora Chat: @adamwill:fedora.im | Mastodon: @ad...@fosstodon.org
https://www.happyassassin.net



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

[Bug 2275122] perl-Parse-PMFile-0.46 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Parse-PMFile-0.46-1.fc |perl-Parse-PMFile-0.46-1.fc
   |41  |41
   ||perl-Parse-PMFile-0.46-1.fc
   ||40



--- Comment #5 from Fedora Update System  ---
FEDORA-2024-3101c3959e (perl-Parse-PMFile-0.46-1.fc40) has been pushed to the
Fedora 40 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=2275122

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202275122%23c5
--
___
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 2222637] F39FailsToInstall: perl-Syntax-Feature-Loop

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
 Resolution|--- |ERRATA
Last Closed||2024-04-23 16:41:06



--- Comment #11 from Fedora Update System  ---
FEDORA-2024-f3032015a3 (fedora-obsolete-packages-40-29) has been pushed to the
Fedora 40 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=637

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%20637%23c11
--
___
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: Self Introduction: Łukasz W.

[Łukasz Wojniłowicz]

On Mon, 22 Apr 2024 22:43:22 +0200
Fabio Valentini  wrote:

> On Mon, Apr 22, 2024 at 9:16 PM Łukasz Wojniłowicz
>  wrote:
> >
> > You're welcome. rust-appdirs got in and I believe is waiting to be
> > available in the repositories.  
> 
> No, it's waiting for *you* to actually import the package. :)
> Just getting the package review ticket approved does nothing on its
> own.
> 
> > Meanwhile, I try to get another dependencies in at:
> > https://bugzilla.redhat.com/show_bug.cgi?id=2276462
> > https://bugzilla.redhat.com/show_bug.cgi?id=2276290  
> 
> I will try to get to those soon, but I can't promise when I will have
> the time to do so.
> 
> Fabio

Great. Then I guess I don't have to consider a "review swap" anymore as
mentioned at
https://docs.fedoraproject.org/en-US/package-maintainers/Package_Review_Process/#_contributor

No rush though. I might get this aw-server-rust concurrently on my COPR
and then wait for its dependencies to be accepted one-by-one in a
leisurely fashion.

Łukasz
--
___
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: Self Introduction: Łukasz W.

[Łukasz Wojniłowicz]

On Mon, 22 Apr 2024 22:44:26 +0200
Fabio Valentini  wrote:

> On Mon, Apr 22, 2024 at 10:43 PM Fabio Valentini
>  wrote:
> >
> > On Mon, Apr 22, 2024 at 9:16 PM Łukasz Wojniłowicz
> >  wrote:  
> > >
> > > You're welcome. rust-appdirs got in and I believe is waiting to be
> > > available in the repositories.  
> >
> > No, it's waiting for *you* to actually import the package. :)
> > Just getting the package review ticket approved does nothing on its
> > own.  
> 
> Sorry, I just saw that you imported and built the package for Rawhide.
> Congratulations for getting your first package into Fedora then! :)
> 
> Fabio


No problem and thanks. The process was a little bit bumpy (fedpkg not
detecting me correctly) at the last straight but somehow it went
forward.

Łukasz
--
___
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: Self Introduction: Łukasz W.

[Łukasz Wojniłowicz]

On Mon, 22 Apr 2024 19:09:58 +
Zbigniew Jędrzejewski-Szmek  wrote:

> On Sun, Apr 21, 2024 at 08:37:12PM +0200, Łukasz Wojniłowicz wrote:
> > Hi all,
> > 
> > @decathorpe reviewed my first package positively at
> > https://bugzilla.redhat.com/show_bug.cgi?id=2271100 
> > and now I'm looking for somebody to sponsor me. My official request
> > for sponsorship is at https://pagure.io/packager-sponsors/issue/640.
> > 
> > I would like to package aw-server-rust and eventually other
> > components from ActivityWatch. Fedora is missing several dozens of
> > dependencies for aw-server-rust and I would like to follow up on
> > them as well.
> > 
> > If that's of any use, I already maintain nvidia-340xx-kmod at
> > RPMFusion and provide ungoogled-chromium at my own COPR.
> > 
> > I look forward to hearing from you soon.  
> 
> Welcome to Fedora.
> 
> Zbyszek

Thanks :)

Łukasz
--
___
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: Issues updating fedora 39 to rawhide

[Petr Pisar]

V Tue, Apr 23, 2024 at 11:35:55AM -0300, Guinevere Larsen napsal(a):
> Hi all,
> 
> I just installed fedora 39 on a virtual machine with the plan to make it a
> rawhide box. I followed the docs guide (namely using `dnf upgrade --refresh`
> then `dnf system-upgrade download --releasever=rawhide`) and by chance
> noticed that the keys that were being installed were for fedora 40, and I
> wonder why that was. At the end there are a lot of errors in the form:
>     public key for  is not installed, failing package is 
>         GPG keys are configured as
> file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-rawhide-x86-64
> 
> A few of the packages throwing errors have NVR ending in fc40., others
> ending in fc41.
> 
If you were able to tell us at one package like that, we could look what's
wrong.

Did the "dnf system-upgrade download --releasever=rawhide" command ask you
to confirm importing a new key?

> Is it an issue on my end, or a problem with the GPG keys provided? (or some
> secret third thing, maybe)
> 
Maybe a similar issue to
.

-- Petr



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

Issues updating fedora 39 to rawhide

[Guinevere Larsen]

Hi all,

I just installed fedora 39 on a virtual machine with the plan to make it 
a rawhide box. I followed the docs guide (namely using `dnf upgrade 
--refresh` then `dnf system-upgrade download --releasever=rawhide`) and 
by chance noticed that the keys that were being installed were for 
fedora 40, and I wonder why that was. At the end there are a lot of 
errors in the form:

    public key for  is not installed, failing package is 
        GPG keys are configured as 
file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-rawhide-x86-64


A few of the packages throwing errors have NVR ending in fc40., 
others ending in fc41.


Is it an issue on my end, or a problem with the GPG keys provided? (or 
some secret third thing, maybe)


--
Cheers,
Guinevere Larsen
She/Her/Hers
--
___
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: [HEADS-UP] openexr so name bump heading Rawhide and f40

[Orion Poplawski]

On 4/23/24 06:01, Josef Řídký wrote:

So far only those two packages were built

https://koji.fedoraproject.org/koji/builds?inherited=0=88169=-build_id=1 


E.g. for opencv there has to be libjxl rebuild first. Similarly for others.


I've started a jpegxl (libjxl) build here: 
https://koji.fedoraproject.org/koji/taskinfo?taskID=116776214


On Tue, Apr 23, 2024 at 1:13 PM Tomas Smetana > wrote:


Dne Mon, 22 Apr 2024 19:02:07 +
Gwyn Ciesla via devel mailto:devel@lists.fedoraproject.org>> napsal(a):

 > I tried to so synfig and gstreamer1-plugins-bad-free, and they
need some of
 > the others rebuilt first:
 >
 >
https://kojipkgs.fedoraproject.org//work/tasks/2955/116742955/root.log 

 >
https://kojipkgs.fedoraproject.org//work/tasks/3027/116743027/root.log 

 >

Similar for pfstools: I have not tried to rebuild the packages yet,
but they
depend on ImageMagick, so unless that one is finished, the build
would fail.

Is there a way to find out what's been already rebuilt?

Thanks and regards,
-- 
Tomáš Smetana

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


--
Orion Poplawski
he/him/his  - surely the least important thing about me
IT Systems Manager 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301 https://www.nwra.com/



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

Fedora rawhide compose report: 20240423.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20240422.n.0
NEW: Fedora-Rawhide-20240423.n.0

= SUMMARY =
Added images:1
Dropped images:  6
Added packages:  9
Dropped packages:0
Upgraded packages:   106
Downgraded packages: 0

Size of added packages:  33.56 MiB
Size of dropped packages:0 B
Size of upgraded packages:   3.29 GiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   -7.60 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =
Image: i3 live aarch64
Path: Spins/aarch64/iso/Fedora-i3-Live-aarch64-Rawhide-20240423.n.0.iso

= DROPPED IMAGES =
Image: Scientific vagrant-libvirt x86_64
Path: 
Labs/x86_64/images/Fedora-Scientific-Vagrant-Rawhide-20240422.n.0.x86_64.vagrant-libvirt.box
Image: Scientific vagrant-virtualbox x86_64
Path: 
Labs/x86_64/images/Fedora-Scientific-Vagrant-Rawhide-20240422.n.0.x86_64.vagrant-virtualbox.box
Image: Scientific_KDE live x86_64
Path: Labs/x86_64/iso/Fedora-Scientific_KDE-Live-x86_64-Rawhide-20240422.n.0.iso
Image: Workstation live aarch64
Path: 
Workstation/aarch64/iso/Fedora-Workstation-Live-aarch64-Rawhide-20240422.n.0.iso
Image: Design_suite live x86_64
Path: Labs/x86_64/iso/Fedora-Design_suite-Live-x86_64-Rawhide-20240422.n.0.iso
Image: Robotics live x86_64
Path: Labs/x86_64/iso/Fedora-Robotics-Live-x86_64-Rawhide-20240422.n.0.iso

= ADDED PACKAGES =
Package: elvish-0.20.1-1.fc41
Summary: Powerful scripting language & Versatile interactive shell
RPMs:elvish
Size:11.69 MiB

Package: golang-github-alecthomas-participle2-2.1.1-1.fc41
Summary: A parser library for Go
RPMs:golang-github-alecthomas-participle2 
golang-github-alecthomas-participle2-devel
Size:6.36 MiB

Package: golang-github-jinzhu-copier-0.4.0-1.fc41
Summary: Copier for golang, copy value from struct to struct and more
RPMs:golang-github-jinzhu-copier golang-github-jinzhu-copier-devel
Size:57.51 KiB

Package: golang-github-pjbgf-sha1cd-0.3.0-1.fc41
Summary: SHA1 implementation with collision detection
RPMs:golang-github-pjbgf-sha1cd-devel
Size:2.18 MiB

Package: golang-github-skeema-knownhosts-1.2.2-1.fc41
Summary: Go SSH known_hosts wrapper with host key lookup
RPMs:golang-github-skeema-knownhosts-devel
Size:19.68 KiB

Package: golang-pkg-nimblebun-lsp-1.1.0-1.fc41
Summary: Language server protocol types and documentation for go
RPMs:golang-pkg-nimblebun-lsp-devel
Size:46.39 KiB

Package: rust-appdirs-0.2.0-1.fc41
Summary: Rust crate for determining platform-specific directories
RPMs:rust-appdirs+default-devel rust-appdirs-devel
Size:23.48 KiB

Package: rust-sequoia-keystore-gpg-agent-0.1.0-1.fc41
Summary: Gpg-agent backend for Sequoia's private key store
RPMs:rust-sequoia-keystore-gpg-agent+default-devel 
rust-sequoia-keystore-gpg-agent-devel
Size:32.54 KiB

Package: yq-4.43.1-1.fc41
Summary: Yq is a portable command-line YAML, JSON, XML, CSV, TOML  and 
properties processor
RPMs:golang-github-mikefarah-yq-devel yq
Size:13.15 MiB


= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  MagicPoint-1.13a-38.fc41
Old package:  MagicPoint-1.13a-35.fc39
Summary:  X based presentation software
RPMs: MagicPoint
Size: 2.51 MiB
Size change:  1.23 KiB
Changelog:
  * Fri Jan 19 2024 Fedora Release Engineering  - 
1.13a-36
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild

  * Mon Jan 22 2024 Fedora Release Engineering  - 
1.13a-37
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild

  * Mon Apr 22 2024 Hans de Goede  - 1.13a-38
  - Fix binaries not being PIE
  - Fix FTBFS
  - Resolves: rhbz#2260962


Package:  annobin-12.50-1.fc41
Old package:  annobin-12.49-1.fc41
Summary:  Annotate and examine compiled binary files
RPMs: annobin-annocheck annobin-docs annobin-libannocheck 
annobin-plugin-clang annobin-plugin-gcc annobin-plugin-llvm
Size: 5.39 MiB
Size change:  32 B
Changelog:
  * Mon Apr 22 2024 Nick Clifton   - 12.50-1
  - Annocheck: Skip AArch64 branch protection test for GO binaries.


Package:  bamf-0.5.6-1.fc41
Old package:  bamf-0.5.5-8.fc40
Summary:  Application matching framework
RPMs: bamf bamf-daemon bamf-devel
Size: 1.26 MiB
Size change:  -2.10 KiB
Changelog:
  * Mon Apr 22 2024 Michel Lind  - 0.5.6-1
  - Update to 0.5.6 (rhbz#2055853)
  - Use SPDX license identifiers


Package:  bash-completion-1:2.13-1.fc41
Old package:  bash-completion-1:2.12-1.fc41
Summary:  Programmable completion for Bash
RPMs: bash-completion bash-completion-devel
Size: 459.62 KiB
Size change:  2.06 KiB
Changelog:
  * Mon Apr 22 2024 Siteshwar Vashisht  - 1:2.13-1
  - Update to version 2.13
Resolves: #2273545


Package:  bind-32:9.18.26-1.fc41
Old package:  bind-32:9.18.24-1.fc41
Summary:  The Berkeley Internet Name Domain (BIND) DNS (Domain Name System) 
server
RPMs: bind bind-chroot bind-devel bind-dlz-filesystem bind-dlz-

[Bug 2261448] perl-Curses: FTBFS in Fedora rawhide/f40

[bugzilla]

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



--- Comment #8 from Petr Pisar  ---
First error reported in the build.log is:

In file included from Curses.c:434:
CursesWide.c: In function ‘c_wstr2sv’:
CursesWide.c:84:15: error: assignment to ‘wint_t *’ {aka ‘unsigned int *’} from
incompatible pointer type ‘wchar_t *’ {aka ‘long int *’}
[-Wincompatible-pointer-types]
   84 | for (ws_p = ws; *ws_p; ws_p++) {
  |   ^

The variables are declared like this:

static void
c_wstr2sv(SV *  const sv,
  wchar_t * const ws) {
/*
  Set SV to a Perl string holding a given wide string
-*/
wint_t *ws_p;
int need_utf8 = 0;
size_t ws_len = wcslen(ws);

and used like this (the line from the error message):

for (ws_p = ws; *ws_p; ws_p++) {

C17 standard in 7.29.1 section defines that wint_t is an integer which can hold
any value of the extended character set (i.e. wchar_t) and at least one value
which is not representable in the extended character set (i.e. WEOF). That
means that size of wint_t cannot be less than size of wchar_t. Here on i686
"unsigned int" unsigned 32-bit and "long int" is signed 32-bit. While the
conversion of the extended character value could be preserved (e.g. the
extended charcter set ranges from 0 to 2^21), reinterpreting a wchar_t by a
dereferencing a pointer to a wint_t could mangle the sign because the compiler
thinks that the type have a different rank.

Either it's a bug in GCC, or something incorrectly redigined the types, or it
works as intended and one only need to explicitly cast "ws_p = (wint_t*)ws". I
would the have dig deeper.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2261448

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202261448%23c8
--
___
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 2276324] perl-PDL-2.088 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version||perl-PDL-2.88.0-2.fc41
 Status|MODIFIED|CLOSED
 Resolution|--- |ERRATA
Last Closed||2024-04-23 13:27:17



--- Comment #3 from Fedora Update System  ---
FEDORA-2024-caf9cc52ff (perl-PDL-2.88.0-2.fc41) has been pushed to the Fedora
41 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=2276324

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202276324%23c3
--
___
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 2276324] perl-PDL-2.088 is available

[bugzilla]

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



--- Comment #2 from Fedora Update System  ---
FEDORA-2024-caf9cc52ff (perl-PDL-2.88.0-2.fc41) has been submitted as an update
to Fedora 41.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-caf9cc52ff


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2276324

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202276324%23c2
--
___
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: [HEADS-UP] openexr so name bump heading Rawhide and f40

[Josef Řídký]

So far only those two packages were built

https://koji.fedoraproject.org/koji/builds?inherited=0=88169=-build_id=1

E.g. for opencv there has to be libjxl rebuild first. Similarly for others.

Best regards

Josef Ridky
Senior Software Engineer
Core Services Team
Red Hat Czech, s.r.o.


On Tue, Apr 23, 2024 at 1:13 PM Tomas Smetana  wrote:

> Dne Mon, 22 Apr 2024 19:02:07 +
> Gwyn Ciesla via devel  napsal(a):
>
> > I tried to so synfig and gstreamer1-plugins-bad-free, and they need some
> of
> > the others rebuilt first:
> >
> > https://kojipkgs.fedoraproject.org//work/tasks/2955/116742955/root.log
> > https://kojipkgs.fedoraproject.org//work/tasks/3027/116743027/root.log
> >
>
> Similar for pfstools: I have not tried to rebuild the packages yet, but
> they
> depend on ImageMagick, so unless that one is finished, the build would
> fail.
>
> Is there a way to find out what's been already rebuilt?
>
> Thanks and regards,
> --
> Tomáš Smetana
> --
> ___
> 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 2276324] perl-PDL-2.088 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #1 from Fedora Update System  ---
FEDORA-2024-aab5f66dc4 (perl-PDL-2.88.0-1.fc41) has been submitted as an update
to Fedora 41.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-aab5f66dc4


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2276324

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202276324%23c1
--
___
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: [HEADS-UP] openexr so name bump heading Rawhide and f40

[Tomas Smetana]

Dne Mon, 22 Apr 2024 19:02:07 +
Gwyn Ciesla via devel  napsal(a):

> I tried to so synfig and gstreamer1-plugins-bad-free, and they need some of
> the others rebuilt first:
> 
> https://kojipkgs.fedoraproject.org//work/tasks/2955/116742955/root.log
> https://kojipkgs.fedoraproject.org//work/tasks/3027/116743027/root.log
> 

Similar for pfstools: I have not tried to rebuild the packages yet, but they
depend on ImageMagick, so unless that one is finished, the build would fail.

Is there a way to find out what's been already rebuilt?

Thanks and regards,
-- 
Tomáš Smetana
--
___
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 2276620] perl-Curses fails to build on i686 architecture

[bugzilla]

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

Steve Traylen  changed:

   What|Removed |Added

 Blocks||2261448





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2261448
[Bug 2261448] perl-Curses: FTBFS in Fedora rawhide/f40
-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2276620
--
___
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 2261448] perl-Curses: FTBFS in Fedora rawhide/f40

[bugzilla]

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

Steve Traylen  changed:

   What|Removed |Added

 Depends On||2276620





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2276620
[Bug 2276620] perl-Curses fails to build on i686 architecture
-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2261448
--
___
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 2276620] perl-Curses fails to build on i686 architecture

[bugzilla]

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

Steve Traylen  changed:

   What|Removed |Added

 Blocks||179258
   ||(FE-ExcludeArch-x86,F-Exclu
   ||deArch-x86)
   Doc Type|--- |If docs needed, set a value





Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=179258
[Bug 179258] ExcludeArch Tracker for i386
-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2276620
--
___
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 2276620] New: perl-Curses fails to build on i686 architecture

[bugzilla]

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

Bug ID: 2276620
   Summary: perl-Curses fails to build on i686 architecture
   Product: Fedora
   Version: rawhide
  Hardware: i686
OS: Linux
Status: NEW
 Component: perl-Curses
  Severity: medium
  Assignee: steve.tray...@cern.ch
  Reporter: steve.tray...@cern.ch
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
steve.tray...@cern.ch
  Target Milestone: ---
Classification: Fedora



perl-Curses-1.44-5.fc41  fails to build in Rawhide but only on i686.

Error is:

CursesFunWide.c: In function ‘XS_CURSES_addstring’:
CursesFunWide.c:117:26: error: passing argument 2 of ‘waddnwstr’ from
incompatible pointer type [-Wincompatible-pointer-types]
  117 | ret = waddnwstr(win, wstr, len);
  |  ^~~~
  |  |
  |  wint_t * {aka unsigned int *}
In file included from c-config.h:7,
 from Curses.c:18:


https://koji.fedoraproject.org/koji/taskinfo?taskID=116767277

Reproducible: Always

Steps to Reproduce:
1. Build package on i686 in a scratch build
2.
3.
Actual Results:  
Does not compile

Expected Results:  
Should compile


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2276620

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202276620%23c0
--
___
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 2261448] perl-Curses: FTBFS in Fedora rawhide/f40

[bugzilla]

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



--- Comment #7 from Steve Traylen  ---
Still only i686 build fails
https://koji.fedoraproject.org/koji/taskinfo?taskID=116767277

CursesFunWide.c: In function ‘XS_CURSES_addstring’:
CursesFunWide.c:117:26: error: passing argument 2 of ‘waddnwstr’ from
incompatible pointer type [-Wincompatible-pointer-types]
  117 | ret = waddnwstr(win, wstr, len);
  |  ^~~~
  |  |
  |  wint_t * {aka unsigned int *}
In file included from c-config.h:7,
 from Curses.c:18:

https://koji.fedoraproject.org/koji/taskinfo?taskID=116767277


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2261448

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202261448%23c7
--
___
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 2276274] perl-Parse-PMFile-0.47 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version||perl-Parse-PMFile-0.47-1.fc
   ||41
 Status|MODIFIED|CLOSED
 Resolution|--- |ERRATA
Last Closed||2024-04-23 10:33:17



--- Comment #3 from Fedora Update System  ---
FEDORA-2024-df6c9055e0 (perl-Parse-PMFile-0.47-1.fc41) has been pushed to the
Fedora 41 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=2276274

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202276274%23c3
--
___
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 2276324] perl-PDL-2.088 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

   Doc Type|--- |If docs needed, set a value
 CC|jples...@redhat.com,|
   |ka...@ucw.cz,   |
   |lkund...@v3.sk, |
   |rhug...@redhat.com, |
   |rstr...@redhat.com  |
 Status|NEW |ASSIGNED




-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2276324
--
___
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 2276274] perl-Parse-PMFile-0.47 is available

[bugzilla]

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



--- Comment #2 from Fedora Update System  ---
FEDORA-2024-637eeb63b5 (perl-Parse-PMFile-0.47-1.fc40) has been submitted as an
update to Fedora 40.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-637eeb63b5


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2276274

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202276274%23c2
--
___
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 2276274] perl-Parse-PMFile-0.47 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #1 from Fedora Update System  ---
FEDORA-2024-df6c9055e0 (perl-Parse-PMFile-0.47-1.fc41) has been submitted as an
update to Fedora 41.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-df6c9055e0


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2276274

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202276274%23c1
--
___
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: F41 Change Proposal - Reproducible Package Builds (System-Wide)

[Zbigniew Jędrzejewski-Szmek]

On Wed, Apr 17, 2024 at 11:28:53AM +0200, Fabio Valentini wrote:
> On Wed, Apr 17, 2024, 08:45 Tim Landscheidt  wrote:
> 
> > Zbigniew Jędrzejewski-Szmek  wrote:
> >
> > > […]
> >
> > >> - use dynamic buildrequires to detect what plugins are needed
> >
> > > My problem is that the binary is linked to the libpython3.12.so shared
> > > library… The detection part is easy, the hard part is how to have the
> > > binary work when the shared lib is not installed.
> >
> > Quick 'n' dirty: Have two binaries, unconditionally call
> > add-determinism-python for *.pyc files, either from
> > add-determinism or the BRP macro (which essentially should
> > be called when %__brp_python_bytecompile is called?), rely
> > on the packager to build-require add-determinism-python or
> > require that from python3-devel (the missing binary should
> > fail the build otherwise).
>
>
> Something like this could be even made automatic.
> 
> - split Python-specific functionality into a separate binary and subpackage
> of add-determinism
> - add only add-determinism to the default buildroot
> - add "Requires: (add-determinism-python if python3)" to add-determinism
> 
> That way the pyc processing functionality would only be pulled in iff
> python3 is already getting installed by something else.

Thanks to everyone who made suggestions.

A variant of the above is implemented in
https://src.fedoraproject.org/rpms/rust-add-determinism/pull-request/1:

We' install either add-determinism or add-determinism-nopython.
(The two packages provide the same files and declare Conflicts with each other).
The appropriate variant will be pulled in via rich dependencies.

(The arrangement is a bit different than what is described above,
i.e. one or the other binary is installed, because of some low-level
implementation needs:

- I don't want to spawn a separate "handler" for each type of cleanup.
  Right now, the different handlers don't process files of the same type,
  so it doesn't matter much, but such cases can easily occur, for example
  a .pyc file stored in a .jar, or more realistically, a .html javadoc file
  embedded in a .jar file. If it's all in a single process, it's fairly
  easy to arrange how this should be sequenced.

- The multi-worker mode is now implemented by spawning N workers, and
  each worker accepts all file types. This makes the distribution of
  jobs trivial, we always have one coordinator and N workers. But if
  we had workers of different types, we'd suddenly need to figure out
  answers to questions like: how many workers of each type to spawn,
  e.g. does this particular package have both .jar and .a files, etc.
  It's much better to avoid this.

- Right now the discovery which handlers are used is made once, in the
  first binary that is called. If it cannot initialize some type of
  handler (right now mainly only the pyc handler, if python cannot be
  initialized or marshalparser cannot be imported, but some other
  handlers have checks on allowed $SOURCE_DATE_EPOCH values), a
  warning is printed and the handler is skipped. The workers are then
  initialized with an explicit handler list, and if any of the
  specified handlers doesn't initialize, this becomes a hard error.
  Overall, we get warnings just once, and every unexpected failure
  is an error. If initialization of handlers was moved down, things
  would become noisier and less tight.)

This approach solves the problem and is fairly simple and should be
robust. If if turns out to be problematic we can always switch to some
different solution in the future.

Zbyszek

P.S. https://github.com/keszybz/add-determinism/pull/5 was merged,
which cuts down on unneeded features in dependencies.
--
___
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 2276274] perl-Parse-PMFile-0.47 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

   Doc Type|--- |If docs needed, set a value
 CC|jples...@redhat.com,|
   |mspa...@redhat.com  |
 Status|NEW |ASSIGNED




-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2276274
--
___
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: Fedora RISC-V port needs to put shared objects into /usr/lib64/lp64d

[David Abdurachmanov]

On Mon, Apr 22, 2024 at 1:12 PM Florian Weimer  wrote:
>
> * David Abdurachmanov:
>
> > We most likely will not have ABIs installed in parallel, but we might
> > change ABI. Currently Linux distributions target "RV64GC", but we
> > don't really want that for the future RISC-V. I keep telling folks
> > that "RV64GC" is already "a legacy" (10+ years old), but that's the
> > major target for the next few years. We are scheduled to see some
> > RVA22 SBCs this year.
> >
> > RV64GC -> RVA20 -> RVA22 -> RVA23 -> RVA24.
> >
> > That's how things evolved. RVA23 most likely will be ratified soonish.
> > RVA24 is most likely the next major RISC-V Profile from RVI point of
> > view (TBD). Server specifications are based on RVA23 (and will be
> > updated to RVA24 [most likely]). This defines baseline ISA, optional
> > extensions, etc.
>
> Is there really an ABI change, though?  That would only happen if the
> set of callee-saved registers grows, to include vector registers.
> Adding new registers has compatibility problems on its own.

There are two conventions for vectors in RISCV psABI: "standard" and
"calling" (not the best name).

standard does not have preserved registers across calls.
calling one does (similar to what you would expect from AVX).

The default today is standard, which means that -march=rv64gv
-mabi=lp64d enables vectors and we can mix them with existing
binaries. This is a very limited use of vectors.

GCC 14 is the 1st release that has vector support for RISCV. There
might be suggestions to add lp64dv as ABI in the future (maybe GCC 15?
Unknown) that would default to the vector calling convention. There
might be more extensions that could require ABI change IIUC, but I
don't recall the details.

RVA23 requires vectors, and vector crypto. Android will also require
vectors, it's not an option.

I hope that once RVA23 and especially RVA24 lands, RVI will announce
the next major RISCV profile (RVA24, might have a fancier marketing
name). We will see what the market does, but we have already seen some
cores being marketed as RVA24 (yet I don't really trust that). Once we
start looking at the next baseline ISA we might as well pick the best
ABI for it. We could call this "Fedora/RISCV.Next". RV64GC will
probably be 10-15 years old by that time, and it lacks any modern ISA
especially if you want high performance. I consider RVA24 a point
where we close major gaps between RISCV and other popular arches.

Cheers,
david

>
> Fedora might want to switch to an ISA baseline that is incompatible with
> all currently available CPUs, but that's not necessarily an ABI break as
> such.
>
> Thanks,
> Florian
>
--
___
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 RISC-V port needs to put shared objects into /usr/lib64/lp64d

[David Abdurachmanov]

On Mon, Apr 22, 2024 at 1:08 PM Florian Weimer  wrote:
>
> * Daniel P. Berrangé:
>
> > On Fri, Apr 19, 2024 at 02:21:57PM +0200, Florian Weimer wrote:
> >> There are multiple PRs and patches floating around that make RISC-V use
> >> the /usr/lib64 directory, like other 64-bit ports.  However, RISC-V
> >> recommends to use /usr/lib64/lp64d for the Fedora ABI variant, and
> >> various upstream projects follow that.
> >>
> >> I think we should follow upstream, so that it's possible to use Fedora
> >> to do upstream development without patching the sources, or elaborate
> >> Fedora-specific configure invocations.
> >
> > I'm not convinced that using /usr/lib64/lp64d would lead to
> > *less* patching.
> >
> > Apps targetting Fedora are long used to having to adapt from
> > using /usr/lib to /usr/lib64.
>
> But that's largely baked into the upstream defaults by now (unlike the
> Debian multi-arch paths).
>
> > Introducing the use of /usr/lib64/lp64d instead, just for RiscV, feels
> > likely to break expectations resulting in apps which build fine on all
> > Fedora arches except for RiscV
>
> I don't want us to have RPM spec file hacks just to get RISC-V to
> install in the correct locations.  The symbolic link evidently does not
> cover all cases.

This is quite rare considering that there are ~24K packages in Fedora.
I have been looking at packages/SPECs for years now, and I wouldn't be
surprised that the amount of modifications (%ifarch riscv64 and
similar) is less than for other supported arches in Fedora.

The symlink was approved (by Carlos IIRC) back in 2018. We only added
it to GCC and glibc. What we never did was introduce it properly into
the filesystem package. That means we sometimes get buildroots that
lack the symlink (very rare).

We don't have control on dlopen(), DT_RUNPATH, DT_RPATH, etc. We don't
know if applications will look for libraries in /usr/lib64/lp64d and
will they fallback to /usr/lib64.

Otherwise the smallest delta between upstream Fedora and Fedora/RISCV
was ~1500 packages. There are ~1000 packages that typically don't
build in general. Those ~500 contain various things like broken *.pc
files, meson producing wrong paths (fixed since yesterday),
-mach=native (surprise!), -m64, not supported packages in general
(needs ExcludeArch: update), etc.

We are building GCC with multilib enabled, but a single ABI selected
(lp64d). We are doing this because it was the only way to get sane
(i.e. expected) paths for libraries. The last time we checked it,
disabling multilib means that libraries get installed into /usr/lib
and not /usr/lib64. Again that still doesn't solve the problem as some
applications will only check /usr/lib64/lp64d without a fallback to
/usr/lib64.

Cheers,
david

>
> Whatever we do, it should be upstream.  Maybe convince RISC-V to adopt
> /usr/lib64.  Or have the RISC-V folks implement automated detection of
> path layout in autotools, Meson etc., so that out of the box, both paths
> work.
>
> Thanks,
> Florian
> --
> ___
> 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