June 2021 - devel-announce - Fedora mailing-lists

F35 Change: Gconv package split in glibc (System-Wide Change proposal)
by Ben Cotton 30 Jun '21

30 Jun '21

https://fedoraproject.org/wiki/Changes/Gconv_package_split_in_glibc == Summary == Most Gconv modules with the exception of unicode and similar essential ones have been split into a separate package called glibc-gconv-extra. Currently, the core package glibc has a strong (Requires) dependency on glibc-gconv-extra making this change transparent to users. This proposal is to weaken this dependency to Recommends so that it is possible to remove glibc-gconv-extra from installations that do not need it. == Owner == * Name: [[User:siddhesh| Siddhesh Poyarekar]] * Email: sipoyare(a)redhat.com == Detailed Description == The glibc-gconv-extra package contains all iconv converter plugins except UTF-*, unicode, ISO-8859-1, ISO8859-15, CP1252 and ANSI_X3.110. A number of minimal installations would typically not need all those plugins and they can be removed without any ill effects to those environments. To achieve this, the glibc dependency on glibc-gconv-extra needs to be weakened from Requires to Recommends. Weakening the dependency of glibc on glibc-gconv-extra implies that glibc-gconv-extra may not be pulled into certain installations by default, e.g. in buildroots for package builds. glibc-gconv-extra is however necessary because a number of packages either run tests that verify conversions between arbitrary character sets or need similar functionality to convert character sets of files in the upstream sources. A method would have to be devised to ensure that glibc-gconv-extra is available in buildroots. One option is to have redhat-rpm-config Require glibc-gconv-extra as a way to ensure that glibc-gconv-extra is in every buildroot, but better ideas are desirable. == Feedback == The change was made assuming that the weak dependency would be sufficient to address compatibility but it was subsequently rolled back when it was discovered that buildroots do not pull in weak dependencies. Since the [https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org… announcement on fedora-devel] the reception to the change idea itself has been positive. There are compatibility concerns with respect to buildroots and backward compatibility, which will be addressed. == Benefit to Fedora == The ability to remove glibc-gconv-extra brings in two main benefits: * Removal can save about 8MB in the installed size, which is an advantage for minimal container images * A number of the infrequently used modules have historically had bugs that have been considered security issues. Removing the glibc-gconv-extra package is thus a hardening opportunity for UTF-8 clean environments. == Scope == * Proposal owners: The change required in glibc is minimal, requiring only spec file changes to change dependencies. * Other developers: To allow glibc-gconv-extra to be installed in minimal koji buildroots, redhat-rpm-config needs to be modified to depend on glibc-gconv-extra. Alternatively, the buildroot definition needs to be altered somehow to include glibc-gconv-extra. If none of the above are feasible, package owners will need to add a BuildRequires on glibc-gconv-extra if they need the extra converter modules. However this is the last option and should ideally be avoided. * Release engineering: [https://pagure.io/releng/issue/10176] * 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 == 1. Update glibc on an older system and verify that glibc-gconv-extra gets updated by default 2. Update glibc on a system that has glibc-gconv-extra removed and verify that glibc-gconv-extra is not pulled in 3. glibc downgrades should also have analogous behaviour 4. Build any package in mock or koji and verify that glibc-gconv-extra is present in the buildroot == User Experience == Minimal, UTF-8-only containers can be reduced by 8MB. == Dependencies == If buildroot issues cannot be resolved through releng or a dependency on redhat-rpm-config, a number of packages will need to be updated to ensure that they build. At this moment that list is unknown. == Contingency Plan == * Contingency mechanism: glibc dependency on glibc-gconv-extra is reverted to Requires * Contingency deadline: 2021/08/24 (Beta freeze) * Blocks release? No == Documentation == Package split and its potential announced and discussed here: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org… -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

List of long term FTBFS packages to be retired in August
by Miro Hrončok 29 Jun '21

29 Jun '21

Dear maintainers. Based on the current fail to build from source policy, the following packages will be retired from Fedora 35 approximately one week before branching (August 2021). Policy: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails… The packages in rawhide were not successfully built at least since Fedora 32. This report is based on dist tags. Packages collected via: https://github.com/hroncok/fedora-report-ftbfs-retirements/blob/master/ftbf… If you see a package that was built, please let me know. If you see a package that should be exempted from the process, please let me know and we can work together to get a FESCo approval for that. If you see a package that can be rebuilt, please do so. Package (co)maintainers Latest build ================================================================================ cardpeek kalev Fedora 32 percona-xtrabackup slaanesh, slankes Fedora 32 php-opencloud-openstack lcts Fedora 32 proxyfuzz psklenar Fedora 32 radamsa huzaifas, mrniranjan Fedora 32 sugar-view-slides callkalpa, chimosky, pbrobinson, Fedora 31 tuxbrewr zram pbrobinson Fedora 32 The following packages require above mentioned packages: Depending on: percona-xtrabackup (1), status change: 2020-11-22 (31 weeks ago) holland (maintained by: immanetize, jeffreyness, survient) holland-xtrabackup-1.2.4-2.fc35.noarch requires /usr/bin/xtrabackup Affected (co)maintainers callkalpa: sugar-view-slides chimosky: sugar-view-slides huzaifas: radamsa immanetize: percona-xtrabackup jeffreyness: percona-xtrabackup kalev: cardpeek lcts: php-opencloud-openstack mrniranjan: radamsa pbrobinson: zram, sugar-view-slides psklenar: proxyfuzz slaanesh: percona-xtrabackup slankes: percona-xtrabackup survient: percona-xtrabackup tuxbrewr: sugar-view-slides

1 0

F35 Change: Memory Constraints macros for RPM (System-Wide Change proposal)
by Ben Cotton 29 Jun '21

29 Jun '21

https://fedoraproject.org/wiki/Changes/MemoryConstraintsMacros == Summary == Introduce macros, similar to openSUSE's [https://build.opensuse.org/package/show/openSUSE:Factory/memory-constraints memory-constraints]), for optionally limiting build parallelism for build-time memory-bound packages == Owner == * Name: [[User:salimma|Michel Alexandre Salim]] * Email: michel AT michel-slm DOT name == Detailed Description == Some source packages have a memory usage per build thread higher than the RAM:CPU ratio available in some of our builders. Further, this ratio can be different for different build server on different architectures. At the moment, such packages ([https://src.fedoraproject.org/rpms/ceph/blob/d7454e4e0a98208dc569553b901a49… ceph], [https://src.fedoraproject.org/rpms/chromium/blob/baaf27b384295d6288ef367dd1… chromium], [https://src.fedoraproject.org/rpms/mcrouter/blob/a0f7ecad2ccc51c4214646b082… mcrouter]) have to implement their own logic for determining the safe amount of parallelism, and redefine `_smp_build_ncpus`. When this proposal is implemented, they can instead declaratively specify the amount of RAM needed per build thread, e.g. %limit_build -m 8192 for declaring a build thread should be allocated 8GB of RAM. Since Koji supports [https://docs.pagure.org/koji/release_notes/release_notes_1.18/#system-chang… setting default values for macros], there will be a macro for the default memory limit (name TBD) that, if set, will be used to cap `_smp_build_ncpus` unless overridden by `%limit_build -m`. 0 I'm proposing to tentatively call the macro package `build-constraints-rpm-macros` to allow the possibility of adding macros for related needs e.g. [https://pagure.io/copr/copr/issue/1678 build timeouts] to the same package. == Benefit to Fedora == This change simplifies maintaining specs for software that are memory-bounded rather than CPU-bounded on our build servers It could potentially improve build reliability for these packages, by reducing the number of jobs failing because of OOM errors, and reduce the need for package maintainers to debug these failures. By keeping the user-facing API aligned with what openSUSE is using, we open up the possibility to collaborate with them and with the upstream RPM project to get such macros upstreamed into RPM itself (see [https://github.com/rpm-software-management/rpm/pull/821 previous attempt]). **note** that is not in scope for this Change. == Scope == * Proposal owners: ** Introduce new macros ** Update known packages to use the new macros, replacing their custom `_smp_build_ncpus` overrides * Other developers: ** The proposal owners might not catch all references of such logic. Individual package maintainers can try refactoring their packages using these new macros * Release engineering: [https://pagure.io/releng/issue/10188 #10188] No mass rebuild needed. Affected packages should be rebuilt using the new macro * Policies and guidelines: Packaging guideline can be updated to recommend using these macros for build-time memory-bound packages * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: N/A == Upgrade/compatibility impact == No impact, affects package building only. Also, the use of the new macros are optional. == How To Test == 1. Install `build-constraints-rpm-macros` 2. Modify spec to set `%limit_build -n AMOUNT_IN_MB` in `%build` 3. Rebuild in koji and make sure it passes on all supported architectures == User Experience == == Dependencies == This can optionally be added as dependencies of `redhat-rpm-config` and `epel-rpm-macros`, depending on how many packages need this == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?) Revert changed packages to their previous way of capping the number of build jobs * Contingency deadline: beta * Blocks release? No == Documentation == Previous discussion: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org… openSUSE implementation: https://build.opensuse.org/package/show/openSUSE:Factory/memory-constraints -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F35 Change: Filtered Flathub Applications (System-Wide Change proposal)
by Ben Cotton 29 Jun '21

29 Jun '21

https://fedoraproject.org/wiki/Changes/Filtered_Flathub_Applications == Summary == Enabling third-party repositories will now create a Flathub remote that is a filtered view of Flathub. == Detailed Description == '''''Note that this proposal is about user experience, procedures, and technology - the high-level concept has already been discussed and approved by the Fedora Council and FESCO.''''' Enabling third-party repositories will now create a Flathub remote that is a filtered view of Flathub. This means that applications on Flathub that have been explicitly approved (by a new process proposed here) will be available in GNOME Software and on the <code>flatpak</code> command line. If the user follows following the instructions on https://flatpak.org/setup/Fedora/, then the filter is removed, and the user gets a full view of Flathub. Roughly speaking, the criteria for including software is a) will not cause legal or other problems for Fedora to point to b) does not overlap Fedora Flatpaks or software in Fedora that could easily be made into a Flatpak c) works reasonably well. For Fedora 35, We expect to include all software from the top 50 most popular applications on Flathub that meet these criteria plus selected other software of interest to the Fedora target audience - Fedora community members are welcome to propose additions. Already reviewed: Zoom, Microsoft Teams, Skype, Bitwarden, Postman, Minecraft<br> Other likely software from the top 50: Discord, Anydesk, WPS Office, OnlyOffice, MasterPDFEditor, Slack, UngoogledChromium, Flatseal, WhatsAppQT, GreenWithEnvy The expectation is that many included applications will be things that are hard or impossible to package in Fedora - proprietary applications, Electron-based applications, and so forth. This is consistent with the third-party software policy, and does not reflect a change from what we do currently with third-party repositories. Fedora Workstation Issue: [https://pagure.io/fedora-workstation/issue/108 #108 Add selected Flathub apps to the third-party repos] == Conformance to Fedora policies == The goal here is to be in conformance with the Fedora [https://docs.fedoraproject.org/en-US/fesco/Third_Party_Repository_Policy/ Third-Party Repository Policy]. The current form of this policy was explicitly written and approved with the filtered view of Flathub being one of the use cases. See https://pagure.io/fesco/fesco-docs/pull-request/34 In detail, this proposal meets [https://docs.fedoraproject.org/en-US/fesco/Third_Party_Repository_Policy/#_… Key requirements for third-party repositories]. We consider each application included in the filter as a separate "mini" repository <blockquote> Third-party repositories must be approved by an active Fedora working group or SIG, or by FESCo. Groups who approve the inclusion of third party repositories must have a documented process which allows for community input, which produces a traceable history for each decision (for example, a ticket or other record). </blockquote> The traceable process is filing a merge request to https://pagure.io/fedora-flathub-filter/ <blockquote> Additionally, repositories included in an edition or spin’s third-party repository list must conform to the following requirements: * Just as with any software hosted by Fedora, third party repositories must not contain material that poses an undue legal risk for the Fedora Project or its sponsors. This risk includes, but is not limited to, software with known patent issues, copyright issues, or software tailored for conducting illegal activities. Fedora working groups should evaluate if a proposed addition or provider poses a significant risk, and if in doubt, confer with Fedora Legal for advice. </blockquote> This is done for each pull request to the `fedora-flathub-filter` repository. <blockquote> * Changes made by one Edition or spin should not impact other Fedora editions or spins. </blockquote> Each spin has the ability to include filtered view of Flathub or not. We do not foresee having *separate* filters for different spins. <blockquote> * Working groups and SIGs should maintain oversight over the software that is made available through third-party repositories, to prevent unvetted software being made available to Fedora users. As part of this, third-party repositories should allow easy auditing by Fedora Legal. This requirement implies that third-party repositories should limit themselves to a small number of packages, or that measures should be put in place to define which packages are made available from a particular repository by default. </blockquote> The filter is a "measure ... to define which packages are made available". == Technical implementation == * The <code>fedora-third-party</code> script added by [[Changes/Third_Party_Software_Mechanism]] will also include support for Flatpak repositories. * A new package <code>fedora-flathub-repository</code> will be added with a configuration file <code>/etc/fedora-third-party.d/flathub.conf</code> and a file <code>/etc/flatpak/filters/fedora-flathub.filter</code> that is referenced by the <code>flathub</code> remote when created. * The filter is maintained by the scripts and procedures in https://pagure.io/fedora-flathub-filter/ - additions correspond to pull requests. * If the user explicitly installs Flathub, by, for example, following the instructions on https://flatpak.org/setup/Fedora/, then the filter is removed, and the user gets a full view of Flathub. (This is standard behavior already implemented in the Flatpak client) == Benefit to Fedora == Fedora users who opt-in to third-party software repositories will have immediate access to more software out-of-the-box. == Scope == * Proposal owners ** Add flatpak support to the `fedora-third-party` script ** Add a `fedora-flathub-repository` package that is built from the output of `fedora-flathub-filter` and integrates with the `fedora-third-party` repository package. * Other developers: ** No actions needed * Release engineering: [https://pagure.io/releng/issue/10187 #10187] ** No actions needed * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: No significant alignment == Upgrade/compatibility impact == The expectation is that: * If the system already has a flathub remote installed, nothing happens, whether or not the user has opted-in to third-party software. * If the system does not have a flathub remote installed, and the user opts-in to third-party software at upgrade time, then the filtered-in apps are then available. == How To Test == * On a fresh install or upgrade, if the user opts-in to third-party software, applications such as Skype are visible in GNOME Software and `flatpak search`. * On a fresh install or upgrade, if the user does not opt-in to third-party software, applications such as Skype are not visible in GNOME Software and `flatpak search`. * If https://flatpak.org/setup/Fedora/ is followed before upgrade, the remote remains unfiltered. * If https://flatpak.org/setup/Fedora/ is followed after upgrade, the remote becomes unfiltered. == User Experience == Fedora users who opt-in to third-party software repositories will have immediate access to more software out-of-the-box. == Dependencies == This depends on [[Changes/Third_Party_Software_Mechanism]] == Contingency Plan == * Contingency mechanism: remove the dependency of fedora-workstation-release on `fedora-flathub-repository` * Contingency deadline: release candidate * Blocks release? No - the contingency plan could be used at any point == Documentation == The review process is described at https://pagure.io/fedora-flathub-filter/ == Release Notes == With Fedora 35, if the user opts-in to third-party software repositories selected applications from https://flathub.org are now available by default in GNOME Software, in KDE Discover, and on the Flatpak command line. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F35 Change: Third-party Software Mechanism (System-Wide Change proposal)
by Ben Cotton 29 Jun '21

29 Jun '21

https://fedoraproject.org/wiki/Changes/Third_Party_Software_Mechanism == Summary == Update mechanism for opting-in to "Third-Party Software Repositories" so that the repositories are immediately enabled. == Owner == * Name: [[User:otaylor| Owen Taylor]] * Email: otaylor(a)redhat.com == Detailed Description == ''''''Note that this proposal is about a change to how third-party repositories are enabled, not about including anything new in Fedora.''''' Currently, when the user opts in to "Enable Third-Party Software repositories", the` fedora-workstation-repositories` package is installed, but with the repositories disabled. With this change, `fedora-workstation-repositories` will be installed by default (required by `fedora-release-workstation`), and opting in to "Third-party Software Repositories" will actually enable the repositories. Fedora Workstation Issue: [https://pagure.io/fedora-workstation/issue/105 #105 Ship fedora-workstation-repositories on install media] == Conformance to Fedora policies == [https://docs.fedoraproject.org/en-US/fesco/Third_Party_Repository_Policy/ Third-Party Repository Policy]: <blockquote> The third-party nature of the repository must be apparent to the user when they enable it, as should the non-free status of its content, if such. To ensure this, repository files must initially include the enabled=0 (or equivalent) setting, and the user must explicitly enable third-party repositories to install from them. </blockquote> This proposals is a new implementation of "explictly enable third-party repositories". There is no proposed change to which third-party repostories are shipped - and in particular this change does not include splitting fedora-workstation-repositories to conform to the recommendation of the current guidelines. == Technical implementation == * There is a <code>fedora-third-party</code> package with a <code>fedora-third-party</code> script with <code>enable/disable/refresh/query</code> subcommands. The status is stored in <code>/etc/fedora-third-party.conf</code> * Packages like <code>fedora-workstation-repositories</code> that include third-party repositories will drop config files into <code>/etc/fedora-third-party.d/*.conf</code>. There will be a post-transaction file trigger to run <code>fedora-third-party refresh</code>, which applies the users opt-in status to newly installed repository files. * We add a new page to GNOME Initial Setup that asks a single question, *along the lines of*:<br> '''Enable Third Party Software repositories?''' <br> ☑ Access additional software from selected third party sources. Some of this software is proprietary and therefore has restrictions on use, sharing, and access to source code. <br> [Find out more...](https://fedoraproject.org/wiki/Workstation/Third_Party_Software_Re… * If the user leaves the box checked, GNOME Initial setup runs `fedora-third-party enable`. * For upgrades, GNOME Software shows an info-bar with the same question if no status is stored in `/etc/fedora-thirdparty.conf` == Feedback ==  == Benefit to Fedora == The main benefit of this proposal is the removal of the state where the user has opted in to third party repositories but they are not actually enabled. PackageKit supports the <code>enabled_metadata=1</code> key in a repository file, which allows applications to be searched in this state, but this is not supported by DNF. The new method is also easily extensible to Flatpaks, where there also no equivalent to <code>enabled_metadata=1</code>, even in GNOME Software. == Scope == * Proposal owners: Create and test proposed <code>fedora-third-party</code> package. Implement the graphical controls for this in GNOME Software and gnome-initial-setup. * Release engineering: [https://pagure.io/releng/issue/10186 #10186] No changes are required. * Policies and guidelines: Third-party Software guidelines will need minor changes to remove references to `enabled_metadata=1`. Pending finalization of technical implementation. * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: No real alignment == Upgrade/compatibility impact == Because the "opt-in" status to 3rd party software is currently represented by whether fedora-workstation-repositories is installed, and because fedora-workstation-repositories will become an installed-by-default package, users will need to opt-in again. They can do this either by responding in the infobar that will be displayed in GNOME Software, or by running <code>fedora-third-party enable</code> on the command line. == How To Test == * A fresh install of Fedora Workstation where the user ''does not'' opt-in should have all repositories disabled. * A fresh install of Fedora Workstation where the user ''does'' opt-in should have all 3rd-party repositories enabled. * On an upgrade from F34, if the user opts-out, the enablement status of third-party repositories should be ''unchanged'' (try enabling one before the upgrade) * On an upgrade from F35, if the user opts-in, all 3rd party repositories should be enabled. == User Experience == The user will get less confusing behavior around third-party repositories - enabled will mean enabled and will take affect no matter how they are installing packages. See https://hackmd.io/@owtaylor/fedora-third-party-repos for a detailed description of the *current* experience along with some notes about the desired behavior. == Dependencies == The changes are limited to the following packages: * The new `fedora-third-party` package * `fedora-workstation-repositories` * `gnome-software` * `gnome-initial-setup` * `fedora-release-workstation` and other release packages that will now require fedora-workstation-repositories. This change proposal is a prerequisite for a separate change proposal to add a filtered view of Flathub to the set of third-party repositories. == Contingency Plan == * Contingency mechanism: revert all changes back to the F34 state. (This will also require reverting the filtered-view-of-Flathub change.) * Contingency deadline: beta freeze * Blocks release? Yes - this needs to be finished or reverted == Documentation == '''This should be a link to a man page for the `fedora-third-party` tool''' == Release Notes == Fedora optionally provides repository definitions allowing users to install certain third-party software. This used to be done as a two-step process where when the user asked to enable third-party repositories, the repository definitions were installed but not actually enabled, and they had to be separately enabled. With Fedora 35, this is simplified so that the repository definitions are installed by default, but only enabled if the user opts in. If you are upgrading from an older version of Fedora, you'll need to opt-in again - this can be done by running GNOME Software and accepting the prompt that is shown on the initial page. Alternatively, you can run <code>fedora-third-party enable</code> from the command line. If you do not wish to enable third-party repositories, no action is needed. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F35 Change: IBus 1.5.25 (System-Wide Change proposal)
by Ben Cotton 29 Jun '21

