Re: zlib-ng as a compat replacement for zlib

[Daniel Alley]

The zlib-ng 2.1 beta, apparently, has some significant further enhancements 
coming down the pipe.  So the potential is there for users to see improvements 
much greater than 40% eventually.

https://www.phoronix.com/news/Zlib-ng-2.1-Beta

"With zlib-ng 2.1 beta there is upwards of 56% faster decompression performance 
when using an AVX2-capable x86_64 CPU. In general the decompression performance 
should be a "lot faster" and headlines this new beta release."

"Zlib-ng 2.1 has also been working on compression improvements from levels 3 to 
9 while the speed-ups are more focused on the decompression side. The zlib-ng 
2.1 beta update has also been enhancing its CMake build system, improved 
support for the Apple M1, enhanced the EmScripten support for compiling to 
JavaScript, and many other changes."
___
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] Fedora EPEL 7 updates-testing report

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-d38bbaaf16   
chromium-115.0.5790.170-1.el7


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

copr-cli-1.110-1.el7
libpri-1.6.1-1.el7
python-copr-1.130-1.el7
ssldump-1.8-1.el7

Details about builds:



 copr-cli-1.110-1.el7 (FEDORA-EPEL-2023-4519b66845)
 Command line interface for COPR

Update Information:

https://github.com/fedora-copr/copr/issues/2824 (added priority=X DNF parameter
per-project)

ChangeLog:

* Tue Aug 15 2023 Pavel Raiskup  1.110-1
- priority=X support for copr DNF repositories added
- new 'copr-cli download-build --logs' option added
- make the pyp2spec tool the default PyPI spec generator




 libpri-1.6.1-1.el7 (FEDORA-EPEL-2023-863bcb1bf2)
 An implementation of Primary Rate ISDN

Update Information:

Update to 1.6.1: q931.c: Fix subaddress finding octet 4.

ChangeLog:

* Wed Aug 16 2023 Benjamin A. Beasley  - 1.6.1-1
- Update to 1.6.1 (close RHBZ#2232386)
- New GPG key for dev team

References:

  [ 1 ] Bug #2232386 - libpri-1.6.1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2232386




 python-copr-1.130-1.el7 (FEDORA-EPEL-2023-4519b66845)
 Python interface for Copr

Update Information:

https://github.com/fedora-copr/copr/issues/2824 (added priority=X DNF parameter
per-project)

ChangeLog:

* Tue Aug 15 2023 Pavel Raiskup  1.130-1
- priority=X support added for copr project repositories
- several forward/backward compat fixes with libs/tooling




 ssldump-1.8-1.el7 (FEDORA-EPEL-2023-688a608bc3)
 SSL/TLS network protocol analyzer

Update Information:

# ssldump 1.8   - Switch build system from autotools to cmake  - Add `-z` option
for printing timestamps in front of TCP headers

ChangeLog:

* Wed Aug 16 2023 Robert Scheck  1.8-1
- Upgrade to 1.8 (#2231870)
* Sat Jul 22 2023 Fedora Release Engineering  - 1.7-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild

References:

  [ 1 ] Bug #2231870 - ssldump-1.8 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2231870


___
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

Re: RFC: Roadmap for DNF5 in Fedora 39 / invoking the Contingency Mechanism

[Charalampos Stratakis]

> I spent most of yesterday repairing a rawhide VM that had a bad upgrade,
> resulting in dnf segfaulting and making the machine difficult to fix.
> Had to build a second rawhide VM as a baseline to guide a manual
> download and install of affected RPMs.  Very not happy, and I would
> advise more testing before making it official.

Managed to destroy one of my own rawhide VM's that had automatic updates
enabled till I figured out how to workaround, so for anyone interested.

Hadn't rebooted for some time and when I tried to do a distro-sync I was
getting:

> Problem 1: problem with installed package
python3-slip-dbus-0.6.4-29.fc38.noarch
 >  - package python3-slip-dbus-0.6.4-29.fc38.noarch from @System requires
python(abi) = 3.11, but none of the providers can be installed
 >  - package python3-slip-dbus-0.6.4-29.fc38.noarch from rawhide requires
python(abi) = 3.11, but none of the providers can be installed
 >  - python3-3.11.3-1.fc39.ppc64le from @System  does not belong to a
distupgrade repository
 > Problem 2: problem with installed package
python3-slip-0.6.4-29.fc38.noarch
 > - package python3-slip-0.6.4-29.fc38.noarch from @System requires
python(abi) = 3.11, but none of the providers can be installed
 > - package python3-slip-0.6.4-29.fc38.noarch from rawhide requires
python(abi) = 3.11, but none of the providers can be installed
 > - package python3-3.11.3-1.fc39.ppc64le from @System requires
python3-libs(ppc-64) = 3.11.3-1.fc39, but none of the providers can be
installed
 > - python3-libs-3.11.3-1.fc39.ppc64le from @System  does not belong to a
distupgrade repository
> (try to add '--skip-broken' to skip uninstallable packages)

Hence removed python3-slip and python3-slip-dbus. After that I got a
segfault when trying to distro-sync. Consistent with 2 other rawhide VM's,
the same thing happened.

My system had sqlite-3.42.0-7.fc39 and rpm-4.18.1-3.fc39 so I grabbed from
koji the sqlite-3.41.2-3.fc39
 version
(which was also dependent on the python3.11 abi) and installed it with:

$ sudo rpm -Uvh --oldpackage sqlite-3.41.2-3.fc39.ppc64le.rpm
sqlite-libs-3.41.2-3.fc39.ppc64le.rpm sqlite-devel-3.41.2-3.fc39.ppc64le.rpm

Then dnf didn't segfault anymore and I could distro-sync, getting the
latest python3.12, latest dnf etc.

-- 
Regards,

Charalampos Stratakis
Senior Software Engineer
Python Maintenance 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

[EPEL-devel] Re: Proposed incompatible security update for llhttp in EPEL9

[Troy Dawson]

The voting at the EPEL Steering Committee meeting was unanimous, with no
negative votes.
Please proceed.


On Wed, Aug 9, 2023 at 1:20 PM Carl George  wrote:

> Thanks Ben for following the incompat process and for the detailed
> email.  It makes sense to me, the plan is sound, and I plan to vote
> yes when we hold the official vote in next week's steering committee
> meeting.
>
> On Wed, Aug 9, 2023 at 1:35 PM Troy Dawson  wrote:
> >
> > On Tue, Aug 8, 2023 at 4:11 PM Ben Beasley 
> wrote:
> >>
> >> This email proposes upgrading the llhttp package in EPEL9 from 6.0.10 to
> >> 8.1.1, which would break the ABI and bump the SONAME version, under the
> >> EPEL Incompatible Upgrades Policy[1].
> >>
> >> The llhttp package is a C library (transpiled from TypeScript) that
> >> provides the low-level HTTP support for NodeJS and for python-aiohttp.
> >> Currently, only python-aiohttp depends on the llhttp package in EPEL9.
> >>
> >> Versions of llhttp prior to 8.1.1 are affected by CVE-2023-30589[2], an
> >> HTTP request smuggling vulnerability rated 7.7 HIGH in CVSS v3 and rated
> >> Moderate by Red Hat. The GitHub advisory for llhttp is
> >> GHSA-cggh-pq45-6h9x[3]; the advisory for python-aiohttp is
> >> GHSA-45c4-8wx5-qw6w[4]. Upstream for python-aiohttp fixed this by
> >> updating llhttp (which they bundle, but we unbundle) in release 3.8.5.
> >>
> >> I am not comfortable attempting to backport the fix to an older release
> >> of llhttp. My preferred solution would be to update llhttp to 8.1.1[5]
> >> and (in the same side tag) update python-aiohttp to 3.8.5[6]. The ABI
> >> break in llhttp would only affect python-aiohttp; the python-aiohttp
> >> update itself is compatible (by upstream intent, and verified in
> >> COPR[7]); and a number of packages that depend on python-aiohttp would
> >> benefit from the fix.
> >>
> >> If this exception request is not approved, my fallback plan is to
> >> propose rebuilding python-aiohttp in EPEL9 with AIOHTTP_NO_EXTENSIONS=1,
> >> which would convert it to a pure-Python package. This is a documented
> >> mitigation, but comes with potentially serious performance regressions,
> >> again affecting a number of dependent packages. The llhttp package would
> >> become a leaf package and would remain unpatched.
> >>
> >> The same incompatible update was approved by FESCo for Fedora 37[8].
> >>
> >> The purpose of this email is to document and explain the proposed
> >> update, to begin the minimum one-week discussion period mandated by the
> >> EPEL Incompatible Upgrades Policy, and to request that the update be
> >> added to the agenda for an upcoming EPEL meeting.
> >>
> >> [1]
> >>
> https://docs.fedoraproject.org/en-US/epel/epel-policy-incompatible-upgrades/#process_for_incompatible_upgrades
> >>
> >> [2] https://access.redhat.com/security/cve/CVE-2023-30589
> >>
> >> [3] https://github.com/advisories/GHSA-cggh-pq45-6h9x
> >>
> >> [4]
> >>
> https://github.com/aio-libs/aiohttp/security/advisories/GHSA-45c4-8wx5-qw6w
> >>
> >> [5] https://src.fedoraproject.org/rpms/llhttp/pull-request/14
> >>
> >> [6] https://src.fedoraproject.org/rpms/python-aiohttp/pull-request/26
> >>
> >> [7]
> https://copr.fedorainfracloud.org/coprs/music/aiohttp-epel9/packages/
> >>
> >> [8] https://pagure.io/fesco/issue/3049
> >
> >
> > Thank you for the nice write-up.
> >
> > I have created an EPEL issue.  Not really for discussion but more for
> voting and make sure this is on the meeting agendas.
> > https://pagure.io/epel/issue/241
> >
> > Troy
> >
> > ___
> > epel-devel mailing list -- epel-devel@lists.fedoraproject.org
> > To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
> > Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives:
> https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
> > Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
>
>
> --
> Carl George
> ___
> 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 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: 

Fedora CoreOS Meeting Minutes 2023-08-16

[Dusty Mabe]

#fedora-meeting-1: fedora_coreos_meeting



Meeting started by dustymabe at 16:31:10 UTC. The full logs are
available at
https://meetbot.fedoraproject.org/fedora-meeting-1/2023-08-16/fedora_coreos_meeting.2023-08-16-16.31.log.html
.



Meeting summary
---
* roll call  (dustymabe, 16:31:15)

* Action items from last meeting  (dustymabe, 16:36:32)

* New Package Request: AWS amazon-ssm-agent for AWS EC2 AMI  (dustymabe,
  16:37:57)
  * LINK: https://github.com/coreos/fedora-coreos-tracker/issues/1537
(dustymabe, 16:38:03)
  * AGREED: We will not include the amazon-ssm-agent in Fedora CoreOS.
We have generally not shipped cloud agents in the past and the
package is only available from third party repos. If users want to
layer this package they have that option.  (dustymabe, 16:46:41)

* low memory systems with large disks fail to provision  (dustymabe,
  16:47:29)
  * LINK: https://github.com/coreos/fedora-coreos-tracker/issues/1535
(dustymabe, 16:47:32)
  * AGREED: We will attempt to make the autosave-xfs code not request a
reprovision if the memory in the system is too low. We will also
develop a CLHM helper script that checks agcount in the root
filesystem (if it is XFS) and give the user a proper message if it's
too low.  (dustymabe, 17:06:48)

* Low memory machines fails to intialize/boot fcos  (dustymabe,
  17:07:16)
  * LINK: https://github.com/coreos/fedora-coreos-tracker/issues/1540
(dustymabe, 17:07:20)
  * LINK:

https://docs.fedoraproject.org/en-US/fedora/latest/release-notes/welcome/Hardware_Overview/#hardware_overview-specs
(travier, 17:09:06)
  * we have documentation for minimum system requirements at

https://docs.fedoraproject.org/en-US/fedora/latest/release-notes/welcome/Hardware_Overview/#hardware_overview-specs
(dustymabe, 17:12:20)

* tracker: Fedora 39 changes considerations  (dustymabe, 17:15:30)
  * LINK: https://github.com/coreos/fedora-coreos-tracker/issues/1491
(dustymabe, 17:15:35)
  * LINK: https://fedoraproject.org/wiki/Changes/LibuserDeprecation
(dustymabe, 17:16:12)
  * This should not impact us. rpm-ostree and ostree do not link to
libuser.   (dustymabe, 17:18:52)
  * LINK: https://fedoraproject.org/wiki/Changes/LLVM-17   (dustymabe,
17:19:20)
  * This should not affect us or should be transparent.  (dustymabe,
17:19:54)
  * LINK: https://fedoraproject.org/wiki/Changes/MigrateIfcfgToKeyfile
(dustymabe, 17:20:25)
  * This should not affect us. Fedora CoreOS never supported ifcfg style
network configuration files.  (dustymabe, 17:20:42)
  * LINK: https://fedoraproject.org/wiki/Changes/IBus_1.5.29
(dustymabe, 17:21:18)
  * Nothing to do. We don't ship IBUS.   (dustymabe, 17:21:56)
  * LINK: https://fedoraproject.org/wiki/Changes/Indic_Noto_fonts
(dustymabe, 17:22:17)
  * We don't ship fonts.  (dustymabe, 17:22:27)
  * LINK:
https://fedoraproject.org/wiki/Changes/AnacondaWebUIforFedoraWorkstation
(dustymabe, 17:22:50)
  * Nothing for us to do. We don't ship Anaconda and this change is
targetted at Workstation.  (dustymabe, 17:23:22)
  * LINK:
https://fedoraproject.org/wiki/Changes/BuildJdkOncePackEverywhere
(dustymabe, 17:23:41)
  * Nothing to do. We don't ship Java.  (dustymabe, 17:23:54)
  * LINK: https://fedoraproject.org/wiki/Changes/GNUToolchainF39
(dustymabe, 17:24:12)
  * This would should be transparent to us. We'll pick up packages as
they get rebuilt and actively test them in our `rawhide` stream.
(dustymabe, 17:24:39)
  * LINK: https://fedoraproject.org/wiki/Changes/cleanup_systemd_install
(dustymabe, 17:25:30)
  * Nothing for us to do. We will continue to use GRUB for now.
(dustymabe, 17:27:07)
  * LINK:
