Re: Bugzilla: You can't ask Lennart Poettering because that account is disabled.

On Sat, 2022-07-02 at 00:15 +0200, Marius Schwarz wrote: > Hi, > > I have some bug reports for PA opening BZ and only one ever got a > response. > > Is it possible that this is the cause: > > You can't ask Lennart Poettering because that > account is disabled. > > I tried a needinfo request

[EPEL-devel] Fedora EPEL 8 updates-testing report

The following builds have been pushed to Fedora EPEL 8 updates-testing libeatmydata-130-4.el8 Details about builds: libeatmydata-130-4.el8 (FEDORA-EPEL-2022-501960c6ad) Library and utilities designed to

[EPEL-devel] Fedora EPEL 9 updates-testing report

The following builds have been pushed to Fedora EPEL 9 updates-testing composer-2.3.8-1.el9 libeatmydata-130-4.el9 Details about builds: composer-2.3.8-1.el9 (FEDORA-EPEL-2022-f3eb305dd8) Dependency

Re: F37 proposal: Linux Firmware Minimization (late System-Wide Change proposal)

On 7/1/22 18:14, Neal Gompa wrote: > On Fri, Jul 1, 2022 at 2:10 PM Michael Catanzaro wrote: >> >> On Fri, Jul 1 2022 at 01:54:58 PM -0400, Ben Cotton >> wrote: >>> A DNF plugin will be written to make use of the `Supplements` metadata >>> to automatically install the appropriate firmware

[EPEL-devel] Fedora EPEL 7 updates-testing report

The following builds have been pushed to Fedora EPEL 7 updates-testing golang-1.17.10-1.el7 libeatmydata-130-4.el7 Details about builds: golang-1.17.10-1.el7 (FEDORA-EPEL-2022-453673a4ea) The Go

Re: F37 proposal: Linux Firmware Minimization (late System-Wide Change proposal)

On Fri, Jul 1, 2022 at 1:57 PM Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/Linux_Firmware_Minimization > > 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

Re: F37 proposal: Linux Firmware Minimization (late System-Wide Change proposal)

On Fri, Jul 1, 2022 at 2:10 PM Michael Catanzaro wrote: > > On Fri, Jul 1 2022 at 01:54:58 PM -0400, Ben Cotton > wrote: > > A DNF plugin will be written to make use of the `Supplements` metadata > > to automatically install the appropriate firmware packages based on > > the hardware present on

Bugzilla: You can't ask Lennart Poettering because that account is disabled.

Hi, I have some bug reports for PA opening BZ and only one ever got a response. Is it possible that this is the cause: You can't ask /Lennart Poettering / because that account is disabled. I tried a needinfo request after a month long silence. Short: PAVU shows the input meter at the app

Re: F37 Change Proposal: Unfiltered Flathub (System-Wide Change)

> Too complicated for the average user. It should be visible when you click the "Install" button. I agree. There is currently a proposal to display the sources dropdown below the "install". It looks way better and more discoverable. https://gitlab.gnome.org/GNOME/gnome-software/-/issues/1754

Re: F37 Change Proposal: Unfiltered Flathub (System-Wide Change)

> Too complicated for the average user. It should be visible when you click the "Install" button. I agree. There is currently a proposal to display the sources dropdown below the "install". It looks way better and more discoverable. https://gitlab.gnome.org/GNOME/gnome-software/-/issues/1754

Re: Suggestion: Use a unified kernel image by default in the future.

The entire purpose of a unified kernel image is to have the initrd bundled, so it can be signed. systemd-boot also supports s multiple initrds. If there was a way to sign the initrd and command line locally, and sign have fedora sign the kernel, then there shouldn't have to be a huge initrd.

Re: [Container-sig] About Fedora containers

On Wed, Jun 22, 2022 at 08:57:24AM -0700, Kevin Fenzi wrote: > Note that this is just moving things in our registry over there and > pointing everyone to it so we can get out of the registry business, we > haven't looked at building the containers there or the like. We are > hoping osbuilder will

Re: F37 Change Proposal: Unfiltered Flathub (System-Wide Change)