29 Jun '21

https://fedoraproject.org/wiki/Changes/IBus_1.5.25 == Summary == IBus 1.5.25 will use `transfiletriggerin` script to generate the cache file instead of `posttrans` script in each engine package, support the include directive in the user compose file, IBus compose feature will follow the GTK4 compose pre-edit style, the emoji shortcut key will be changed to `Ctrl-period`, IBus GTK4 module will proceed the key events synchronistically to follow GTK4 specification. == Owner == * Name: [[User:Fujiwara|Takao Fujiwara]] * Email: fujiwara [at] redhat [dot] com == Detailed Description == * Each IBus language engine has run `posttrans` script to run `ibus write-cache` to cache their component files in /usr/share/ibus/component whenever the package is installed but `ibus write-cache` will moved to `transfiletriggerin` script in IBus core package and the script will be executed only one time per the Fedora installation. * IBus compose file will support the include directive in the user compose file ($XDG_CONFIG_HOME/ibus/Compose, $XDG_CONFIG_HOME/gtk-3.0/Compose or $HOME/.XCompose) * IBus compose feature will follow the [https://blog.gtk.org/2021/03/24/input-revisited/ GTK4 compose pre-edit style]. * IBus emoji shortcut key is `Ctrl-Shift-e` and it will be changed to `Ctrl-period` to follow the latest GTK while it's customizable with `ibus-setup` utility. * IBus GTK3 module proceeds the key events asynchronistically because some langauge engines spend much time to compose key events and D-Bus process could causes a timeout but now GTK4 does not allow the async events and IBus GTK4 module will proceed the key events synchronistically. == Feedback == * Only one `transfiletriggerin` script is much simpler than many `posttrans` scripts. == Benefit to Fedora == Users can use the include directive in their compose files. IBus GTK4 module can send the application specific keys of Backspace, Enter to the target application to follow GTK4 specification, == Scope == * Proposal owners: Update SPEC file to add `transfiletriggerin` script. Update libibus.so to enhance compose feature. Update org.freedesktop.ibus.gschema.xml for emoji shortcut key. Update libim-ibus.so to fix IBus sync process. * Other developers: Update SPEC files to delete `posttrans` script. * Release engineering: [https://pagure.io/releng/issue/10184 #10184] * Policies and guidelines: N/A * Trademark approval: N/A * Alignment with Objectives: == Upgrade/compatibility impact == We should avoid regressions with `transfiletriggerin` script in the Fedora installation. == How To Test == # Install ibus and the language engine packages # `ibus read-cache --system` shows the installed engines. # `rpm -q --scripts` does not show `ibus write-cache` in engine packages # `rpm -q --filetriggers` shows `ibus write-cache` in ibus package # Write the line of 'include "%H/foo.compose"' in your $HOME/.XCompose and some compose sequences in $HOME/foo.compose # Run `gnome-control-center keyboard` and configure some IBus language engines besides XKB engines, likes ibus-hangul, ibus-typing-booster # Enable an XKB engine with Super-space or clicking of the keyboard idicator in GNOME # Launch gedit # Confirm your compose sequences in $HOME/foo.compose is reflected # Confirm compose preedit is short # Run `gnome-control-center keyboard` and configure some IBus language engines besides XKB engines, likes ibus-hangul, ibus-typing-booster # Enable an XKB engine with Super-space or clicking of the keyboard idicator in GNOME # Launch gedit # Type Ctrl-period # Confirm emoji pre-edit and lookup table is available # Install gtk4-devel # Run `env GTK_IM_MODULE=ibus gtk4-demo` # Backspace, Enter keys works == User Experience == The emoji shortcut key is changed if users do not customize it but they can customize it with ibus-setup utility. == Dependencies == ibus-anthy, ibus-chewing, ibus-hangul, ibus-input-pad, ibus-kkc, ibus-libpinyin, ibus-rawcode, ibus-sayura, ibus-skk, ibus-table, ibus-typing-booster, mozc (`posttrans` script has already been deleted in each engine package in Fedora rawhide.) == Contingency Plan == * Contingency mechanism: Revert the change to IBus. * Contingency deadline: Beta release * Blocks release? No == Documentation == TBD -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F35 Change: GNU Toolchain update (gcc 11, glibc 2.34, binutils 2.37, gdb 10.2) (System-Wide Change proposal)
by Ben Cotton 29 Jun '21

29 Jun '21

https://fedoraproject.org/wiki/Changes/GNUToolchainF35 == Summary == Switch the Fedora 35 GNU Toolchain to gcc 11 (lastest point release), binutils 2.37, and glibc 2.34. The gcc 11 is already included in Fedora 34, but the release will be updated to the latest point release. The glibc 2.34 change will be tracked in this top-level GNU Toolchain system-wide update. Likewise the binutils 2.37 release will be tracked in this top-level GNU Toolchain system-wide update. The gdb 10.2 is already in Fedora 34, but the release will be updated to the latest point release. == Owner == * Name: [[User:codonell|Carlos O'Donell]] * Email: carlos(a)redhat.com == Detailed Description ==  The GNU Compiler Collection, GNU C Library, and GNU Binary Utilities make up the core part of the GNU Toolchain and it is useful to transition these components as a complete implementation when making a new release of Fedora. The GNU Compiler Collection has already released version 11 containing many new features documented here: https://gcc.gnu.org/gcc-11/changes.html. The latest point release for gcc 11 will be included in Fedora 35, this will be either 11.1 (already released in April) or 11.2 (released later). The GNU C Library version 2.34 will be released at the beginning of August 2021; we have started closely tracking the glibc 2.34 development code in Fedora Rawhide and are addressing any issues as they arise. Given the present schedule Fedora 35 will branch after the glibc 2.34 upstream release. However, the mass rebuild schedule means Fedora 35 will mass rebuild (if required) after glibc 2.34 upstream freezes ABI for release, but before the actual release, so careful attention must be paid to any last minute ABI changes. The GNU Binutils version 2.37 will be released near the end of July 2021; The GNU Debugger verion 10.2 is already released. == Benefit to Fedora == Stays up to date with latest features, improvements security and bug fixes from gcc, binutils and glibc upstream. The goal is to track and transition to the latest components of the GNU Toolchain. == Scope == * Proposal owners: Fedora Toolchain Team (gcc, glibc, binutils, ...) The gcc and glibc teams will need to move their respective upstream projects to a releasable state. For GCC this includes correctly building Fedora rawhide. * Other developers: Developers need to ensure that gcc, binutils, and glibc in rawhide are stable and ready for the Fedora 35 branch. Given that glibc is backwards compatible and we have been testing the new glibc in rawhide it should make very little impact when updated, except for the occasional deprecation warnings and removal of legacy interfaces from public header files. An update to GCC 11.2 would be a minimal change with bug fixes. The binutils 2.37 update has the broadest scope for change and generated object files should be reviewed and failures to build analyzed.  A mass rebuild is strongly encouraged. The glibc 2.34 release merges libpthread.so into libc.so and it would be important to remove DT_NEEDED on libpthread.so from all distribution binaries. * Policies and guidelines: The policies and guidelines do not need to be updated. * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact == The compiler, the static linker and the the library are backwards compatible with the previous version of Fedora. Some packaging changes may be required for the glibc 2.34 rebase: https://sourceware.org/glibc/wiki/Release/2.33#Packaging_Changes Some source changes may be required for gcc 11 rebase: https://gcc.gnu.org/gcc-11/changes.html All changes for gcc 11 will have been included in Fedora 34 alraedy. There should be no need for any changes to accommodate the new GNU Binutils release. We fully expect to fix all packaging changes in Fedora Rawhide without impact to the release. == How To Test == The GNU C compiler collection has its own testsuite which is run during the package build and examined by the gcc developers before being uploaded. The GNU Binary Utilities has its own testsuite which is run during the package build and examined by the binutils developers before being uploaded. The GNU C Library has its own testsuite, which is run during the package build and examined by the glibc developers before being uploaded. This test suite has over 6200 tests that run to verify the correct operation of the library. In the future may also run the microbenchmark to look for performance regressions. == User Experience == Users will see improved performance, many bugfixes and improvements to POSIX compliance, additional locales, etc. == Dependencies == All packages do not need to be rebuilt due to backwards compatibility. However, it is advantageous if a mass rebuild is performed during the Fedora 35 cycle. In particular the glibc merge of libpthread into libc will remove the dependency in ELF binaries on libpthread, and that cleanup is valuable for consistency. == Contingency Plan == * Contingency mechanism: If glibc 2.34 provides too disruptive to compiling the distribution we could revert to 2.33, but given that Rawhide has started tracking glibc 2.34, no show-stopper problems are expected. At this point, we can still revert to upstream version 2.33 if insurmountable problems appear, but to do so may require a mass rebuild to remove new symbols from the ABI/API. * Contingency deadline: Upstream glibc ABI freeze deadline of 2021-07-01. * Blocks release? Yes, upgrading to the gcc point release blocks the release. Yes, upgrading to binutils 2.37 blocks the release. Yes, upgrading glibc does block the release. We should not ship without a newer binutils and glibc, there will be gcc and language features that depend on glibc being upgraded. Thus without the upgrade some features will be disabled or fall back to less optimal implementations. == Documentation == The gcc manual contains the documentation for the release and doesn't need any more additional work. The binutils manual contains the documentation for the release and doesn't need any more additional work. The glibc manual contains the documentation for the release and doesn't need any more additional work. == Release Notes == The GNU Compiler Collection version 11 is already released. See https://gcc.gnu.org/gcc-11/changes.html. The GNU Binutils version 2.37 will be released in the middle of July and release notes will be updated at that point. The GNU C Library version 2.34 will be released at the beginning of August 2021. The current NEWS notes can be seen here as they are added: https://sourceware.org/git/?p=glibc.git;a=blob;f=NEWS;hb=HEAD -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F35 Change: Boost 1.76 upgrade (System-Wide Change proposal)
by Ben Cotton 28 Jun '21

28 Jun '21

https://fedoraproject.org/wiki/Changes/F35Boost176 == Summary == This change brings Boost 1.76 to Fedora. This will mean Fedora ships with a recent upstream Boost release. == Owner == * Name: [[User:trodgers| Thomas Rodgers]] * Email: trodgers(a)redhat.com == Detailed Description == The aim is to synchronize Fedora with the most recent Boost release. Because ABI stability is absent from Boost, this entails rebuilding of all dependent packages. This also entails the change owner assisting maintainers of client packages in decoding cryptic boost-ese seen in output from g++. The equivalent changes for previous releases were [[Changes/F34Boost175]], [[Changes/F33Boost173]], [[Changes/F30Boost169|Fedora 30 Change]], [[Changes/F29Boost167|Fedora 29 Change]], [[Changes/F28Boost166|Fedora 28 Change]], [[Changes/F27Boost164|Fedora 27 Change]], [[Changes/F26Boost163|Fedora 26 Change]], [[Changes/F25Boost161|Fedora 25 Change]], [[Changes/F24Boost160|Fedora 24 Change]], [[Changes/F23Boost159|Fedora 23 Change]] and [[Changes/F22Boost158|Fedora 22 Change]]. == Benefit to Fedora == Fedora 35 includes Boost 1.76 Fedora will stay relevant, as far as Boost clients are concerned. Boost 1.76 does not bring any new components but includes many fixes and enhancements to existing components. Boost 1.76 also introduces some breaking changes - * Boost.DLL : boost::dll::import was renamed to boost::dll::import_symbol to avoid collision with C++20 import keyword. * Boost.Math : Drops C++03 support. * Boost.Multiprecision : Explicitly requires C++11 or later. == Scope == * Proposal owners: ** Build will be done with Boost.Build v2 (which is the upstream-sanctioned way of building Boost) ** Request a "f35-boost" [https://docs.pagure.org/releng/sop_adding_side_build_targets.html build system tag] ([http://lists.fedoraproject.org/pipermail/devel/2011-November/159908.html discussion]): https://pagure.io/releng/issue/9474 ** Build boost into that tag (take a look at the [http://koji.fedoraproject.org/koji/buildinfo?buildID=606493 build #606493] for inspiration) ** Post a request for rebuilds to fedora-devel ** Work on rebuilding dependent packages in the tag. ** When most is done, re-tag all the packages to rawhide ** Watch fedora-devel and assist in rebuilding broken Boost clients (by fixing the client, or Boost). * Other developers: ** Those who depend on Boost DSOs will have to rebuild their packages. Feature owners will alleviate some of this work as indicated above, and will assist those whose packages fail to build in debugging them. * Policies and guidelines: ** Apart from scope, this is business as usual, so no new policies, no new guidelines. * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact == * No manual configuration or data migration needed. * Some impact on other packages needing code changes to rebuild. Historically this hasn't been too much of a problem and could always be resolved before deadline. == How To Test == * No special hardware is needed. * Integration testing simply consists of installing Boost packages (`dnf install boost`) on Fedora and checking that it does not break other packages (see below for a way to obtain a list of boost clients). == User Experience == * Expected to remain largely the same. * Developers building third-party software on Fedora may need to rebuild against the new Boost packages, and may need to adjust their code if the new Boost release is not source-compatible. * Developers using `bjam` to build their own software will need to switch to using the new name for the tool, `b2` == Dependencies == Packages that must be rebuilt: <code>$ dnf repoquery -s --releasever=rawhide --whatrequires libboost\* --disablerepo=* --enablerepo=fedora | sort -u</code> All clients: <code>$ dnf repoquery --releasever=rawhide --archlist=src --whatrequires boost-devel --disablerepo='*' --enablerepo=fedora-source</code> == Contingency Plan == * Contingency mechanism: Worst case scenario is to abandon the update and simply ship F34 with Boost 1.73, which is already in rawhide. It would also be possible to ship the 1.74.0 which would still be newer than in current Fedora releases and contains numerous fixes and improvements to existing Boost components. * Blocks release? No * Blocks product? None == Documentation == * https://www.boost.org/users/history/version_1_76_0.html (released on 16 April 2021) * https://www.boost.org/users/history/version_1_75_0.html (released on 11 December 2020) * https://www.boost.org/users/history/version_1_74_0.html (released on 14 August 2020) * https://www.boost.org/users/history/version_1_73_0.html (released on 28 April 2020) * https://www.boost.org/users/history/version_1_72_0.html (released on 11 December 2019) * https://www.boost.org/users/history/version_1_71_0.html (released on 19 August 2019) * https://www.boost.org/users/history/version_1_70_0.html (released on 12 April 2019) * https://www.boost.org/development/index.html == Release Notes ==  -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F35 Change: Disable SHA1 In OpenDNSSec (Self-Contained Change proposal)
by Ben Cotton 28 Jun '21

28 Jun '21

https://fedoraproject.org/wiki/Change/DisableSHA1InOpenDNSSec == Summary == OpenDNSSec' enforcer has a (deprecated) -sha1 CLI option that brings back the old behavior, e.g. include the SHA1 version of the DS. As SHA1 use is deprecated in favour of SHA256, disable the -sha1 CLI knob so that it only displays a warning. == Owner == * Name: [[User:fcami| François Cami]] * Email: fcami(a)redhat.com == Detailed Description == OpenDNSSec changed the default behavior to not include SHA1 DS by default, and added the -sha1 knob as an immediately-deprecated compatibility knob in version 2.1.0 (2017-2): "OPENDNSSEC-552: By default ‘ods-enforcer key export –ds’ included the SHA1 version of the DS. SHA1 use is discouraged in favour of SHA256. To get the SHA1 DS use the –sha1 flag. This flag is immediately deprecated and will be removed from future versions of OpenDNSSEC." (see ChangeLog: https://www.opendnssec.org/archive/releases/ ). The proposal is to disable the -sha1 knob in Fedora. I will also open an issue upstream to remove all the sha1-related code. Supporting statement [https://www.icann.org/en/blogs/details/its-time-to-move-away-from-using-sha… [from ICANN] (2020-1-24): "Now is the time for administrators of zones at all levels of the DNS to stop using SHA-1 and change to algorithms using stronger hashes." == Benefit to Fedora == * This change makes sure OpenDNSSec in Fedora follows ICANN's guidelines and does not propose SHA1 DS. This is is needed given the [https://sha-mbles.github.io/ latest attacks against SHA-1]. More in-depth articles are available [https://www.dns.cam.ac.uk/news/2020-01-09-sha-mbles.html there] and [https://mailarchive.ietf.org/arch/msg/dnsop/hA4Ur9qxRJIUo13Pjpmrm_va7cs/ there]. * This change is aligned with previous features: ** [[Features/StrongerHashes]] ** [[Changes/StrongCryptoSettings]] ** [[Changes/StrongCryptoSettings2]] == Scope == * Proposal owners: Patch the enforcer so that bsha1 is not honored anymore: ./enforcer/src/keystate/keystate_export_cmd.c-271- break; ./enforcer/src/keystate/keystate_export_cmd.c-272- case 's': ./enforcer/src/keystate/keystate_export_cmd.c:273: bsha1 = 1; ./enforcer/src/keystate/keystate_export_cmd.c-274- break; ./enforcer/src/keystate/keystate_export_cmd.c-275- default: * Other developers: * Release engineering: * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: N/A == Upgrade/compatibility impact == Zones with SHA-1 signatures can be migrated to SHA-256 by re-signing the zone. This change might break (very old) clients that only recognize SHA-1 but these should already be broken (on the Internet at least) because the root zone is signed with SHA-256 only. == How To Test == == User Experience == OpenDNSSec in Fedora can currently be used to sign zones with SHA1. With this change, this will no longer be possible. The migration from SHA1 is underway anyway. == Dependencies == FreeIPA (freeipa-server-dns) depends on OpenDNSSec. == Contingency Plan == * Contingency mechanism: Keep the current -sha1 knob's behavior (remove the patch). * Contingency deadline: Beta freeze * Blocks release? No, unless the change breaks IPA. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F35 Change: Golang 1.17 (System-Wide Change proposal)
by Ben Cotton 28 Jun '21

28 Jun '21

https://fedoraproject.org/wiki/Changes/golang1.17 == Summary == Rebase of Golang package to upcoming version 1.17 in Fedora 35, including the rebuild of all dependent packages(the pre-release version of Go will be used for the rebuild if released version will not be available at the time of the mass rebuild). == Owner == * Name: [[User:alexsaezm| Alejandro Sáez Morollón]], [[User:Jcajka| Jakub Čajka]] * Email: asm(a)redhat.com, jcajka(a)redhat.com == Detailed Description == Rebase of Golang package to upcoming version 1.17 in Fedora 35. Golang 1.17 is scheduled to be released in August 2021. Due to Go packages' current nature and state, the rebuild of dependent packages will be required. == Benefit to Fedora == Stay closely behind upstream by providing the latest release of Go, which includes improved support of the risc-v processor architecture and added support for aarch64 based darwin(macOS) machines, among other bug fixes, enhancements and new features. For a complete list of changes, see upstream change notes at https://tip.golang.org/doc/go1.17 . Therefore Fedora will be providing a reliable development platform for Go language and projects written in it. == Scope == * Proposal owners: Rebase Golang package in Fedora 35, help resolve possible issues found during package rebuilds. * Other developers: Fix possible issues, with help from Golang maintainers. * Release engineering: Rebuild of dependent packages as part of planned mass-rebuild. * Policies and guidelines: N/A * Trademark approval: N/A == Upgrade/compatibility impact == None == How To Test == ;0. :a) Install golang 1.17 from rawhide and use it to build your application(s)/package(s). :b) Scratch build against rawhide. ;1. :Your application/package built using golang 1.17 should work as expected. == User Experience == None == Dependencies == <pre> dnf repoquery -q --releasever=rawhide --disablerepo='*' --qf='%{name}' --enablerepo=fedora-source --enablerepo=updates-source --enablerepo=updates-testing-source --archlist=src --whatrequires 'golang' dnf repoquery -q --releasever=rawhide --disablerepo='*' --qf='%{name}' --enablerepo=fedora-source --enablerepo=updates-source --enablerepo=updates-testing-source --archlist=src --whatrequires 'compiler(go-compiler)' dnf repoquery -q --releasever=rawhide --disablerepo='*' --qf='%{name}' --enablerepo=fedora-source --enablerepo=updates-source --enablerepo=updates-testing-source --archlist=src --whatrequires 'compiler(golang)' dnf repoquery -q --releasever=rawhide --disablerepo='*' --qf='%{name}' --enablerepo=fedora-source --enablerepo=updates-source --enablerepo=updates-testing-source --archlist=src --whatrequires 'go-rpm-macros' </pre> <pre> Omitted due to the number of packages listed ~1600. </pre> Not all of listed require re-build as they might not ship binaries and/or do not use golang compiler during build, but only use Go rpm macros that pull it in to every build root. == Contingency Plan == * Contingency mechanism:Reverting to golang version 1.16.X if significant issues are discovered. * Contingency deadline: Beta Freeze * Blocks release? No * Blocks product? No == Documentation == https://tip.golang.org/doc/go1.17 -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F35 Change: Rebase firewalld to upstream v1.0.0 (System-Wide Change proposal)
by Ben Cotton 28 Jun '21

