Search results for "WSL" - devel - Fedora Mailing-Lists

Re: [Test-Announce] Fedora 18 Beta Test Compose 8 (TC8) Available Now!

by Jan Kratochvil

On Sun, 11 Nov 2012 18:39:29 +0100, Reindl Harald wrote: > please no - O2 is a performance improvement while minidebuginfo is > the opposite, not only bloating the size, also bloadting the data > to laod from disk FYI minidebuginfo does not affect loading from disk (mostly) in any way. See 'readelf -WSl', '.gnu_debugdata' is in Section Headers but it is not covered in any way by Program Headers so it is ignored during runtime. There are sure just some minor issues of more data load fragmentation etc. just .gnu_debugdata itself is not loaded during execution. Jan

11 years, 6 months

Fedora Linux subsystem on Windows machine

by Vít Ondruch

Dne 5.1.2017 v 20:11 M. Edward (Ed) Borasky napsal(a): > > > > > And speaking of Wine, how come the Windows 10 Linux subsystem only > runs Ubuntu? Why can't I run a Fedora Linux subsystem on my Windows > machine? Just FYI: http://stackoverflow.com/questions/38802362/windows-10-wsl-with-fedora Vít

7 years, 4 months

Re: Let's talk about Fedora in the '20s!

by Matthew Miller

On Tue, Jan 14, 2020 at 06:11:33PM +0100, Iñaki Ucar wrote: > > For what it's worth, we do continue to work on these things. It's difficult > > because we really do need to make sure we have solid legal protection. > About the whole issue of bringing Fedora to WSL, I remember that there > were some "non-technical blockers" **two years ago**. So I assumed > that, at this point, this was completely dead. If not, we're already > late, very late. Hopefully some changes in WSL2 can let us move forward. -- Matthew Miller <mattdm(a)fedoraproject.org> Fedora Project Leader

4 years, 4 months

Re: Let's talk about Fedora in the '20s!

by Przemek Klosowski

On 1/7/20 11:14 AM, Iñaki Ucar wrote: > I'm far from having a satisfactory response to that, but I see two > fronts here. First, marketing. How does Ubuntu managed to be so > popular among less-experienced Linux users? I'm not sure, but I > suspect that good marketing has something to do with it. I can think of several reasons that are important to me; some of them were addressed by Fedora and are no longer relevant, but they gave Ubuntu enough momentum to last - Ubuntu provides LTS releases, so people can chose to install and forget. Yes, it is a tradeoff with new/shiny, but it's nice to have this option for something that is intended to last. - as the result of the momentum, Ubuntu became the default in various special circumstances: Jupyter notebooks, WSL, etc.; furthermore, this popularity attracted packagers so that some Ubuntu packages lead Fedora (see also next point). - Ubuntu was pragmatic and compromising on non-free software such as codecs and video drivers; as a result, it has sometimes better support for things like CUDA software, video/multimedia, etc., even though nowadays Fedora has practically out-of-box support for these. Regarding the first point, the Fedora/Redhat/CentOS environment requires an early decision and commitment to one of the three alternatives. If it is production, one would deploy paid-support RedHat; less critical but still long-term roles call for CentOS, and of course Fedora is best for personal systems, especially for development and testing new software stacks. It turns out, however, that the initial intent often changes: an important production system becomes a less-critical legacy, or a cutting-edge development system proves itself and becomes production. In these cases it would be nice to transition smoothly between the choices: a RHEL system that comes off its entitlement should not just sit there unpatched but should smoothly transition to CentOS, and maybe there could be a way to transition a no-longer supported Fedora to a roughly-equivalent RedHat/CentOS. I realize that this is a big ask, but I wished for it often enough that I thought I'd put it out here for consideration, especially in the context of competing with Ubuntu.

4 years, 4 months

Re: off-topic suggested reading: why containers really are revolutionary

by Matthew Miller

On Thu, Jun 22, 2017 at 01:09:35PM -0700, stan wrote: > > https://container-solutions.com/dynamic-management-real-ops-disruptor/ > What strikes me about this is that containers sound like static linking > on steroids. That's not entirely unfair. The important thing though is that these particular "steroids" enable a new way of systems management. > This seems like it would create a lot of redundancy on a > standalone system. Where do the storage savings come from? And the There's some redundancy, but common bits can be shared via layering. > container environment seems like it is a JIT compiler, to allow the > application access to computing resources in a standardized way through > an abstracted interface. That must have a cost in terms of execution > speed. In the case of Docker/OCI containers and similar, the common interface is "the Linux kernel". There is not a significant speed penalty. > Can a container created on Fedora with Fedora tools run in any host > environment that provides a container manager? For example, will a > Fedora container run on Windows, and vice versa? Assuming a new enough kernel, it's generally true that you can run containers from one distro on another. For example, CoreOS uses a Fedora-based container for systems management. Windows is a different story since it's ... not Linux ... but even that may change in the future with WSL. > Is the grand vision that everything is in the cloud, even for personal > computing? How is data security ensured? It seems that if things run > in the cloud, then at some point they are decrypted to get to the CPU, > and thus vulnerable. This is an orthogonal issue — you can certainly do all of this in your own data center if you like. (And I expect a lot of Fedora users will be using containers in this way.) But, speaking as a former sysadmin who has Seen Things, a well-managed public cloud enviroment (e.g. Amazon, GCE, Azure, Digital Ocean, etc.) is in a practical sense much less of a data security risk than running a local server room at any scale. -- Matthew Miller <mattdm(a)fedoraproject.org> Fedora Project Leader

6 years, 11 months

Re: Proposed F19 Feature: Java 8

by Stephen Gallagher

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed 23 Jan 2013 03:27:51 PM EST, Deepak Bhole wrote: > * Stephen Gallagher <sgallagh(a)redhat.com> [2013-01-23 15:22]: >> On Wed 23 Jan 2013 02:53:30 PM EST, Jaroslav Reznik wrote: >>> = Features/Java8TechPreview = >>> https://fedoraproject.org/wiki/Features/Java8TechPreview >>> >>> Feature owner(s): Deepak Bhole <dbhole(a)redhat.com> >>> >>> Add a tech preview preview of the the upcoming version of Java (OpenJDK8) to >>> Fedora 19. >>> >>> == Detailed description == >>> The current Java implementation in Fedora comes from OpenJDK. >>> >>> Java 8 (and OpenJDK8) are tentatively scheduled for release in September 2013. >>> Fedora 19 will most likely be out just a few months before that, and is >>> therefore positioned to receive a tech preview version of the latest OpenJDK8 >>> candidates. >> >> >> Given that it's not expected to be in final release for Fedora 19, can >> we please ensure that we're talking about a parallel-installable >> version alongside OpenJDK 7 (and that Java packages for Fedora are kept >> compiled with OpenJDK 7 unless it is impossible to do so)? >> > > Hi Stephen, > > Not sure what you mean by "Given that it's not expected to be in final > release for Fedora 19" -- unless that was a typo and you meant that the > final version of OpenJDK8 is not expected to be in Fedora 19 ... in case > of latter, that holds true for GA. However OpenJDK8 final is expected to > be out in September and we will likely upgrade to it in F19 when it is > out. > > As for it being parallel-installable, yes, that is definitely what we > will be doing. We will do exactly what we did with Fedora 16, whereby > OpenJDK6 and OpenJDK7 were installable in parallel. All packages in F16 > were built with OpenJDK6 and similarly, everything in F19 will be built > with OpenJDK7. OpenJDK8 will be completely optional and nothing will > depend on it in F19. > > We will not consider making OpenJDK8 the default at least until Fedora > 20. > Yes, you interpreted my question correctly. Thank you for clarifying. I'm certainly on-board with this proposal. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlEBNIAACgkQeiVVYja6o6NhFACgmLAcwnx59a+btA2Iaj+Ujf+M 9QIAn2T0sVMiH8e5X91XEkaChd9lhf5w =+Wsl -----END PGP SIGNATURE-----

11 years, 4 months

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

by Daniel P. Berrangé

On Tue, Dec 20, 2022 at 02:29:22PM -0500, Neal Gompa wrote: > On Tue, Dec 20, 2022 at 2:02 PM Daniel P. Berrangé <berrange(a)redhat.com> wrote: > > > In the Fedora case, things are simpler right up until we hit graphics > > > drivers. This is also a problem for VMs too, because GPU passthrough > > > is a common case for scientific and gaming workloads. As long as the > > > NVIDIA driver remains dominant in Linux, UKIs cannot work because by > > > design you cannot load anything that isn't part of the kernel image. > > > For bare metal, we *need* these drivers in early boot, though. And > > > that's another problem: no third-party early boot drivers. Even if you > > > solve the signing issue, you need to introduce some kind of two-stage > > > OS boot process so we can bring up the bare minimum to load a second > > > image containing all the remaining drivers. And at that point, you've > > > defeated the purpose of UKIs. I've heard from some people that system > > > extensions (sysexts) would be a way to solve this, and maybe it is. > > > > Yes, system extensions are one mechanism for making the initrd > > content more flexible when using UKIs. There would be one base > > layer definiing the 90% common case, and a number of add-ons > > that can cope with niche use cases. This avoids the core UKI > > having to be huge and ship with every possible feature present. > > > > This is something that might be considered at a later phase, > > but is not a priority. What's proposed in phase 1 is sufficient > > to cope with the cloud VM common case. While device passthrough > > may be common in some industries/domains usage, it is not the > > common case for cloud computing in general. > > > > > But again, we've eliminated the value of UKIs by doing so. > > > > That is not correct. There are a number of benefits of UKIs. > > > > The most critical is that the initrd content and cmdline is > > covered by the SecureBoot signature. This remains true even > > with system extensions, as such extensions would be signed > > too. They do not neccessarily need to be signed by the OS > > vendor, they could use a 3rd party SecureBoot signing key, > > or the users' own key. That is TBD and not something we're > > actively considering - its not even mentioned in phase 2/3 > > ideas in the change proposal. > > > > Secure Boot keys are flawed. There are many documented problems with > relying on Secure Boot keys in the real world. Redesign to not use > them, please. We're aiming to fix the flawed usage of Secure Boot in the Fedora / RHEL distros, so it becomes useful. Simply ignoring the problems and carrying on with our current approach is not sustainable. > > TPMs. These are a core technology foundation of the confidential > > virtual machine stack. On Azure today, if you request an Ubuntu > > confidential VM, Azure will pre-encrypt the root filesystem and > > seal the LUKS key against predicted TPM PCR values. It guarantees > > that the root disk can only be decrypted by the specific VM > > instance that is requested, when it is running in SecureBoot > > mode with the expected measurments on AMD SEV-SNP confidential > > hardware. The Ubuntu image in Azure already uses UKIs, and boots > > them directly from shim, with no bootloader involved. The usage > > of SecureBoot and TPMs is all transparent to the user, since all > > the integration is handled by the OS vendor on their behalf. > > > > Well, how is that relevant to Fedora? We don't have Azure images, and > Red Hat still blocks us from meaningfully existing in that ecosystem, > which is why we don't have official WSL images or Azure images. Users can upload their own images, and 3rd parties have uploaded public Fedora images too. It is still relevant, even if Fedora itself doesn't officially publish images. As mentioned in another part of this thread, we're also expecting to support the same technology with KVM, so this use of UKIS will benefit Fedora on a fully open source hypervisor platform. > > > With my FESCo hat on, I'm uneasy about this change. With my "Fedora > > > user and advocate" hat on, I think that the UAPI group has failed to > > > provide something useful to the Linux world here and I would be > > > extremely apprehensive about Fedora adopting any portion of this > > > stuff. > > > > As mentioned above, UKIs have provided a means to close the > > SecureBoot hole with unsigned initrd content that has existed > > in more or less every mainstream Linux distro. That is a > > clearly useful outcome, regardless of whether Fedora is interested > > in any other aspect of what that UAPI groups is proposing. > > > > In proposing the UKI support for Fedora, we're not coming at this > > as representatives of the UAPI group or its vision. We're trying > > to solve the problem of having a fully verified secureboot chain > > for VMs with no unsigned content, and to be able to use this to > > support confidential VMs with disk encryption sealed to TPMs, as > > required by Azure today, and likely KVM in future. > > Yeah, I seriously doubt this. Linux's model for supporting > confidential computing is not user-friendly, so I expect low adoption > and resistance once the flaws become apparent to would-be users. What exists in Linux today is not be user friendly. We don't have to resign ourselves to stick with the status quo. It is entirely possible to build a solution that works, without the user needing to get involved in understanding confidential computing, secure boot or TPMs. The hypervisor vendor and the guest OS vendor take responsibility for understanding the hard bits. The user ends up merely ticking a box to say they want an encrypted confidential VM. If it ends up being not user-friendly then we've failed in our goals, and of course it is not our expectation to fail. With regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|