On Fri, Jul 01, 2022 at 08:30:33AM -0400, Robert Marcano via devel wrote: > It removes a step so it makes it easier, but at the same time remove > the existence of a copy of the source code (SRPM) in parallel with > the binaries. We absolutely need that, but source RPMs are not the only (or

Re: F37 Change Proposal: Unfiltered Flathub (System-Wide Change)

On Fri, Jul 01, 2022 at 08:02:35AM -0400, Colin Walters wrote: > I don't think so. I think RPM is a tool, a technique that can be used > where it makes sense. It is not and should not be the center of the > universe. Today in Fedora CoreOS we ship a bit of content that comes > directly from the

FedoraRespin-36-updates-20220701.0 compose check report

No missing expected images. Failed openQA tests: 4/50 (x86_64) ID: 1313085 Test: x86_64 Workstation-live-iso gnome_text_editor URL: https://openqa.fedoraproject.org/tests/1313085 ID: 1313089 Test: x86_64 Workstation-live-iso evince URL: https://openqa.fedoraproject.org/tests/1313089 ID:

Re: F37 Change Proposal: Unfiltered Flathub (System-Wide Change)

On Thu, Jun 30, 2022 at 10:11:43AM -0500, Michael Catanzaro wrote: > We discussed it in the past but gave up because it required effort. > The current Software Sources page is not designed to allow you to > reorder sources in arbitrary ways. It would be easy to expose a > switch for the current

Re: F37 proposal: Linux Firmware Minimization (late System-Wide Change proposal)

On Fri, Jul 1 2022 at 01:54:58 PM -0400, Ben Cotton wrote: A DNF plugin will be written to make use of the `Supplements` metadata to automatically install the appropriate firmware packages based on the hardware present on the system (see openSUSE's `libzypp`:

Re: Fix aarch64 build on embree

On 2022-06-29 02:05, Petr Pisar wrote: V Tue, Jun 28, 2022 at 07:08:31PM -0700, Luya Tshimbalanga napsal(a): Hello team, What is the way to disable `-mss2 for aarch64 build in embree? Spec file: https://src.fedoraproject.org/rpms/embree/blob/rawhide/f/embree.spec Scratch build result:

F37 proposal: GNU Toolchain Update (glibc 2.36, binutils 2.38) (late System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/GNUToolchainF37 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

F37 proposal: Linux Firmware Minimization (late System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/Linux_Firmware_Minimization 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

F37 proposal: Linux Firmware Minimization (late System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/Linux_Firmware_Minimization 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

F37 proposal: GNU Toolchain Update (glibc 2.36, binutils 2.38) (late System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/GNUToolchainF37 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

Re: F37 proposal: Deprecate openssl1.1 package (System-Wide Change)

On Fri, Jul 1, 2022 at 5:12 PM Charalampos Stratakis wrote: > > > On Fri, Jul 1, 2022 at 4:54 PM Christian Heimes > wrote: > >> Here you are, have fun! >> >> >> https://github.com/python/cpython/compare/2.7...tiran:cpython:2.7.18-openssl3?expand=1 >> >> $ ./python -c "import sys; print

Fedora-Rawhide-20220701.n.0 compose check report

Missing expected images: Minimal raw-xz armhfp Compose PASSES proposed Rawhide gating check! All required tests passed Failed openQA tests: 14/236 (x86_64), 20/165 (aarch64) New failures (same test not failed in Fedora-Rawhide-20220630.n.0): ID: 1312336 Test: x86_64 Workstation-live-iso

Re: F37 proposal: Deprecate openssl1.1 package (System-Wide Change)

On Fri, Jul 1, 2022 at 4:54 PM Christian Heimes wrote: > Here you are, have fun! > > > https://github.com/python/cpython/compare/2.7...tiran:cpython:2.7.18-openssl3?expand=1 > > $ ./python -c "import sys; print sys.version" > 2.7.18 (heads/2.7.18-openssl3:a2e3d7995ce, Jul 1 2022, 16:51:37) >

[HEADS UP] Sphinx 5 and docutils 0.18.1 coming to Rawhide on July 11th

Hello packagers, The new major version of the popular documentation framework Sphinx has been recently released[0]. It brings many changes, among which there is support of docutils 0.18.1. We aim to update both packages together in Fedora Rawhide on **July 11th**. As usual, an ongoing attempt to

Re: F37 proposal: Deprecate openssl1.1 package (System-Wide Change)

Here you are, have fun! https://github.com/python/cpython/compare/2.7...tiran:cpython:2.7.18-openssl3?expand=1 $ ./python -c "import sys; print sys.version" 2.7.18 (heads/2.7.18-openssl3:a2e3d7995ce, Jul 1 2022, 16:51:37) [GCC 12.1.1 20220507 (Red Hat 12.1.1-1)] $ ./python

Re: F37 Change Proposal: Unfiltered Flathub (System-Wide Change)

On Fri, Jul 1 2022 at 01:37:01 PM +0200, Kamil Paral wrote: What is *not* in the proposal and should be added is a clarification whether Fedora RPMs or Flathub flatpaks take precedence, when both exist (and a Fedora flatpak doesn't). My preference would be: Flatpaks already take precedence

Re: F37 proposal: Deprecate openssl1.1 package (System-Wide Change)

> Hi Richard, > porting Python 2.7 to openssl 3.0 doesn't really make sense to me. > > We ship Python 2.7 so that developers can test code that needs to work > on Python 2.7 in various deployments like old CentOS/RHEL/etc. Fedora > aims to be a developer-friendly distro and so we want to

Re: Support for Realtek RTL8811CU (WiFi)

On 01/07/2022 12:07, Sérgio Basto wrote: you have two examples here : https://pagure.io/rtl8821ce-kmod/ https://pagure.io/rtl88x2bu-kmod/ if the license is GNU General Public License v2.0 , you also can built it on copr Thanks! Yes, it is. On Fri, 2022-07-01 at 11:01 +0300, Vascom wrote:

Re: F37 Change Proposal: Unfiltered Flathub (System-Wide Change)

On 7/1/22 8:02 AM, Colin Walters wrote: On Thu, Jun 30, 2022, at 10:23 AM, Michael Catanzaro wrote: Regardless, Fedora will still be RPM-based no matter what. ;) Even if our future is OS images composed of RPMs plus Flatpaks composed by RPMs, it's still based on RPMs. I don't think so. I

Fedora rawhide compose report: 20220701.n.0 changes

OLD: Fedora-Rawhide-20220630.n.0 NEW: Fedora-Rawhide-20220701.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 2 Dropped packages:0 Upgraded packages: 65 Downgraded packages: 1 Size of added packages: 395.72 KiB Size of dropped packages:0

Re: F37 Change Proposal: Unfiltered Flathub (System-Wide Change)

On Thu, Jun 30, 2022, at 10:23 AM, Michael Catanzaro wrote: > > Regardless, Fedora will still be RPM-based no matter what. ;) Even if > our future is OS images composed of RPMs plus Flatpaks composed by > RPMs, it's still based on RPMs. I don't think so. I think RPM is a tool, a technique

CPE Weekly Update – Week 26 2022

Hi everyone, This is a weekly report from the CPE (Community Platform Engineering) Team. If you have any questions or feedback, please respond to this report or contact us on #redhat-cpe channel on libera.chat (https://libera.chat/). Week: 27th of June to 1st of July 2022 If you wish to read

Blueman and polkit - safe to remove "wheel" group requirement?

Blueman, the bluetooth manager [0], requires the user to be in the "wheel" group in order to perform certain functions (like enabling/disabling bluetooth). This leads to a sub-optimal user experience, where the user is prompted to authenticate as root in order to perform certain actions. [1] The

[Bug 2103076] perl-Devel-FindPerl-0.016 is available

https://bugzilla.redhat.com/show_bug.cgi?id=2103076 --- Comment #2 from Upstream Release Monitoring --- the-new-hotness/release-monitoring.org's scratch build of perl-Devel-FindPerl-0.016-1.fc36.src.rpm for rawhide completed http://koji.fedoraproject.org/koji/taskinfo?taskID=88951793 --

[Bug 2103076] New: perl-Devel-FindPerl-0.016 is available

https://bugzilla.redhat.com/show_bug.cgi?id=2103076 Bug ID: 2103076 Summary: perl-Devel-FindPerl-0.016 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Devel-FindPerl Keywords: FutureFeature,

[Bug 2103076] perl-Devel-FindPerl-0.016 is available

https://bugzilla.redhat.com/show_bug.cgi?id=2103076 --- Comment #1 from Upstream Release Monitoring --- Created attachment 1893899 --> https://bugzilla.redhat.com/attachment.cgi?id=1893899=edit Update to 0.016 (#2103076) -- You are receiving this mail because: You are on the CC list for

Re: F37 Change Proposal: Unfiltered Flathub (System-Wide Change)

On Wed, Jun 29, 2022 at 8:42 PM Vitaly Zaitsev via devel < devel@lists.fedoraproject.org> wrote: > > Flathub should only be preferred when there is no Fedora Flatpak > available. > > I don't see it in the proposal. > I see: "GNOME Software will prefer Fedora flatpaks over Flathub flatpaks" What

[Test-Announce] Fedora 37 Rawhide 20220701.n.0 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event for Fedora 37 Rawhide 20220701.n.0. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki

Re: Can we start changing License to SPDX now?

Dne 29. 06. 22 v 9:47 Zbigniew Jędrzejewski-Szmek napsal(a): Or should we wait until updating to SPDX identifiers? That's my understanding. The plan is to not treat the wiki as the authoritative source, but instead to generate a

Re: Support for Realtek RTL8811CU (WiFi)

you have two examples here :  https://pagure.io/rtl8821ce-kmod/ https://pagure.io/rtl88x2bu-kmod/ if the license is GNU General Public License v2.0 , you also can built it on copr  On Fri, 2022-07-01 at 11:01 +0300, Vascom wrote: > You can became maintainer and add this to rpmfusion. > > пт,

[Bug 2096309] Upgrade perl-Type-Tiny to 1.012005

https://bugzilla.redhat.com/show_bug.cgi?id=2096309 Fedora Update System changed: What|Removed |Added Resolution|RAWHIDE |ERRATA Fixed In

[Bug 2096309] Upgrade perl-Type-Tiny to 1.012005

https://bugzilla.redhat.com/show_bug.cgi?id=2096309 --- Comment #3 from Fedora Update System --- FEDORA-2022-2eeb7326de has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-2eeb7326de -- You are receiving this mail because: You are on the CC list

[Bug 2102946] perl-File-ShareDir-Install-0.14 is available

https://bugzilla.redhat.com/show_bug.cgi?id=2102946 Paul Howarth changed: What|Removed |Added Fixed In Version||perl-File-ShareDir-Install-

Re: help needed on AskFedora: OpenSSLv3 error when connecting to Eduroam

V Thu, Jun 30, 2022 at 10:46:27PM +0100, Richard W.M. Jones napsal(a): > Practically what would help is an easier way to reduce security for > only specific sites + protocols. It's very easy right now to set the > whole system to LEGACY, and much harder to set legacy for a specific > site +

Fedora-Cloud-35-20220701.0 compose check report

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) ID: 1312142 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1312142 ID: 1312155 Test: aarch64

Re: Suggestion: Use a unified kernel image by default in the future.

On Fri, Jul 01, 2022 at 08:30:21AM +0200, Gerd Hoffmann wrote: > On Fri, Jul 01, 2022 at 06:39:41AM +1000, David Airlie wrote: > > I do wonder if it's possible to use multiple initrds, and maybe have > > the firmware in a separate initrd shared between all installed kernels > > if we go down this

[Bug 2096309] Upgrade perl-Type-Tiny to 1.012005

https://bugzilla.redhat.com/show_bug.cgi?id=2096309 --- Comment #2 from Petr Pisar --- This update: commit 1db2bde725d0e6c97eee86b7fce1e1020d9a36cd Author: Ralf Corsépius Date: Mon Jun 13 19:21:51 2022 +0200 Upstream update to 1.012005. Add BR: perl(MooX::TypeTiny). creates a

Re: Support for Realtek RTL8811CU (WiFi)

You can became maintainer and add this to rpmfusion. пт, 1 июл. 2022 г., 10:50 Christopher Klooz : > Sorry, I didn't mean to implement this specific solution. That was only > meant as example that the issue is known. I meant it more generic, any > solution for the user that can be included in

Fedora-Cloud-36-20220701.0 compose check report

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-36-20220629.0): ID: 1312126 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

Re: Support for Realtek RTL8811CU (WiFi)

Sorry, I didn't mean to implement this specific solution. That was only meant as example that the issue is known. I meant it more generic, any solution for the user that can be included in the repos or rpmfusion, so that it remains managed by dnf to ensure testing and updating. Such as we have

Re: Suggestion: Use a unified kernel image by default in the future.

On Fri, Jul 01, 2022 at 06:39:41AM +1000, David Airlie wrote: > On Mon, Jun 27, 2022 at 6:33 PM Gerd Hoffmann wrote: > > > > On Sun, Jun 19, 2022 at 08:54:51PM -, Sharpened Blade via devel wrote: > > > Use unified kernel images by default for new releases. This can allow > > > for the local