[EPEL-devel] Re: Proposing incompatible upgrade for zeek

On Thu, Jul 18, 2024 at 10:55:15PM -0500, Michel Lind wrote: > Hi all, > > EPEL 9 currently carries Zeek 4.2.0; per > https://github.com/zeek/zeek/wiki/Release-Cadence > > this is actually long out of support - x.0.z releases are LTS supported > for a year, x.y.z (y >= 0) releases are feature

Re: [Java related] packaging Italian ID card middleware

On Fri, Jul 19, 2024 at 8:57 PM Kilian Hanich via devel wrote: > > Hello, > > I am just following this discussion out of interested and this is kinda > off-topic, but I have a question: Why is that? > > Am 19.07.24 um 11:05 schrieb Marián Konček: > > Gradle is not a preferred build system in

Re: [Java related] packaging Italian ID card middleware

I had the same question and I don't exactly remember the most important reason, but it was something like there were large differences between versions which made the builds more difficult. Now I see it also uses Kotlin, maybe that is also a reason. Upstream projects tend to just bundle their

Re: [Java related] packaging Italian ID card middleware

Hello, I am just following this discussion out of interested and this is kinda off-topic, but I have a question: Why is that? Am 19.07.24 um 11:05 schrieb Marián Konček: Gradle is not a preferred build system in Fedora due to various problems with its distribution. Best Regards Kilian

Re: nbdkit -> openssl-devel-engine build dependency

didn’t have the time to work on this yet. > > See https://bugzilla.redhat.com/show_bug.cgi?id=2296114 for some progress > towards this. > > If anybody has automated tooling to mass-file Fedora tickets that I could > re-use, pointers very welcome. See https://docs.fedoraproject.o

Re: nbdkit -> openssl-devel-engine build dependency

cleanup and tell them to decide whether to BuildRequires: > openssl-devel-engine. Correct, I just didn’t have the time to work on this yet. See https://bugzilla.redhat.com/show_bug.cgi?id=2296114 for some progress towards this. If anybody has automated tooling to mass-file Fedora tickets that

Re: nbdkit -> openssl-devel-engine build dependency

On Fri, 19 Jul 2024 at 17:13, Jonathan Wakely wrote: > > On Fri, 19 Jul 2024 at 15:52, Clemens Lang wrote: > > > > Hi Jonathan, > > > > > On 19. Jul 2024, at 16:28, Jonathan Wakely wrote: > > > > > > On Fri, 19 Jul 2024 at 15:21, Jonathan Wakely wrote: > > >> > > >> Agreed. Boost Asio will use

Re: nbdkit -> openssl-devel-engine build dependency

On Fri, 19 Jul 2024 at 15:52, Clemens Lang wrote: > > Hi Jonathan, > > > On 19. Jul 2024, at 16:28, Jonathan Wakely wrote: > > > > On Fri, 19 Jul 2024 at 15:21, Jonathan Wakely wrote: > >> > >> Agreed. Boost Asio will use openssl engine if the user wants it to, > >> and it will not use it if

Re: nbdkit -> openssl-devel-engine build dependency

Hi Rich, > On 19. Jul 2024, at 16:42, Richard W.M. Jones wrote: > > Make sense! (I still have no idea what these "engines" are) ENGINEs are an API for OpenSSL to delegate certain operations (random number generation or cryptographic operations) to third-party modules. They have historically

Re: nbdkit -> openssl-devel-engine build dependency

Hi Jonathan, > On 19. Jul 2024, at 16:28, Jonathan Wakely wrote: > > On Fri, 19 Jul 2024 at 15:21, Jonathan Wakely wrote: >> >> Agreed. Boost Asio will use openssl engine if the user wants it to, >> and it will not use it if the user doesn't want it to. So Boost Asio >> does *not* depend on

Re: nbdkit -> openssl-devel-engine build dependency

On Fri, Jul 19, 2024 at 03:38:09PM +0100, Jonathan Wakely wrote: > On Fri, 19 Jul 2024 at 15:31, Richard W.M. Jones wrote: > > > > On Fri, Jul 19, 2024 at 03:28:20PM +0100, Jonathan Wakely wrote: > > > On Fri, 19 Jul 2024 at 15:21, Jonathan Wakely wrote: > > > > > > > > On Fri, 19 Jul 2024 at

Re: nbdkit -> openssl-devel-engine build dependency

On Fri, 19 Jul 2024 at 15:31, Richard W.M. Jones wrote: > > On Fri, Jul 19, 2024 at 03:28:20PM +0100, Jonathan Wakely wrote: > > On Fri, 19 Jul 2024 at 15:21, Jonathan Wakely wrote: > > > > > > On Fri, 19 Jul 2024 at 12:29, Zbigniew Jędrzejewski-Szmek > > > wrote: > > > > > > > > On Fri, Jul

Re: nbdkit -> openssl-devel-engine build dependency

