December 2022 - devel - Fedora Mailing-Lists

Donate 1 minute of your time to test upgrades from F36 to F37

by Miroslav Suchý

Do you want to make Fedora 37 better? Please spend 1 minute of your time and try to run: # Run this only if you use default Fedora modules # next time you run any DNF command default modules will be enabled again sudo dnf module reset '*' dnf --releasever=37 --setopt=module_platform_id=platform:f37 \ --enablerepo=updates-testing \ $(rpm -q fedora-repos-modular >/dev/null && echo --enablerepo=updates-testing-modular) \ --assumeno distro-sync This command does not replace `dnf system-upgrade`, but it will reveal potential problems. You may also run `dnf upgrade` before running this command. The `--assumeno` will just test the transaction, but does not make the actual upgrade. In case you hit dependency issues, please report it against the appropriate package. Or against fedora-obsolete-packages if that package should be removed in Fedora 37. Please check existing reports against fedora-obsolete-packages first: https://red.ht/2kuBDPu and also there is already bunch of "Fails to install" (F37FailsToInstall) reports: https://bugzilla.redhat.com/buglist.cgi?bug_id=2045109&bug_id_type=anddep... Thank you Miroslav

1 year, 5 months

51
65
3 / 1

[Modularity] XML format for in-repository modules

by Petr Pisar

Hello Fedora developers, I'd like to show you a proposal for a new XML format of modular metadata which reside in YUM repositories. In short I propose replacing YAML syntax with XML syntax while removing features which where never implemented or used, while providing a detailed specification leaving small place for implementer's invention. The proposed specification is the "reduced" variant under <https://github.com/fedora-modularity/libmodulemd/tree/main/xml_specs>, for instance <https://github.com/fedora-modularity/libmodulemd/blob/main/xml_specs/redu...>. Bear in mind that this change is only about how the modules are stored in YUM repositories which are fetched by DNF. It does not change how modules are defined by module maintainers (YAML modulemd-packager-v3 or modulemd-v2 format) and how it is built by MBS and handled by Bodhi. Those who should be concerned most are DNF5 developers and relengs producing composes. Long story: Original modulemd format had a noble property, and that was an input format for MBS is the same as the output format. This is not true anymore because of modulemd-packager-v3 format. It also makes validation difficult as fields optional in an input format are mandatory in the output format, or vice versa. Original modulemd format drags in YAML format into YUM repository which is otherwise XML-only. That requires a YAML parser. Original modulemd format is not handled by DNF directly. Instead, DNF uses libmodulemd library. That library is heavily based on glib. In fact it embeds glib types into its API. Why do I mention it? Because new DNF5 aims to eradicate glib. Mostly to shrink container installations. librepo and libmodulemd are the last pieces with glib. Because it's impossible to remove glib from libmodulemd, there has to be a new library for parsing modular metadata. If there has to be a new library, there could be a transition from YAML to XML which would shrink the minimal installation more by removing libyaml. Original modulemd format possesses some features which nobody uses, or nobody implements, or if implements, than not fully. Do you remember a deprecation of intents from modularity <https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...>? There are more things that can be removed and make the format and its parser simpler. Original format is not well specified. DNF and Satellite people complained a lot when they were implementing it. The specification looks more like an example. E.g. a module stream name is probably a string. An arbitrary string. With spaces, with new lines. I think you do not want to see a stream named " :\n". Well, DNF does not even allow you to identify a module like that. There is definitely room for tightening the format. But each change like that is technically an incompatible change. To materialze the change we need at least a new modulemd format version. But if we need a new format version, we can actually come a completely new format. As you can see, there are good reasons to come up with a new in-repository format. Hence here it is <https://github.com/fedora-modularity/libmodulemd/tree/main/xml_specs>. I originally developed the XML format to be able to encode all features we have in the old YAML format. That's kept for your reference in "complete" subdirectory <https://github.com/fedora-modularity/libmodulemd/tree/main/xml_specs/comp...>. Then I removed all unnecessary features and put it into "reduced" subdirectory <https://github.com/fedora-modularity/libmodulemd/tree/main/xml_specs/reduced>. If you are interested in it, I recommend starting with overview.xml file. It shows a skeleton of the format. It's so small I can quote it here: <index xmlns="http://fedoraproject.org/metadata/moduleindex" version="" revision=""> <module name=""> <stream name="">  <build version="" context="" static="" arch="" summary="" description="">  <dependency name=""> <requires></requires>  <conflicts></conflicts>  </dependency> <dependency name=""/>  <license> <module></module> <content></content> </license> <references comunity="" documentation="" tracker=""/> <profile name="" description=""> <package></package> </profile> <api></api> <demodularized></demodularized> <nevra name="" epoch="" version="" release="" arch=""/> </build> <default-profile modified="">  <profile></profile>  </default-profile> <obsolete modified="" context="">  <eol when="" message="">   <replacement module="" stream=""/> </eol> </obsolete> <translation modified="">  <locale name="">  <build summary="" description=""/>  <profile name="" description=""/>  <obsolete context="" message=""/>  </locale> </translation> </stream> <default-stream modified="" stream=""/>   </module> </index> As you can see, there are no separate documents for modules and default streams. Everything is kept inside one document. That enables properties (e.g. obsoletes or default profiles) pertaining the same entity (e.g. a stream) to be placed together. That prevents from repeating the identifiers (e.g. stream names) and makes the format more succinct and easier for querying. That's especially import for DNF which needs quickly to know list of modules, streams of modules, to find out the latest build etc. An example.xml file shows how a real data would look <https://github.com/fedora-modularity/libmodulemd/blob/main/xml_specs/redu...>. You can see e.g. see that time stamps are encoded as a number of seconds since a Unix epoch. That will save DNF from parsing e-mail date notations, handling time zones etc. There is also a formal specification in a form or XML Schema <https://github.com/fedora-modularity/libmodulemd/blob/main/xml_specs/redu...>. And tests subdirectory with a preliminary sets of good and bad examples that validates and fails a validation. I'd be glad to hear any comments on the format. A grand plan how to implement and deploy this format is outlined in top-level README.md <https://github.com/fedora-modularity/libmodulemd/blob/main/xml_specs/READ...>. Basically it will be injected into createrepo_c tool to produce the XML data in YUM repositories. Then the format will be consumed by DNF5. (Just to clarify, currently missing support for modules in DNF5 is not caused by this new XML format. DNF5 will support modules in the old YAML format soon through libmodulemd library.) According to my consultation with DNF team, DNF5 plans to prefer the XML format if both XML and YAML would exist in a repository. -- Petr

1 year, 5 months

5
8
0 / 0

F38 proposal: GNU Toolchain Update (gcc 13.0, binutils 2.39, glibc 2.37, gdb 12.1) (System-Wide Change proposal)

by Ben Cotton

