[Test-Announce] Fedora Linux 37 Beta is GO

The Fedora Linux 37 Beta RC5 compose[1] is GO and will be shipped live on Tuesday, 13 September 2022. For more information please check the Go/No-Go meeting minutes[2] or logs[3]. Thank you to everyone who has and still is working on this release! The Final Freeze begins on Tuesday 4 October. [1

Re: CVE Tracking Bugs

On Thursday, September 8, 2022 Neal Gompa wrote: > Fedora maintainers are CC'd often on the parent bug to bypass the > private bug status while a bug is "under development". This has > happened a few times for me as a maintainer of crypto-adjacent > packages. That's a good point. I guess they coul

Re: Package PAM not updating

On Thu, 8 Sep 2022 16:21:53 +0200 Iker Pedrosa wrote: > Hi, > > There's a PAM bugzilla > that complains about not being able to update to its latest version. There > seems to be a mix of architectures (x86_64 and i686) for this package and >

License change for bvi

License changed from GPLv3 to GPL-3.0-or-later (In the past it should have been GPLv3+ rather than GPLv3, so I fixed that in the process of converting to SPDX, in case anyone was wondering...) Steve ___ devel mailing list -- devel@lists.fedora

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

Sep 8, 2022 8:45:19 AM Maxwell G via devel : On Thursday, September 8, 2022 Jaroslav Mracek wrote: First of all we are not going to remove old DNF from the distribution. Isn't that what The new DNF5 will obsolete `dnf`, `yum`, `dnf-automatic`, `yum-utils`, and DNF plugins (core and extra

Re: F38 Proposal: SPDX License Phase 1 (Self-Contained Change proposal)

On 08. 09. 22 17:18, Steven A. Falco wrote: Can one simply convert to the new SPDX license identifier for all active Fedora releases, i.e. F35 through Rawhide? Yes, this was exactly the outcome of the discussion. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___

Re: F38 Proposal: SPDX License Phase 1 (Self-Contained Change proposal)

On 9/8/22 06:44 AM, Miroslav Suchý wrote: Quick heads up where we are: I had been following this discussion, and I vaguely remember that there was talk of it having to be conditional, perhaps with a macro. Has all that now been resolved? Can one simply convert to the new SPDX license identi

rubygem-websocket-extensions license change

rubygem-websocket-extensions license changed from MIT to Apache-2.0 Vít OpenPGP_signature Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.

Re: Help packaging a "C" library written in Rust

On Wed, Sep 07, 2022 at 02:40:51PM -0400, Stefan Hajnoczi wrote: > On Wed, Sep 07, 2022 at 02:30:23PM +0100, Richard W.M. Jones wrote: > > On Wed, Sep 07, 2022 at 08:50:24AM -0400, Stefan Hajnoczi wrote: > > > On Wed, Sep 07, 2022 at 10:05:55AM +0100, Richard W.M. Jones wrote: > > > > > > > > http

Package PAM not updating

Hi, There's a PAM bugzilla that complains about not being able to update to its latest version. There seems to be a mix of architectures (x86_64 and i686) for this package and its subpackages (pam and pam-libs). Can someone help me solve the p

xosd license corrected

I corrected an xosd license from "GPLv2+" to "GPL-2.0-or-later AND GPL-1.0-or-later AND MIT-open-group". -- Petr signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le..

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

On Thursday, September 8, 2022 Jaroslav Mracek wrote: > First of all we are not going to remove old DNF from the distribution. Isn't that what > The new DNF5 will obsolete `dnf`, `yum`, `dnf-automatic`, `yum-utils`, > and DNF plugins (core and extras). python3-dnf and LIBDNF (`libdnf`, > `python3

Re: Help packaging a "C" library written in Rust

On Wednesday, 7 September 2022 11:35:54 CEST Richard W.M. Jones wrote: > On Wed, Sep 07, 2022 at 10:05:55AM +0100, Richard W.M. Jones wrote: > > > > > https://gitlab.com/libblkio/libblkio > > > > This is a library that offers a C API. It happens to be implemented > > in Rust, but it's not a "Cr

Fedora 37 compose report: 20220908.n.0 changes

OLD: Fedora-37-20220907.n.0 NEW: Fedora-37-20220908.n.0 = SUMMARY = Added images:8 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of upgraded

Announcing zimlib soversion bump

Hello all. zimlib 8.0.0 will include a soversion bump from .7 to .8. I will rebuild all dependent packages in Rawhide, F37 and F36. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) ___ devel mailing list -- devel@lists.fedoraproject.org To unsub

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