On Fri, Jul 19, 2024 at 03:28:20PM +0100, Jonathan Wakely wrote: > On Fri, 19 Jul 2024 at 15:21, Jonathan Wakely wrote: > > > > On Fri, 19 Jul 2024 at 12:29, Zbigniew Jędrzejewski-Szmek > > wrote: > > > > > > On Fri, Jul 19, 2024 at 12:06:21PM +0100, Richard W.M. Jones wrote: > > > > Zbigniew

Re: nbdkit -> openssl-devel-engine build dependency

On Fri, 19 Jul 2024 at 15:28, Jonathan Wakely wrote: > > On Fri, 19 Jul 2024 at 15:21, Jonathan Wakely wrote: > > > > On Fri, 19 Jul 2024 at 12:29, Zbigniew Jędrzejewski-Szmek > > wrote: > > > > > > On Fri, Jul 19, 2024 at 12:06:21PM +0100, Richard W.M. Jones wrote: > > > > Zbigniew (correctly)

Re: nbdkit -> openssl-devel-engine build dependency

On Fri, 19 Jul 2024 at 15:21, Jonathan Wakely wrote: > > On Fri, 19 Jul 2024 at 12:29, Zbigniew Jędrzejewski-Szmek > wrote: > > > > On Fri, Jul 19, 2024 at 12:06:21PM +0100, Richard W.M. Jones wrote: > > > Zbigniew (correctly) added this patch to nbdkit: > > > > > > > > >

Re: HEADS UP: openssl engine-related FTBFS and Boost

On Tue, 2 Jul 2024 at 13:17, Iñaki Ucar wrote: > > > > On Tue, 2 Jul 2024 at 14:07, Dmitry Belyavskiy wrote: >> >> Dear colleagues, >> >> On Tue, Jul 2, 2024 at 1:35 PM Iñaki Ucar wrote: >>> >>> Hi, >>> >>> This recent commit [1] in rawhide moves the engine API to a >>> openssl-devel-engine

Re: nbdkit -> openssl-devel-engine build dependency

On Fri, 19 Jul 2024 at 12:29, Zbigniew Jędrzejewski-Szmek wrote: > > On Fri, Jul 19, 2024 at 12:06:21PM +0100, Richard W.M. Jones wrote: > > Zbigniew (correctly) added this patch to nbdkit: > > > > > >

Re: Announcing fmt library soversion bump

On 19/07/2024 15:25, Stephen Gallagher wrote: I guess we need to investigate why this didn't work in this situation. The absence of the fmtX compatibility package in the buildroot makes it impossible to rebuild dnf5. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) --

Re: Announcing fmt library soversion bump

On Thu, Jul 18, 2024 at 7:37 PM kefu chai wrote: > > > > On Fri, Jul 19, 2024 at 2:22 AM Stephen Gallagher wrote: >> >> On Thu, Jul 18, 2024 at 4:51 AM Vitaly Zaitsev via devel >> wrote: >> > >> > On 18/07/2024 08:27, Adam Williamson wrote: >> > > I guess the fmt10 compat package needs to be

[EPEL-devel] Re: Proposing incompatible upgrade for zeek

On Thu, Jul 18, 2024 at 11:55 PM Michel Lind wrote: > > Hi all, > > EPEL 9 currently carries Zeek 4.2.0; per > https://github.com/zeek/zeek/wiki/Release-Cadence > > this is actually long out of support - x.0.z releases are LTS supported > for a year, x.y.z (y >= 0) releases are feature releases

Re: [Java related] packaging Italian ID card middleware

curves, which are bound to stop working at any moment: https://bugzilla.redhat.com/show_bug.cgi?id=2259403 Cristian Le wrote: Re: Sergio, so far it seems all Italian, Portuguese and Estonian are using different infrastructures. Kevin Kofler

Re: nbdkit -> openssl-devel-engine build dependency

On Fri, Jul 19, 2024 at 12:06:21PM +0100, Richard W.M. Jones wrote: > Zbigniew (correctly) added this patch to nbdkit: > > > https://src.fedoraproject.org/rpms/nbdkit/c/6b18b74749efbe1f618ea4bc010b56277157b0ac?branch=rawhide > > I was wondering what it was for because we don't use openssl at

Re: nbdkit -> openssl-devel-engine build dependency

On Fri, Jul 19, 2024 at 12:06:21PM +0100, Richard W.M. Jones wrote: > Zbigniew (correctly) added this patch to nbdkit: > > > https://src.fedoraproject.org/rpms/nbdkit/c/6b18b74749efbe1f618ea4bc010b56277157b0ac?branch=rawhide > > I was wondering what it was for because we don't use openssl at

Re: [Java related] packaging Italian ID card middleware

I submitted the message at https://github.com/italia/cie-middleware-linux/issues/80 I suggest we can continue the discussion there. Thank you everybody for your support -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an

Re: [Java related] packaging Italian ID card middleware

Updated my changes to be as minimal as possible: https://github.com/italia/cie-middleware-linux/commit/def0b8bec398e4369d6eaa93d4b5143a67989330 This already allows building the Java code with a single command: `mvn compile / package / install` depending on the desired result. This is still

Re: The future Fedora Copr "rolling" chroot cleanup policy