https://fedoraproject.org/wiki/Changes/NoCustomQtThemingForWorkstation
(dustymabe, 17:27:29)
  * Nothing for us to do. This one is Workstation specific.  (dustymabe,
17:27:40)
  * LINK: https://fedoraproject.org/wiki/Changes/RetireModularity
(dustymabe, 17:27:56)
  * We've already done some work in
https://github.com/coreos/fedora-coreos-tracker/issues/1513 to
remove modular repos from F39+.   (dustymabe, 17:30:03)
  * LINK: https://fedoraproject.org/wiki/Changes/sericea-xorgless
(dustymabe, 17:30:32)
  * Nothing for us to do. This is Sericea and Sway spin specific.
(dustymabe, 17:30:45)
  * LINK:
https://fedoraproject.org/wiki/Changes/Python_Extension_Flags_Reduction
(dustymabe, 17:31:04)
  * Nothing for us to do. We don't ship python.  (dustymabe, 17:31:24)
  * LINK:

https://fedoraproject.org/wiki/Changes/Passkey_authentication_centrally_managed_users
(dustymabe, 17:31:45)
  * No work for us to do here. If there are AD managed FCOS systems I
imagine the change could be picked up by them.  (dustymabe,
17:32:36)
  * LINK: https://fedoraproject.org/wiki/Changes/ibus-anthy_1.5.15

Re: Planning to update to podofo-0.10.1 + review request for podofo-compat for legacy 0.9.x library

[Kevin Fenzi]

On Wed, Aug 16, 2023 at 09:00:34PM +0200, Sandro Mani wrote:
> This is now done.

Thanks for doing this!

kevin


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

Fedora 39 compose report: 20230816.n.0 changes

[Fedora Branched Report]

OLD: Fedora-39-20230815.n.0
NEW: Fedora-39-20230816.n.0

= SUMMARY =
Added images:2
Dropped images:  3
Added packages:  17
Dropped packages:28
Upgraded packages:   61
Downgraded packages: 0

Size of added packages:  54.52 MiB
Size of dropped packages:135.53 MiB
Size of upgraded packages:   1.89 GiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   154.71 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =
Image: Silverblue dvd-ostree ppc64le
Path: 
Silverblue/ppc64le/iso/Fedora-Silverblue-ostree-ppc64le-39-20230816.n.0.iso
Image: Server_KVM qcow2 x86_64
Path: Server/x86_64/images/Fedora-Server-KVM-39-20230816.n.0.x86_64.qcow2

= DROPPED IMAGES =
Image: Kinoite dvd-ostree ppc64le
Path: Kinoite/ppc64le/iso/Fedora-Kinoite-ostree-ppc64le-39-20230815.n.0.iso
Image: Kinoite dvd-ostree aarch64
Path: Kinoite/aarch64/iso/Fedora-Kinoite-ostree-aarch64-39-20230815.n.0.iso
Image: i3 live aarch64
Path: Spins/aarch64/iso/Fedora-i3-Live-aarch64-39-20230815.n.0.iso

= ADDED PACKAGES =
Package: cr-marcstevens-snippets-0^20210722gite01ae88-0.1.fc39
Summary: Collection of useful one-file C/C++ headers
RPMs:cr-marcstevens-snippets-base64-devel 
cr-marcstevens-snippets-concurrent_unordered_map-devel 
cr-marcstevens-snippets-cpuperformance-devel 
cr-marcstevens-snippets-parallel_algorithms-devel 
cr-marcstevens-snippets-program_options-devel 
cr-marcstevens-snippets-progress_display-devel 
cr-marcstevens-snippets-string_algo-devel 
cr-marcstevens-snippets-thread_pool-devel
Size:93.74 KiB

Package: foomuuri-0.20-1.fc39
Summary: Multizone bidirectional nftables firewall
RPMs:foomuuri foomuuri-firewalld
Size:51.99 KiB

Package: gnome-shell-extension-gamerzilla-0.1.0-1.fc39
Summary: A gnome-shell extension to connect to gamerzilla
RPMs:gnome-shell-extension-gamerzilla
Size:16.46 KiB

Package: golang-github-c2h5oh-datasize-0-0.1.20230721git859f65c.fc39
Summary: Golang helpers for data sizes, human readable sizes, parsing
RPMs:golang-github-c2h5oh-datasize-devel
Size:13.06 KiB

Package: golang-github-hashicorp-checkpoint-0.5.0-13.fc39
Summary: Go Checkpoint Client
RPMs:golang-github-hashicorp-checkpoint-devel
Size:20.78 KiB

Package: golang-github-hashicorp-hc-install-0.5.2-2.fc39
Summary: Go module for downloading or locating HashiCorp binaries
RPMs:golang-github-hashicorp-hc-install 
golang-github-hashicorp-hc-install-devel
Size:11.40 MiB

Package: golang-github-hashicorp-terraform-exec-0.18.1-1.fc39
Summary: Terraform CLI commands via Go
RPMs:golang-github-hashicorp-terraform-exec-devel
Size:89.46 KiB

Package: golang-github-hashicorp-terraform-json-0.17.1-1.fc39
Summary: Helper types for the Terraform external data representation
RPMs:golang-github-hashicorp-terraform-json-devel
Size:45.67 KiB

Package: golang-github-jedib0t-pretty-6-6.4.6-1.fc39
Summary: Table-writer and more in golang
RPMs:golang-github-jedib0t-pretty-6-devel
Size:120.27 KiB

Package: golang-github-sebdah-goldie-1-1.0.0-1.fc39
Summary: Golden file testing for Go
RPMs:golang-github-sebdah-goldie-1-devel
Size:14.06 KiB

Package: golang-github-valyala-fastjson-1.6.4-1.fc39
Summary: Fast JSON parser and validator for Go
RPMs:golang-github-valyala-fastjson-devel
Size:44.84 KiB

Package: golang-github-zclconf-cty-debug-0-0.1.20230723gitb22d67c.fc39
Summary: Debugging and inspection utilities for cty
RPMs:golang-github-zclconf-cty-debug-devel
Size:15.66 KiB

Package: lua-linenoise-0.9-1.fc39
Summary: A binding for the linenoise command line library
RPMs:lua-linenoise
Size:127.66 KiB

Package: mac-10.18-2.fc39
Summary: Monkey's Audio Codec
RPMs:mac mac-devel mac-libs
Size:809.79 KiB

Package: not-ocamlfind-0.10-2.fc39
Summary: Front-end to ocamlfind that adds a few new commands
RPMs:not-ocamlfind
Size:30.10 MiB

Package: ocaml-camlp5-buildscripts-0.03-2.fc39
Summary: Sysadmin scripts for camlp5 projects
RPMs:ocaml-camlp5-buildscripts
Size:8.42 MiB

Package: smatch-1.73-2.fc39
Summary: A static analyzer for C
RPMs:smatch smatch-data
Size:3.17 MiB


= DROPPED PACKAGES =
Package: abc-1.01-40.git20230708.fc39
Summary: Sequential logic synthesis and formal verification
RPMs:abc abc-devel abc-libs
Size:29.83 MiB

Package: androguard-3.3.5-12.fc38
Summary: Reverse engineering, mal- or goodware analysis of Android applications
RPMs:androguard androguard-docs
Size:29.59 MiB

