Re: building against epel8 modules

On Wed, Jun 23, 2021 at 8:58 AM Nico Kadel-Garcia wrote: > I can't find *anyone* who likes modularity. I like the concept of modules. But primarily only if someone else is doing the actual hard work that ends up being necessary to build them. ___

I would like to take dropwatch

Hi, The dropwatch package[1] was retired as Neil Horman left RedHat[2]. But the upstream status is still active[3]. Since this is still an useful feature (dump the dropped packets from kernel) for networking debugging. And there is no replace yet (bpftrace may replace it in future, but not now).

Re: building against epel8 modules

On Thu, Jul 1, 2021 at 11:24 PM Nico Kadel-Garcia wrote: > > On Thu, Jul 1, 2021 at 9:20 PM Josh Boyer wrote: > > > > > > > > On Wed, Jun 23, 2021, 4:58 AM Nico Kadel-Garcia wrote: > >> > >> On Tue, Jun 22, 2021 at 1:25 PM Jiri Vanek wrote: > >> > > >> > > >> > > >> > On 6/22/21 7:08 PM,

Re: building against epel8 modules

On Thu, Jul 1, 2021 at 9:20 PM Josh Boyer wrote: > > > > On Wed, Jun 23, 2021, 4:58 AM Nico Kadel-Garcia wrote: >> >> On Tue, Jun 22, 2021 at 1:25 PM Jiri Vanek wrote: >> > >> > >> > >> > On 6/22/21 7:08 PM, Stephen John Smoogen wrote: >> >> > > Welcome to RHEL-8 modularity and the joy it

[Bug 1972441] Please build perl-Math-Random-Secure for EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1972441 Bug 1972441 depends on bug 1972897, which changed state. Bug 1972897 Summary: Please build perl-Crypt-Random-Source for EPEL8 https://bugzilla.redhat.com/show_bug.cgi?id=1972897 What|Removed |Added

[Bug 1972897] Please build perl-Crypt-Random-Source for EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1972897 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|

[Bug 1972441] Please build perl-Math-Random-Secure for EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1972441 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|

[Bug 1972442] Please build perl-Math-Round for EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1972442 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|

[Bug 1970380] Upgrade perl-Image-ExifTool to 12.26

https://bugzilla.redhat.com/show_bug.cgi?id=1970380 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Image-ExifTool-12.26-1 |perl-Image-ExifTool-12.26-1

[Bug 1974101] perl-CPAN-Perl-Releases-5.20210620 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1974101 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-CPAN-Perl-Releases-5.2 |perl-CPAN-Perl-Releases-5.2

[Bug 1974093] perl-Module-CoreList-5.20210620 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1974093 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Module-CoreList-5.2021 |perl-Module-CoreList-5.2021

Re: building against epel8 modules

On Wed, Jun 23, 2021, 4:58 AM Nico Kadel-Garcia wrote: > On Tue, Jun 22, 2021 at 1:25 PM Jiri Vanek wrote: > > > > > > > > On 6/22/21 7:08 PM, Stephen John Smoogen wrote: > > > > Welcome to RHEL-8 modularity and the joy it brings anyone trying to > > > port software to 8. The problem is not

[Bug 1970380] Upgrade perl-Image-ExifTool to 12.26

https://bugzilla.redhat.com/show_bug.cgi?id=1970380 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|

Re: Fedora Source-git SIG report #1 (June 2021)

On Fri, Jun 25, 2021, 8:52 AM Neal Gompa wrote: > On Fri, Jun 25, 2021 at 3:43 AM Zbigniew Jędrzejewski-Szmek > wrote: > > > > On Fri, Jun 25, 2021 at 03:49:23AM +, Dan Čermák wrote: > > > > > > > > > On June 24, 2021 9:22:51 PM UTC, "Miro Hrončok" > wrote: > > > >On 24. 06. 21 23:07,

[EPEL-devel] and about missing binary packages Re: proposed recommendation - missing devel packages

Hi, Sorry, this may be a little Off-topic but we notice that lame package from RHEL 8 (1) is not shipping lame package with binaries and in this case lame-devel is provided along with lame-libs , can we apply the same rules ? is completely a different situation ? (1)

[EPEL-devel] Re: proposed recommendation - missing devel packages

On Thu, Jul 01, 2021 at 03:05:50PM -0700, Troy Dawson wrote: > I believe this is a recommendation, versus a policy. > I wanted to get people's thoughts on it, and if ya'll like it, put it in > the documentation. > > In Red Hat Enterprise Linux (RHEL) 8, Red Hat decided to not ship all >

FedoraRespin-34-updates-20210701.0 compose check report

No missing expected images. Failed openQA tests: 3/42 (x86_64) ID: 919857 Test: x86_64 Workstation-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/919857 ID: 919877 Test: x86_64 KDE-live-iso desktop_notifications_live URL:

[EPEL-devel] proposed recommendation - missing devel packages

I believe this is a recommendation, versus a policy. I wanted to get people's thoughts on it, and if ya'll like it, put it in the documentation. In Red Hat Enterprise Linux (RHEL) 8, Red Hat decided to not ship all packages that are built from RHEL spec files. This will also be true of RHEL

Re: How to (better) deal with library major API changes

On Thu, Jul 01, 2021 at 12:52:51PM -0500, Richard Shaw wrote: > On Thu, Jul 1, 2021 at 12:35 PM Kaleb Keithley wrote: > > > > Or, if I may be so bold— > > Convince the developers to use versioned symbols when they break the API/ > ABI. > > This is the 21st Century, and we

