HEADS UP: FLTK 1.4 w/ soname bump

2024-12-09 Thread Richard Shaw 
Upstream has made a new release and it's not fully backwards compatible
with 1.3. The plan is to create a fltk13 compatibility package for projects
which don't yet support 1.4.

I'll test in COPR builds first to see which packages cannot build with 1.4.

Dependent packages are:
OpenEXR_Viewers
OpenSceneGraph
VirtualGL
alsa-tools
alsamixergui
aqsis
ax25-tools
butt
dillo
ed2k_hash
eureka
fgrun
flamp
flcluster
fldigi
fllog
flmsg
flnet
flpsed
flrig
flwkey
giac
gmsh
linsim
lmms
lv2-sorcer
mathgl
minicomputer
mup
octave
pari
rakarrack
rasterview
seaview
stage
tigervnc
yoshimi
zynaddsubfx

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

SONAME bump: live555 2024.11.28

2024-12-09 Thread Dominik 'Rathann' Mierzejewski 
Hello!
Latest live555-2024.11.28 comes with an SONAME bump from 114 to 116.
The only consumer seems to be vlc, which I'll rebuild in a side-tag
(f42-build-side-101736) and submit together as an update.

This is rawhide only for now.

Regards,
Dominik
-- 
Fedora   https://fedoraproject.org
Deep in the human unconscious is a pervasive need for a logical universe that
makes sense. But the real universe is always one step beyond logic.
-- from "The Sayings of Muad'Dib" by the Princess Irulan
-- 
___
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: 20241209.n.0 changes

2024-12-09 Thread Fedora Rawhide Report 
OLD: Fedora-Rawhide-20241208.n.0
NEW: Fedora-Rawhide-20241209.n.0

= SUMMARY =
Added images:3
Dropped images:  0
Added packages:  8
Dropped packages:1
Upgraded packages:   103
Downgraded packages: 0

Size of added packages:  15.72 MiB
Size of dropped packages:24.57 MiB
Size of upgraded packages:   5.04 GiB
Size of downgraded packages: 0 B

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

= ADDED IMAGES =
Image: Scientific vagrant-virtualbox x86_64
Path: 
Labs/x86_64/images/Fedora-Scientific-Vagrant-Rawhide-20241209.n.0.x86_64.vagrant-virtualbox.box
Image: i3 live aarch64
Path: Spins/aarch64/iso/Fedora-i3-Live-aarch64-Rawhide-20241209.n.0.iso
Image: Scientific vagrant-libvirt x86_64
Path: 
Labs/x86_64/images/Fedora-Scientific-Vagrant-Rawhide-20241209.n.0.x86_64.vagrant-libvirt.box

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: libcanlock-3.3.1-1.fc42
Summary: Create and verify RFC 8315 Netnews Cancel-Locks
RPMs:canlock libcanlock libcanlock-devel
Size:448.66 KiB

Package: qrca-0.1~20241206.203647.da129cc-1.fc42
Summary: QR code scanner for KDE Plasma
RPMs:qrca
Size:514.88 KiB

Package: rust-asn1-rs-0.6.2-2.fc42
Summary: Parser/encoder for ASN.1 BER/DER data
RPMs:rust-asn1-rs+bigint-devel rust-asn1-rs+bits-devel 
rust-asn1-rs+bitvec-devel rust-asn1-rs+colored-devel 
rust-asn1-rs+cookie-factory-devel rust-asn1-rs+datetime-devel 
rust-asn1-rs+debug-devel rust-asn1-rs+default-devel 
rust-asn1-rs+num-bigint-devel rust-asn1-rs+serialize-devel 
rust-asn1-rs+std-devel rust-asn1-rs+time-devel rust-asn1-rs+trace-devel 
rust-asn1-rs-devel
Size:196.02 KiB

Package: rust-gengo-0.11.5-2.fc42
Summary: Get the language distribution stats of your repository
RPMs:rust-gengo+default-devel rust-gengo+max-performance-devel 
rust-gengo+max-performance-safe-devel rust-gengo+owo-colors-devel 
rust-gengo-devel
Size:69.55 KiB