28 Jun '21

https://fedoraproject.org/wiki/Changes/firewalld-1.0.0 == Summary == Firewalld upstream is about to release v1.0.0. As indicated by the major version bump this includes behavioral changes. == Owner == * Name: [[User:erig0| Eric Garver]] * Email: egarver(a)redhat.com == Detailed Description == Firewalld v1.0.0 includes breaking changes meant to improve the overall health of the project. The majority of the changes are centered around improving and strengthening the zone concept. All breaking changes are detailed in depth in the [https://firewalld.org/2021/06/the-upcoming-1-0-0 upstream blog]. Major changes: * Reduced dependencies * Intra-zone forwarding by default * NAT rules moved to inet family (reduced rule set) * Default target is now similar to reject * ICMP blocks and block inversion only apply to input, not forward * tftp-client service has been removed * iptables backend is deprecated * Direct interface is deprecated * CleanupModulesOnExit defaults to no (kernel modules not unloaded) == Benefit to Fedora == The major benefit to Fedora is more predictability in the stock firewall. In particular, "Default target is now similar to reject" addresses many subtle issues encountered by users. "NAT rules moved to inet family" also significantly reduces the rule set size for users of `ipset`s. == Scope == * Proposal owners: Changes are isolated to firewalld, but given firewalld is core a System Wide Change is being filed. * Other developers: None. Isolated change. * Release engineering: * 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 == * Most configurations will migrate. No intervention required. ** Exceptions *** configurations that utilize `tftp-client` service will have firewalld start in `failed` state because the service has been removed. As noted in the upstream blog this service has ''never'' worked properly. * Zones that users have not modified will now have intra-zone forwarding enabled. ** for this to occur the user must ''not'' have added an interface, service, port, etc. to the zone ** minimal concern because this also means the zone was not in use, the exception being an unmodified default zone, e.g. `FedoraWorkstation` == How To Test == Testing for this rebase should revolve around integrations. * libvirt ** verify VMs still have network access * podman ** verify containers still have network access ** verify forwarding ports via podman still works * NetworkManager ** verify connection sharing still works == User Experience == N/A == Dependencies == firewalld has yet to release v1.0.0. It is expected in early July. == Contingency Plan == * Contingency mechanism: revert package to v0.9.z (what f34 uses) * Contingency deadline: July 27, 2021 * Blocks release? No == Documentation == https://firewalld.org/2021/06/the-upcoming-1-0-0 == Release Notes == firewalld has been rebased to v1.0.0. This includes some breaking changes that may affect users. Major changes: * Reduced dependencies * Intra-zone forwarding by default * NAT rules moved to inet family (reduced rule set) * Default target is now similar to reject * ICMP blocks and block inversion only apply to input, not forward * tftp-client service has been removed * iptables backend is deprecated * Direct interface is deprecated * CleanupModulesOnExit defaults to no (kernel modules not unloaded) Full details on the upstream blog: https://firewalld.org/2021/06/the-upcoming-1-0-0 -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F35 Change: LLVM 13 (Self-Contained Change proposal)
by Ben Cotton 28 Jun '21

28 Jun '21

https://fedoraproject.org/wiki/Changes/LLVM-13 == Summary == Update all llvm sub-projects in Fedora to version 13. == Owner == * Name: [[User:tstellar| Tom Stellard]] * Email: <tstellar(a)redhat.com> == Detailed Description == All llvm sub-projects in Fedora will be updated to version 13, and there will be a soname version change for the llvm libraries. Compatibility packages clang12 and llvm12 will be added to ensure that packages that currently depend on clang and llvm version 12 libraries will continue to work. == Benefit to Fedora == New features and bug fixes provided by the latest version of LLVM. == Scope == * Proposal owners: ** Review existing llvm and clang compatibility packages and orphan any packages that are no longer used. ** Request a side-tag. ** Build llvm12 and clang12 into the side-tag. ** When the upstream LLVM project releases version 12.0.0-rc1 (Late July 2021), package this and build it into the side tag. ** Merge side-tag into rawhide prior to the f35 branch date. ** Continue packaging newer release candidates into rawhide and f35 until the final release is complete (Late September 2021) * Other developers: ** Maintainers of packages that depend on clang-libs or llvm-libs will need to update their spec files to depend on the clang12 and llvm12 compatibility packages if they want to rebuild their package and it does not work with LLVM 13 yet. The key point here is that spec file changes are only needed if a package is going to be rebuilt after LLVM 13 is added to Fedora. The compatibility packages will ensure that already built packages continue to work. * Release engineering: [https://pagure.io/releng/issues/10179] * 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 == This change should not impact upgradeability. == How To Test == The CI tests for the llvm sub-packages in Fedora will be used to catch regressions that might be potentially introduced by the update to LLVM 13. == User Experience == Users will benefit from new features and bug-fixes in the latest version of LLVM. == Dependencies == This change can be made without updating any other packages. However, as mention before, packages that need to use LLVM 12 will need to update their spec file on their first rebuild after this change. == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?): If there are major problems with LLVM 13, the compatibility package provide a way for other packages to continue using LLVM 12. * Contingency deadline: Final Freeze * Blocks release? No == Documentation == Release notes will be added for this change. == Release Notes == LLVM sub-projects in Fedora have been updated to version 13: * llvm * clang * lld * lldb * compiler-rt * libomp * llvm-test-suite * libcxx * libcxxabi * python-lit * flang * mlir * polly * libclc -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F35 Change: Optimal LUKS Encryption Sector Size (Self-Contained Change proposal)
by Ben Cotton 25 Jun '21

25 Jun '21

https://fedoraproject.org/wiki/Changes/LUKSEncryptionSectorSize == Summary == Autodetect optimal encryption sector size during Fedora installation with LUKS/dm-crypt encryption. On devices with 4k (physical) sector size, this will make sure we use 4096 sector size which is optimal for these devices. == Owner == * Name: [[User:okozina|Ondrej Kozina]], [[User:vtrefny|Vojtech Trefny]] * Email: okozina AT redhat.com, vtrefny AT redhat.com == Detailed Description == Anaconda installer (or to be more precise, the libraries Anaconda uses for storage configuration) currently sets sector size for LUKS devices to 512 regardless the of actual physical sector size of the underlying disk device. The latest cryptsetup release added an option to let cryptsetup automatically detect the optimal sector size based on the (physical) sector size of the backing device. By using this new option we can make sure that Anaconda uses the optimal sector size for newly created LUKS devices during installation. This means we will use sector size of 4096 for devices with 4k physical sector size increasing IO performance with these devices. == Scope == * Proposal owners: Changes for both cryptsetup and libblockdev (low-level storage library used by Anaconda) are already merged ([https://gitlab.com/cryptsetup/cryptsetup/-/merge_requests/135 cryptsetup]) or submitted ([https://github.com/storaged-project/libblockdev/pull/638 libblockdev]) upstream. We only need to package new versions of these two projects for Fedora 35. No changes will be needed in Anaconda. * Other developers: No work from other developers is needed. * Release engineering: * 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 == Upgraded systems will not be affected by this change, this affects only new LUKS containers created during Fedora installation. Support for specifying custom sector size is one of the features available in LUKS2 ([[Changes/SwitchCryptsetupDefaultToLUKS2|default since Fedora 30]]), no additional changes or special support is needed when working with LUKS2 devices with sector sizes different than 512. == How To Test == Disk with 4k physical sectors is required for testing this change. You can check block size of your drive using `blockdev` from `util-linux` package: # blockdev --getpbsz /dev/nvme0n1 4096 This can be also tested in a virtual machine. You can configure any disk to appear as 4k block size disk in libvirt by adding the following option to the disk XML specification: <blockio logical_block_size="4096" physical_block_size="4096"/> Install Fedora with disk encryption enabled. Using automatic partition with '''Encrypt my data''' enabled is enough for testing. In the installed system use `cryptsetup luksDump /dev/<device>` to check that correct sector size was selected for your device (4096 for disks with 4096 physical sector size): # cryptsetup luksDump /dev/nvme0n1p1 LUKS header information Version: 2 ... Data segments: 0: crypt offset: 16777216 [bytes] length: (whole device) cipher: aes-xts-plain64 '''sector: 4096 [bytes]''' == User Experience == Fedora users shouldn't notice the change, other than a small IO performance boost (IO testing on a 4k sectors NVMe shows around 2-3 % gain when using 4k sectors instead of 512 sectors). == Dependencies == None. == Contingency Plan == * Contingency mechanism: Keep existing behaviour (512 sector size for all devices) * Contingency deadline: Beta Freeze * Blocks release? No -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F35 Change: libmemcached-awesome (Self-Contained Change proposal)
by Ben Cotton 24 Jun '21

24 Jun '21

https://fedoraproject.org/wiki/Changes/libmemcached-awesome == Summary == Switch from libmemcached to libmemcached-awesome == Owner == * Name: [[User:Remi| Remi Collet]] * Email: remi at fedoraproject dot org == Detailed Description == libmemcache 1.0.18 was released in February 2014, so hasn't received an update for 7 years. libmemcache-awesome is a fork providing same libraries, tools with API/ABI compatibility. == Benefit to Fedora == Rely on a maintained project. == Scope == * Proposal owners: Check Koschei status. Test with latest version to ensure compatibility. Work with upstream on bug fixing. Needed mass rebuild (C extensions) done by change owner. * Other developers: N/A (not a System Wide Change) * Release engineering: * Policies and guidelines: N/A (not a System Wide Change) * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact == N/A (not a System Wide Change) == How To Test == * install and play with your application == User Experience == Developers and system administrators will have the great benefit or running a maintained library. == Dependencies == All php-* packages (and some *-php) == Contingency Plan == * Contingency mechanism: Drop not compatible packages. * Contingency deadline: N/A (not a System Wide Change) * Blocks release? N/A (not a System Wide Change) == Documentation == * [https://awesomized.github.io/libmemcached/ Upstream documentation] -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

REMINDER: Change proposal deadlines for Fedora Linux 35
by Ben Cotton 23 Jun '21

23 Jun '21

Hi everyone, The F35 Change proposal deadlines are coming up: * 2021-06-23 — Change submission deadline (Changes requiring infrastructure changes) * 2021-06-29 — Change submission deadline (System-Wide Changes, Changes requiring mass rebuild) * 2021-07-20 — Change submission deadline (Self-Contained Changes) For the full schedule, see: https://fedorapeople.org/groups/schedule/f-35/f-35-key-tasks.html -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 1

[HEADS UP] Planned Sphinx update to 4.x - many packages fail to build
by Karolina Surma 22 Jun '21

22 Jun '21

Hello, As you may already know [0], we plan to upgrade the Python documentation framework Sphinx to a new major version - currently it's 4.0.2. The update will take place on Monday, *June 28th*. Packages that stopped building or running with the newest Sphinx stack were identified during the test build in the Copr repository [1]. There are still a lot of packages which fail to build. Please, if you haven't already, check the build logs and work with the upstream towards fixing the failures. Feel free to use the Copr repository to test your package there. For details regarding the Sphinx update, see the associated Fedora Change [0]. Having questions or in need of help? Don't hesitate to contact me. You can reply to this thread or find ksurma on #fedora-python IRC channel (libera.chat). Best regards, Karolina Surma [0] https://fedoraproject.org/wiki/Changes/Sphinx4 <https://fedoraproject.org/wiki/Changes/Sphinx4> [1] https://copr.fedorainfracloud.org/coprs/ksurma/pygments-2.9.0/ <https://copr.fedorainfracloud.org/coprs/ksurma/pygments-2.9.0/>(don't be confused by the name)<https://copr.fedorainfracloud.org/coprs/ksurma/pygments-2.9.0/> Maintainers by package: Mayavi chedi orion ansible kevin toshio wzzrd ara dmsimard arbor ankursinha borgbackup fschwarz botan thm condor bbockelm bcotton eerlands matt matyas stevetraylen tstclair ttheisen valtri copr-keygen clime dturecek frostyx msuchy praiskup gcc aoliva jakub law mpolacek ghc petersen kea landgraf thozza zdohnal libgpuarray jjames php-opencloud-openstack lcts python-BTrees jjames python-anyio carlwgeorge fab python-djvulibre terrycloth python-f5-sdk xavierb python-glue lgs python-h2 eclipseo python-libpysal qulogic python-listparser atim limb python-novaclient apevec jruzicka python-openstackclient apevec python-patsy sergiopr python-persistent jjames python-pkginfo thrnciar python-pycryptodomex melmorabity python-pynetdicom alciregi python-pyswarms iztokf python-rjsmin kwizart mrunge python-ruffus qulogic python-sphinx-tabs hobbes1069 python-sphinxcontrib-asyncio fab python-sphinxcontrib-phpdomain fab python-sphinxcontrib-trio jcaratzas thm python-texext jjames python-txtorcon decathorpe python-whoosh rkuska sgallagh python-zarr qulogic rebase-helper nforro phracek tortoisehg kiilerix nbecker waiverdb gnaponie lholecek lucarval mprahl ralph vmaljulin xeus qulogic xtl qulogic Packages by maintainer: alciregi python-pynetdicom ankursinha arbor aoliva gcc apevec python-novaclient python-openstackclient atim python-listparser bbockelm condor bcotton condor carlwgeorge python-anyio chedi Mayavi clime copr-keygen decathorpe python-txtorcon dmsimard ara dturecek copr-keygen eclipseo python-h2 eerlands condor fab python-anyio python-sphinxcontrib-asyncio python-sphinxcontrib-phpdomain frostyx copr-keygen fschwarz borgbackup gnaponie waiverdb hobbes1069 python-sphinx-tabs iztokf python-pyswarms jakub gcc jcaratzas python-sphinxcontrib-trio jjames libgpuarray python-BTrees python-persistent python-texext jruzicka python-novaclient kevin ansible kiilerix tortoisehg kwizart python-rjsmin landgraf kea law gcc lcts php-opencloud-openstack lgs python-glue lholecek waiverdb limb python-listparser lucarval waiverdb matt condor matyas condor melmorabity python-pycryptodomex mpolacek gcc mprahl waiverdb mrunge python-rjsmin msuchy copr-keygen nbecker tortoisehg nforro rebase-helper orion Mayavi petersen ghc phracek rebase-helper praiskup copr-keygen qulogic python-libpysal python-ruffus python-zarr xeus xtl ralph waiverdb rkuska python-whoosh sergiopr python-patsy sgallagh python-whoosh stevetraylen condor terrycloth python-djvulibre thm botan python-sphinxcontrib-trio thozza kea thrnciar python-pkginfo toshio ansible tstclair condor ttheisen condor valtri condor vmaljulin waiverdb wzzrd ansible xavierb python-f5-sdk zdohnal kea

1 0

F35 Change: MinGW environment and toolchain update (System-Wide Change proposal)
by Ben Cotton 22 Jun '21

22 Jun '21

https://fedoraproject.org/wiki/Changes/F35MingwEnvToolchainUpdate == Summary == Update the MinGW base environment and toolchain to the latest upstream stable releases. == Owner == * Name: [[User:smani|Sandro Mani]] * Email: manisandro(a)gmail.com == Detailed Description == The following packages will be updated * mingw-gcc to version 11.x * mingw-w64-tools to version 9.x * mingw-winpthreads to version 9.x * mingw-crt to version 9.x * mingw-headers to version 9.x == Benefit to Fedora == Ship the latest available MinGW environment and GNU toolchain. == Scope == * Proposal owners: The above mentioned packages will be updated. Build failures following the mass rebuild will be inspected. * Other developers: Help with build failures may be requested. * Release engineering: Impact check [https://pagure.io/releng/issue/10174] * Release engineering: Mass rebuild requested * Policies and guidelines: No policies need to be changed == Upgrade/compatibility impact == No impact == How To Test == Update the system once the updated packages land, look out for new build failures etc. == User Experience == The features of the newest MinGW environment and GNU Toolchain will be available to the users. == Dependencies == None == Contingency Plan == * Contingency mechanism: Revert to older versions of environment / toolchain, mass rebuild mingw packages again * Contingency deadline: Before release * Blocks release? Yes * Blocks product? No == Release Notes == Fedora 35 comes with the mingw-w64-9 environment and mingw-gcc-11. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

package maintainer email aliases, now with more epel
by Kevin Fenzi 21 Jun '21

21 Jun '21

Greetings. As a reminder, if you need to reach package maintainers for a specific package in private, you can email: packagename-maintainers(a)fedoraproject.org You can also now mail: packagename-maintainers-fedora(a)fedoraproject.org to just reach the fedora branch(es) maintainer(s). or packagename-maintainers-epel(a)fedoraproject.org to just reach the epel branch(es) maintainer(s). Note that these aliases are for coordination or other items that cannot be a bugzilla bugs. In general all bug or enhancement requests should be in bugzilla. kevin

1 0

F35 Change: Libvirt Modular Daemons (Self-Contained Change proposal)
by Ben Cotton 21 Jun '21

21 Jun '21

