F41 Change Proposal: IBus Chewing For Traditional Chinese (Taiwan)
Desktop by Default (self contained)
by Aoife Moloney
Wiki - https://fedoraproject.org/wiki/Changes/IBusChewingForZhTW
Discussion Thread -
https://discussion.fedoraproject.org/t/f41-change-proposal-ibus-chewing-f...
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.
== Summary ==
Change the default input method for Traditional Chinese (Taiwan), the
zh_TW locale, from ibus-libzhuyin to ibus-chewing. ibus-chewing is the
ibus front-end of the libchewing library. Chewing (新酷音,
https://chewing.im/) is one of the most popular and featureful IM
among zh_TW users.
== Owner ==
* Name: [[User:kanru|Kan-Ru Chen]]
* Email: <kanru(a)kanru.info>
== Detailed Description ==
Change the default input method for zh_TW locale from ibus-libzhuyin
to ibus-chewing. ibus-chewing is the ibus front-end of the libchewing
library. Chewing (新酷音) is one of the most popular and featureful IM
among zh_TW users.
== Feedback ==
Initial feedback from the community is positive:
https://discussion.fedoraproject.org/t/ibus-libzhuyin-and-ibus-chewing-te...
Fedora i18n is tracking this Change in https://pagure.io/i18n/issue/185.
== Benefit to Fedora ==
This change will make Fedora more friendly to users. ibus-chewing and
libchewing is maintained by native speakers and the upstream is
active.
* ibus-chewing has user base that can report issues. ibus-libzhuyin
was in an unusable state for some time but no one has filed issues to
Fedora or upstream. Users chose to manually install ibus-chewing or
fcitx5-chewing.
* ibus-chewing has maintainer that can fix issues. ibus-libzhuyin's
answer for maintenance was (translated by google) "I haven't had time
to update this project recently. Sorry, I am not very familiar with
Traditional Chinese. I may need users who understand Traditional
Chinese to help maintain..."
https://github.com/libzhuyin/ibus-libzhuyin/issues/76
* ibus-chewing is a thin-wrapper of libchewing. libchewing provides
abstract UI layer so it was easier to integrate with different IM
services. This means ibus-chewing has less code and shares feature
with other chewing ports. ibus-libzhuyin has logic in both
ibus-libzhuyin and libzhuyin.
* libchewing has usage document and API document
https://github.com/chewing/libchewing/
* libchewing ensures the phrase candidates list is stable sorted.
Users can rely on the order for phrase selection.
* libchewing has a cross-platform user dictionary editor that uses
dictionary API provided by libchewing.
* libchewing has optimized the phrase selection shortcuts. Anecdotes
say it's intuitive compare to ibus-zhuyin
https://fedora-tw.org/t/ibus-libzhuyin/715
* libchewing dictionary is decoupled from keymaps. The system
dictionary can be upgraded independently. New keymaps can be added
without recompile the dictionary. It seems libzhuyin may need to
rebuild the dictionary.
Upcoming Chewing roadmap during Fedora 41 timeframe:
* 0.8.0 - stabilize the Rust internal rewrite and switch to as default
(ABI unchanged)
* 0.9.0 - stabilize the Rust API and enable new features
** Simple mode that disables automatic phrasing. More advanced users
can use this mode and the stable sorted candidates list to achieve
fast and accurate typing.
** Prefix only mode that allow users to only input partial syllables,
similar to how pinyin and some smartphone keyboard works.
** Toneless mode that allow users to skip the tone. It will be useful
for users using pinyin and/or learning Chinese as second language.
** Multi dictionary so users can load domain specific dictionaries.
** Sharable system and user dictionary. The new on-disk format can
store author and copyright metadata so users can share their
dictionary more easily.
== Scope ==
* Proposal owners:
** The version targeting Fedora 41 is ibus-chewing 2.1.0 and
libchewing 0.9.0 that is planned to be released around July 2024.
** Change anaconda to install ibus-chewing when Traditional Chinese
(Taiwan) "繁體中文(台灣)" language is selected.
** Update GNOME to set chewing as default.
** Update [https://pagure.io/fedora-comps fedora-comps] Input Methods
group to include ibus-chewing.
* Other developers: N/A (not needed for this Change)
* Release engineering: [https://pagure.io/releng/issues #Releng issue number]
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with the Fedora Strategy:
== Upgrade/compatibility impact ==
This Change only affects new installations. Users upgrade from
previous Fedora release can continue to use their current input
method.
== Early Testing (Optional) ==
Do you require 'QA Blueprint' support? No
== How To Test ==
Install Fedora and choose Traditional Chinese (Taiwan) "繁體中文(台灣)" as
system locale. Make sure ibus-chewing is usable during system setup.
For existing installation:
<pre>
dnf install ibus-chewing
</pre>
and add Chewing as input source from Gnome or KDE settings.
i18n test day template should be updated to test ibus-chewing
https://fedoraproject.org/wiki/Test_Day:2024-03-05_I18N_Test_Day
using this ibus-chewing test case
https://fedoraproject.org/wiki/QA:Chewing
=== For early adopters ===
For anyone wanting to try:
* Rawhide has ibus-chewing 2.0.0
* https://copr.fedorainfracloud.org/coprs/kanru/libchewing-git/ has
the upcoming libchewing 0.8 release and future unreleased ibus-chewing
and libchewing versions.
== User Experience ==
Newly installed Fedora will use a working and actively maintained
input method for zh_TW users.
Chewing provides features similar to other IMs you can find on other
non-free OSs that zh_TW users are used to. It's available on multiple
platforms including Android ports which allows users to reuse their
user dictionary or habits on other OSs.
== Dependencies ==
== Contingency Plan ==
* Contingency mechanism: N/A (not a System Wide Change)
* Contingency deadline: N/A (not a System Wide Change)
* Blocks release? N/A (not a System Wide Change)
== Documentation ==
N/A (not a System Wide Change)
== Release Notes ==
--
Aoife Moloney
Fedora Operations Architect
Fedora Project
Matrix: @amoloney:fedora.im
IRC: amoloney
6 hours, 3 minutes
F41 Change Proposal: DNF and bootc in Image Mode Fedora variants
(system wide)
by Aoife Moloney
Wiki - https://fedoraproject.org/wiki/Changes/DNFAndBootcInImageModeFedora
Discussion Thread -
https://discussion.fedoraproject.org/t/f41-change-proposal-dnf-and-bootc-...
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.
== Summary ==
Enhance the image-mode Fedora user experience by providing familiar
DNF commands on client side and inside a container image build.
Provide DNF5 alongside rpm-ostree while we slowly port functionality
from rpm-ostree to DNF5.
DNF5 can be used in most cases during container builds
(Containerfile/Dockerfiles) for a familiar UX. Initially DNF will
point users to use rpm-ostree on a booted image-based/ostree system.
For Fedora 41, we will provide DNF5 on image-based Fedora variants
(Atomic desktops, Fedora IoT, etc). We will update all layering
examples to use dnf during build time when possible.
Additionally to DNF we will still provide '''rpm-ostree''' as the main
tool for package layering on the client side and '''bootc''' to manage
transactional, in-place operating system updates using OCI/Docker
container images.
DNF5 will provide a helpful error when running on an
ostree/image-based booted system pointing to use rpm-ostree or to
unlock the system.
This work is part of the
[https://fedoraproject.org/wiki/Initiatives/Fedora_bootc Fedora
Bootable Containers Initiative].
== Owner ==
* [[User:jmarrero| Joseph Marrero]], jmarrero(a)fedoraproject.org
* [[User:walters| Colin Walters]]
* [[User:dcantrell | David Cantrell]]
* [[User:Siosm| Timothée Ravier]], siosm(a)fedoraproject.org
* [[User:jlebon| Jonathan Lebon]]
== Current status ==
DNF5 when installed on a image-based/ostree system can be used to
install RPMs if the system is unlocked, it also works on most
container builds, one major exception at the moment are kernel
installations and kernel updates. DNF is not part of image variants at
the moment, however CoreOS is exploring adding it via:
https://github.com/coreos/fedora-coreos-tracker/issues/1687
Bootc allows system admins to deploy bootable containers and it's
available on the Fedora repositories.
== Detailed Description ==
Having the Fedora ecosystem (from users to release engineering) move
away from DNF on image-based systems has had mixed results as it has
forced sysadmins and users to not use DNF as they are accustomed to
and learn a new tool to do RPM package management in their systems.
This change proposal starts the process of making DNF the client side
tool to manage RPMs on image-based systems in the future. To start we
will provide the DNF5 package alongside rpm-ostree, giving sysadmins
and users the ability to use DNF on their container builds and
unlocked systems running image-based Fedora variants. We will also
provide bootc to manage the image-based deployments and updates.
This proposes that:
* DNF5 is included on image-based/ostree Fedora variants.
* DNF5 is updated to point users to rpm-ostree on booted client
systems when invoked.
* rpm-ostree features will start being ported to DNF5.
* We support '''deriving''' new user custom images from image-based
Fedora images and installing software using DNF during builds.
* We ship bootc on all Fedora image-based variants.
== Feedback ==
None so far.
== Benefit to Fedora ==
* A familiar UX for rpms during container builds of image-based Fedora.
* A new dedicated tool for image-based system updates management that
follows the *nix ethos of using one thing and doing it well.
* An initial use of DNF on booted image-based systems when the system
is unlocked.
== Scope ==
* Proposal owners:
** Add DNF5 and bootc on all image-based/ostree variants.
** Update DNF5 error message when called on a booted image-based/ostree system
* Other developers:
** The "other" here is vague, but certainly developing this so far has
needed cooperation with e.g. the containers, coreos and dnf
organizations etc.
* Release engineering: Probably nothing needed so N/A
[https://pagure.io/releng/issues #Releng issue number]
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with the Fedora Strategy: Aligns with the work to improve
Image Mode variants of Fedora
== Upgrade/compatibility impact ==
Each edition/spin will include bootc and dnf(DNF5). However rpm-ostree
will still be present, which means there is no upgrade/compatibility
impact, we are adding additional tools not removing tools or
functionality.
== Early Testing (Optional) ==
Do you require 'QA Blueprint' support? No
== How To Test ==
On a booted image-based host, run: `dnf install <package>` and `bootc status`
Inside a Dockerfile/Containerfile with a image-based Fedora variant as
a base image, add a package using dnf: `RUN dnf install <package>`
== User Experience ==
Users of image-based Fedora variants will be able to use the `dnf`
command on Container builds and unlocked systems.
== Dependencies ==
N/A
== Contingency Plan ==
* Contingency mechanism: Continue to ship without DNF in some or all
image-based/ostree variants.
* Contingency deadline: Beta freeze.
* Blocks release? No
== Documentation ==
* https://dnf5.readthedocs.io/en/latest/
* https://containers.github.io/bootc/
== Release Notes ==
To be written.
--
Aoife Moloney
Fedora Operations Architect
Fedora Project
Matrix: @amoloney:fedora.im
IRC: amoloney
6 hours, 15 minutes
Major version update of reuse tool (3.0.2) incoming
by Jan Staněk
Hello all!
As of today, I have picked up maintenance of FSFE's reuse tool [1].
I have a major update in progress, which IIRC includes changes on how
the CLI should be used.
I do not know if any Fedora tooling uses this tool,
but in case it does, consider this your heads-up.
The update should land in rawhide sometime next week,
and later also in F40 and F39.
Let me know if that works for you or if I should change my plans.
Have a nice weekend!
--
Jan Staněk
Software Engineer, Red Hat
jstanek(a)redhat.com irc: jstanek
4 days, 3 hours
Node.js 22.x coming to Rawhide/F41
by Stephen Gallagher
As of today, I have built Node.js 22.2.0 for Fedora Rawhide. It is
currently available as a non-default package (Node.js 20 remains the
default during this short transition period).
If you maintain a package that depends on Node.js (either runtime or
build-time), please take some time in the next week or so to verify
whether it continues to work properly with Node.js 22. I plan to
switch the default in Rawhide over to 22.x as per the
recently-approved Change[1] on or shortly after May 27th.
If you encounter a significant problem with Node.js 22, please contact
the nodejs(a)fedoraproject.org mailing list and we will try to help you.
[1] https://fedoraproject.org/wiki/Changes/Nodejs22
4 days, 4 hours
Inactive packagers removed from the packager group
by Kevin Fenzi
Hi all,
Today, 2024-05-16, we have removed inactive packagers
from the packager group.
This is in accordance with the FESCo policy on inactive packagers:
https://docs.fedoraproject.org/en-US/fesco/Policy_for_inactive_packagers/
If the removed user is 'main admin' for a package, this package
will be orphaned. If there are co-maintainers for the package,
one of them should take the role of 'main admin',
by clicking "✋ Take" on
`https://src.fedoraproject.org/rpms/<package>`".
Otherwise any packager may take the package while it's orphaned.
After 6 weeks, the package will be retired.
After another 8 weeks, a new review is needed to unretire it.
see https://docs.fedoraproject.org/en-US/fesco/Policy_for_orphan_and_retired_...
for more details.
Note that removed packagers will currently still appear in packager
groups on src.fedoraproject.org. We are working on a way to refresh that
information.
More details available in https://pagure.io/fedora-infrastructure/issue/11901
Packages that have been orphaned are:
flatpaks/ardour5
flatpaks/dosbox
flatpaks/filezilla
flatpaks/gnome-books
flatpaks/gnome-calendar
flatpaks/gnome-maps
flatpaks/gnome-music
flatpaks/gnome-photos
flatpaks/hydrapaper
flatpaks/hydrogen
flatpaks/jumpnbump
flatpaks/prusa-slicer
flatpaks/qtractor
flatpaks/supertux
flatpaks/xonotic
modules/fleet-commander
modules/pg-semver
rpms/3Depict
rpms/ansible-collection-community-rabbitmq
rpms/apache-commons-net
rpms/balsa
rpms/BitchX
rpms/bolt
rpms/brightnessctl
rpms/cgdb
rpms/collectd
rpms/connect-proxy
rpms/container-exception-logger
rpms/cutecw
rpms/daggy
rpms/dia-gnomeDIAicons
rpms/dmidecode
rpms/dnssec-nodes
rpms/dnssec-system-tray
rpms/dnssec-tools
rpms/feedbackd
rpms/fleet-commander-admin
rpms/fleet-commander-client
rpms/freeipa-desktop-profile
rpms/gamemode
rpms/gedit-latex
rpms/gedit-plugins
rpms/git-crypt
rpms/gitg
rpms/givaro
rpms/gmrun
rpms/gnome-shell-extension-gamemode
rpms/gofer
rpms/golang-github-client9-gospell
rpms/golang-github-mitchellh-ps
rpms/golang-github-remeh-sizedwaitgroup
rpms/golang-github-xrash-smetrics
rpms/gtranslator
rpms/gtypist
rpms/icewm
rpms/inih
rpms/kanotf-fonts
rpms/koji-osbuild
rpms/laf-plugin
rpms/levien-museum-fonts
rpms/libesmtp
rpms/libgit2-glib
rpms/libinjection
rpms/libitl
rpms/libvarlink
rpms/linux-system-roles
rpms/logserial
rpms/lookup
rpms/mathgl
rpms/mmv
rpms/mobile-broadband-provider-info
rpms/mysql-mmm
rpms/mythes-eo
rpms/nik4
rpms/nodejs-sprintf
rpms/nodejs-strip-json-comments
rpms/numactl
rpms/nuntius
rpms/oc-inject
rpms/oomd
rpms/osbuild
rpms/pcmciautils
rpms/pdns-recursor
rpms/perl-Crypt-OpenSSL-AES
rpms/perl-Crypt-OpenSSL-Bignum
rpms/perl-Crypt-OpenSSL-DSA
rpms/perl-Crypt-OpenSSL-PKCS10
rpms/perl-Crypt-OpenSSL-Random
rpms/perl-Crypt-OpenSSL-RSA
rpms/perl-Crypt-OpenSSL-X509
rpms/perl-Flickr-API
rpms/perl-Flickr-Upload
rpms/perl-Getopt-GUI-Long
rpms/perl-Net-DNS-SEC
rpms/perl-QWizard
rpms/pidgin-guifications
rpms/pisg
rpms/Pound
rpms/ppl
rpms/pure-ftpd
rpms/python-astor
rpms/python-boolean.py
rpms/python-ephyviewer
rpms/python-fadvise
rpms/python-flask-cache
rpms/python-git-changelog
rpms/python-glue
rpms/python-glymur
rpms/python-license-expression
rpms/python-neatdend
rpms/python-pooch
rpms/python-pretend
rpms/python-pyABF
rpms/python-pyzabbix
rpms/python-requre
rpms/python-rfc3987
rpms/python-satyr
rpms/python-suds
rpms/python-tzlocal
rpms/python-varlink
rpms/python-waitress
rpms/python-whitenoise
rpms/python-zbase32
rpms/ren
rpms/reportd
rpms/reuse
rpms/rubygem-daemons
rpms/rust-xkbcommon
rpms/sat4j
rpms/satyr
rpms/secvarctl
rpms/shybrid
rpms/spice-html5
rpms/springlobby
rpms/squeekboard
rpms/ssmtp
rpms/statsd
rpms/sugar-colordeducto
rpms/sugar-story
rpms/sugar-xoeditor
rpms/tcpxtract
rpms/termy-server
rpms/will-crash
rpms/wofi
rpms/wp-cli
rpms/xarchiver
rpms/xfburn
rpms/xmlcopyeditor
rpms/yank
4 days, 16 hours
Fedora Linux 38 End Of Life in one week
by Samyak Jain
Hello all,
Fedora Linux 38 will go end of life for updates and support on
2024-05-21.
No more updates of any kind, including security updates or security
announcements, will be available for Fedora Linux 38 after the said
date. All the updates of Fedora Linux 38 being pushed to stable will be
stopped as well.
Fedora Linux 39 will continue to receive updates until approximately
one month after the release of Fedora Linux 41. The maintenance
schedule of Fedora Linux releases is documented on the Fedora Project
wiki [1]. The Fedora Project wiki also contains instructions[2] on how
to upgrade from a previous release of Fedora Linux to a version
receiving updates.
This email template is also in https://pagure.io/releng if you wish to
propose improvements or changes to it.
Regards,
Samyak Jain
Fedora Release Engineering
[1]https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle#Maintenance_Sc...
[2]https://fedoraproject.org/wiki/Upgrading?rd=DistributionUpgrades
6 days, 23 hours
3 outages next week (2024-05-13,14,15)
by Kevin Fenzi
We have 3 outages scheduled next week for Monday, Tuesday and wed:
OpenShift upgrade
We will be upgrading our production OpenShift cluster that runs many of our applications.
Normally, this would just be a 0 downtime event, but in this case we are switching
networking models, so we need to completely reboot all the nodes,
causing some applications to be unavailable for short time periods.
For more information and updates on the progress of this outage, see ticket #11912
https://pagure.io/fedora-infrastructure/issue/11912
Anticipated Start: May 13 2024, 08:00 UTC
Anticipated End: May 13 2024, 10:00 UTC
Database Migrations
We will be migrating a number of our database servers to RHEL9,
newer versions of database software and more resources.
During the migration services that use these databases may be offline
completely. The small servers ( db-fas01 and db03 ) should move
and have service restored sooner than the two larger hosts.
For more information and updates on the progress of this outage, see ticket #11913
https://pagure.io/fedora-infrastructure/issue/11913
Anticipated Start: May 14 2024, 20:00 UTC
Anticipated End: May 15 2024, 00:00 UTC
Server Updates/Reboots
We will be applying updates to all our servers and rebooting into newer kernels.
Services will be up or down during the outage window.
For more information and updates on the progress of this outage, see ticket #11914
https://pagure.io/fedora-infrastructure/issue/11914
Anticipated Start: May 15 2024, 21:00 UTC
Anticipated End: May 16 2024, 02:00 UTC
As always, follow https://www.fedorastatus.org and/or the above tickets
for up to date outage information.
kevin
1 week, 4 days
F41 Change Proposal: Multiple Versioned CRI-O and CRI-Tools Packages (self-contained)
by Aoife Moloney
This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.
Wiki - https://fedoraproject.org/wiki/Changes/VersionedCRI-OandCRI-ToolsPackages
Discussion Thread -
https://discussion.fedoraproject.org/t/f41-change-proposal-multiple-versi...
== Summary ==
The installed versions of CRI-O and CRI-Tools are supposed to match
the version of Kubernetes that they are deployed with. FESCo recently
approved multiple, versioned packages for Kubernetes
(https://fedoraproject.org/wiki/Changes/VersionedKubernetesPackages).
This Change Request, if approved, will allow Fedora to also provide
matching versions of CRI-O and CRI-Tools for Kubernetes administrators
that use Fedora as the base machine OS.
== Owner ==
* Name: [[User:Buckaroogeek| Brad Smith]]
* Email: bradley.g.smith(a)gmail.com
* Name: [[User:haircommander| Peter Hunt]]
* Email: pehunt(a)redhat.com
== Detailed Description ==
Both CRI-O (https://src.fedoraproject.org/rpms/cri-o, upstream:
https://github.com/cri-o/cri-o) and CRI-Tools
(https://src.fedoraproject.org/rpms/cri-tools, upstream:
https://github.com/kubernetes-sigs/cri-tools) are designed to version
match the version of Kubernetes they are deployed with. Version
matching is a guarantee to Kubernetes administrators that these
components use the same API version of the target Kubernetes
installation.
Starting in Fedora 41, users will be able to install any supported
version of Kubernetes (typically 3 concurrent, supported versions)
using, for example, "dnf install kubernetes1.30". This Change, if
approved would allow the user to also install CRI-O and/or CRI-Tools
with the same version, i.e. "dnf install cri-o1.30 kubernetes1.30" or
"dnf install cri-tools1.30" to work with any version 1.30 CRI
(Container Runtime Interface) implementation.
CRI-O is a well-regarded CRI implementation. Each Kubernetes cluster
requires a CRI implementation such as cri-o to function. Alternatives
include containerd or Docker Engine among others.
CRI-Tools contains the crictl command line interface tool that
provides a CLI for CRI-compatible container runtimes. This allows the
CRI runtime developers to debug their runtime without needing to set
up Kubernetes components.
== Feedback ==
TBD
== Benefit to Fedora ==
Enthusiasts and kubernetes administrators and developers will have
access to the full stack of properly versioned components to install
and manage a Kubernetes cluster directly from Fedora repositories. All
supported versions of Kubernetes and related components such as CRI-O
and CRI-Tools will be available in each of the supported releases of
Fedora, starting with Fedora 41.
The past practice of tying a specific version of Kubernetes to a
release of Fedora created an unnecessary tight coupling between Fedora
and Kubernetes for cluster administrators and developers. In order to
change the version of either Kubernetes or Fedora, the version of the
other component also needed to change. This proposal provides changes
that finalize the uncoupling of Fedora releases and Kubernetes cluster
versions.
== Scope ==
* Proposal owners: Request appropriate src.fedoraproject.org
repositories from Fedora engineering and maintain those repositories.
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with the Fedora Strategy: This proposal enhances Fedora's
strengths in Technology and Innovation as it enhances the use of
Fedora to function as the machine OS for any supported version of
Kubernetes and as the administrator's workstation for all supported
Kubernetes clusters regardless of where the cluster is deployed.
== Upgrade/compatibility impact ==
The shift from the existing model to the versioned model could create
friction for current users of CRI-O or CRI-Tools on Fedora. Proper use
of Provides and Obsoletes in the spec files as well as a supporting
communication plan will help to reduce those complications.
== Early Testing (Optional) ==
Do you require 'QA Blueprint' support? N
== How To Test ==
# 1. Install a versioned CRI-O or CRI-Tools package on a fresh
instance of Fedora. Install should be error free.
# 2. On an existing Fedora machine, replace a non-versioned CRI-O or
CRI-Tools package with a versioned package. There should not be any
errors.
== User Experience ==
The user experience should remain unchanged except for the need to
select a specific version of CRI-O or CRI-Tools.
== Dependencies ==
No direct dependencies. If Kubernetes is installed and used then CRI-O
and Kubernetes should have the same major:minor version. As a command
line tool, the version of CRI-Tools will be selected by the user
based on their specific requirements and needs.
== Contingency Plan ==
* Contingency mechanism: N/A (not a System Wide Change)
* Contingency deadline: N/A (not a System Wide Change)
* Blocks release? N/A (not a System Wide Change)
== Documentation ==
The Kubernetes section of Fedora Quick Docs
(https://docs.fedoraproject.org/en-US/quick-docs/using-kubernetes/)
can be expanded as needed.
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
N/A (not a System Wide Change)
== Release Notes ==
--
Aoife Moloney
Fedora Operations Architect
Fedora Project
Matrix: @amoloney:fedora.im
IRC: amoloney
1 week, 6 days
Orphaned packages looking for new maintainers
by Maxwell G
Report started at 2024-05-06 17:14:29 UTC
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will be retired when the affected package gets retired.
Request package ownership via the *Take* button in the left column on
https://src.fedoraproject.org/rpms/<pkgname>
Full report available at:
https://a.gtmx.me/orphans/orphans.txt
grep it for your FAS username and follow the dependency chain.
For human readable dependency chains,
see https://packager-dashboard.fedoraproject.org/
For all orphaned packages,
see https://packager-dashboard.fedoraproject.org/orphan
Package (co)maintainers Status Change
================================================================================
bti orphan 2 weeks ago
container-workflow-tool orphan 5 weeks ago
emacs-htmlize orphan 6 weeks ago
golang-github-elves-elvish @go-sig, orphan 2 weeks ago
golang-github-xiaq-persistent @go-sig, orphan 2 weeks ago
jolokia-jvm-agent orphan 4 weeks ago
mingw-cppunit orphan 0 weeks ago
mingw-freeimage orphan 4 weeks ago
mozilla-fira-fonts maxamillion, orphan 0 weeks ago
neofetch orphan 0 weeks ago
php-bantu-ini-get-wrapper adamwill, orphan 6 weeks ago
php-christophwurst-id3parser orphan 6 weeks ago
php-deepdiver-zipstreamer orphan 6 weeks ago
php-doctrine-dbal orphan, remi 6 weeks ago
php-fgrosse-phpasn1 orphan 6 weeks ago
php-giggsey-locale orphan 6 weeks ago
php-league-uri-interfaces orphan 6 weeks ago
php-opencloud-openstack orphan 6 weeks ago
php-opis-closure orphan, remi 6 weeks ago
php-pimple orphan 6 weeks ago
php-punic orphan 6 weeks ago
php-scssphp orphan 6 weeks ago
php-stecman-symfony-console- orphan 6 weeks ago
completion
prometheus-jmx-exporter orphan 4 weeks ago
prometheus-simpleclient-java orphan 4 weeks ago
python-jose orphan 5 weeks ago
rust-clap_lex @rust-sig, orphan 0 weeks ago
rust-digest_auth @rust-sig, orphan 0 weeks ago
rust-lev_distance @rust-sig, orphan 0 weeks ago
rust-stratisd_proc_macros @rust-sig, bgurney, mulhern, 1 weeks ago
orphan
snakeyaml mizdebsk, orphan, sbluhm 4 weeks ago
vim-editorconfig orphan 4 weeks ago
wdune orphan 1 weeks ago
The following packages require above mentioned packages:
Depending on: golang-github-xiaq-persistent (1), status change: 2024-04-19 (2 weeks ago)
golang-github-elves-elvish (maintained by: @go-sig, orphan)
golang-github-elves-elvish-0.15.0-11.fc40.src requires golang(github.com/xiaq/persistent/hash) = 0-0.12.20210113git3175cfb.fc40, golang(github.com/xiaq/persistent/hashmap) = 0-0.12.20210113git3175cfb.fc40, golang(github.com/xiaq/persistent/vector) = 0-0.12.20210113git3175cfb.fc40
golang-github-elves-elvish-devel-0.15.0-11.fc40.noarch requires golang(github.com/xiaq/persistent/hash) = 0-0.12.20210113git3175cfb.fc40, golang(github.com/xiaq/persistent/hashmap) = 0-0.12.20210113git3175cfb.fc40, golang(github.com/xiaq/persistent/vector) = 0-0.12.20210113git3175cfb.fc40
Depending on: mozilla-fira-fonts (1), status change: 2024-05-03 (0 weeks ago)
apostrophe (maintained by: atim)
apostrophe-1:3.0-2.fc41.noarch requires mozilla-fira-mono-fonts = 4.202-17.fc40, mozilla-fira-sans-fonts = 4.202-17.fc40
Depending on: php-doctrine-dbal (5), status change: 2024-03-25 (6 weeks ago)
php-doctrine-datafixtures (maintained by: remi, siwinski)
php-doctrine-datafixtures-1.6.5-2.fc39.src requires php-composer(doctrine/dbal) = 2.13.9, php-composer(doctrine/orm) = 2.14.1
php-doctrine-doctrine-bundle (maintained by: siwinski)
php-doctrine-doctrine-bundle-1.12.13-6.fc38.noarch requires php-composer(doctrine/dbal) = 2.13.9
php-doctrine-doctrine-bundle-1.12.13-6.fc38.src requires php-composer(doctrine/dbal) = 2.13.9, php-composer(doctrine/orm) = 2.14.1
php-doctrine-orm (maintained by: remi, siwinski)
php-doctrine-orm-2.14.1-3.fc39.noarch requires php-composer(doctrine/dbal) = 2.13.9
php-doctrine-orm-2.14.1-3.fc39.src requires php-composer(doctrine/dbal) = 2.13.9
php-symfony (maintained by: siwinski)
php-symfony-2.8.52-10.fc38.src requires php-composer(doctrine/data-fixtures) = 1.6.5, php-composer(doctrine/dbal) = 2.13.9, php-composer(doctrine/doctrine-bundle) = 1.12.13, php-composer(doctrine/orm) = 2.14.1
php-symfony-doctrine-bridge-2.8.52-10.fc38.noarch requires php-composer(doctrine/data-fixtures) = 1.6.5, php-composer(doctrine/dbal) = 2.13.9, php-composer(doctrine/orm) = 2.14.1
php-symfony3 (maintained by: remi, siwinski)
php-symfony3-3.4.49-5.fc38.src requires php-composer(doctrine/data-fixtures) = 1.6.5, php-composer(doctrine/dbal) = 2.13.9, php-composer(doctrine/doctrine-bundle) = 1.12.13, php-composer(doctrine/orm) = 2.14.1
php-symfony3-class-loader-3.4.49-5.fc38.noarch requires php-symfony-class-loader = 2.8.52-10.fc38
Depending on: prometheus-simpleclient-java (1), status change: 2024-04-08 (4 weeks ago)
prometheus-jmx-exporter (maintained by: orphan)
prometheus-jmx-exporter-0.16.1-13.fc41.src requires mvn(io.prometheus:simpleclient) = 0.12.0, mvn(io.prometheus:simpleclient_common) = 0.12.0, mvn(io.prometheus:simpleclient_hotspot) = 0.12.0, mvn(io.prometheus:simpleclient_httpserver) = 0.12.0
Depending on: python-jose (1), status change: 2024-03-30 (5 weeks ago)
python-social-auth-core (maintained by: cqi)
python-social-auth-core-4.3.0-8.fc40.src requires python3dist(python-jose) = 3.3
python3-social-auth-core+openidconnect-4.3.0-8.fc40.noarch requires python3.12dist(python-jose) = 3.3, python3dist(python-jose) = 3.3
Depending on: rust-lev_distance (1), status change: 2024-05-05 (0 weeks ago)
rust-suggest (maintained by: @rust-sig, saluki)
rust-suggest-0.5.1-1.fc41.src requires crate(lev_distance/default) = 0.1.1
rust-suggest-devel-0.5.1-1.fc41.noarch requires crate(lev_distance/default) = 0.1.1
Depending on: snakeyaml (21), status change: 2024-04-08 (4 weeks ago)
apache-commons-configuration (maintained by: jjames)
apache-commons-configuration-2.10.1-1.fc41.src requires mvn(org.apache.commons:commons-jexl3) = 3.3, mvn(org.codehaus.mojo:javacc-maven-plugin) = 3.1.0, mvn(org.yaml:snakeyaml) = 2.2
prometheus-jmx-exporter (maintained by: orphan)
prometheus-jmx-exporter-0.16.1-13.fc41.src requires mvn(org.yaml:snakeyaml) = 2.2
rhino (maintained by: didiksupriadi41, ebaron)
rhino-1.7.14-10.fc41.src requires mvn(org.yaml:snakeyaml) = 2.2
maven-doxia (maintained by: jjames, mizdebsk)
maven-doxia-1.12.0-7.fc41.src requires mvn(org.apache.commons:commons-configuration2) = 2.10.1, mvn(org.apache.maven.plugins:maven-invoker-plugin) = 3.2.2
maven-doxia-module-fo-1.12.0-7.fc41.noarch requires mvn(org.apache.commons:commons-configuration2) = 2.10.1
freemarker (maintained by: didiksupriadi41)
freemarker-2.3.31-12.fc40.src requires mvn(rhino:js) = 1.7.14
javacc-maven-plugin (maintained by: jjames, mizdebsk)
javacc-maven-plugin-3.1.0-1.fc41.noarch requires mvn(org.apache.maven.doxia:doxia-sink-api) = 1.12.0, mvn(org.apache.maven.doxia:doxia-site-renderer) = 1.11.1, mvn(org.apache.maven.reporting:maven-reporting-api) = 3.1.1, mvn(org.apache.maven.reporting:maven-reporting-impl) = 3.2.0
javacc-maven-plugin-3.1.0-1.fc41.src requires mvn(org.apache.maven.doxia:doxia-sink-api) = 1.12.0, mvn(org.apache.maven.doxia:doxia-site-renderer) = 1.11.1, mvn(org.apache.maven.reporting:maven-reporting-api) = 3.1.1, mvn(org.apache.maven.reporting:maven-reporting-impl) = 3.2.0
maven-doxia-sitetools (maintained by: jjames, mizdebsk)
maven-doxia-sitetools-1.11.1-10.fc41.noarch requires mvn(org.apache.maven.doxia:doxia-core) = 1.12.0, mvn(org.apache.maven.doxia:doxia-logging-api) = 1.12.0, mvn(org.apache.maven.doxia:doxia-module-apt) = 1.12.0, mvn(org.apache.maven.doxia:doxia-module-fml) = 1.12.0, mvn(org.apache.maven.doxia:doxia-module-fo) = 1.12.0, mvn(org.apache.maven.doxia:doxia-module-markdown) = 1.12.0, mvn(org.apache.maven.doxia:doxia-module-xdoc) = 1.12.0, mvn(org.apache.maven.doxia:doxia-module-xhtml) = 1.12.0, mvn(org.apache.maven.doxia:doxia-module-xhtml5) = 1.12.0, mvn(org.apache.maven.doxia:doxia-sink-api) = 1.12.0, mvn(org.apache.maven.reporting:maven-reporting-api) = 3.1.1
maven-doxia-sitetools-1.11.1-10.fc41.src requires mvn(org.apache.maven.doxia:doxia-core) = 1.12.0, mvn(org.apache.maven.doxia:doxia-logging-api) = 1.12.0, mvn(org.apache.maven.doxia:doxia-module-apt) = 1.12.0, mvn(org.apache.maven.doxia:doxia-module-fml) = 1.12.0, mvn(org.apache.maven.doxia:doxia-module-fo) = 1.12.0, mvn(org.apache.maven.doxia:doxia-module-markdown) = 1.12.0, mvn(org.apache.maven.doxia:doxia-module-xdoc) = 1.12.0, mvn(org.apache.maven.doxia:doxia-module-xhtml) = 1.12.0, mvn(org.apache.maven.doxia:doxia-module-xhtml5) = 1.12.0, mvn(org.apache.maven.doxia:doxia-sink-api) = 1.12.0, mvn(org.apache.maven.reporting:maven-reporting-api) = 3.1.1
maven-invoker-plugin (maintained by: korkeala, mizdebsk)
maven-invoker-plugin-3.2.2-11.fc41.noarch requires mvn(org.apache.maven.doxia:doxia-core) = 1.12.0, mvn(org.apache.maven.doxia:doxia-decoration-model) = 1.11.1, mvn(org.apache.maven.doxia:doxia-sink-api) = 1.12.0, mvn(org.apache.maven.doxia:doxia-site-renderer) = 1.11.1, mvn(org.apache.maven.reporting:maven-reporting-api) = 3.1.1, mvn(org.apache.maven.reporting:maven-reporting-impl) = 3.2.0
maven-invoker-plugin-3.2.2-11.fc41.src requires mvn(org.apache.maven.doxia:doxia-sink-api) = 1.12.0, mvn(org.apache.maven.doxia:doxia-site-renderer) = 1.11.1, mvn(org.apache.maven.reporting:maven-reporting-api) = 3.1.1, mvn(org.apache.maven.reporting:maven-reporting-impl) = 3.2.0
maven-reporting-api (maintained by: jjames, mizdebsk)
maven-reporting-api-1:3.1.1-6.fc41.noarch requires mvn(org.apache.maven.doxia:doxia-sink-api) = 1.12.0
maven-reporting-api-1:3.1.1-6.fc41.src requires mvn(org.apache.maven.doxia:doxia-sink-api) = 1.12.0
maven-reporting-impl (maintained by: jjames, mizdebsk)
maven-reporting-impl-3.2.0-6.fc41.noarch requires mvn(org.apache.maven.doxia:doxia-core) = 1.12.0, mvn(org.apache.maven.doxia:doxia-decoration-model) = 1.11.1, mvn(org.apache.maven.doxia:doxia-integration-tools) = 1.11.1, mvn(org.apache.maven.doxia:doxia-sink-api) = 1.12.0, mvn(org.apache.maven.doxia:doxia-site-renderer) = 1.11.1, mvn(org.apache.maven.reporting:maven-reporting-api) = 3.1.1
maven-reporting-impl-3.2.0-6.fc41.src requires mvn(org.apache.maven.doxia:doxia-core) = 1.12.0, mvn(org.apache.maven.doxia:doxia-decoration-model) = 1.11.1, mvn(org.apache.maven.doxia:doxia-sink-api) = 1.12.0, mvn(org.apache.maven.doxia:doxia-site-renderer) = 1.11.1, mvn(org.apache.maven.reporting:maven-reporting-api) = 3.1.1
apache-commons-jexl (maintained by: jjames)
apache-commons-jexl-3.3-6.fc40.src requires mvn(org.codehaus.mojo:javacc-maven-plugin) = 3.1.0
jacop (maintained by: pcpa)
jacop-4.9.0-5.fc41.src requires mvn(org.codehaus.mojo:javacc-maven-plugin) = 3.1.0
javaparser (maintained by: korkeala, mharmsen)
javaparser-3.25.8-3.fc41.src requires mvn(org.codehaus.mojo:javacc-maven-plugin) = 3.1.0
velocity (maintained by: mizdebsk)
velocity-2.3-5.fc41.src requires mvn(org.codehaus.mojo:javacc-maven-plugin) = 3.1.0
auto (maintained by: mbooth)
auto-1.6.1-10.fc41.src requires mvn(org.apache.maven.plugins:maven-invoker-plugin) = 3.2.2
clojure-maven-plugin (maintained by: korkeala)
clojure-maven-plugin-1.9.2-6.fc41.src requires mvn(org.apache.maven.plugins:maven-invoker-plugin) = 3.2.2
mojo-executor (maintained by: jjames)
mojo-executor-2.4.0-9.fc41.src requires mvn(org.apache.maven.plugins:maven-invoker-plugin) = 3.2.2
xml-maven-plugin (maintained by: mbooth, mizdebsk)
xml-maven-plugin-1.1.0-3.fc41.src requires mvn(org.apache.maven.plugins:maven-invoker-plugin) = 3.2.2
jacoco (maintained by: didiksupriadi41, jvanek)
jacoco-0.8.11-1.fc41.src requires mvn(org.apache.maven.reporting:maven-reporting-api) = 3.1.1
jacoco-maven-plugin-0.8.11-1.fc41.noarch requires mvn(org.apache.maven.reporting:maven-reporting-api) = 3.1.1
mp (maintained by: pcpa, sagitter)
mp-20240319-1.20240319git9646be4.fc41.src requires jacop = 4.9.0-5.fc41
mp-20240319-1.20240319git9646be4.fc41.x86_64 requires jacop = 4.9.0-5.fc41
moditect (maintained by: mizdebsk, mkoncek)
moditect-1.1.0-2.fc41.noarch requires mvn(com.github.javaparser:javaparser-core) = 3.25.8
moditect-1.1.0-2.fc41.src requires mvn(com.github.javaparser:javaparser-core) = 3.25.8
Too many dependencies for snakeyaml, not all listed here
Affected (co)maintainers
@go-sig: golang-github-elves-elvish, golang-github-xiaq-persistent
@rust-sig: rust-stratisd_proc_macros, rust-lev_distance, rust-clap_lex, rust-digest_auth
adamwill: php-bantu-ini-get-wrapper
atim: mozilla-fira-fonts
bgurney: rust-stratisd_proc_macros
cqi: python-jose
didiksupriadi41: snakeyaml
ebaron: snakeyaml
jjames: snakeyaml
jvanek: snakeyaml
korkeala: snakeyaml
maxamillion: mozilla-fira-fonts
mbooth: snakeyaml
mharmsen: snakeyaml
mizdebsk: snakeyaml
mkoncek: snakeyaml
mulhern: rust-stratisd_proc_macros
pcpa: snakeyaml
remi: php-doctrine-dbal, php-opis-closure
sagitter: snakeyaml
saluki: rust-lev_distance
sbluhm: snakeyaml
siwinski: php-doctrine-dbal
Orphans (33): bti container-workflow-tool emacs-htmlize
golang-github-elves-elvish golang-github-xiaq-persistent
jolokia-jvm-agent mingw-cppunit mingw-freeimage mozilla-fira-fonts
neofetch php-bantu-ini-get-wrapper php-christophwurst-id3parser
php-deepdiver-zipstreamer php-doctrine-dbal php-fgrosse-phpasn1
php-giggsey-locale php-league-uri-interfaces
php-opencloud-openstack php-opis-closure php-pimple php-punic
php-scssphp php-stecman-symfony-console-completion
prometheus-jmx-exporter prometheus-simpleclient-java python-jose
rust-clap_lex rust-digest_auth rust-lev_distance
rust-stratisd_proc_macros snakeyaml vim-editorconfig wdune
Orphans (dependend on) (7): golang-github-xiaq-persistent
mozilla-fira-fonts php-doctrine-dbal prometheus-simpleclient-java
python-jose rust-lev_distance snakeyaml
Orphans (rawhide) for at least 6 weeks (dependend on) (1):
php-doctrine-dbal
Orphans (rawhide) (not depended on) (26): bti container-workflow-tool
emacs-htmlize golang-github-elves-elvish jolokia-jvm-agent
mingw-cppunit mingw-freeimage neofetch php-bantu-ini-get-wrapper
php-christophwurst-id3parser php-deepdiver-zipstreamer
php-fgrosse-phpasn1 php-giggsey-locale php-league-uri-interfaces
php-opencloud-openstack php-opis-closure php-pimple php-punic
php-scssphp php-stecman-symfony-console-completion
prometheus-jmx-exporter rust-clap_lex rust-digest_auth
rust-stratisd_proc_macros vim-editorconfig wdune
Orphans (rawhide) for at least 6 weeks (not dependend on) (13):
emacs-htmlize php-bantu-ini-get-wrapper
php-christophwurst-id3parser php-deepdiver-zipstreamer
php-fgrosse-phpasn1 php-giggsey-locale php-league-uri-interfaces
php-opencloud-openstack php-opis-closure php-pimple php-punic
php-scssphp php-stecman-symfony-console-completion
Depending packages (rawhide) (30): apache-commons-configuration
apache-commons-jexl apostrophe auto clojure-maven-plugin
freemarker golang-github-elves-elvish jacoco jacop
javacc-maven-plugin javaparser maven-doxia maven-doxia-sitetools
maven-invoker-plugin maven-reporting-api maven-reporting-impl
moditect mojo-executor mp php-doctrine-datafixtures
php-doctrine-doctrine-bundle php-doctrine-orm php-symfony
php-symfony3 prometheus-jmx-exporter python-social-auth-core rhino
rust-suggest velocity xml-maven-plugin
Packages depending on packages orphaned (rawhide) for more than 6
weeks (5): php-doctrine-datafixtures php-doctrine-doctrine-bundle
php-doctrine-orm php-symfony php-symfony3
--
The script creating this output is run and developed by Fedora
Release Engineering. Please report issues at its pagure instance:
https://pagure.io/releng/
The sources of this script can be found at:
https://pagure.io/releng/blob/main/f/scripts/find_unblocked_orphans.py
Report finished at 2024-05-06 17:19:14 UTC
2 weeks