On Thu, 18 Jul 2024 at 08:19, Pavel Raiskup wrote: > Indeed. Plus, per-package, you can set the max number of builds that > are being kept. > AFAIK, the max number of builds option applies to *any* build, successful or not. This is not useful, and I think I opened an RFE at some point. For me,

Re: sha1 policy not updated in rawhide

On Thu, Jul 18, 2024 at 08:00:05PM +0200, Miro Hrončok wrote: > On 18. 07. 24 19:52, Zbigniew Jędrzejewski-Szmek wrote: > > On Thu, Jul 18, 2024 at 03:49:11PM +0200, Alexander Sosedkin wrote: > > > On Thu, Jul 18, 2024 at 3:26 PM Zbigniew Jędrzejewski-Szmek > > > wrote: > > > > We recently

Re: [Java related] packaging Italian ID card middleware

Marián Konček wrote: [...]Note that my commits are dirty and I am not proposing them as changes, they show that it is possible to adopt Maven. So according to this, what would you recommend me to change in the point n.1 of my draft letter

Re: [SPDX] Mass license change AGPLv3 to AGPL-3.0-only

Dne 18. 07. 24 v 10:06 odp. Kevin Fenzi napsal(a): In any case, please don't do any more changes and we should revisit this Standing by. :) -- Miroslav Suchy, RHCA Red Hat, Manager, Packit and CPT, #brno, #fedora-buildsys -- ___ devel mailing list

Re: [Java related] packaging Italian ID card middleware

Germano Massullo wrote: > It worths also mentioning that both the Windows and Mac OS versions do > not contain any Java source. > Moreover, the Windows version contains some C# sources > https://github.com/italia/cie-middleware > and the Mac OS version contains some Objective C sources >

Re: [Java related] packaging Italian ID card middleware

every single country does its own NIH solution for electronic identity cards, as Christian Le pointed out: Cristian Le wrote: > Re: Sergio, so far it seems all Italian, Portuguese and Estonian are > using different infrastructures.

Re: The future Fedora Copr "rolling" chroot cleanup policy

Pavel Raiskup wrote: > Yes, I believe there are high chances to accept this (much harder will > to prioritize the feature). If you know what you are doing, the point > should not be to make the prolonging process click-expensive - which it > admittedly is now, if you maintain dozens of long-term

[EPEL-devel] Re: libbotan-2 soname bump in EPEL 8

Hi František, On Wed, Jul 17, 2024 at 10:36:01AM +0200, František Šumšal wrote: > > > > > > Due to a couple of CVEs I'll need to rebase botan2 in EPEL 8 to a > > > slightly less ancient version (which also brings me to [0], about which I > > > completely forgot after I took over the botan2

Re: [SPDX] Mass license change AGPLv3 to AGPL-3.0-only

On Thu, Jul 18, 2024 at 4:48 PM Neal Gompa wrote: > > On Thu, Jul 18, 2024 at 3:39 AM Miro Hrončok wrote: > > > > On 18. 07. 24 1:30, Neal Gompa wrote: > > > You are conflating license tag conversion with a license audit. Tag > > > conversion is explicitly*not* an audit exercise. > > > > No, I

Re: Announcing fmt library soversion bump

On Fri, Jul 19, 2024 at 2:22 AM Stephen Gallagher wrote: > On Thu, Jul 18, 2024 at 4:51 AM Vitaly Zaitsev via devel > wrote: > > > > On 18/07/2024 08:27, Adam Williamson wrote: > > > I guess the fmt10 compat package needs to be imported to ELN (or > > > everything patched/rebuilt to so.11). > >

Re: [Java related] packaging Italian ID card middleware

It worths also mentioning that both the Windows and Mac OS versions do not contain any Java source. Moreover, the Windows version contains some C# sources https://github.com/italia/cie-middleware and the Mac OS version contains some Objective C sources

Re: [SPDX] Mass license change AGPLv3 to AGPL-3.0-only

On 18. 07. 24 22:46, Neal Gompa wrote: On Thu, Jul 18, 2024 at 3:39 AM Miro Hrončok wrote: On 18. 07. 24 1:30, Neal Gompa wrote: You are conflating license tag conversion with a license audit. Tag conversion is explicitly*not* an audit exercise. No, I state the old GPL tags and the new

Re: [SPDX] Mass license change AGPLv3 to AGPL-3.0-only

On Thu, Jul 18, 2024 at 3:39 AM Miro Hrončok wrote: > > On 18. 07. 24 1:30, Neal Gompa wrote: > > You are conflating license tag conversion with a license audit. Tag > > conversion is explicitly*not* an audit exercise. > > No, I state the old GPL tags and the new GPL identifiers have different

Re: corporatemarketingguide

Just a reminder in this thread of the line in the footer of all messages to this list: > > -- > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct:

Re: [SPDX] Mass license change AGPLv3 to AGPL-3.0-only