https://fedoraproject.org/wiki/Changes/LibvirtModularDaemons == Summary == Historically all libvirt functionality was provided in the monolithic libvirtd daemon. Upstream has developed a new modular architecture for libvirt where each driver is run in its own daemon. Primarily this provides better robustness as a flaw in a secondary daemon will not affect the QEMU daemon and vica-versa. It should also have slightly lower host startup overhead, because only the installed hypervisor daemon(s) will need to be fully started on boot, the other daemons can be socket activated on demand. == Owner == * Name: [[User:berrange| Daniel Berrange]] * Email: berrange(a)redhat.com == Detailed Description == Historically all libvirt functionality was provided in the monolithic libvirtd daemon. Upstream has developed a new modular architecture for libvirt where each driver is run in its own daemon. Daemons include virtqemud, virtlxcd, virtnetworkd, virtnodedevd, virtsecretd, etc, one for each libvirt stateful hypervisor driver and secondary support driver. The new daemons listen on new socket paths and only support UNIX sockets. For remote off-host TCP/TLS access and for backwards compatibility with clients expecting the libvirtd UNIX socket paths, a virtproxyd daemon is also provided. The latter accepts RPC requests and forwards to the appropriate modular daemon. Further information is available in the [https://libvirt.org/daemons.html Upstream documentation] The work will primarily involve changes in the systemd presets related to libvirt. Currently the Fedora systemd presets enable libvirtd.service. While libvirtd does support socket activation this is not used during host startup, because the libvirtd daemon needs to be fully started in order to auto-start QEMU guests that may be configured. The current libvirtd.service uses a timeout, however, that causes libvirtd to shutdown after 2 minutes if no VM is running. This requirement for fully starting the service on boot still exists in the modular daemons, however, we do not need to start all the modular daemons on boot. It is sufficient to enable just the service units for the hypervisor drivers QEMU, Xen and LXC. These will again this will use a 2 minute timeout so they shut down if no guest/container are running. Further, a default install of libvirt in Fedora is only expected to provide the QEMU libvirt daemon. The remaining modular daemons for libvirt non-hypervisor drivers can exclusively rely on socket activation, because while they do provide autostart capabilities for non-VM resources, these resources are only needed when a VM actually starts. The current '/usr/lib/systemd/system-preset/90-default.preset' config has libvirtd.service and due to dependencies, this implies libvirtd.socket, libvirtd-ro.socket, libvirtd-admin.socket, virtlogd.socket, virtlockd.socket also get enabled by default The intended change is to remove libvirtd.service and instead add virtqemud.service virtxend.service virtlxcd.service virtinterfaced.socket virtnetworkd.socket virtnodedevd.socket virtnwfilterd.socket virtproxyd.socket virtsecretd.socket virtstoraged.socket == Benefit to Fedora == The primary benefit of the modular daemons is robustness of the management stack. There are times when libvirt code has exhibited hangs or crashes. By having one daemon per libvirt driver, the impact of these bugs is limited. The most important benefit of this is that a bug in the node device / storage daemons will not impact management of any running QEMU VMs. The secondary benefit of the modular daemons is improved host startup overhead. When the libvirtd daemon starts, all drivers are initialized and this can take a significant amount of CPU time. This is particularly true for the node device driver as it extracts information about all host hardware. The third potential future benefit is that it enables development of more useful SELinux policy. The current policy for libvirtd is no better than unconfined due to the broad range of features that must be allowed. At least some of the modular daemons can potentially have useful SELinux policy written. Note there is no active work on this aspect. == Scope == * Proposal owners: Rebuild libvirt to prefer connecting to modular daemons by default Submit a patch updating 90-defaults.preset in the fedora-release package to enable modular daemons by default * Other developers: Review the proposal for fedora-release preset change * Release engineering: N/A * Policies and guidelines: N/A * Trademark approval: N/A * Alignment with Objectives: N/A == Upgrade/compatibility impact == Existing Fedora installs using libvirtd will be unaffected by the change in presets and will continue to use monolithic libvirtd. To opt-in to using the new modular daemons follow instructions at https://libvirt.org/daemons.html#switching-to-modular-daemons New Fedora installs will get modular daemons instead of libvirtd. This is intended to be functionally transparent to applications using libvirt APIs. This may have an impact on automation tools such as ansible / puppet which have been written to manage libvirtd. These will need adapting to manage the new modular daemons, or the host can be re-configured to use libvirtd again in the short term by applying the inverse of the logic at https://libvirt.org/daemons.html#switching-to-modular-daemons Administrators who wish to enable TCP/TLS sockets for remote access to libvirt, for the sake of migration, will need to configure this using the virtproxyd daemon systemd socket units instead of libvirtd units. At some point in the future it is intended that the monolithic libvirtd will be entirely removed by libvirt upstream. This is predicated on prolonged successful deployment of the modular daemons in one or more major distros. Thus the likely timeframe is Fedora 37 at the earliest (i.e. min 1 year from successful usage of modular daemons in a distro). == How To Test == Hardware: No special hardware is required for testing, since QEMU can run in emulated mode if hardware virtualization is not available Preparation: Deploy a completely fresh Fedora install, since systemd preset changes only take effect on initial installation. Ensure that virtualization is installed with QEMU/KVM. Actions: Boot the system and observice that 'virtqemud' is running immediately on completion of boot up with an arg of '--timeout=120'. After two minutes the daemon should exit, and will automatically restart if 'virsh -c qemu:///system list' is run as root. Deploy a new virtual machine using virt-install / virt-manager. Set the new VM to autostart, eg 'virsh -c qemu:///system autostart $GUESTNAME' Shutdown the guest and reboot the host Upon completion of boot up observe that 'virtqemud' is running, and also a QEMU guest is running. 'virtqemud' should remain running for as long as the guest is running. The 'virtnetworkd' will also be running if the guest is connected to the 'virbr0' virtual network device provided by libvirt. == User Experience == Users of libvirt applications should not see any functional changes in their experience, since the new modular daemons are intended to be fully backwards compatible with existing libvirtd daemon. Administrators configuring hosts, however, will need to be aware that a different set of libvirt daemons will be running than they have seen in the past. See upgrade impact section for likely impact on administrators experience. There may be a small improvement in boot time performance when libvirt is installed. == Dependencies == The fedora-release package needs updating with the new systemd presets. == Contingency Plan == * Contingency mechanism: Should unexpected problems with the change arise, the changes in libvirt and fedora-release will be reverted to the historical known good behaviour of libvirt in previous Fedora. * Contingency deadline: Beta freeze * Blocks release? Yes == Documentation == Primary upstream guidance is https://libvirt.org/daemons.html == Release Notes == The libvirt package has switched to using modular daemons by default. The monolithic libvirtd daemon will no longer be started. In its place a hypervisor specific daemon will be started, along with one or more secondary driver daemons. Applications using libvirt APIs should not notice any difference in behaviour. Administrators configuring a host manually, or using automation tools such as ansible/puppet, may need to take account of the new daemons that are providing libvirt functionality. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

Orphaned packages looking for new maintainers
by Miro Hrončok 21 Jun '21

21 Jun '21

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-2021-06-21.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 ================================================================================ HdrHistogram acaringi, almac, hhorak, jvanek, 0 weeks ago orphan JSCookMenu orphan 0 weeks ago WebCalendar orphan 0 weeks ago ant-antunit cipherboy, dmoluguw, jmagne, 4 weeks ago mizdebsk, orion, orphan apache-commons-daemon cipherboy, dmoluguw, jmagne, 4 weeks ago mizdebsk, orphan, spike apache-commons-lang cipherboy, dmoluguw, jmagne, 4 weeks ago mizdebsk, orphan, spike automaton orphan 2 weeks ago biboumi louizatakk, orphan 0 weeks ago directory-maven-plugin almac, orphan, sasiddiq 0 weeks ago dpsearch codeblock, jam3s, orphan 3 weeks ago electrum orphan 1 weeks ago erlang-riak_pipe bowlofeggs, erlang-maint-sig, orphan 1 weeks ago felix-scr jerboaa, orphan 0 weeks ago git-cal codeblock, orphan 3 weeks ago jakarta-activation java-maint-sig, orphan 0 weeks ago jakarta-mail java-maint-sig, orphan 0 weeks ago java-atk-wrapper omajid, orphan 1 weeks ago jboss-annotations-1.2-api cfu, cipherboy, ckelley, dmoluguw, 0 weeks ago jmagne, mharmsen, orphan jboss-jms-1.1-api cipherboy, dmoluguw, jmagne, lef, 4 weeks ago orphan jboss-logmanager cipherboy, dmoluguw, gil, jmagne, 2 weeks ago lef, orphan jmc almac, orphan, sasiddiq 0 weeks ago jmc-core almac, orphan, sasiddiq 0 weeks ago luit ajax, ofourdan, orphan 2 weeks ago lz4-java orphan 0 weeks ago mate-applet-softupd orphan 0 weeks ago maven-javadoc-plugin java-maint-sig, mizdebsk, orphan 5 weeks ago mvel orphan 0 weeks ago owasp-java-encoder almac, orphan, sasiddiq 0 weeks ago paranamer cipherboy, jmagne, orphan 4 weeks ago perl-Debug-Client orphan, ppisar 1 weeks ago perl-Hardware-Vhdl-Tidy orphan 6 weeks ago perl-Padre orphan, ppisar 1 weeks ago php-PHPMailer orphan, remi 0 weeks ago php-captchaphp orphan 0 weeks ago php-hkit orphan 0 weeks ago php-pear-Auth-Yubico orphan 0 weeks ago php-rmccue-requests orphan 1 weeks ago python-fn codeblock, orphan 3 weeks ago python-glusterfs-api humble, orphan 0 weeks ago python-pytest-relaxed orphan 1 weeks ago python-tempita kylev, orphan 0 weeks ago qtpass marcindulak, orphan, vascom 4 weeks ago robodoc orphan 0 weeks ago rubygem-ditz orphan 3 weeks ago rubygem-mono_logger orphan 3 weeks ago rubygem-redis-namespace orphan 3 weeks ago rubygem-resque orphan 3 weeks ago rubygem-sdoc orphan 1 weeks ago rubygem-thin mmagr, orphan, valtri, vondruch 2 weeks ago rubygem-trollop orphan 3 weeks ago rubygem-vegas orphan 3 weeks ago stax2-api cfu, ckelley, java-maint-sig, 0 weeks ago jmagne, mharmsen, mizdebsk, orphan woodstox-core cfu, ckelley, java-maint-sig, 0 weeks ago jmagne, mharmsen, mizdebsk, orphan The following packages require above mentioned packages: Report too long, see the full version at https://churchyard.fedorapeople.org/orphans-2021-06-21.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: jboss-annotations-1.2-api, python-tempita, rubygem-thin, jakarta-activation abompard: python-tempita acaringi: HdrHistogram adeza: python-tempita aglitke: rubygem-thin ahughes: HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc ajax: luit akurtakov: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc alexlan: jakarta-mail almac: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc amerey: rubygem-thin andreamanzi: python-tempita anoopcs: python-tempita, rubygem-thin apevec: python-tempita arobinso: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc asn: python-tempita, rubygem-thin asosedkin: HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc astro-sig: jakarta-mail atim: HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc bashton: jakarta-mail bbockelm: rubygem-thin bcotton: rubygem-thin berrange: python-tempita, rubygem-thin besser82: python-tempita bkearney: jakarta-mail, rubygem-thin bonzini: python-tempita, rubygem-thin bowlofeggs: erlang-riak_pipe branto: python-tempita bruno: jakarta-mail caniszczyk: HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc caolanm: jakarta-mail cfeist: rubygem-thin cfu: jakarta-mail, jboss-annotations-1.2-api, woodstox-core, stax2-api, jakarta-activation cheimes: jboss-annotations-1.2-api cipherboy: apache-commons-lang, jakarta-activation, jakarta-mail, jboss-annotations-1.2-api, jboss-logmanager, apache-commons-daemon, paranamer, ant-antunit, jboss-jms-1.1-api ckelley: jakarta-mail, jboss-annotations-1.2-api, woodstox-core, stax2-api, jakarta-activation clalance: python-tempita, rubygem-thin cockpit: rubygem-thin codeblock: dpsearch, git-cal, python-fn coolsvap: jakarta-mail crobinso: python-tempita, rubygem-thin crypto-team: HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc csutherl: jakarta-mail cverna: python-tempita dang: python-tempita, rubygem-thin dbhole: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc dcallagh: python-tempita dcavalca: HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc dchen: jakarta-mail, jakarta-activation deamn: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc devos: jakarta-mail, python-tempita, rubygem-thin devrim: jakarta-mail dignan: jakarta-mail dmick: python-tempita dmoluguw: apache-commons-lang, jakarta-activation, jakarta-mail, jboss-annotations-1.2-api, jboss-logmanager, apache-commons-daemon, ant-antunit, jboss-jms-1.1-api drsmith2: rubygem-thin dtardon: jakarta-mail dwalluck: jakarta-mail dwmw2: python-tempita, rubygem-thin ebaron: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc eclipse-sig: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc eclipseo: python-tempita, rubygem-thin edewata: jboss-annotations-1.2-api, jakarta-mail, jakarta-activation eerlands: rubygem-thin ehabkost: python-tempita, rubygem-thin ellert: jakarta-mail, python-tempita, php-PHPMailer, jakarta-activation elmarco: rubygem-thin erack: jakarta-mail erlang-maint-sig: erlang-riak_pipe f1ash: rubygem-thin fab: rubygem-thin fabiand: jakarta-mail fbo: python-tempita fcami: jboss-annotations-1.2-api fche: rubygem-thin feborges: rubygem-thin fidencio: rubygem-thin filiperosset: jakarta-mail, HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc fnasser: jakarta-mail galileo: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc gchamoul: python-tempita gd: python-tempita, rubygem-thin giallu: python-tempita, php-PHPMailer gil: apache-commons-lang, jakarta-mail, jboss-logmanager, jakarta-activation gnome-sig: rubygem-thin go-sig: python-tempita grover: python-tempita, rubygem-thin guidograzioli: jakarta-mail hguemar: jakarta-mail hhorak: jakarta-mail, HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc humble: python-glusterfs-api, rubygem-thin huwang: jakarta-mail iboukris: python-tempita, rubygem-thin idevat: rubygem-thin ignatenkobrain: python-tempita imcleod: rubygem-thin infra-sig: jboss-annotations-1.2-api, python-tempita ipa-maint: jboss-annotations-1.2-api iucar: jakarta-mail, HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc jam3s: dpsearch jandrlik: jakarta-mail jarrpa: python-tempita, rubygem-thin java-maint-sig: jakarta-mail, maven-javadoc-plugin, HdrHistogram, directory-maven-plugin, woodstox-core, jmc-core, felix-scr, stax2-api, jmc, jakarta-activation java-sig: jakarta-mail, HdrHistogram, directory-maven-plugin, woodstox-core, jmc-core, felix-scr, stax2-api, jmc, jakarta-activation jcapik: jakarta-mail jcaratzas: python-tempita jenslody: HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc jerboaa: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc jforbes: python-tempita, rubygem-thin jhrozek: jboss-annotations-1.2-api jiffintt: python-tempita, rubygem-thin jistone: rubygem-thin jjames: jakarta-mail, jakarta-activation jjanco: jakarta-mail, HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc jjelen: jakarta-mail, ant-antunit jjohnstn: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc, jakarta-activation jkucera: jakarta-mail jlayton: python-tempita, rubygem-thin jmagne: apache-commons-lang, jakarta-activation, jakarta-mail, jboss-annotations-1.2-api, jboss-logmanager, apache-commons-daemon, paranamer, woodstox-core, ant-antunit, stax2-api, jboss-jms-1.1-api jmlich: jakarta-mail jpena: python-tempita jplesnik: rubygem-thin jridky: jakarta-mail jsafrane: jakarta-mail jsteffan: rubygem-thin jstephen: python-tempita, rubygem-thin jstribny: rubygem-thin jussilehtola: jakarta-mail jvanek: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, woodstox-core, jmc-core, ant-antunit, felix-scr, stax2-api, jmc jwrdegoede: jakarta-mail, jakarta-activation kdaniel: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc kde-sig: rubygem-thin ke4qqq: python-tempita kengert: HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc kevin: python-tempita, rubygem-thin kkeithle: python-tempita, rubygem-thin kkoukiou: rubygem-thin kni: jakarta-mail korkeala: jakarta-mail ktdreyer: python-tempita kwizart: jakarta-mail kwright: jboss-annotations-1.2-api, jakarta-mail, jakarta-activation kylev: python-tempita laine: python-tempita, rubygem-thin lbazan: python-tempita lberk: rubygem-thin leamas: jakarta-mail lef: jakarta-mail, HdrHistogram, directory-maven-plugin, jboss-logmanager, owasp-java-encoder, jmc-core, felix-scr, jmc, jboss-jms-1.1-api libvirt-maint: python-tempita, rubygem-thin limb: jakarta-mail ljavorsk: jakarta-mail, HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc lkundrak: jakarta-mail, python-tempita, rubygem-thin lmacken: python-tempita lnie: rubygem-thin louizatakk: biboumi lupinix: jakarta-mail marcindulak: qtpass martinpitt: rubygem-thin marx: rubygem-thin matt: rubygem-thin matyas: rubygem-thin mbacovsk: python-tempita mbooth: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc, jakarta-activation mcermak: rubygem-thin mdbooth: rubygem-thin mef: jakarta-mail mharmsen: jakarta-mail, jboss-annotations-1.2-api, woodstox-core, stax2-api, jakarta-activation mhlavink: rubygem-thin michaelc: python-tempita, rubygem-thin michalvala: HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc mikep: jakarta-mail, HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, rubygem-thin, jmc mizdebsk: apache-commons-lang, jakarta-mail, maven-javadoc-plugin, HdrHistogram, directory-maven-plugin, apache-commons-daemon, woodstox-core, jmc-core, ant-antunit, felix-scr, owasp-java-encoder, stax2-api, jmc, jakarta-activation mjakubicek: jakarta-mail, HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc mjw: rubygem-thin mkosek: jboss-annotations-1.2-api mkrizek: rubygem-thin mlisik: rubygem-thin mlombard: python-tempita, rubygem-thin mmagr: rubygem-thin mmarusak: rubygem-thin mmorsi: jakarta-mail moceap: jakarta-mail mohammedisam: HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc mreynolds: jakarta-mail mrunge: python-tempita mschorm: jakarta-mail, HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc msimacek: jakarta-mail, jakarta-activation msivak: rubygem-thin mycae: jakarta-mail neteler: jakarta-mail neuro-sig: jakarta-mail, python-tempita ngompa: jboss-annotations-1.2-api, python-tempita, maven-javadoc-plugin, rubygem-thin nhosoi: jakarta-mail nkinder: jakarta-mail oalbrigt: rubygem-thin obnox: python-tempita, rubygem-thin odubaj: jakarta-mail, HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc ofourdan: luit oget: HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc ogutierrez: jboss-annotations-1.2-api oliver: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc omajid: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, java-atk-wrapper, jmc-core, felix-scr, jmc omular: rubygem-thin ondrejj: python-tempita openstack-sig: python-tempita orion: jakarta-mail, ant-antunit osier: python-tempita, rubygem-thin pali: jakarta-mail peter: jakarta-mail, erlang-riak_pipe phrdina: rubygem-thin pmikova: jakarta-mail, HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc ppisar: perl-Padre, perl-Debug-Client praiskup: jakarta-mail puiterwijk: jboss-annotations-1.2-api pvoborni: jboss-annotations-1.2-api python-sig: jakarta-mail qa-tools-sig: rubygem-thin quintela: python-tempita, rubygem-thin radekmanak: jakarta-mail, HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc radez: python-tempita ralph: python-tempita raphgro: jakarta-mail, rubygem-thin rathann: jakarta-mail rcritten: jboss-annotations-1.2-api rebus: jakarta-mail remi: php-PHPMailer rgrunber: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc, jakarta-activation richardfearn: apache-commons-lang, jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc ricky: python-tempita rjones: python-tempita, rubygem-thin rmeggins: jakarta-mail rrelyea: HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc ruben: rubygem-thin ruby-packagers-sig: rubygem-thin sagitter: HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc sandeen: python-tempita sasiddiq: jakarta-mail, HdrHistogram, directory-maven-plugin, owasp-java-encoder, jmc-core, felix-scr, jmc sbergmann: jakarta-mail sbonazzo: rubygem-thin scottt: jakarta-mail, HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc scox: rubygem-thin sdgathman: apache-commons-lang, jakarta-mail, jakarta-activation sergiomb: jakarta-mail, jakarta-activation simo: jboss-annotations-1.2-api, python-tempita, rubygem-thin simonm: python-tempita skoduri: python-tempita, rubygem-thin slaanesh: jakarta-mail smakarov: rubygem-thin smani: jakarta-mail smilner: python-tempita spike: apache-commons-lang, jakarta-mail, apache-commons-daemon spot: HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc steve: python-tempita, rubygem-thin stevetraylen: rubygem-thin stingray: python-tempita tdawson: rubygem-trollop, rubygem-thin tdecacqu: python-tempita terjeros: jakarta-mail, python-tempita, rubygem-thin teuf: rubygem-thin tflink: rubygem-thin tmraz: HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc tojeline: rubygem-thin tpopela: HdrHistogram, directory-maven-plugin, jmc-core, felix-scr, jmc tstclair: rubygem-thin ttheisen: rubygem-thin ttorling: jakarta-mail twoerner: jboss-annotations-1.2-api vakwetu: jboss-annotations-1.2-api, jakarta-mail, jakarta-activation valtri: jakarta-mail, rubygem-trollop, rubygem-thin van: jakarta-mail vascom: rubygem-thin, qtpass vcrhonek: jakarta-mail, rubygem-thin veillard: jakarta-mail, python-tempita, rubygem-thin verdurin: jakarta-mail victortoso: rubygem-thin virtmaint-sig: python-tempita, rubygem-thin vjancik: jakarta-mail volter: jakarta-mail vondruch: rubygem-trollop, rubygem-thin vtrefny: jakarta-mail walters: jakarta-mail wcohen: rubygem-thin wilqu: jakarta-mail xaeth: rubygem-thin xavierb: jakarta-mail xiubli: rubygem-thin zbyszek: jakarta-mail zeenix: rubygem-thin zuul: python-tempita zzambers: jakarta-mail, ant-antunit -- 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 -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

1 0

F35 Change: Remove authselect-compat package (System-Wide Change proposal)
by Ben Cotton 18 Jun '21