On Thu, 2022-09-08 at 08:39 -0400, Nico Kadel-Garcia wrote: > installing parallel versions of the same development tools Hi, Jaroslav said they are not the same, hence I asked. Bye, Milan ___ devel mailing list -- devel@lists.fedo

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

On Thu, Sep 8, 2022 at 8:27 AM Milan Crha wrote: > > On Thu, 2022-09-08 at 12:20 +0200, Jaroslav Mracek wrote: > > DNF5 is completely a different component. It does not depend like > > microdnf on Python. DNF plugins are not compatible with DNF5. There > > will be changes in commands, options, out

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

Happy to hear that. Jaroslav ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guideline

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

Correct, DNF5 will provide a library - LIBDNF5 that will provide C++ API plus bindings to various languages including Python. Jaroslav ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraprojec

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

> Am 06.09.22 um 20:28 schrieb Ben Cotton: > > If it's still written in python, it will still be slow on devices like > Pinephones. I was under the impression, that microdnf + libdnf was > developed to counter this slowness? > > best regards, > Marius Schwarz No, DNF5 is not written in Python.

Re: I made a new Fedora Apps page, do you want it?

On Thu, 8 Sep 2022 12:38:49 +0200 Jakub Kadlcik wrote: > Hello, > > I am reimplementing the current https://apps.fedoraproject.org > page. It is not finished yet, but I wanted to share a demo with you: > https://fedora-apps.netlify.app > > The upstream is here: https://github.com/frostyx/fedora

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

On Thu, 2022-09-08 at 12:20 +0200, Jaroslav Mracek wrote: > DNF5 is completely a different component. It does not depend like > microdnf on Python. DNF plugins are not compatible with DNF5. There > will be changes in commands, options, outputs and so on therefore > selling it as an update will be q

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

> On Wed, Sep 7, 2022 at 3:17 PM Josh Boyer wrote: > > As a plugin author, I'd like something like this too... > > > Porting PackageKit mostly requires some API documentation and examples > for porting the existing DNF backend code to the new one. Some > assistance from the DNF team might be ne

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

> On Tue, Sep 6, 2022 at 2:29 PM Ben Cotton > Is there any analysis on how many yum3/dnf4 plugins exist outside of > the core set that the DNF team maintains? I'm curious how much of a > porting effort is required to move from yum3/dnf4 for plugin authors. I think as an analyses can be count th

Re: Help packaging a "C" library written in Rust

As stated before in Fedora we definitely are against this way of packaging Go, Rust or pretty much anything else. This however doesn't apply to EPEL, CentOS or RHEL, where introducing and maintaining huge amount of dependencies because of one particular package doesn't make sense. Especially if you

Fedora rawhide compose report: 20220908.n.0 changes

OLD: Fedora-Rawhide-20220907.n.0 NEW: Fedora-Rawhide-20220908.n.0 = SUMMARY = Added images:1 Dropped images: 0 Added packages: 2 Dropped packages:0 Upgraded packages: 152 Downgraded packages: 0 Size of added packages: 418.99 KiB Size of dropped packages:0

Re: F38 Proposal: SPDX License Phase 1 (Self-Contained Change proposal)

Quick heads up where we are: * people started voluntary migrating the identifiers to SPDX. When the license is not on our list, you can open issue or even merge request here: https://gitlab.com/fedora/legal/fedora-license-data Richard and Jilayne are doing awesome work reviewing the license and

Fwd: I made a new Fedora Apps page, do you want it?

Hello, I am reimplementing the current https://apps.fedoraproject.org page. It is not finished yet, but I wanted to share a demo with you: https://fedora-apps.netlify.app The upstream is here: https://github.com/frostyx/fedora-apps/ Do you have any interest to eventually switch to this implement

Re: CVE Tracking Bugs

