Re: ansible-core license change and update (Re: `ansible` Package License Change)

2022-06-23 Thread Maxwell G via devel
On Thursday, June 23, 2022 6:25:00 AM CDT Nico Kadel-Garcia wrote: > Whoever is working with that right now is welcome to my notes and > tools, at https://github.com/nkadel/ansiblerepo/ I have glanced at it before. @kevin and I maintain ansible, ansible-core, and many of the standalone

Re: Orphaned packages looking for new maintainers​

2022-06-23 Thread Maxwell G via devel
On Thursday, June 16, 2022 6:40:04 AM CDT Miro Hrončok wrote: > python-ntlm-auth orphan 0 weeks > ago I have picked this up, as it's a transitive dependency of ansible-core. I would welcome co-maintainers :). -- Thanks, Maxwell G (@gotmax23)

Re: [Container-sig] About Fedora containers

2022-06-23 Thread Maxwell G via devel
On Thursday, June 23, 2022 1:50:09 PM CDT Kevin Fenzi wrote: > Not sure what github has to do with things here? Lumír said: > With quay.io, we are able to produce new container images directly from > Github CI and rebuild them regularly without complicated update process > and without any need

Re: nfs4-acl-tools

2022-06-23 Thread Chuck Anderson
On Thu, Jun 23, 2022 at 09:53:40AM -0400, Steve Dickson wrote: > I just took over the maintership of nfs4-acl-tools > and it appears the command has not been part > of Fedora since f32. > > Granted there has not been any upstream activity > until now, but is there a way to get back into, > at

Re: nfs4-acl-tools

2022-06-23 Thread Kevin Fenzi
On Thu, Jun 23, 2022 at 09:53:40AM -0400, Steve Dickson wrote: > Hello, > > I just took over the maintership of nfs4-acl-tools > and it appears the command has not been part > of Fedora since f32. How do you mean 'part of fedora'? The package isn't retired or blocked, it's available in the repos

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

2022-06-23 Thread Gary Buhrmaster
On Thu, Jun 23, 2022 at 6:09 PM Miro Hrončok wrote: > That's complicated. . And, while I am sure it could be derived, it seems to me, as previously stated, that the python's turn into the most significant dependency chain. I am all for deprecating openssl 1.1, and for package reviews

Re: [Container-sig] About Fedora containers

2022-06-23 Thread Kevin Fenzi
On Thu, Jun 23, 2022 at 09:11:13AM -0400, Blaise Pabon wrote: > I wonder if, rather than Github, we should consider a more "open source" > toolchain, eg opendev.org, gitlab, etc. to be more consistent with > Fedora's "free" vision? Not sure what github has to do with things here? quay is open

Re: shotcut: problem with unpacked files, after changing from qmake to cmake

2022-06-23 Thread Martin Gansser
I thought so too and I will try the following command: sed -i -e 's|DESTINATION lib|DESTINATION ${LIB_INSTALL_DIR}|'g CuteLogger/CMakeLists.txt ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

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