Package: rust-isal-rs-0.5.3-2.fc42
Summary: Isa-l Rust bindings
RPMs:rust-isal-rs+default-devel rust-isal-rs+shared-devel 
rust-isal-rs+use-system-isal-devel rust-isal-rs-devel
Size:41.99 KiB

Package: rust-libz-rs-sys-0.4.0-1.fc42
Summary: Memory-safe zlib implementation written in rust
RPMs:rust-libz-rs-sys+c-allocator-devel 
rust-libz-rs-sys+custom-prefix-devel rust-libz-rs-sys+default-devel 
rust-libz-rs-sys+rust-allocator-devel rust-libz-rs-sys+std-devel 
rust-libz-rs-sys+testing-prefix-devel rust-libz-rs-sys-devel
Size:64.50 KiB

Package: rust-podlet-0.3.0-1.fc42
Summary: Generate Podman Quadlet files
RPMs:podlet
Size:8.11 MiB

Package: wivrn-0.22-1.20241206gitv0.22.fc42
Summary: An OpenXR streaming application to a standalone headset
RPMs:wivrn
Size:6.31 MiB


= DROPPED PACKAGES =
Package: PersonalCopy-Lite-soundfont-4.1-31.fc41
Summary: Lite version of the PersonalCopy General Midi soundfont
RPMs:PersonalCopy-Lite-soundfont
Size:24.57 MiB


= UPGRADED PACKAGES =
Package:  R-4.4.2-2.fc42
Old package:  R-4.4.2-1.fc42
Summary:  A language for data analysis and graphics
RPMs: R R-core R-core-devel R-devel R-java R-java-devel libRmath 
libRmath-devel libRmath-static
Size: 329.23 MiB
Size change:  -518.90 KiB
Changelog:
  * Sun Dec 08 2024 Pete Walter  - 4.4.2-2
  - Rebuild for ICU 76


Package:  R-Cairo-1.6.0-13.fc42
Old package:  R-Cairo-1.6.0-11.fc41
Summary:  Use Cairo for high-quality bitmap, vector, and display output
RPMs: R-Cairo
Size: 434.68 KiB
Size change:  -6.86 KiB
Changelog:
  * Mon Jul 29 2024 Miroslav Such??  - 1.6.0-12
  - convert license to SPDX

  * Sun Dec 08 2024 Pete Walter  - 1.6.0-13
  - Rebuild for ICU 76


Package:  R-stringi-1.8.3-4.fc42
Old package:  R-stringi-1.8.3-2.fc41
Summary:  Character String Processing Facilities
RPMs: R-stringi R-stringi-devel
Size: 5.42 MiB
Size change:  1.39 KiB
Changelog:
  * Wed Sep 04 2024 Miroslav Such??  - 1.8.3-3
  - convert license to SPDX

  * Sun Dec 08 2024 Pete Walter  - 1.8.3-4
  - Rebuild for ICU 76


Package:  cairo-dock-3.5.99^20241207gitea4bd97-1.beta5.fc42
Old package:  cairo-dock-3.5.99^20241118git575a251-1.fc42
Summary:  Light eye-candy fully themable animated dock
RPMs: cairo-dock cairo-dock-core cairo-dock-devel cairo-dock-libs
Size: 8.11 MiB
Size change:  -102.77 KiB
Changelog:
  * Sun Dec 08 2024 Mamoru TASAKA  - 
3.5.99^20241207gitea4bd97-1.beta5
  - Update to the latest git (20241207gitea4bd97)


Package:  cairo-dock-plug-ins-3.5.99^20241207gitce518e9-1.fc42
Old package:  cairo-dock-plug-ins-3.5.99^20241117gite9d3fcd-1.fc42
Summary:  Plug-ins files for Cairo-Dock
RPMs: cairo-dock-plug-ins cairo-dock-plug-ins-base 
cairo-dock-plug-ins-common cairo-dock-plug-ins-dbus cairo-dock-plug-ins-kde 
cairo-dock-plug-ins-unstable cairo-dock-plug-ins-webkit 
cairo-dock-plug-ins-xfce cairo-dock-python3 cairo-dock-ruby cairo-dock-vala 
cairo-dock