https://fedoraproject.org/wiki/Changes/GNUToolchainF38 This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Summary == Update the Fedora 38 GNU Toolchain to gcc 13.0, binutils 2.39, and glibc 2.37. The existing gdb 12.1 will be used as-is. The set of core GNU Toolchain packages for Fedora 38 are as follows: * GNU C Compiler 13.0 ** Associated runtimes for C++ (libstdc++), Go (gccgo), OpenMP (gomp), Fortran (gfortran), D (phobos), Objective C/C++. * GNU Binary Utilities 2.39 * GNU C Library 2.37 * GNU Debugger 12.1 (immediately available in Fedora 37) The gcc 13.0 change will be tracked in this top-level GNU Toolchain system-wide update. The binutils 2.39 change will be tracked in this top-level GNU Toolchain system-wide update. The glibc 2.37 change will be tracked in this top-level GNU Toolchain system-wide update. == Owner == * Name: [[User:codonell|Carlos O'Donell]] * Email: carlos(a)redhat.com == Detailed Description == The GNU Compiler Collection, GNU Binary Utilities, GNU C Library, and the GNU Debugger make up the core part of the GNU Toolchain and it is useful for our users to transition these components as a complete implementation when making a new release of Fedora. The GNU Compiler Collection is expected to release version 13.0, after the Fedora 38 release. It will contain many new features, documented here: https://gcc.gnu.org/gcc-13/changes.html. The latest release candidate for gcc 13 will be included in Fedora 38 and will be updated when released. The GNU Binutils version 2.39 was released before Fedora 38; and we have already been using this version of binutils in Fedora Rawhide successfully to build the distribution for the last 4 months. Given the present schedule for Fedora 38 we will continue to use Binutils 2.39. The GNU C Library version 2.37 is expected to be release before Fedora 38; we have started closely tracking the glibc 2.37 development code in Fedora Rawhide and are addressing any issues as they arise. Given the present schedule Fedora 38 will branch after the release of glibc 2.37. However, the mass rebuild schedule means Fedora 38 will mass rebuild (if required) before the final release of glibc 2.37, but after the ABI is frozen. The GNU Debugger version 12.1 was released before Fedora 38; and we plan to continue to use this version of the debugger. == Benefit to Fedora == Stays up to date with latest features, improvements, security and bug fixes from gcc, glibc, binutils, and gdb 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, gdb, ...) developers need to ensure that gcc, glibc, binutils, and gdb in rawhide are stable and ready for the Fedora 38 branch. * Other developers: 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. * Release engineering: A mass rebuild is strongly encouraged; [https://pagure.io/releng/issue/XX #XX] ** Filed after approval. * 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 == The compiler, the static linker and the the library are backwards compatible with the previous version of Fedora. Some source changes may be required for the gcc 13 update. Please refer to the latest changes here: https://gcc.gnu.org/gcc-13/changes.html Any source level changes required for glibc 2.37 will be noted here: https://sourceware.org/glibc/wiki/Release/2.37#Packaging_Changes == How To Test == The GNU Compiler Collection has its own testsuite which is run during the package build and examined by the gcc 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 we may also run the microbenchmark to look for performance regressions. The GNU Binutils has its own testsuite which is run during the package build and examined by binutils developers before being uploaded. The regression testsuite is run to verify the correct operation of the static linker and attendant utilities. The GNU Debugger has its own testsuite which is run during the package build and examined by gdb developers before being uploaded. The regression testsuite is run to verify the correct operation of the debugger. == User Experience == Fedora developers as well as developers using the distribution will be able to use and develop using the new features offered by the updated components. Developers will need to enable specific compiler features as required e.g. '-mcpu=neoverse-v2'. == 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 38 cycle. The mass rebuild would ensure all packages can be built with the newer compiler and core runtime. == Contingency Plan == * Contingency mechanism glibc: If glibc 2.37 proves too disruptive to compiling the distribution we could revert to 2.36, but given that Rawhide has started tracking glibc 2.37, no show-stopper problems are expected. At this point we can still revert to upstream version 2.36 if insurmountable problems appear, but to do so may require a mass rebuild to remove new symbols from the ABI/API. * Contingency mechanism binutils: If binutils 2.39 proves too distruptive to assembling and linking the distribution we could revert to 2.38, but given that Rawhide is using 2.39, no show-stopper problems are expected. At this point we can still revert if insurmountable problems appear, but to do so may require a mass rebuild if the defects involve generated binaries. * Contingency mechanism for gcc: If gcc 13 proves too disruptive to compiling the distribution we could revert to gcc 12. * Contingency mechanism for gdb: The gdb 12.1 release is already in all the Fedora releases and it would not be reverted. If any gcc, glibc or binutils changes cause gdb to fail then that would need to be reviewed on a case-by-case basis. * Contingency deadline: Fedora mass rebuild on 2023-01-18. * Blocks release? ** Yes, upgrading to gcc 13.0 does block the release. ** Yes, upgrading to binutils 2.39 does block the release. ** Yes, upgrading to glibc 2.37 does block the release. ** No, upgrading to gdb 12.1 does block the release (already released). == 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. The gdb manual contains the documentation for the release and doesn't need any more additional work. == Release Notes ==  See https://gcc.gnu.org/gcc-13/changes.html for the GNU Compiler Collection version 13 release notes.  The GNU C Library version 2.37 will be released at the beginning of February 2023. 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 The GNU Binary Utilities version 2.39 was released August 2022. The current release notes will be sent to the developer mailing list: https://sourceware.org/pipermail/binutils/2022-August/122246.html. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 year, 5 months

9
16
0 / 0

Rawhide with kernel-6.2 requires VBox SVGA video mode to boot in VirtualBox

by Ian Laurie

I've not been able to boot Rawhide in VirtualBox with any 6.2 kernel. Last good kernel was kernel-6.1.0-65.fc38.x86_64. My host is Fedora 37 all updates applied. Experimentation reveals that I can get my VMs to boot with a 6.2 kernel if I use the old "VBOX SVGA" display setting rather than the "correct" "VMSVGA" setting. The old setting produces a configuration alert with Linux systems (although it does work). This feels like a kernel problem to me rather than a VirtualBox problem at this point. Anyone else seeing this, I can't be the only one? Ian -- Ian Laurie FAS: nixuser | IRC: nixuser TZ: Australia/Sydney

1 year, 5 months

3
2
0 / 0

F38 proposal: Ruby 3.2 (System-Wide Change proposal)

by Ben Cotton