On Thu, Jul 18, 2024 at 11:33:13AM GMT, Fabio Valentini wrote: > On Thu, Jul 18, 2024 at 9:40 AM Miro Hrončok wrote: > > > > On 18. 07. 24 1:30, Neal Gompa wrote: > > > You are conflating license tag conversion with a license audit. Tag > > > conversion is explicitly*not* an audit exercise. > >

Re: F41 Change Proposal: PyTorch 2.4 (self-contained)

Am 18.07.24 um 13:07 schrieb Zbigniew Jędrzejewski-Szmek: On Wed, Jul 17, 2024 at 10:00:52PM +0100, Aoife Moloney wrote: * Proposal owners: Update base to 2.4 when upstream releases. Any details on when that'll happen? We need to know how this aligns with the Fedora release dates… pytorch

Re: Privacy-conscious policy for Fedora Linux [was Re: F42 Change Proposal: Opt-In Metrics for Fedora Workstation (system-wide)]

On Thu, Jul 18, 2024 at 09:48:21AM +, Zbigniew Jędrzejewski-Szmek wrote: > a long time ago I wanted to propose a more formal policy for privacy > behaviours and I wrote this draft [1]. My idea was that we'd first > create and approve such a policy, and then add the conformance to this > policy

Re: [Java related] packaging Italian ID card middleware

es, it doesn't seem that they are all packaged, but are there among them any red flags that would be a complete deal-breaker? Probably for the Java build it would be better to use Maven. Are there other pointers of what upstream developers should look into/implement on the Java side? Re: Sergio, so far

Re: F42 Change Proposal: Opt-In Metrics for Fedora Workstation (system-wide)

On Mon, Jul 08, 2024 at 02:28:09PM -0500, Michael Catanzaro wrote: > timestamps. But we do need to audit and make sure that if timestamps > are stored anywhere else, we must reduce their granularity to > prevent them from being matched up with timestamps from other > records. It's probably more

Re: Announcing fmt library soversion bump

On Thu, Jul 18, 2024 at 4:51 AM Vitaly Zaitsev via devel wrote: > > On 18/07/2024 08:27, Adam Williamson wrote: > > I guess the fmt10 compat package needs to be imported to ELN (or > > everything patched/rebuilt to so.11). > > You're right, a compatibility version is required to unbreak Koji/dnf5

Re: [Java related] packaging Italian ID card middleware

ter to use Maven. Are there other pointers of what upstream developers should look into/implement on the Java side? Re: Sergio, so far it seems all Italian, Portuguese and Estonian are using different infrastructures. On 2024/07/18 17:31, Marián Konček wrote: Hi, I am a member of Fedora Ja

Re: sha1 policy not updated in rawhide

On 18. 07. 24 19:52, Zbigniew Jędrzejewski-Szmek wrote: On Thu, Jul 18, 2024 at 03:49:11PM +0200, Alexander Sosedkin wrote: On Thu, Jul 18, 2024 at 3:26 PM Zbigniew Jędrzejewski-Szmek wrote: We recently noticed in systemd upstream that sha1 signing is _not_ failing in rawhide. And indeed, the

Re: sha1 policy not updated in rawhide

On Thu, Jul 18, 2024 at 03:49:11PM +0200, Alexander Sosedkin wrote: > On Thu, Jul 18, 2024 at 3:26 PM Zbigniew Jędrzejewski-Szmek > wrote: > > We recently noticed in systemd upstream that sha1 signing is _not_ > > failing in rawhide. And indeed, the default crypto policy has > > not been updated

Re: [Java related] packaging Italian ID card middleware

d it would be better to use Maven. Are there other pointers of what upstream developers should look into/implement on the Java side? Re: Sergio, so far it seems all Italian, Portuguese and Estonian are using different infrastructures. On 2024/07/18 17:31, Marián Konček wrote: Hi, I am a member

Re: [Java related] packaging Italian ID card middleware

of what upstream developers should look into/implement on the Java side? Re: Sergio, so far it seems all Italian, Portuguese and Estonian are using different infrastructures. On 2024/07/18 17:31, Marián Konček wrote: Hi, I am a member of Fedora Java package maintainers. I see several problems

Re: [Java related] packaging Italian ID card middleware

On Thu, Jul 18, 2024 at 5:33 PM Marián Konček wrote: > they should not even be in *any* GitHub repository unless they are used > for testing. Binary components are not sources. I would argue that these should not be included even for testing, as the recent XZ attack unfortunately reminded us...

Re: [Java related] packaging Italian ID card middleware

Hi, On Thu, 2024-07-18 at 16:42 +0200, Germano Massullo wrote: > Hello, I discussed the feasibility of packaging > https://github.com/italia/cie-middleware-linux > in Fedora devel Matrix channel with Cristian Le and xvitaly. With the > help of Cristian Le I wrote the following [1] draft that will

Re: [Java related] packaging Italian ID card middleware

Hi, I am a member of Fedora Java package maintainers. I see several problems with this project: 1. *.jar, *.a, *.o files not only do not belong into Fedora sources, they should not even be in *any* GitHub repository unless they are used for testing. Binary components are not sources. 2.