Package: antlr32-3.2-35.fc38
Summary: ANother Tool for Language Recognition
RPMs:antlr32-java antlr32-javadoc antlr32-maven-plugin antlr32-tool
Size:1.74 MiB

Package: awake-1.0-30.fc38
Summary: A command to 'wake on LAN' a remote host
RPMs:awake python3-awake
Size:37.48 KiB

Package: awscli-1.29.21-1.fc39
Summary: Universal Command Line Environment for AWS
RPMs:awscli
Size:3.37 MiB

Package: eosrei-emojione-fonts-1.0-17.fc39
Summary

Re: Planning to update to podofo-0.10.1 + review request for podofo-compat for legacy 0.9.x library

[Sandro Mani]

This is now done.

Sandro

On 15.08.23 23:56, Sandro Mani wrote:

Hi

I'm planning to update to podofo-0.10.1 in rawhide. I did a series of 
test builds here [1], according to which scribus, vfrnav and pdfsign 
currently do not support podofo-0.10.x. To keep these functional, I've 
prepared a podofo-compat package with the previous 0.9.x library. The 
review request is here [2]. Happy to review in exchange.


Thanks
Sandro

[1] https://copr.fedorainfracloud.org/coprs/smani/podofo-0.10.1/builds/
[2] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2232243


___
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: 20230816.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20230815.n.0
NEW: Fedora-Rawhide-20230816.n.0

= SUMMARY =
Added images:2
Dropped images:  5
Added packages:  20
Dropped packages:14
Upgraded packages:   64
Downgraded packages: 0

Size of added packages:  54.57 MiB
Size of dropped packages:101.34 MiB
Size of upgraded packages:   3.11 GiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   136.03 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =
Image: Kinoite dvd-ostree aarch64
Path: Kinoite/aarch64/iso/Fedora-Kinoite-ostree-aarch64-Rawhide-20230816.n.0.iso
Image: Mate live x86_64
Path: Spins/x86_64/iso/Fedora-MATE_Compiz-Live-x86_64-Rawhide-20230816.n.0.iso

= DROPPED IMAGES =
Image: Silverblue dvd-ostree x86_64
Path: 
Silverblue/x86_64/iso/Fedora-Silverblue-ostree-x86_64-Rawhide-20230815.n.0.iso
Image: Sericea dvd-ostree x86_64
Path: Sericea/x86_64/iso/Fedora-Sericea-ostree-x86_64-Rawhide-20230815.n.0.iso
Image: Onyx dvd-ostree x86_64
Path: Onyx/x86_64/iso/Fedora-Onyx-ostree-x86_64-Rawhide-20230815.n.0.iso
Image: Workstation live aarch64
Path: 
Workstation/aarch64/iso/Fedora-Workstation-Live-aarch64-Rawhide-20230815.n.0.iso
Image: Silverblue dvd-ostree aarch64
Path: 
Silverblue/aarch64/iso/Fedora-Silverblue-ostree-aarch64-Rawhide-20230815.n.0.iso

= ADDED PACKAGES =
Package: cr-marcstevens-snippets-0^20210722gite01ae88-0.1.fc40
Summary: Collection of useful one-file C/C++ headers
RPMs:cr-marcstevens-snippets-base64-devel 
cr-marcstevens-snippets-concurrent_unordered_map-devel 
cr-marcstevens-snippets-cpuperformance-devel 
cr-marcstevens-snippets-parallel_algorithms-devel 
cr-marcstevens-snippets-program_options-devel 
cr-marcstevens-snippets-progress_display-devel 
cr-marcstevens-snippets-string_algo-devel 
cr-marcstevens-snippets-thread_pool-devel
Size:93.74 KiB

Package: foomuuri-0.20-1.fc40
Summary: Multizone bidirectional nftables firewall
RPMs:foomuuri foomuuri-firewalld
Size:51.88 KiB

Package: gnome-shell-extension-gamerzilla-0.1.0-1.fc40
Summary: A gnome-shell extension to connect to gamerzilla
RPMs:gnome-shell-extension-gamerzilla
Size:16.13 KiB

Package: golang-github-c2h5oh-datasize-0-0.1.20230721git859f65c.fc40
Summary: Golang helpers for data sizes, human readable sizes, parsing
RPMs:golang-github-c2h5oh-datasize-devel
Size:13.06 KiB

Package: golang-github-hashicorp-checkpoint-0.5.0-13.fc40
Summary: Go Checkpoint Client
RPMs:golang-github-hashicorp-checkpoint-devel
Size:20.78 KiB

Package: golang-github-hashicorp-hc-install-0.5.2-2.fc40
Summary: Go module for downloading or locating HashiCorp binaries
RPMs:golang-github-hashicorp-hc-install 
golang-github-hashicorp-hc-install-devel
Size:11.39 MiB

Package: golang-github-hashicorp-terraform-exec-0.18.1-1.fc40
Summary: Terraform CLI commands via Go
RPMs:golang-github-hashicorp-terraform-exec-devel
Size:89.47 KiB

Package: golang-github-hashicorp-terraform-json-0.17.1-1.fc40
Summary: Helper types for the Terraform external data representation
RPMs:golang-github-hashicorp-terraform-json-devel
Size:45.68 KiB

Package: golang-github-jedib0t-pretty-6-6.4.6-1.fc40
Summary: Table-writer and more in golang
RPMs:golang-github-jedib0t-pretty-6-devel
Size:120.24 KiB

Package: golang-github-pbnjay-memory-0-0.1.20230806git7b4eea6.fc40
Summary: Go function to report total system memory
RPMs:golang-github-pbnjay-memory-devel
Size:13.36 KiB

Package: golang-github-sebdah-goldie-1-1.0.0-1.fc40
Summary: Golden file testing for Go
RPMs:golang-github-sebdah-goldie-1-devel
Size:14.06 KiB

Package: golang-github-valyala-fastjson-1.6.4-1.fc40
Summary: Fast JSON parser and validator for Go
RPMs:golang-github-valyala-fastjson-devel
Size:44.83 KiB

Package: golang-github-zclconf-cty-debug-0-0.1.20230723gitb22d67c.fc40
Summary: Debugging and inspection utilities for cty
RPMs:golang-github-zclconf-cty-debug-devel
Size:15.66 KiB

Package: golang-modernc-token-1.1.0-1.fc40
Summary: A variant of the stdlib package token with types FileSet and Token 
removed
RPMs:golang-modernc-token-devel
Size:13.81 KiB

Package: golang-modernc-xc-1.0.5-1.fc40
Summary: Cross language compiler support/utility stuff
RPMs:golang-modernc-xc-devel
Size:16.37 KiB

Package: lua-linenoise-0.9-1.fc40
Summary: A binding for the linenoise command line library
RPMs:lua-linenoise
Size:128.09 KiB

Package: mac-10.18-2.fc40
Summary: Monkey's Audio Codec
RPMs:mac mac-devel mac-libs
Size:809.76 KiB

Package: not-ocamlfind-0.10-2.fc40
Summary: Front-end to ocamlfind that adds a few new commands
RPMs:not-ocamlfind
Size:30.10 MiB

Package: ocaml-camlp5-buildscripts-0.03-2.fc40
Summary: Sysadmin scripts for camlp5 projects
RPMs:ocaml-camlp5-buildscripts
Size:8.44 MiB