https://fedoraproject.org/wiki/Changes/Ruby_3.2 This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Summary == Ruby 3.2 is the latest stable version of Ruby. Many new features and improvements are included for the increasingly diverse and expanding demands for Ruby. With this major update from Ruby 3.1 in Fedora 37 to Ruby 3.2 in Fedora 38, Fedora becomes the superior Ruby development platform. == Owner == * Name: [[User:vondruch| Vít Ondruch]] * Email: vondruch(a)redhat.com == Detailed Description == Ruby 3.1 is upstream's new major release of Ruby. Many new features and improvements are included. === WASI based WebAssembly support === This is an initial port of WASI based WebAssembly support. This enables a CRuby binary to be available on Web browser, Serverless Edge environment, and other WebAssembly/WASI embedders. Currently this port passes basic and bootstrap test suites not using Thread API. === Regexp timeout === A timeout feature for Regexp matching is introduced. It is known that Regexp matching may take unexpectedly long. If your code attempts to match an possibly inefficient Regexp against an untrusted input, an attacker may exploit it for efficient Denial of Service (so-called Regular expression DoS, or ReDoS). The risk of DoS can be prevented or significantly mitigated by configuring `Regexp.timeout` according to the requirements of your Ruby application. Please try it out in your application and welcome your feedback. === Other Notable New Features === * Language ** Anonymous rest and keyword rest arguments can now be passed as arguments, instead of just used in method parameters. ** A proc that accepts a single positional argument and keywords will no longer autosplat. ** Constant assignment evaluation order for constants set on explicit objects has been made consistent with single attribute assignment evaluation order. ** Find pattern is no longer experimental. ** Methods taking a rest parameter and wishing to delegate keyword arguments through `foo(*args)` must now be marked with `ruby2_keywords` * Performance improvements ** YJIT *** Support arm64 / aarch64 on UNIX platforms. *** Building YJIT requires Rust 1.58.1+. === Other notable changes since 3.1 === * Hash ** Hash#shift now always returns nil if the hash is empty, instead of returning the default value or calling the default proc. * MatchData ** MatchData#byteoffset has been added. * Module ** Module.used_refinements has been added. ** Module#refinements has been added. ** Module#const_added has been added. * Proc ** Proc#dup returns an instance of subclass. ** Proc#parameters now accepts lambda keyword. * Refinement ** Refinement#refined_class has been added. * Set ** Set is now available as a builtin class without the need for `require "set"`. It is currently autoloaded via the `Set` constant or a call to `Enumerable#to_set`. * String ** String#byteindex and String#byterindex have been added. ** Update Unicode to Version 14.0.0 and Emoji Version 14.0. (also applies to Regexp) ** String#bytesplice has been added. * Struct ** A Struct class can also be initialized with keyword arguments without `keyword_init: true` on `Struct.new` === Compatibility issues === * Removed constants ** `Fixnum` and `Bignum` ** `Random::DEFAULT` ** `Struct::Group` ** `Struct::Passwd` * Removed methods ** `Dir.exists?` ** `File.exists?` ** `Kernel#=~` ** `Kernel#taint`, `Kernel#untaint`, `Kernel#tainted?` ** `Kernel#trust`, `Kernel#untrust`, `Kernel#untrusted?` === C API updates === * Removed C APIs ** `rb_cData` variable. ** "taintedness" and "trustedness" functions. == Benefit to Fedora == With a latest release, Ruby language is supporting the newest language features, which enables even faster and easier development of Ruby applications. == Scope == * Proposal owners: ** Finish packaging of Ruby 3.2. Current changes available in PR https://src.fedoraproject.org/rpms/ruby/pull-request/134 ** Rebuilding of Ruby packages providing native extensions (i.e. packages which depends on libruby). * Other developers: ** Rebuild of packages with binary extensions (i.e. packages which depends on libruby) will be handled automatically, but some packages might need fixes/updates to support Ruby 3.2 properly. * Release engineering: [https://pagure.io/releng/issues/11115 #11115] ** The packages are going to be rebuild in side-tag, but that does not need releng involvement nowadays. * 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 == * User specific Ruby binary extensions need to be rebuild. * Ruby packages/application dependencies might need to be adjusted if newly bundled gems are used. == How To Test == * No special hardware is needed. * To test, install Ruby 3.2. The test builds are published in PR or on Ruby-SIG ML * Try to locally rebuild your packages using Ruby 3.2. * Use the packages with your applications previously written in Ruby. * If something doesn't work as it should, let us know. == User Experience == The Ruby programs/scripts should behave as they were used to. == Dependencies ==   <pre> $ dnf repoquery --disablerepo=* --enablerepo=rawhide --enablerepo=rawhide-source --arch=src --whatrequires 'ruby-devel' | sort | uniq | wc -l 130 </pre> == Contingency Plan == * Contingency mechanism: We would like to get a special buildroot tag to be able to rebuild necessary the packages with Ruby 3.2. If anything goes wrong, the tag could be easily dropped and previous version of Ruby 3.1 and its dependencies stays intact. The tag would be merged into F38 after everything is rebuild * Contingency deadline: Mass Rebuild * Blocks release? No == Documentation == * [http://www.ruby-doc.org/ Help and documentation for the Ruby programming language] * [https://github.com/ruby/ruby/blob/master/NEWS.md Ruby 3.2.0 NEWS] * [https://www.ruby-lang.org/en/news/2022/09/09/ruby-3-2-0-preview2-released/ Ruby 3.2 Preview 2 release announcement] == Release Notes == * The Ruby 3.2 bumps soname, therefore Ruby packages, which use binary extensions, should be rebuilt. Nevertheless, since upstream paid great attention to source compatibility, no changes to your code are needed. https://github.com/ruby/ruby/blob/master/NEWS.md -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 year, 5 months

3
2
0 / 0

F38 proposal: Unified Kernel Support Phase 1 (System-Wide Change proposal)

by Ben Cotton

https://fedoraproject.org/wiki/Changes/Unified_Kernel_Support_Phase_1 This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Summary == Add support for unified kernels images to Fedora. == Owner == * Name: [[User:kraxel| Gerd Hoffmann]] * Email: kraxel(a)redhat.com == Detailed Description == The goal is to move away from initrd images being generated on the installed machine. They are generated while building the kernel package instead, then shipped as part of a unified kernel image. A unified kernel image is an all-in-one efi binary containing kernel, initrd, cmdline and signature. The secure boot signature covers everything, specifically the initrd is included which is not the case when the initrd gets loaded as separate file from /boot. Main motivation for this move is to make the distro more robust and more secure. Switching the whole distro over to unified kernels quickly is not realistic though. Too many features are depending on the current workflow with a host-specific initrd (and host-specific kernel command line), which is fundamentally incompatible with unified kernels where everybody will have the same initrd and command line. Thats why there is 'Phase 1' in title, so we can have more Phases in future releases 😃 A host-specific initrd / command line is needed today for: * features needing optional dracut modules (initrd rebuild needed to enable them). * configuration / secrets baked into the initrd (booting from iscsi for example). * configuration being specified on the kernel command line. ** root filesystem being the most important one. [https://systemd.io/DISCOVERABLE_PARTITIONS/ Discoverable partitions] allow to remove this. Phase 1 goals (high priority): * Ship a unified kernel image as (optional) kernel sub-rpm. Users can opt-in to use that kernel by installing the sub-rpm. Initial focus is on booting virtual machines where we have a relatively small and well defined set of drivers / features needed. Supporting modern physical machines with standard setup (i.e. boot from local sata/nvme storage) too should be easy. * Update kernel install scripts so unified kernels are installed and updated properly. * Add bootloader support for unified kernel images. Add [https://systemd.io/BOOT_LOADER_SPECIFICATION/#type-2-efi-unified-kernel-i... unified kernel bls support] to grub2, or support using systemd-boot, or both. Phase 1 goals (lower priority, might move to Phase 2): * Add proper discoverable partitions support to installers (anaconda, image builder, ...). ** Temporary workaround possible: set types using sfdisk in %post script. ** When using btrfs: configure 'root' subvolume as default volume. * Add proper systemd-boot support to installers. ** Temporary workaround possible: run 'bootctl install' in %post script. * Better measurement and remote attestation support. ** store kernel + initrd hashes somewhere (kernel-hashes.rpm ?) to allow pre-calculate TPM PCR values. ** avoid using grub2 (measures every config file line executed which is next to impossible to pre-calculate). * Switch cloud images to use unified kernels. Phase 2/3 goals (longer-term stuff which is not realistic to complete for F38). * Move away from using the kernel command line for configuration. * Move away from storing secrets in the initrd. * Handle dracut optional modules in a different way. systemd has some building blocks which can be used, although none of them are used by fedora today. [https://www.freedesktop.org/software/systemd/man/systemd-creds.html systemd credentials] can be used for secrets (also for configuration). The [https://www.freedesktop.org/software/systemd/man/systemd-stub.html unified kernel stub] can load credentials from the ESP. The unified kernel stub can also load [https://www.freedesktop.org/software/systemd/man/systemd-sysext.html extensions] from the ESP, which can possibly be used to replace optional dracut modules. == Feedback == == Benefit to Fedora == * Better secure boot support (specifically the initrd is covered by the signature). * Better confidential computing support (measurements are much more useful if we know what hashes to expect for the initrd). * More robust boot process (generating the initrd on the installed system is fragile, root cause for kernel bugs reported is simply a broken initrd sometimes). == Scope == * Proposal owners: ** Update kernel build to create unified kernel sub-package. *** part one: [https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2179 PR#2179] *** part two: (wip) [https://gitlab.com/kraxel/kernel-ark/-/commits/unified/ https://gitlab.com/kraxel/kernel-ark/-/commits/unified/] * Other developers: ** grub2: add unified kernel support *** wip code at [https://github.com/osteffenrh/grub2/ https://github.com/osteffenrh/grub2/] ** installer(s): add support for discoverable partitions. *** [https://bugzilla.redhat.com/show_bug.cgi?id=1075288 Bug#1075288] * Release engineering: [https://pagure.io/releng/issues #Releng issue number] * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: == Upgrade/compatibility impact == None (using unified kernel is opt-in for Phase 1). == How To Test == Try on a existing (uefi) system: * make sure you are running fedora 37 or rawhide. * make sure your root filesystem has type "Linux root (x86-64)" (use `fdisk -l` to check). ** should that not be the case use the fdisk tag command ('t') to change the partition type. * when using btrfs: make sure the 'root' subvolume is set as default volume. * `dnf copr enable kraxel/unified.kernel` * `dnf update "grub2*"` * `dnf install kernel-unified-virt` * `reboot` You should find two entries in the grub2 boot menu, one for classing kernel with separate initrd and one for the unified kernel image. Both should boot fine. The https://gitlab.com/kraxel/fedora-uki project has kickstart files and helper scripts for generating virtual machine images. * image using grub2-efi: https://gitlab.com/kraxel/fedora-uki/-/raw/master/kickstart/fedora-uki-gr... * image using systemd-boot: https://gitlab.com/kraxel/fedora-uki/-/raw/master/kickstart/fedora-uki-sd... Prebuilt virtual machine images are available from https://www.kraxel.org/fedora-uki/. == User Experience == == Dependencies == == Contingency Plan == * Contingency mechanism: ** Probably none (unified kernel images are opt-in for Phase 1). ** In case we tried switching the cloud images to unified kernels: revert the kickstart config changes. * Contingency deadline: * Blocks release? No == Documentation == == Release Notes == -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 year, 5 months