18 Jun '21

https://fedoraproject.org/wiki/Changes/RemoveAuthselectCompatPackage == Summary == Authselect replaced authconfig tool in Fedora 28. To enable some level of backwards compatibility, it ships the authconfig command as a wrapper around authselect calls in package "authselect-compat". Authselect is now well adopted and the shim compatibility layer should be removed by removing the authselect-compat package. == Owner == * Name: [[User:pbrezina| Pavel Březina]] * Email: <pbrezina(a)redhat.com> == Detailed Description == Affected components: * authselect: remove the authselect-compat package * pykickstart: remove support for authconfig * anaconda: remove support for authconfig "dnf repoquery --whatrequires" does not yield any package depending on authselect-compat nor authconfig. == Benefit to Fedora == The authconfig command will no longer be available, this will finish the replacement by authselect. == Scope == * Proposal owners: authselect maintainers - Submit PR for anaconda/pykickstart to remove authconfig support and remove authselect-compat package from Fedora. * Other developers: anaconda/pykickstart maintainers - must accept the PR and push it to Fedora * Release engineering: [https://pagure.io/releng/issue/10169 #10169] * Policies and guidelines: The policies and guidelines do not need to be updated. * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: N/A == Upgrade/compatibility impact == The authselect-compat package will be removed, authconfig command will no longer be available. == How To Test == * authselect-compat package and authconfig command should no longer be available * anaconda/kickstart should no longer support authconfig directive == User Experience == Users that keeps using authconfig/authselect-compat will need to start using authselect directly. == Dependencies == No package depends on authconfig/authselect-compat. Authconfig is used by Anaconda/pykickstart and this support will be removed. == Contingency Plan == authselect-compat package stays. * Contingency mechanism: authselect-compat package stays. * Contingency deadline: Beta * Blocks release? No == Documentation == This is a simple packaging change, there is no additional documentation. == Release Notes == Authselect-compat package is removed, therefore authconfig command is no longer available. Users are encouraged to use its replacement, the authselect command. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

rpmautospec deployment into production
by Nils Philippsen 18 Jun '21

18 Jun '21

Hi everybody, we've scheduled the rpmautospec plugin to be deployed into production for tomorrow, from 14:00 UTC on. This means installing the relevant packages and restarting kojid processes on the builders, which will restart any tasks which are being processed at that time, i.e. expect delays for builds in-flight at the time. We'll announce when the deployment is done. Cheers, Nils -- Nils Philippsen "Those who would give up Essential Liberty to Software Engineer purchase a little Temporary Safety, deserve neither Red Hat Liberty nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: D0C1 1576 CDA6 5B6E BBAE 95B2 7D53 7FCA E9F6 395D

1 1

F35 Change: Python Packaging Guidelines overhaul (System-Wide Change proposal)
by Ben Cotton 14 Jun '21

14 Jun '21

https://fedoraproject.org/wiki/Changes/PythonPackagingGuidelines202x == Summary == The Python Packaging guidelines will be rewritten, with the major changes being '''PyPI parity''' and usage of '''upstream metadata'''. A new set of macros, {{package|pyproject-rpm-macros}}, written in mind with the new guidelines and with upstream best practices, are documented in the new guidelines as practical examples. The older (a.k.a. "201x-era") Python Packaging guidelines will remain in effect as an option (until retired by another Fedora Change). == Owner == * Name: [[User:pviktori| Petr Viktorin]] ** Email: pviktori(a)redhat.com * Name: [[SIGs/Python| Python SIG]] ** Email: python-devel(a)lists.fedoraproject.org == Detailed Description == The proposed new Python packaging guidelines are available at this Pull request: https://pagure.io/packaging-committee/pull-request/1072 A rendered preview (which might be deleted by the time you read this) is at: http://100.26.217.43/packaging-committee-pr1072/packaging-guidelines/Python/ === Not removing older guidelines === The current ("201x-era") guidelines will stay in effect as an option for packages that haven't migrated yet or those that cannot follow the new guidelines for whatever unforeseen reason. They will be retired in another Fedora Change, some time after the vast majority of Python packages follow the new guidelines and there are no known blockers for the remaining ones. There's no rush; it might well take a decade. === Guideline Changes === See [https://hackmd.io/@python-maint/rJmQQc4DP an external document] for a detailed list of changes to '''MUST'''/'''SHOULD''' rules. The major ones are listed here: ==== Requiring python3-devel ==== All packages that use Python at run- or build-time will need to BuildRequire {{package|python3-devel}}. This package brings the necessary macros and settings, and it will enable automated or manual checks. (For example, Python maintainers use this requirement to list packages that use Python in some way and might be affected by planned changes.) ==== PyPI Parity ==== Machine-readable metadata (''distribution'' names in <code>dist-info</code> directories on disk and the corresponding <code>python3.Xdist(foo)</code> RPM provides) will match the Python Package Index (PyPI). This solves a ''namespace'' issue. Python packaging tools use a flat namespace, and PyPI is ''the'' place where open-source Python packages are generally published, so users and tools assume a package called <code>requests</code> is whatever <code>requests</code> means on PyPI. While this is not ideal (especially for private packages), it makes sense for Fedora to align with the PyPI namespace. Note that Fedora package names are not affected – just the Python packaging metadata on disk and virtual RPM Provides generated from it. The new guidelines cover what to do for packages that cannot be registered on PyPI. The Change owner is prepared to help with PyPI registration. Note that names found in Fedora but not on PyPI [https://github.com/pypa/pypi-support/issues/355 have been reserved on PyPI] to avoid being taken by unrelated projects. ==== Upstream metadata ==== Upstream “dist-info” metadata for Python packages is now standardized and shareable with other distributors (be it Linux distros or others). As much as possible, RPM metadata should be automatically taken from there, rather be duplicated in the spec file (and likely diverge over time). This includes run-time and build-time requirements for Python packages, tests and test requirements for packages that use the <code>tox</code> tool, and ''Extras'' (optional features). Packagers are expected to treat metadata bugs as any other bugs. (That is, ideally: patch them and present the patches upstream). ==== Naming ==== The new guidelines explain the various names a Python package can have (Fedora package name, project name, import name) and begs developers/maintainers to keep them synchronized if possible. ==== Python 3 ==== The new guidelines only cover Python 3. Python 2 does not need its own guidelines. {{package|python2.7}} is deprecated and as of this writing, only about 35 packages use it, usually under individual FESCo exceptions. Python 4 is not planned upstream. ==== Tests, linters and coverage ==== Running upstream tests is mandatory. Running linters (e.g. {{package|pylint}}, {{package|pyflakes}}, {{package|python-black}}) or test coverage measurements (e.g. {{package|python-coverage}}) is discouraged. === Non-Guideline Changes === The {{package|python3-devel}} package, a mandatory build-time requirement for all packages that use Python, will require {{package|pyproject-rpm-macros}}, helpers designed for the new guidelines. While this small package is not always necessary, it will make life easier for most Python packagers. {{package|pyproject-rpm-macros}} is currently [https://src.fedoraproject.org/rpms/pyproject-rpm-macros documented as ''provisional'']; that label will be removed and a 1.0 release will be made. === Example spec file with changes === Example of a spec file following the old guidelines: Name: python-pello Version: 1.0.2 Release: 1%{?dist} Summary: Example Python library License: MIT URL: https://github.com/fedora-python/Pello Source0: %{url}/archive/v%{version}/Pello-%{version}.tar.gz BuildArch: noarch BuildRequires: python3-devel # Build dependencies needed to be specified manually BuildRequires: python3-setuptools # Test dependencies needed to be specified manually BuildRequires: python3-pytest >= 3 # Runtime dependencies needed to be specified manually on build time to run tests BuildRequires: python3-blessings %global _description %{expand: A python module which provides a convenient example. This description provides some details.} %description %_description %package -n python3-pello Summary: %{summary} Recommends: python3-pello+color %description -n python3-pello %_description # The metadata directory needed to be specified manually for Python extras %python_extras_subpkg -n python3-pello color -i %{python3_sitelib}/*.egg-info %prep %autosetup -p1 -n Pello-%{version} %build # The macro only supported projects with setup.py %py3_build %install # The macro only supported projects with setup.py %py3_install %check # The old guidelines mentioned one way of running tests which is deprecated # and in many cases lead to unexpected results (such as: 0 tests run, success) # Alternatively, %%pytest can be used with the old macros as well %{python3} setup.py test %files -n python3-pello %doc README.md %license LICENSE.txt %{_bindir}/pello_greeting # The library files needed to be listed manually, # often with extra care about the .pyc cache (although not in this example) %{python3_sitelib}/pello/ # The metadata files needed to be listed manually %{python3_sitelib}/Pello-*.egg-info/ Example of a spec file following the new guidelines: Name: python-pello Version: 1.0.2 Release: 1%{?dist} Summary: Example Python library License: MIT URL: https://github.com/fedora-python/Pello Source0: %{url}/archive/v%{version}/Pello-%{version}.tar.gz BuildArch: noarch BuildRequires: python3-devel %global _description %{expand: A python module which provides a convenient example. This description provides some details.} %description %_description %package -n python3-pello Summary: %{summary} Recommends: python3-pello+color %description -n python3-pello %_description %pyproject_extras_subpkg -n python3-pello color %prep %autosetup -p1 -n Pello-%{version} %generate_buildrequires # The build/test/runtime BuildRequires are generated from upstream metadata %pyproject_buildrequires -t %build # The macro supports setup.py-based and pyproject.toml-based build %pyproject_wheel %install # The macro supports setup.py-based and pyproject.toml-based build %pyproject_install # Library and metadata files can be saved automatically %pyproject_save_files pello %check # test can run via the upstream de-facto standard way # tox based tests run in Fedora's environment, not a Python virtual environment # for projects without tox, %%pytest is preferred %tox # For python3-pello, %%{pyproject_files} handles code files, but # executables, documentation and license must be listed in the spec file: %files -n python3-pello -f %{pyproject_files} %doc README.md %license LICENSE.txt %{_bindir}/pello_greeting == Feedback == The new guidelines wede discussed extensively on [https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproj… the Python SIG list discussion thread]. Two major objections remain. Both were best voiced by Neal Gompa: === Burdening packagers === [https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproj… Neal] does “not necessarily disagree that PyPI and Fedora pythonXdist() names should match, but [he disagrees] on burdening packagers with this.” However, actually pushing a package to PyPI (and maintaining it there) is not necessary. The minimal-effort solution is to ''reserve'' the name on PyPI so that a conflicting package can not be created there. The author of this change is willing to do this work for all Python packages whose upstream is not on PyPI; packagers need to send a request to the Python SIG list. If something happens to me, Red Hat's python-maint team is also ready to do this, and in the event of catastrophic management change, PyPI maintainers can be e-mailed directly. This is all described in the new guidelines (see the ''PyPI parity'' section). The new guidelines discourage the minimal-effort solution because it is suboptimal ''for users'' (and for the wider Python ecosystem). (It was further suggested that the registration process should be ''automatic'' to minimize burden on packagers. It will be automated if it's too much for humans to handle, but we expect there won't be enough requests to make automation worth it.) === Conditioning names on PyPI === Neal also [https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproj… fundamentally disagrees] “on conditioning those names on PyPI, because frankly no other ecosystem in Fedora works that way. Not Rust, not Go, not Perl, not OCaml, not anything.” It's true that no other ecosystem in Fedora does this, but the author of this change believes that they should: if the ecosystem uses a flat namespace of dependencies, its Fedora packages ''should'' use the ecosystem-wide namespace rather than a Fedora-specific one. RPM predates global per-ecosystem directories of free/open software, but they are here and users (at least those affected by these issues) are used to them. For Python specifically, PyPI is already a de-facto standard: if you see a name in <code>install_requires</code> in <code>setup.py</code> of some random upstream project you want to package, you can assume that it's the PyPI name. It is in the best interest of Fedora's users to use PyPI names for dependency resolution. == Benefit to Fedora == The new packaging guidelines should encourage sharing packaging work with upstream developers (and through them, with other distros). Hopefully, they'll also free up some packagers' time. PyPI parity will hopefully enable automated ways of mixing Fedora packages with upstream ones. The updated examples and notes will be more useful to today's packagers. The older (a.k.a. "201x-era") Python Packaging guidelines only cover projects that use `setup.py`-based installation (via `setuptools` or `distutils`). The new guidelines and macros support more "build backends" (such as `setup.py`-less `setuptools`, `poetry`, `flit` or others) transparently via [https://www.python.org/dev/peps/pep-0517/ PEP 517] (and they continue to work with projects that use `setup.py` to install). == Scope == * Policies and guidelines: https://pagure.io/packaging-committee/pull-request/1072 * Proposal owners: ** Make {{package|python3-devel}} require {{package|pyproject-rpm-macros}} ** Remove ''provisional'' status from {{package|pyproject-rpm-macros}}; release & package version 1.0. ** Handle PyPI name registration/reservation requests from other packagers. * Other developers: Maintainers of packages that use Python should gradually switch to the new guidelines * Release engineering: https://pagure.io/releng/issue/10164 * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: N/A == Upgrade/compatibility impact == None expected. Any compatibility impact on individual packages would be a bug. == How To Test == If you maintain a package that uses Python, try to follow the new guidelines. Any major omission or ambiguity is a bug. (Minor/unique cases should be discussed on the [mailto:python-devel@lists.fedoraproject.org Pytohn SIG list] instead; the document is already quite long.) Until this change proposal is approved and enabled, you'll need to BuildRequire `pyproject-rpm-macros` to have the new macros available. Updated packages should be tested normally, as with any other package update. == User Experience == No direct impact on end users. == Dependencies == PyPI maintainers [https://github.com/pypa/pypi-support/issues/355 are aware] of the general direction the Guidelines, and have been supportive. == Contingency Plan == * Contingency mechanism: Revert to the older guidelines * Contingency deadline: N/A (Any time until old guidelines are retired, in a separate Change) * Blocks release? No == Documentation == The new guidelines are the documentation. See ''Detailed Description'' above for links. == Release Notes == Fedora's Python Packaging guidelines have been rewritten to align with modern Python packaging practices and better integrate with the wider Python ecosystem (specifically, the Python Package Index). -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

Packages that failed to build with Python 3.10 (and what to do)
by Tomas Hrnciar 08 Jun '21

08 Jun '21

