Fedora-Cloud-33-20201104.0 compose check report

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

[EPEL-devel] RHEL 8.3

Hi, RHEL 8.3 got released. --- Lee ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

[389-devel] 389 DS nightly 2020-11-04 - 94% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2020/11/04/report-389-ds-base-2.0.1-20201104git04ba05e.fc32.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

Fedora-IoT-33-20201104.1 compose check report

No missing expected images. Failed openQA tests: 1/16 (x86_64), 2/15 (aarch64) New failures (same test not failed in Fedora-IoT-33-20201102.0): ID: 714779 Test: x86_64 IoT-dvd_ostree-iso release_identification URL: https://openqa.fedoraproject.org/tests/714779 ID: 714787 Test: aarch64

New openQA and os-autoinst deployed on lab (stg)

Hey folks! Just a heads up that I've deployed new git snapshots of openQA and os-autoinst to lab (stg), with ~3 months worth of changes in each. I did a quick test run on my own pet deployment and nothing blew up, but yell if you see anything awful. If they work OK for the next few days I'll send

[Bug 1869049] RPM spec assumes [UTF-8] Changes file is iso8859-1 encoded

https://bugzilla.redhat.com/show_bug.cgi?id=1869049 Dick Franks changed: What|Removed |Added Version|31 |32 -- You are receiving this mail

[Bug 1878468] RPM spec has unnecessary dependencies

https://bugzilla.redhat.com/show_bug.cgi?id=1878468 Dick Franks changed: What|Removed |Added Version|31 |32 -- You are receiving this mail

[Bug 1894304] perl-IO-Tty-1.15 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1894304 --- Comment #2 from Upstream Release Monitoring --- the-new-hotness/release-monitoring.org's scratch build of perl-IO-Tty-1.15-1.fc32.src.rpm for rawhide failed http://koji.fedoraproject.org/koji/taskinfo?taskID=54881380 -- You are

[Bug 1894304] New: perl-IO-Tty-1.15 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1894304 Bug ID: 1894304 Summary: perl-IO-Tty-1.15 is available Product: Fedora Version: rawhide Status: NEW Component: perl-IO-Tty Keywords: FutureFeature, Triaged

[Bug 1283764] Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391

https://bugzilla.redhat.com/show_bug.cgi?id=1283764 --- Comment #25 from Tom "spot" Callaway --- I've looked at this again with fresh eyes and I _think_ I see the issue and a potential fix, but it would be really helpful to have a reproducer (even if the reproducer is me making a scratch build

[Bug 1283764] Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391

https://bugzilla.redhat.com/show_bug.cgi?id=1283764 --- Comment #24 from Tom "spot" Callaway --- Be grateful you are not a perl programmer. :) It seems the values can be initialized but NULL and trigger this, but I cannot make it happen locally. The comment block directly above the line of

[Bug 1283764] Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391

https://bugzilla.redhat.com/show_bug.cgi?id=1283764 --- Comment #23 from Harald Reindl --- i am not a perl programmer, but "Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391" in PHP would likely cost me one line before to just make sure what

[Bug 1821881] CVE-2013-7488 perl-Convert-ASN1: allows remote attackers to cause an infinite loop via unexpected input [fedora-all]

https://bugzilla.redhat.com/show_bug.cgi?id=1821881 --- Comment #3 from Ben Cotton --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from

[Bug 1379554] perl-XML-Twig: expand_external_ents option fails to work as documented [fedora-all]

https://bugzilla.redhat.com/show_bug.cgi?id=1379554 --- Comment #10 from Ben Cotton --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from

Re: [Fedocal] Reminder meeting : Prioritized bugs and issues

On Tue, Nov 3, 2020 at 6:01 AM wrote: > > You are kindly invited to the meeting: >Prioritized bugs and issues on 2020-11-04 from 11:00:00 to 12:00:00 > America/Indiana/Indianapolis >At fedora-meet...@irc.freenode.net > > The meeting will be about: > Evaluation meeting > > More

Re: Depend on git-core instead of git if possible

On Tue, 3 Nov 2020 at 21:22, clime wrote: > > On Tue, 3 Nov 2020 at 19:25, Neal Gompa wrote: > > > > On Tue, Nov 3, 2020 at 1:08 PM clime wrote: > > > > > > On Tue, 3 Nov 2020 at 17:42, Florian Weimer wrote: > > > > > > > > >> Or switch to depend on `%{_bindir}/git`? > > > > > > > > > > If we

