F38 proposal: Shorter Shutdown Timer (System-Wide Change proposal)
by Ben Cotton
https://fedoraproject.org/wiki/Changes/Shorter_Shutdown_Timer
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 ==
A downstream configuration change to reduce the systemd unit timeout
from 2 minutes to 15 seconds.
== Owner ==
* Name: catanzaro
* Email: mcatanzaro at redhat dot com
* Name: aday
* Email: aday at redhat dot com
== Detailed Description ==
Currently, a service that fails to stop at shutdown time can block
shutdown for up to 2 minutes. This is extremely frustrating for our
users - someone goes to shutdown or reboot their system, and then
unexpectedly has to wait for a long time before they can do anything
else.
The most common service to cause this issue is PackageKit, but there are others.
When a service fails to shutdown when it is instructed to do so, it is
not behaving properly, and it is preventing the system from behaving
in an orderly and predictable manner. Desktop APIs exist for cases
when services or apps legitimately need to prevent shutdown, and these
allow the shutdown inhibit to be communicated to admins and users, so
they understand what is happening. When the user decides to shut down
anyway, services must terminate in a timely manner. The Workstation
Working Group feels that 15 seconds is the maximum appropriate time
for both system and user services, and that Fedora should be robust to
buggy and misbehaving services that do not shut down in an appropriate
manner.
=== History ===
The Workstation Working Group has been
[https://pagure.io/fedora-workstation/issue/163 working on this issue
for several years]. Investigations have revealed that it's not
possible to fix every misbehaving service: in some cases the
misbehaviour comes from design flaws that are difficult to resolve.
An attempt has also been
[https://github.com/systemd/systemd/pull/18386 made to have the unit
timeout changed in upstream systemd]. That attempt did not go
anywhere, despite various efforts to move it along. We are no longer
comfortable waiting for upstream changes to land.
To our knowledge, there are no issues that will result from forcing
services to stop after 15 seconds on typical systems. However, system
administrators may need to configure a higher timeout if waiting
longer for a particular service, which may be true for database
services, for example.
== Feedback ==
The relevant [https://pagure.io/fedora-workstation/issue/163
Workstation Working Group ticket] includes some discussion. This
change [https://pagure.io/fesco/issue/2853 was also previously
proposed to FESCo].
== Benefit to Fedora ==
The primary benefit of the change will be to mitigate a very annoying
and - frankly - embarrassing bug. Our users shouldn't have to randomly
sit waiting for their machine to shutdown. It will also encourage the
correct use of shutdown inhibit APIs.
Although this change will "paper over" bugs in services without fixing
them, we emphasize that reducing the timeout is not merely a
workaround for buggy services, but also the desired permanent design.
Of course it is desirable to fix the underlying bugs as well, but it
doesn't make sense to require this before fixing the service timeout
to match our needs.
== Scope ==
* Proposal owners:
** Merge [https://src.fedoraproject.org/rpms/systemd/pull-request/85
the downstream change] to {{package|systemd}}.
* Other developers:
** Test their packages with the new behavior and report issues as necessary.
* Release engineering: [https://pagure.io/releng/issue/11193 #11193]
* Policies and guidelines: No policy or guideline changes required
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives:
== Upgrade/compatibility impact ==
System and user services will be killed with SIGKILL 15 seconds after
receiving SIGTERM, from previously 1 minute 30 seconds for most system
and user services, or 2 minutes for user manager system services (the
system service that runs all user services for a user), so services
will have less time to shut down gracefully by default. These defaults
are configurable and system administrators who require longer timeouts
would need to adjust them before or after upgrade. You may edit the
DefaultTimeoutStopSec= setting in /etc/systemd/user.conf and
/etc/systemd/system.conf. You may also create a drop-in to change the
TimeoutStopSec= setting for user@service.
== How To Test ==
Given the intermittent and unpredictable nature of the bug that is
being targeted, the best way to test is by using the upcoming Fedora
release. Are shutdown delays eliminated as intended? Do system
services experience issues as a result of the change?
== User Experience ==
This change will make the Fedora user experience less annoying. It
will also encourage the use of the existing inhibit APIs, which
provide better feedback for users when system shutdown does need to be
delayed.
== Dependencies ==
No specific changes are required in other packages. However, service
developers may want to take this opportunity to examine the shutdown
behavior of their components.
== Contingency Plan ==
* Contingency mechanism: the change owners will revert the change in systemd.
* Contingency deadline: if we back out the change it would be best to
do it before beta freeze, but this can happen at any point.
* Blocks release? No.
== Documentation ==
Documentation isn't required for this minor configuration change.
Services that legitimately need to prevent system shutdown should use
[https://www.freedesktop.org/wiki/Software/systemd/inhibit/ systemd
inhibit]. Desktop applications can use the
[https://flatpak.github.io/xdg-desktop-portal/#gdbus-org.freedesktop.porta...
XDG inhibit portal].
== Release Notes ==
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
1 year, 3 months
FESCo wants to know what you use i686 packages for
by David Cantrell
Hi,
Our most recent FESCo meeting involved discussing the proposal to drop i686
builds of jdk8,11,17 from Fedora 37 onward. The topic quickly changed to the
larger question of "what do people use i686 packages for?"
Rather than guess, we wanted to ask the community what you use i686 packages
for in Fedora. There are no wrong answers here. We are seeking information.
Why? Since the removal of the i686 kernel in Fedora, we want to reduce the
number of i686 packages provided in the repo. As time marches on, the ability
to build a lot of things for i686 becomes unrealistic or even impossible.
Remember it goes beyond providing builds...providing support, bug fixes, and
security fixes for those packages too. Maybe some things using i686 packages
now can move to x86_64 packages. We do not know yet, but a goal is to figure
out what packages, if anything, can drop their i686 builds.
NOTE: Nothing is changing now. We are in an information gathering phase.
~~~~~~~~~~~~~~~~~~~~~~~~
If you use i686 packages for something now, please respond to this thread.
Thanks,
--
David Cantrell <dcantrell(a)redhat.com>
Red Hat, Inc. | Boston, MA | EST5EDT
1 year, 3 months
F38 proposal: Add _FORTIFY_SOURCE=3 to distribution build flags
(System-Wide Change proposal)
by Ben Cotton
https://fedoraproject.org/wiki/Changes/Add_FORTIFY_SOURCE%3D3_to_distribu...
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 ==
Replace the current `_FORTIFY_SOURCE=2` with `_FORTIFY_SOURCE=3` to
improve mitigation of security issues arising from buffer overflows in
packages in Fedora.
== Owner ==
* Name: [[User:siddhesh| Siddhesh Poyarekar]]
* Email: sipoyare(a)redhat.com
== Detailed Description ==
Default C and C++ compiler flags to build packages in Fedora currently
includes `-Wp,-D_FORTIFY_SOURCE=2`, which enables fortification of
some functions in glibc, thus providing some mitigation against buffer
overflows. Since glibc 2.34 and GCC 12, there has been a new
fortification level (`_FORTIFY_SOURCE=3`) which improves the coverage
of this mitigation.
The core change to bring in this mitigation is to change the default
build flags in `redhat-rpm-config` so that packages build by default
with `-Wp,-D_FORTIFY_SOURCE=3`. There are packages (e.g. `systemd`)
that do not interact well with `_FORTIFY_SOURCE` and will also need a
workaround to downgrade fortification to level 2. The change will also
include this override.
== Benefit to Fedora ==
[https://docs.google.com/spreadsheets/d/1nPSmbEf3HVB91zI8yBraMqVry3_ILmlV2...
Analysis of packages] in Fedora rawhide indicate that the improvement
of mitigation coverage is on average over 2.4x, in some cases
protecting more than half of the fortified glibc calls in the target
application.
This change will thus harden Fedora to a significant extent, thus
making it a more secure distribution out of the box.
== Scope ==
* Proposal owners: Post a merge request to redhat-rpm-config with the
actual change to build flags.
* Other developers:
Resolve bugs filed for build failures, either by fixing the bug
exposed by `_FORTIFY_SOURCE=3` or by disabling `_FORTIFY_SOURCE=3` for
the package if it is a false positive or if the package is unable to
adapt to the change.
* Release engineering: Mass rebuild required
* Policies and guidelines: Guidelines should include workaround for
packages that fail to build with `-Wp,-D_FORTIFY_SOURCE=3` due to a
false positive.
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
No ABI change, so there should be no impact on compatibility in a
mixed environment.
== How To Test ==
* Smoke testing of packages to ensure that they continue to work
correctly. Some packages may have overflows exposed at runtime, which
may need to be fixed.
== User Experience ==
No noticeable change to users.
== Dependencies ==
None.
== Contingency Plan ==
* Contingency mechanism: (What to do? Who will do it?) If too many
packages are found to be broken at runtime, the default for
fortification will be left at `_FORTIFY_SOURCE=2` for Fedora 38.
Change owner will do this in `redhat-rpm-config`
* Contingency deadline: Beta freeze
* Blocks release? Yes
* Blocks product? No
== Documentation ==
[https://developers.redhat.com/articles/2022/09/17/gccs-new-fortification-...
More context on `_FORTIFY_SOURCE=3` improvements].
== Release Notes ==
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
1 year, 3 months
Orphaned packages looking for new maintainers
by Miro Hrončok
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 fail to install and/or build when the affected package gets retired.
Request package ownership via the *Take* button in he left column on
https://src.fedoraproject.org/rpms/<pkgname>
Full report available at:
https://churchyard.fedorapeople.org/orphans-2022-12-05.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
================================================================================
5minute orphan 0 weeks ago
CFR jvanek, orphan 0 weeks ago
CheMPS2 orphan 0 weeks ago
PolicyKit-olpc orphan 1 weeks ago
abiword chimosky, herrold, huzaifas, 0 weeks ago
orphan
aboot orphan 0 weeks ago
albatross orphan 1 weeks ago
alleyoop orphan 1 weeks ago
alure orphan 0 weeks ago
amor jgrulich, kde-sig, orphan, 1 weeks ago
rdieter, than
anki chkr, orphan 0 weeks ago
asn1c orphan 0 weeks ago
backup-manager orphan 1 weeks ago
bbkeys orphan 0 weeks ago
bharati-m17n orphan 0 weeks ago
bibtex2html orphan, thofmann 0 weeks ago
biosdevname lnykryn, msekleta, orphan, 0 weeks ago
vpavlin
blackbox cicku, orphan 0 weeks ago
bluecurve-classic-metacity- gnome-sig, orphan, rstrode 0 weeks ago
theme
bluecurve-gnome-theme gnome-sig, orphan, rstrode 0 weeks ago
bluecurve-gtk-themes gnome-sig, orphan, rstrode 0 weeks ago
bluecurve-icon-theme gnome-sig, orphan, rstrode 0 weeks ago
bluecurve-kde-theme gnome-sig, kkofler, orphan, 0 weeks ago
rdieter, rstrode, than
bluecurve-metacity-theme gnome-sig, orphan, rstrode 0 weeks ago
bluecurve-xmms-skin gnome-sig, orphan, rstrode 0 weeks ago
brainfuck orphan 0 weeks ago
buildbot besser82, ignatenkobrain, 1 weeks ago
limb, ngompa, orphan, radez,
smilner
cairo-clock orphan 0 weeks ago
code-editor orphan 1 weeks ago
compton orphan 1 weeks ago
converseen orphan 1 weeks ago
cups-bjnp orphan 1 weeks ago
curlpp orphan 0 weeks ago
dmz-cursor-themes company, orphan 1 weeks ago
docker-compose lsm5, orphan, ttomecek 1 weeks ago
ejabberd bowlofeggs, jcline, orphan, 0 weeks ago
xavierb
enchant orphan 0 weeks ago
erlang-epgsql lkundrak, orphan 1 weeks ago
eureka orphan 0 weeks ago
fcitx cheeselee, cicku, orphan, pwu, 1 weeks ago
yanqiyu
fcitx-chewing cheeselee, orphan, yanqiyu 1 weeks ago
fcitx-cloudpinyin cheeselee, orphan, yanqiyu 1 weeks ago
fcitx-configtool cheeselee, orphan, yanqiyu 1 weeks ago
fcitx-fbterm cheeselee, orphan, yanqiyu 1 weeks ago
fcitx-hangul cheeselee, orphan, yanqiyu 1 weeks ago
fcitx-m17n cheeselee, orphan, yanqiyu 1 weeks ago
fcitx-sunpinyin cheeselee, orphan, yanqiyu 1 weeks ago
fcitx-table-extra cheeselee, orphan, yanqiyu 1 weeks ago
fcitx-table-other cheeselee, orphan, yanqiyu 1 weeks ago
fcitx-ui-light cheeselee, orphan, yanqiyu 1 weeks ago
fcitx-unikey cheeselee, orphan, yanqiyu 1 weeks ago
fros orphan 1 weeks ago
fwsnort orphan 1 weeks ago
gconf-editor alexl, caolanm, gnome-sig, 0 weeks ago
mbarnes, orphan, rhughes,
rstrode, ssp
gdeploy godas, orphan 0 weeks ago
ghasher orphan 0 weeks ago
gl-117 orphan, steve 0 weeks ago
glusterfs-selinux kkeithle, orphan, shwetha 0 weeks ago
gnome-activity-journal orphan 1 weeks ago
gnome-nds-thumbnailer orphan 1 weeks ago
gnome-search-tool gnome-sig, orphan 0 weeks ago
gnome-shell-theme-selene orphan 1 weeks ago
gnonlin orphan 0 weeks ago
golang-github-containerd- go-sig, orphan 3 weeks ago
stargz-snapshotter
golang-github-fvbommel- go-sig, orphan 3 weeks ago
sortorder
golang-github-gocomply-scap go-sig, orphan 1 weeks ago
golang-github-google- go-sig, orphan 3 weeks ago
containerregistry
golang-github-hanwen-fuse go-sig, orphan 3 weeks ago
golang-github-justinas-alice go-sig, orphan 0 weeks ago
golang-github-lpabon-godbc go-sig, orphan 1 weeks ago
golang-github-mitchellh-cli go-sig, jchaloup, orphan 0 weeks ago
golang-github-pkg-browser go-sig, orphan 0 weeks ago
golang-github-spaolacci-murmur3 go-sig, orphan 0 weeks ago
golang-github-tonistiigi- go-sig, orphan 3 weeks ago
rosetta
golie go-sig, orphan 1 weeks ago
grads orphan 1 weeks ago
gsm-ussd orphan 1 weeks ago
gtkhtml3 alexl, caolanm, mbarnes, 0 weeks ago
orphan, rhughes, rstrode, ssp
heisenbug-kde-theme jreznik, orphan 1 weeks ago
highcontrast-qt jgrulich, orphan 1 weeks ago
holland orphan, survient 1 weeks ago
hunspell-kn anishpatil, orphan 0 weeks ago
ibus-table-others mfabian, orphan 0 weeks ago
jama orphan 0 weeks ago
jargs ellert, orphan 0 weeks ago
java-mersenne-twister orphan 1 weeks ago
javadocofflinesearch orphan 2 weeks ago
jcodings orphan 1 weeks ago
jffi orphan 1 weeks ago
jgrapht gil, orphan 1 weeks ago
jnr-constants orphan 1 weeks ago
jnr-ffi orphan 1 weeks ago
jnr-netdb orphan 1 weeks ago
jnr-posix orphan 1 weeks ago
jnr-x86asm orphan 1 weeks ago
js-web-socket-js orphan 1 weeks ago
kcm-fcitx cheeselee, orphan, yanqiyu 1 weeks ago
kfaenza-icon-theme orphan 1 weeks ago
kfilefactory orphan 1 weeks ago
kompose dustymabe, go-sig, orphan 1 weeks ago
libannodex orphan 0 weeks ago
libbonobo alexl, caolanm, gnome-sig, 0 weeks ago
mbarnes, orphan, rhughes,
rstrode, ssp
libbonoboui alexl, caolanm, gnome-sig, 0 weeks ago
mbarnes, orphan, rhughes,
rstrode, ssp
libbsr orphan 0 weeks ago
libcmml orphan 0 weeks ago
libcmpiutil orphan 0 weeks ago
libfap orphan 1 weeks ago
libgnome alexl, caolanm, gnome-sig, 0 weeks ago
mbarnes, orphan, rhughes,
rstrode, ssp
libgnomeui alexl, caolanm, gnome-sig, 0 weeks ago
mbarnes, orphan, rhughes,
rstrode, ssp
libmacaroons ellert, orphan 0 weeks ago
libmodman orphan 0 weeks ago
libnatspec orphan 1 weeks ago
liboil ajax, alexl, caolanm, gnome- 0 weeks ago
sig, mbarnes, orphan, rhughes,
rstrode, ssp
libpmemobj-cpp kilobyte, orphan 1 weeks ago
librcd orphan 1 weeks ago
libstroke orphan 0 weeks ago
libusbauth-configparser orphan 1 weeks ago
libverto-jsonrpc orphan 0 weeks ago
libvirt-cim orphan 0 weeks ago
libvirt-java bkearney, orphan 0 weeks ago
lttv greenscientist, orphan 0 weeks ago
lua-fun orphan 0 weeks ago
maloc orphan 0 weeks ago
maven-scm mizdebsk, orphan 0 weeks ago
mediawiki-backtick-code orphan 1 weeks ago
mediawiki-semantic orphan 0 weeks ago
mediawiki-validator orphan 0 weeks ago
mesos orphan 1 weeks ago
metrics2mqtt orphan 0 weeks ago
mingw-cxxtest orphan 1 weeks ago
mingw-dbus orphan 1 weeks ago
mingw-pcre orphan 1 weeks ago
mingw-qt5-qtquickcontrols orphan, smani 1 weeks ago
mingw-sigar orphan 1 weeks ago
mingw-xerces-c orphan 1 weeks ago
moarvm orphan 1 weeks ago
mod_annodex orphan 0 weeks ago
monosim orphan 1 weeks ago
msgpuck orphan 0 weeks ago
mupen64plus dreua, orphan 0 weeks ago
myman orphan 1 weeks ago
nailgun orphan 1 weeks ago
nodejs-supervisor orphan 0 weeks ago
nqp orphan 1 weeks ago
nvml kilobyte, orphan 1 weeks ago
ogmtools orphan 1 weeks ago
openjpeg orphan, phracek, rdieter 0 weeks ago
pakiti andreamanzi, orphan 1 weeks ago
perl-App-PFT orphan 1 weeks ago
perl-File-KeePass cra, echevemaster, orphan, 0 weeks ago
xavierb
perl-Gnome2-Wnck orphan 1 weeks ago
perl-Goo-Canvas orphan 1 weeks ago
perl-Gtk2-Unique orphan 1 weeks ago
perl-HTTP-Server-Simple-Authen orphan 1 weeks ago
perl-Library-CallNumber-LC orphan 1 weeks ago
perl-MARC-Charset orphan 1 weeks ago
perl-MARC-XML orphan 1 weeks ago
perl-PFT orphan 1 weeks ago
perl-POE-Component-Client-Ping orphan 1 weeks ago
perl-Parse-EDID epel-packagers-sig, jcpunk, 1 weeks ago
orphan
perl-Pod-PseudoPod orphan 1 weeks ago
perl-Pod-PseudoPod-LaTeX orphan 1 weeks ago
perl-Proc-PID-File orphan 1 weeks ago
perl-TAP-Harness-Multiple orphan 1 weeks ago
perl-Term-ShellUI cra, echevemaster, orphan, 0 weeks ago
xavierb
perl-Test-POE-Server-TCP orphan, yaneti 1 weeks ago
perl-WWW-xkcd orphan 0 weeks ago
php-adodb orphan 1 weeks ago
php-pdepend-PHP-Depend cdamian, orphan, remi 1 weeks ago
php-phpmd-PHP-PMD cdamian, orphan, remi 1 weeks ago
php-phpunit-bytekit cdamian, orphan, remi 1 weeks ago
php-phpunit-phpcpd cdamian, orphan, remi 1 weeks ago
php-phpunit-phploc cdamian, orphan, remi 1 weeks ago
php-zipstream orphan 1 weeks ago
picojson orphan 0 weeks ago
plank orphan 1 weeks ago
plug orphan 1 weeks ago
pmdk-convert kilobyte, orphan 1 weeks ago
proxychains-ng epel-packagers-sig, orphan, 0 weeks ago
salimma
puzzles orphan 1 weeks ago
pydf cstratak, orphan 1 weeks ago
pynag orphan 0 weeks ago
pysvn barryascott, orphan, sgallagh 0 weeks ago
python-Pyped orphan 0 weeks ago
python-argon2-cffi atim, epel-packagers-sig, 0 weeks ago
limb, orphan, salimma
python-bintrees orphan 0 weeks ago
python-colour-runner orphan 0 weeks ago
python-cornice-sphinx infra-sig, orphan 3 weeks ago
python-cov-core abompard, orphan 1 weeks ago
python-cssmin orphan, qa-tools-sig 0 weeks ago
python-django-filter lbazan, orphan 1 weeks ago
python-django-tastypie cquad, mrunge, orphan, 1 weeks ago
stevetraylen
python-dockerpty lsm5, orphan, ttomecek 1 weeks ago
python-flask-restful kparal, orphan, qa-tools-sig, 1 weeks ago
ralph
python-formats orphan 0 weeks ago
python-frozen-flask echevemaster, orphan 1 weeks ago
python-gnocchiclient mrunge, openstack-sig, orphan 0 weeks ago
python-humblewx orphan 0 weeks ago
python-importmagic orphan 1 weeks ago
python-isodate jmatthews, mhayden, orphan 0 weeks ago
python-jsonmodels orphan 0 weeks ago
python-lightblue orphan 1 weeks ago
python-multilib lsedlar, orphan 0 weeks ago
python-oauthlib infra-sig, jhrozek, 1 weeks ago
michaelanguskelly, orphan,
ralph
python-okaara orphan 1 weeks ago
python-pmw orphan 0 weeks ago
python-posix_ipc orphan 0 weeks ago
python-pydispatcher orphan 0 weeks ago
python-pykeepass atim, limb, orphan 0 weeks ago
python-pynlpl orphan 0 weeks ago
python-pytest-beakerlib orphan 0 weeks ago
python-pytest-sanic orphan 0 weeks ago
python-requests-mock apevec, openstack-sig, orphan 1 weeks ago
python-requests-oauthlib infra-sig, orphan 1 weeks ago
python-restsh orphan 1 weeks ago
python-signalfd orphan 0 weeks ago
python-simpy orphan 0 weeks ago
python-spdx orphan 1 weeks ago
python-spdx-lookup orphan 1 weeks ago
python-tortilla orphan 0 weeks ago
python-upt-cpan orphan 1 weeks ago
python-upt-fedora orphan 1 weeks ago
python-upt-pypi orphan 1 weeks ago
python-upt-rubygems orphan 1 weeks ago
python-venusian infra-sig, orphan, ralph 0 weeks ago
python-versiontools mrunge, orphan 1 weeks ago
python-virtualenv-api cstratak, orphan, python- 0 weeks ago
packagers-sig
python-websockify apevec, epel-packagers-sig, 0 weeks ago
lon, ndipanov, orphan
python-xtermcolor orphan 1 weeks ago
python-zabbix-api-erigones orphan 0 weeks ago
python3-discid orphan 0 weeks ago
q orphan 1 weeks ago
qconf orphan 1 weeks ago
qextserialport orphan 5 weeks ago
qxmpp orphan 1 weeks ago
rakudo orphan, ppisar, steve 1 weeks ago
rakudo-MIME-Base64 orphan 1 weeks ago
rakudo-Readline orphan 1 weeks ago
rakudo-URI orphan 1 weeks ago
rakudo-XML orphan 1 weeks ago
rakudo-zef orphan 1 weeks ago
rdfind orphan 1 weeks ago
refmac-dictionary orphan 0 weeks ago
resultsdb orphan, qa-tools-sig 0 weeks ago
resultsdb_frontend orphan, qa-tools-sig 0 weeks ago
rhythmbox-alternative-toolbar orphan 0 weeks ago
rshim orphan 1 weeks ago
ruby-ncurses orphan 0 weeks ago
rubygem-ZenTest orphan, tdawson 0 weeks ago
rubygem-abstract orphan 0 weeks ago
rubygem-activeresource orphan 0 weeks ago
rubygem-archive-tar-minitar orphan, tdawson 0 weeks ago
rubygem-cinch orphan 1 weeks ago
rubygem- orphan 1 weeks ago
declarative_authorization
rubygem-foreigner orphan 1 weeks ago
rubygem-lockfile orphan 0 weeks ago
rubygem-memcache-client orphan, tdawson 0 weeks ago
rubygem-more_core_extensions orphan 0 weeks ago
rubygem-openscap orphan 1 weeks ago
rubygem-plist orphan 1 weeks ago
rubygem-rubeyond orphan 1 weeks ago
rubygem-scruffy orphan 0 weeks ago
rubygem-session orphan 1 weeks ago
rubygem-sexp_processor orphan 0 weeks ago
rubygem-state_machine orphan 1 weeks ago
rubygem-syntax orphan, stahnma 0 weeks ago
rubygem-uuidtools orphan 0 weeks ago
rubygem-yard brandfbb, jaruga, orphan 0 weeks ago
rust-dbus-tokio orphan, rust-sig 1 weeks ago
rust-fbthrift_codegen_includer_ orphan, rust-sig 0 weeks ago
proc_macro
rust-fdlimit orphan, rust-sig 0 weeks ago
rust-lipsum orphan, rust-sig 0 weeks ago
rust-loggerv orphan, rust-sig 0 weeks ago
rust-lzw orphan, rust-sig 0 weeks ago
rust-macro-attr orphan, rust-sig 0 weeks ago
rust-mdl orphan, rust-sig 0 weeks ago
rust-mktemp orphan, rust-sig 0 weeks ago
rust-mnt orphan, rust-sig 0 weeks ago
rust-newtype_derive orphan, rust-sig 0 weeks ago
rust-odds orphan, rust-sig 0 weeks ago
rust-osstrtools orphan, rust-sig 0 weeks ago
rust-parse_cfg orphan, rust-sig 0 weeks ago
rust-permutate orphan, rust-sig 0 weeks ago
rust-piper orphan, rust-sig 0 weeks ago
rust-proc-quote-impl orphan, rust-sig 0 weeks ago
rust-process_path orphan, rust-sig 0 weeks ago
rust-protoc-rust orphan, rust-sig 0 weeks ago
rust-quickersort orphan, rust-sig 0 weeks ago
rust-relay orphan, rust-sig 0 weeks ago
rust-rustdoc-stripper orphan, rust-sig 0 weeks ago
rust-rustfilt orphan, rust-sig 0 weeks ago
rust-safe-transmute orphan, rust-sig 0 weeks ago
rust-scoped-tls-hkt orphan, rust-sig 0 weeks ago
rust-serde-pickle orphan, rust-sig 0 weeks ago
rust-sluice orphan, rust-sig 0 weeks ago
rust-spinning_top orphan, rust-sig 0 weeks ago
rust-spmc orphan, rust-sig 0 weeks ago
rust-string_cache_shared orphan, rust-sig 0 weeks ago
rust-strings orphan, rust-sig 0 weeks ago
rust-sudo_plugin orphan, rust-sig 0 weeks ago
rust-sxd-document orphan, rust-sig 0 weeks ago
rust-synom orphan, rust-sig 0 weeks ago
rust-tabwriter orphan, rust-sig 0 weeks ago
rust-take orphan, rust-sig 0 weeks ago
rust-unic-ucd-category orphan, rust-sig 0 weeks ago
rust-url_serde orphan, rust-sig 0 weeks ago
rust-utf8-ranges orphan, rust-sig 0 weeks ago
safelease danken, dougsland, orphan, 1 weeks ago
sbonazzo
saga orphan 2 weeks ago
sassist orphan 1 weeks ago
schroedinger-cat-kde-theme jreznik, orphan 1 weeks ago
seahorse-nautilus gnome-sig, orphan, stefw 0 weeks ago
seren orphan 1 weeks ago
simple-mtpfs orphan 0 weeks ago
sipcalc orphan 1 weeks ago
spawn-fcgi orphan 0 weeks ago
spherical-cow-kde-theme jreznik, orphan 1 weeks ago
sshrc orphan 0 weeks ago
sugar-flip chimosky, orphan 1 weeks ago
sugar-fototoon aperezbios, chimosky, orphan 1 weeks ago
sugar-fractionbounce chimosky, orphan 1 weeks ago
sugar-jukebox chimosky, orphan, pbrobinson 1 weeks ago
sugar-locosugar chimosky, orphan 1 weeks ago
sugar-nutrition chimosky, orphan 1 weeks ago
sugar-paint chimosky, orphan, pbrobinson 1 weeks ago
sugar-playgo chimosky, orphan, pbrobinson 1 weeks ago
sugar-portfolio chimosky, orphan 1 weeks ago
sugar-pukllanapac chimosky, orphan 1 weeks ago
sugar-recall chimosky, orphan 1 weeks ago
sugar-typing-turtle chimosky, orphan 1 weeks ago
sugar-words chimosky, orphan 1 weeks ago
sunpinyin cicku, fujiwara, helloworld1, 1 weeks ago
orphan, pwu
superkb echevemaster, orphan 0 weeks ago
sweep orphan 1 weeks ago
switchboard-plug-tweaks orphan 3 weeks ago
system-storage-manager lczerner, orphan 1 weeks ago
tboot dcantrell, miaojun0823, 1 weeks ago
orphan, yunyings
tetrominos orphan 1 weeks ago
themonospot-base orphan 1 weeks ago
themonospot-console orphan 1 weeks ago
themonospot-gui-gtk orphan 1 weeks ago
themonospot-plugin-avi orphan 1 weeks ago
themonospot-plugin-mkv orphan 1 weeks ago
thunarx-python kevin, nonamedotc, orphan 1 weeks ago
tito frostyx, maxamillion, orphan 1 weeks ago
tkcvs lkundrak, orphan 1 weeks ago
tnt orphan 0 weeks ago
toilet orphan 3 weeks ago
torrent-file-editor orphan 1 weeks ago
tpp orphan 1 weeks ago
tss2 orphan, snits 1 weeks ago
upt orphan 1 weeks ago
usbauth orphan 1 weeks ago
usbauth-notifier orphan 1 weeks ago
vcglib orphan 0 weeks ago
vicious orphan 0 weeks ago
vim-nerdtree orphan 1 weeks ago
whipper-plugin-eaclogger orphan 0 weeks ago
wipe orphan 0 weeks ago
wmMatrix orphan 0 weeks ago
wmclock orphan 0 weeks ago
wmnd orphan 0 weeks ago
wmpager orphan 0 weeks ago
wmsystemtray orphan 0 weeks ago
woffTools orphan, pnemade 0 weeks ago
wordpress-plugin-defaults orphan 1 weeks ago
workspace orphan 1 weeks ago
wv lkundrak, orphan 0 weeks ago
xaos orphan 1 weeks ago
xjparse orphan 1 weeks ago
xmltool orphan 0 weeks ago
yourls orphan 0 weeks ago
The following packages require above mentioned packages:
Report too long, see the full version at
https://churchyard.fedorapeople.org/orphans-2022-12-05.txt
See dependency chains of your packages at
https://packager-dashboard.fedoraproject.org/
See all orphaned packages at https://packager-dashboard.fedoraproject.org/orphan
Affected (co)maintainers (either directly or via packages' dependencies):
abbra: nvml
abo: enchant
abompard: python-cov-core, python-argon2-cffi, python-venusian, python-multilib
adamwill: nvml, python-requests-oauthlib
aekoroglu: python-argon2-cffi, python-requests-mock
ajax: ibus-table-others, liboil
akoutsou: nvml
alexl: libgnome, enchant, libbonoboui, gtkhtml3, liboil, gconf-editor,
libbonobo, ibus-table-others, libgnomeui
alexlan: mingw-xerces-c, python3-discid, mingw-pcre
alphacc: python-oauthlib, python-requests-mock
amdunn: maven-scm
amoralej: nvml, python-requests-oauthlib, python-oauthlib, python-requests-mock
andreamanzi: pakiti, libmacaroons
andymenderunix: openjpeg, vcglib, enchant
anishpatil: hunspell-kn, enchant
anoopcs: nvml
antiaircraft: libbonobo, libbonoboui
aperezbios: sugar-fototoon
apevec: python-multilib, python-oauthlib, nvml, python-requests-mock,
python-websockify, python-argon2-cffi
asaleh: python-multilib
asn: nvml
asrob: enchant
astepano: nvml
astra: python-requests-oauthlib
astro-sig: libgnomeui, libgnome, libbonoboui
athomas: python-oauthlib
athoscr: golang-github-hanwen-fuse
atim: alure, vim-nerdtree, nvml, python-pykeepass, python-argon2-cffi
averi: perl-Test-POE-Server-TCP, perl-Proc-PID-File
aviso: libgnome
barryascott: pysvn
bcl: nvml
belegdol: enchant
berrange: nvml, ibus-table-others
besser82: rubygem-yard, buildbot, python-oauthlib, ibus-table-others,
python-argon2-cffi
bkearney: libvirt-java
bonzini: nvml
bowlofeggs: ejabberd
brandfbb: rubygem-yard
branto: nvml
breilly: python-multilib
bruno: libgnome, mingw-pcre, libbonoboui, mingw-xerces-c, openjpeg, libgnomeui
buc: libgnome, enchant, libbonoboui, libbonobo, libgnomeui
caolanm: libgnome, enchant, libbonoboui, gtkhtml3, liboil, gconf-editor,
libbonobo, hunspell-kn, ibus-table-others, libgnomeui
cdamian: php-pdepend-PHP-Depend, php-phpunit-bytekit, php-phpmd-PHP-PMD,
php-phpunit-phploc, php-phpunit-phpcpd
cdorney: maven-scm
cfu: maven-scm
cgoncalves: python-oauthlib
chandankumar: python-oauthlib
cheese: libgnomeui, libbonoboui
cheeselee: fcitx-unikey, fcitx-hangul, fcitx-m17n, fcitx-configtool, kcm-fcitx,
enchant, fcitx-fbterm, fcitx, fcitx-sunpinyin, sunpinyin, fcitx-ui-light,
fcitx-table-extra, fcitx-cloudpinyin, fcitx-table-other, fcitx-chewing
chimosky: sugar-jukebox, sugar-nutrition, abiword, sugar-paint,
sugar-locosugar, enchant, sugar-flip, sugar-pukllanapac, sugar-words,
sugar-fractionbounce, wv, sugar-portfolio, sugar-recall, sugar-typing-turtle,
sugar-playgo, sugar-fototoon
chkr: anki
churchyard: mingw-xerces-c, python-argon2-cffi, python-oauthlib, mingw-pcre
cicku: libgnome, blackbox, enchant, fcitx, gtkhtml3, sunpinyin, libbonoboui,
libbonobo, libgnomeui, pysvn, python3-discid, thunarx-python
clumens: nvml
company: dmz-cursor-themes
copr-sig: python-flask-restful, tito, python-multilib, nvml, python-virtualenv-api
cottsay: mingw-xerces-c, mingw-pcre, python-requests-mock
cqi: python-multilib, python-requests-oauthlib, python-oauthlib
cquad: maven-scm, python-django-tastypie, python-argon2-cffi
cra: perl-File-KeePass, perl-Term-ShellUI
crobinso: nvml
csomh: python-multilib
cstratak: python-virtualenv-api, pydf, enchant
cverna: python-multilib
cwickert: libgnomeui, libgnome, libbonoboui
dang: nvml
danken: safelease
daveisfera: mingw-xerces-c, mingw-pcre
dcallagh: python-isodate
dcantrell: nvml, tboot
dcavalca: rubygem-yard, golang-github-fvbommel-sortorder,
golang-github-mitchellh-cli, python-multilib, golang-github-tonistiigi-rosetta,
golang-github-hanwen-fuse, golang-github-spaolacci-murmur3, libstroke,
python-websockify, golang-github-containerd-stargz-snapshotter
dchen: maven-scm, ibus-table-others
ddd: nvml
deamn: maven-scm
devos: nvml
devrim: mingw-xerces-c, python-cssmin, mingw-pcre
didiksupriadi41: maven-scm, jcodings
dmach: python-multilib, python-argon2-cffi
dmalcolm: python-isodate
dmaphy: enchant
dmick: nvml
dmsimard: python-django-filter, python-argon2-cffi
dnglaze: wv
dodji: python-multilib
dougsland: safelease
dreua: mupen64plus
dshea: nvml
dtardon: hunspell-kn
dustymabe: python-oauthlib, kompose
ebaron: maven-scm
echevemaster: perl-File-KeePass, superkb, python-frozen-flask, libbonoboui,
perl-Term-ShellUI, libbonobo, python-pydispatcher
eclipse-sig: maven-scm
eclipseo: golang-github-pkg-browser, golang-github-fvbommel-sortorder,
golang-github-mitchellh-cli, maven-scm, golang-github-tonistiigi-rosetta,
golang-github-hanwen-fuse, perl-Proc-PID-File,
golang-github-google-containerregistry, golang-github-spaolacci-murmur3, nvml,
golang-github-containerd-stargz-snapshotter
egafford: python-oauthlib, python-requests-mock
eharney: python-oauthlib
ellert: nvml, libmacaroons, jargs
epel-packagers-sig: python-requests-oauthlib, python-multilib, proxychains-ng,
golang-github-hanwen-fuse, perl-Parse-EDID, ibus-table-others,
python-websockify, python-argon2-cffi
erack: hunspell-kn
ericb: nvml
eseyman: ibus-table-others
etrunko: nvml
evgenyz: ibus-table-others
f1ash: nvml
fab: python-requests-oauthlib, libgnome, golang-github-fvbommel-sortorder,
golang-github-tonistiigi-rosetta, python-oauthlib, libbonoboui,
python-requests-mock, libgnomeui, python-argon2-cffi
fale: enchant
fedepell: mingw-xerces-c, mingw-pcre
filbranden: rubygem-yard
filiperosset: libgnomeui, libgnome, libbonoboui, wv
fivaldi: python-multilib
flaper87: python-oauthlib
fnecas: python-multilib
frostyx: python-flask-restful, tito, python-multilib, nvml, python-virtualenv-api
fujiwara: sunpinyin, python-multilib, libgnomeui, libbonoboui
gbcox: python3-discid
gchamoul: python-requests-mock, enchant
gd: nvml
gholms: python-oauthlib
gicmo: nvml, python-multilib
gil: jgrapht
gilboa: alure
gnome-sig: libgnome, seahorse-nautilus, enchant, bluecurve-metacity-theme,
bluecurve-gtk-themes, libbonoboui, bluecurve-classic-metacity-theme, liboil,
bluecurve-icon-theme, bluecurve-xmms-skin, bluecurve-gnome-theme, gconf-editor,
libbonobo, bluecurve-kde-theme, ibus-table-others, gnome-search-tool, libgnomeui
go-sig: golang-github-pkg-browser, golang-github-fvbommel-sortorder,
golang-github-mitchellh-cli, golie, maven-scm,
golang-github-tonistiigi-rosetta, golang-github-hanwen-fuse,
golang-github-lpabon-godbc, golang-github-google-containerregistry,
golang-github-spaolacci-murmur3, golang-github-justinas-alice, nvml, kompose,
golang-github-gocomply-scap, golang-github-containerd-stargz-snapshotter
godas: gdeploy
goeran: python-argon2-cffi
gordonmessmer: python-virtualenv-api
greenscientist: lttv
greghellings: mingw-dbus, rubygem-yard, gtkhtml3
grover: nvml
gsauthof: python-isodate, python-requests-mock
hannes: libgnomeui, libbonoboui
helloworld1: sunpinyin
herrold: wv, abiword, enchant
hguemar: enchant, python-oauthlib, mingw-pcre, python-venusian, mingw-xerces-c,
python-requests-mock, python-argon2-cffi
hhorak: mingw-xerces-c, mingw-pcre
hlin: python-multilib
hobbes1069: nvml, openjpeg
humaton: python-multilib, python-venusian
huzaifas: wv, abiword, enchant
hvad: ibus-table-others
ignatenkobrain: python-django-filter, php-adodb, python-oauthlib, buildbot
ilgrad: rubygem-yard
imcinerney: hunspell-kn
imcleod: nvml
infra-sig: python-requests-oauthlib, python-cornice-sphinx,
golang-github-fvbommel-sortorder, golang-github-mitchellh-cli, python-multilib,
python-venusian, python-oauthlib, golang-github-hanwen-fuse,
golang-github-tonistiigi-rosetta, ibus-table-others, python-requests-mock,
python-argon2-cffi, golang-github-containerd-stargz-snapshotter
iztokf: python-cssmin
jackorp: rubygem-yard
jamatos: wv, enchant
jarrpa: nvml
jaruga: rubygem-yard
jcerny: ibus-table-others
jchaloup: golang-github-mitchellh-cli, golang-github-fvbommel-sortorder,
golang-github-tonistiigi-rosetta, golang-github-hanwen-fuse,
golang-github-containerd-stargz-snapshotter
jcline: ejabberd
jcpunk: enchant, perl-Parse-EDID
jerboaa: maven-scm
jforbes: nvml
jgrulich: mingw-dbus, highcontrast-qt, amor, enchant
jhrozek: python-requests-oauthlib, python-oauthlib
jjames: maven-scm
jjelen: maven-scm
jkaluza: python-multilib
jkastner: wv
jkim: python-requests-oauthlib
jkucera: mingw-xerces-c, mingw-pcre
jlayton: nvml
jmagne: maven-scm
jmatthews: python-isodate
jmlich: mingw-xerces-c, mingw-pcre
jmontleon: python-requests-oauthlib
jonathanspw: libmacaroons, mingw-pcre, perl-Parse-EDID, mingw-xerces-c,
python-websockify
jonkni: libmacaroons
jorti: python-argon2-cffi
jpena: nvml, python-argon2-cffi, python-oauthlib, python-requests-mock
jplesnik: libmacaroons, libgnome, python-multilib, libbonoboui, libbonobo,
ibus-table-others, libgnomeui, perl-Test-POE-Server-TCP
jpopelka: python-multilib
jreznik: schroedinger-cat-kde-theme, spherical-cow-kde-theme, enchant,
heisenbug-kde-theme
jridky: mingw-xerces-c, mingw-pcre
jruzicka: python-multilib, python-oauthlib, python-requests-mock
jstephen: nvml
juergh: nvml
jujens: mingw-xerces-c, python-isodate, mingw-pcre
julian8628: python-multilib
jussilehtola: CheMPS2
jvanek: maven-scm, CFR
kalev: openjpeg, python-multilib
kde-sig: enchant, nvml, qconf, amor, wv
kengert: openjpeg
kevin: python-multilib, plank, python-venusian, nvml, ibus-table-others,
python-virtualenv-api, thunarx-python
kilobyte: nvml, pmdk-convert, libpmemobj-cpp
kkeithle: nvml, glusterfs-selinux
kkofler: mingw-xerces-c, mingw-pcre, bluecurve-kde-theme, enchant
kkoukiou: nvml
kparal: python-flask-restful
ksurma: python-argon2-cffi
ktdreyer: nvml
kushal: rubygem-yard
kvolny: librcd
kwizart: mingw-xerces-c, mingw-pcre
lachmanfrantisek: python-multilib
laine: nvml
larsks: python-oauthlib, python-requests-mock
larsu: nvml
laxathom: libgnomeui, libbonobo, libgnome, libbonoboui
lbarczio: python-multilib
lbazan: python-isodate, plank, libbonoboui, libbonobo, python-django-filter,
python-argon2-cffi
lczerner: system-storage-manager
lead2gold: python-requests-oauthlib
leigh123linux: enchant
lenkaseg: python-multilib, python-venusian
lfield: libmacaroons
libvirt-maint: nvml
limb: libgnome, python-humblewx, buildbot, pysvn, python-oauthlib, libbonoboui,
libbonobo, php-adodb, python-pykeepass, libgnomeui, python-argon2-cffi,
thunarx-python
lkf: wv
lkundrak: rubygem-yard, rubygem-archive-tar-minitar, ibus-table-others, tkcvs,
erlang-epgsql, wv
lnie: nvml
lnykryn: biosdevname
lon: python-websockify
lsedlar: python-multilib
lsm5: golang-github-fvbommel-sortorder, golang-github-mitchellh-cli,
python-dockerpty, golang-github-tonistiigi-rosetta, golang-github-hanwen-fuse,
docker-compose, golang-github-containerd-stargz-snapshotter
lucilanga: mingw-xerces-c, openjpeg, mingw-pcre
lyarwood: python-websockify
major: python-requests-mock
markmc: python-requests-mock
martinkg: alure, perl-Goo-Canvas
martinpitt: nvml
mathstuf: python-requests-oauthlib
mattia: libgnome, golang-github-fvbommel-sortorder,
golang-github-mitchellh-cli, python-multilib, golang-github-tonistiigi-rosetta,
golang-github-hanwen-fuse, libbonoboui, libgnomeui,
golang-github-containerd-stargz-snapshotter
matyc: ibus-table-others
mavit: python3-discid
maxamillion: rubygem-yard, tito, python-multilib, mingw-pcre, mingw-xerces-c
mbarabas: ibus-table-others
mbarnes: libgnome, enchant, libbonoboui, gtkhtml3, liboil, gconf-editor,
libbonobo, ibus-table-others, libgnomeui
mcascella: nvml
mcermak: python-multilib, libstroke
mcrha: libgnome
mdbooth: nvml
melmorabity: python-isodate, dmz-cursor-themes, hunspell-kn, python-requests-mock
merlinm: nvml
mfabian: ibus-table-others
mfocko: python-multilib
mharmsen: maven-scm
mhayden: python-isodate, python-requests-oauthlib, python-oauthlib, maven-scm
mhjacks: nqp, rakudo, moarvm
miaojun0823: tboot
michaelanguskelly: python-oauthlib
michaelc: nvml
mikedep333: enchant
mikem: nvml, python-multilib
mikep: golang-github-hanwen-fuse
mimccune: python-oauthlib, python-requests-mock
mipatras: libmacaroons
mitr: python-multilib
mizdebsk: maven-scm
mkoncek: maven-scm
mlombard: nvml
mlysonek: ibus-table-others
mmarhefk: ibus-table-others
mmarusak: nvml
mmassari: python-multilib
mohanboddu: python-multilib
mrnuke: wv
mrunge: python-oauthlib, python-versiontools, python-django-tastypie,
python-gnocchiclient, python-requests-mock, python-argon2-cffi
mschwendt: libgnome, enchant
msekleta: biosdevname
mspacek: ibus-table-others
msuchy: python-multilib, python-flask-restful
mtasaka: rubygem-yard, libgnome, libbonoboui, libbonobo, libgnomeui
music: python-isodate
musuruan: mingw-xerces-c, mingw-pcre
myoung: nvml
mystro256: picojson
ndipanov: python-websockify, python-requests-mock
neteler: mingw-xerces-c, mingw-pcre
netvor: python-requests-oauthlib
neuro-sig: rubygem-yard, mingw-pcre, mingw-xerces-c, python-requests-mock,
python-isodate
nforro: python-multilib
ngompa: python-argon2-cffi, python-requests-oauthlib, buildbot,
python-oauthlib, nvml, python-django-filter
nikromen: python-multilib
nonamedotc: plank, enchant, thunarx-python
nphilipp: python-isodate, python-multilib
obnox: nvml
obudai: nvml
ochosi: nvml, python-multilib
ohaessler: python3-discid, enchant
olea: libbonobo, libbonoboui
onosek: python-multilib
openstack-sig: python-multilib, python-oauthlib, nvml, python-gnocchiclient,
python-requests-mock, python-argon2-cffi
opohorel: python-oauthlib
orion: mingw-xerces-c, mingw-pcre, hunspell-kn
osbuild-sig: nvml, python-multilib
otaylor: python-multilib
otubo: python-oauthlib
oturpe: rubygem-yard
packit: nvml, python-multilib
packit-stg: python-multilib
pali: mingw-xerces-c, mingw-pcre
pawsa: enchant
pbrobinson: sugar-jukebox, abiword, sugar-paint, python-argon2-cffi,
sugar-playgo, wv
pcpa: python-argon2-cffi, maven-scm, openjpeg
perl-maint-sig: ibus-table-others
peter: libstroke
petersen: python-multilib, enchant
pfilipen: nvml
pghmcfc: enchant
phracek: openjpeg, python-multilib
phuang: ibus-table-others
pingou: python-isodate, ibus-table-others, enchant
piotrp: python-argon2-cffi
pkubat: mingw-xerces-c, mingw-pcre
pnemade: woffTools, ibus-table-others
ppisar: nqp, libmacaroons, libgnome, rakudo, python-multilib, libbonoboui,
libbonobo, ibus-table-others, moarvm, libgnomeui, perl-Test-POE-Server-TCP
praiskup: python-flask-restful, tito, python-multilib, python-oauthlib,
mingw-pcre, mingw-xerces-c, nvml, python-virtualenv-api
pravins: enchant
preichl: nvml
puiterwijk: nvml, python-multilib
pvrabec: ibus-table-others
pwalter: openjpeg, pysvn, thunarx-python
pwouters: python-requests-mock
pwu: sunpinyin, ibus-table-others, fcitx, enchant
python-packagers-sig: python-argon2-cffi, python-requests-oauthlib, enchant,
maven-scm, python-oauthlib, mingw-pcre, python-venusian, mingw-xerces-c,
hunspell-kn, python-isodate, python-virtualenv-api
qa-tools-sig: python-cssmin, python-flask-restful, resultsdb, resultsdb_frontend
quintela: nvml
qulogic: golang-github-mitchellh-cli, mingw-pcre, golang-github-hanwen-fuse,
mingw-xerces-c, nvml, hunspell-kn
qwan: python-multilib
r-maint-sig: mingw-xerces-c, libmacaroons, mingw-pcre
radez: python-oauthlib, buildbot
ralph: python-requests-oauthlib, python-flask-restful, python-multilib,
python-venusian, python-oauthlib, ibus-table-others
raphgro: nvml
rathann: maloc, enchant
raveit65: enchant
rdieter: python-requests-oauthlib, enchant, openjpeg, bluecurve-kde-theme, amor, wv
rdopiera: python-argon2-cffi
remi: php-pdepend-PHP-Depend, php-phpunit-bytekit, php-phpmd-PHP-PMD,
php-phpunit-phploc, php-phpunit-phpcpd
rgrunber: maven-scm
rhughes: libgnome, enchant, libbonoboui, gtkhtml3, liboil, gconf-editor,
libbonobo, ibus-table-others, libgnomeui
rjones: mingw-dbus, nvml, ibus-table-others
rmattes: mingw-xerces-c, mingw-pcre
robert: enchant
robmv: ibus-table-others
robotics-sig: mingw-xerces-c, mingw-pcre
rocha: libmacaroons
rohanpm: python-multilib, python-argon2-cffi, python-requests-mock
rombobeorn: libgnomeui, libbonobo, libgnome, libbonoboui
rominf: python-isodate, python-requests-oauthlib, python-requests-mock
rommell: python-isodate, python-requests-oauthlib
rrankin: wv
rstrode: libgnome, enchant, bluecurve-metacity-theme, bluecurve-gtk-themes,
libbonoboui, bluecurve-classic-metacity-theme, gtkhtml3, bluecurve-icon-theme,
bluecurve-xmms-skin, bluecurve-gnome-theme, gconf-editor, libbonobo,
bluecurve-kde-theme, liboil, ibus-table-others, libgnomeui
ruby-packagers-sig: rubygem-yard
rust-sig: rust-proc-quote-impl, rust-strings, rust-tabwriter, rust-macro-attr,
rust-mnt, rust-osstrtools, rust-quickersort, rust-take, rust-spmc, rust-lzw,
rust-newtype_derive, rust-rustdoc-stripper, rust-scoped-tls-hkt,
rust-string_cache_shared, rust-spinning_top, rust-utf8-ranges, rust-relay,
rust-fdlimit, rust-synom, rust-piper, rust-parse_cfg, rust-permutate,
rust-protoc-rust, rust-safe-transmute, rust-sluice, rust-loggerv,
rust-rustfilt, rust-mktemp, rust-sxd-document, rust-mdl, rust-url_serde,
rust-serde-pickle, rust-dbus-tokio, rust-process_path, rust-unic-ucd-category,
rust-lipsum, rust-fbthrift_codegen_includer_proc_macro, rust-odds, rust-sudo_plugin
sagitter: maven-scm, mingw-pcre, python-pmw, mingw-xerces-c, openjpeg, maloc
sailer: mingw-dbus, mingw-pcre, mingw-xerces-c, hunspell-kn
salimma: python-requests-oauthlib, rubygem-yard, libgnome, enchant,
python-multilib, proxychains-ng, libbonoboui, libstroke, libgnomeui,
python-argon2-cffi
sandeen: nvml
santiago: python-multilib
sbergmann: hunspell-kn
sbonazzo: safelease
scenek: ibus-table-others
schlupov: python-flask-restful
scitech_sig: mingw-xerces-c, mingw-pcre
sergiomb: maven-scm, mingw-pcre, python-pmw, mingw-xerces-c, php-adodb,
ibus-table-others, maloc
sgallagh: python-argon2-cffi, pysvn
sharkcz: enchant, mingw-pcre, libbonoboui, mingw-xerces-c, libbonobo, libgnomeui
shwetha: glusterfs-selinux
simo: nvml
simonm: nvml, libmacaroons
sinnykumari: python-multilib
slaanesh: python-isodate
slagle: nvml
slankes: mingw-xerces-c, mingw-pcre
slp: nvml
smani: enchant, mingw-pcre, mingw-xerces-c, mingw-dbus, python-argon2-cffi,
mingw-qt5-qtquickcontrols
smilner: python-oauthlib, buildbot
snits: tss2
spot: alure, python-requests-oauthlib, enchant, libbonoboui, libbonobo,
ibus-table-others
ssp: libgnome, enchant, libbonoboui, gtkhtml3, liboil, gconf-editor, libbonobo,
ibus-table-others, libgnomeui
stahnma: rubygem-syntax, rubygem-yard
stefw: seahorse-nautilus
steve: nqp, libgnome, gl-117, rakudo, libbonoboui, moarvm, libgnomeui
stevetraylen: python-django-tastypie, python-argon2-cffi, python-requests-oauthlib
stingray: enchant
supakeen: python-argon2-cffi
survient: holland
tagoh: ibus-table-others
tartare: libgnomeui, libgnome, libbonoboui
tchaikov: python-isodate
tdawson: rubygem-yard, rubygem-memcache-client, rubygem-ZenTest,
python-multilib, rubygem-archive-tar-minitar, python-argon2-cffi
tdecacqu: nvml
terjeros: nvml
thalman: python-requests-oauthlib
than: amor, bluecurve-kde-theme, enchant
thm: libbonobo, libbonoboui
thofmann: bibtex2html
thunderbirdtr: qconf
tingping: enchant
tlavocat: nvml
tomegun: nvml
tomh: mingw-xerces-c, mingw-pcre
totol: python-argon2-cffi
tpokorra: libgnomeui, libbonobo, libgnome, libbonoboui
trb143: hunspell-kn
ttomecek: python-dockerpty, docker-compose, python-multilib
twaugh: python-multilib
ueno: fcitx
valtri: rubygem-yard
vanessakris: mingw-xerces-c, mingw-pcre
vascom: nvml, perl-Term-ShellUI, enchant
virtmaint-sig: nvml
vkmc: python-oauthlib
vokac: libmacaroons
vondruch: rubygem-yard
vpavlin: biosdevname
vpv: hunspell-kn
vrutkovs: python-multilib
wsato: ibus-table-others
wwoods: nvml, python-multilib
xavierb: perl-File-KeePass, perl-Term-ShellUI, ibus-table-others,
python-requests-mock, ejabberd
yaneti: perl-Test-POE-Server-TCP
yanqiyu: kcm-fcitx, golang-github-fvbommel-sortorder, fcitx, fcitx-cloudpinyin,
golang-github-containerd-stargz-snapshotter, fcitx-unikey, fcitx-m17n,
golang-github-mitchellh-cli, golang-github-tonistiigi-rosetta, fcitx-chewing,
fcitx-configtool, enchant, fcitx-fbterm, fcitx-sunpinyin, sunpinyin,
fcitx-table-extra, fcitx-table-other, fcitx-hangul, golang-github-hanwen-fuse,
fcitx-ui-light
ykarel: python-requests-mock
yunyings: tboot
zaitcev: python-oauthlib
zaneb: python-oauthlib
zawertun: nvml
zbyszek: nvml
zuul: nvml, python-argon2-cffi
--
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 2022-12-05 11:32:44 UTC
1 year, 3 months
Starting Flatpak SIG
by Kalev Lember
Hi all,
I would like to kick of a Fedora Flatpak Packaging SIG that meets
regularly and has IRC meetings.
Our flatpaks have gotten some bad rep recently and I think for a good
reason. We don't have a lot of them and we only have a handful of people
working on them. We also have a fairly obvious conflict of interest with
Flathub and a bunch of Fedora people are doing flatpaks in Flathub
instead of Fedora and advocating against using Fedora flatpaks.
Here's an attempt to try to get more people involved :) The awkward
situation here is that I am not 100% convinced myself that we should
continue doing Fedora flatpaks, but maybe with a bit more organization
around this we can get some more eyes on the problem and solve some of
the issues.
Please put your name in https://fedoraproject.org/wiki/SIGs/Flatpak if
you are interested and I'll try to organize a poll for a weekly meeting
time. I'd suggest to start the meetings on the second week of January
when the holidays are over.
I've added a few people to CC that I thought might be interested in
this, but anyone that has interest in the area is more than welcome to join.
[Edit: the email got rejected from the mailing list due to too many
recipients so I'm re-sending it without the CC list. The CC'd people
hopefully got the message already.]
Some questions I have around organization: Can someone help register the
#fedora-flatpaks IRC channel under the Fedora umbrella? I am not sure
how to best do that. Does matrix need any special sauce to get a room?
What would be a good name for a pagure.io project?
pagure.io/fedora-flatpaks or pagure.io/fedora-flatpak-sig or
pagure.io/flatpak-sig or something else?
Do we need a mailing list? My initial gut feeling is no, but I'm
interested in what other people think.
If you reply to this, please make sure to reply to the
devel(a)lists.fedoraproject.org post as I am cross-posting it to desktop@
as well.
--
Thanks,
Kalev
1 year, 3 months
F38 proposal: Reproducible builds: Clamp build mtimes to
$SOURCE_DATE_EPOCH (System-Wide Change proposal)
by Ben Cotton
https://fedoraproject.org/wiki/Changes/ReproducibleBuildsClampMtimes
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 ==
The `%clamp_mtime_to_source_date_epoch` RPM macro will be set to `1`.
When an RPM package is built, mtimes of packaged files will be clamped
to `$SOURCE_DATE_EPOCH` which is already set to the date of the latest
`%changelog` entry. As a result, more RPM packages will be
reproducible: The actual modification time of files that are e.g.
modified in the `%prep` section or built in the `%build` section will
not be reflected in the resulting RPM packages. Files in RPM packages
will have mtimes that are independent of the time of the actual build.
== Owner ==
* Name: [[User:Churchyard|Miro Hrončok]], [[User:Zbyszek|Zbigniew
Jędrzejewski-Szmek]]
* Email: mhroncok at redhat.com, zbyszek at in.waw.pl
== Detailed Description ==
This change exists to make RPM package builds more reproducible. A
common problem that prevents [https://reproducible-builds.org/ build
reproducibility] is the mtime (modification times) of the packaged
files.
Suppose we package an RPM package of software called `skynet` in
version `1.0`. Upstream released this version at datetime A. A Fedora
packager creates the RPM package at datetime B. Unfortunately, the
packager needs to patch the sources in the RPM `%prep` section. When
the build runs at datetime C, the modification datetime of the patched
file is set to C. When the build runs again in an otherwise identical
environment at datetime D, the modification datetime of the patched
file is set to D. As a result, the build is not bit-by-bit
reproducible, because the datetime of the build is saved in the
resulting package.
Patching is not necessary to make this happen. When a source file is
compiled into a binary file, the modification datetime is also set to
the datetime of the build. In practice, the modification datetime of
many files packaged in RPM packages is dependent on when the package
was actually built.
To eliminate this problem, we propose to clamp build mtimes to
`$SOURCE_DATE_EPOCH`. RPM build in Fedora already sets the
`$SOURCE_DATE_EPOCH` environment variable based on the latest
`%changelog` entry because the `%source_date_epoch_from_changelog`
macro is set to `1`. We will also set the
`%clamp_mtime_to_source_date_epoch` macro to `1`. As a result, when
files are packaged to the RPM package, their modification datetimes
will be clamped to `$SOURCE_DATE_EPOCH` (to the latest changelog entry
datetime). Clamping means that all files which would otherwise have a
modification datetime higher than `$SOURCE_DATE_EPOCH` will have the
modification datetime changed to `$SOURCE_DATE_EPOCH`; files with
mtime lower (or equal) to `$SOURCE_DATE_EPOCH` will retain the
original mtimes.
This functionality is already implemented in RPM. We will enable it by
setting `%clamp_mtime_to_source_date_epoch` to `1`.
=== Non-goal ===
We do not aim to make all Fedora packages reproducible (at least not
as part of this change proposal). We just eliminate one problem that
we consider the biggest blocker for reproducible builds.
=== Python bytecode ===
When Python bytecode cache (a `.pyc` file) is built, the mtime of the
corresponding Python source file (`.py`) is included in it for
invalidation purposes. Since the `.pyc` file is created before RPM
clamps the mtime of the `.py` file, the mtime stored in the `.pyc`
file might be higher than the corresponding mtime of the `.py` file.
With the previous example, if `skynet` is written in Python:
# `skynet.py` is modified in `%prep` and hence has mtime set to the
time of the build
# `skynet.pyc` is generated in `%install` and the mtime of `skynet.py`
is saved in it
# RPM clamps the mtime of `skynet.py`
# `skynet.pyc` is considered invalid by Python on runtime, as the
stored and actual mtime of `skynet.py` don't match
To solve this, we will modify Python to clamp the stored mtime to
`$SOURCE_DATE_EPOCH` as well (when building RPM packages). Upstream
Python chooses to invalidate bytecode cache based on hashes instead of
mtimes when `$SOURCE_DATE_EPOCH` is set, but that could cause
performance issues for big files, so Fedora's Python already deviates
from upstream behavior when building RPM packages. To avoid
accidentally breaking the behavior when
`%clamp_mtime_to_source_date_epoch` is not set to `1`, RPM macros and
buildroot policy scripts for creating the Python bytecode cache will
be modified to unset `$SOURCE_DATE_EPOCH` when
`%clamp_mtime_to_source_date_epoch` is not set to `1`.
This behavior might be proposed upstream if it turns out to be
superior to the current upstream choice, in case we
[https://discuss.python.org/t/14594 won't redesign the bytecode-source
relationship entirely] instead.
=== Opting out ===
Packages broken by this new behavior can unset
`%clamp_mtime_to_source_date_epoch` but packagers are encouraged to
fix the problem instead.
== Feedback ==
Enabling this RPM feature was
[https://src.fedoraproject.org/rpms/redhat-rpm-config/pull-request/126
proposed as a pull request] to {{package|redhat-rpm-config}} in April
2021. It received good feedback with the exception of the following:
* it was said the change needs to be coordinated with the Python maintainers
* it was said the change should be done via a change process for
better coordination and exposure
We believe that by proposing this via the change process and planning
for the changes needed in Python, both issues are addressed.
== Benefit to Fedora ==
We believe that many RPM packages will become reproducible and others
will be more reproducible than before. The benefits of reproducible
builds are better explained at https://reproducible-builds.org/
== Scope ==
* Proposal owners:
** Propose a PR for {{package|redhat-rpm-config}} (set
`%clamp_mtime_to_source_date_epoch` to `1`, possibly only when
`%source_date_epoch_from_changelog` is set)
** Propose a PR for {{package|python-rpm-macros}} (unset
`$SOURCE_DATE_EPOCH` while creating `.pyc` files iff
`%clamp_mtime_to_source_date_epoch` is not `1`)
** Propose a PR for
[https://src.fedoraproject.org/rpms/python3.11/blob/b2d80045f9/f/00328-pyc...
the Python's bytecode invalidation mode patch] for all Python versions
that have it
** Backport (the new portion of) the patch to older Pythons
({{package|python2.7}}, {{package|python3.6}} and PyPys)
** Test everything together in Copr and deploy it if it works.
** Optional: Run some reproducibility tests before and after this
change and produce some statistics.
* Other developers:
** Test their packages with the new behavior, report problems, and
opt-out if really needed.
* Release engineering: N/A (not needed for this Change)
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
Nothing anticipated.
== How To Test ==
The change owners plan to perform a mass rebuild in Copr to see if
this breaks anything significantly.
If it actually works as anticipated, they also plan to run some
reproducibility tests and hopefully produce some statistics before and
after this change.
Other packages can test by building their packages and verifying they
still work as expected and no packaged files have higher mtimes than
the last `%changelog` entry.
To verify if this change has landed, run: `rpm --eval
'%clamp_mtime_to_source_date_epoch'` on Fedora 38. The result should
be `1`.
== User Experience ==
Users of Fedora Linux on their machines should not be impacted at all.
Users who build RPM packages atop Fedora will be impacted by this
change the same way Fedora is.
== Dependencies ==
* RPM needs to support this (it already does)
* RPM needs to set `$SOURCE_DATE_EPOCH` (it already does)
== Contingency Plan ==
* Contingency mechanism: The change owners or
{{package|redhat-rpm-config}} maintainers or proven packagers will
revert the change in {{package|redhat-rpm-config}}. That should be
enough to undo anything as the changes in Python should be dependent
on that. If not enough, revert everything.
* Contingency deadline: Ideally, we should do this before the Mass
Rebuild. Technically, we can land it any time before the Beta Freeze,
but it would not change all the packages, which is a bit messy. *
Blocks release? No <
== Documentation ==
This page is the documentation.
== Release Notes ==
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
1 year, 3 months
Cfitsio soname bump, side tag created
by Sergio Pascual
Hello again, as stated before [1], I'm updating cfitsio to 4.2. I have
created a side tag f38-build-side-61457
I have already built cfitsio, CCfits and wcslib. Affected packages are:
astrometry
bes
CCfits
cpl
elements-alexandria
gdal
healpix
indi-3rdparty-gphoto
kstars
kst
LabPlot
libindi
luminance-hdr
perl-Astro-FITS-CFITSIO
phd2
python-astropy
python-fitsio
python-healpy
root
siril
skyviewer
sourcextractor++
ufraw
vips
wcslib
Best regards, Sergio
[1]
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
1 year, 3 months
F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)
by Ben Cotton
https://fedoraproject.org/wiki/Changes/ReplaceDnfWithDnf5
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 ==
Make DNF5 the new default packaging tool. The change will replace DNF,
LIBDNF, and DNF-AUTOMATIC with the new DNF5 and new Libdnf5 library.
It is a second step after
https://fedoraproject.org/wiki/Changes/MajorUpgradeOfMicrodnf.
== Owner ==
* Name: [[User:jmracek| Jaroslav Mracek]]
* Email: jmracek(a)redhat.com
== Detailed Description ==
The new DNF5 will provide a significant improvement in user
experiences and performance. The replacement is the second step in
upgrade of Fedora Software Management stack. Without the change there
will be multiple software management tool (DNF5, old Microdnf,
PackageKit, and DNF) based on different libraries (libdnf, libdnf5),
providing a different behavior, and not sharing a history. We can also
expect that DNF will have only limited support from upstream. The DNF5
development was announced on
[https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
Fedora-Devel] list in 2020.
=== New DNF5 Features ===
* Fully featured package manager without requirement of Python
** Smaller system
** Faster
** Replace DNF and Microdnf
* Unified behavior of in the software management stack
** New Libdnf5 plugins (C++, Python) will be applicable to DNF5, Dnf5Daemon
*** DNF4 plugins were not applicable for PackageKit and Microdnf (e.g.
versionlock, subscription-manager), therefore PackageKit behaves
differently in comparison to DNF
** Shared configurations
*** In DNF4 not all configuration is honored by PackageKit and Microdnf
** DNF/YUM was developed for decades with impact of multiple styles
and naming conventions (options, configuration, options, commands)
* New Daemon
** The new daemon can provide an alternative to PackageKit for RPMs
(only one backend of PackageKit) if it will be integrated into Desktop
** Support of Modularity and Comps group
* Performance improvement
** Loading of repositories
** Advisory operations
** RPM queries
*** Name filters with a case-insensitive search (the `repoquery` command)
** Smart sharing of metadata between dnf5 and daemon
*** Reduce disk and downloads requirements
*** Currently, DNF, Microdnf, and PackageKit use their own cache
*** Optional, may be not available for Fedora 39
* Decrease of a maintenance cost in the long term
** Shared plugins
** Removal of functional duplicates
* Fully integrated Modularity in LIBDNF5 workflows
** The Modularity is supported in DNF and LIBDNF but it is not fully
integrated. Integration was not possible due to limitation of
compatibility with other tools (PackageKit)
** Fully integrated Modularity required changes in the library workflow
=== Major codebase improvements ===
*Reports in structure
** DNF reports a lot of important information only in logs
* Removal of duplicated implementation
** LIBDNF evolved from LIBHIF (PackageKit library) and HAWKEY (DNF
library). The integration was never finished, therefore LIBDNF still
contains duplicated functionality.
** decrease of the code maintenance cost in future
* Unify Python bindings
** Formal Libdnf provides two types of Python bindings
*** CPython (hawkey)
*** SWIG (libdnf)
** Maintaining and communication between both bindings requires a lot
of resources
** Binding unification was not possible without breaking API compatibility
* SWIG bindings
** With SWIG we can generate additional bindings without spending huge resources
** Code in particular languages will be very similar to each other
* Separation of system state from history DB and `/etc/dnf/module.d`
** In dnf-4 the list of userinstalled packages and list of installed
groups along with the lists of packages installed from them is
computed as an aggregation of transaction history. In dnf5 it will be
stored separately, having multiple benefits, among them that the
history database will serve for informational purposes only and will
not define the state of the system (it gets corrupted occasionally
etc.).
** Data stored in `/etc/dnf/module.d` were not supposed to be user
modifiable and their format is not sufficient (missing information
about installed packages with installed profiles)
*** Content of `/etc/dnf/module.d` will be moved into the System State
== Feedback ==
== Benefit to Fedora ==
== Scope ==
* Proposal owners:
DNF5 is still in the development and some of the features or options
are not yet available. We still have to finish the implementation of
Modularity, storing internal data related to History and System State,
and also documentation and man pages. DNF5 can be tested from
repository with upstream nightly builds -
https://copr.fedorainfracloud.org/coprs/rpmsoftwaremanagement/dnf5-unstable/.
The project's github repository is here -
https://github.com/rpm-software-management/dnf5/
* Other developers:
* 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 Objectives:
== Upgrade/compatibility impact ==
The new DNF5 will obsolete `dnf`, `yum`, `dnf-automatic`, `yum-utils`,
and DNF plugins (core and extras). python3-dnf and LIBDNF (`libdnf`,
`python3-hawkey`) will be obsoleted by `fedora-obsolete-packages`.
=== Compatibility ===
The new DNF5 will provide a symlink to `/usr/bin/dnf` therefore users
will see the replacement as an upgrade of DNF with limited but
documented syntax changes. The DNF5 will provide some compatible
aliases of commands and options to improve adoption of the DNF5.
== How To Test ==
Install `dnf5` package from
https://copr.fedorainfracloud.org/coprs/rpmsoftwaremanagement/dnf5-unstable/
== User Experience ==
* Improved progress bars
* Improved transaction table
* Transaction progress reports including scriptlets reports
* Support of local rpm for transaction operation
* Great bash completion (better then DNF has)
* New commands and options that are only available with `DNF`
== Dependencies ==
There is a long list of dependent packages
=== dnf ===
auter
calamares
copr-builder
cpanspec
dnf-plugin-diff
dnfdragora
etckeeper-dnf
fedora-review
fedora-upgrade
kiwi-systemdeps-core
libdnf-plugin-subscription-manager
lpf
mock
osbuild
perl-CPAN-Plugin-Sysdeps
policycoreutils-devel
rbm
subscription-manager
supermin
system-config-language
=== python3-dnf ===
anaconda-core
dnf-plugin-ovl
dnfdaemon
fedora-easy-karma
fedora-review
lorax
mock-core-configs
module-build-service
modulemd-tools
needrestart
pungi
python3-bodhi-client
python3-dnf-plugin-cow
python3-dnf-plugin-flunk_dependent_remove
python3-imgcreate
python3-libreport
retrace-server
system-config-language
=== libdnf ===
PackageKit
copr-builder
gnome-software-rpm-ostree
libdnf-plugin-subscription-manager
libdnf-plugin-swidtags
libdnf-plugin-txnupd
=== python3-hawkey ===
mock-core-configs
modulemd-tools
python3-rpmdeplint
retrace-server
== Contingency Plan ==
* Contingency mechanism: (What to do? Who will do it?)
* Contingency deadline:
* Blocks release?
== Documentation ==
none
== Release Notes ==
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
1 year, 3 months
Donate 1 minute of your time to test upgrades from F36 to F37
by Miroslav Suchý
Do you want to make Fedora 37 better? Please spend 1 minute of your time and try to run:
# Run this only if you use default Fedora modules
# next time you run any DNF command default modules will be enabled again
sudo dnf module reset '*'
dnf --releasever=37 --setopt=module_platform_id=platform:f37 \
--enablerepo=updates-testing \
$(rpm -q fedora-repos-modular >/dev/null && echo --enablerepo=updates-testing-modular) \
--assumeno distro-sync
This command does not replace `dnf system-upgrade`, but it will reveal potential problems.
You may also run `dnf upgrade` before running this command.
The `--assumeno` will just test the transaction, but does not make the actual upgrade.
In case you hit dependency issues, please report it against the appropriate package.
Or against fedora-obsolete-packages if that package should be removed in Fedora 37. Please check existing reports against
fedora-obsolete-packages first:
https://red.ht/2kuBDPu
and also there is already bunch of "Fails to install" (F37FailsToInstall) reports:
https://bugzilla.redhat.com/buglist.cgi?bug_id=2045109&bug_id_type=anddep...
Thank you
Miroslav
1 year, 3 months
[Modularity] XML format for in-repository modules
by Petr Pisar
Hello Fedora developers,
I'd like to show you a proposal for a new XML format of modular metadata which
reside in YUM repositories.
In short I propose replacing YAML syntax with XML syntax while removing
features which where never implemented or used, while providing a detailed
specification leaving small place for implementer's invention. The proposed
specification is the "reduced" variant under
<https://github.com/fedora-modularity/libmodulemd/tree/main/xml_specs>, for
instance
<https://github.com/fedora-modularity/libmodulemd/blob/main/xml_specs/redu...>.
Bear in mind that this change is only about how the modules are stored in YUM
repositories which are fetched by DNF. It does not change how modules are defined
by module maintainers (YAML modulemd-packager-v3 or modulemd-v2 format) and
how it is built by MBS and handled by Bodhi.
Those who should be concerned most are DNF5 developers and relengs producing
composes.
Long story:
Original modulemd format had a noble property, and that was an input format
for MBS is the same as the output format. This is not true anymore because of
modulemd-packager-v3 format. It also makes validation difficult as fields
optional in an input format are mandatory in the output format, or vice versa.
Original modulemd format drags in YAML format into YUM repository which is
otherwise XML-only. That requires a YAML parser.
Original modulemd format is not handled by DNF directly. Instead, DNF uses
libmodulemd library. That library is heavily based on glib. In fact it embeds
glib types into its API. Why do I mention it? Because new DNF5 aims to
eradicate glib. Mostly to shrink container installations. librepo and
libmodulemd are the last pieces with glib. Because it's impossible to remove
glib from libmodulemd, there has to be a new library for parsing modular
metadata. If there has to be a new library, there could be a transition from
YAML to XML which would shrink the minimal installation more by removing
libyaml.
Original modulemd format possesses some features which nobody uses, or nobody
implements, or if implements, than not fully. Do you remember a deprecation of
intents from modularity
<https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...>?
There are more things that can be removed and make the format and its parser
simpler.
Original format is not well specified. DNF and Satellite people complained
a lot when they were implementing it. The specification looks more like an
example. E.g. a module stream name is probably a string. An arbitrary string.
With spaces, with new lines. I think you do not want to see a stream named
" :\n". Well, DNF does not even allow you to identify a module like that.
There is definitely room for tightening the format. But each change like that
is technically an incompatible change. To materialze the change we need at
least a new modulemd format version. But if we need a new format version, we
can actually come a completely new format.
As you can see, there are good reasons to come up with a new in-repository
format. Hence here it is
<https://github.com/fedora-modularity/libmodulemd/tree/main/xml_specs>.
I originally developed the XML format to be able to encode all features we
have in the old YAML format. That's kept for your reference in "complete"
subdirectory
<https://github.com/fedora-modularity/libmodulemd/tree/main/xml_specs/comp...>.
Then I removed all unnecessary features and put it into "reduced" subdirectory
<https://github.com/fedora-modularity/libmodulemd/tree/main/xml_specs/reduced>.
If you are interested in it, I recommend starting with overview.xml file. It
shows a skeleton of the format. It's so small I can quote it here:
<index xmlns="http://fedoraproject.org/metadata/moduleindex" version="" revision="">
<module name="">
<stream name=""> <!-- DNF wants versions and contexts to differ in @summary etc. -->
<build version="" context="" static="" arch="" summary="" description="">
<!-- @static defaults to false. -->
<dependency name="">
<requires></requires> <!-- Only one for modulemd-packager-v3 -->
<conflicts></conflicts> <!-- Not supported by modulemd-packager-v3 -->
</dependency>
<dependency name=""/> <!-- An unspecified stream.
Not supported by modulemd-packager-v3. -->
<license>
<module></module>
<content></content>
</license>
<references comunity="" documentation="" tracker=""/>
<profile name="" description="">
<package></package>
</profile>
<api></api>
<demodularized></demodularized>
<nevra name="" epoch="" version="" release="" arch=""/>
</build>
<default-profile modified=""> <!-- @modified could be renamed to version -->
<profile></profile> <!-- With a value replaces, missing unsets. -->
</default-profile>
<obsolete modified="" context=""> <!-- @modified in seconds since the epoch.
Missing or empty @context means all contexts. -->
<eol when="" message=""> <!-- Missing element means unsetting. -->
<!-- @when in seconds since the epoch, missing means now. -->
<replacement module="" stream=""/>
</eol>
</obsolete>
<translation modified=""> <!-- @modified could be renamed to version -->
<locale name=""> <!-- Each of the child is optional, but there
must be at least one. -->
<build summary="" description=""/> <!-- missing @summary, @description unsets -->
<profile name="" description=""/> <!-- missing @description unsets -->
<obsolete context="" message=""/> <!-- missing or empty @context means
all contexts,
missing @message unsets, unsupported in YAML. -->
</locale>
</translation>
</stream>
<default-stream modified="" stream=""/> <!-- @modified could be renamed to version -->
<!-- Existing @stream sets a default,
missing or empty unsets. -->
</module>
</index>
As you can see, there are no separate documents for modules and default
streams. Everything is kept inside one document. That enables
properties (e.g. obsoletes or default profiles) pertaining the same entity
(e.g. a stream) to be placed together. That prevents from repeating the
identifiers (e.g. stream names) and makes the format more succinct and easier
for querying. That's especially import for DNF which needs quickly to know
list of modules, streams of modules, to find out the latest build etc.
An example.xml file shows how a real data would look
<https://github.com/fedora-modularity/libmodulemd/blob/main/xml_specs/redu...>.
You can see e.g. see that time stamps are encoded as a number of seconds since
a Unix epoch. That will save DNF from parsing e-mail date notations, handling
time zones etc.
There is also a formal specification in a form or XML Schema
<https://github.com/fedora-modularity/libmodulemd/blob/main/xml_specs/redu...>.
And tests subdirectory with a preliminary sets of good and bad examples that
validates and fails a validation.
I'd be glad to hear any comments on the format.
A grand plan how to implement and deploy this format is outlined in
top-level README.md
<https://github.com/fedora-modularity/libmodulemd/blob/main/xml_specs/READ...>.
Basically it will be injected into createrepo_c tool to produce the XML data
in YUM repositories. Then the format will be consumed by DNF5. (Just to
clarify, currently missing support for modules in DNF5 is not caused by this
new XML format. DNF5 will support modules in the old YAML format soon through
libmodulemd library.) According to my consultation with DNF team, DNF5 plans
to prefer the XML format if both XML and YAML would exist in a repository.
-- Petr
1 year, 3 months