Hello. As you might already know, we have recently merged in the Python 3.10 side tag to Rawhide, despite several builds not succeeding. We always aim for some compromise between having the side tag open for too long and having too many failures. https://fedoraproject.org/wiki/Changes/Python3.10 The packages, when not rebuilt, are not installable in rawhide, hence fixing them should be our top priority. If you need help with Python-related issues, we (the Python Maintenance team at Red Hat) are happy to help. Unfortunately, several packages fail to build for Python-unrelated reasons. Most of the packages only fail to build because their dependencies were not yet rebuilt. Chances are, you already got an automated F35FailsToInstall bugzilla from Miro, that your package fails to install. It would be really helpful if you could find the missing dependency and mark the bugzilla for your package depending on the bugzilla for the missing dep. We slowly progress to do that as well, but your help is crucial here. If your package fails because there is a non-dependency problem, you might have already received a bugzilla from us in the past. If the build failure is related to changes in Python 3.10, it should contain some hints about the problem. # What to do? General advice: If you are aware of the problem and working towards fixing it, set your bugzilla to ASSIGNED to avoid further automated reminders. If blocked by dependencies, do not close the bugzillas as NOTABUG or DUPLICATE just because it is "not a problem in your package". The automation will file new ones anyway. ## My package fails to build because it has test failures in %check Please, try to resolve the failures. If you are confident that the package works fine, but the tests are wrong, skip some failing tests, ideally with a link to an upstream issue. Do not disable (e.g. comment out) all tests just to unblock the rebuild of your package, it usually only hides the problem. ## My package fails to build because it has broken build dependencies Please try to track the missing build dependencies in Bugzilla. If possible, help the maintainers of your dependencies to get them rebuilt. When in need of escalation, ask us for provenpackager help (ideally with pull requests to be merged). Once possible, rebuild your package (no need to bump the release, we already did that). When you do, the bugzilla will eventually get automatically closed, but you can do that manually as well. ## My package was rebuilt with Python 3.10 but it has broken runtime dependencies Please try to track the missing runtime dependencies in Bugzilla. If possible, help the maintainers of your dependencies to get them rebuilt. When in need of escalation, ask us for provenpackager help (ideally with pull requests to be merged). When the dependencies are rebuilt, your package will install successfully once again and the bugzilla will eventually get automatically closed, but you can do that manually as well. ## My package failed to build but installs just fine Some packages that only require libpython3.9.so.1.0 will successfully pull in the python3.9 package as a dependency and hence they don't have installation issues. They need to be rebuilt with Python 3.10 anyway, we don't want Fedora users to pull in two Python versions unless they need them for development purposes. ## How to run things locally? You can use mock. Make sure to: 1. Clear all caches first: $ mock -r fedora-rawhide-x86_64--scrub=all 2. Use the Koji repo: $ mock -r fedora-rawhide-x86_64 --enablerepo=local ... ## Where to get help Reply to this thread or find us (thrnciar, mhroncok) on #fedora-python IRC channel (libera.chat). --- Let us know if you have other questions. Maintainers by package: 5minute pmoravco APLpy sergiopr skytux MUSIC ankursinha Mayavi chedi orion NLopt besser82 OpenIPMI branto jridky lupinix pknirsch ProDy sagitter PyMca zbyszek androguard fab ansible-review dcallagh ttrinks antlr4-project jjames astrometry lupinix autoarchive fab blender design-sw hobbes1069 ignatenkobrain kwizart luya roma s4504kr slaanesh bugzilla2fedmsg abompard buildbot besser82 giallu ignatenkobrain ngompa radez smilner buildstream atim bochecha calibre chkr heliocastro kevin nushio zbyszek certbot nb clufter jpokorny mlisik omular tojeline collectd fab kevin mhlavink ruben xaeth condor bbockelm bcotton eerlands matt matyas stevetraylen tstclair ttheisen valtri copr-backend clime dturecek frostyx msuchy praiskup copr-dist-git clime dturecek frostyx msuchy praiskup datagrepper ralph diffoscope halfie zbyszek distgen bkabrda hhorak phracek pkubat dnfdaemon besser82 ngompa dnfdragora besser82 ngompa dolfin limb zbyszek espresso deji jngrad junghans fbthrift dcavalca filbranden salimma folly dcavalca filbranden salimma fontdump pnemade freecad hobbes1069 jkastner zultron ginga lupinix gnome-gmail llaumgui gnumeric aarem belegdol huzaifas gr-air-modes jskarvad h5py stevetraylen terjeros imath hobbes1069 jridky ipsilon ngompa puiterwijk simo jpype raphgro jrnl music kdevelop-python dvratil jgrulich minh kitty atim salimma lasso jhrozek rcritten simo ldns pemensik pwouters thozza libguestfs mdbooth rjones libkml smani libpoly jjames libprelude fab totol libproxy amigadave cicku danw npmccallum libpst carllibpst libunity rdieter liquidctl suve lirc hobbes1069 jwilson leamas luxcorerender besser82 kwizart luya slaanesh m2crypto mitr ngompa mailman3 abompard ngompa matrix-synapse dcallagh mingw-python3 smani mirrormanager2 adrian mlt martinkg sergiomb mod_wsgi jdornak jkaluza jorton lmacken mrunge module-build-service breilly mikem moose zbyszek mopidy girst mopidy-mpd girst nbdkit rjones nyx jorti openmeeg sagitter openscap evgenyz isimluk jcerny matyc mmarhefk pvrabec vpolasek wsato opentrep denisarnaud osbs-client bkabrda cverna maxamillion ttomecek twaugh vrutkovs paraview deji orion sagitter pcl rmattes thofmann perl-Inline-Python jonkni petsc sagitter pew mcyprian tadej postfix-mta-sts-resolver duck prewikka totol psi4 jussilehtola py-radix kevin py4j raphgro pydeps lbazan pygrib jdekloe pykka fab pymol sagitter sergiomb pyp2rpm gordonmessmer kevin pyproj jdekloe python-EvoPreprocess iztokf python-IPy kevin python-MDAnalysis junghans python-SALib ankursinha python-TestSlide dcavalca filbranden salimma python-aenum fab python-agate jujens python-agate-dbf jujens python-agate-excel jujens python-agate-sql jujens python-aiodns fantom python-aiosmtpd abompard python-aiostream fab python-aiozmq nonamedotc python-animatplot qulogic python-anyio carlwgeorge fab python-aodhclient apevec pkilambi python-apprise lead2gold python-asteval fab python-astroML lupinix python-astropy orion sergiopr python-astropy-healpix lupinix python-astroquery lupinix python-astroscrappy lupinix python-asyncio-dgram fab python-august fab python-authheaders ngompa python-authlib v02460 python-azure-sdk melmorabity mhayden python-barbicanclient apevec chandankumar python-basemap jspaleta limb python-beniget churchyard python-bidict fab python-black cheimes churchyard python-brian2 ankursinha python-cartopy qulogic python-ccdproc lupinix python-cclib sagitter python-certbot-apache nb python-certbot-dns-cloudflare nb python-certbot-dns-cloudxns nb python-certbot-dns-digitalocean elyscape nb python-certbot-dns-dnsimple nb python-certbot-dns-dnsmadeeasy nb python-certbot-dns-gehirn elyscape python-certbot-dns-google elyscape nb python-certbot-dns-linode elyscape python-certbot-dns-luadns nb python-certbot-dns-nsone nb python-certbot-dns-ovh elyscape python-certbot-dns-rfc2136 logic nb python-certbot-dns-route53 elyscape nb python-certbot-dns-sakuracloud elyscape python-certbot-nginx nb python-chaospy lbazan python-cinderclient apevec eharney jruzicka python-citeproc-py ignatenkobrain python-compreffor athoscr python-concurrentloghandler dcallagh python-configargparse fab nb noodles python-contextily qulogic python-contextualbandits iztokf python-cookiecutter chedi wakko666 python-cssutils kevin thias python-csvkit jujens python-cypari2 pcpa python-cysignals pcpa python-dask qulogic python-databay fab python-dbusmock ngompa python-dcrpm dcavalca filbranden salimma python-descartes qulogic python-designateclient apevec vkmc python-devtools fab python-dipy ankursinha python-diskcache fab python-django-auth-ldap ignatenkobrain python-django-post_office lbazan python-dkimpy ngompa python-docx kushal124 python-drgn dcavalca filbranden salimma python-duecredit ankursinha python-earthpy iztokf python-elephant lbazan python-elpy lbazan python-emcee sergiopr python-engineio nonamedotc python-envisage orion python-eventlet abbot ignatenkobrain kevin python-eyed3 amigadave bpepple cicku pjp python-f5-sdk xavierb python-falcon abompard carlwgeorge python-fastapi music python-fastavro ankursinha python-ffc zbyszek python-fiat fab python-flask-autoindex pcpa python-flask-silk pcpa python-flask-socketio nonamedotc python-flask-whooshee clime mrmeee rkuska python-fn codeblock orphan python-fpylll pcpa python-fsleyes-props ankursinha python-fslpy ankursinha python-fsspec qulogic python-furl ignatenkobrain python-gast churchyard python-gatspy lupinix python-gcsfs fab python-geopandas qulogic python-geoplot qulogic python-glanceclient apevec jruzicka python-gnocchiclient mrunge pkilambi python-gradunwarp ignatenkobrain python-grako brouhaha python-gunicorn dcallagh ngompa python-h5io ignatenkobrain python-hdfs ankursinha python-hdmf lbazan python-healpy lupinix python-heatclient apevec jruzicka ryansb zaneb python-holidays orphan python-hypothesmith dcavalca salimma python-imbalanced-learn iztokf python-insteon fab python-interrogate iztokf python-joblib besser82 ignatenkobrain sergiopr python-jsonfield lbazan python-jsons fab python-jupymake jjames python-jupyter-polymake jjames python-keystoneauth1 alphacc apevec pabelanger python-keystoneclient apevec jruzicka python-klusta ankursinha python-language-server nonamedotc python-leather jujens python-lfpy lbazan victortyau python-libpysal qulogic python-losant-rest fab python-lz4 jgu orion python-lzo huzaifas python-magnumclient apevec chandankumar python-manilaclient zaitcev python-mapclassify qulogic python-mapnik tomh python-matrix-nio ankursinha python-mechanize mohanboddu python-minibelt uggla python-missingno lbazan python-mistralclient amoralej python-mne ignatenkobrain python-mne-bids lbazan python-mnemonic jonny python-molten akhaitov python-msrest melmorabity python-msrestazure melmorabity python-mtg tc01 python-murano-pkg-check jpena python-music21 zbyszek python-nashpy iztokf python-nb2plots jjames python-netmiko divius python-network-runner radez python-networkx jjames plautrba python-neurosynth lbazan python-neutronclient apevec jruzicka python-niaaml iztokf python-niaclass iztokf python-nibabel ignatenkobrain python-nikola jamatos maxamillion python-nilearn ankursinha python-nipy ignatenkobrain python-nitime ankursinha python-nixio ankursinha python-novaclient apevec jruzicka python-novaclient-os-networks ctria rjmco python-novaclient-os-virtual-interfaces ctria rjmco python-numpoly lbazan python-octaviaclient cgoncalves python-odml major python-oletools rebus robert python-openstackclient apevec python-openstacksdk apevec jpena python-opentelemetry melmorabity python-orderedmultidict ignatenkobrain python-os-client-config amoralej apevec pabelanger python-osc-lib amoralej apevec hguemar jpena jruzicka python-oslo-concurrency apevec mrunge python-oslo-db apevec gchamoul python-oslo-log apevec hguemar python-oslo-serialization apevec nsaje social python-oslo-utils apevec python-photutils sergiopr python-pingouin ankursinha python-pplpy jjames python-praw fab fale python-prawcore fab python-productivity fab python-pybids ankursinha python-pycares fantom python-pyeclib hguemar zaitcev python-pymatreader ankursinha python-pymoc lupinix python-pynetdicom alciregi python-pynwb lbazan python-pyone siddharthvipul1 python-pypet ankursinha python-pyphi ankursinha python-pyqtgraph swt2c python-pyriemann ankursinha python-pysb zbyszek python-pyscaffold ankursinha python-pyscf jussilehtola python-pyshtools qulogic python-pyside2 hobbes1069 python-pystemd ngompa salimma python-pytest-cases zbyszek python-pytest-mpi orion python-pytest-relaxed athmane python-pytest-toolbox fab python-pyunicorn iztokf python-pyvlx fab python-pyvo lupinix python-qcelemental jussilehtola python-qdarkstyle nonamedotc python-reproject lupinix python-rnc2rng ignatenkobrain python-rply ignatenkobrain python-rsd-lib amoralej python-rx atim carlwgeorge limb python-saharaclient apevec egafford jruzicka mimccune python-schedule fab python-shade larsks pabelanger python-shortuuid pbrobinson python-siosocks fab python-sklearn-nature-inspired-algorithms ankursinha iztokf python-slackclient limb python-slixmpp-omemo fantom python-smbprotocol fab python-social-auth-core cqi python-socketio nonamedotc python-soco fab python-sortedcollections fab python-spnego fab python-sport-activities-features iztokf python-spyder-kernels nonamedotc python-sqlalchemy-collectd mbayer mrunge python-sshtunnel orphan python-starlette music python-stompest abompard python-subprocess-tee chedi python-sushy amoralej divius python-svg-path kevin ralph python-swiftclient apevec jruzicka zaitcev python-sybil fab python-tackerclient amoralej python-taskflow apevec eharney python-tenacity mrunge pkilambi snecker python-test_server raphgro python-testfixtures fab python-texext jjames python-theano ignatenkobrain jjames sergiopr python-traitsui chedi ignatenkobrain orion python-transitions orphan python-trimesh ankursinha python-troveclient jruzicka mrunge python-twilio mich181189 python-typeguard dcavalca salimma snecker python-uvicorn carlwgeorge python-vitrageclient mrunge python-watchgod carlwgeorge python-wcmatch pnemade python-webpy mrunge python-wsproto carlwgeorge python-xarray qulogic python-xbout davidsch python-yapf lbazan python-yappi amoralej python-zarr qulogic python-zict qulogic pythran churchyard rmol denisarnaud sagemath pcpa spectrographic suve sshuttle jgu kevin maci sudo alakatos kzak mattdm rsroka zfridric sugar-datastore dsd pbrobinson tomeu sugar-paint callkalpa chimosky pbrobinson swift-lang tachoknight sympy cbm jjames jussilehtola orion trademgen denisarnaud usd luya music slaanesh uwsgi orphan veusz jsanders virt-bootstrap fidencio rstoyanov watchman dcavalca filbranden salimma xonsh carmenbianca jdulaney Packages by maintainer: aarem gnumeric abbot python-eventlet abompard bugzilla2fedmsg mailman3 python-aiosmtpd python-falcon python-stompest adrian mirrormanager2 akhaitov python-molten alakatos sudo alciregi python-pynetdicom alphacc python-keystoneauth1 amigadave libproxy python-eyed3 amoralej python-mistralclient python-os-client-config python-osc-lib python-rsd-lib python-sushy python-tackerclient python-yappi ankursinha MUSIC python-SALib python-brian2 python-dipy python-duecredit python-fastavro python-fsleyes-props python-fslpy python-hdfs python-klusta python-matrix-nio python-nilearn python-nitime python-nixio python-pingouin python-pybids python-pymatreader python-pypet python-pyphi python-pyriemann python-pyscaffold python-sklearn-nature-inspired-algorithms python-trimesh apevec python-aodhclient python-barbicanclient python-cinderclient python-designateclient python-glanceclient python-heatclient python-keystoneauth1 python-keystoneclient python-magnumclient python-neutronclient python-novaclient python-openstackclient python-openstacksdk python-os-client-config python-osc-lib python-oslo-concurrency python-oslo-db python-oslo-log python-oslo-serialization python-oslo-utils python-saharaclient python-swiftclient python-taskflow athmane python-pytest-relaxed athoscr python-compreffor atim buildstream kitty python-rx bbockelm condor bcotton condor belegdol gnumeric besser82 NLopt buildbot dnfdaemon dnfdragora luxcorerender python-joblib bkabrda distgen osbs-client bochecha buildstream bpepple python-eyed3 branto OpenIPMI breilly module-build-service brouhaha python-grako callkalpa sugar-paint carllibpst libpst carlwgeorge python-anyio python-falcon python-rx python-uvicorn python-watchgod python-wsproto carmenbianca xonsh cbm sympy cgoncalves python-octaviaclient chandankumar python-barbicanclient python-magnumclient chedi Mayavi python-cookiecutter python-subprocess-tee python-traitsui cheimes python-black chimosky sugar-paint chkr calibre churchyard python-beniget python-black python-gast pythran cicku libproxy python-eyed3 clime copr-backend copr-dist-git python-flask-whooshee codeblock python-fn cqi python-social-auth-core ctria python-novaclient-os-networks python-novaclient-os-virtual-interfaces cverna osbs-client danw libproxy davidsch python-xbout dcallagh ansible-review matrix-synapse python-concurrentloghandler python-gunicorn dcavalca fbthrift folly python-TestSlide python-dcrpm python-drgn python-hypothesmith python-typeguard watchman deji espresso paraview denisarnaud opentrep rmol trademgen design-sw blender divius python-netmiko python-sushy dsd sugar-datastore dturecek copr-backend copr-dist-git duck postfix-mta-sts-resolver dvratil kdevelop-python eerlands condor egafford python-saharaclient eharney python-cinderclient python-taskflow elyscape python-certbot-dns-digitalocean python-certbot-dns-gehirn python-certbot-dns-google python-certbot-dns-linode python-certbot-dns-ovh python-certbot-dns-route53 python-certbot-dns-sakuracloud evgenyz openscap fab androguard autoarchive collectd libprelude pykka python-aenum python-aiostream python-anyio python-asteval python-asyncio-dgram python-august python-bidict python-configargparse python-databay python-devtools python-diskcache python-fiat python-gcsfs python-insteon python-jsons python-losant-rest python-praw python-prawcore python-productivity python-pytest-toolbox python-pyvlx python-schedule python-siosocks python-smbprotocol python-soco python-sortedcollections python-spnego python-sybil python-testfixtures fale python-praw fantom python-aiodns python-pycares python-slixmpp-omemo fidencio virt-bootstrap filbranden fbthrift folly python-TestSlide python-dcrpm python-drgn watchman frostyx copr-backend copr-dist-git gchamoul python-oslo-db giallu buildbot girst mopidy mopidy-mpd gordonmessmer pyp2rpm halfie diffoscope heliocastro calibre hguemar python-osc-lib python-oslo-log python-pyeclib hhorak distgen hobbes1069 blender freecad imath lirc python-pyside2 huzaifas gnumeric python-lzo ignatenkobrain blender buildbot python-citeproc-py python-django-auth-ldap python-eventlet python-furl python-gradunwarp python-h5io python-joblib python-mne python-nibabel python-nipy python-orderedmultidict python-rnc2rng python-rply python-theano python-traitsui isimluk openscap iztokf python-EvoPreprocess python-contextualbandits python-earthpy python-imbalanced-learn python-interrogate python-nashpy python-niaaml python-niaclass python-pyunicorn python-sklearn-nature-inspired-algorithms python-sport-activities-features jamatos python-nikola jcerny openscap jdekloe pygrib pyproj jdornak mod_wsgi jdulaney xonsh jgrulich kdevelop-python jgu python-lz4 sshuttle jhrozek lasso jjames antlr4-project libpoly python-jupymake python-jupyter-polymake python-nb2plots python-networkx python-pplpy python-texext python-theano sympy jkaluza mod_wsgi jkastner freecad jngrad espresso jonkni perl-Inline-Python jonny python-mnemonic jorti nyx jorton mod_wsgi jpena python-murano-pkg-check python-openstacksdk python-osc-lib jpokorny clufter jridky OpenIPMI imath jruzicka python-cinderclient python-glanceclient python-heatclient python-keystoneclient python-neutronclient python-novaclient python-osc-lib python-saharaclient python-swiftclient python-troveclient jsanders veusz jskarvad gr-air-modes jspaleta python-basemap jujens python-agate python-agate-dbf python-agate-excel python-agate-sql python-csvkit python-leather junghans espresso python-MDAnalysis jussilehtola psi4 python-pyscf python-qcelemental sympy jwilson lirc kevin calibre collectd py-radix pyp2rpm python-IPy python-cssutils python-eventlet python-svg-path sshuttle kushal124 python-docx kwizart blender luxcorerender kzak sudo larsks python-shade lbazan pydeps python-chaospy python-django-post_office python-elephant python-elpy python-hdmf python-jsonfield python-lfpy python-missingno python-mne-bids python-neurosynth python-numpoly python-pynwb python-yapf lead2gold python-apprise leamas lirc limb dolfin python-basemap python-rx python-slackclient llaumgui gnome-gmail lmacken mod_wsgi logic python-certbot-dns-rfc2136 lupinix OpenIPMI astrometry ginga python-astroML python-astropy-healpix python-astroquery python-astroscrappy python-ccdproc python-gatspy python-healpy python-pymoc python-pyvo python-reproject luya blender luxcorerender usd maci sshuttle major python-odml martinkg mlt matt condor mattdm sudo matyas condor matyc openscap maxamillion osbs-client python-nikola mbayer python-sqlalchemy-collectd mcyprian pew mdbooth libguestfs melmorabity python-azure-sdk python-msrest python-msrestazure python-opentelemetry mhayden python-azure-sdk mhlavink collectd mich181189 python-twilio mikem module-build-service mimccune python-saharaclient minh kdevelop-python mitr m2crypto mlisik clufter mmarhefk openscap mohanboddu python-mechanize mrmeee python-flask-whooshee mrunge mod_wsgi python-gnocchiclient python-oslo-concurrency python-sqlalchemy-collectd python-tenacity python-troveclient python-vitrageclient python-webpy msuchy copr-backend copr-dist-git music jrnl python-fastapi python-starlette usd nb certbot python-certbot-apache python-certbot-dns-cloudflare python-certbot-dns-cloudxns python-certbot-dns-digitalocean python-certbot-dns-dnsimple python-certbot-dns-dnsmadeeasy python-certbot-dns-google python-certbot-dns-luadns python-certbot-dns-nsone python-certbot-dns-rfc2136 python-certbot-dns-route53 python-certbot-nginx python-configargparse ngompa buildbot dnfdaemon dnfdragora ipsilon m2crypto mailman3 python-authheaders python-dbusmock python-dkimpy python-gunicorn python-pystemd nonamedotc python-aiozmq python-engineio python-flask-socketio python-language-server python-qdarkstyle python-socketio python-spyder-kernels noodles python-configargparse npmccallum libproxy nsaje python-oslo-serialization nushio calibre omular clufter orion Mayavi paraview python-astropy python-envisage python-lz4 python-pytest-mpi python-traitsui sympy orphan python-fn python-holidays python-sshtunnel python-transitions uwsgi pabelanger python-keystoneauth1 python-os-client-config python-shade pbrobinson python-shortuuid sugar-datastore sugar-paint pcpa python-cypari2 python-cysignals python-flask-autoindex python-flask-silk python-fpylll sagemath pemensik ldns phracek distgen pjp python-eyed3 pkilambi python-aodhclient python-gnocchiclient python-tenacity pknirsch OpenIPMI pkubat distgen plautrba python-networkx pmoravco 5minute pnemade fontdump python-wcmatch praiskup copr-backend copr-dist-git puiterwijk ipsilon pvrabec openscap pwouters ldns qulogic python-animatplot python-cartopy python-contextily python-dask python-descartes python-fsspec python-geopandas python-geoplot python-libpysal python-mapclassify python-pyshtools python-xarray python-zarr python-zict radez buildbot python-network-runner ralph datagrepper python-svg-path raphgro jpype py4j python-test_server rcritten lasso rdieter libunity rebus python-oletools rjmco python-novaclient-os-networks python-novaclient-os-virtual-interfaces rjones libguestfs nbdkit rkuska python-flask-whooshee rmattes pcl robert python-oletools roma blender rsroka sudo rstoyanov virt-bootstrap ruben collectd ryansb python-heatclient s4504kr blender sagitter ProDy openmeeg paraview petsc pymol python-cclib salimma fbthrift folly kitty python-TestSlide python-dcrpm python-drgn python-hypothesmith python-pystemd python-typeguard watchman sergiomb mlt pymol sergiopr APLpy python-astropy python-emcee python-joblib python-photutils python-theano siddharthvipul1 python-pyone simo ipsilon lasso skytux APLpy slaanesh blender luxcorerender usd smani libkml mingw-python3 smilner buildbot snecker python-tenacity python-typeguard social python-oslo-serialization stevetraylen condor h5py suve liquidctl spectrographic swt2c python-pyqtgraph tachoknight swift-lang tadej pew tc01 python-mtg terjeros h5py thias python-cssutils thofmann pcl thozza ldns tojeline clufter tomeu sugar-datastore tomh python-mapnik totol libprelude prewikka tstclair condor ttheisen condor ttomecek osbs-client ttrinks ansible-review twaugh osbs-client uggla python-minibelt v02460 python-authlib valtri condor victortyau python-lfpy vkmc python-designateclient vpolasek openscap vrutkovs osbs-client wakko666 python-cookiecutter wsato openscap xaeth collectd xavierb python-f5-sdk zaitcev python-manilaclient python-pyeclib python-swiftclient zaneb python-heatclient zbyszek PyMca calibre diffoscope dolfin moose python-ffc python-music21 python-pysb python-pytest-cases zfridric sudo zultron freecad

1 0

[HEADS UP] Fedora 35 Python 3.10 rebuilds have started in a side tag
by Tomas Hrnciar 07 Jun '21

07 Jun '21