Package: smatch-1.73-2.fc40
Summary: A static analyzer for C
RPMs:smatch smatch-data
Size:3.17 MiB


= DROPPED PACKAGES

Re: Thoughts welcome: interface between automated test gating and the "critical path"

[Adam Williamson]

On Tue, 2022-10-18 at 09:37 -0400, pmkel...@frontier.com wrote:
> > 
> > Second, since nobody really opposed the idea of extending the critpath
> > definition slightly, here's a formal proposal to implement that. I want
> > to edit the wiki critpath page:
> > https://fedoraproject.org/wiki/Critical_path_package
> > 
> > and change it as follows:
> > 
> > 1. Under Background, change "The packages required to sustain these
> > actions make up the critical path." to:
> > 
> > "The packages required to sustain these actions initially made up the
> > critical path. Later, it was agreed that the maintainers of Editions,
> > spins, and labs can also declare packages that provide other key
> > functionality to be part of the ''critical path'' for that Edition,
> > spin or lab."
> > 
> > 2. Under Actions, change the first two sentences to read:
> > 
> > "Packages required to perform the most fundamental actions on a system
> > are always considered part of the ''critical path''. Those actions
> > include: "
> > 
> > Does anyone object to these proposed changes? Thanks!
> 
> 
> I think this is a great improvement over what we had.

So, I just realized I never actually made these changes! I've just done
so now:
https://fedoraproject.org/w/index.php?title=Critical_path_package=686714=599546
I also updated the information on how critpath is generated and how you
can view it, as that all changed as part of this too.
-- 
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: Podman issue might be breaking toolbx anytime now

[Marcus Müller]

Hi Sumantro and Debarshi, hi fellow podman users,

trying to wade through all this: I don't think there's anything podman can do to solve 
this now.


Background:

- the container format metadata has a field for|RLIMIT_NPROC (i.e., what you set via 
`ulimit -u`)|


|- this field is optional, but important to some use cases, because it can be used to set 
nonstandard limits|


|- podman uses that field at container start time to set the ulimits, which usually always 
works on the same machine, as ulimits rarely decrease

|

|  - this addition of the field by default was recognized as a design mistake and removed, 
so in the future these problems won't happen, unless a user explicitly adds a limit to the 
metadata.

|

|- pre podman 4.6, that field was just generally added to the container metadata at 
container creation, with the values present at creation time|


|- somewhere on the journey, the default ulimits on F38 got decreased
  ** To little surprise, that means that software relying on RLIMIT_NPROC being as it 
used to be breaks **|


|So, to me this very clearly is a fedora regression, where we (probably for good reason) 
reduced that specific ulimit, but forgot to then add a script to go through the toolbox 
containers created on the affected machines to adjust or remove that tag.|


|It's not podman's job to fix toolbox or Fedora's ulimits handling, so I don't think that 
issue on the podman bugtracker has all too much chances of solving the situation.|


|Hotfixes are also easy: just roll out a toolbox update which upon toolbox start, for each 
toolbox container|removes the annotation. The nu-cular way here is [1], i.e. exporting of 
the container filesystem to an archive and recreation of an image from that, and then 
recreation of the toolbox container from that. I'm almost certain there's IO-cheaper 
alternatives (not like one can't fiddle with the container config.json if one knows who 
owns the container).


Cheers,
Marcus

[1] https://github.com/containers/podman/issues/19634#issuecomment-1680734973

On 16.08.23 16:19, Sumantro Mukherjee wrote:


Hey Folks!

This is to flag that there is an issue in Podman [0] which will break
Toolbx's basic
functionality in F37 and F38. Toolbx is currently release blocking and
is a part of
FCOS and Workstation ISO.

We are tracking the issue in [0] and request folks to test updates
when fixes are available.


[0] https://github.com/containers/podman/issues/19634

___
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 Developer Portal August 2023 release

[Jarek Prokop]

Hi all,

new Fedora Developer content was released.

Changes:

Remove Atom from web-app, the IDE was sunset ( 
https://github.com/developer-portal/content/pull/480 ):

* https://developer.fedoraproject.org/start/sw/web-app/about.html

Update the source repofile for MongoDB and undeprecate it as it is now 
installable ( https://github.com/developer-portal/content/pull/484 ):

* https://developer.fedoraproject.org/tech/database/mongodb/about.html

Dune build system section for OCaml ( 
https://github.com/developer-portal/content/pull/473 ):

* https://developer.fedoraproject.org/tech/languages/ocaml/dune.html
* 
https://developer.fedoraproject.org/tech/languages/ocaml/ocaml-installation.html


Add required LaTeX package dependencies for the latexpdf target of 
sphinx ( https://github.com/developer-portal/content/pull/474 ):

* https://developer.fedoraproject.org/tech/languages/python/sphinx.html

Update Ruby pages and simplify rbenv installation instructions ( 
https://github.com/developer-portal/content/pull/478 ):
* 
https://developer.fedoraproject.org/tech/languages/ruby/gems-installation.html
* 
https://developer.fedoraproject.org/tech/languages/ruby/ruby-installation.html
Also the PR https://github.com/developer-portal/content/pull/482 was 
incorporated into these Ruby changes.


Remove sqlite-jdbc connector mention as it is no longer available in 
Fedora ( https://github.com/developer-portal/content/pull/479 ):

* https://developer.fedoraproject.org/tech/database/sqlite/about.html

Thanks to all the contributors that helped with the update.

Feedback on these changes and more welcome as a reply on 
https://github.com/developer-portal/content/issues .


Regards,
Jarek Prokop
___
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

Podman issue might be breaking toolbx anytime now

[Sumantro Mukherjee]

Hey Folks!

This is to flag that there is an issue in Podman [0] which will break
Toolbx's basic
functionality in F37 and F38. Toolbx is currently release blocking and
is a part of
FCOS and Workstation ISO.

We are tracking the issue in [0] and request folks to test updates
when fixes are available.


[0] https://github.com/containers/podman/issues/19634
-- 
//sumantro
Fedora QE
TRIED AND PERSONALLY TESTED, ERGO TRUSTED
___
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

libgit2 1.7.x in rawhide and F39 with a compat packages for 1.6.x and 1.5.x

[Pete Walter]

I just bumped libgit2 to 1.7.x in both rawhide and F39 and added a compat package for the old 1.6.x ABI. This should allow seamless switchover to the new ABI without breaking anything that needs 1.6.x. We also have an older compat package for 1.5.x ABI that is still used by the golang bindings. The golang bindings upstream is being slow here to update to new libgit2 versions. If anyone needs 1.7.x for F38 please let me know. With the compat package system this is now doable.  Pete___
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 2151502] perl-Marpa-XS: Build in C89 mode

[bugzilla]

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

Red Hat One Jira (issues.redhat.com)  changed:

   What|Removed |Added

Link ID||Red Hat Issue Tracker
   ||FC-927




-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2151502
___
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 2232304] New: RFE: epel9 branch of perl-Mozilla-PublicSuffix

[bugzilla]

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

Bug ID: 2232304
   Summary: RFE: epel9 branch of perl-Mozilla-PublicSuffix
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Mozilla-PublicSuffix
  Assignee: yan...@declera.com
  Reporter: p...@city-fan.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, yan...@declera.com
  Target Milestone: ---
Classification: Fedora



I would like to update my perl-Finance-Quote package in epel9 to the latest
version but it has a new dependency perl(HTTP::CookieJar::LWP) from the
perl-HTTP-CookieJar package, which doesn't currently exist in epel9, and that
in turn needs perl-Mozilla-PublicSuffix, which is not currently available in
epel9 either.

I would like to request epel9 branches of these two packages, which I think are
both maintained by the same person. I would be happy to raise a separate ticket
for perl-HTTP-CookieJar if that is preferred.

In case you do not wish to maintain packages in EPEL, I would be happy to
maintain these myself (FAS: pghmcfc) if you would add me as a committer to the
package.


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

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202232304%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 2232294] New: perl-Wx-GLCanvas-0.09-36.fc40 FTBFS: Makefile.PL fails

[bugzilla]

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

Bug ID: 2232294
   Summary: perl-Wx-GLCanvas-0.09-36.fc40 FTBFS: Makefile.PL fails
   Product: Fedora
   Version: 39
   URL: https://koschei.fedoraproject.org/package/perl-Wx-GLCa
nvas?collection=f40
Status: NEW
 Component: perl-Wx-GLCanvas
  Assignee: mhron...@redhat.com
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: mhron...@redhat.com,
perl-devel@lists.fedoraproject.org
Blocks: 2168842 (F39FTBFS), 2231791 (F40FTBFS,RAWHIDEFTBFS)
  Target Milestone: ---
Classification: Fedora



perl-Wx-GLCanvas-0.09-36.fc40 fails to build in Fedora 40 and 39:

+ perl Makefile.PL INSTALLDIRS=vendor 'OPTIMIZE=-O2 -flto=auto
-ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall
-Wno-complain-wrong-lang -Werror=format-security
-Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -mbranch-protection=standard
-fasynchronous-unwind-tables -fstack-clash-protection -fno-omit-frame-pointer
-mno-omit-leaf-frame-pointer -I/usr/include/wx-3.2'
Searching configuration for:
wxWidgets (any version) for (any toolkit); compiler compatibility: (any
compiler) (any version); 
Available configurations:
wxWidgets 3.002002 for gtk; compiler compatibility: gcc 3.4; options: no debug,
unicode, no mslu
error: Bad exit status from /var/tmp/rpm-tmp.lil3RF (%build)

A difference between passing and failing build roots is at
.



Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2168842
[Bug 2168842] Fedora 39 FTBFS Tracker
https://bugzilla.redhat.com/show_bug.cgi?id=2231791
[Bug 2231791] Fedora 40 FTBFS Tracker
-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2232294

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202232294%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 2232293] New: perl-TAP-Formatter-JUnit-0.16-4.fc40 FTBFS: Failed test 't/data/tests/bailout'

[bugzilla]

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

Bug ID: 2232293
   Summary: perl-TAP-Formatter-JUnit-0.16-4.fc40 FTBFS: Failed
test 't/data/tests/bailout'
   Product: Fedora
   Version: rawhide
   URL: https://koschei.fedoraproject.org/package/perl-TAP-For
matter-JUnit?collection=f40
Status: NEW
 Component: perl-TAP-Formatter-JUnit
  Assignee: p...@city-fan.org
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: p...@city-fan.org, perl-devel@lists.fedoraproject.org
Blocks: 2231791 (F40FTBFS,RAWHIDEFTBFS)
  Target Milestone: ---
   Link ID: Github bleargh45/TAP-Formatter-JUnit/issues/15
Classification: Fedora



perl-TAP-Formatter-JUnit-0.16-4.fc40 fails to build because a test fails:

#   Failed test 't/data/tests/bailout'
#   at t/formatter.t line 54.
# During compare:
# junk after document element at line 17, column 13, byte 381
# GOT: 
#   
# 
# 
# 
# 
# 
#   
# 
#   
# 
# 
# 
# 
# 
#   
# 
# Looks like you failed 1 test of 22.

This is triggered by upgrading perl-Test-Harness from 1:3.44-501.fc39 to
1:3.46-1.fc40.



Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=2231791
[Bug 2231791] Fedora 40 FTBFS Tracker
-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2232293

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

Re: Intent to orphan several python packages

[Lumír Balhar]

Hi!

Thanks Mukundan for all the hard work you put into these packages!

I'm interested how this affects my packages so I run a simple script to 
see the list of provides and whatrequires them and the result is below.


Because I maintain some parts of ipython and Jupyter stack, I'm going to 
take: qtconsole (for mu), QtPy (for qtconsole), entrypoins (for 
jupyter-client and ipyparallel), jupyterlab_pygments (for nbconvert) 
and  pickleshare (for ipython).


# python-rope
## Provides:
python3-rope = 0.22.0-7.fc39
## python3-rope is required by:
python-elpy-0:1.34.0-9.fc38.src
python-lsp-server-0:1.4.1-3.fc37.src
python3-lsp-server-0:1.4.1-3.fc37.noarch

# python-lsp-server
## Provides:
python3-lsp-server = 1.4.1-3.fc37
## python3-lsp-server is required by:
python-lsp-black-0:1.2.0-4.fc38.src
python3-lsp-black-0:1.2.0-4.fc38.noarch

# python-lsp-black
## Provides:
python3-lsp-black = 1.2.0-4.fc38
## python3-lsp-black is required by:

# python-lsp-jsonrpc
## Provides:
python3-lsp-jsonrpc = 1.0.0-9.fc39
## python3-lsp-jsonrpc is required by:
python-lsp-server-0:1.4.1-3.fc37.src

# python-pyls-spyder
## Provides:
python3-pyls-spyder = 0.4.0-8.fc39
## python3-pyls-spyder is required by:
python3-spyder-0:5.3.1-8.fc39.noarch

# python-qdarkstyle
## Provides:
python3-qdarkstyle = 3.0.2-7.fc38
## python3-qdarkstyle is required by:
electrum-0:4.3.4-1.fc39.noarch
electrum-0:4.3.4-1.fc39.src

# python-spyder-kernels
## Provides:
python3-spyder-kernels = 1:2.3.3-3.fc39
## python3-spyder-kernels is required by:
python3-spyder-0:5.3.1-8.fc39.noarch

# python-versioneer
## Provides:
python3-versioneer = 0.28-3.fc39
python3-versioneer+toml = 0.28-3.fc39
## python3-versioneer is required by:
cryfs-0:0.11.3-4.fc39.src
python-GridDataFormats-0:1.0.1-7.fc39.src
python-dask-0:2023.4.1-3.fc39~bootstrap.src
python-jsonrpc-server-0:0.4.0-8.fc38.src
python-ncclient-0:0.6.13-13.fc39.src
python-pybids-0:0.16.1-2.fc39.src
python-pymapvbvd-0:0.5.4-3.fc39.src
python-wordcloud-0:1.9.2-1.fc40.src
python3-versioneer+toml-0:0.28-3.fc39.noarch
## python3-versioneer+toml is required by:
python-dask-0:2023.4.1-3.fc39~bootstrap.src
python-pybids-0:0.16.1-2.fc39.src

# python-textdistance
## Provides:
python3-textdistance = 4.2.0-12.fc39
## python3-textdistance is required by:
python3-spyder-0:5.3.1-8.fc39.noarch

# python-three_merge
## Provides:
python3-three_merge = 0.1.1-11.fc39
## python3-three_merge is required by:
python3-spyder-0:5.3.1-8.fc39.noarch

# python-libsass
## Provides:
python-libsass-debuginfo = 0.20.0-13.fc39
python-libsass-debugsource = 0.20.0-13.fc39
python3-libsass = 0.20.0-13.fc39
## python-libsass-debuginfo is required by:
## python-libsass-debugsource is required by:
## python3-libsass is required by:
python3-qtsass-0:0.3.0-8.fc39.noarch

# python-qtsass
## Provides:
python3-qtsass = 0.3.0-8.fc39
## python3-qtsass is required by:
python-qdarkstyle-0:3.0.2-7.fc38.src
python3-qdarkstyle-0:3.0.2-7.fc38.noarch

# python-qtconsole
## Provides:
python-qtconsole-doc = 5.3.2-4.fc39
python3-qtconsole = 5.3.2-4.fc39
## python-qtconsole-doc is required by:
## python3-qtconsole is required by:
mu-0:1.2.0-3.fc39.noarch
mu-0:1.2.0-3.fc39.src
python3-spyder-0:5.3.1-8.fc39.noarch

# python-QtAwesome
## Provides:
python3-QtAwesome = 1.2.3-3.fc39
## python3-QtAwesome is required by:
NiaAML-GUI-0:0.1.13-6.fc39.noarch
NiaAML-GUI-0:0.1.13-6.fc39.src
OpenLP-0:3.0.2-3.fc39.noarch
python3-spyder-0:5.3.1-8.fc39.noarch

# python-QtPy
## Provides:
python3-QtPy = 2.3.1-3.fc39
## python3-QtPy is required by:
ginga-0:4.0.1-4.fc39.src
git-cola-0:4.2.1-6.fc39.noarch
git-cola-0:4.2.1-6.fc39.src
kajongg-0:23.04.3-2.fc39.noarch
python-QtAwesome-0:1.2.3-3.fc39.src
python-qdarkstyle-0:3.0.2-7.fc38.src
python3-QtAwesome-0:1.2.3-3.fc39.noarch
python3-ginga+qt5-0:4.0.1-4.fc39.noarch
python3-ginga-0:4.0.1-4.fc39.noarch
python3-qdarkstyle-0:3.0.2-7.fc38.noarch
python3-qtconsole-0:5.3.2-4.fc39.noarch
python3-spyder-0:5.3.1-8.fc39.noarch
ubertooth-specan-ui-0:2020.12.R1-13.fc39.x86_64

# python-qstylizer
## Provides:
python3-qstylizer = 0.2.2-4.fc39
## python3-qstylizer is required by:
python3-spyder-0:5.3.1-8.fc39.noarch

# python-Rtree
## Provides:
python3-rtree = 1.0.0-8.fc39
## python3-rtree is required by:
python-fsleyes-0:1.7.0-1.fc39.src
python-fslpy-0:3.13.3-1.fc39.src
python-libpysal-0:4.7.0-2.fc38.src
python-mapclassify-0:2.5.0-1.fc39.src
python-trimesh-0:3.23.0-2.fc39.src
python3-fsleyes-0:1.7.0-1.fc39.noarch
python3-fslpy-0:3.13.3-1.fc39.noarch
python3-spyder-0:5.3.1-8.fc39.noarch
python3-trimesh+all-0:3.23.0-2.fc39.x86_64
python3-trimesh+easy-0:3.23.0-2.fc39.x86_64

# python-whatthepatch
## Provides:
python3-whatthepatch = 1.0.2-7.fc39
## python3-whatthepatch is required by:

# python-wurlitzer
## Provides:
python3-wurlitzer = 1.0.3-14.fc39
## python3-wurlitzer is required by:
python-contourpy-0:1.1.0-2.fc39.src
python-spyder-kernels-1:2.3.3-3.fc39.src
python3-spyder-kernels-1:2.3.3-3.fc39.noarch
sympy-0:1.12-2.fc39.src

# python-apply-defaults
## 

Re: Intent to orphan several python packages

[Lumír Balhar]

Hi!

Thanks Mukundan for all the hard work you put into these packages!

I'm interested how this affects my packages so I run a simple script to 
see the list of provides and whatrequires them and the result is below.


Because I maintain some parts of ipython and Jupyter stack, I'm going to 
take: qtconsole (for mu), QtPy (for qtconsole), entrypoins (for 
jupyter-client and ipyparallel), jupyterlab_pygments (for nbconvert) 
and  pickleshare (for ipython).


# python-rope
## Provides:
python3-rope = 0.22.0-7.fc39
## python3-rope is required by:
python-elpy-0:1.34.0-9.fc38.src
python-lsp-server-0:1.4.1-3.fc37.src
python3-lsp-server-0:1.4.1-3.fc37.noarch

# python-lsp-server
## Provides:
python3-lsp-server = 1.4.1-3.fc37
## python3-lsp-server is required by:
python-lsp-black-0:1.2.0-4.fc38.src
python3-lsp-black-0:1.2.0-4.fc38.noarch

# python-lsp-black
## Provides:
python3-lsp-black = 1.2.0-4.fc38
## python3-lsp-black is required by:

# python-lsp-jsonrpc
## Provides:
python3-lsp-jsonrpc = 1.0.0-9.fc39
## python3-lsp-jsonrpc is required by:
python-lsp-server-0:1.4.1-3.fc37.src

# python-pyls-spyder
## Provides:
python3-pyls-spyder = 0.4.0-8.fc39
## python3-pyls-spyder is required by:
python3-spyder-0:5.3.1-8.fc39.noarch

# python-qdarkstyle
## Provides:
python3-qdarkstyle = 3.0.2-7.fc38
## python3-qdarkstyle is required by:
electrum-0:4.3.4-1.fc39.noarch
electrum-0:4.3.4-1.fc39.src

# python-spyder-kernels
## Provides:
python3-spyder-kernels = 1:2.3.3-3.fc39
## python3-spyder-kernels is required by:
python3-spyder-0:5.3.1-8.fc39.noarch

# python-versioneer
## Provides:
python3-versioneer = 0.28-3.fc39
python3-versioneer+toml = 0.28-3.fc39
## python3-versioneer is required by:
cryfs-0:0.11.3-4.fc39.src
python-GridDataFormats-0:1.0.1-7.fc39.src
python-dask-0:2023.4.1-3.fc39~bootstrap.src
python-jsonrpc-server-0:0.4.0-8.fc38.src
python-ncclient-0:0.6.13-13.fc39.src
python-pybids-0:0.16.1-2.fc39.src
python-pymapvbvd-0:0.5.4-3.fc39.src
python-wordcloud-0:1.9.2-1.fc40.src
python3-versioneer+toml-0:0.28-3.fc39.noarch
## python3-versioneer+toml is required by:
python-dask-0:2023.4.1-3.fc39~bootstrap.src
python-pybids-0:0.16.1-2.fc39.src

# python-textdistance
## Provides:
python3-textdistance = 4.2.0-12.fc39
## python3-textdistance is required by:
python3-spyder-0:5.3.1-8.fc39.noarch

# python-three_merge
## Provides:
python3-three_merge = 0.1.1-11.fc39
## python3-three_merge is required by:
python3-spyder-0:5.3.1-8.fc39.noarch

# python-libsass
## Provides:
python-libsass-debuginfo = 0.20.0-13.fc39
python-libsass-debugsource = 0.20.0-13.fc39
python3-libsass = 0.20.0-13.fc39
## python-libsass-debuginfo is required by:
## python-libsass-debugsource is required by:
## python3-libsass is required by:
python3-qtsass-0:0.3.0-8.fc39.noarch

# python-qtsass
## Provides:
python3-qtsass = 0.3.0-8.fc39
## python3-qtsass is required by:
python-qdarkstyle-0:3.0.2-7.fc38.src
python3-qdarkstyle-0:3.0.2-7.fc38.noarch

# python-qtconsole
## Provides:
python-qtconsole-doc = 5.3.2-4.fc39
python3-qtconsole = 5.3.2-4.fc39
## python-qtconsole-doc is required by:
## python3-qtconsole is required by:
mu-0:1.2.0-3.fc39.noarch
mu-0:1.2.0-3.fc39.src
python3-spyder-0:5.3.1-8.fc39.noarch

# python-QtAwesome
## Provides:
python3-QtAwesome = 1.2.3-3.fc39
## python3-QtAwesome is required by:
NiaAML-GUI-0:0.1.13-6.fc39.noarch
NiaAML-GUI-0:0.1.13-6.fc39.src
OpenLP-0:3.0.2-3.fc39.noarch
python3-spyder-0:5.3.1-8.fc39.noarch

# python-QtPy
## Provides:
python3-QtPy = 2.3.1-3.fc39
## python3-QtPy is required by:
ginga-0:4.0.1-4.fc39.src
git-cola-0:4.2.1-6.fc39.noarch
git-cola-0:4.2.1-6.fc39.src
kajongg-0:23.04.3-2.fc39.noarch
python-QtAwesome-0:1.2.3-3.fc39.src
python-qdarkstyle-0:3.0.2-7.fc38.src
python3-QtAwesome-0:1.2.3-3.fc39.noarch
python3-ginga+qt5-0:4.0.1-4.fc39.noarch
python3-ginga-0:4.0.1-4.fc39.noarch
python3-qdarkstyle-0:3.0.2-7.fc38.noarch
python3-qtconsole-0:5.3.2-4.fc39.noarch
python3-spyder-0:5.3.1-8.fc39.noarch
ubertooth-specan-ui-0:2020.12.R1-13.fc39.x86_64

# python-qstylizer
## Provides:
python3-qstylizer = 0.2.2-4.fc39
## python3-qstylizer is required by:
python3-spyder-0:5.3.1-8.fc39.noarch

# python-Rtree
## Provides:
python3-rtree = 1.0.0-8.fc39
## python3-rtree is required by:
python-fsleyes-0:1.7.0-1.fc39.src
python-fslpy-0:3.13.3-1.fc39.src
python-libpysal-0:4.7.0-2.fc38.src
python-mapclassify-0:2.5.0-1.fc39.src
python-trimesh-0:3.23.0-2.fc39.src
python3-fsleyes-0:1.7.0-1.fc39.noarch
python3-fslpy-0:3.13.3-1.fc39.noarch
python3-spyder-0:5.3.1-8.fc39.noarch
python3-trimesh+all-0:3.23.0-2.fc39.x86_64
python3-trimesh+easy-0:3.23.0-2.fc39.x86_64

# python-whatthepatch
## Provides:
python3-whatthepatch = 1.0.2-7.fc39
## python3-whatthepatch is required by:

# python-wurlitzer
## Provides:
python3-wurlitzer = 1.0.3-14.fc39
## python3-wurlitzer is required by:
python-contourpy-0:1.1.0-2.fc39.src
python-spyder-kernels-1:2.3.3-3.fc39.src
python3-spyder-kernels-1:2.3.3-3.fc39.noarch
sympy-0:1.12-2.fc39.src

# python-apply-defaults
## 

[EPEL-devel] incompatible update of caddy in EPEL 9

[Carl George]

Per policy [0], this is an announcement that I would like to do an
incompatible update of the caddy package in EPEL 9.

The version in the EPEL 9 repo is currently 2.4.6.  RHEL 8 currently
has golang 1.19.  Based on my recent investigation of the EPEL 7
package [1], I've discovered just how sensitive caddy is to the
version of golang it is built with.  Upstream caddy only ever tested
version 2.4.6 with golang 1.16 and 1.17 [2].  I did previously build
caddy 2.4.6 with golang 1.18, which required swapping out the bundled
quic library to work [3].  Thankfully that worked without patching the
caddy code, but updating the bundled quic further in order to build
with golang 1.19 would require significant patching, which isn't even
guaranteed to work.  I do not believe that rebuilding caddy at the
current version in EPEL 9 is feasible, which prevents even attempting
to backport outstanding CVEs.  I'm currently tracking two CVEs for the
EPEL 9 package that I would like to fix.

- CVE-2022-28923 [4][5][6]
- CVE-2022-41721 [7][8][9]

To resolve these CVEs, and to get compatible with RHEL 9's golang
1.19, I think the best version of caddy to update to is 2.6.4.
Updating caddy from 2.4.6 to 2.6.4 includes some
backwards-incompatible changes (hence this email).  After review, I
believe these changes are on the milder side, and most users shouldn't
notice a difference.  Here are the most notable removals/changes:

- Reverse proxy: Incoming X-Forwarded-* headers will no longer be
automatically trusted, to prevent spoofing.
- Logging: Removed the deprecated common_log field from HTTP access
logs, and the single_field encoder.
- Logging: The remote_addr field has been replaced by remote_ip and
remote_port fields in HTTP access logs, which split up the two parts
of the remote address.
- Caddyfile: The reverse_proxy directive's handle_response
subdirective has had its status replacement functionality moved to a
new replace_status subdirective.

There are also a few additional changes to features labeled as
experimental, and some deprecations (not yet removed).  For a full
list, see the upstream release notes [10][11].

Finally, I'll note that RHEL 8 has the same version of golang as RHEL
9, so I also targeted caddy 2.6.4 for the initial EPEL 8 package that
is on its way to testing [12].  It will be nice to have the same
version of caddy in both EPEL 8 and EPEL 9.

[0] https://docs.fedoraproject.org/en-US/epel/epel-policy-incompatible-upgrades/
[1] 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/thread/JZRLEWOCX5QX3XZ7INLUZIB7LPAMDUZC/
[2] 
https://github.com/caddyserver/caddy/blob/v2.4.6/.github/workflows/ci.yml#L22
[3] 
https://src.fedoraproject.org/rpms/caddy/c/8a639d7060ef6ff610880429d161b5f0275deee1?branch=epel9
[4] https://bugzilla.redhat.com/show_bug.cgi?id=2226939
[5] https://access.redhat.com/security/cve/CVE-2022-28923
[6] https://nvd.nist.gov/vuln/detail/CVE-2022-28923
[7] https://bugzilla.redhat.com/show_bug.cgi?id=2232267
[8] https://access.redhat.com/security/cve/CVE-2022-41721
[9] https://nvd.nist.gov/vuln/detail/CVE-2022-41721
[10] https://github.com/caddyserver/caddy/releases/tag/v2.5.0
[11] https://github.com/caddyserver/caddy/releases/tag/v2.6.0
[12] https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-0b57e19163

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