Re: GRUB2 rebase (from 2.06 to 2.12) landing soon on rawhide

On Wed, Jul 10, 2024 at 4:11 AM Andrea Bolognani wrote: > On Wed, Jun 19, 2024 at 11:02:57AM GMT, Andrea Bolognani wrote: > > On Tue, May 21, 2024 at 10:57:42AM GMT, Leo Sandoval wrote: > > > Hi team, > > > > > > We (the Red Hat bootloader team) are completing the work of > > >

Re: Flaws detected by static analyzers in Fedora 41 Critical Path Packages

On Wed, Jul 10, 2024 at 12:29 PM Siteshwar Vashisht wrote: > > > > On Wed, Jul 10, 2024 at 12:21 PM Daniel P. Berrangé > wrote: >> >> On Wed, Jul 10, 2024 at 11:10:34AM +0200, Siteshwar Vashisht wrote: >> > On Tue, Jul 9, 2024 at 10:10 PM David Malcolm wrote: >> > >> > > On Tue, 2024-07-09 at

Re: Flaws detected by static analyzers in Fedora 41 Critical Path Packages

On Wed, Jul 17, 2024 at 2:32 PM Siteshwar Vashisht wrote: > > On Wed, Jul 10, 2024 at 1:30 AM Daniel P. Berrangé > wrote: > > > > On Tue, Jul 09, 2024 at 04:03:10PM -0400, David Malcolm wrote: > > > On Tue, 2024-07-09 at 13:37 +0200, Siteshwar Vashisht wrote: > > > > On Tue, Jul 9, 2024 at 1:16 

Re: sha1 policy not updated in rawhide

On Thu, Jul 18, 2024 at 3:26 PM Zbigniew Jędrzejewski-Szmek wrote: > We recently noticed in systemd upstream that sha1 signing is _not_ > failing in rawhide. And indeed, the default crypto policy has > not been updated to disallow sha1 signatures in rawhide yet. If this > is supposed to happen

Re: sha1 policy not updated in rawhide

On Thu, Jul 18, 2024 at 03:37:13PM +0200, Alexander Sosedkin wrote: > Did your testing include this update from yesterday? > https://bodhi.fedoraproject.org/updates/FEDORA-2024-1f014d035e It didn't. So it seems all good, thanks. (I think this update didn't make it out into a compose yet, but

Re: [OpenScanHub] Re: Flaws detected by static analyzers in Fedora 41 Critical Path Packages

On Tue, Jul 16, 2024 at 4:55 PM Kamil Dudka wrote: > > On Tuesday, July 9, 2024 12:45:18 PM CEST Siteshwar Vashisht wrote: > > On Sat, Jul 6, 2024 at 2:05 AM Siteshwar Vashisht > > wrote: > > > > > Hello, > > > > > > I am writing this message to get feedback from the community on possibly > > >

Re: sha1 policy not updated in rawhide

Did your testing include this update from yesterday? https://bodhi.fedoraproject.org/updates/FEDORA-2024-1f014d035e On Thu, Jul 18, 2024 at 3:26 PM Zbigniew Jędrzejewski-Szmek wrote: > > Hi, > > We recently noticed in systemd upstream that sha1 signing is _not_ > failing in rawhide. And indeed,

[EPEL-devel] Re: NetworkManager-openvpn

Am 18.07.24 um 12:36 schrieb Íñigo Huguet: but more important, the new release (1.12.0) requires NetworkManager >= 1.46.2 explicitly! https://gitlab.gnome.org/GNOME/NetworkManager-openvpn/-/blob/main/NEWS There is no problem here. I did the fixes upstream, and I backported them to RHEL 9.4

Re: corporatemarketingguide

On Чцв, 18 ліп 2024, Ahmed Almeleh wrote: Maybe he just wants to help fedora. By making it more accessible to the masses. Unfortunately, no. This looks more like a SEO attempt to inject URL to their site and keep it in Fedora's mailing archive pages. Fedora pages have pretty high rating in

Re: corporatemarketingguide

Maybe he just wants to help fedora. By making it more accessible to the masses. I am not sure but I am just a mere QA volunteer. On Thu, 18 Jul 2024, 11:59 Andrej Manduch, wrote: > Why you're spamming fedora mailing list? Do you have any shame? > > On Thu, Jul 18, 2024, 12:41 PM Rock Dsouza

Re: F41 Change Proposal: fedora-repoquery tool (self-contained)

On Thu, Jul 18, 2024 at 07:09:18PM +0800, Jens-Ulrik Petersen wrote: > On Thu, Jul 18, 2024 at 7:02 PM Zbigniew Jędrzejewski-Szmek < > zbys...@in.waw.pl> wrote: > > > On Wed, Jul 17, 2024 at 09:49:36PM +0100, Aoife Moloney wrote: > > > Wiki -

Re: F41 Change Proposal: fedora-repoquery tool (self-contained)

On Thu, Jul 18, 2024 at 7:02 PM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > On Wed, Jul 17, 2024 at 09:49:36PM +0100, Aoife Moloney wrote: > > Wiki - https://fedoraproject.org/wiki/Changes/fedora-repoquery_tool > > Discussion Thread - > > >