1 year, 5 months

Re: Let's talk about Fedora in the '20s!

by Benson Muite

On 1/15/20 8:33 PM, Przemek Klosowski via devel wrote: > On 1/7/20 11:14 AM, Iñaki Ucar wrote: >> I'm far from having a satisfactory response to that, but I see two >> fronts here. First, marketing. How does Ubuntu managed to be so >> popular among less-experienced Linux users? I'm not sure, but I >> suspect that good marketing has something to do with it. One of their primary aims has been user friendliness. Their forums are helpful and it is easier to find information on Ubuntu with a quick internet search. A number of other linux distributions now aim to be friendly to those who just want things to work. > > I can think of several reasons that are important to me; some of them > were addressed by Fedora and are no longer relevant, but they gave > Ubuntu enough momentum to last > > - Ubuntu provides LTS releases, so people can chose to install and > forget. Yes, it is a tradeoff with new/shiny, but it's nice to have > this option for something that is intended to last. Fedora is positioned somewhere in between Debian and Ubuntu. Debian does not have as many users as Ubuntu. Cent OS is available for 10 years, but is mostly considered a server distro, though is also very capable desktop as many of the things in Fedora can be used in Cent OS or easily ported to it. > > - as the result of the momentum, Ubuntu became the default in various > special circumstances: Jupyter notebooks, WSL, etc.; furthermore, this > popularity attracted packagers so that some Ubuntu packages lead > Fedora (see also next point). Having software packages is helpful. However, things like Flatpak, Snap and Appimages may make this less of a concern. Some distributions allow using package repositories from other distributions, for example Puppy dog linux can use Ubuntu repositories, so with a small number of core developers can offer many applications. > > - Ubuntu was pragmatic and compromising on non-free software such as > codecs and video drivers; as a result, it has sometimes better support > for things like CUDA software, video/multimedia, etc., even though > nowadays Fedora has practically out-of-box support for these. It is helpful to know when non-free software is used. Perhaps better communication with hardware vendors is required. Alternatively, a number of distributions do have online stores where you can get a pre-installed system that should be hassle free. Part of the attraction of linux is the freedom to configure things yourself which requires an investment of time. > > Regarding the first point, the Fedora/Redhat/CentOS environment > requires an early decision and commitment to one of the three > alternatives. If it is production, one would deploy paid-support > RedHat; less critical but still long-term roles call for CentOS, and > of course Fedora is best for personal systems, especially for > development and testing new software stacks. This mostly needs a good partitioning of the file system and/or multiple hard drives, separate, data from the operating system and the applications. It is then possible to easily change the operating system. It is also possible to have workstations with multiple operating system boot options. > > It turns out, however, that the initial intent often changes: an > important production system becomes a less-critical legacy, or a > cutting-edge development system proves itself and becomes production. > In these cases it would be nice to transition smoothly between the > choices: a RHEL system that comes off its entitlement should not just > sit there unpatched but should smoothly transition to CentOS, and > maybe there could be a way to transition a no-longer supported Fedora > to a roughly-equivalent RedHat/CentOS. I realize that this is a big > ask, but I wished for it often enough that I thought I'd put it out > here for consideration, especially in the context of competing with > Ubuntu. This can work by separating data from operating system. Main problem might be that some software package may need to be built again since it may not be available in the repository - this would likely need some developer/packager time. Transitioning may be challenging to fully automate due to application software availability and compatibility, though many linux installers now give a choice of where to put the operating system and what disks/partitions to leave untouched. > _______________________________________________ > devel mailing list -- devel(a)lists.fedoraproject.org > To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

4 years, 4 months

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

by Neal Gompa

On Tue, Dec 20, 2022 at 2:02 PM Daniel P. Berrangé <berrange(a)redhat.com> wrote: > > On Tue, Dec 20, 2022 at 11:28:48AM -0500, Neal Gompa wrote: > > On Tue, Dec 20, 2022 at 10:22 AM Ben Cotton <bcotton(a)redhat.com> wrote: > > > > > > 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. > > snip > > > > > I think UKIs are fundamentally flawed and are an idea that came out of > > a group that doesn't really interact with real users enough to > > understand how much of a problem they actually are. I realize that > > this Change is only about VMs, but since it explicitly talks about it > > being "phase 1", the implication is that future Changes are coming to > > switch fully over. Consequently, I'm going to provide much more > > holistic feedback instead of just nitpicking on this case. > > The future "phase 2/3" goal are mentioned above, and don't > mention fully switching to UKIs. > > I don't anticipate such a switch being realistic any time > in the forseeable future. There are too many unknowns, in > addition to some points you mentioned, to even consider > that right now. The in place upgrade story gogin from > locally generated initrd, with arbitrary user chosen > content to a UKI doesn't even bare thinking about. I > don't think that's even possible to achieve in a seemless > way given the infinite number of variations. IOW, I would > anticipate the current kernel+initrd scheme being around > indefinitely, in parallel with any UKI support. > Forgive me for being pessimistic here, because Change proposals like this are not written in such a way. You also bundled in bootloader changes and PCR/TPM stuff too. All of which are irrelevant, not useful, and don't actually work for Linux users. > > In the Fedora case, things are simpler right up until we hit graphics > > drivers. This is also a problem for VMs too, because GPU passthrough > > is a common case for scientific and gaming workloads. As long as the > > NVIDIA driver remains dominant in Linux, UKIs cannot work because by > > design you cannot load anything that isn't part of the kernel image. > > For bare metal, we *need* these drivers in early boot, though. And > > that's another problem: no third-party early boot drivers. Even if you > > solve the signing issue, you need to introduce some kind of two-stage > > OS boot process so we can bring up the bare minimum to load a second > > image containing all the remaining drivers. And at that point, you've > > defeated the purpose of UKIs. I've heard from some people that system > > extensions (sysexts) would be a way to solve this, and maybe it is. > > Yes, system extensions are one mechanism for making the initrd > content more flexible when using UKIs. There would be one base > layer definiing the 90% common case, and a number of add-ons > that can cope with niche use cases. This avoids the core UKI > having to be huge and ship with every possible feature present. > > This is something that might be considered at a later phase, > but is not a priority. What's proposed in phase 1 is sufficient > to cope with the cloud VM common case. While device passthrough > may be common in some industries/domains usage, it is not the > common case for cloud computing in general. > > > But again, we've eliminated the value of UKIs by doing so. > > That is not correct. There are a number of benefits of UKIs. > > The most critical is that the initrd content and cmdline is > covered by the SecureBoot signature. This remains true even > with system extensions, as such extensions would be signed > too. They do not neccessarily need to be signed by the OS > vendor, they could use a 3rd party SecureBoot signing key, > or the users' own key. That is TBD and not something we're > actively considering - its not even mentioned in phase 2/3 > ideas in the change proposal. > Secure Boot keys are flawed. There are many documented problems with relying on Secure Boot keys in the real world. Redesign to not use them, please. > A further benefit of UKIs is supportability, since we know > exactly what content is in the initrd that user is booting. > With locally generated initrds there are an arbitrary > number of combinations and many ways for the initrd creation > process to go wrong, which are hard for Fedora maintainers > to understand and debug. > > > Speaking more broadly, there are also problems that will be introduced > > as this trickles down from Fedora into prominent downstreams (assuming > > this is accepted). In the RHEL case, you've basically broken driver > > disks completely. In the UKI model, there's no way to incorporate > > early boot storage, network, and graphics drivers. This is > > *incredibly* common for RHEL administrators because there's a general > > acceptance of proprietary kernel modules from vendors these days. Even > > ignoring those, Red Hat's kernel feature support mindset is completely > > incompatible with UKIs, because RHEL does default-off rather than > > Fedora's default-on model for kernel features. We could debate until > > the cows come home on whether it's right or wrong, but their current > > mindset essentially means tons of common hardware becomes unsupported > > quite regularly. The ELRepo project is popular among RHEL folks > > because it restores those drivers and makes it possible to use RHEL on > > those machines through a combination of driver disks and kernel module > > packages. > > Yes, this desire for UKIs in Fedora is matched by a desire to > ship the same UKIs in RHEL too. > > No one is proposing to take away the existing ability to use > locally generated initrds, either in Fedora or RHEL. Everything > that is possible todo today will remain possible indefinitely. > UKIs are adding a new mechanism in parallel, in order to solve > a number of use cases that are not possible today, due to > unsigned content being part of the boot chain when SecureBoot > is active. > > > The crux of the problem here is *signing*. All of this is tied up in > > Secure Boot and TPM, which is the wrong place to actually handle this. > > In other operating systems (notably Windows), Secure Boot certificates > > are not used for blocking or enabling kernel-level drivers. Instead, > > there's a kernel-level certificate store that is used to validate and > > enable drivers, allowing everything to be managed in a hardware > > platform agnostic way. I've also yet to hear of a decent reason for > > TPM measurements too. Block or filesystem verity provides similar > > guarantees to provide tamper resistance and are both much easier to > > debug than TPM interfaces. I am not convinced that you are providing > > security or reliability with this and the trade-offs are *terrible* > > for regular users. > > The immediate need for UKIs is indeed related to SecureBoot and > TPMs. These are a core technology foundation of the confidential > virtual machine stack. On Azure today, if you request an Ubuntu > confidential VM, Azure will pre-encrypt the root filesystem and > seal the LUKS key against predicted TPM PCR values. It guarantees > that the root disk can only be decrypted by the specific VM > instance that is requested, when it is running in SecureBoot > mode with the expected measurments on AMD SEV-SNP confidential > hardware. The Ubuntu image in Azure already uses UKIs, and boots > them directly from shim, with no bootloader involved. The usage > of SecureBoot and TPMs is all transparent to the user, since all > the integration is handled by the OS vendor on their behalf. > Well, how is that relevant to Fedora? We don't have Azure images, and Red Hat still blocks us from meaningfully existing in that ecosystem, which is why we don't have official WSL images or Azure images. I'll reiterate that we should not rely on SB signing for this. > > With my FESCo hat on, I'm uneasy about this change. With my "Fedora > > user and advocate" hat on, I think that the UAPI group has failed to > > provide something useful to the Linux world here and I would be > > extremely apprehensive about Fedora adopting any portion of this > > stuff. > > As mentioned above, UKIs have provided a means to close the > SecureBoot hole with unsigned initrd content that has existed > in more or less every mainstream Linux distro. That is a > clearly useful outcome, regardless of whether Fedora is interested > in any other aspect of what that UAPI groups is proposing. > > In proposing the UKI support for Fedora, we're not coming at this > as representatives of the UAPI group or its vision. We're trying > to solve the problem of having a fully verified secureboot chain > for VMs with no unsigned content, and to be able to use this to > support confidential VMs with disk encryption sealed to TPMs, as > required by Azure today, and likely KVM in future. Yeah, I seriously doubt this. Linux's model for supporting confidential computing is not user-friendly, so I expect low adoption and resistance once the flaws become apparent to would-be users. -- 真実はいつも一つ！/ Always, there's only one truth!