Re: Packager for hire - Was: Re: Additon to the repos - Kubectx + Kubens

On Thu, Jul 1, 2021 at 8:57 AM Miroslav Suchý wrote: > Hmm, this should be easy to implement. Just one wiki page. I created: > > https://fedoraproject.org/wiki/Packagers_for_hire > > Comments? Rather than a wiki for which people may not reliably curate (i.e. remove themselves) or respond to

Re: Packager for hire - Was: Re: Additon to the repos - Kubectx + Kubens

On Thu, 1 Jul 2021 at 13:44, Mattia Verga via devel wrote: > > Maybe I'm going a little OT, but speaking about hiring someone, as far > as I understand it seems to me that Fedora project has an annual budget > that is never fully spent: > > https://budget.fedoraproject.org/budget/docs/index.html

Re: How to (better) deal with library major API changes

On Thu, Jul 1, 2021 at 12:35 PM Kaleb Keithley wrote: > > > Or, if I may be so bold— > > Convince the developers to use versioned symbols when they break the > API/ABI. > > This is the 21st Century, and we have solutions for this. It's not rocket > surgery. > > > That's actually not a problem

Re: Packager for hire - Was: Re: Additon to the repos - Kubectx + Kubens

Maybe I'm going a little OT, but speaking about hiring someone, as far as I understand it seems to me that Fedora project has an annual budget that is never fully spent: https://budget.fedoraproject.org/budget/docs/index.html I would rather like to see someone hired by Fedora to do full time

Re: How to (better) deal with library major API changes

Or, if I may be so bold— Convince the developers to use versioned symbols when they break the API/ABI. This is the 21st Century, and we have solutions for this. It's not rocket surgery. On Thu, Jul 1, 2021 at 11:55 AM Richard Shaw wrote: > I'm still trying to figure out the best way to

golang package review swap

Hello, I've submitted a few packages I need reviewed. I'm happy to swap if anyone has any pending reviews. 1) 1976038 - golang-github-sgreben-flagvar[1] 2) 1976041 - golang-github-peterbourgon-ff-3[2] 3) 1976414 - mqttcli[3] 1: https://bugzilla.redhat.com/show_bug.cgi?id=1976038 2:

Re: How to (better) deal with library major API changes

On 01. 07. 21 18:20, Richard Shaw wrote: On Thu, Jul 1, 2021 at 11:11 AM Miro Hrončok > wrote: On 01. 07. 21 17:53, Richard Shaw wrote: > 1. Create a compat or SOVERSION appended package (requires new review) Packages created so that multiple versions

Re: How to (better) deal with library major API changes

On Thu, Jul 1, 2021 at 11:11 AM Miro Hrončok wrote: > On 01. 07. 21 17:53, Richard Shaw wrote: > > 1. Create a compat or SOVERSION appended package (requires new review) > > Packages created so that multiple versions of the same package can coexist > in > the distribution does not require a new

Re: How to (better) deal with library major API changes

On 01. 07. 21 17:53, Richard Shaw wrote: 1. Create a compat or SOVERSION appended package (requires new review) Packages created so that multiple versions of the same package can coexist in the distribution does not require a new review:

How to (better) deal with library major API changes

I'm still trying to figure out the best way to frame the problem and I don't have a specific solution in mind, but there's got to be a better solution for dealing with projects that make major API changes. Pre-side-tag this was even more difficult: 1. Make sure the new version builds 2. Maybe do

[Fedocal] Reminder meeting : ELN SIG

Dear all, You are kindly invited to the meeting: ELN SIG on 2021-07-02 from 12:00:00 to 13:00:00 US/Eastern At fedora-meet...@irc.libera.net The meeting will be about: Source: https://calendar.fedoraproject.org//meeting/9920/ ___ devel

[Bug 1977713] perl-Data-Dumper-2.182 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1977713 Jitka Plesnikova changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug 1977466] perl-CPAN-FindDependencies-3.06 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1977466 Jitka Plesnikova changed: What|Removed |Added Status|NEW |CLOSED

Re: Self Introduction: Hangbin Liu

On Thu, 2021-07-01 at 15:40 +0800, Hangbin Liu wrote: > Hi, Hi and welcome! > I'm Hangbin Liu, working at Red Hat Network Service Team. I maintain > some > networking downstream packages in RHEL. The current state of > dropwatch[1] in > fedora is Orphaned. But there are still some useful

Fedora-Cloud-34-20210701.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-34-20210630.0): ID: 919729 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

[389-devel] Please review: 4820 cfi

https://github.com/389ds/389-ds-base/pull/4821 -- Sincerely, William Brown Senior Software Engineer, Identity and Access Management SUSE Labs, Australia ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Packager for hire - Was: Re: Additon to the repos - Kubectx + Kubens

Dne 30. 06. 21 v 18:34 Vitaly Zaitsev via devel napsal(a): Looks interesting. But who will pay for this job? Someone interested in such package in Fedora/EPEL. Be it person, small shop or large enterprise company. E.g. Several years ago, friend of mine wanted to have newer version of gdal

Self Introduction: Hangbin Liu

Hi, I'm Hangbin Liu, working at Red Hat Network Service Team. I maintain some networking downstream packages in RHEL. The current state of dropwatch[1] in fedora is Orphaned. But there are still some useful features that customer may like. So I'd like to take it first. I may take some other

Fedora-Cloud-33-20210701.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-33-20210630.0): ID: 919600 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

[389-devel] 389 DS nightly 2021-07-01 - 95% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2021/07/01/report-389-ds-base-2.0.6-20210701git6b10f1795.fc34.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to