Re: Depend on git-core instead of git if possible

On Tue, 3 Nov 2020 at 19:25, Neal Gompa wrote: > > On Tue, Nov 3, 2020 at 1:08 PM clime wrote: > > > > On Tue, 3 Nov 2020 at 17:42, Florian Weimer wrote: > > > > > > >> Or switch to depend on `%{_bindir}/git`? > > > > > > > > If we do it like this, we will never be able drop repo download times

Re: Repository metadata signing?

On Tue, Nov 03, 2020 at 08:52:09AM -0800, Kevin Fenzi wrote: > Yes, it's possible... but it needs work in both pungi and robosignatory. Oh, that's unfortunate. I thought it was already supported. > If you're interested in moving it forward, please work with the > robosignatory and pungi

[Bug 1878468] RPM spec has unnecessary dependencies

https://bugzilla.redhat.com/show_bug.cgi?id=1878468 --- Comment #1 from Ben Cotton --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from

[Bug 1869049] RPM spec assumes [UTF-8] Changes file is iso8859-1 encoded

https://bugzilla.redhat.com/show_bug.cgi?id=1869049 --- Comment #2 from Ben Cotton --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from

[Bug 1744419] Replace /etc/rc.d/init.d/httpd by systemctl

https://bugzilla.redhat.com/show_bug.cgi?id=1744419 Jitka Plesnikova changed: What|Removed |Added CC|jples...@redhat.com | Fixed In Version|1731718

[Bug 1744419] Replace /etc/rc.d/init.d/httpd by systemctl

https://bugzilla.redhat.com/show_bug.cgi?id=1744419 Jitka Plesnikova changed: What|Removed |Added CC||jples...@redhat.com Fixed In

[Bug 1716324] Module::Build lists the object files after the linker flags, causing underlinking with -Wl,--as-needed

https://bugzilla.redhat.com/show_bug.cgi?id=1716324 Paul Howarth changed: What|Removed |Added Version|31 |rawhide -- You are receiving this

[Bug 1522685] Upgrade perl-Authen-Krb5 to 1.903

https://bugzilla.redhat.com/show_bug.cgi?id=1522685 Jitka Plesnikova changed: What|Removed |Added Version|31 |rawhide -- You are receiving

Re: RFC: Mangle Python shebangs to fully qualified interpreter (/usr/bin/pythonX.Y)

On 11/3/20 6:32 PM, Neal Gompa wrote: Hey all, An "interesting" Linux support issue at work with another Linux distribution opened my eyes to the possibility of how badly things would break if /usr/bin/python3 was swapped or otherwise altered by an external force. In such a scenario where it

[Bug 1666098] Overspecification in perl -MExtUtils::Embed -e ldopts

https://bugzilla.redhat.com/show_bug.cgi?id=1666098 Jitka Plesnikova changed: What|Removed |Added CC|ka...@ucw.cz, |

[Bug 1894057] perl-CPANPLUS-Dist-Fedora-0.4.1 is available

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

Re: Depend on git-core instead of git if possible

On Tue, Nov 3, 2020 at 1:08 PM clime wrote: > > On Tue, 3 Nov 2020 at 17:42, Florian Weimer wrote: > > > > >> Or switch to depend on `%{_bindir}/git`? > > > > > > If we do it like this, we will never be able drop repo download times > > > for Fedora users. > > > > Files in %{_bindir} already end

Re: Depend on git-core instead of git if possible

Dne 03. 11. 20 v 19:07 clime napsal(a): On Tue, 3 Nov 2020 at 17:42, Florian Weimer wrote: Or switch to depend on `%{_bindir}/git`? If we do it like this, we will never be able drop repo download times for Fedora users. Files in %{_bindir} already end up in the primary metadata, don't they?

Re: Depend on git-core instead of git if possible

On Tue, 3 Nov 2020 at 17:42, Florian Weimer wrote: > > >> Or switch to depend on `%{_bindir}/git`? > > > > If we do it like this, we will never be able drop repo download times > > for Fedora users. > > Files in %{_bindir} already end up in the primary metadata, don't they? Ok, I didn't know

Re: ld segfaults on rawhide