27
155
0 / 0

Fedora Review Service

by Jakub Kadlcik

Hello folks, for a couple of years now, I've been interested in the Fedora package review process. Our queue is in hundreds of waiting packages for as long as I can remember. I believe the situation can be improved. Since summer, I did ~40 package reviews to get a better grasp of the situation and realized what I want to do. I started working on a service [2] that listens to fedora-messaging and for every new RHBZ review ticket or a new comment with updated packages, it submits a build in Copr. Thanks to this [1] feature, Copr automatically runs the fedora-review tool and generates the review.txt file. Once the build is finished, my service gets the message and generates a helpful comment (so far only to STDOUT). **Unless there is general disapproval, I am planning to let it post the comments to Bugzilla.** So far the benefit is limited but, it still can immediately tell the contributor that their package is broken and fails to build, and also saves a reviewer the time of running the fedora-review tool manually. However, I also implemented support for the fedora-review tool to generate a JSON output next to the standard review.txt. The PR is still pending [2], please review it if you can. Once this is released, I can parse its contents and generate much helpful comments for the contributors. The end goal is to let contributors go back and forth against the CI to fix the most obvious mistakes and then let the reviewers take only the final look. Hopefully, it will be a better experience for everyone. [1] http://frostyx.cz/posts/running-fedora-review-after-copr-build [2] https://github.com/FrostyX/fedora-review-service [3] https://pagure.io/FedoraReview/pull-request/463 Jakub

1 year, 5 months

6
9
1 / 0

certbot 2.1.0

by Nick Bebout

I have built certbot 2.1.0 for all supported releases of Fedora and for EPEL. It has been in testing for 2 weeks. I am getting ready to push it to stable in the next few days. It is a "major" update, but is mostly backwards compatible. 2.0.0 had more incompatibilities, but in 2.1.0 they added changes to make most plugins still work with the new 2.x series. The other main change is that it will use ECDSA keys by default instead of RSA. nb

1 year, 5 months

3
2
0 / 0

Self Introduction: Dale Turner

by Dale Turner