1 year, 5 months

Fedora rawhide compose report: 20210525.n.0 changes

by Fedora Rawhide Report

OLD: Fedora-Rawhide-20210524.n.0 NEW: Fedora-Rawhide-20210525.n.0 ===== SUMMARY ===== Added images: 0 Dropped images: 5 Added packages: 25 Dropped packages: 18 Upgraded packages: 88 Downgraded packages: 0 Size of added packages: 164.02 MiB Size of dropped packages: 81.97 MiB Size of upgraded packages: 2.18 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 120.91 MiB Size change of downgraded packages: 0 B ===== ADDED IMAGES ===== ===== DROPPED IMAGES ===== Image: Jam_KDE live x86_64 Path: Labs/x86_64/iso/Fedora-Jam_KDE-Live-x86_64-Rawhide-20210524.n.0.iso Image: Scientific_KDE live x86_64 Path: Labs/x86_64/iso/Fedora-Scientific_KDE-Live-x86_64-Rawhide-20210524.n.0.iso Image: Scientific vagrant-virtualbox x86_64 Path: Labs/x86_64/images/Fedora-Scientific-Vagrant-Rawhide-20210524.n.0.x86_64.vagrant-virtualbox.box Image: Scientific vagrant-libvirt x86_64 Path: Labs/x86_64/images/Fedora-Scientific-Vagrant-Rawhide-20210524.n.0.x86_64.vagrant-libvirt.box Image: Astronomy_KDE live x86_64 Path: Labs/x86_64/iso/Fedora-Astronomy_KDE-Live-x86_64-Rawhide-20210524.n.0.iso ===== ADDED PACKAGES ===== Package: appx-util-0.2-1.fc35 Summary: Utility to create Microsoft .appx packages RPMs: appx-util Size: 271.67 KiB Package: fruit-2.1-1.fc35 Summary: UCI chess engine RPMs: fruit fruit-books Size: 1.50 MiB Package: geompp-0-0.2.20210524git95ea180.fc35 Summary: Basic geometrical utilities for C++ RPMs: geompp-devel Size: 123.60 KiB Package: ghc-wl-pprint-text-1.2.0.1-28.fc35 Summary: A Wadler/Leijen Pretty Printer for Text values RPMs: ghc-wl-pprint-text ghc-wl-pprint-text-devel ghc-wl-pprint-text-doc ghc-wl-pprint-text-prof Size: 1.25 MiB Package: golang-github-xaionaro-spinlock-0-0.1.20210524git30e6d1c.fc35 Summary: Spinlock implementation for golang RPMs: golang-github-xaionaro-spinlock-devel Size: 13.35 KiB Package: golang-github-xaionaro-unsafetools-0-0.1.20210524git4686db6.fc35 Summary: Access to private/unexported fields of a structure RPMs: golang-github-xaionaro-unsafetools-devel Size: 16.14 KiB Package: pg-semver-0.30.0-1.module_f35+12112+4700b0d7 Summary: A semantic version data type for PostgreSQL RPMs: pg-semver Size: 133.61 KiB Package: postgresql-11.12-1.module_f35+12112+4700b0d7 Summary: PostgreSQL client programs RPMs: postgresql postgresql-contrib postgresql-docs postgresql-plperl postgresql-plpython postgresql-plpython3 postgresql-pltcl postgresql-server postgresql-server-devel postgresql-static postgresql-test postgresql-test-rpm-macros postgresql-upgrade postgresql-upgrade-devel Size: 121.83 MiB Package: postgresql-ip4r-2.4.1-5.module_f35+12112+4700b0d7 Summary: IPv4/v6 type and IPv4/v6 range index type for PostgreSQL RPMs: postgresql-ip4r Size: 399.75 KiB Package: postgresql-pgpool-II-4.1.2-2.module_f35+12112+4700b0d7 Summary: Pgpool is a connection pooling/replication server for PostgreSQL RPMs: postgresql-pgpool-II postgresql-pgpool-II-devel postgresql-pgpool-II-extensions Size: 3.71 MiB Package: python-pytest-freezegun-0.4.2-1.fc35 Summary: Wrap pytest tests with fixtures in freeze_time RPMs: python3-pytest-freezegun Size: 14.17 KiB Package: python-sshpubkeys-3.3.1-1.fc35 Summary: OpenSSH public key parser for Python RPMs: python3-sshpubkeys Size: 24.12 KiB Package: python3-discid-1.2.0-1.fc35 Summary: Libdiscid Python bindings RPMs: python3-discid Size: 36.96 KiB Package: rpi-imager-1.6.1-2.fc35 Summary: Graphical user-interface to write disk images and format SD cards RPMs: rpi-imager Size: 2.16 MiB Package: ruby-3.0.1-148.module_f35+12100+aff3197a Summary: An interpreter of object-oriented scripting language RPMs: ruby ruby-default-gems ruby-devel ruby-doc ruby-libs rubygem-bigdecimal rubygem-bundler rubygem-io-console rubygem-irb rubygem-json rubygem-minitest rubygem-power_assert rubygem-psych rubygem-rake rubygem-rbs rubygem-rdoc rubygem-rexml rubygem-rss rubygem-test-unit rubygem-typeprof rubygems rubygems-devel Size: 29.23 MiB Package: rubygem-abrt-0.4.0-3.module_f35+12100+aff3197a Summary: ABRT support for Ruby RPMs: rubygem-abrt rubygem-abrt-doc Size: 216.16 KiB Package: rubygem-mysql2-0.5.3-7.module_f35+12100+aff3197a Summary: A simple, fast Mysql library for Ruby, binding to libmysql RPMs: rubygem-mysql2 rubygem-mysql2-doc Size: 487.29 KiB Package: rubygem-pg-1.2.3-5.module_f35+12100+aff3197a Summary: A Ruby interface to the PostgreSQL RDBMS RPMs: rubygem-pg rubygem-pg-doc Size: 1019.37 KiB Package: rust-cranelift-bforest-0.74.0-1.fc35 Summary: Forest of B+-trees RPMs: rust-cranelift-bforest+default-devel rust-cranelift-bforest-devel Size: 42.13 KiB Package: rust-cranelift-codegen-meta-0.74.0-1.fc35 Summary: Metaprogram for cranelift-codegen code generator library RPMs: rust-cranelift-codegen-meta+default-devel rust-cranelift-codegen-meta-devel Size: 166.29 KiB Package: rust-dlib0.4-0.4.2-1.fc35 Summary: Helper macros for handling manually loading optional system libraries RPMs: rust-dlib0.4+default-devel rust-dlib0.4+dlopen-devel rust-dlib0.4-devel Size: 26.26 KiB Package: rust-regalloc-0.0.31-1.fc35 Summary: Modular register allocation algorithms RPMs: rust-regalloc+default-devel rust-regalloc+enable-serde-devel rust-regalloc+fuzzing-devel rust-regalloc+serde-devel rust-regalloc-devel Size: 172.99 KiB Package: rust-tokio-rustls-0.22.0-1.fc35 Summary: Asynchronous TLS/SSL streams for Tokio using Rustls RPMs: rust-tokio-rustls+dangerous_configuration-devel rust-tokio-rustls+default-devel rust-tokio-rustls+early-data-devel rust-tokio-rustls-devel Size: 52.22 KiB Package: rust-unsafe-io-0.6.8-1.fc35 Summary: Non-owning unsafe I/O RPMs: rust-unsafe-io+async-std-devel rust-unsafe-io+default-devel rust-unsafe-io+mio-devel rust-unsafe-io+os_pipe-devel rust-unsafe-io+socket2-devel rust-unsafe-io+tokio-devel rust-unsafe-io+use_mio_net-devel rust-unsafe-io+use_mio_os_ext-devel rust-unsafe-io-devel Size: 99.02 KiB Package: timescaledb-1.7.4-1.module_f35+12112+4700b0d7 Summary: Open-source time-series database powered by PostgreSQL RPMs: timescaledb Size: 1.11 MiB ===== DROPPED PACKAGES ===== Package: dssi-vst-0.9.2-26.fc34 Summary: VST plug-ins host RPMs: dssi-vst dssi-vst-wine Size: 136.57 KiB Package: fedora-jam-backgrounds-2.0.0-3.fc34 Summary: Fedora Jam desktop backgrounds RPMs: fedora-jam-backgrounds fedora-jam-backgrounds-gnome fedora-jam-backgrounds-kde fedora-jam-backgrounds-single fedora-jam-backgrounds-xfce Size: 8.08 MiB Package: fedora-jam-kde-theme-3.0.6-2.fc34 Summary: Fedora Jam KDE Theme and Configs RPMs: fedora-jam-kde-theme Size: 628.20 KiB Package: fluidsynth-dssi-1.0.0-24.fc34 Summary: DSSI implementation of Fluidsynth RPMs: fluidsynth-dssi Size: 271.66 KiB Package: freqtweak-0.7.2-27.fc34 Summary: Realtime audio frequency spectral manipulation RPMs: freqtweak Size: 1.76 MiB Package: gnome-desktop-2.32.0-30.fc34 Summary: Shared code among gnome-panel, gnome-session, nautilus, etc RPMs: gnome-desktop gnome-desktop-devel Size: 3.18 MiB Package: gnome-guitar-0.8.1-33.fc34 Summary: A small suite of applications for the guitarist RPMs: gnome-guitar gnome-guitar-devel Size: 543.06 KiB Package: gtk-nodoka-engine-0.7.5-21.fc34 Summary: The Nodoka Gtk2 Theme Engine RPMs: gtk-nodoka-engine gtk-nodoka-engine-extras Size: 371.94 KiB Package: hexter-dssi-1.1.0-4.fc34 Summary: DSSI software synthesizer plugin emulating DX7 RPMs: hexter-dssi Size: 998.14 KiB Package: jackctlmmc-4-22.fc34 Summary: Allows control over JACK transport via Midi RPMs: jackctlmmc qjackmmc Size: 330.91 KiB Package: non-daw-1.2.0-21.20200307gitbbe8386.fc34 Summary: A digital audio workstation for JACK RPMs: non-daw non-mixer non-mixer-doc non-sequencer non-sequencer-doc non-session-manager non-session-manager-doc Size: 16.50 MiB Package: pgRouting-3.1.2-1.fc34 Summary: Provides routing functionality to PostGIS/PostgreSQL RPMs: pgRouting Size: 3.22 MiB Package: radium-compressor-0.5.1-20.fc34 Summary: An audio compressor for JACK RPMs: radium-compressor Size: 318.99 KiB Package: rdkit-2019.03.3-14.fc34 Summary: Chemical informatics and machine learning toolkit RPMs: python3-rdkit rdkit rdkit-devel rdkit-doc rdkit-postgresql Size: 36.18 MiB Package: realTimeConfigQuickScan-0-5.20190803git4b482db.fc34 Summary: Inspect realtime system settings RPMs: realTimeConfigQuickScan Size: 24.46 KiB Package: whysynth-dssi-20120903-12.fc34 Summary: DSSI software synthesizer plugin RPMs: whysynth-dssi Size: 8.68 MiB Package: wsl-0.2.2-15.fc34 Summary: Wsman Shell Command Line "whistle" RPMs: wsl Size: 25.42 KiB Package: xsynth-dssi-0.9.4-24.fc34 Summary: Classic-analog style software synthesizer RPMs: xsynth-dssi Size: 832.25 KiB ===== UPGRADED PACKAGES ===== Package: PyQt-builder-1.10.0-1.fc35 Old package: PyQt-builder-1.6.0-3.fc34 Summary: The PEP 517 compliant PyQt build system RPMs: PyQt-builder Size: 78.37 KiB Size change: 23.24 KiB Changelog: * Mon May 24 2021 Scott Talbert <swt(a)techie.net> - 1.10.0-1 - Update to latest upstream release; remove hard-code on sip5 Package: ansible-2.9.22-1.fc35 Old package: ansible-2.9.21-1.fc35 Summary: SSH-based configuration management, deployment, and task execution system RPMs: ansible ansible-doc ansible-test Size: 25.72 MiB Size change: -9.65 KiB Changelog: * Mon May 24 2021 Kevin Fenzi <kevin(a)scrye.com> - 2.9.22-1 - Update to 2.9.22. Fixes rhbz#1964173 Package: ansible-core-2.11.1-1.fc35 Old package: ansible-core-2.11.0-1.fc35 Summary: A radically simple IT automation system RPMs: ansible-core ansible-core-doc Size: 3.07 MiB Size change: 8.43 KiB Changelog: * Mon May 24 2021 Kevin Fenzi <kevin(a)scrye.com> - 2.11.1-1 - Update to 2.11.1. Fixes rhbz#1964172 Package: ardour6-6.7.0-1.fc35 Old package: ardour6-6.6.0-1.fc35 Summary: Digital Audio Workstation RPMs: ardour6 ardour6-backend-alsa ardour6-backend-dummy ardour6-backend-jack ardour6-backend-pulseaudio Size: 63.33 MiB Size change: 207.30 KiB Changelog: * Mon May 24 2021 Nils Philippsen <nils(a)tiptoe.de> - 6.7.0-1 - version 6.7.0 Package: at-3.2.2-1.fc35 Old package: at-3.1.23-7.fc35 Summary: Job spooling tools RPMs: at Size: 302.49 KiB Size change: 765 B Changelog: * Fri Apr 16 2021 Jan Stan��k <jstanek(a)redhat.com> - 3.1.23-8 - Patch issues found by coverity (rhbz#1938678) * Fri May 21 2021 Ond��ej Poho��elsk�� <opohorel(a)redhat.com> - 3.2.2-1 - Update to new upstream release Package: bemenu-0.6.1-1.fc35 Old package: bemenu-0.6.0-1.fc35 Summary: Dynamic menu library and client program inspired by dmenu RPMs: bemenu bemenu-devel Size: 625.85 KiB Size change: 1.53 KiB Changelog: * Mon May 24 2021 Jan Stan��k <jstanek(a)redhat.com> - 0.6.1-1 - Upgrade to version 0.6.1 Package: bind-32:9.16.16-1.fc35 Old package: bind-32:9.16.15-1.fc35 Summary: The Berkeley Internet Name Domain (BIND) DNS (Domain Name System) server RPMs: bind bind-chroot bind-devel bind-dlz-filesystem bind-dlz-ldap bind-dlz-mysql bind-dlz-sqlite3 bind-dnssec-doc bind-dnssec-utils bind-doc bind-libs bind-license bind-pkcs11 bind-pkcs11-devel bind-pkcs11-libs bind-pkcs11-utils bind-utils python3-bind Size: 23.41 MiB Size change: -359.10 KiB Changelog: * Thu May 20 2021 Petr Men��k <pemensik(a)redhat.com> - 32:9.16.16-1 - Update to 9.16.16 (#1954827) Package: bind-dyndb-ldap-11.7-4.fc35 Old package: bind-dyndb-ldap-11.7-3.fc35 Summary: LDAP back-end plug-in for BIND RPMs: bind-dyndb-ldap Size: 529.24 KiB Size change: -12.70 KiB Changelog: * Fri May 21 2021 Petr Men��k <pemensik(a)redhat.com> - 11.7-4 - Add BIND 9.16.16 support Package: centpkg-0.6.5-1.fc35 Old package: centpkg-0.6.4-1.fc35 Summary: CentOS utility for working with dist-git RPMs: centpkg centpkg-sig Size: 57.40 KiB Size change: 311 B Changelog: * Tue May 25 2021 Carl George <carl(a)george.computer> - 0.6.5-1 - Latest upstream Package: container-selinux-2:2.162.2-2.dev.git61b862a.fc35 Old package: container-selinux-2:2.162.1-3.dev.git233e620.fc35 Summary: SELinux policies for container runtimes RPMs: container-selinux Size: 48.15 KiB Size change: 209 B Changelog: * Tue May 25 2021 RH Container Bot <rhcontainerbot(a)fedoraproject.org> - 2:2.162.2-2.dev.git61b862a - bump to 2.162.2 - autobuilt 61b862a Package: crun-0.19.1.50-0.10.git1942907.fc35 Old package: crun-0.19.1.45-0.9.git4cc7fa1.fc35 Summary: OCI runtime written in C RPMs: crun Size: 849.61 KiB Size change: 778 B Changelog: * Tue May 25 2021 RH Container Bot <rhcontainerbot(a)fedoraproject.org> - 0.19.1.50-0.10.git1942907 - bump to 0.19.1.50 - autobuilt 1942907 Package: darcs-2.16.3-28.fc35 Old package: darcs-2.14.4-27.fc34 Summary: A distributed, interactive, smart revision control system RPMs: darcs ghc-darcs ghc-darcs-devel ghc-darcs-doc ghc-darcs-prof ghc-data-ordlist ghc-data-ordlist-devel ghc-data-ordlist-doc ghc-data-ordlist-prof ghc-filtrable ghc-filtrable-devel ghc-filtrable-doc ghc-filtrable-prof ghc-graphviz ghc-graphviz-devel ghc-graphviz-doc ghc-graphviz-prof ghc-regex-applicative ghc-regex-applicative-devel ghc-regex-applicative-doc ghc-regex-applicative-prof ghc-regex-compat-tdfa ghc-regex-compat-tdfa-devel ghc-regex-compat-tdfa-doc ghc-regex-compat-tdfa-prof Added RPMs: ghc-filtrable ghc-filtrable-devel ghc-filtrable-doc ghc-filtrable-prof Dropped RPMs: ghc-wl-pprint-text ghc-wl-pprint-text-devel ghc-wl-pprint-text-doc ghc-wl-pprint-text-prof Size: 161.50 MiB Size change: 12.16 MiB Changelog: * Thu Jan 28 2021 Jens Petersen <petersen(a)redhat.com> - 2.16.3-28 - update to 2.16.3 * Tue May 25 2021 Jens Petersen <petersen(a)redhat.com> - 2.16.3-28 - wl-pprint-text is now packaged in Fedora Package: drumstick-2.2.0-1.fc35 Old package: drumstick-2.1.1-1.fc35 Summary: C++/Qt5 wrapper around multiple MIDI interfaces RPMs: drumstick drumstick-devel drumstick-drumgrid drumstick-examples drumstick-guiplayer drumstick-vpiano Size: 22.92 MiB Size change: 317.50 KiB Changelog: * Sun May 09 2021 Fedora Release Monitoring <release-monitoring(a)fedoraproject.org> - 2.2.0-1 - Update to 2.2.0 (#1958642) Package: dummy-test-package-gloster-0-3824.fc35 Old package: dummy-test-package-gloster-0-3813.fc35 Summary: Dummy Test Package called Gloster RPMs: dummy-test-package-gloster Size: 236.71 KiB Size change: 672 B Changelog: * Mon May 24 2021 packagerbot <admin(a)fedoraproject.org> - 0-3814 - rebuilt * Mon May 24 2021 packagerbot <admin(a)fedoraproject.org> - 0-3815 - rebuilt * Mon May 24 2021 packagerbot <admin(a)fedoraproject.org> - 0-3816 - rebuilt * Mon May 24 2021 packagerbot <admin(a)fedoraproject.org> - 0-3817 - rebuilt * Mon May 24 2021 packagerbot <admin(a)fedoraproject.org> - 0-3818 - rebuilt * Mon May 24 2021 packagerbot <admin(a)fedoraproject.org> - 0-3819 - rebuilt * Mon May 24 2021 packagerbot <admin(a)fedoraproject.org> - 0-3820 - rebuilt * Mon May 24 2021 packagerbot <admin(a)fedoraproject.org> - 0-3821 - rebuilt * Mon May 24 2021 packagerbot <admin(a)fedoraproject.org> - 0-3822 - rebuilt * Tue May 25 2021 packagerbot <admin(a)fedoraproject.org> - 0-3823 - rebuilt * Tue May 25 2021 packagerbot <admin(a)fedoraproject.org> - 0-3824 - rebuilt Package: eccodes-2.22.0-1.fc35 Old package: eccodes-2.21.0-1.fc35 Summary: WMO data format decoding and encoding RPMs: eccodes eccodes-data eccodes-devel eccodes-doc Size: 6.94 MiB Size change: -28.79 KiB Changelog: * Mon May 24 2021 Jos de Kloe <josdekloe(a)gmail.com> - 2.22.0-1 - Upgrade to upstream version 2.22.0 Package: erlang-cowlib-2.11.0-1.fc35 Old package: erlang-cowlib-2.10.1-2.fc34 Summary: Support library for manipulating Web protocols RPMs: erlang-cowlib Size: 622.51 KiB Size change: 76.25 KiB Changelog: * Mon May 24 2021 Peter Lemenkov <lemenkov(a)gmail.com> - 2.11.0-1 - Ver. 2.11.0 Package: fwupd-1.6.0-1.fc35 Old package: fwupd-1.5.9-1.fc35 Summary: Firmware update daemon RPMs: fwupd fwupd-devel fwupd-plugin-flashrom fwupd-plugin-modem-manager fwupd-plugin-uefi-capsule-data fwupd-tests Size: 14.37 MiB Size change: 347.28 KiB Changelog: * Wed Apr 14 2021 Andrew Thurman <ajtbecool(a)gmail.com> 1.5.9-2 - Backport https://github.com/fwupd/fwupd/pull/3144 to fix https://bugzilla.redhat.com/show_bug.cgi?id=1949491 * Wed Apr 28 2021 Richard Hughes <richard(a)hughsie.com> 1.6.0-1 - New upstream release Package: golang-github-google-go-github-35.2.0-1.fc35 Old package: golang-github-google-go-github-33.0.0-2.fc34 Summary: Go library for accessing the GitHub API RPMs: compat-golang-github-google-v35-devel golang-github-google-devel Added RPMs: compat-golang-github-google-v35-devel Dropped RPMs: compat-golang-github-google-33-devel Size: 365.85 KiB Size change: 58.22 KiB Changelog: * Mon May 24 2021 Robert-Andr�� Mauchin <zebob.m(a)gmail.com> - 35.2.0-1 - Update to 35.2.0 - Close: rhbz#1943602 Package: golang-google-api-0.47.0-1.fc35 Old package: golang-google-api-0.36.0-2.fc34 Summary: Auto-generated Google apis for Go RPMs: golang-google-api-devel Size: 4.41 MiB Size change: 576.28 KiB Changelog: * Mon May 24 2021 Robert-Andr�� Mauchin <zebob.m(a)gmail.com> - 0.47.0-1 - Update to 0.47.0 - Close: rhbz#1920281 Package: golang-google-genproto-0-0.25.20210524git6691572.fc35 Old package: golang-google-genproto-0-0.24.20210113gitfacbc42.fc34 Summary: Generated code for Google Cloud client libraries RPMs: golang-google-genproto-devel Size: 4.28 MiB Size change: 713.37 KiB Changelog: * Mon May 24 2021 Robert-Andr�� Mauchin <zebob.m(a)gmail.com> - 0-0.25.20210524git6691572 - Bump to commit 669157292da34ccd2ff7ebc3af406854a79d61ce Package: inkscape-1.1-1.fc35 Old package: inkscape-1.0.2-2.fc35 Summary: Vector-based drawing program using SVG RPMs: inkscape inkscape-docs inkscape-view Size: 166.73 MiB Size change: 2.75 MiB Changelog: * Mon May 24 2021 Gwyn Ciesla <gwync(a)protonmail.com> - 1.1-1 - 1.1 Package: jaxb-istack-commons-3.0.11-4.fc35 Old package: jaxb-istack-commons-3.0.11-3.fc34 Summary: iStack Common Utility Code RPMs: import-properties-plugin istack-commons-maven-plugin jaxb-istack-commons jaxb-istack-commons-runtime jaxb-istack-commons-tools Dropped RPMs: jaxb-istack-commons-buildtools jaxb-istack-commons-soimp jaxb-istack-commons-test Size: 163.99 KiB Size change: -80.10 KiB Changelog: * Mon May 24 2021 Dogtag PKI Team <pki-devel(a)redhat.com> - 3.0.11-4 - Drop jaxb-istack-commons-buildtools, jaxb-istack-commons-soimp, and jaxb-istack-commons-test Package: kernel-5.13.0-0.rc3.25.fc35 Old package: kernel-5.13.0-0.rc2.20210521git79a106fc6585.22.fc35 Summary: The Linux kernel RPMs: kernel kernel-core kernel-debug kernel-debug-core kernel-debug-devel kernel-debug-modules kernel-debug-modules-extra kernel-debug-modules-internal kernel-devel kernel-lpae kernel-lpae-core kernel-lpae-devel kernel-lpae-modules kernel-lpae-modules-extra kernel-lpae-modules-internal kernel-modules kernel-modules-extra kernel-modules-internal Added RPMs: kernel-debug-modules-internal Size: 507.48 MiB Size change: 66.68 MiB Changelog: * Mon May 24 2021 Fedora Kernel Team <kernel-team(a)fedoraproject.org> [5.13.0-0.rc3.25] - Override %{debugbuildsenabled} if the --with-release option is used (David Ward) - Improve comments in SPEC file, and move some option tests and macros (David Ward) Package: kernel-headers-5.13.0-0.rc3.git0.1.fc35 Old package: kernel-headers-5.13.0-0.rc2.git0.1.fc35 Summary: Header files for the Linux kernel for use by glibc RPMs: kernel-cross-headers kernel-headers Size: 16.30 MiB Size change: 19.00 KiB Changelog: * Mon May 24 2021 Justin M. Forbes <jforbes(a)fedoraproject.org> - 5.13.0-0.rc3.git0.1 - Linux v5.13-rc3.git0 Package: kernel-tools-5.13.0-0.rc3.git0.1.fc35 Old package: kernel-tools-5.13.0-0.rc2.git0.1.fc35 Summary: Assortment of tools for the Linux kernel RPMs: bpftool kernel-tools kernel-tools-libs kernel-tools-libs-devel libperf libperf-devel perf python3-perf Size: 23.18 MiB Size change: -261.14 KiB Changelog: * Sat May 22 2021 Jitka Plesnikova <jplesnik(a)redhat.com> - 5.13.0-0.rc2.git0.2 - Perl 5.34 rebuild * Mon May 24 2021 Justin M. Forbes <jforbes(a)fedoraproject.org> - 5.13.0-0.rc3.git0.1 - Linux v5.13-rc3 Package: kiwi-9.23.34-1.fc35 Old package: kiwi-9.23.32-1.fc35 Summary: Flexible operating system image builder RPMs: dracut-kiwi-lib dracut-kiwi-live dracut-kiwi-oem-dump dracut-kiwi-oem-repart dracut-kiwi-overlay kiwi-cli kiwi-pxeboot kiwi-systemdeps kiwi-systemdeps-bootloaders kiwi-systemdeps-containers kiwi-systemdeps-core kiwi-systemdeps-disk-images kiwi-systemdeps-filesystems kiwi-systemdeps-image-validation kiwi-systemdeps-iso-media kiwi-tools python3-kiwi Size: 1.27 MiB Size change: 6.78 KiB Changelog: * Mon May 24 2021 Neal Gompa <ngompa13(a)gmail.com> - 9.23.34-1 - Update to 9.23.34 (RH#1963158) - Enable support for creating WSL images Package: klog-1.5.3-1.fc35 Old package: klog-1.5.2-1.fc35 Summary: A Ham radio logging program for KDE RPMs: klog Size: 7.20 MiB Size change: 19.02 KiB Changelog: * Mon May 24 2021 Richard Shaw <hobbes1069(a)gmail.com> - 1.5.3-1 - Update to 1.5.3. Package: libgusb-0.3.7-1.fc35 Old package: libgusb-0.3.6-1.fc35 Summary: GLib wrapper around libusb1 RPMs: libgusb libgusb-devel Size: 625.83 KiB Size change: -3.25 KiB Changelog: * Mon May 24 2021 Richard Hughes <richard(a)hughsie.com> 0.3.7-1 - New upstream version - Do not double-reference USB devices Package: libjcat-0.1.8-1.fc35 Old package: libjcat-0.1.7-1.fc35 Summary: Library for reading Jcat files RPMs: libjcat libjcat-devel libjcat-tests Size: 983.59 KiB Size change: -12.29 KiB Changelog: * Mon May 24 2021 Richard Hughes <richard(a)hughsie.com> 0.1.8-1 - New upstream release - Fix a warning when used in a subproject Package: libnsl2-1.3.0-3.fc35 Old package: libnsl2-1.3.0-2.fc34 Summary: Public client interface library for NIS(YP) and NIS+ RPMs: libnsl2 libnsl2-devel Size: 543.74 KiB Size change: -6.01 KiB Changelog: * Thu May 20 2021 Timm B��der <tbaeder(a)redhat.com> - 1.3.0-3 - Add gcc buildrequires - Remove explicit setting of CFLAGS Package: libspng-0.6.3-1.fc35 Old package: libspng-0.6.2-1.fc35 Summary: Simple, modern libpng alternative RPMs: libspng libspng-devel Size: 333.84 KiB Size change: 11.97 KiB Changelog: * Mon May 24 2021 Robert-Andr�� Mauchin <zebob.m(a)gmail.com> - 0.6.3-1 - Update to 0.6.3 - Close: rhbz#1953157 Package: libxmlb-0.3.2-1.fc35 Old package: libxmlb-0.3.1-1.fc35 Summary: Library for querying compressed XML metadata RPMs: libxmlb libxmlb-devel libxmlb-tests Size: 1.62 MiB Size change: -19.45 KiB Changelog: * Mon May 24 2021 Richard Hughes <richard(a)hughsie.com> 0.3.2-1 - New upstream release - Respect XB_BUILDER_NODE_FLAG_IGNORE when exporting - Use the chosen chunk size when reading from a stream - Use the correct pkgconfig export package name in the GIR file Package: libzia-4.29-1.fc35 Old package: libzia-4.28-1.fc35 Summary: Platform abstraction layer for the tucnak package RPMs: libzia libzia-devel Size: 1.02 MiB Size change: -15.98 KiB Changelog: * Mon May 24 2021 Jaroslav ��karvada <jskarvad(a)redhat.com> - 4.29-1 - New version Related: rhbz#1963426 Package: materia-kde-20210410-1.fc35 Old package: materia-kde-20201222-2.fc34 Summary: Port of the popular GTK theme Materia for the Plasma 5 desktop RPMs: materia-kde materia-kde-decorations materia-kde-konsole materia-kde-kvantum materia-kde-sddm materia-kde-wallpapers materia-kde-yakuake Added RPMs: materia-kde-sddm Size: 2.04 MiB Size change: 1005.84 KiB Changelog: * Mon May 24 2021 Robert-Andr�� Mauchin <zebob.m(a)gmail.com> - 20210410-1 - Update to 20210410 - Close: rhbz#1963673 Package: minetest-5.4.1-2.fc35 Old package: minetest-5.4.1-1.fc35 Summary: Multiplayer infinite-world block sandbox with survival mode RPMs: minetest minetest-data-common minetest-data-game minetest-server Size: 37.87 MiB Size change: -133.46 KiB Changelog: * Mon May 24 2021 Gwyn Ciesla <gwync(a)protonmail.com> - 5.4.1-2 - Enable redis and postgresql support. Package: mrbs-1.9.3-1.fc35 Old package: mrbs-1.9.2-1.fc35 Summary: Meeting Room Booking System RPMs: mrbs Size: 3.15 MiB Size change: 567.11 KiB Changelog: * Mon May 24 2021 Xavier Bachelot <xavier(a)bachelot.org> 1.9.3-1 - Update to 1.9.3 (RHBZ#1963394) Package: nnn-4.0-1.fc35 Old package: nnn-3.6-1.fc35 Summary: The missing terminal file browser for X RPMs: nnn Size: 442.18 KiB Size change: 7.24 KiB Changelog: * Mon May 24 2021 Robert-Andr�� Mauchin <zebob.m(a)gmail.com> - 4.0-1 - Update to 4.0 - Close: rhbz#1949285 Package: papirus-icon-theme-20210501-1.fc35 Old package: papirus-icon-theme-20210401-1.fc35 Summary: Free and open source SVG icon theme based on Paper Icon Set RPMs: papirus-icon-theme Size: 28.06 MiB Size change: 164.68 KiB Changelog: * Mon May 24 2021 Robert-Andr�� Mauchin <zebob.m(a)gmail.com> - 20210501-1 - Update to 20210501 - Close: rhbz#1955965 Package: postgis-3.1.2-1.fc35 Old package: postgis-3.1.1-8.fc35 Summary: Geographic Information Systems Extensions to PostgreSQL RPMs: postgis postgis-client postgis-docs postgis-gui postgis-llvmjit postgis-utils Size: 68.19 MiB Size change: 21.47 MiB Changelog: * Mon May 24 2021 Sandro Mani <manisandro(a)gmail.com> - 3.1.2-1 - Update to 3.1.2 Package: python-flask-migrate-2.7.0-1.fc35 Old package: python-flask-migrate-2.5.3-2.fc34 Summary: SQLAlchemy database migrations for Flask applications using Alembic RPMs: python-flask-migrate-doc python3-flask-migrate Added RPMs: python-flask-migrate-doc Size: 187.18 KiB Size change: 158.01 KiB Changelog: * Sun May 23 2021 Benjamin A. Beasley <code(a)musicinmybrain.net> - 2.5.3-3 - Replace %modname with a group of name macros and use them in more places - Change URL from PyPI to GitHub, and HTTP to HTTPS - Use %pypi_source macro - Adjust whitespace to personal preference - Drop manual Requires; EPEL8 and all Fedoras have automatic dependency generation - Drop %python3_pkgversion and %python_provide macros, only needed in EPEL - Stop chmod��ing template files in %prep, as there is no longer anything to fix - Remove executable bits from files in the Python package (currently __init__.py) - Express BR��s as python3dist(��)/%{py3_dist ��} and version them - Allow running the tests; disable them on Fedora 35 until python-flask-sqlalchemy is updated - Build documentation and install it in a new -doc subpackage * Mon May 24 2021 Benjamin A. Beasley <code(a)musicinmybrain.net> - 2.5.3-4 - Re-enable tests on F35/Rawhide since python-flask-sqlalchemy is now updated to 2.5.x. * Mon May 24 2021 Benjamin A. Beasley <code(a)musicinmybrain.net> - 2.7.0-1 - Update to 2.7.0 Package: python-flask-sqlalchemy-2.5.1-1.fc35 Old package: python-flask-sqlalchemy-2.4.4-3.fc34 Summary: Adds SQLAlchemy support to Flask application RPMs: python3-flask-sqlalchemy Size: 83.71 KiB Size change: -258 B Changelog: * Mon May 24 2021 Frantisek Zatloukal <fzatlouk(a)redhat.com> - 2.5.1-1 - Update to flask-sqlalchemy 2.5.1 Package: python-gsd-2.4.2-1.fc35 Old package: python-gsd-2.4.0-2.fc34 Summary: Read and write hoomd schema gsd files with an easy to use syntax RPMs: python-gsd-doc python3-gsd Size: 5.45 MiB Size change: 268.59 KiB Changelog: * Fri May 21 2021 Dominik Mierzejewski <rpm(a)greysector.net> - 2.4.2-1 - update to 2.4.2 (#1937729) - work around testsuite looking for build module in source dir - use pytest macro Package: python-httpretty-1.1.2-1.fc35 Old package: python-httpretty-1.1.0-1.fc35 Summary: HTTP request mock tool for Python RPMs: python3-httpretty Size: 52.01 KiB Size change: 1.09 KiB Changelog: * Mon May 24 2021 Jiri Popelka <jpopelka(a)redhat.com> - 1.1.2-1 - 1.1.2 Package: python-hyperframe-6.0.1-1.fc35 Old package: python-hyperframe-6.0.0-2.fc34 Summary: HTTP/2 framing layer for Python RPMs: python3-hyperframe Size: 29.36 KiB Size change: 756 B Changelog: * Mon May 24 2021 Robert-Andr�� Mauchin <zebob.m(a)gmail.com> - 6.0.1-1 - Update to 6.0.1 - Close: rhbz#1950649 Package: python-identify-2.2.5-1.fc35 Old package: python-identify-2.2.4-1.fc35 Summary: File identification library for Python RPMs: python3-identify Size: 86.81 KiB Size change: -584 B Changelog: * Mon May 24 2021 Gwyn Ciesla <gwync(a)protonmail.com> - 2.2.5-1 - 2.2.5 Package: python-lxml-4.6.3-1.fc35 Old package: python-lxml-4.6.2-2.fc34 Summary: XML processing library combining libxml2/libxslt with the ElementTree API RPMs: python3-lxml Size: 5.81 MiB Size change: -108.63 KiB Changelog: * Thu May 20 2021 Charalampos Stratakis <cstratak(a)redhat.com> - 4.6.3-1 - Update to 4.6.3 - Fixes CVE-2021-28957 - Fixes: rhbz#1941773 - Fixes: rhbz#1941535 Package: python-pillow-8.2.0-2.fc35 Old package: python-pillow-8.2.0-1.fc35 Summary: Python image processing library RPMs: python3-pillow python3-pillow-devel python3-pillow-doc python3-pillow-qt python3-pillow-tk Size: 5.12 MiB Size change: -35.33 KiB Changelog: * Mon May 24 2021 Sandro Mani <manisandro(a)gmail.com> - 8.2.0-2 - Run full test suite Package: python-productmd-1.33-1.fc35 Old package: python-productmd-1.32-1.fc35 Summary: Library providing parsers for metadata related to OS installation RPMs: python3-productmd Size: 72.87 KiB Size change: -89 B Changelog: * Mon May 24 2021 Lubom��r Sedl�� <lsedlar(a)redhat.com> - 1.33-1 - New upstream release 1.33 Package: python-pyopencl-2021.2.2-1.fc35 Old package: python-pyopencl-2021.1.6-1.fc35 Summary: Python wrapper for OpenCL RPMs: python3-pyopencl Size: 3.27 MiB Size change: -20.38 KiB Changelog: * Mon Apr 12 2021 Frantisek Zatloukal <fzatlouk(a)redhat.com> - 2021.2.2-1 - Update to v2021.2.2 Package: python-service-identity-21.1.0-1.fc35 Old package: python-service-identity-18.1.0-9.fc34 Summary: Service identity verification for pyOpenSSL RPMs: python-service-identity-doc python3-service-identity Size: 195.75 KiB Size change: 10.99 KiB Changelog: * Mon May 24 2021 Robert-Andr�� Mauchin <zebob.m(a)gmail.com> - 21.1.0-1 - Update to 21.1.0 - Close: rhbz#1958639 Package: qcint-4.4.0-2.fc35 Old package: qcint-4.4.0-1.fc35 Summary: An optimized libcint branch for X86 platform with SSE3 intrinsics RPMs: qcint qcint-devel Size: 26.80 MiB Size change: -240.72 KiB Changelog: * Tue May 18 2021 Susi Lehtola <jussilehtola(a)fedoraproject.org> - 4.4.0-2 - Fix issue with illegal instructions caused by silent change of behavior in the upstream project. Package: qt6-6.1.0-2.fc35 Old package: qt6-6.1.0-1.fc35 Summary: Qt6 meta package RPMs: qt6-rpm-macros qt6-srpm-macros Size: 16.10 KiB Size change: 250 B Changelog: * Mon May 24 2021 Jan Grulich <jgrulich(a)redhat.com> - 6.1.0-2 - Fix path to libexecdir Package: qt6-qtbase-6.1.0-3.fc35 Old package: qt6-qtbase-6.1.0-2.fc35 Summary: Qt6 - QtBase components RPMs: qt6-qtbase qt6-qtbase-common qt6-qtbase-devel qt6-qtbase-examples qt6-qtbase-gui qt6-qtbase-mysql qt6-qtbase-odbc qt6-qtbase-postgresql qt6-qtbase-private-devel qt6-qtbase-static Size: 109.45 MiB Size change: -79.78 KiB Changelog: * Mon May 24 2021 Jan Grulich <jgrulich(a)redhat.com> - 6.1.0-3 - Rebuild with correct libexecdir path Package: qt6-qttools-6.1.0-2.fc35 Old package: qt6-qttools-6.1.0-1.fc35 Summary: Qt6 - QtTool components RPMs: qt6-assistant qt6-designer qt6-doctools qt6-linguist qt6-qdbusviewer qt6-qttools qt6-qttools-common qt6-qttools-devel qt6-qttools-examples qt6-qttools-libs-designer qt6-qttools-libs-designercomponents qt6-qttools-libs-help qt6-qttools-static Size: 38.66 MiB Size change: -370.55 KiB Changelog: * Mon May 24 2021 Jan Grulich <jgrulich(a)redhat.com> - 6.1.0-2 - Rebuild with correct libexecdir path Package: ravada-1.0.1-1.fc35 Old package: ravada-0.11.4-1.fc35 Summary: Remote Virtual Desktops Manager RPMs: ravada Size: 812.54 KiB Size change: 156.32 KiB Changelog: * Sat May 22 2021 Jitka Plesnikova <jplesnik(a)redhat.com> - 0.11.4-2 - Perl 5.34 rebuild * Mon May 24 2021 Robert-Andr�� Mauchin <zebob.m(a)gmail.com> - 1.0.1-1 - Update to 1.0.1 - Close: rhbz#1953049 Package: retrace-server-1.24.0-1.fc35 Old package: retrace-server-1.23.0-1.fc35 Summary: Application for remote coredump analysis RPMs: retrace-server Size: 230.68 KiB Size change: 7.33 KiB Changelog: * Mon May 24 2021 Packit Service <user-cont-team+packit-service(a)redhat.com> - 1.24.0-1 - Release version 1.24.0-1 (Mat��j Grabovsk��) - spec: Recommend httpd dependency (Mat��j Grabovsk��) - retrace: Do not clean c2p_log and Containerfile (Mat��j Grabovsk��) - spec: Migrate old home directory in post scriptlet (Mat��j Grabovsk��) - retrace_worker: Fix container name for vmcores (Mat��j Grabovsk��) - retrace: Rename Dockerfile to Containerfile globally (Mat��j Grabovsk��) - retrace_worker: Fix paths to vmcore in Podman backend (Mat��j Grabovsk��) - retrace_worker: Guess OS release from kernelver (Mat��j Grabovsk��) - retrace_worker: Update arguments to podman run (Mat��j Grabovsk��) - retrace_worker: Fix undefined variable error (Mat��j Grabovsk��) - r-s-reposync: Fix type error (Mat��j Grabovsk��) - config: Add typing annotations (Mat��j Grabovsk��) - retrace: Major refactoring of Podman backend code (Mat��j Grabovsk��) - r-s-reposync: Slight refactoring (Mat��j Grabovsk��) - r-s-reposync-faf: Add logging (Mat��j Grabovsk��) - retrace: Do not delete Dockerfile and c2p log (Mat��j Grabovsk��) - retrace: Code style tweaks (Mat��j Grabovsk��) - retrace_worker: Simplify path construction (Mat��j Grabovsk��) - retrace: Fix type error (Mat��j Grabovsk��) - doc: Document metrics feature (Mat��j Grabovsk��) - retrace: Disable metrics by default (Mat��j Grabovsk��) - metrics: Add an endpoint exposing task metrics (Mat��j Grabovsk��) - spec: Add missing dependency on coreutils (Mat��j Grabovsk��) - retrace: Factor out path to ps (Mat��j Grabovsk��) - doc: Slight style and info update (Mat��j Grabovsk��) Package: rng-tools-6.12-3.fc35 Old package: rng-tools-6.12-2.fc35 Summary: Random number generator related utilities RPMs: rng-tools Size: 310.58 KiB Size change: 11.49 KiB Changelog: * Mon May 24 2021 Vladis Dronov <vdronov(a)redhat.com> - 6.12-3 - Update the rngd.service file - Add 3 small upstream patches fixing issues Package: rssguard-3.9.2-1.fc35 Old package: rssguard-3.9.1-1.fc35 Summary: Simple yet powerful feed reader RPMs: rssguard Size: 7.94 MiB Size change: -59.30 KiB Changelog: * Mon May 24 2021 Robert-Andr�� Mauchin <zebob.m(a)gmail.com> - 3.9.2-1 - Update to 3.9.2 - Close: rhbz#1948625 Package: rubberband-1.9.1-2.fc35 Old package: rubberband-1.9.1-1.fc35 Summary: Audio time-stretching and pitch-shifting library RPMs: rubberband rubberband-devel Size: 1.55 MiB Size change: -2.46 KiB Changelog: * Sat May 08 2021 Uwe Klotz <uwe.klotz(a)gmail.com> - 1.9.1-2 - Use FFTW instead of KissFFT: https://github.com/breakfastquay/rubberband/issues/37 - Explicitly enable libsamplerate Package: rust-dlib-0.5.0-1.fc35 Old package: rust-dlib-0.4.2-4.fc34 Summary: Helper macros for handling manually loading optional system libraries RPMs: rust-dlib+default-devel rust-dlib-devel Dropped RPMs: rust-dlib+dlopen-devel Size: 21.73 KiB Size change: -5.90 KiB Changelog: * Fri May 21 2021 Fabio Valentini <decathorpe(a)gmail.com> - 0.5.0-1 - Update to version 0.5.0. Package: rust-wasmparser-0.78.2-1.fc35 Old package: rust-wasmparser-0.78.1-1.fc35 Summary: Simple event-driven library for parsing WebAssembly binary files RPMs: rust-wasmparser+default-devel rust-wasmparser+deterministic-devel rust-wasmparser-devel Size: 89.72 KiB Size change: 151 B Changelog: * Mon May 24 2021 Olivier Lemasle <o.lemasle(a)gmail.com> - 0.78.2-1 - Update to upstream 0.78.2 (rhbz#1961889) Package: rust-wayland-client-0.28.5-1.fc35 Old package: rust-wayland-client-0.28.4-1.fc35 Summary: Bindings to the standard C implementation of the wayland protocol, client side RPMs: rust-wayland-client+default-devel rust-wayland-client+dlopen-devel rust-wayland-client+scoped-tls-devel rust-wayland-client+use_system_lib-devel rust-wayland-client-devel Size: 100.52 KiB Size change: 388 B Changelog: * Fri May 21 2021 Fabio Valentini <decathorpe(a)gmail.com> - 0.28.5-1 - Update to version 0.28.5. Package: rust-wayland-commons-0.28.5-1.fc35 Old package: rust-wayland-commons-0.28.4-1.fc35 Summary: Common types and structures used by wayland-client and wayland-server RPMs: rust-wayland-commons+default-devel rust-wayland-commons-devel Size: 36.54 KiB Size change: 134 B Changelog: * Fri May 21 2021 Fabio Valentini <decathorpe(a)gmail.com> - 0.28.5-1 - Update to version 0.28.5. Package: rust-wayland-cursor-0.28.5-1.fc35 Old package: rust-wayland-cursor-0.28.4-1.fc35 Summary: Bindings to libwayland-cursor RPMs: rust-wayland-cursor+default-devel rust-wayland-cursor-devel Size: 23.28 KiB Size change: 145 B Changelog: * Fri May 21 2021 Fabio Valentini <decathorpe(a)gmail.com> - 0.28.5-1 - Update to version 0.28.5. Package: rust-wayland-egl-0.28.5-1.fc35 Old package: rust-wayland-egl-0.28.4-1.fc35 Summary: Bindings to libwayland-egl RPMs: rust-wayland-egl+default-devel rust-wayland-egl-devel Size: 19.52 KiB Size change: 164 B Changelog: * Fri May 21 2021 Fabio Valentini <decathorpe(a)gmail.com> - 0.28.5-1 - Update to version 0.28.5. Package: rust-wayland-protocols-0.28.5-1.fc35 Old package: rust-wayland-protocols-0.28.4-1.fc35 Summary: Generated API for the officials wayland protocol extensions RPMs: rust-wayland-protocols+client-devel rust-wayland-protocols+default-devel rust-wayland-protocols+server-devel rust-wayland-protocols+unstable_protocols-devel rust-wayland-protocols+wayland-client-devel rust-wayland-protocols+wayland-server-devel rust-wayland-protocols-devel Size: 156.65 KiB Size change: 513 B Changelog: * Fri May 21 2021 Fabio Valentini <decathorpe(a)gmail.com> - 0.28.5-1 - Update to version 0.28.5. Package: rust-wayland-scanner-0.28.5-1.fc35 Old package: rust-wayland-scanner-0.28.4-1.fc35 Summary: Wayland Scanner for generating rust APIs from XML wayland protocol files RPMs: rust-wayland-scanner+default-devel rust-wayland-scanner-devel Size: 34.34 KiB Size change: 154 B Changelog: * Fri May 21 2021 Fabio Valentini <decathorpe(a)gmail.com> - 0.28.5-1 - Update to version 0.28.5. Package: rust-wayland-server-0.28.5-1.fc35 Old package: rust-wayland-server-0.28.4-1.fc35 Summary: Bindings to the standard C implementation of the wayland protocol, server side RPMs: rust-wayland-server+default-devel rust-wayland-server+dlopen-devel rust-wayland-server+lazy_static-devel rust-wayland-server+parking_lot-devel rust-wayland-server+scoped-tls-devel rust-wayland-server+use_system_lib-devel rust-wayland-server-devel Size: 113.70 KiB Size change: 494 B Changelog: * Fri May 21 2021 Fabio Valentini <decathorpe(a)gmail.com> - 0.28.5-1 - Update to version 0.28.5. Package: rust-wayland-sys-0.28.5-1.fc35 Old package: rust-wayland-sys-0.28.4-1.fc35 Summary: FFI bindings to the various libwayland-*.so libraries RPMs: rust-wayland-sys+client-devel rust-wayland-sys+cursor-devel rust-wayland-sys+default-devel rust-wayland-sys+dlib-devel rust-wayland-sys+dlopen-devel rust-wayland-sys+egl-devel rust-wayland-sys+lazy_static-devel rust-wayland-sys+libc-devel rust-wayland-sys+server-devel rust-wayland-sys-devel Size: 92.53 KiB Size change: 837 B Changelog: * Fri May 21 2021 Fabio Valentini <decathorpe(a)gmail.com> - 0.28.5-1 - Update to version 0.28.5. Package: selinux-policy-34.8-2.fc35 Old package: selinux-policy-34.7-1.fc35 Summary: SELinux policy configuration RPMs: selinux-policy selinux-policy-devel selinux-policy-doc selinux-policy-minimum selinux-policy-mls selinux-policy-sandbox selinux-policy-targeted Size: 19.96 MiB Size change: -37.34 KiB Changelog: * Thu May 20 2021 Zdenek Pytela <zpytela(a)redhat.com> - 34.8-1 - Allow local_login_t nnp_transition to login_userdomain - Allow asterisk watch localization symlinks - Allow NetworkManager_t to watch /etc - Label /var/lib/kdump with kdump_var_lib_t - Allow amanda get attributes of cgroup filesystems - Allow sysadm_t nnp_domtrans to systemd_tmpfiles_t - Allow install_t nnp_domtrans to setfiles_mac_t - Allow fcoemon create sysfs files * Thu May 20 2021 Zdenek Pytela <zpytela(a)redhat.com> - 34.8-2 - Remove temporary explicit /dev/nvme relabeling Package: shaderc-2021.0-1.fc35 Old package: shaderc-2020.5-1.fc35 Summary: A collection of tools, libraries, and tests for Vulkan shader compilation RPMs: glslc libshaderc libshaderc-devel libshaderc-static Size: 10.37 MiB Size change: 132.67 KiB Package: singularity-3.8.0~rc.1-1.fc35 Old package: singularity-3.7.3-1.fc35 Summary: Application and environment virtualization RPMs: singularity Size: 118.28 MiB Size change: 12.16 MiB Changelog: * Mon May 24 2021 Dave Dykstra <dwd(a)fedoraproject.org> - 3.8.0-rc.1-1 - Upgrade to upstream release 3.8.0~rc.1 Package: slurm-20.11.7-3.fc35 Old package: slurm-20.11.7-1.fc35 Summary: Simple Linux Utility for Resource Management RPMs: slurm slurm-contribs slurm-devel slurm-doc slurm-gui slurm-libs slurm-nss_slurm slurm-openlava slurm-pam_slurm slurm-perlapi slurm-pmi slurm-pmi-devel slurm-rrdtool slurm-slurmctld slurm-slurmd slurm-slurmdbd slurm-slurmrestd slurm-torque Size: 23.80 MiB Size change: -219.03 KiB Changelog: * Fri May 21 2021 Jitka Plesnikova <jplesnik(a)redhat.com> - 20.11.7-2 - Perl 5.34 rebuild * Mon May 24 2021 Philip Kovacs <pkfed(a)fedoraproject.org> - 20.11.7-3 - Move auth_jwt.so plugin to base package (#1947878) Package: strawberry-0.9.3-1.fc35 Old package: strawberry-0.9.2-1.fc35 Summary: Audio player and music collection organizer RPMs: strawberry Size: 25.33 MiB Size change: -106.05 KiB Changelog: * Mon May 24 2021 Robert-Andr�� Mauchin <zebob.m(a)gmail.com> - 0.9.3-1 - Update to 0.9.3 - Close: rhbz#1950834 Package: tcmu-runner-1.5.4-2.fc35 Old package: tcmu-runner-1.5.4-1.fc35 Summary: A daemon that supports LIO userspace backends RPMs: libtcmu libtcmu-devel tcmu-runner Size: 775.57 KiB Size change: 1.38 KiB Changelog: * Mon May 24 2021 Maurizio Lombardi <mlombard(a)redhat.com> - 1.5.4-2 - Fix possible infinite loop when reading the config file Package: tucnak-4.29-1.fc35 Old package: tucnak-4.28-1.fc35 Summary: VHF contest logging program RPMs: tucnak Size: 8.10 MiB Size change: -196.11 KiB Changelog: * Mon May 24 2021 Jaroslav ��karvada <jskarvad(a)redhat.com> - 4.29-1 - New version Resolves: rhbz#1963426 Package: utox-0.18.1-1.fc35 Old package: utox-0.18.0-2.fc34 Summary: The lightweight Tox client RPMs: utox Size: 3.43 MiB Size change: -91.80 KiB Changelog: * Mon May 24 2021 Robert-Andr�� Mauchin <zebob.m(a)gmail.com> - 0.18.1-1 - Update to 0.18.1 - Close: rhbz#1919592 Package: vdr-live-3.0.8-1.fc35 Old package: vdr-live-3.0.7-0.2.20210307git075080a.fc35 Summary: An interactive web interface with HTML5 live stream support for VDR RPMs: vdr-live vdr-live-data Size: 2.88 MiB Size change: -31.91 KiB Changelog: * Mon May 24 2021 Martin Gansser <martinkg(a)fedoraproject.org> - 3.0.8-1 - Update to 3.0.8 Package: vim-2:8.2.2879-1.fc35 Old package: vim-2:8.2.2875-1.fc35 Summary: The VIM editor RPMs: vim-X11 vim-common vim-default-editor vim-enhanced vim-filesystem vim-minimal Size: 55.12 MiB Size change: 2.53 KiB Changelog: * Mon May 24 2021 Zdenek Dohnal <zdohnal(a)redhat.com> - 2:8.2.2879-1 - patchlevel 2879 Package: vmpk-0.8.3-1.fc35 Old package: vmpk-0.8.2-1.fc35 Summary: Virtual MIDI Piano Keyboard RPMs: vmpk Size: 2.09 MiB Size change: -29.51 KiB Changelog: * Tue May 25 2021 Robin Lee <cheeselee(a)fedoraproject.org> - 0.8.3-1 - Update to 0.8.3 Package: waifu2x-converter-cpp-5.3.4-1.fc35 Old package: waifu2x-converter-cpp-5.3.3-10.fc34 Summary: Image Super-Resolution for Anime-style art using OpenCL and OpenCV RPMs: waifu2x-converter-cpp waifu2x-converter-cpp-devel Size: 63.58 MiB Size change: -11.47 KiB Changelog: * Mon May 24 2021 Robert-Andr�� Mauchin <zebob.m(a)gmail.com> - 5.3.4-1 - Update to 5.3.4 - Close: rhbz#1920410 Package: webkit2gtk3-2.33.1-3.fc35 Old package: webkit2gtk3-2.33.1-2.fc35 Summary: GTK Web content engine library RPMs: webkit2gtk3 webkit2gtk3-devel webkit2gtk3-doc webkit2gtk3-jsc webkit2gtk3-jsc-devel Size: 130.58 MiB Size change: 170.22 KiB Changelog: * Mon May 24 2021 Michael Catanzaro <mcatanzaro(a)redhat.com> - 2.33.1-3 - Unbreak gamepad support Package: whipper-0.10.0-2.fc35 Old package: whipper-0.10.0-1.fc35 Summary: Python CD-DA ripper preferring accuracy over speed RPMs: whipper Size: 938.93 KiB Size change: 440 B Changelog: * Mon May 24 2021 Matthew Ruszczyk <mruszczyk17(a)gmail.com> - 0.10.0-2 - Include new python3-discid dependency Package: wine-6.9-1.fc35 Old package: wine-6.8-1.fc35 Summary: A compatibility layer for windows applications RPMs: wine wine-alsa wine-arial-fonts wine-capi wine-cms wine-common wine-core wine-courier-fonts wine-desktop wine-devel wine-filesystem wine-fixedsys-fonts wine-fonts wine-ldap wine-marlett-fonts wine-ms-sans-serif-fonts wine-openal wine-opencl wine-pulseaudio wine-small-fonts wine-symbol-fonts wine-system-fonts wine-systemd wine-tahoma-fonts wine-tahoma-fonts-system wine-times-new-roman-fonts wine-times-new-roman-fonts-system wine-twain wine-webdings-fonts wine-wingdings-fonts wine-wingdings-fonts-system Size: 236.54 MiB Size change: -2.56 MiB Changelog: * Mon May 24 2021 Michael Cronenworth <mike(a)cchtml.com> 6.9-1 - version update Package: wings-2.2.7-1.fc35 Old package: wings-2.2.6.1-3.fc34 Summary: 3D Subdivision Modeler RPMs: wings wings-docs Size: 62.09 MiB Size change: 5.91 MiB Changelog: * Mon May 24 2021 Peter Lemenkov <lemenkov(a)gmail.com> - 2.2.7-1 - Ver. 2.2.7 Package: wsjtx-2.4.0-1.fc35 Old package: wsjtx-2.3.1-2.fc35 Summary: Weak Signal communication by K1JT RPMs: wsjtx Size: 49.96 MiB Size change: -69.95 KiB Changelog: * Mon May 24 2021 Richard Shaw <hobbes1069(a)gmail.com> - 2.4.0-1 - Update to 2.4.0. Package: xfsprogs-5.12.0-1.fc35 Old package: xfsprogs-5.11.0-3.fc35 Summary: Utilities for managing the XFS filesystem RPMs: xfsprogs xfsprogs-devel xfsprogs-xfs_scrub Size: 7.04 MiB Size change: 16.51 KiB Package: yara-4.1.1-1.fc35 Old package: yara-4.1.0-1.fc35 Summary: Pattern matching Swiss knife for malware researchers RPMs: yara yara-devel yara-doc Size: 1.68 MiB Size change: -13.46 KiB Changelog: * Mon May 24 2021 Michal Ambroz <rebus at, seznam.cz> - 4.1.1-1 - bump to 4.1.1 ===== DOWNGRADED PACKAGES =====

3 years

devel search results for query "WSL"