2022-06-23 Thread Miro Hrončok
On 23. 06. 22 19:58, Maxwell G wrote: Jun 23, 2022 12:14:26 PM Miro Hrončok : Alrighty, in that case: $ comm -23 <(repoquery -q --repo=rawhide{,-source} --whatrequires openssl1.1-devel | grep src$ | sort) <(repoquery -q --repo=rawhide{,-source} --whatrequires openssl-devel | grep src$ |

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

2022-06-23 Thread Maxwell G via devel
Jun 23, 2022 12:14:26 PM Miro Hrončok : > Alrighty, in that case: > > $ comm -23 <(repoquery -q --repo=rawhide{,-source} --whatrequires > openssl1.1-devel | grep src$ | sort) <(repoquery -q --repo=rawhide{,-source} > --whatrequires openssl-devel | grep src$ | sort) >

Re: shotcut: problem with unpacked files, after changing from qmake to cmake

2022-06-23 Thread Martin Gansser
I have set the option, see cmake command, but unfortunately it does not change the error message. + /usr/bin/cmake -S . -B redhat-linux-build -DCMAKE_C_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_CXX_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_Fortran_FLAGS_RELEASE:STRING=-DNDEBUG

F37 proposal: Stratis 3.1.0 (Self-Contained change)

2022-06-23 Thread Vipul Siddharth
https://fedoraproject.org/wiki/Changes/Stratis_3.1.0 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: Stratis 3.1.0 (Self-Contained change)

2022-06-23 Thread Vipul Siddharth
https://fedoraproject.org/wiki/Changes/Stratis_3.1.0 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)

2022-06-23 Thread Miro Hrončok
On 23. 06. 22 16:37, Jerry James wrote: On Thu, Jun 23, 2022 at 6:52 AM Miro Hrončok wrote: Not quite the right incantation, because it leaves out anything that does not BuildRequire explicitly the string openssl1.1-devel but rather some of its virtual provides. Here you go: $ repoquery -q

Re: shotcut: problem with unpacked files, after changing from qmake to cmake

2022-06-23 Thread Ralf Corsépius
Am 23.06.22 um 18:59 schrieb Martin Gansser: Hi, I have changed the rpm spec file for shotcut [1] from qmake to cmake. Now the program compiles to the end and fails when packaging it with the following error message: Processing files: shotcut-debuginfo-22.06.07-1.fc36.x86_64 Provides:

Re: shotcut: problem with unpacked files, after changing from qmake to cmake

2022-06-23 Thread Dan Horák
On Thu, 23 Jun 2022 16:59:29 - "Martin Gansser" wrote: > Hi, > > I have changed the rpm spec file for shotcut [1] from qmake to cmake. > Now the program compiles to the end and fails when packaging it with the > following error message: > > Processing files:

shotcut: problem with unpacked files, after changing from qmake to cmake

2022-06-23 Thread Martin Gansser
Hi, I have changed the rpm spec file for shotcut [1] from qmake to cmake. Now the program compiles to the end and fails when packaging it with the following error message: Processing files: shotcut-debuginfo-22.06.07-1.fc36.x86_64 Provides: debuginfo(build-id) =

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

2022-06-23 Thread Fedora compose checker
Missing expected images: Minimal raw-xz armhfp Compose PASSES proposed Rawhide gating check! All required tests passed Failed openQA tests: 15/161 (aarch64), 15/231 (x86_64) New failures (same test not failed in Fedora-Rawhide-20220621.n.3): ID: 1305350 Test: aarch64 Server-dvd-iso

Re: release-monitoring.org 1.4.0 is now live

2022-06-23 Thread Robert-André Mauchin
On 6/22/22 17:36, Michal Konecny wrote: Hi everyone, today was deployed 1.4.0 version of https://release-monitoring.org. Here is a highlight of some of the changes: *Features* * Add link to AlmaLinux package to distribution mapping * Add sourceforge (git) backend to retrieve git tags * Add

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

2022-06-23 Thread Jerry James
On Thu, Jun 23, 2022 at 6:52 AM Miro Hrončok wrote: > Not quite the right incantation, because it leaves out anything that does not > BuildRequire explicitly the string openssl1.1-devel but rather some of its > virtual provides. Here you go: > > $ repoquery -q --repo=rawhide{,-source}

nfs4-acl-tools

2022-06-23 Thread Steve Dickson
Hello, I just took over the maintership of nfs4-acl-tools and it appears the command has not been part of Fedora since f32. Granted there has not been any upstream activity until now, but is there a way to get back into, at least, rawhide? tia, steved.

Re: Media codecs big SONAME bump

2022-06-23 Thread Robert-André Mauchin
On 6/20/22 13:08, Robert-André Mauchin wrote: Hello everyone, I am planning a soname bump of various media codecs I take care of. In order to minimize the rebuilds, all are going through in a single update. The codecs I plan to bump are the following:  - AOM  - libavif  - dav1d  - rav1e

Re: [Container-sig] About Fedora containers

2022-06-23 Thread Blaise Pabon
I wonder if, rather than Github, we should consider a more "open source" toolchain, eg opendev.org, gitlab, etc. to be more consistent with Fedora's "free" vision? On Wed, Jun 22, 2022 at 11:57 AM Kevin Fenzi wrote: > On Tue, Jun 21, 2022 at 03:41:47PM -0400, Matthew Miller wrote: > > On Mon,

Re: [RFC] Build tag in RPM: from NVR to NVRB

2022-06-23 Thread Miro Hrončok
On 23. 06. 22 14:24, Aleksandra Fedorova wrote: 3) If every Fedora packager can rebuild anything without a commit, what do we do prevent accidental builds? I think each rebuild should be treated as a new package, thus it would require a new bodhi update, testing, and signing. Which means it

Re: [RFC] Build tag in RPM: from NVR to NVRB

2022-06-23 Thread Miroslav Suchý
Dne 23. 06. 22 v 14:24 Aleksandra Fedorova napsal(a): 1) An user rebuilds a package from Fedora dist-git in local mock, what will be the value of the build tag? How will the local build sort over the official Fedora builds? Afaik currently, if you do a local build, you need to bump an NVR to

Re: [RFC] Build tag in RPM: from NVR to NVRB

2022-06-23 Thread Miro Hrončok
On 23. 06. 22 14:24, Aleksandra Fedorova wrote: 2) A packager rebuilds packages from Fedora dist-git in a Copr repo, what will be the value of the build tag? How will the Copr build sort over the official Fedora builds? (This is essentially the same question but the answer might differ.)

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