On Thu, Sep 8, 2022 at 6:17 AM Petr Pisar wrote: > > V Thu, Sep 08, 2022 at 01:06:17AM +0200, Kevin Kofler via devel napsal(a): > > Maxwell G via devel wrote: > > > I don't think Fedora packagers should be CCed on these global trackers. > > > > The problem is that, as it stands, those global track

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

Such a user-case should be covered by DNF5 compatibility with DNF and maybe there will be not a requirement for any change in your code. There are changes in DNF5 but only when it provides a benefit and resolve some issues. Jaroslav ___ devel mailing l

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

It is true, we need a cooperation with maintainers of many components, but not everything on the list is critical for transition or proposal itself. First of all we are not going to remove old DNF from the distribution. Then only DNF and DNF5 directly conflict therefore there is some room for an

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

DNF5 is completely a different component. It does not depend like microdnf on Python. DNF plugins are not compatible with DNF5. There will be changes in commands, options, outputs and so on therefore selling it as an update will be quite confusing. ___

Re: CVE Tracking Bugs

V Thu, Sep 08, 2022 at 01:06:17AM +0200, Kevin Kofler via devel napsal(a): > Maxwell G via devel wrote: > > I don't think Fedora packagers should be CCed on these global trackers. > > The problem is that, as it stands, those global trackers are the only place > that actually explains (usually in

Re: F38 proposal: KTLS implementation for GnuTLS

On Wed, Sep 07, 2022 at 11:53:03AM -0400, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/KTLSSupportForGnuTLS > > 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: Non-responsive maintainer check for Michal Ambroz a.k.a. rebus

Hi Andy, I am here. Michal Ambroz -- Původní e-mail -- Od: Mattia Verga via devel Komu: devel@lists.fedoraproject.org Kopie: Mattia Verga Datum: 24. 8. 2022 7:46:54 Předmět: Re: Non-responsive maintainer check for Michal Ambroz a.k.a. rebus " Il 23/08/22 22:36, zonexpertconsult...

Re: Thunderbird 102 pushed to F36 stable

Hi, On Thursday, 2022-09-08 00:59:17 +0200, Kevin Kofler via devel wrote: > Sandro wrote: > > Mozilla's blog entry doesn't substantiate the claim and the linked bug > > report[1] is not publicly accessible. > > > > [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1784838 > > The best way then w

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

On Thu, 2022-09-08 at 10:13 +0200, Marius Schwarz wrote: > If it's still written in python, it will still be slow on devices > like > Pinephones. I was under the impression, that microdnf + libdnf was > developed to counter this slowness? > > best regards, > Marius Schwarz Though I don't know h

Re: F38 proposal: Node.js Repackaging (Self-Contained Change proposal)

Dne 07. 09. 22 v 19:30 Neal Gompa napsal(a): The openSUSE folks wrote an alternative alternatives implementation called libalternatives that is likely to be rpm-ostree compatible. It works differently from regular alternatives, and I've got a package in copr for it[1]. It might be worth explo

Re: F38 proposal: Node.js Repackaging (Self-Contained Change proposal)

Dne 07. 09. 22 v 19:41 Stephen Gallagher napsal(a): On Wed, Sep 7, 2022 at 1:32 PM Neal Gompa wrote: On Wed, Sep 7, 2022 at 12:45 PM Stephen Gallagher wrote: On Wed, Sep 7, 2022 at 9:03 AM Neal Gompa wrote: On Wed, Sep 7, 2022 at 2:49 AM Vitaly Zaitsev via devel wrote: On 06/09/2022 20:2

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

On Thu, Sep 8, 2022, at 10:13, Marius Schwarz wrote: > Am 06.09.22 um 20:28 schrieb Ben Cotton: >> * Unify Python bindings > > If it's still written in python, it will still be slow on devices like > Pinephones. I was under the impression, that microdnf + libdnf was > developed to counter this sl

Re: F39 proposal: Replace DNF with DNF5 (System-Wide Change proposal)

Am 06.09.22 um 20:28 schrieb Ben Cotton: * Removal of duplicated implementation ** LIBDNF evolved from LIBHIF (PackageKit library) and HAWKEY (DNF library). The integration was never finished, therefore LIBDNF still contains duplicated functionality. ** decrease of the code maintenance cost in fu