Re: Orphaned packages looking for new maintainers

2024-12-09 Thread Stephen Gallagher 
On Sat, Dec 7, 2024 at 12:21 PM Carlos Rodriguez-Fernandez
 wrote:
>
> I took sparse, and http-parser.
>
> http-parser in particular is a dead project upstream. However, there is a 
> good set of packages depending on it. There are also past contributors. If 
> any of the past contributors want to take it please let me know, I'll be 
> happy to hand it over: dck, mrunge, orphan, patches, sgallagh, vascom.
>

I actually thought I'd removed myself from that package; I've migrated
all of the packages I used to maintain with http-parser over to the
(supported) llhttp package.

The upstream is very dead and it's been strongly implied to me that
there are very likely to be security issues with it. I'd argue that we
need to remove it from the distribution entirely and either fix or
retire the remaining packages depending on it:

* AusweisApp2-0:2.2.1-1.fc41.x86_64
* AusweisApp2-0:2.2.2-2.fc41.x86_64
- Upstream still relies on http-parser and needs to be contacted to
migrate to a maintained parser.

* flamethrower-0:0.11.0-28.fc41.x86_64
- This is actually carrying a Fedora-specific patch to use http-parser
instead of upstream's private fork (called url_parser). Given that
both of them are effectively unmaintained, I think we want to drop our
patch and follow upstream (and contact them about switching to a
maintained parser)

* http-parser-devel-0:2.9.4-12.fc41.i686
* http-parser-devel-0:2.9.4-12.fc41.x86_64
- Part of http-parser itself and will be removed if we drop it.

* jabberd-0:2.6.1-28.fc41.x86_64
- This package is also dead upstream since 2019 and should be dropped
from Fedora.

* python3-httptools-0:0.6.0-6.fc41.x86_64
- Latest versions have been converted to llhttp

* slurm-slurmrestd-0:24.05.2-1.fc41.x86_64
- Upstream is still bound to http-parser, but only for one optional
component: slurmrestd. We could stop providing this daemon in Fedora
and communicate to upstream that they need to update to a maintained
parser.

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

2024-12-09 Thread Stephen Gallagher 
On Mon, Dec 9, 2024 at 9:30 AM Stephen Gallagher  wrote:
>
> On Sat, Dec 7, 2024 at 12:21 PM Carlos Rodriguez-Fernandez
>  wrote:
> >
> > I took sparse, and http-parser.
> >
> > http-parser in particular is a dead project upstream. However, there is a 
> > good set of packages depending on it. There are also past contributors. If 
> > any of the past contributors want to take it please let me know, I'll be 
> > happy to hand it over: dck, mrunge, orphan, patches, sgallagh, vascom.
> >
>
> I actually thought I'd removed myself from that package; I've migrated
> all of the packages I used to maintain with http-parser over to the
> (supported) llhttp package.
>
> The upstream is very dead and it's been strongly implied to me that
> there are very likely to be security issues with it. I'd argue that we
> need to remove it from the distribution entirely and either fix or
> retire the remaining packages depending on it:
>
> * AusweisApp2-0:2.2.1-1.fc41.x86_64
> * AusweisApp2-0:2.2.2-2.fc41.x86_64
> - Upstream still relies on http-parser and needs to be contacted to
> migrate to a maintained parser.
>
> * flamethrower-0:0.11.0-28.fc41.x86_64
> - This is actually carrying a Fedora-specific patch to use http-parser
> instead of upstream's private fork (called url_parser). Given that
> both of them are effectively unmaintained, I think we want to drop our
> patch and follow upstream (and contact them about switching to a
> maintained parser)
>
> * http-parser-devel-0:2.9.4-12.fc41.i686
> * http-parser-devel-0:2.9.4-12.fc41.x86_64
> - Part of http-parser itself and will be removed if we drop it.
>
> * jabberd-0:2.6.1-28.fc41.x86_64
> - This package is also dead upstream since 2019 and should be dropped
> from Fedora.
>
> * python3-httptools-0:0.6.0-6.fc41.x86_64
> - Latest versions have been converted to llhttp
>
> * slurm-slurmrestd-0:24.05.2-1.fc41.x86_64
> - Upstream is still bound to http-parser, but only for one optional
> component: slurmrestd. We could stop providing this daemon in Fedora
> and communicate to upstream that they need to update to a maintained
> parser.