Hello, in order to deliver Python 3.10, we are running a coordinated rebuild in a side tag. https://fedoraproject.org/wiki/Changes/Python3.10 If you see a "Rebuilt for Python 3.10" (or similar) commit in your package, please don't rebuild it in regular rawhide. If you need to, please let us know, so we can coordinate. If you'd like to build the package, you should be able to build it in the side tag via: on branch rawhide: $ fedpkg build --target=f35-python $ koji wait-repo f35-python --build <nvr> Note that it will take a while before all the essential packages are rebuilt, so don't expect all your dependencies to be available right away. When in trouble, ask here or on IRC (#fedora-python on Libera.Chat). Builds: https://koji.fedoraproject.org/koji/builds?latest=0&tagID=f35-python&order=… Please avoid any potentially disturbing changes in Python packages until the rebuild is over. Thanks. Let us know if you have any questions. PS: I've BCC'ed maintainers of the "initial bootstrap sequence". If your package is listed below, it means it is essential that you coordinate all rawhide changes -- if you don't, this may potentially make the disturbing experience longer than necessary. Thank You so much for your patience. Maintainers by package: Cython churchyard ignatenkobrain nbecker stevetraylen GitPython athoscr dgoodwin ignatenkobrain lsedlar PyQt4 rdieter than PyYAML jeckersb abrt abrt-team mgrabovs mmarusak anaconda anaconda-maint jkonecny m4rtink rvykydal sbueno vpodzime vponcova asciidoc fab jridky nphilipp tmz automake jjanco kasal panovotn praiskup ttomecek babel fschwarz nphilipp boost denisarnaud jwakely trodgers breezy churchyard opohorel brotli carlwgeorge pouar tagoh clang airlied daveisfera sbergmann sergesanspaille siddharths tstellar cloud-init dustymabe gholms larsks mhayden otubo createrepo_c dmach jrohel mblaha pkratoch tmlcoch dblatex alexlan jchaloup mjg dbus-python alexl amigadave besser82 caillon caolanm mbarnes ngompa phuang rdieter rhughes rstrode ssp stefanok vtrefny dnf dmach jmracek jrohel mblaha pkratoch dnf-plugins-core dmach jmracek mblaha pkratoch dnf-plugins-extras dmach jmracek mblaha pkratoch fedmod karsten nphilipp fedmsg ralph fedora-messaging abompard file kdudka odubaj svashisht vmihalko fros jfilak future sagitter gdb jankratochvil keiths kevinb sergiodj glade kalev gobject-introspection dcbw otaylor walters gpgme fkluknav ignatenkobrain isimluk rdieter ipython churchyard cstratak dcantrell ignatenkobrain lbalhar mrunge salimma tomspur itstool mclasen kernel-tools acaringi jcline jforbes jwboyer lgoncalv patrickt pbrobinson kobo dmach rohanpm koji ausil kevin mikem puiterwijk libblockdev sbueno tbzatek vpodzime vtrefny libbytesize tbzatek vpodzime vtrefny libcomps akozumpl dmach jluza jmracek mblaha pkratoch libdnf dmach jmracek jrohel mblaha pkratoch libgit2-glib ignatenkobrain kalev nacho pwalter libmodulemd asamalik nphilipp packit ppisar sgallagh libpwquality pwouters tmraz librepo dmach pkratoch tmlcoch libreport abrt-team mgrabovs mmarusak libselinux dwalsh mgrepl pcmoore plautrba vmojzis libsolv dmach ignatenkobrain jmracek jrohel ngompa pkratoch libxml2 ignatenkobrain jpokorny veillard linkchecker churchyard cicku dchen lorax bcl clumens dcantrell dshea wwoods marshalparser lbalhar mercurial kiilerix nbecker pstodulk meson carlwgeorge ekulik ignatenkobrain wtaymans mock jcwillia mebrown msuchy praiskup mpi4py deji limb tomspur mpich deji zbyszek ninja-build bonzini carlwgeorge cicku ignatenkobrain jperrin mathstuf numpy cstratak jspaleta limb orion rdieter tomspur ttomecek openmpi deji dledford jhladky orion pkfed pdc-client bliu chcao cheng chuzhang kevin lholecek lsedlar nphilipp poetry churchyard thrnciar policycoreutils dwalsh lvrabec mgrepl pcmoore plautrba vmojzis pungi dmach lsedlar maxamillion onosek tdawson wwoods pyOpenSSL jcline jlieskov lmacken pwouters tmraz pybind11 jussilehtola pycairo alexl caillon caolanm kalev ralph rhughes rstrode ssp pydot besser82 spot pygobject3 nacho walters pykickstart bcl clumens dcantrell jkonecny m4rtink rvykydal sbueno vponcova pyparsing apevec churchyard jamatos sharkcz terjeros pyparted bcl clumens dcantrell pyserial stingray pytest churchyard mrunge radez thm python-Automat carlwgeorge eclipseo python-Bottleneck besser82 python-CacheControl thrnciar python-Pallets-Sphinx-Themes codeblock python-PyPDF2 aarem python-SecretStorage cicku cstratak raphgro robert williamjmorenor python-Traits ignatenkobrain orion python-WSGIProxy2 ondrejj python-aiohttp fab ignatenkobrain python-alembic ralph python-amqp eharney frantisekz raphgro python-anytree gerd lkundrak python-apipkg fab ktdreyer thm python-appdirs apevec hguemar ignatenkobrain python-argcomplete churchyard ignatenkobrain mfabik msrb stevetraylen python-argh cstratak python-argon2-cffi atim limb paulcarroty python-arrow pingou ralph python-asgiref carlwgeorge python-asn1crypto cheimes npmccallum python-astroid bcl limb lupinix mrunge orion python-async-generator carlwgeorge python-async-timeout clime fab ignatenkobrain python-atomicwrites mathstuf mbaldessari python-attrs brouhaha churchyard lbalhar python-augeas xaeth python-backcall churchyard orion python-backoff abompard python-bcrypt pingou williamjmorenor python-beanbag kevin python-beautifulsoup4 kevin mrunge ralph terjeros python-betamax ignatenkobrain pnemade python-billiard fab frantisekz mrunge ngompa pingou pjp sundaram python-bleach bowlofeggs ignatenkobrain mrunge python-blinker jamatos pjp sundaram python-blivet blivet-maint dlehman japokorn jkonecny m4rtink rvykydal sbueno vpodzime vponcova vtrefny python-boto apevec gholms limb skottler python-boto3 cstratak fale limb python-botocore davdunc fale gholms limb lkundrak python-bottle sundaram python-bugzilla crobinso dzickus python-cachy fab python-case mrunge ngompa pingou python-cccolutils puiterwijk python-celery abompard frantisekz mrunge ngompa pingou python-certifi churchyard jmontleon python-cffi brouhaha churchyard lbalhar python-chai kevin pingou ralph python-chardet churchyard jcline kushal python-cheroot ignatenkobrain jcaratzas radez python-cherrypy ignatenkobrain jcaratzas mrunge radez python-cleo thrnciar python-click cstratak fab python-click-completion chedi wakko666 python-clikit thrnciar python-colander ignatenkobrain lmacken ralph python-colorama fale mrunge python-configobj dcallagh fale lmacken terjeros python-constantly eclipseo python-contextlib2 abompard pingou ralph tjikkun python-convertdate fab python-cornice hguemar lmacken python-cornice-sphinx abompard python-cov-core abompard bkabrda python-coverage abompard lmacken mrunge spot python-cppy qulogic python-cpuinfo pnemade python-crashtest thrnciar python-crochet abompard python-cryptography cheimes jcline noodles npmccallum python-cssselect brouhaha echevemaster kevin ralph python-curio carlwgeorge python-cycler nbecker python-daemon kushal lmacken ralph tomspur xavierb python-dateparser fab limb python-dateutil hguemar jspaleta limb pjp tomspur python-decorator fale kevin ralph python-defusedxml bkabrda churchyard python-dict-sorted fale ignatenkobrain python-dill sergiopr python-distlib cottsay cstratak python-distro mblaha msuchy python-django bkabrda churchyard jdornak mrunge rdopiera salimma sgallagh python-dns aviso lbalhar louizatakk pspacek pwouters python-docs-theme ksurma python-docutils churchyard python-dogpile-cache ralph python-dulwich fab python-editor apevec kevin ralph social python-elementpath churchyard thrnciar python-enchant cstratak python-entrypoints nonamedotc orion python-ephem fab python-execnet adeza ktdreyer thm python-extras mrunge salimma python-factory-boy jorti python-faker jorti python-fastimport dcallagh python-fastjsonschema thrnciar python-fedora codeblock ricky python-feedgen lbalhar python-fields cottsay python-filelock cottsay python-fixtures apevec mrunge pabelanger python-flaky churchyard python-flask codeblock frantisekz hguemar hushan python-flit churchyard python-fluidity-sm pghmcfc python-freezegun cstratak kevin ralph python-genshi fschwarz python-genty churchyard python-gevent dcallagh ignatenkobrain orion skottler python-gitdb athoscr ignatenkobrain lsedlar python-graphviz eclipseo python-greenlet abbot ignatenkobrain kevin salimma terjeros python-gssapi rharwood simo python-h11 carlwgeorge python-h2 eclipseo python-hamcrest ignatenkobrain python-hpack eclipseo python-html5lib churchyard pjp sagitter salimma sundaram python-httpbin adamwill python-httpcore fab python-httplib2 abompard dchen ignatenkobrain jspaleta kevin limb python-httpretty jpopelka python-httpx fab python-humanize jfilak stevetraylen python-hupper kevin python-hyperframe eclipseo python-hyperlink eclipseo python-hypothesis churchyard dcavalca ignatenkobrain pingou salimma python-idna churchyard cstratak lbalhar python-imagesize aviso python-incremental ykarel python-iniconfig churchyard python-iniparse ignatenkobrain lupinix python-invoke pghmcfc python-ipykernel churchyard pcpa python-ipython_genutils orion python-ipywidgets lbalhar python-iso8601 fab ilianaw python-isodate dcallagh dscott jlaska jmatthews python-isort limb orion python-itsdangerous dcallagh ignatenkobrain python-jaraco-classes jcaratzas radez python-jaraco-collections mrunge python-jaraco-envs cstratak python-jaraco-functools jcaratzas radez python-jaraco-packaging jcaratzas radez python-jaraco-path thrnciar python-jaraco-text mrunge python-jedi carlwgeorge lbalhar python-jeepney goeran python-jinja2 thm python-jmespath fale gholms kevin lkundrak python-jsonpatch apevec dprince skottler python-jsonpointer agerstmayr dprince mgoodwin nathans skottler python-jsonschema apevec python-jupyter-client churchyard tomspur python-jupyter-core churchyard orion tomspur python-jupyterlab_pygments nonamedotc python-jwt carlwgeorge kevin ralph python-kerberos rcritten simo python-keyring apevec cicku ctubbsii ignatenkobrain robert rtnpro python-kitchen kevin pingou ralph python-kiwisolver qulogic python-kombu fab frantisekz mrunge ngompa pingou pjp sundaram python-lark-parser totol python-latexcodec jjames python-lazy-object-proxy bcl limb lupinix python-ldap abbra alexl caillon caolanm cheimes pspacek rhughes rstrode ssp python-lexicon pghmcfc python-lit sergesanspaille tstellar python-lockfile kevin moezroy thrnciar xavierb python-lxml fale ignatenkobrain mizdebsk python-m2r nforro python-mako abompard cverna ignatenkobrain kylev lmacken python-markdown thm python-markdown-it-py ksurma lbalhar python-markupsafe churchyard python-matplotlib cstratak jgu jspaleta pcpa qulogic rathann tomspur python-matplotlib-inline lbalhar python-mccabe churchyard python-mdit-py-plugins ksurma lbalhar python-meh clumens m4rtink vpodzime python-memcached apevec hguemar kevin sgallagh python-mimeparse abompard carlwgeorge stevetraylen python-mistune lupinix python-mock churchyard ttorling python-moksha-common lbalhar lmacken ralph python-moksha-hub lbalhar lmacken ralph python-monotonic apevec hguemar python-more-itertools aarem churchyard jcaratzas python-msgpack dfateyev fab ktdreyer pjp sundaram python-multidict athmane fab ignatenkobrain python-multilib jgreguske lsedlar python-munch kevin ralph python-mypy_extensions ignatenkobrain python-myst-parser ksurma lbalhar python-nbclient nonamedotc python-nbconvert nonamedotc python-nbformat orion tomspur python-nbsphinx churchyard ksurma python-nest_asyncio nonamedotc python-nose churchyard python-nose-cov jdulaney python-nose-cover3 mrunge ngompa pingou python-nose-exclude mrunge python-nose2 abompard python-notebook churchyard ksurma python-ntplib vpodzime python-numexpr tnorth zbyszek python-numpydoc orion tomspur python-oauthlib jdornak ralph python-olefile rebus robert smani python-openid-cla puiterwijk python-openid-teams puiterwijk python-openidc-client mohanboddu python-openstackdocstheme jpena python-ordered-set msuchy python-orderedset vtrefny python-outcome carlwgeorge python-packaging lbalhar python-pandas kushal orion sergiopr wakko666 python-pandocfilters zbyszek python-parameterized ignatenkobrain python-paramiko athmane ignatenkobrain ivazquez orion pghmcfc sgallagh python-parso carlwgeorge python-paste abompard kylev python-paste-deploy dcallagh kylev lmacken ralph python-pastel thrnciar python-path jcaratzas laxathom python-pathspec adrienverge churchyard python-patiencediff opohorel python-pbr apevec mrunge python-pep517 churchyard pviktori python-pexpect amcnabb fabiand ignatenkobrain radez swt2c tomspur python-pickleshare ignatenkobrain nonamedotc python-pid carlwgeorge dshea python-pika icheishvili jcline ngompa silas python-pikepdf qulogic zdohnal python-pillow miminar smani python-pip bkabrda churchyard ncoghlan sundaram torsava ttorling python-pkginfo thrnciar python-plaster abompard python-plaster-pastedeploy abompard python-pluggy mrunge thm python-ply sgallagh spot python-poetry-core churchyard thrnciar python-polib cicku dchen diegobz dshea ivazquez moezroy suanand python-portend adeza jcaratzas radez python-pretend piotrp python-prettytable apevec clalance imcleod python-priority eclipseo python-process-tests orion python-productmd dmach lsedlar python-prometheus_client jkaluza mprahl python-prompt-toolkit carlwgeorge fale python-psutil salimma python-psycopg2 devrim hhorak jmlich panovotn praiskup python-ptyprocess ignatenkobrain orion tomspur python-py mrunge thm python-pyasn1 kanarip rcritten python-pybtex jjames python-pybtex-docutils jjames python-pycdlib clalance python-pycodestyle churchyard orion python-pycparser brouhaha churchyard lbalhar python-pycurl jsynacek kdudka msekleta svashisht python-pydbus m4rtink python-pyface chedi ignatenkobrain orion python-pygments churchyard smilner python-pygments-pytest churchyard jcaratzas python-pylev thrnciar python-pylibravatar kevin ralph python-pylons-sphinx-themes abompard python-pymeeus fab python-pymongo amcnabb apevec cstratak hhorak mskalick python-pynacl dciabrin ignatenkobrain python-pyquery kevin ralph python-pyramid kevin lmacken ralph rossdylan tdabasin python-pyramid-fas-openid abompard python-pyramid-mako kevin ralph python-pyroute2 jirka pavlix psavelye python-pyrsistent decathorpe devrim music python-pysocks abompard kevin ralph ttorling python-pytest-aiohttp fab python-pytest-benchmark jorti python-pytest-capturelog ignatenkobrain pviktori python-pytest-cov chedi cstratak ttomecek python-pytest-expect churchyard python-pytest-fixture-config kevin python-pytest-forked swt2c python-pytest-httpbin adamwill python-pytest-mock fab jujens python-pytest-randomly dcallagh python-pytest-rerunfailures cottsay python-pytest-runner vrutkovs python-pytest-shutil kevin python-pytest-subtests fab python-pytest-timeout swt2c python-pytest-trio fab python-pytest-virtualenv kevin python-pytest-xdist swt2c python-pyudev clockfort dshea mulhern python-qt5 rdieter than python-raven tjikkun python-rdflib dcallagh dmalcolm dscott nphilipp pingou python-readthedocs-sphinx-ext jjames python-redis cicku kevin maxamillion ralph python-regex thm python-repoze-lru adeza jcaratzas python-requests abompard cstratak jcline ralph sagarun python-requests-download churchyard python-requests-file dshea python-requests-ftp dshea python-requests-gssapi rharwood python-requests-kerberos dcallagh python-requests-toolbelt ignatenkobrain pnemade python-requests-unixsocket jcaratzas radez python-responses athoscr python-rfc3986 apevec jpena ykarel python-rpm-macros churchyard cstratak tibbs torsava python-rpmfluff dshea ignatenkobrain jhutar jlaska python-rsa fale jmontleon python-rst-linker jcaratzas radez python-s3transfer fale ignatenkobrain limb python-scour limb python-scripttest churchyard mbacovsk python-selenium halfie mrunge python-semantic_version apevec hguemar mhrivnak python-send2trash churchyard python-service-identity carlwgeorge eclipseo ignatenkobrain ralph python-setuptools churchyard cstratak thrnciar python-setuptools-rust cheimes python-setuptools_git fab python-setuptools_scm churchyard cstratak ignatenkobrain stevetraylen python-setuptools_scm_git_archive athoscr nforro ttomecek python-shellingham churchyard python-should_dsl pghmcfc python-simplegeneric churchyard ignatenkobrain jcaratzas tomspur python-simplejson fab ignatenkobrain kylev mrunge python-simpleline jkonecny m4rtink sbueno python-simplemediawiki lmacken potty ralph python-six apevec bkabrda churchyard mrunge pviktori python-smartcols ignatenkobrain python-smmap athoscr ignatenkobrain lsedlar python-sniffio carlwgeorge python-snowballstemmer cottsay jujens python-sortedcontainers qulogic python-soupsieve zbyszek python-spec pghmcfc python-sphinx aviso churchyard cstratak salimma toshio python-sphinx-copybutton jjames python-sphinx-epytext churchyard opohorel python-sphinx-gallery orion python-sphinx-hoverxref salimma python-sphinx-inline-tabs churchyard thrnciar python-sphinx-issues qulogic python-sphinx-last-updated-by-git cstratak python-sphinx-removed-in churchyard jcaratzas python-sphinx-testing jcaratzas jjames python-sphinx-theme-alabaster jujens orion python-sphinx-theme-py3doc-enhanced jujens python-sphinx_rtd_theme jjames piotrp python-sphinx_selective_exclude salimma python-sphinxcontrib-apidoc chandankumar python-sphinxcontrib-applehelp churchyard cstratak python-sphinxcontrib-bibtex jjames python-sphinxcontrib-devhelp churchyard python-sphinxcontrib-github-alt churchyard python-sphinxcontrib-htmlhelp churchyard cstratak python-sphinxcontrib-httpdomain dcallagh python-sphinxcontrib-jsmath churchyard cstratak python-sphinxcontrib-log-cabinet thm python-sphinxcontrib-qthelp churchyard cstratak python-sphinxcontrib-serializinghtml churchyard cstratak python-sphinxcontrib-svg2pdfconverter belegdol python-sphinxcontrib-trio jcaratzas thm python-sphinxcontrib-websupport churchyard jpena python-sqlalchemy ivazquez lmacken nphilipp python-sqlalchemy_schemadisplay mattia python-sqlparse fale hhorak jdulaney python-stevedore apevec dprince python-stomper mprahl ralph python-sure bkabrda churchyard python-systemd mjia zbyszek python-tables tnorth zbyszek python-tempita kylev ricky python-templated-dictionary msuchy python-tempora jcaratzas radez python-termcolor mikelo2 mrunge python-terminado churchyard orion ttorling python-testpath churchyard thrnciar python-testrepository apevec mrunge python-testscenarios apevec ktdreyer mrunge python-testtools abompard salimma python-text-unidecode fab python-tidy terjeros python-toml churchyard jujens python-tomlkit churchyard python-tornado abompard churchyard fab limb orion tomspur python-towncrier eclipseo python-tox cathay4t churchyard mrunge python-tox-current-env churchyard pviktori python-tqdm ignatenkobrain sgallagh python-traitlets churchyard orion python-traitsui chedi ignatenkobrain orion python-transaction abompard ondrejj python-translationstring abompard python-trio carlwgeorge python-trustme carlwgeorge jcaratzas python-twisted churchyard eclipseo jsteffan tomprince python-txws kevin ralph python-txzmq kevin ralph python-typing-extensions fab jonny python-tzlocal ankursinha piotrp python-u-msgpack-python churchyard python-urllib3 abompard jcline sagarun python-vcrpy kevin ralph python-venusian lmacken ralph rossdylan tdabasin python-vine frantisekz mrunge ngompa pingou python-virtualenv churchyard cstratak lbalhar mhayden mrunge orion smilner python-waitress lgs ralph python-wcwidth abompard aviso churchyard fale python-webencodings abompard python-webob hguemar lmacken mrunge ralph ricky python-websocket-client carlwgeorge python-webtest lmacken ondrejj ricky python-werkzeug abompard codeblock frantisekz hguemar python-wheel churchyard cstratak ignatenkobrain torsava python-whoosh rkuska sgallagh python-widgetsnbextension lbalhar python-wrapt chandankumar ralph python-wxpython4 swt2c python-xmlschema churchyard python-xmltodict fab ralph python-xmp-toolkit qulogic python-yarl fab ignatenkobrain python-zbase32 anishpatil python-zc-lockfile jcaratzas radez ralph python-zmq ralph tomspur python-zope-component abompard ralph tdabasin python-zope-configuration ngompa tdabasin python-zope-deprecation abompard tdabasin python-zope-event abompard ralph tdabasin python-zope-exceptions abompard ralph tdabasin python-zope-i18nmessageid ngompa ralph tdabasin python-zope-interface lbalhar ralph python-zope-schema abompard ralph tdabasin python-zope-testing abompard ralph tdabasin python3-docs churchyard cstratak ksurma pviktori thrnciar torsava python3-mypy dshea limb python3-openid jdornak python3-py3dns bojan kevin ralph python3-pytest-asyncio jujens python3-typed_ast limb python3.10 churchyard cstratak thrnciar torsava vstinner pytz limb pyutil anishpatil pyxattr defolos frankcrawford kevin szpak pyxdg spot rpkg cqi lsedlar onosek rpm ffesti ignatenkobrain mjw packaging-team pmatilai pmoravco vmukhame rpmconf mjakubicek msuchy rpmlint kevin spot tibbs tmz twoerner rust-packaging ignatenkobrain scipy cstratak jspaleta nforro orion tomspur ttomecek sip rdieter than sip5 swt2c subunit apevec jjames unbound aegorenk akhaitov pavlix pemensik pwouters thozza vtk jgu mrceresa orion waf salimma thm Packages by maintainer: aarem python-PyPDF2 python-more-itertools abbot python-greenlet abbra python-ldap abompard fedora-messaging python-backoff python-celery python-contextlib2 python-cornice-sphinx python-cov-core python-coverage python-crochet python-httplib2 python-mako python-mimeparse python-nose2 python-paste python-plaster python-plaster-pastedeploy python-pylons-sphinx-themes python-pyramid-fas-openid python-pysocks python-requests python-testtools python-tornado python-transaction python-translationstring python-urllib3 python-wcwidth python-webencodings python-werkzeug python-zope-component python-zope-deprecation python-zope-event python-zope-exceptions python-zope-schema python-zope-testing abrt-team abrt libreport acaringi kernel-tools adamwill python-httpbin python-pytest-httpbin adeza python-execnet python-portend python-repoze-lru adrienverge python-pathspec aegorenk unbound agerstmayr python-jsonpointer airlied clang akhaitov unbound akozumpl libcomps alexl dbus-python pycairo python-ldap alexlan dblatex amcnabb python-pexpect python-pymongo amigadave dbus-python anaconda-maint anaconda anishpatil python-zbase32 pyutil ankursinha python-tzlocal apevec pyparsing python-appdirs python-boto python-editor python-fixtures python-jsonpatch python-jsonschema python-keyring python-memcached python-monotonic python-pbr python-prettytable python-pymongo python-rfc3986 python-semantic_version python-six python-stevedore python-testrepository python-testscenarios subunit asamalik libmodulemd athmane python-multidict python-paramiko athoscr GitPython python-gitdb python-responses python-setuptools_scm_git_archive python-smmap atim python-argon2-cffi ausil koji aviso python-dns python-imagesize python-sphinx python-wcwidth bcl lorax pykickstart pyparted python-astroid python-lazy-object-proxy belegdol python-sphinxcontrib-svg2pdfconverter besser82 dbus-python pydot python-Bottleneck bkabrda python-cov-core python-defusedxml python-django python-pip python-six python-sure bliu pdc-client blivet-maint python-blivet bojan python3-py3dns bonzini ninja-build bowlofeggs python-bleach brouhaha python-attrs python-cffi python-cssselect python-pycparser caillon dbus-python pycairo python-ldap caolanm dbus-python pycairo python-ldap carlwgeorge brotli meson ninja-build python-Automat python-asgiref python-async-generator python-curio python-h11 python-jedi python-jwt python-mimeparse python-outcome python-parso python-pid python-prompt-toolkit python-service-identity python-sniffio python-trio python-trustme python-websocket-client cathay4t python-tox chandankumar python-sphinxcontrib-apidoc python-wrapt chcao pdc-client chedi python-click-completion python-pyface python-pytest-cov python-traitsui cheimes python-asn1crypto python-cryptography python-ldap python-setuptools-rust cheng pdc-client churchyard Cython breezy ipython linkchecker poetry pyparsing pytest python-argcomplete python-attrs python-backcall python-certifi python-cffi python-chardet python-defusedxml python-django python-docutils python-elementpath python-flaky python-flit python-genty python-html5lib python-hypothesis python-idna python-iniconfig python-ipykernel python-jupyter-client python-jupyter-core python-markupsafe python-mccabe python-mock python-more-itertools python-nbsphinx python-nose python-notebook python-pathspec python-pep517 python-pip python-poetry-core python-pycodestyle python-pycparser python-pygments python-pygments-pytest python-pytest-expect python-requests-download python-rpm-macros python-scripttest python-send2trash python-setuptools python-setuptools_scm python-shellingham python-simplegeneric python-six python-sphinx python-sphinx-epytext python-sphinx-inline-tabs python-sphinx-removed-in python-sphinxcontrib-applehelp python-sphinxcontrib-devhelp python-sphinxcontrib-github-alt python-sphinxcontrib-htmlhelp python-sphinxcontrib-jsmath python-sphinxcontrib-qthelp python-sphinxcontrib-serializinghtml python-sphinxcontrib-websupport python-sure python-terminado python-testpath python-toml python-tomlkit python-tornado python-tox python-tox-current-env python-traitlets python-twisted python-u-msgpack-python python-virtualenv python-wcwidth python-wheel python-xmlschema python3-docs python3.10 chuzhang pdc-client cicku linkchecker ninja-build python-SecretStorage python-keyring python-polib python-redis clalance python-prettytable python-pycdlib clime python-async-timeout clockfort python-pyudev clumens lorax pykickstart pyparted python-meh codeblock python-Pallets-Sphinx-Themes python-fedora python-flask python-werkzeug cottsay python-distlib python-fields python-filelock python-pytest-rerunfailures python-snowballstemmer cqi rpkg crobinso python-bugzilla cstratak ipython numpy python-SecretStorage python-argh python-boto3 python-click python-distlib python-enchant python-freezegun python-idna python-jaraco-envs python-matplotlib python-pymongo python-pytest-cov python-requests python-rpm-macros python-setuptools python-setuptools_scm python-sphinx python-sphinx-last-updated-by-git python-sphinxcontrib-applehelp python-sphinxcontrib-htmlhelp python-sphinxcontrib-jsmath python-sphinxcontrib-qthelp python-sphinxcontrib-serializinghtml python-virtualenv python-wheel python3-docs python3.10 scipy ctubbsii python-keyring cverna python-mako davdunc python-botocore daveisfera clang dcallagh python-configobj python-fastimport python-gevent python-isodate python-itsdangerous python-paste-deploy python-pytest-randomly python-rdflib python-requests-kerberos python-sphinxcontrib-httpdomain dcantrell ipython lorax pykickstart pyparted dcavalca python-hypothesis dcbw gobject-introspection dchen linkchecker python-httplib2 python-polib dciabrin python-pynacl decathorpe python-pyrsistent defolos pyxattr deji mpi4py mpich openmpi denisarnaud boost devrim python-psycopg2 python-pyrsistent dfateyev python-msgpack dgoodwin GitPython diegobz python-polib dledford openmpi dlehman python-blivet dmach createrepo_c dnf dnf-plugins-core dnf-plugins-extras kobo libcomps libdnf librepo libsolv pungi python-productmd dmalcolm python-rdflib dprince python-jsonpatch python-jsonpointer python-stevedore dscott python-isodate python-rdflib dshea lorax python-pid python-polib python-pyudev python-requests-file python-requests-ftp python-rpmfluff python3-mypy dustymabe cloud-init dwalsh libselinux policycoreutils dzickus python-bugzilla echevemaster python-cssselect eclipseo python-Automat python-constantly python-graphviz python-h2 python-hpack python-hyperframe python-hyperlink python-priority python-service-identity python-towncrier python-twisted eharney python-amqp ekulik meson fab asciidoc python-aiohttp python-apipkg python-async-timeout python-billiard python-cachy python-click python-convertdate python-dateparser python-dulwich python-ephem python-httpcore python-httpx python-iso8601 python-kombu python-msgpack python-multidict python-pymeeus python-pytest-aiohttp python-pytest-mock python-pytest-subtests python-pytest-trio python-setuptools_git python-simplejson python-text-unidecode python-tornado python-typing-extensions python-xmltodict python-yarl fabiand python-pexpect fale python-boto3 python-botocore python-colorama python-configobj python-decorator python-dict-sorted python-jmespath python-lxml python-prompt-toolkit python-rsa python-s3transfer python-sqlparse python-wcwidth ffesti rpm fkluknav gpgme frankcrawford pyxattr frantisekz python-amqp python-billiard python-celery python-flask python-kombu python-vine python-werkzeug fschwarz babel python-genshi gerd python-anytree gholms cloud-init python-boto python-botocore python-jmespath goeran python-jeepney halfie python-selenium hguemar python-appdirs python-cornice python-dateutil python-flask python-memcached python-monotonic python-semantic_version python-webob python-werkzeug hhorak python-psycopg2 python-pymongo python-sqlparse hushan python-flask icheishvili python-pika ignatenkobrain Cython GitPython gpgme ipython libgit2-glib libsolv libxml2 meson ninja-build python-Traits python-aiohttp python-appdirs python-argcomplete python-async-timeout python-betamax python-bleach python-cheroot python-cherrypy python-colander python-dict-sorted python-gevent python-gitdb python-greenlet python-hamcrest python-httplib2 python-hypothesis python-iniparse python-itsdangerous python-keyring python-lxml python-mako python-multidict python-mypy_extensions python-parameterized python-paramiko python-pexpect python-pickleshare python-ptyprocess python-pyface python-pynacl python-pytest-capturelog python-requests-toolbelt python-rpmfluff python-s3transfer python-service-identity python-setuptools_scm python-simplegeneric python-simplejson python-smartcols python-smmap python-tqdm python-traitsui python-wheel python-yarl rpm rust-packaging ilianaw python-iso8601 imcleod python-prettytable isimluk gpgme ivazquez python-paramiko python-polib python-sqlalchemy jamatos pyparsing python-blinker jankratochvil gdb japokorn python-blivet jcaratzas python-cheroot python-cherrypy python-jaraco-classes python-jaraco-functools python-jaraco-packaging python-more-itertools python-path python-portend python-pygments-pytest python-repoze-lru python-requests-unixsocket python-rst-linker python-simplegeneric python-sphinx-removed-in python-sphinx-testing python-sphinxcontrib-trio python-tempora python-trustme python-zc-lockfile jchaloup dblatex jcline kernel-tools pyOpenSSL python-chardet python-cryptography python-pika python-requests python-urllib3 jcwillia mock jdornak python-django python-oauthlib python3-openid jdulaney python-nose-cov python-sqlparse jeckersb PyYAML jfilak fros python-humanize jforbes kernel-tools jgreguske python-multilib jgu python-matplotlib vtk jhladky openmpi jhutar python-rpmfluff jirka python-pyroute2 jjames python-latexcodec python-pybtex python-pybtex-docutils python-readthedocs-sphinx-ext python-sphinx-copybutton python-sphinx-testing python-sphinx_rtd_theme python-sphinxcontrib-bibtex subunit jjanco automake jkaluza python-prometheus_client jkonecny anaconda pykickstart python-blivet python-simpleline jlaska python-isodate python-rpmfluff jlieskov pyOpenSSL jluza libcomps jmatthews python-isodate jmlich python-psycopg2 jmontleon python-certifi python-rsa jmracek dnf dnf-plugins-core dnf-plugins-extras libcomps libdnf libsolv jonny python-typing-extensions jorti python-factory-boy python-faker python-pytest-benchmark jpena python-openstackdocstheme python-rfc3986 python-sphinxcontrib-websupport jperrin ninja-build jpokorny libxml2 jpopelka python-httpretty jridky asciidoc jrohel createrepo_c dnf libdnf libsolv jspaleta numpy python-dateutil python-httplib2 python-matplotlib scipy jsteffan python-twisted jsynacek python-pycurl jujens python-pytest-mock python-snowballstemmer python-sphinx-theme-alabaster python-sphinx-theme-py3doc-enhanced python-toml python3-pytest-asyncio jussilehtola pybind11 jwakely boost jwboyer kernel-tools kalev glade libgit2-glib pycairo kanarip python-pyasn1 karsten fedmod kasal automake kdudka file python-pycurl keiths gdb kevin koji pdc-client python-beanbag python-beautifulsoup4 python-chai python-cssselect python-decorator python-editor python-freezegun python-greenlet python-httplib2 python-hupper python-jmespath python-jwt python-kitchen python-lockfile python-memcached python-munch python-pylibravatar python-pyquery python-pyramid python-pyramid-mako python-pysocks python-pytest-fixture-config python-pytest-shutil python-pytest-virtualenv python-redis python-txws python-txzmq python-vcrpy python3-py3dns pyxattr rpmlint kevinb gdb kiilerix mercurial ksurma python-docs-theme python-markdown-it-py python-mdit-py-plugins python-myst-parser python-nbsphinx python-notebook python3-docs ktdreyer python-apipkg python-execnet python-msgpack python-testscenarios kushal python-chardet python-daemon python-pandas kylev python-mako python-paste python-paste-deploy python-simplejson python-tempita larsks cloud-init laxathom python-path lbalhar ipython marshalparser python-attrs python-cffi python-dns python-feedgen python-idna python-ipywidgets python-jedi python-markdown-it-py python-matplotlib-inline python-mdit-py-plugins python-moksha-common python-moksha-hub python-myst-parser python-packaging python-pycparser python-virtualenv python-widgetsnbextension python-zope-interface lgoncalv kernel-tools lgs python-waitress lholecek pdc-client limb mpi4py numpy python-argon2-cffi python-astroid python-boto python-boto3 python-botocore python-dateparser python-dateutil python-httplib2 python-isort python-lazy-object-proxy python-s3transfer python-scour python-tornado python3-mypy python3-typed_ast pytz lkundrak python-anytree python-botocore python-jmespath lmacken pyOpenSSL python-colander python-configobj python-cornice python-coverage python-daemon python-mako python-moksha-common python-moksha-hub python-paste-deploy python-pyramid python-simplemediawiki python-sqlalchemy python-venusian python-webob python-webtest louizatakk python-dns lsedlar GitPython pdc-client pungi python-gitdb python-multilib python-productmd python-smmap rpkg lupinix python-astroid python-iniparse python-lazy-object-proxy python-mistune lvrabec policycoreutils m4rtink anaconda pykickstart python-blivet python-meh python-pydbus python-simpleline mathstuf ninja-build python-atomicwrites mattia python-sqlalchemy_schemadisplay maxamillion pungi python-redis mbacovsk python-scripttest mbaldessari python-atomicwrites mbarnes dbus-python mblaha createrepo_c dnf dnf-plugins-core dnf-plugins-extras libcomps libdnf python-distro mclasen itstool mebrown mock mfabik python-argcomplete mgoodwin python-jsonpointer mgrabovs abrt libreport mgrepl libselinux policycoreutils mhayden cloud-init python-virtualenv mhrivnak python-semantic_version mikelo2 python-termcolor mikem koji miminar python-pillow mizdebsk python-lxml mjakubicek rpmconf mjg dblatex mjia python-systemd mjw rpm mmarusak abrt libreport moezroy python-lockfile python-polib mohanboddu python-openidc-client mprahl python-prometheus_client python-stomper mrceresa vtk mrunge ipython pytest python-astroid python-beautifulsoup4 python-billiard python-bleach python-case python-celery python-cherrypy python-colorama python-coverage python-django python-extras python-fixtures python-jaraco-collections python-jaraco-text python-kombu python-nose-cover3 python-nose-exclude python-pbr python-pluggy python-py python-selenium python-simplejson python-six python-termcolor python-testrepository python-testscenarios python-tox python-vine python-virtualenv python-webob msekleta python-pycurl mskalick python-pymongo msrb python-argcomplete msuchy mock python-distro python-ordered-set python-templated-dictionary rpmconf mulhern python-pyudev music python-pyrsistent nacho libgit2-glib pygobject3 nathans python-jsonpointer nbecker Cython mercurial python-cycler ncoghlan python-pip nforro python-m2r python-setuptools_scm_git_archive scipy ngompa dbus-python libsolv python-billiard python-case python-celery python-kombu python-nose-cover3 python-pika python-vine python-zope-configuration python-zope-i18nmessageid nonamedotc python-entrypoints python-jupyterlab_pygments python-nbclient python-nbconvert python-nest_asyncio python-pickleshare noodles python-cryptography nphilipp asciidoc babel fedmod libmodulemd pdc-client python-rdflib python-sqlalchemy npmccallum python-asn1crypto python-cryptography odubaj file ondrejj python-WSGIProxy2 python-transaction python-webtest onosek pungi rpkg opohorel breezy python-patiencediff python-sphinx-epytext orion numpy openmpi python-Traits python-astroid python-backcall python-entrypoints python-gevent python-ipython_genutils python-isort python-jupyter-core python-nbformat python-numpydoc python-pandas python-paramiko python-process-tests python-ptyprocess python-pycodestyle python-pyface python-sphinx-gallery python-sphinx-theme-alabaster python-terminado python-tornado python-traitlets python-traitsui python-virtualenv scipy vtk otaylor gobject-introspection otubo cloud-init pabelanger python-fixtures packaging-team rpm packit libmodulemd panovotn automake python-psycopg2 patrickt kernel-tools paulcarroty python-argon2-cffi pavlix python-pyroute2 unbound pbrobinson kernel-tools pcmoore libselinux policycoreutils pcpa python-ipykernel python-matplotlib pemensik unbound pghmcfc python-fluidity-sm python-invoke python-lexicon python-paramiko python-should_dsl python-spec phuang dbus-python pingou python-arrow python-bcrypt python-billiard python-case python-celery python-chai python-contextlib2 python-hypothesis python-kitchen python-kombu python-nose-cover3 python-rdflib python-vine piotrp python-pretend python-sphinx_rtd_theme python-tzlocal pjp python-billiard python-blinker python-dateutil python-html5lib python-kombu python-msgpack pkfed openmpi pkratoch createrepo_c dnf dnf-plugins-core dnf-plugins-extras libcomps libdnf librepo libsolv plautrba libselinux policycoreutils pmatilai rpm pmoravco rpm pnemade python-betamax python-cpuinfo python-requests-toolbelt potty python-simplemediawiki pouar brotli ppisar libmodulemd praiskup automake mock python-psycopg2 psavelye python-pyroute2 pspacek python-dns python-ldap pstodulk mercurial puiterwijk koji python-cccolutils python-openid-cla python-openid-teams pviktori python-pep517 python-pytest-capturelog python-six python-tox-current-env python3-docs pwalter libgit2-glib pwouters libpwquality pyOpenSSL python-dns unbound qulogic python-cppy python-kiwisolver python-matplotlib python-pikepdf python-sortedcontainers python-sphinx-issues python-xmp-toolkit radez pytest python-cheroot python-cherrypy python-jaraco-classes python-jaraco-functools python-jaraco-packaging python-pexpect python-portend python-requests-unixsocket python-rst-linker python-tempora python-zc-lockfile ralph fedmsg pycairo python-alembic python-arrow python-beautifulsoup4 python-chai python-colander python-contextlib2 python-cssselect python-daemon python-decorator python-dogpile-cache python-editor python-freezegun python-jwt python-kitchen python-moksha-common python-moksha-hub python-munch python-oauthlib python-paste-deploy python-pylibravatar python-pyquery python-pyramid python-pyramid-mako python-pysocks python-redis python-requests python-service-identity python-simplemediawiki python-stomper python-txws python-txzmq python-vcrpy python-venusian python-waitress python-webob python-wrapt python-xmltodict python-zc-lockfile python-zmq python-zope-component python-zope-event python-zope-exceptions python-zope-i18nmessageid python-zope-interface python-zope-schema python-zope-testing python3-py3dns raphgro python-SecretStorage python-amqp rathann python-matplot

2 1

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

devel-announce June 2021