Re: F41 Change Proposal: PyTorch 2.4 (self-contained)

On Wed, Jul 17, 2024 at 10:00:52PM +0100, Aoife Moloney wrote: > Wiki - https://fedoraproject.org/wiki/Changes/PyTorch2.4 > Discussion Thread - > https://discussion.fedoraproject.org/t/f41-change-proposal-pytorch-2-4-self-contained/126069 > == Scope == > * Proposal owners: Update base to 2.4 when

Re: F41 Change Proposal: fedora-repoquery tool (self-contained)

On Wed, Jul 17, 2024 at 09:49:36PM +0100, Aoife Moloney wrote: > Wiki - https://fedoraproject.org/wiki/Changes/fedora-repoquery_tool > Discussion Thread - > https://discussion.fedoraproject.org/t/f41-change-proposal-fedora-repoquery-tool-self-contained/126066 > == Detailed Description == >

Re: corporatemarketingguide

Why you're spamming fedora mailing list? Do you have any shame? On Thu, Jul 18, 2024, 12:41 PM Rock Dsouza wrote: > I am rock dsouza, working for corporatemarketingguide PR consultant, with > more than six years of experience in the PR and Digital Industry, helping > teams achieve goals by

Re: Privacy-conscious policy for Fedora Linux [was Re: F42 Change Proposal: Opt-In Metrics for Fedora Workstation (system-wide)]

On Thu, Jul 18, 2024 at 11:01:37AM +0100, Daniel P. Berrangé wrote: > On Thu, Jul 18, 2024 at 09:48:21AM +, Zbigniew Jędrzejewski-Szmek wrote: > > On Wed, Jul 17, 2024 at 02:13:12PM -0500, Michel Lind wrote: > > > On Wed, Jul 17, 2024 at 02:45:31PM -0400, Matthew Miller wrote: > > > > On Sun,

[EPEL-devel] Re: NetworkManager-openvpn

Am 18.07.24 um 09:35 schrieb Íñigo Huguet: I have sent a new build that will work with RHEL 9.4 to testing. I've set the dependency as `Requires: NetworkManager-1.46.0-11`, as this release contains the patch that makes it meet the requirement from NetworkManager-openvpn-1.12. Only RHEL 9.4

Re: Privacy-conscious policy for Fedora Linux [was Re: F42 Change Proposal: Opt-In Metrics for Fedora Workstation (system-wide)]

On Thu, Jul 18, 2024 at 09:48:21AM +, Zbigniew Jędrzejewski-Szmek wrote: > On Wed, Jul 17, 2024 at 02:13:12PM -0500, Michel Lind wrote: > > On Wed, Jul 17, 2024 at 02:45:31PM -0400, Matthew Miller wrote: > > > On Sun, Jul 14, 2024 at 04:14:03AM +0200, Kevin Kofler via devel wrote: > > > > That

Re: Privacy-conscious policy for Fedora Linux [was Re: F42 Change Proposal: Opt-In Metrics for Fedora Workstation (system-wide)]

On Wed, Jul 17, 2024 at 02:13:12PM -0500, Michel Lind wrote: > On Wed, Jul 17, 2024 at 02:45:31PM -0400, Matthew Miller wrote: > > On Sun, Jul 14, 2024 at 04:14:03AM +0200, Kevin Kofler via devel wrote: > > > That said, it is not sufficient to reject adding Fedora downstream > > > spyware. > > >

Re: [SPDX] Mass license change AGPLv3 to AGPL-3.0-only

On Thu, Jul 18, 2024 at 9:40 AM Miro Hrončok wrote: > > On 18. 07. 24 1:30, Neal Gompa wrote: > > You are conflating license tag conversion with a license audit. Tag > > conversion is explicitly*not* an audit exercise. > > No, I state the old GPL tags and the new GPL identifiers have different

Re: Screen brightness keys not working

Hi, On 7/16/24 5:59 PM, Iñaki Ucar wrote: > > > On Tue, 16 Jul 2024 at 12:29, Hans de Goede > wrote: > > Hi, > > On 7/15/24 9:50 PM, Iñaki Ucar wrote: > > It's the kernel. Going back to 6.9.6 fixes the issue... > > Ok, that is a good first step in

Re: Announcing fmt library soversion bump

On 18/07/2024 08:27, Adam Williamson wrote: I guess the fmt10 compat package needs to be imported to ELN (or everything patched/rebuilt to so.11). You're right, a compatibility version is required to unbreak Koji/dnf5 there, but Fedora maintainers can't do anything with it since ELN is a

Re: Announcing fmt library soversion bump

On 18/07/2024 08:27, Adam Williamson wrote: I guess the fmt10 compat package needs to be imported to ELN (or everything patched/rebuilt to so.11). dnf5 builds without issues against version 11: https://koji.fedoraproject.org/koji/buildinfo?buildID=2490335 Someone should just trigger an ELN

Re: Announcing fmt library soversion bump