Hello everyone. My name is Dale Turner, and I am new to the list. I live in Nova Scotia, Canada. I have been using Fedora Linux since 2008 (version 9). At that time, I decided Microsoft Windows was not really for me, so I began looking elsewhere. I considered several Linux distributions before finally choosing Fedora. I like that Fedora is always pushing forward and is very up-to-date. I really like that Fedora works so closely with upstream, so that when Fedora solves a problem, it benefits everyone, not just the Fedora users. The community also seems excellent. My professional background is healthcare. I have no formal computer training, so I am best considered a hobbyist/enthusiast/user. Although new to the list, I have viewed the archives many times. I have been building packages for some time, both locally on my machine and COPR (https://copr.fedorainfracloud.org/coprs/dturner/). I have also filed a few bugs over the years. The main reason for me finally posting to this list is that I noticed xaos is now unmaintained. I am not in the Packager group, but I think I would be able to maintain this package, or at least assist. It is not critical to any system, but is interesting to me, and hopefully would not be too daunting a task. I do have a successful build in my COPR. Thanks for everything, and your consideration. Dale Sent with [Proton Mail](https://proton.me/) secure email.

1 year, 5 months

4
5
0 / 0

Orphaned packages looking for new maintainers

by Miro Hrončok

The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will fail to install and/or build when the affected package gets retired. Request package ownership via the *Take* button in he left column on https://src.fedoraproject.org/rpms/<pkgname> Full report available at: https://churchyard.fedorapeople.org/orphans-2022-12-19.txt grep it for your FAS username and follow the dependency chain. For human readable dependency chains, see https://packager-dashboard.fedoraproject.org/ For all orphaned packages, see https://packager-dashboard.fedoraproject.org/orphan Package (co)maintainers Status Change ================================================================================ 5minute orphan 2 weeks ago CFR jvanek, orphan 2 weeks ago CheMPS2 orphan 2 weeks ago PolicyKit-olpc orphan 3 weeks ago abiword chimosky, herrold, huzaifas, 2 weeks ago orphan aboot orphan 2 weeks ago albatross orphan 3 weeks ago alleyoop orphan 3 weeks ago alure orphan 2 weeks ago amor jgrulich, kde-sig, orphan, 3 weeks ago rdieter, than anki chkr, orphan 2 weeks ago ansible-collection-google-cloud infra-sig, orphan 1 weeks ago asn1c orphan 2 weeks ago backup-manager orphan 3 weeks ago bbkeys orphan 2 weeks ago bharati-m17n orphan 2 weeks ago bibtex2html orphan, thofmann 2 weeks ago biosdevname lnykryn, msekleta, orphan, 2 weeks ago vpavlin bluecurve-classic-metacity- gnome-sig, orphan, rstrode 2 weeks ago theme bluecurve-gnome-theme gnome-sig, orphan, rstrode 2 weeks ago bluecurve-gtk-themes gnome-sig, orphan, rstrode 2 weeks ago bluecurve-icon-theme gnome-sig, orphan, rstrode 2 weeks ago bluecurve-kde-theme gnome-sig, kkofler, orphan, 2 weeks ago rdieter, rstrode, than bluecurve-metacity-theme gnome-sig, orphan, rstrode 2 weeks ago bluecurve-xmms-skin gnome-sig, orphan, rstrode 2 weeks ago cairo-clock orphan 2 weeks ago code-editor orphan 3 weeks ago compton orphan 3 weeks ago cups-bjnp orphan 3 weeks ago curlpp orphan 2 weeks ago devilspie2 orphan 0 weeks ago dmz-cursor-themes company, orphan 3 weeks ago ejabberd bowlofeggs, jcline, orphan, 2 weeks ago xavierb erlang-epgsql lkundrak, orphan 3 weeks ago eureka orphan 2 weeks ago fcitx cheeselee, cicku, orphan, pwu, 3 weeks ago yanqiyu fcitx-chewing cheeselee, orphan, yanqiyu 3 weeks ago fcitx-cloudpinyin cheeselee, orphan, yanqiyu 3 weeks ago fcitx-configtool cheeselee, orphan, yanqiyu 3 weeks ago fcitx-fbterm cheeselee, orphan, yanqiyu 3 weeks ago fcitx-hangul cheeselee, orphan, yanqiyu 3 weeks ago fcitx-m17n cheeselee, orphan, yanqiyu 3 weeks ago fcitx-sunpinyin cheeselee, orphan, yanqiyu 3 weeks ago fcitx-table-extra cheeselee, orphan, yanqiyu 3 weeks ago fcitx-table-other cheeselee, orphan, yanqiyu 3 weeks ago fcitx-ui-light cheeselee, orphan, yanqiyu 3 weeks ago fcitx-unikey cheeselee, orphan, yanqiyu 3 weeks ago fros orphan 3 weeks ago fwsnort orphan 3 weeks ago gconf-editor alexl, caolanm, gnome-sig, 2 weeks ago mbarnes, orphan, rhughes, rstrode, ssp gdeploy godas, orphan 2 weeks ago ghasher orphan 2 weeks ago gl-117 orphan, steve 2 weeks ago glusterfs-selinux kkeithle, orphan, shwetha 2 weeks ago gnome-activity-journal orphan 3 weeks ago gnome-nds-thumbnailer orphan 3 weeks ago gnome-search-tool gnome-sig, orphan 2 weeks ago gnome-shell-theme-selene orphan 3 weeks ago gnonlin orphan 2 weeks ago golang-github-gocomply-scap go-sig, orphan 3 weeks ago golang-github-google- go-sig, orphan 5 weeks ago containerregistry golang-github-hanwen-fuse go-sig, orphan 5 weeks ago golang-github-justinas-alice go-sig, orphan 2 weeks ago golang-github-lpabon-godbc go-sig, orphan 3 weeks ago golang-github-mitchellh-cli go-sig, jchaloup, orphan 2 weeks ago golang-github-pkg-browser go-sig, orphan 2 weeks ago golang-github-spaolacci-murmur3 go-sig, orphan 2 weeks ago golang-github-sqshq-sampler atim, go-sig, orphan 1 weeks ago golie go-sig, orphan 3 weeks ago grads orphan 3 weeks ago gsm-ussd orphan 3 weeks ago gtkhtml3 alexl, caolanm, mbarnes, 2 weeks ago orphan, rhughes, rstrode, ssp heisenbug-kde-theme jreznik, orphan 3 weeks ago highcontrast-qt jgrulich, orphan 3 weeks ago holland orphan, survient 3 weeks ago jama orphan 2 weeks ago jargs ellert, orphan 2 weeks ago java-mersenne-twister orphan 3 weeks ago javadocofflinesearch orphan 4 weeks ago jcodings orphan 3 weeks ago jffi orphan 3 weeks ago jgrapht gil, orphan 3 weeks ago jnr-constants orphan 3 weeks ago jnr-ffi orphan 3 weeks ago jnr-netdb orphan 3 weeks ago jnr-posix orphan 3 weeks ago jnr-x86asm orphan 3 weeks ago js-web-socket-js orphan 3 weeks ago kcm-fcitx cheeselee, orphan, yanqiyu 3 weeks ago kfaenza-icon-theme orphan 3 weeks ago kfilefactory orphan 3 weeks ago kompose dustymabe, go-sig, orphan 3 weeks ago libannodex orphan 2 weeks ago libbonobo alexl, caolanm, gnome-sig, 2 weeks ago mbarnes, orphan, rhughes, rstrode, ssp libbonoboui alexl, caolanm, gnome-sig, 2 weeks ago mbarnes, orphan, rhughes, rstrode, ssp libbsr orphan 2 weeks ago libcmml orphan 2 weeks ago libcmpiutil orphan 2 weeks ago libfap orphan 3 weeks ago libgnome alexl, caolanm, gnome-sig, 2 weeks ago mbarnes, orphan, rhughes, rstrode, ssp libgnomeui alexl, caolanm, gnome-sig, 2 weeks ago mbarnes, orphan, rhughes, rstrode, ssp libmacaroons ellert, orphan 2 weeks ago libmodman orphan 2 weeks ago libnatspec orphan 3 weeks ago liboil ajax, alexl, caolanm, gnome- 2 weeks ago sig, mbarnes, orphan, rhughes, rstrode, ssp libstroke orphan 2 weeks ago libusbauth-configparser orphan 3 weeks ago libverto-jsonrpc orphan 2 weeks ago libvirt-cim orphan 2 weeks ago libvirt-java bkearney, orphan 2 weeks ago lttv greenscientist, orphan 2 weeks ago lua-fun orphan 2 weeks ago maloc orphan 2 weeks ago maven-scm mizdebsk, orphan 2 weeks ago mediawiki-backtick-code orphan 3 weeks ago mediawiki-semantic orphan 2 weeks ago mediawiki-validator orphan 2 weeks ago mesos orphan 3 weeks ago mingw-cxxtest orphan 3 weeks ago mingw-pcre orphan 3 weeks ago mingw-sigar orphan 3 weeks ago moarvm orphan 3 weeks ago mod_annodex orphan 2 weeks ago monosim orphan 3 weeks ago msgpuck orphan 2 weeks ago mupen64plus dreua, orphan 2 weeks ago myman orphan 3 weeks ago nailgun orphan 3 weeks ago nodejs-supervisor orphan 2 weeks ago nqp orphan 3 weeks ago ogmtools orphan 3 weeks ago openjpeg orphan, phracek, rdieter 2 weeks ago pakiti andreamanzi, orphan 3 weeks ago perl-Gnome2-Wnck orphan 3 weeks ago perl-Goo-Canvas orphan 3 weeks ago perl-Gtk2-Unique orphan 3 weeks ago perl-MARC-Charset orphan 3 weeks ago perl-MARC-XML orphan 3 weeks ago perl-Mail-Procmail orphan 0 weeks ago perl-POE-Component-Client-Ping orphan 3 weeks ago perl-Parse-EDID epel-packagers-sig, jcpunk, 3 weeks ago orphan perl-TAP-Harness-Multiple orphan 3 weeks ago perl-Test-POE-Server-TCP orphan, yaneti 3 weeks ago php-pdepend-PHP-Depend cdamian, orphan, remi 3 weeks ago php-phpmd-PHP-PMD cdamian, orphan, remi 3 weeks ago php-phpunit-bytekit cdamian, orphan, remi 3 weeks ago php-phpunit-phpcpd cdamian, orphan, remi 3 weeks ago php-phpunit-phploc cdamian, orphan, remi 3 weeks ago php-zipstream orphan 3 weeks ago plug orphan 3 weeks ago proxychains-ng epel-packagers-sig, orphan, 2 weeks ago salimma pydf cstratak, orphan 3 weeks ago pynag orphan 2 weeks ago pysvn barryascott, orphan, sgallagh 2 weeks ago python-Pyped orphan 2 weeks ago python-bintrees orphan 2 weeks ago python-colour-runner orphan 2 weeks ago python-cornice-sphinx infra-sig, orphan 5 weeks ago python-cov-core abompard, orphan 3 weeks ago python-cssmin orphan, qa-tools-sig 2 weeks ago python-django-filter lbazan, orphan 3 weeks ago python-django-tastypie cquad, mrunge, orphan, 3 weeks ago stevetraylen python-dockerpty lsm5, orphan, ttomecek 3 weeks ago python-flask-restful kparal, orphan, qa-tools-sig, 3 weeks ago ralph python-formats orphan 2 weeks ago python-frozen-flask echevemaster, orphan 3 weeks ago python-gnocchiclient mrunge, openstack-sig, orphan 2 weeks ago python-gzipstream orphan 0 weeks ago python-importmagic orphan 3 weeks ago python-jsonmodels orphan 2 weeks ago python-lightblue orphan 3 weeks ago python-okaara orphan 3 weeks ago python-pmw orphan 2 weeks ago python-posix_ipc orphan 2 weeks ago python-pydispatcher orphan 2 weeks ago python-pykeepass atim, limb, orphan 2 weeks ago python-pynlpl orphan 2 weeks ago python-pytest-beakerlib orphan 2 weeks ago python-pytest-sanic orphan 2 weeks ago python-restsh orphan 3 weeks ago python-signalfd orphan 2 weeks ago python-simpy orphan 2 weeks ago python-spdx orphan 3 weeks ago python-spdx-lookup orphan 3 weeks ago python-tortilla orphan 2 weeks ago python-upt-cpan orphan 3 weeks ago python-upt-fedora orphan 3 weeks ago python-upt-pypi orphan 3 weeks ago python-upt-rubygems orphan 3 weeks ago python-versiontools mrunge, orphan 3 weeks ago python-virtualenv-api cstratak, orphan, python- 2 weeks ago packagers-sig python-websockify apevec, epel-packagers-sig, 2 weeks ago lon, ndipanov, orphan python-xtermcolor orphan 3 weeks ago python-zabbix-api-erigones orphan 2 weeks ago q orphan 3 weeks ago qconf orphan 3 weeks ago qxmpp orphan 3 weeks ago rakudo orphan, ppisar, steve 3 weeks ago rakudo-MIME-Base64 orphan 3 weeks ago rakudo-Readline orphan 3 weeks ago rakudo-URI orphan 3 weeks ago rakudo-XML orphan 3 weeks ago rakudo-zef orphan 3 weeks ago rdfind orphan 3 weeks ago refmac-dictionary orphan 2 weeks ago resultsdb orphan, qa-tools-sig 2 weeks ago resultsdb_frontend orphan, qa-tools-sig 2 weeks ago rhythmbox-alternative-toolbar orphan 2 weeks ago rshim orphan 3 weeks ago ruby-ncurses orphan 2 weeks ago rubygem-ZenTest orphan, tdawson 2 weeks ago rubygem-abstract orphan 2 weeks ago rubygem-activeresource orphan 2 weeks ago rubygem-archive-tar-minitar orphan, tdawson 2 weeks ago rubygem-cinch orphan 3 weeks ago rubygem- orphan 3 weeks ago declarative_authorization rubygem-foreigner orphan 3 weeks ago rubygem-lockfile orphan 2 weeks ago rubygem-memcache-client orphan, tdawson 2 weeks ago rubygem-more_core_extensions orphan 2 weeks ago rubygem-openscap orphan 3 weeks ago rubygem-plist orphan 3 weeks ago rubygem-rubeyond orphan 3 weeks ago rubygem-scruffy orphan 2 weeks ago rubygem-session orphan 3 weeks ago rubygem-sexp_processor orphan 2 weeks ago rubygem-state_machine orphan 3 weeks ago rubygem-syntax orphan, stahnma 2 weeks ago rubygem-uuidtools orphan 2 weeks ago rubygem-yard brandfbb, jaruga, orphan 2 weeks ago rust-dbus-tokio orphan, rust-sig 3 weeks ago rust-faccess orphan, rust-sig 0 weeks ago rust-fbthrift_codegen_includer_ orphan, rust-sig 2 weeks ago proc_macro rust-fdlimit orphan, rust-sig 2 weeks ago rust-iptables orphan, rust-sig 0 weeks ago rust-lipsum orphan, rust-sig 2 weeks ago rust-loggerv orphan, rust-sig 2 weeks ago rust-lzw orphan, rust-sig 2 weeks ago rust-macro-attr orphan, rust-sig 2 weeks ago rust-mdl orphan, rust-sig 2 weeks ago rust-mktemp orphan, rust-sig 2 weeks ago rust-mnt orphan, rust-sig 2 weeks ago rust-newtype_derive orphan, rust-sig 2 weeks ago rust-oauth2 jbtrystram, orphan, rust-sig 1 weeks ago rust-odds orphan, rust-sig 2 weeks ago rust-osstrtools orphan, rust-sig 2 weeks ago rust-parse_cfg orphan, rust-sig 2 weeks ago rust-permutate orphan, rust-sig 2 weeks ago rust-piper orphan, rust-sig 2 weeks ago rust-proc-quote-impl orphan, rust-sig 2 weeks ago rust-process_path orphan, rust-sig 2 weeks ago rust-protoc-rust orphan, rust-sig 2 weeks ago rust-quickersort orphan, rust-sig 2 weeks ago rust-relay orphan, rust-sig 2 weeks ago rust-rustdoc-stripper orphan, rust-sig 2 weeks ago rust-rustfilt orphan, rust-sig 2 weeks ago rust-safe-transmute orphan, rust-sig 2 weeks ago rust-scoped-tls-hkt orphan, rust-sig 2 weeks ago rust-serde-pickle orphan, rust-sig 2 weeks ago rust-simple-error orphan, rust-sig 0 weeks ago rust-sluice orphan, rust-sig 2 weeks ago rust-spinning_top orphan, rust-sig 2 weeks ago rust-spmc orphan, rust-sig 2 weeks ago rust-string_cache_shared orphan, rust-sig 2 weeks ago rust-strings orphan, rust-sig 2 weeks ago rust-sudo_plugin orphan, rust-sig 2 weeks ago rust-sxd-document orphan, rust-sig 2 weeks ago rust-synom orphan, rust-sig 2 weeks ago rust-tabwriter orphan, rust-sig 2 weeks ago rust-take orphan, rust-sig 2 weeks ago rust-unic-ucd-category orphan, rust-sig 2 weeks ago rust-url_serde orphan, rust-sig 2 weeks ago rust-utf8-ranges orphan, rust-sig 2 weeks ago saga orphan 4 weeks ago sassist orphan 3 weeks ago schroedinger-cat-kde-theme jreznik, orphan 3 weeks ago scim-anthy orphan 2 weeks ago seahorse-nautilus gnome-sig, orphan, stefw 2 weeks ago seren orphan 3 weeks ago simple-mtpfs orphan 2 weeks ago sipcalc orphan 3 weeks ago spamprobe orphan 0 weeks ago spawn-fcgi orphan 2 weeks ago spherical-cow-kde-theme jreznik, orphan 3 weeks ago sshrc orphan 2 weeks ago sugar-flip chimosky, orphan 3 weeks ago sugar-fototoon aperezbios, chimosky, orphan 3 weeks ago sugar-fractionbounce chimosky, orphan 3 weeks ago sugar-jukebox chimosky, orphan, pbrobinson 3 weeks ago sugar-locosugar chimosky, orphan 3 weeks ago sugar-nutrition chimosky, orphan 3 weeks ago sugar-paint chimosky, orphan, pbrobinson 3 weeks ago sugar-playgo chimosky, orphan, pbrobinson 3 weeks ago sugar-portfolio chimosky, orphan 3 weeks ago sugar-pukllanapac chimosky, orphan 3 weeks ago sugar-recall chimosky, orphan 3 weeks ago sugar-typing-turtle chimosky, orphan 3 weeks ago sugar-words chimosky, orphan 3 weeks ago superkb echevemaster, orphan 2 weeks ago sweep orphan 3 weeks ago switchboard-plug-tweaks orphan 5 weeks ago system-storage-manager lczerner, orphan 3 weeks ago tboot dcantrell, miaojun0823, 3 weeks ago orphan, yunyings tetrominos orphan 3 weeks ago themonospot-base orphan 3 weeks ago themonospot-console orphan 3 weeks ago themonospot-gui-gtk orphan 3 weeks ago themonospot-plugin-avi orphan 3 weeks ago themonospot-plugin-mkv orphan 3 weeks ago thunarx-python kevin, nonamedotc, orphan 3 weeks ago tito frostyx, maxamillion, orphan 3 weeks ago tkcvs lkundrak, orphan 3 weeks ago tnt orphan 2 weeks ago torrent-file-editor orphan 3 weeks ago tpp orphan 3 weeks ago tss2 orphan, snits 3 weeks ago upt orphan 3 weeks ago usbauth orphan 3 weeks ago usbauth-notifier orphan 3 weeks ago vcglib orphan 2 weeks ago vicious orphan 2 weeks ago vim-nerdtree orphan 3 weeks ago whipper-plugin-eaclogger orphan 2 weeks ago wipe orphan 2 weeks ago wmMatrix orphan 2 weeks ago wmclock orphan 2 weeks ago wmnd orphan 2 weeks ago wmpager orphan 2 weeks ago wmsystemtray orphan 2 weeks ago wordpress-plugin-defaults orphan 3 weeks ago workspace orphan 3 weeks ago wv lkundrak, orphan 2 weeks ago xaos orphan 3 weeks ago xjparse orphan 3 weeks ago xmltool orphan 2 weeks ago yourls orphan 2 weeks ago The following packages require above mentioned packages: Report too long, see the full version at https://churchyard.fedorapeople.org/orphans-2022-12-19.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): abompard: python-cov-core ajax: liboil alexl: gconf-editor, liboil, libgnomeui, gtkhtml3, libbonobo, libbonoboui, libgnome amdunn: maven-scm andreamanzi: pakiti, libmacaroons andymenderunix: openjpeg, vcglib antiaircraft: libbonoboui, libbonobo aperezbios: sugar-fototoon apevec: python-websockify astro-sig: libbonoboui, libgnome, libgnomeui athoscr: golang-github-hanwen-fuse atim: vim-nerdtree, python-pykeepass, golang-github-sqshq-sampler, alure averi: perl-Test-POE-Server-TCP aviso: libgnome barryascott: pysvn besser82: rubygem-yard bkearney: libvirt-java bowlofeggs: ejabberd brandfbb: rubygem-yard bruno: libbonoboui, libgnome, libgnomeui buc: libbonoboui, libgnome, libbonobo, libgnomeui caolanm: gconf-editor, liboil, libgnomeui, gtkhtml3, libbonobo, libbonoboui, libgnome cdamian: php-phpunit-bytekit, php-phpmd-PHP-PMD, php-pdepend-PHP-Depend, php-phpunit-phploc, php-phpunit-phpcpd cdorney: maven-scm cfu: maven-scm cheese: libbonoboui, libgnomeui cheeselee: fcitx-table-extra, fcitx-fbterm, fcitx-table-other, fcitx-m17n, fcitx-unikey, fcitx-hangul, kcm-fcitx, fcitx-configtool, fcitx-cloudpinyin, fcitx-ui-light, fcitx-chewing, fcitx, fcitx-sunpinyin chimosky: sugar-nutrition, abiword, sugar-jukebox, sugar-flip, sugar-playgo, sugar-paint, sugar-portfolio, sugar-words, sugar-typing-turtle, sugar-pukllanapac, sugar-fototoon, sugar-locosugar, sugar-fractionbounce, sugar-recall, wv chkr: anki cicku: thunarx-python, libgnomeui, gtkhtml3, pysvn, libbonobo, fcitx, libbonoboui, libgnome company: dmz-cursor-themes copperi: golang-github-hanwen-fuse, golang-github-mitchellh-cli copr-sig: python-virtualenv-api, python-flask-restful, tito cquad: maven-scm, python-django-tastypie cstratak: pydf, python-virtualenv-api cwickert: libbonoboui, libgnome, libgnomeui dcantrell: tboot dcavalca: python-websockify, rubygem-yard, golang-github-mitchellh-cli, golang-github-spaolacci-murmur3, libstroke, golang-github-hanwen-fuse dchen: maven-scm deamn: maven-scm devrim: python-cssmin didiksupriadi41: jcodings, maven-scm dmsimard: python-django-filter dnglaze: wv dreua: mupen64plus dustymabe: kompose ebaron: maven-scm echevemaster: python-pydispatcher, python-frozen-flask, libbonobo, libbonoboui, superkb eclipse-sig: maven-scm eclipseo: maven-scm, golang-github-mitchellh-cli, golang-github-google-containerregistry, golang-github-spaolacci-murmur3, golang-github-hanwen-fuse, golang-github-pkg-browser ellert: jargs, libmacaroons epel-packagers-sig: python-websockify, golang-github-hanwen-fuse, proxychains-ng, perl-Parse-EDID fab: libbonoboui, libgnome, libgnomeui filbranden: rubygem-yard filiperosset: libbonoboui, libgnome, libgnomeui, wv frostyx: python-virtualenv-api, python-flask-restful, tito fujiwara: libbonoboui, libgnomeui gil: jgrapht gilboa: alure gnome-sig: bluecurve-classic-metacity-theme, gconf-editor, liboil, bluecurve-xmms-skin, gnome-search-tool, libgnomeui, bluecurve-gtk-themes, bluecurve-gnome-theme, libbonobo, bluecurve-metacity-theme, seahorse-nautilus, bluecurve-kde-theme, libbonoboui, libgnome, bluecurve-icon-theme go-sig: kompose, maven-scm, golang-github-gocomply-scap, golang-github-lpabon-godbc, golang-github-mitchellh-cli, golang-github-google-containerregistry, golang-github-spaolacci-murmur3, golang-github-hanwen-fuse, golang-github-pkg-browser, golang-github-justinas-alice, golie, golang-github-sqshq-sampler godas: gdeploy gordonmessmer: python-virtualenv-api gotmax23: golang-github-hanwen-fuse, golang-github-mitchellh-cli greenscientist: lttv greghellings: gtkhtml3, rubygem-yard hannes: libbonoboui, libgnomeui herrold: abiword, wv huzaifas: abiword, wv ignatenkobrain: python-django-filter ilgrad: rubygem-yard infra-sig: golang-github-hanwen-fuse, python-cornice-sphinx, ansible-collection-google-cloud, golang-github-mitchellh-cli iztokf: python-cssmin jackorp: rubygem-yard jamatos: wv jaruga: rubygem-yard jbtrystram: rust-oauth2 jchaloup: golang-github-mitchellh-cli, golang-github-hanwen-fuse jcline: ejabberd jcpunk: perl-Parse-EDID jerboaa: maven-scm jgrulich: amor, mingw-pcre, highcontrast-qt jjames: maven-scm jjelen: maven-scm jkastner: wv jmagne: maven-scm jonathanspw: python-websockify, libmacaroons, perl-Parse-EDID jonkni: libmacaroons jplesnik: libmacaroons, libgnomeui, libbonobo, perl-Test-POE-Server-TCP, libbonoboui, libgnome jreznik: spherical-cow-kde-theme, schroedinger-cat-kde-theme, heisenbug-kde-theme jussilehtola: CheMPS2 jvanek: maven-scm, CFR kde-sig: qconf, amor, wv kengert: openjpeg kevin: python-virtualenv-api, thunarx-python kkeithle: glusterfs-selinux kkofler: bluecurve-kde-theme kparal: python-flask-restful kushal: rubygem-yard laxathom: libbonoboui, libgnome, libbonobo, libgnomeui lbazan: libbonoboui, python-django-filter, libbonobo lczerner: system-storage-manager lfield: libmacaroons limb: thunarx-python, libgnomeui, pysvn, libbonobo, libbonoboui, libgnome, python-pykeepass lkf: wv lkundrak: rubygem-yard, tkcvs, wv, erlang-epgsql, rubygem-archive-tar-minitar lnykryn: biosdevname lon: python-websockify lsm5: python-dockerpty, golang-github-hanwen-fuse, golang-github-mitchellh-cli lyarwood: python-websockify martinkg: perl-Goo-Canvas, alure mattia: golang-github-mitchellh-cli, libgnomeui, golang-github-hanwen-fuse, libbonoboui, libgnome maxamillion: rubygem-yard, tito mbarnes: gconf-editor, liboil, libgnomeui, gtkhtml3, libbonobo, libbonoboui, libgnome mcermak: libstroke mcrha: libgnome melmorabity: dmz-cursor-themes mharmsen: maven-scm mhayden: maven-scm mhjacks: moarvm, rakudo, nqp miaojun0823: tboot mikep: golang-github-hanwen-fuse mipatras: libmacaroons mizdebsk: maven-scm mkoncek: maven-scm mrnuke: wv mrunge: python-versiontools, python-django-tastypie, python-gnocchiclient mschwendt: libgnome msekleta: biosdevname msuchy: python-flask-restful mtasaka: rubygem-yard, libgnomeui, libbonobo, libbonoboui, libgnome ndipanov: python-websockify neuro-sig: rubygem-yard ngompa: python-django-filter nonamedotc: thunarx-python olea: libbonoboui, libbonobo openstack-sig: python-gnocchiclient oturpe: rubygem-yard pbrobinson: abiword, sugar-jukebox, sugar-playgo, sugar-paint, wv pcpa: maven-scm peter: libstroke phracek: openjpeg ppisar: moarvm, libmacaroons, libgnomeui, rakudo, libbonobo, perl-Test-POE-Server-TCP, libbonoboui, libgnome, nqp praiskup: python-virtualenv-api, python-flask-restful, tito pwalter: pysvn, thunarx-python pwu: fcitx python-packagers-sig: python-virtualenv-api, maven-scm qa-tools-sig: python-cssmin, python-flask-restful, resultsdb_frontend, resultsdb qulogic: golang-github-hanwen-fuse, golang-github-mitchellh-cli r-maint-sig: libmacaroons ralph: python-flask-restful rathann: maloc rdieter: bluecurve-kde-theme, amor, openjpeg, wv remi: php-phpunit-bytekit, php-phpmd-PHP-PMD, php-pdepend-PHP-Depend, php-phpunit-phploc, php-phpunit-phpcpd rgrunber: maven-scm rhughes: gconf-editor, liboil, libgnomeui, gtkhtml3, libbonobo, libbonoboui, libgnome rjones: mingw-pcre rocha: libmacaroons rombobeorn: libbonoboui, libgnome, libbonobo, libgnomeui rrankin: wv rstrode: bluecurve-classic-metacity-theme, gconf-editor, liboil, bluecurve-xmms-skin, libgnomeui, bluecurve-gtk-themes, bluecurve-gnome-theme, gtkhtml3, libbonobo, bluecurve-metacity-theme, bluecurve-kde-theme, libbonoboui, libgnome, bluecurve-icon-theme ruby-packagers-sig: rubygem-yard rust-sig: rust-sxd-document, rust-mnt, rust-rustdoc-stripper, rust-dbus-tokio, rust-newtype_derive, rust-rustfilt, rust-unic-ucd-category, rust-sluice, rust-spmc, rust-macro-attr, rust-string_cache_shared, rust-loggerv, rust-piper, rust-proc-quote-impl, rust-mdl, rust-scoped-tls-hkt, rust-protoc-rust, rust-tabwriter, rust-serde-pickle, rust-quickersort, rust-parse_cfg, rust-lipsum, rust-lzw, rust-odds, rust-fdlimit, rust-process_path, rust-relay, rust-safe-transmute, rust-synom, rust-sudo_plugin, rust-permutate, rust-spinning_top, rust-utf8-ranges, rust-faccess, rust-strings, rust-osstrtools, rust-iptables, rust-simple-error, rust-oauth2, rust-take, rust-fbthrift_codegen_includer_proc_macro, rust-url_serde, rust-mktemp sagitter: openjpeg, python-pmw, maven-scm, maloc sailer: mingw-pcre salimma: rubygem-yard, proxychains-ng, libgnomeui, libstroke, libbonoboui, libgnome schlupov: python-flask-restful sergiomb: maven-scm, golang-github-mitchellh-cli, golang-github-hanwen-fuse, python-pmw, maloc sgallagh: pysvn sharkcz: libbonoboui, libgnome, libbonobo, libgnomeui shwetha: glusterfs-selinux simonm: libmacaroons smani: mingw-pcre snits: tss2 spot: libbonoboui, libbonobo, alure ssp: gconf-editor, liboil, libgnomeui, gtkhtml3, libbonobo, libbonoboui, libgnome stahnma: rubygem-syntax, rubygem-yard stefw: seahorse-nautilus steve: gl-117, moarvm, libgnomeui, libbonoboui, rakudo, libgnome, nqp stevetraylen: python-django-tastypie survient: holland tartare: libbonoboui, libgnome, libgnomeui tdawson: rubygem-yard, rubygem-ZenTest, rubygem-archive-tar-minitar, rubygem-memcache-client than: bluecurve-kde-theme, amor thm: libbonoboui, libbonobo thofmann: bibtex2html thunderbirdtr: qconf tpokorra: libbonoboui, libgnome, libbonobo, libgnomeui ttomecek: python-dockerpty ueno: fcitx valtri: rubygem-yard vokac: libmacaroons vondruch: rubygem-yard vpavlin: biosdevname xavierb: ejabberd yaneti: perl-Test-POE-Server-TCP yanqiyu: fcitx-table-extra, fcitx-fbterm, fcitx-table-other, fcitx-m17n, fcitx-unikey, fcitx-hangul, kcm-fcitx, golang-github-mitchellh-cli, fcitx-configtool, fcitx-cloudpinyin, fcitx-ui-light, golang-github-hanwen-fuse, fcitx-chewing, fcitx, fcitx-sunpinyin yunyings: tboot -- The script creating this output is run and developed by Fedora Release Engineering. Please report issues at its pagure instance: https://pagure.io/releng/ The sources of this script can be found at: https://pagure.io/releng/blob/main/f/scripts/find_unblocked_orphans.py Report finished at 2022-12-19 15:17:23 UTC

1 year, 5 months

18
22
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel December 2022