2022-06-23 Thread Miro Hrončok
On 23. 06. 22 11:43, Richard W.M. Jones wrote: I think this is the correct incantation ... # dnf repoquery --disablerepo=\* --enablerepo=rawhide-source --arch=src --whatrequires openssl1.1-devel Last metadata expiration check: 0:01:31 ago on Thu 23 Jun 2022 10:37:46 BST.

Re: [RFC] Build tag in RPM: from NVR to NVRB

2022-06-23 Thread Neal Gompa
On Thu, Jun 23, 2022 at 8:25 AM Aleksandra Fedorova wrote: > > Hi, Miro, > > On Thu, Jun 23, 2022 at 12:15 PM Miro Hrončok wrote: > > > > On 18. 06. 22 13:05, Aleksandra Fedorova wrote: > > > Hi, all, > > > > > > I'd like to discuss how we can add Build tag in the RPM. > > > > > > As one of the

Re: [RFC] Build tag in RPM: from NVR to NVRB

2022-06-23 Thread Aleksandra Fedorova
Hi, Miro, On Thu, Jun 23, 2022 at 12:15 PM Miro Hrončok wrote: > > On 18. 06. 22 13:05, Aleksandra Fedorova wrote: > > Hi, all, > > > > I'd like to discuss how we can add Build tag in the RPM. > > > > As one of the key points is to turn it into a common standard for rpm > > packages across the

Re: ansible-core license change and update (Re: `ansible` Package License Change)

2022-06-23 Thread Nico Kadel-Garcia
On Thu, Jun 23, 2022 at 12:22 AM Maxwell G via devel wrote: > > On Monday, May 9, 2022 10:20:25 PM CDT Maxwell G via devel wrote: > > The license of `ansible` 2.9.x has been corrected from `GPLv3+` to `GPLv3+ > > and BSD and Python and MIT and ASL 2.0`. The previous `License:` tag did > > not

Fedora rawhide compose report: 20220623.n.0 changes

2022-06-23 Thread Fedora Rawhide Report
OLD: Fedora-Rawhide-20220621.n.3 NEW: Fedora-Rawhide-20220623.n.0 = SUMMARY = Added images:1 Dropped images: 0 Added packages: 6 Dropped packages:2 Upgraded packages: 137 Downgraded packages: 0 Size of added packages: 2.33 MiB Size of dropped packages

Re: release-monitoring.org 1.4.0 is now live

2022-06-23 Thread Vít Ondruch
Hi Michal, Just wanted to thank you to keep working on this service. It proves useful every day and I hope it stays like this. Vít Dne 22. 06. 22 v 17:36 Michal Konecny napsal(a): Hi everyone, today was deployed 1.4.0 version of https://release-monitoring.org. Here is a highlight of some

Re: [RFC] Build tag in RPM: from NVR to NVRB

2022-06-23 Thread Miro Hrončok
On 18. 06. 22 13:05, Aleksandra Fedorova wrote: Hi, all, I'd like to discuss how we can add Build tag in the RPM. As one of the key points is to turn it into a common standard for rpm packages across the ecosystem, the conversation is currently opened upstream [1] and in RHEL Engineering. And

Re: [RFC] Build tag in RPM: from NVR to NVRB

2022-06-23 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Jun 23, 2022 at 09:28:47AM +0200, Kamil Dudka wrote: > On Wednesday, June 22, 2022 7:45:09 PM CEST Kevin Fenzi wrote: > > On Wed, Jun 22, 2022 at 11:09:13AM -, Michael J Gruber wrote: > > > > I also think that every package change (including rebuild) must be > > > > tracked in

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

2022-06-23 Thread Richard W.M. Jones
On Thu, Jun 23, 2022 at 08:17:10AM +0100, Daniel P. Berrangé wrote: > Is removing the -devel package the right approach ? It will > certainly stop new packages using it, but when we come to do the > next mass rebuild, it will break any existing usage too. What > existing packages in the distro

Fedora-Cloud-35-20220623.0 compose check report

2022-06-23 Thread Fedora compose checker
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-35-20220622.0): ID: 1305106 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

Fedora-Cloud-36-20220623.0 compose check report

2022-06-23 Thread Fedora compose checker
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-20220622.0): ID: 1304977 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

Re: [RFC] Build tag in RPM: from NVR to NVRB

2022-06-23 Thread Kamil Dudka
On Wednesday, June 22, 2022 7:45:09 PM CEST Kevin Fenzi wrote: > On Wed, Jun 22, 2022 at 11:09:13AM -, Michael J Gruber wrote: > > > I also think that every package change (including rebuild) must be > > > tracked in changelog. > > > > I think that convolution is at the very heart of the

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

2022-06-23 Thread Daniel P . Berrangé
On Thu, Jun 23, 2022 at 12:35:28AM +0530, Vipul Siddharth wrote: > https://fedoraproject.org/wiki/Changes/DeprecateOpensslCompat > > This document represents a proposed Change. As part of the Changes > process, proposals are publicly announced in order to receive > community feedback. This