Sorry for the re-send; used the wrong format for emailing the
individual maintainers.

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

Unannounced breaking update to python-tmux

2024-12-09 Thread Michel Lind 
Hi,

python-tmuxp is currently FTI in Rawhide because python-libtmux was bumped

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

Looks like in this case no other package is affected, but an impact
check plus a reach out to maintainers or at least a heads-up here would
be appreciated

$ fedrq-pydeps-verbose.sh libtmux
python-tmuxp : (python3dist(libtmux) < 0.38~~ with python3dist(libtmux) >= 0.37)

Best regards,

-- 
 _o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
-- 
___
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

libntlm soname bump

2024-12-09 Thread Kevin Fenzi 
Hey folks.

In 1 week, I'd like to bump libntlm from 1.6 to 1.8.
This involves a soname bump.

Affected are I think (gkrellm and libgsasl).
Maintainers bcced here. 

I ran a mpb on the 1.8 version and both those packages built fine.
https://copr.fedorainfracloud.org/coprs/kevin/libntlm/packages/

I'm happy to bump and rebuild the 2 dependent packages,
or if maintainers want, point them to the sidetag when I create it. 

Thanks,

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

Re: Applying code layout optimization to postgresql16 RPMs in Fedora 41 gave a 3%-6% improvement in IPC

2024-12-09 Thread William Cohen 
On 12/5/24 09:45, Miro Hrončok wrote:
> On 04. 12. 24 20:32, William Cohen wrote:
>> On 11/21/24 17:32, Miro Hrončok wrote:
>>> On 21. 11. 24 23:11, William Cohen wrote:
 Sediment has been designed to work with the RPM build process.
 Currently, one needs to use modified RPM macros.  These can be created
 quickly by writing the output of the sediment make_sediment_rpmmacros
 command into ~/.rpmmacros.  One will also need to define set the pgo
 macro to 1 for the rpmbuild process.  The rpm spec file has minimal
 modifications.  It has the callgraph files stored as a source file and
 a defines the global call_graph to the source file that holds the call
 graph.