On 18/07/2024 07:58, Alexander Sosedkin wrote: This broke dnf5 in ELN: fmt-11.0.1-2.eln141 is in ELN. After rebuilding dnf5 by mass rebuild, it should be fixed automatically. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) -- ___ devel

Re: [SPDX] Mass license change AGPLv3 to AGPL-3.0-only

On 18. 07. 24 1:30, Neal Gompa wrote: You are conflating license tag conversion with a license audit. Tag conversion is explicitly*not* an audit exercise. No, I state the old GPL tags and the new GPL identifiers have different meanings. This is not an audit, and we have never offered a

Re: The future Fedora Copr "rolling" chroot cleanup policy

On čtvrtek 18. července 2024 3:48:30, SELČ Kevin Kofler via devel wrote: > Pavel Raiskup wrote: > > Have you considered to submit an RFE for this "Extend All" feature? > > I think this convenience button (or even with API, if reasonably easy to > > implement) sounds like an acceptable compromise

Re: Announcing fmt library soversion bump

On Thu, 2024-07-18 at 07:58 +0200, Alexander Sosedkin wrote: > This broke dnf5 in ELN: > nothing provides libfmt.so.10()(64bit) needed by > libdnf5-plugin-actions-5.2.4.0-1.eln141.x86_64 from ELN-Extras > > Not sure where to report such ELN issues to, so, please, dispatch accordingly. I guess

Re: The future Fedora Copr "rolling" chroot cleanup policy

On středa 17. července 2024 11:21:15, SELČ David Bold wrote: > Adam Samalik wrote: > > On Wed, 17 Jul 2024 at 10:54, Pavel Raiskup prais...@redhat.com wrote: > > > On úterý 16. července 2024 15:22:56, SELČ Stephen Gallagher wrote: > > > On Tue, Jul 16, 2024 at 3:44 AM Pavel Raiskup

Re: Announcing fmt library soversion bump

This broke dnf5 in ELN: nothing provides libfmt.so.10()(64bit) needed by libdnf5-plugin-actions-5.2.4.0-1.eln141.x86_64 from ELN-Extras Not sure where to report such ELN issues to, so, please, dispatch accordingly. On Tue, Jul 16, 2024 at 9:36 AM kefu chai wrote: > > Hi folks, > > fmt 11.0.1

Re: The future Fedora Copr "rolling" chroot cleanup policy

Pavel Raiskup wrote: > Have you considered to submit an RFE for this "Extend All" feature? > I think this convenience button (or even with API, if reasonably easy to > implement) sounds like an acceptable compromise to me. I remember having once suggested that on this mailing list and having

Re: [SPDX] Mass license change AGPLv3 to AGPL-3.0-only

On Wed, Jul 17, 2024 at 7:14 PM Miro Hrončok wrote: > > On 17. 07. 24 22:15, Neal Gompa wrote: > > On Wed, Jul 17, 2024 at 3:41 PM Miroslav Suchý wrote: > >> > >> Dne 17. 07. 24 v 6:41 odp. Miro Hrončok napsal(a): > >> > >>> Done. > >> > >> Hi Mirek, > >> I am a bit confused. > >> > >> I thought

Re: [SPDX] Mass license change AGPLv3 to AGPL-3.0-only

On 17. 07. 24 22:15, Neal Gompa wrote: On Wed, Jul 17, 2024 at 3:41 PM Miroslav Suchý wrote: Dne 17. 07. 24 v 6:41 odp. Miro Hrončok napsal(a): Done. Hi Mirek, I am a bit confused. I thought there was a clear nonconsensus about the *GPL conversion [1] which resulted to the FESCo ticket

Re: [SPDX] Mass license change AGPLv3 to AGPL-3.0-only

On Wed, Jul 17, 2024 at 3:41 PM Miroslav Suchý wrote: > > Dne 17. 07. 24 v 6:41 odp. Miro Hrončok napsal(a): > > > Done. > > Hi Mirek, > I am a bit confused. > > I thought there was a clear nonconsensus about the *GPL conversion [1] which > resulted to the FESCo ticket [2]. It is kinda

Re: [SPDX] Mass license change AGPLv3 to AGPL-3.0-only

Dne 17. 07. 24 v 6:41 odp. Miro Hrončok napsal(a): > Done. Hi Mirek, I am a bit confused. I thought there was a clear nonconsensus about the *GPL conversion [1] which resulted to the FESCo ticket [2]. It is kinda surprising to see the "Done." comment here and in the LGPL thread as well. [1]

Re: Privacy-conscious policy for Fedora Linux [was Re: F42 Change Proposal: Opt-In Metrics for Fedora Workstation (system-wide)]

On Wed, Jul 17, 2024 at 02:45:31PM -0400, Matthew Miller wrote: > On Sun, Jul 14, 2024 at 04:14:03AM +0200, Kevin Kofler via devel wrote: > > That said, it is not sufficient to reject adding Fedora downstream spyware. > > Fedora also needs a policy that upstream "telemetry" spyware is not allowed