On Tue, Nov 3, 2020 at 11:17 AM Miro Hrončok wrote: > > On 11/3/20 6:08 PM, Jeff Law wrote: > > > > On 11/3/20 9:56 AM, Kevin Fenzi wrote: > >> On Tue, Nov 03, 2020 at 09:57:48AM -0600, Justin Forbes wrote: > >>> On Mon, Nov 2, 2020 at 10:38 AM Justin Forbes > >>> wrote: > On Sat, Oct 31,

Re: Depend on git-core instead of git if possible

Dne 03. 11. 20 v 17:55 Miro Hrončok napsal(a): On 11/3/20 5:10 PM, clime wrote: On Tue, 3 Nov 2020 at 15:40, Vít Ondruch wrote: Dne 03. 11. 20 v 11:54 Petr Pisar napsal(a): On Mon, Nov 02, 2020 at 12:03:12PM +0100, Miro Hrončok wrote: git (amahdal, besser82, chrisw, pcahyna, pstodulk,

RFC: Mangle Python shebangs to fully qualified interpreter (/usr/bin/pythonX.Y)

Hey all, An "interesting" Linux support issue at work with another Linux distribution opened my eyes to the possibility of how badly things would break if /usr/bin/python3 was swapped or otherwise altered by an external force. In such a scenario where it was overridden to point to another Python

Re: ld segfaults on rawhide

On 11/3/20 6:08 PM, Jeff Law wrote: On 11/3/20 9:56 AM, Kevin Fenzi wrote: On Tue, Nov 03, 2020 at 09:57:48AM -0600, Justin Forbes wrote: On Mon, Nov 2, 2020 at 10:38 AM Justin Forbes wrote: On Sat, Oct 31, 2020 at 10:32 AM Jeff Law wrote: On 10/31/20 9:13 AM, Christoph Junghans wrote:

Re: ld segfaults on rawhide

On 11/3/20 9:56 AM, Kevin Fenzi wrote: > On Tue, Nov 03, 2020 at 09:57:48AM -0600, Justin Forbes wrote: >> On Mon, Nov 2, 2020 at 10:38 AM Justin Forbes wrote: >>> On Sat, Oct 31, 2020 at 10:32 AM Jeff Law wrote: On 10/31/20 9:13 AM, Christoph Junghans wrote: > Hi, > > I

Re: ld segfaults on rawhide

On 10/31/20 4:13 PM, Christoph Junghans wrote: Hi, I am getting the following error on all archs on rawhide: collect2: fatal error: ld terminated with signal 11 [Segmentation fault], core dumped in https://koji.fedoraproject.org/koji/taskinfo?taskID=54629411 any ideas? Yes, see:

Re: ld segfaults on rawhide

On Tue, Nov 03, 2020 at 09:57:48AM -0600, Justin Forbes wrote: > On Mon, Nov 2, 2020 at 10:38 AM Justin Forbes wrote: > > > > On Sat, Oct 31, 2020 at 10:32 AM Jeff Law wrote: > > > > > > > > > On 10/31/20 9:13 AM, Christoph Junghans wrote: > > > > Hi, > > > > > > > > I am getting the following

Re: Depend on git-core instead of git if possible

On 11/3/20 5:10 PM, clime wrote: On Tue, 3 Nov 2020 at 15:40, Vít Ondruch wrote: Dne 03. 11. 20 v 11:54 Petr Pisar napsal(a): On Mon, Nov 02, 2020 at 12:03:12PM +0100, Miro Hrončok wrote: git (amahdal, besser82, chrisw, pcahyna, pstodulk, skisela, tmz) git.src requires cvs git-cvs.noarch

Re: Repository metadata signing?

On Tue, Nov 03, 2020 at 03:28:02PM +0100, Marek Marczykowski-Górecki wrote: > On Tue, Nov 03, 2020 at 12:24:45AM -0500, Neal Gompa wrote: > > On Tue, Nov 3, 2020 at 12:16 AM Marek Marczykowski-Górecki > > wrote: > > > Is it possible to enable the first one, but leave the second to the > > > user,

[Bug 1283764] Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391

https://bugzilla.redhat.com/show_bug.cgi?id=1283764 --- Comment #22 from Tom "spot" Callaway --- This is my favorite bug, because I get to see it once a year. Harald, I cannot reproduce this locally, because the only person who can trigger it is you. The program you claim triggers the bug

Re: Fedora Security Team

Marek Marczykowski-Górecki wrote on Tue, Nov 03, 2020: > Do you know if some parts of the above already exist? I know Debian has > automatic checks for latest upstream versions, but I haven't seen it in > Fedora. Fedora has "Upstream Release Monitoring"

Re: Depend on git-core instead of git if possible

>> Or switch to depend on `%{_bindir}/git`? > > If we do it like this, we will never be able drop repo download times > for Fedora users. Files in %{_bindir} already end up in the primary metadata, don't they? Is this about removing them? They are just 36,217 lines out of 2,253,333, or something

Re: Looking for sponsorship to be a package maintainer

On Mon, Nov 02, 2020 at 10:19:32PM +, Isaac True wrote: > Hello all, > > I'm hoping to become the maintainer of an orphaned package (gr-iio, GNU Radio > blocks for Analog Devices platforms) but I need some sponsorship to become a > package maintainer. The releng team recommended that I send

Re: Fedora Security Team

On Tue, Nov 03, 2020 at 10:02:24AM +, P J P wrote: > * Right, Fedora package CVEs and relevant bugs are filed by Red Hat Product > security team. > > * CVEs/bugs are fixed in the upstream sources first. Fedora package > maintainers do rebuild >   of the package with released fixes. I see

[Bug 1744419] Replace /etc/rc.d/init.d/httpd by systemctl

https://bugzilla.redhat.com/show_bug.cgi?id=1744419 --- Comment #3 from Ben Cotton --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from

[Bug 1744424] perl-Gtk2-SourceView2-0.10-21.fc31 FTBFS: pkgconfig(gtksourceview-2.0) dependency does not exist

https://bugzilla.redhat.com/show_bug.cgi?id=1744424 --- Comment #1 from Ben Cotton --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from

Re: Depend on git-core instead of git if possible

On Tue, 3 Nov 2020 at 15:40, Vít Ondruch wrote: > > > Dne 03. 11. 20 v 11:54 Petr Pisar napsal(a): > > On Mon, Nov 02, 2020 at 12:03:12PM +0100, Miro Hrončok wrote: > > git (amahdal, besser82, chrisw, pcahyna, pstodulk, skisela, tmz) > git.src requires cvs > git-cvs.noarch requires cvs > > ( ) >

[Bug 1731718] perl-Convert-Color depends on files/directories from non-standard locations

https://bugzilla.redhat.com/show_bug.cgi?id=1731718 --- Comment #3 from Ben Cotton --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from

[Bug 1731700] rt depends on files/directories from non-standard locations

https://bugzilla.redhat.com/show_bug.cgi?id=1731700 --- Comment #2 from Ben Cotton --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from

Re: ld segfaults on rawhide

On Mon, Nov 2, 2020 at 10:38 AM Justin Forbes wrote: > > On Sat, Oct 31, 2020 at 10:32 AM Jeff Law wrote: > > > > > > On 10/31/20 9:13 AM, Christoph Junghans wrote: > > > Hi, > > > > > > I am getting the following error on all archs on rawhide: > > > collect2: fatal error: ld terminated with

[Bug 1716324] Module::Build lists the object files after the linker flags, causing underlinking with -Wl,--as-needed

https://bugzilla.redhat.com/show_bug.cgi?id=1716324 --- Comment #6 from Ben Cotton --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from

Re: Self Introduction: John Kacur

On Mon, Nov 02, 2020 at 09:20:40PM -0500, John Kacur wrote: > I have mostly been a lurker when it comes to Fedora development, but > hopefully that will change soon! Welcome, and thanks for de-lurking! Let me know if there's anything I can do to help! -- Matthew Miller Fedora Project Leader

[Bug 1666098] Overspecification in perl -MExtUtils::Embed -e ldopts

https://bugzilla.redhat.com/show_bug.cgi?id=1666098 --- Comment #4 from Ben Cotton --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from

[Bug 1646141] Upgrade perl-HTML-Selector-XPath to 0.25

https://bugzilla.redhat.com/show_bug.cgi?id=1646141 --- Comment #7 from Ben Cotton --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from

[Bug 1643855] Upgrade perl-prefork to 1.05

https://bugzilla.redhat.com/show_bug.cgi?id=1643855 --- Comment #5 from Ben Cotton --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from

[Bug 1283764] Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391

https://bugzilla.redhat.com/show_bug.cgi?id=1283764 --- Comment #21 from Harald Reindl --- i am tired about that thoughtless "end of life" actions when damned bugs don't get fixed over *five years* -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 1283764] Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391

https://bugzilla.redhat.com/show_bug.cgi?id=1283764 Harald Reindl changed: What|Removed |Added Version|31 |32 -- You are receiving this mail

[Bug 1522685] Upgrade perl-Authen-Krb5 to 1.903

https://bugzilla.redhat.com/show_bug.cgi?id=1522685 --- Comment #4 from Ben Cotton --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from

[Bug 1283764] Use of uninitialized value in numeric eq (==) at /usr/share/perl5/vendor_perl/File/Tail.pm line 391

https://bugzilla.redhat.com/show_bug.cgi?id=1283764 --- Comment #20 from Ben Cotton --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from

Re: EOL and Obsoletes in Modularity

On Tue, Nov 03, 2020 at 03:22:45PM +0100, Vít Ondruch wrote: > Have anybody considered to use AppData for that information? Or at least > similar approach? > I haven't. AppData looks very similar to our use case. Thanks for the pointer. -- Petr signature.asc Description: PGP signature

Re: Depend on git-core instead of git if possible

Dne 03. 11. 20 v 11:54 Petr Pisar napsal(a): On Mon, Nov 02, 2020 at 12:03:12PM +0100, Miro Hrončok wrote: git (amahdal, besser82, chrisw, pcahyna, pstodulk, skisela, tmz) git.src requires cvs git-cvs.noarch requires cvs ( )

Re: Repository metadata signing?

On Tue, Nov 03, 2020 at 12:24:45AM -0500, Neal Gompa wrote: > On Tue, Nov 3, 2020 at 12:16 AM Marek Marczykowski-Górecki > wrote: > > Is it possible to enable the first one, but leave the second to the > > user, until DNF is adjusted for better UX around the keys? That would > > allow power users

Depend on git-core instead of git if possible

On Mon, Nov 02, 2020 at 12:03:12PM +0100, Miro Hrončok wrote: > git (amahdal, besser82, chrisw, pcahyna, pstodulk, skisela, tmz) > git.src requires cvs > git-cvs.noarch requires cvs > >( ) >requires git > > Note that if xinetd indeed goes

Re: EOL and Obsoletes in Modularity

Dne 03. 11. 20 v 13:14 Petr Pisar napsal(a): On Tue, Nov 03, 2020 at 12:26:46AM +0100, Dan Čermák wrote: Daniel Mach writes: The API is clear: DNF expects additional 'modulemd-obsoletes' YAML documents in modules.yaml. The new document format is getting into libmodulemd and there's going to

[389-devel] Re: stable/dev branches

03.11.2020 15:58, Mark Reynolds пишет: > > On 11/3/20 4:41 AM, Stanislav Levin wrote: >> Hello. >> >> Currently, I package 1.4.1 branch as the former-stable for ALTLinux. >> But it is not updated since July, too stable? >> >> >> 1.4.x branches in upstream: >> >> upstream/389-ds-base-1.4.1 >

Re: EOL and Obsoletes in Modularity

On Tue, Nov 03, 2020 at 02:17:59PM +0100, Petr Šabata wrote: > On Tue, Nov 3, 2020 at 1:16 PM Petr Pisar wrote: > > Another option would be adding the EOL data into modules dist-git > > repositories. To the same branches where modules are built from. But > > a different file. Pungi would

Re: EOL and Obsoletes in Modularity

On Tue, Nov 3, 2020 at 1:16 PM Petr Pisar wrote: > Another option would be adding the EOL data into modules dist-git > repositories. To the same branches where modules are built from. But > a different file. Pungi would enumarate all module builds directed to > a compose, locate their dist-git

[Bug 1894057] New: perl-CPANPLUS-Dist-Fedora-0.4.1 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1894057 Bug ID: 1894057 Summary: perl-CPANPLUS-Dist-Fedora-0.4.1 is available Product: Fedora Version: rawhide Status: NEW Component: perl-CPANPLUS-Dist-Fedora Keywords:

[389-devel] Re: stable/dev branches

On 11/3/20 4:41 AM, Stanislav Levin wrote: Hello. Currently, I package 1.4.1 branch as the former-stable for ALTLinux. But it is not updated since July, too stable? 1.4.x branches in upstream: upstream/389-ds-base-1.4.1 This is no longer being maintained upstream/389-ds-base-1.4.2

Re: EOL and Obsoletes in Modularity

Dne 03. 11. 20 v 13:14 Petr Pisar napsal(a): On Tue, Nov 03, 2020 at 12:26:46AM +0100, Dan Čermák wrote: Daniel Mach writes: The API is clear: DNF expects additional 'modulemd-obsoletes' YAML documents in modules.yaml. The new document format is getting into libmodulemd and there's going to

[Bug 1893759] perl-DBD-Mock-1.58 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1893759 --- Comment #4 from Fedora Update System --- FEDORA-2020-cc0a863a2d has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-cc0a863a2d -- You are receiving this mail because: You are on the CC list

[Bug 1893759] perl-DBD-Mock-1.58 is available

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

[Bug 1893873] perl-CPANPLUS-Dist-Fedora-0.4.0 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1893873 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version|

[Bug 1893759] perl-DBD-Mock-1.58 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1893759 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version|

[Bug 1893759] perl-DBD-Mock-1.58 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1893759 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

Re: Repository metadata signing?

On Tue, Nov 3, 2020, at 12:16 AM, Marek Marczykowski-Górecki wrote: > Is there any dnf command similar to `rpm --import`, to preemptively > import the key, or the only option is to accept the prompt? I can't find > anything about it in dnf's man page... See also

Re: EOL and Obsoletes in Modularity

On Mon, Nov 02, 2020 at 12:33:23PM +0100, Daniel Mach wrote: > From DNF team's perspective, a packaging system is not complete without > Obsoletes. That's why we believe module Obsoletes are a must have to ensure > smooth system upgrades and regular updates on systems consuming Rawhide (or > any

Re: EOL and Obsoletes in Modularity

On Tue, Nov 03, 2020 at 12:26:46AM +0100, Dan Čermák wrote: > Daniel Mach writes: > > The API is clear: DNF expects additional 'modulemd-obsoletes' YAML > > documents in modules.yaml. The new document format is getting into > > libmodulemd and there's going to be documentation on how to write

Re: Packaging rules for build from source vs BPF byte code ?

On 03.11.2020 11:48, Daniel P. Berrangé wrote: We do have the exception that allows firmware to be shipped as pre-built blobs, but I'm thinking that BPF programs could not be considered as firmware. According to Fedora packaging guidelines, all packages must be built from sources. No

Re: Packaging rules for build from source vs BPF byte code ?

On Tue, Nov 03, 2020 at 11:13:53AM +, Daniel P. Berrangé wrote: > On Tue, Nov 03, 2020 at 11:58:54AM +0100, Fabio Valentini wrote: > > On Tue, Nov 3, 2020 at 11:49 AM Daniel P. Berrangé > > wrote: > > > > > > In QEMU there's a desire to make use of BPF programs for implementing > > > some

Re: Packaging rules for build from source vs BPF byte code ?

* Daniel P. Berrangé: > On Tue, Nov 03, 2020 at 11:58:32AM +0100, Florian Weimer wrote: >> * Daniel P. Berrangé: >> >> > In QEMU there's a desire to make use of BPF programs for implementing >> > some networking features. The current patches are proposing adding >> > prebuilt BPF byte code to

Re: Packaging rules for build from source vs BPF byte code ?

On Tue, Nov 03, 2020 at 11:58:32AM +0100, Florian Weimer wrote: > * Daniel P. Berrangé: > > > In QEMU there's a desire to make use of BPF programs for implementing > > some networking features. The current patches are proposing adding > > prebuilt BPF byte code to the QEMU repo, with source

Re: Packaging rules for build from source vs BPF byte code ?

On Tue, Nov 03, 2020 at 11:58:54AM +0100, Fabio Valentini wrote: > On Tue, Nov 3, 2020 at 11:49 AM Daniel P. Berrangé > wrote: > > > > In QEMU there's a desire to make use of BPF programs for implementing > > some networking features. The current patches are proposing adding > > prebuilt BPF

Re: Packaging rules for build from source vs BPF byte code ?

On Tue, Nov 3, 2020 at 11:49 AM Daniel P. Berrangé wrote: > > In QEMU there's a desire to make use of BPF programs for implementing > some networking features. The current patches are proposing adding > prebuilt BPF byte code to the QEMU repo, with source available, but > not actually building

Re: Packaging rules for build from source vs BPF byte code ?

* Daniel P. Berrangé: > In QEMU there's a desire to make use of BPF programs for implementing > some networking features. The current patches are proposing adding > prebuilt BPF byte code to the QEMU repo, with source available, but > not actually building from source during a build. > > I was

Re: Fedora 33 redhat-rpm-config package update stuck in pending

On Tue, Nov 3, 2020 at 11:52 AM Florian Weimer wrote: > > * Fabio Valentini: > > > On Tue, Nov 3, 2020 at 10:13 AM Florian Weimer wrote: > >> > >> This update: > >> > >> > >> > >> appears to be stuck in the pending state. > >> >

Depend on git-core instead of git if possible

On Mon, Nov 02, 2020 at 12:03:12PM +0100, Miro Hrončok wrote: > git (amahdal, besser82, chrisw, pcahyna, pstodulk, skisela, tmz) > git.src requires cvs > git-cvs.noarch requires cvs > >( ) >requires git > > Note that if xinetd indeed goes

Re: Fedora 33 redhat-rpm-config package update stuck in pending

* Fabio Valentini: > On Tue, Nov 3, 2020 at 10:13 AM Florian Weimer wrote: >> >> This update: >> >> >> >> appears to be stuck in the pending state. >> >> What can I do to move it forward? >> >> Thanks, >> Florian > > There's an

Packaging rules for build from source vs BPF byte code ?

In QEMU there's a desire to make use of BPF programs for implementing some networking features. The current patches are proposing adding prebuilt BPF byte code to the QEMU repo, with source available, but not actually building from source during a build. I was wondering if we had any specific

Re: Fedora 33 redhat-rpm-config package update stuck in pending

On Tue, Nov 3, 2020 at 10:13 AM Florian Weimer wrote: > > This update: > > > > appears to be stuck in the pending state. > > What can I do to move it forward? > > Thanks, > Florian There's an "Actions" dropdown next to the

[Bug 1893586] perl-IO-Pager-2.01 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1893586 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version|

Re: Fedora Security Team

Hello Marek, On Tuesday, 3 November, 2020, 5:38:39 am IST, Michael Catanzaro wrote:  >On Tue, Nov 3, 2020 at 12:53 am, Marek Marczykowski-Górecki > wrote: >> How are in practice security issues handled in Fedora? Is there an >> active security team to help patching those in timely manner? Or

[Bug 1893873] perl-CPANPLUS-Dist-Fedora-0.4.0 is available

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

[389-devel] stable/dev branches

Hello. Currently, I package 1.4.1 branch as the former-stable for ALTLinux. But it is not updated since July, too stable? 1.4.x branches in upstream: upstream/389-ds-base-1.4.1 upstream/389-ds-base-1.4.2 upstream/389-ds-base-1.4.3 upstream/389-ds-base-1.4.4 upstream/master Any

Re: Retiring ntp

On Mon, Nov 02, 2020 at 09:52:59PM +, Gary Buhrmaster wrote: > On Mon, Nov 2, 2020 at 9:36 PM Nico Kadel-Garcia wrote: > > > So, use "chrony" instead? > > For some use cases, there is also the option of > systemd-timesyncd as a ntp client. timesyncd is a very minimal NTP client. It can be

Fedora-Cloud-32-20201103.0 compose check report

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

Fedora 33 redhat-rpm-config package update stuck in pending

This update: appears to be stuck in the pending state. What can I do to move it forward? Thanks, Florian -- Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB

[Bug 1893586] perl-IO-Pager-2.01 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1893586 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

Re: Self Introduction: John Kacur

Hello, John! On Tuesday, 03 November 2020 at 03:20, John Kacur wrote: > Hello. My name is John Kacur > I'm a real-time developer with Red Hat, who I've been with for over 11 years. > Before that I worked for approximately 8 years with IBM on the compiler team. > > I am the upstream co-maintainer

Re: Deprecating SCP

On 11/2/20 10:29 PM, David Howells wrote: Jakub Jelen wrote: Today, I set up a copr repository with the current openssh from Fedora + the patch [2] for anyone to test and provide feedback, either here on the mailing list, or in the github PR according to ones preferences. Does it work with

  1   2   >