>>>
>>> Hey Will,
>>>
>>> let's say I wan to try this for Python. Where do I start? The README on 
>>> https://github.com/wcohen/sediment is not very helpful.
>>>
>>> This is what I did based on your email:
>>>
>>> $ sudo dnf --enable-repo=updates-testing install sediment
>>> ...
>>> Installing sediment-0:0.9.3-1.fc41.noarch
>>>
>>> I run make_sediment_rpmmacros, it gives me some macros. Now I am supposed 
>>> to put those to ~/.rpmmacros. Exccept I never build Python loclly, I use 
>>> Koji or mock. I can probably amend this to use %global and insert it to 
>>> python3.14.spec. But what else I need to do? Do you have a step by step 
>>> kind of document I can follow?
>>>
>>
>>
>> Hi Miro,
>>
>> The tooling doesn't yet fit your work flow of building packages in
>> koji and mock.  I am looking into ways of addressing that issue.
>>
>> I an earlier email I mentioned the important thing was have good
>> profiling data.  Do you have suggestions on some benchmarks that would
>> properly exercise the python interpreter?  I have used pyperformance
>> (https://github.com/python/pyperformance) to get some call graph data
>> for python and added that to a python3.13 srpm available at
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=126526066.  Note
>> Koji is NOT building code layout optimization.  One would still need
>> to build locally python3.13-3.13.0-1.fc41.src.rpm with sediment-0.9.4
>> (https://koji.fedoraproject.org/koji/buildinfo?buildID=2596791)
>> installed and ~/.rpmmacros following steps:
>>
>>     make_sediment_rpmmacros > ~/.rpmmacros
>>     rpm -Uvh python3.13-3.13.0-1.fc41.src.rpm
>>     cd ~/rpmbuild/SPECS
>>     rpmbuild -ba --define "pgo 1" python3.13.spec
>>
>> The notable difference in the python3.13.spec file is the addition of:
>>
>> # Call graph information
>> SOURCE12: perf_pybenchmark.gv
>> %global call_graph %{SOURCE12}
>>
>> The perf_pybenchmark.gv was generated with steps:
>>
>>     python3 -m pip install pyperformance
>>     perf record -e branches:u -j any_call -o perf_pybenchmark.data 
>> pyperformance run -f -o fc41_x86_python_baseline.json
>>     perf report -i perf_pybenchmark.data --no-demangle 
>> --sort=comm,dso_from,symbol_from,dso_to,symbol_to > perf_pybenchmark.out
>>     perf2gv < perf_pybenchmark.out > perf_pybenchmark.gv
>>
>> Added the file to the python srpm:
>>
>>     cp  perf_pybenchmark.gv ~/rpmbuild/SOURCES/.
>>     # edit ~/rpmbuild/SPECS/python3.13.spec to add call graph info
>>     The improvements were mixed between the code layout optimized python
>> and the baseline version of the pyperformance benchmarks.  This can be
>> seen in the attached python_pgo.out generated by:
>>
>>     python3 -m pyperf compare_to fc41_x86_python_baseline.json 
>> fc41_x86_python_pgo.json --table > python_pgo.out
>>
>> It looks like a number of the benchmarks are microbenchmarks that are
>> unlikely the benefit much for the code layout optimizations.
>>
>> Are there other python performance tests that you would suggest that
>> have have larger footprint and would better gauge the possible
>> performance improvement from the code layout optimization?
>>
>> Are there better python code examples to collect profiling data on?
> Hey Will,
> 
> thanks for looking into this.
> 
> For your question: Upstream is using this for PGO:
> 
>   $ python3.14 -m test --pgo
> 
> Or:
> 
>   $ python3.14 -m test --pgo-extended> 
> In spec, this can be used:
> 
>   LD_LIBRARY_PATH=./build/optimized ./build/optimized/python -m test ...

Are the tests in the test module small unit tests?  If so, those might now show 
so much benefit as they might have relatively small resident memory footprints. 
 Are any of the  a list "Other Python Benchmark" toward the bottom of 
https://pyperformance.readthedocs.io/ ?

CPython: speed.python.org uses pyperf, pyperformance and Codespeed (Django 
web application)
PyPy: speed.pypy.org uses PyPy benchmarks
Pyston: pyston-perf and speed.pyston.org
Numba benchmarks
Cython: Cython Demos/benchmarks
pythran: numpy-benchmarks

> 
> ---
> 
> What is the blocker to run this in Koji/mock?
> 
> You do `make_sediment_rpmmacros > ~/.rpmmacros`.
> 
> What's the issue with %defining such macros at spec level?
> 

The macros don't work if there is a circular dependency

Voting is now open for the F41 election for FESCo!

2024-12-09 Thread Aoife Moloney via devel-announce 
Hi folks,

Voting has now opened for the F41 election for FESCo. You can cast your
votes from the elections app  and
read the candidates interviews from here, or go to the elections blog post

for a linked list of our candidates.

Voting will close on Friday 20th december with the results announced on
Monday the 23rd December.

Best of luck to all of our great candidates!

-- 

Aoife Moloney

Fedora Operations Architect

Fedora Project

Matrix: @amoloney:fedora.im

IRC: amoloney
-- 
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel-annou...@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

Fedora eln compose report: 20241210.n.0 changes

2024-12-09 Thread Fedora ELN Report 
OLD: Fedora-eln-20241209.n.0
NEW: Fedora-eln-20241210.n.0

= SUMMARY =
Added images:0
Dropped images:  1
Added packages:  0
Dropped packages:0
Upgraded packages:   245
Downgraded packages: 0

Size of added packages:  0 B
Size of dropped packages:0 B
Size of upgraded packages:   7.15 GiB
Size of downgraded packages: 0 B

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

= ADDED IMAGES =

= DROPPED IMAGES =
Image: BaseOS docker ppc64le
Path: 
BaseOS/ppc64le/images/Fedora-ELN-Container-Base-Generic-11-20241209.n.0.ppc64le.oci.tar.xz

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  389-ds-base-3.1.1-6.eln144
Old package:  389-ds-base-3.1.1-3.eln144
Summary:  389 Directory Server (base)
RPMs: 389-ds-base 389-ds-base-bdb 389-ds-base-devel 389-ds-base-libs 
389-ds-base-snmp python3-lib389
Size: 21.73 MiB
Size change:  -1.01 MiB
Changelog:
  * Tue Oct 29 2024 Miroslav Such??  - 3.1.1-4
  - Add exception to GPL license in license tag

  * Wed Oct 30 2024 Viktor Ashirov  - 3.1.1-5
  - Fix source URL

  * Sun Dec 08 2024 Pete Walter  - 3.1.1-6
  - Rebuild for ICU 76


Package:  akonadi-calendar-24.12.0-1.eln144
Old package:  akonadi-calendar-24.11.90-1.eln144
Summary:  The Akonadi Calendar Library
RPMs: akonadi-calendar
Size: 1.57 MiB
Size change:  -2.34 KiB
Changelog:
  * Sat Dec 07 2024 Marc Deop i Argem??  - 24.12.0-1
  - 24.12.0


Package:  akonadi-calendar-tools-24.12.0-1.eln144
Old package:  akonadi-calendar-tools-24.11.90-1.eln144
Summary:  Akonadi Calendar Tools
RPMs: akonadi-calendar-tools
Size: 988.74 KiB
Size change:  -206 B
Changelog:
  * Sat Dec 07 2024 Marc Deop i Argem??  - 24.12.0-1
  - 24.12.0


Package:  akonadi-contacts-24.12.0-1.eln144
Old package:  akonadi-contacts-24.11.90-1.eln144
Summary:  The Akonadi Contacts Library
RPMs: akonadi-contacts
Size: 1.16 MiB
Size change:  167 B
Changelog:
  * Sat Dec 07 2024 Marc Deop i Argem??  - 24.12.0-1
  - 24.12.0


Package:  akonadi-import-wizard-24.12.0-1.eln144
Old package:  akonadi-import-wizard-24.11.90-1.eln144
Summary:  Akonadi Import Wizard
RPMs: akonadi-import-wizard
Size: 1.49 MiB
Size change:  85 B
Changelog:
  * Sat Dec 07 2024 Marc Deop i Argem??  - 24.12.0-1
  - 24.12.0


Package:  akonadi-mime-24.12.0-1.eln144
Old package:  akonadi-mime-24.11.90-1.eln144
Summary:  The Akonadi Mime Library
RPMs: akonadi-mime
Size: 1.09 MiB
Size change:  118 B
Changelog:
  * Sat Dec 07 2024 Marc Deop i Argem??  - 24.12.0-1
  - 24.12.0


Package:  akonadi-search-24.12.0-1.eln144
Old package:  akonadi-search-24.11.90-1.eln144
Summary:  The Akonadi Search library and indexing agent
RPMs: akonadi-search
Size: 1.48 MiB
Size change:  -18 B
Changelog:
  * Sat Dec 07 2024 Marc Deop i Argem??  - 24.12.0-1
  - 24.12.0


Package:  akonadi-server-24.12.0-1.eln144
Old package:  akonadi-server-24.11.90-1.eln144
Summary:  PIM Storage Service
RPMs: akonadi-server
Size: 11.98 MiB
Size change:  -959 B
Changelog:
  * Sat Dec 07 2024 Marc Deop i Argem??  - 24.12.0-1
  - 24.12.0


Package:  akonadiconsole-24.12.0-1.eln144
Old package:  akonadiconsole-24.11.90-1.eln144
Summary:  Akonadi developer tool
RPMs: akonadiconsole
Size: 1.10 MiB
Size change:  953 B
Changelog:
  * Sat Dec 07 2024 Marc Deop i Argem??  - 24.12.0-1
  - 24.12.0


Package:  akregator-24.12.0-1.eln144
Old package:  akregator-24.11.90-1.eln144
Summary:  Feed Reader
RPMs: akregator akregator-libs
Size: 4.93 MiB
Size change:  -203 B
Changelog:
  * Sat Dec 07 2024 Marc Deop i Argem??  - 24.12.0-1
  - 24.12.0


Package:  alligator-24.12.0-1.eln144
Old package:  alligator-24.11.90-1.eln144
Summary:  Kirigami-based RSS reader
RPMs: alligator
Size: 882.74 KiB
Size change:  -295 B
Changelog:
  * Sat Dec 07 2024 Marc Deop i Argem??  - 24.12.0-1
  - 24.12.0


Package:  analitza-24.12.0-1.eln144
Old package:  analitza-24.11.90-1.eln144
Summary:  Library of mathematical features
RPMs: analitza
Size: 2.35 MiB
Size change:  -130 B
Changelog:
  * Sat Dec 07 2024 Marc Deop i Argem??  - 24.12.0-1
  - 24.12.0


Package:  angelfish-24.12.0-1.eln144
Old package:  angelfish-24.11.90-1.eln144
Summary:  Plasma Mobile minimal web browser
RPMs: angelfish
Size: 2.94 MiB
Size change:  590 B
Changelog:
  * Sat Dec 07 2024 Marc Deop i Argem??  - 24.12.0-1
  - 24.12.0


Package:  arianna-24.12.0-1.eln144
Old package:  arianna-24.11.90-1.eln144
Summary:  EPub Reader for mobile devices
RPMs: arianna
Size: 755.91 KiB
Size change:  1.12 KiB
Changelog:
  * Sat Dec 07 2024 Marc Deop i Argem??  - 24.12.0-1
  - 24.12.0


Package:  ark-24.12.0-1.eln144
Old package:  ark-24.11.90-1

Re: Orphaned packages looking for new maintainers

2024-12-09 Thread Carlos Rodriguez-Fernandez 
I agree. This dead package has probably security issues waiting to be 
discovered.


There are the other projects as well that would need some relook at its 
http-parser dependency and see if it can be dropped: julia, cantor, and 
LabPlot.



Regards,

Carlos R.F.


On 12/9/24 7:30 AM, Stephen Gallagher wrote:

On Sat, Dec 7, 2024 at 12:21 PM Carlos Rodriguez-Fernandez
 wrote:

I took sparse, and http-parser.

http-parser in particular is a dead project upstream. However, there is a good 
set of packages depending on it. There are also past contributors. If any of 
the past contributors want to take it please let me know, I'll be happy to hand 
it over: dck, mrunge, orphan, patches, sgallagh, vascom.


I actually thought I'd removed myself from that package; I've migrated
all of the packages I used to maintain with http-parser over to the
(supported) llhttp package.

The upstream is very dead and it's been strongly implied to me that
there are very likely to be security issues with it. I'd argue that we
need to remove it from the distribution entirely and either fix or
retire the remaining packages depending on it:

* AusweisApp2-0:2.2.1-1.fc41.x86_64
* AusweisApp2-0:2.2.2-2.fc41.x86_64
- Upstream still relies on http-parser and needs to be contacted to
migrate to a maintained parser.

* flamethrower-0:0.11.0-28.fc41.x86_64
- This is actually carrying a Fedora-specific patch to use http-parser
instead of upstream's private fork (called url_parser). Given that
both of them are effectively unmaintained, I think we want to drop our
patch and follow upstream (and contact them about switching to a
maintained parser)

* http-parser-devel-0:2.9.4-12.fc41.i686
* http-parser-devel-0:2.9.4-12.fc41.x86_64
- Part of http-parser itself and will be removed if we drop it.

* jabberd-0:2.6.1-28.fc41.x86_64
- This package is also dead upstream since 2019 and should be dropped
from Fedora.

* python3-httptools-0:0.6.0-6.fc41.x86_64
- Latest versions have been converted to llhttp

* slurm-slurmrestd-0:24.05.2-1.fc41.x86_64
- Upstream is still bound to http-parser, but only for one optional
component: slurmrestd. We could stop providing this daemon in Fedora
and communicate to upstream that they need to update to a maintained
parser.



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