Privacy-conscious policy for Fedora Linux [was Re: F42 Change Proposal: Opt-In Metrics for Fedora Workstation (system-wide)]

On Sun, Jul 14, 2024 at 04:14:03AM +0200, Kevin Kofler via devel wrote: > That said, it is not sufficient to reject adding Fedora downstream spyware. > Fedora also needs a policy that upstream "telemetry" spyware is not allowed > and needs to be disabled at compile time or patched out. We have

Re: the sad state of installability tests

Dne 15. 07. 24 v 11:22 Michal Srb napsal(a): Hello, po 15. 7. 2024 o 10:57 Zbigniew Jędrzejewski-Szmek napísal(a): On Mon, Jul 15, 2024 at 10:39:37AM +0200, Cristian Le via devel wrote: > Hi Zbyszek, > > On 2024/07/14 20:04, Zbigniew Jędrzejewski-Szmek wrote: > > I'm

Re: [SPDX] Mass license change AGPLv3 to AGPL-3.0-only

On 17. 07. 24 13:56, Miroslav Suchý wrote: Dne 18. 06. 24 v 8:19 dop. Miroslav Suchý napsal(a): I am going to do the mass change of the license from AGPLv3 to AGPL-3.0-only Done. Hi Mirek, I am a bit confused. I thought there was a clear nonconsensus about the *GPL conversion [1] which

Re: sbin-merge: what to do?

On Mon, Jul 15, 2024 at 11:53:38PM -, Frank R Dana Jr. wrote: > I do not envy you this work. The documentation fallout alone... a quick and > dirty scan of only the man pages that happen to be *currently installed* on > my F40 system reveals that 487 / 2673 man pages in section 8 contain the

Re: Introduction

On Wed, Jul 17, 2024 at 01:25:23PM GMT, Daniel Frantes wrote: > Hello, > Daniel Frantes here. I want to help you with packaging one day. > But I never done this, so I hope I will learn fast. If you guys have > questions on me, post it in thread I will try to respond. Welcome Daniel! Take a look

Re: sbin-merge: what to do?

On Tue, Jul 16, 2024 at 09:19:24AM -0700, Kevin Fenzi wrote: > On Tue, Jul 16, 2024 at 11:51:28AM GMT, Neal Gompa wrote: > > On Tue, Jul 16, 2024 at 11:13 AM Adam Williamson > > wrote: > > > > > > On Tue, 2024-07-16 at 08:08 +0100, Daniel P. Berrangé wrote: > > > > On Mon, Jul 15, 2024 at

Re: List of long term FTBFS packages to be retired in 2 weeks

On Tue, Jul 16, 2024 at 12:43:06PM GMT, Michael Cronenworth wrote: > On 7/16/24 12:18 PM, Miro Hrončok wrote: > > php-symfony siwinski > > php-symfony-psr-http-message-bridge siwinski > > php-symfony3    remi, siwinski > > Can someone pick these up? I do not have any

Re: Summary/Minutes from today's FESCo Meeting (2024-07-16)

On Tue, Jul 16, 2024 at 3:17 PM Michel Lind wrote: > > = > # #meeting:fedoraproject.org: fesco > = > > Meeting started by @salimma:fedora.im at 2024-07-16 17:00:25 > > > > Meeting summary > --- > * TOPIC: Init

Re: Flaws detected by static analyzers in Fedora 41 Critical Path Packages

On Wed, Jul 10, 2024 at 1:30 AM Daniel P. Berrangé wrote: > > On Tue, Jul 09, 2024 at 04:03:10PM -0400, David Malcolm wrote: > > On Tue, 2024-07-09 at 13:37 +0200, Siteshwar Vashisht wrote: > > > On Tue, Jul 9, 2024 at 1:16 PM Daniel P. Berrangé > > > > > > wrote: > > > > > > > For packages I'm

Re: [SPDX] Mass license change AGPLv3 to AGPL-3.0-only

Dne 18. 06. 24 v 8:19 dop. Miroslav Suchý napsal(a): I am going to do the mass change of the license from AGPLv3 to AGPL-3.0-only Done. -- Miroslav Suchy, RHCA Red Hat, Manager, Packit and CPT, #brno, #fedora-buildsys -- ___ devel mailing list --

Re: The future Fedora Copr "rolling" chroot cleanup policy

Adam Samalik wrote: > On Wed, 17 Jul 2024 at 10:54, Pavel Raiskup prais...@redhat.com wrote: > > On úterý 16. července 2024 15:22:56, SELČ Stephen Gallagher wrote: > > On Tue, Jul 16, 2024 at 3:44 AM Pavel Raiskup prais...@redhat.com > > wrote: > > [snip] > > Do you suggest moving rawhide to

Re: The future Fedora Copr "rolling" chroot cleanup policy

ion problem (eventually, without the > ability to hardlink across chroots, the feature would consume even > more storage). I thought we already have a ticket/RFE one for this, but > I can't find it... But note, because of the bootstrapping issues above > - it would anyway be easier to

  1   2   3   4   5   6   7   8   9   10   >