Re: Orphaned packages looking for new maintainers

> > > $ repoquery --repo=rawhide{,-source} --whatrequires perl-Cpanel-JSON-XS > inxi-0:3.0.37-2.fc32.noarch > openqa-0:4.6-43.20200205git4861e34.fc33.noarch > Oh, interesting. Didn't know it were so many. I'm upstream on this and I'm planning to rename it to perl-JSON-Safe soon.

Re: Orphaned packages looking for new maintainers

> Please help me understand why I am marked? > vascom: perl-Compress-LZF > > I can't find any package requires perl-Compress-LZF. This always empty: > dnf repoquery --whatrequires perl-Compress-LZF --alldeps > dnf repoquery --whatrequires "perl(Compress::LZF)" --alldeps (The package was adapted

Re: Orphaned packages looking for new maintainers

> Hm, I'm not seeing these orphaned and I pretty sure I have never maintained > them: > https://src.fedoraproject.org/rpms/perl-IO-Socket-Timeout > https://src.fedoraproject.org/rpms/perl-PerlIO-via-Timeout > > bug in the script? They have been since adapted by @pghmcfc. You have never

Re: Another take on RStudio (review swaps?)

On Tue, 18 Feb 2020 at 01:11, Jerry James wrote: > > On Sun, Feb 16, 2020 at 10:06 AM Iñaki Ucar wrote: > > If anyone is interested in pushing this forward, I can review > > something in exchange. Note that the koji scratch build fails on s390x > > due to a Java stack overflow. Does anyone know

perl-Specio license corrected

I corrected a perl-Specio license tag from "Artistic 2.0" to "Artistic 2.0 and (GPL+ or Artistic)" in all Fedoras. -- Petr signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Orphaned packages looking for new maintainers

Please help me understand why I am marked? vascom: perl-Compress-LZF I can't find any package requires perl-Compress-LZF. This always empty: dnf repoquery --whatrequires perl-Compress-LZF --alldeps dnf repoquery --whatrequires "perl(Compress::LZF)" --alldeps вт, 18 февр. 2020 г. в 02:50, Jerry

[Bug 1804044] New: perl-Log-ger-0.029 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1804044 Bug ID: 1804044 Summary: perl-Log-ger-0.029 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Log-ger Keywords: FutureFeature, Triaged

[Bug 1804031] perl-Package-New-0.09 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1804031 --- Comment #2 from Upstream Release Monitoring --- the-new-hotness/release-monitoring.org's scratch build of perl-Package-New-0.09-1.fc30.src.rpm for rawhide completed http://koji.fedoraproject.org/koji/taskinfo?taskID=41577644 -- You are

[Bug 1804031] New: perl-Package-New-0.09 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1804031 Bug ID: 1804031 Summary: perl-Package-New-0.09 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Package-New Keywords: FutureFeature, Triaged

[Bug 1804031] perl-Package-New-0.09 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1804031 --- Comment #1 from Upstream Release Monitoring --- Created attachment 1663652 --> https://bugzilla.redhat.com/attachment.cgi?id=1663652=edit [patch] Update to 0.09 (#1804031) -- You are receiving this mail because: You are on the CC

[389-devel] 389 DS nightly 2020-02-18 - 96% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2020/02/18/report-389-ds-base-1.4.3.3-20200218git2f8fbe2.fc31.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

[Fedocal] Reminder meeting : Modularity Team (weekly)

Dear all, You are kindly invited to the meeting: Modularity Team (weekly) on 2020-02-18 from 15:00:00 to 16:00:00 UTC At fedora-meetin...@irc.freenode.net The meeting will be about: Meeting of the Modularity Team. More information available at: [Modularity Team

Re: perl-Digest-SHA3, perl-Gtk3-WebKit (was: Re: Orphaned packages looking for new maintainers)

On Mon, 2020-02-17 at 17:34 +, Richard W.M. Jones wrote: > On Mon, Feb 17, 2020 at 05:32:03PM +, Richard W.M. Jones wrote: > > On Mon, Feb 17, 2020 at 04:24:22PM +0100, Miro Hrončok wrote: > > > rjones: perl-Digest-SHA3, perl-Gtk3-WebKit > > > > I took perl-Gtk3-WebKit, at least

[Bug 1804004] perl-PerlIO-Layers-0.012 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1804004 --- Comment #2 from Upstream Release Monitoring --- the-new-hotness/release-monitoring.org's scratch build of perl-PerlIO-Layers-0.012-1.fc30.src.rpm for rawhide completed http://koji.fedoraproject.org/koji/taskinfo?taskID=41569152 -- You

[Bug 1804004] perl-PerlIO-Layers-0.012 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1804004 --- Comment #1 from Upstream Release Monitoring --- Created attachment 1663637 --> https://bugzilla.redhat.com/attachment.cgi?id=1663637=edit [patch] Update to 0.012 (#1804004) -- You are receiving this mail because: You are on the CC

[Bug 1804004] New: perl-PerlIO-Layers-0.012 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1804004 Bug ID: 1804004 Summary: perl-PerlIO-Layers-0.012 is available Product: Fedora Version: rawhide Status: NEW Component: perl-PerlIO-Layers Keywords: FutureFeature,

Re: Another take on RStudio (review swaps?)

On Sun, Feb 16, 2020 at 10:06 AM Iñaki Ucar wrote: > If anyone is interested in pushing this forward, I can review > something in exchange. Note that the koji scratch build fails on s390x > due to a Java stack overflow. Does anyone know what's the default in > that arch and how to increase it?

Re: Orphaned packages looking for new maintainers

On Mon, Feb 17, 2020 at 8:27 AM Miro Hrončok wrote: [snip] > pcpa: apache-commons-jexl, jmol, perl-Math-Int64, naga, jspecview [snip] > sagitter: apache-commons-jexl Hey pcpa and sagitter, don't worry about apache-commons-jexl. I've just been working on updates for jacop and mp that fix

Re: How to deal with large number of bugs related to the, "multiple definition of..." issue

On Mon, Feb 17, 2020 at 2:59 PM Bruno Wolff III wrote: > For greyhounds, I didn't make an exception in the include file, but rather > added definitions to the main unit to reserve the space (and changed the > include file to add extern to the definitions). This didn't result in a > conflict, so

Qt, GNOME, and fonts

I am trying to track down a font problem with MuseScore: https://bugzilla.redhat.com/show_bug.cgi?id=1790829 The problem is that everything is displayed in Cantarell, no matter which font the user actually selects. In the style menu, one can pop up a list of fonts to choose from, and even

Intent to retire clalsadrv

I'm going to retire clalsadrv, it's been deprecated upstream [0] for a long time and it has been replaced by zita-alsa-pcmi. Nothing depends on it in rawhide according to this query: dnf --disablerepo='*' --enablerepo='rawhide' repoquery --whatrequires clalsadrv --alldep Ciao Guido FAS:

Re: How to deal with large number of bugs related to the, "multiple definition of..." issue

On Mon, Feb 17, 2020 at 21:32:30 +, Ronaldo Mercado wrote: I would like to see an example package where you experience this problem. In my case, greyhounds was the normal case. raidem was the enum should have been a typedef case. For greyhounds, I didn't make an exception in the

Re: How to deal with large number of bugs related to the, "multiple definition of..." issue

Hello, > The most common fix I used was, using "extern" in all but one place. > Well I guess what I was looking for was for us non-C/C++ programmers. :) > I can grep the source and arbitrarily choose which one not to use extern > with, but is there a right way? I would like to see an example

[Bug 1803973] New: CGI::Session is missing in epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1803973 Bug ID: 1803973 Summary: CGI::Session is missing in epel8 Product: Fedora EPEL Version: epel8 Status: NEW Component: perl-CGI-Session Assignee: andr...@bawue.net

Re: How to deal with large number of bugs related to the, "multiple definition of..." issue

On Mon, Feb 17, 2020 at 12:20 PM Bruno Wolff III wrote: > On Sun, Feb 16, 2020 at 07:24:10 -0600, > Richard Shaw wrote: > >So I have several FTBFS bugs most likely from the new gcc being more > >pedantic. I understand the bug at a high level but I think it would be > nice > >if someone who

Re: Signal 4 (ILL) caught by ps in mock

On Mon, Feb 17, 2020 at 3:45 AM Dan Horák wrote: > > On Mon, 17 Feb 2020 11:26:30 +0100 > Petr Pisar wrote: > > > On Fri, Feb 14, 2020 at 02:33:15PM -0700, Christoph Junghans wrote: > > > On Fri, Feb 14, 2020 at 10:37 AM Dan Horák wrote: > > > > > > > > On Fri, 14 Feb 2020 10:28:10 -0700 > > >

Re: Signal 4 (ILL) caught by ps in mock

On Mon, Feb 17, 2020 at 3:27 AM Petr Pisar wrote: > > On Fri, Feb 14, 2020 at 02:33:15PM -0700, Christoph Junghans wrote: > > On Fri, Feb 14, 2020 at 10:37 AM Dan Horák wrote: > > > > > > On Fri, 14 Feb 2020 10:28:10 -0700 > > > Christoph Junghans wrote: > > > > > > > >> > > > > >> In your case

Re: Orphaned packages looking for new maintainers

On Mon, 17 Feb 2020 16:48:05 +0100 Pierre-Yves Chibon wrote: > > pingou: perl-PerlIO-via-Timeout, perl-IO-Socket-Timeout > > Hm, I'm not seeing these orphaned and I pretty sure I have never > maintained them: > https://src.fedoraproject.org/rpms/perl-IO-Socket-Timeout >

Re: Orphaning tinymce

On Mon, Feb 17, 2020 at 04:27:50PM +0100, Miro Hrončok wrote: > On 17. 02. 20 7:28, Matthias Runge wrote: > > On 15/02/2020 21:12, Kevin Fenzi wrote: > > > Greetings. > > > > > > I was (probibly poorly) maintaining tinymce for a while because we used > > > it for askbot. We no longer do need it

Re: How to deal with large number of bugs related to the, "multiple definition of..." issue

On Sun, Feb 16, 2020 at 07:24:10 -0600, Richard Shaw wrote: So I have several FTBFS bugs most likely from the new gcc being more pedantic. I understand the bug at a high level but I think it would be nice if someone who really understood it could perhaps document strategies for figuring out

Re: URGENT: users prompted to upgrade to F32

On Mon, 2020-02-17 at 09:51 -0800, Adam Williamson wrote: > > However! It seems that there *may* be an alternative candidate for the > role. Bodhi has a 'releases' API endpoint, here: > > https://bodhi.fedoraproject.org/releases/ I updated a gnome-software issue:

Re: URGENT: users prompted to upgrade to F32

On Sun, 2020-02-16 at 22:17 +0100, drago01 wrote: > On Saturday, February 15, 2020, Kevin Fenzi wrote: > > > On Fri, Feb 14, 2020 at 05:14:57PM -0800, Adam Williamson wrote: > > > On Fri, 2020-02-14 at 18:37 -0600, Michael Catanzaro wrote: > > > > Hi, > > > > > > > > Users are being prompted to

Re: perl-Digest-SHA3, perl-Gtk3-WebKit (was: Re: Orphaned packages looking for new maintainers)

On Mon, Feb 17, 2020 at 05:32:03PM +, Richard W.M. Jones wrote: > On Mon, Feb 17, 2020 at 04:24:22PM +0100, Miro Hrončok wrote: > > rjones: perl-Digest-SHA3, perl-Gtk3-WebKit > > I took perl-Gtk3-WebKit, at least temporarily. techtalk-pse depends > on it, and there are no open bugs (or even

perl-Digest-SHA3, perl-Gtk3-WebKit (was: Re: Orphaned packages looking for new maintainers)

On Mon, Feb 17, 2020 at 04:24:22PM +0100, Miro Hrončok wrote: > rjones: perl-Digest-SHA3, perl-Gtk3-WebKit I took perl-Gtk3-WebKit, at least temporarily. techtalk-pse depends on it, and there are no open bugs (or even recent bugs at all). Upstream version is still the same as the current

Re: Packaging of github cli?

On 2/17/20 10:40 AM, Richard Shaw wrote: > I might when I have some time but it looks like a lot of dependent > package reviews! :) I think we are good on reviews now. It did have a lot of dependencies. Ooof! Joe -- Joe Doss j...@solidadmin.com ___

Re: Packaging of github cli?

On Fri, Feb 14, 2020 at 11:51 PM Joe Doss wrote: > On 2/14/20 12:36 PM, Joe Doss wrote: > > I will see what it takes to get this submitted for review this weekend. > > Here we go https://bugzilla.redhat.com/show_bug.cgi?id=1803302 > > If anyone has any some time to give these package a review

Anybody want js-jquery-noty?

I plan to orphan js-jquery-noty unless someone wants to maintain it. signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: How to get proper nsswitch.conf?

On Mon, Feb 17, 2020 at 11:24 am, Pavel Březina wrote: This is systemd module, right? There was some discussion about it in: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/PNKKVG3K6WAU42CCPVIEV6LZY7PWUG4P/#PNKKVG3K6WAU42CCPVIEV6LZY7PWUG4P I don't really have

Summary/Minutes from today's FESCo Meeting (2020-02-17)

= #fedora-meeting-1: FESCO (2020-02-17) = Meeting started by dcantrell at 15:00:16 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting-1/2020-02-17/fesco.2020-02-17-15.00.log.html .

Re: Orphaned packages looking for new maintainers

> pingou: perl-PerlIO-via-Timeout, perl-IO-Socket-Timeout Hm, I'm not seeing these orphaned and I pretty sure I have never maintained them: https://src.fedoraproject.org/rpms/perl-IO-Socket-Timeout https://src.fedoraproject.org/rpms/perl-PerlIO-via-Timeout bug in the script? Pierre

Orphaned packages looking for new maintainers

The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If

Re: Orphaning tinymce

On 17. 02. 20 7:28, Matthias Runge wrote: On 15/02/2020 21:12, Kevin Fenzi wrote: Greetings. I was (probibly poorly) maintaining tinymce for a while because we used it for askbot. We no longer do need it so I am going to orphan it and hope someone out there has more time and energy to give it

Orphaned packages looking for new maintainers

The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If

Orphaned mongo-java-driver

Hi, I have just orphaned the mongo-java-driver package. I have not been able to give it the time or attention it needs. Hopefully someone else can take over this package. Omair ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe

[EPEL-devel] Re: KDE Plasma Desktop available for EPEL8

On Mon, Feb 10, 2020 at 10:04 AM Troy Dawson wrote: > > Hello, > The KDE Plasma Desktop is now available for standard EPEL8. > > ## How to install > > ### First: install epel-release > rpm -Uvh > https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm > > ### Second: Enable

erlang-jose license change

erlang-jose has changed licenses from MPLv2.0 to MIT. https://src.fedoraproject.org/rpms/erlang-jose/c/cb981bf5 signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe

Re: What's up with koschei?

On Mon, Feb 17, 2020 at 01:09:00PM +0100, Mikolaj Izdebski wrote: > On Mon, Feb 17, 2020 at 10:27 AM Fabio Valentini wrote: > > I've noticed that koschei doesn't seem to have scheduled any scratch > > builds since around the fedora 32 mass rebuild, and it also hasn't > > picked up the f32 branch

Re: Who maintains the service at mbs.fedoraproject.org:443?

On Mon, Feb 17, 2020 at 09:44:21AM -0500, Michael McLean wrote: >That's the fm-orchestrator rest api. The code maintenance has transferred >from the Factory 2.0 team to the RHEL Build team (i.e. the "Koji team"). >Historically, the Factory team has handled the Fedora infra deployments.

Re: Who maintains the service at mbs.fedoraproject.org:443?

That's the fm-orchestrator rest api. The code maintenance has transferred from the Factory 2.0 team to the RHEL Build team (i.e. the "Koji team"). Historically, the Factory team has handled the Fedora infra deployments. However, I think we should move towards having that work more like Koji

Re: Change proposal discussion - Optimize SquashFS Size

John M. Harris Jr wrote: > On Monday, February 10, 2020 10:53:45 AM MST Jared K. Smith wrote: >> On Mon, Feb 10, 2020 at 3:30 AM John M. Harris Jr >> >> wrote: >> > As for the software available, that's called choice. I know >> > it's a relative unknown in the GNOME world, as one option is

Re: copr builds for rawhide 64-bit arches failing

Thanks for the report. On Saturday, February 15, 2020 3:09:49 PM CET Alexander Ploumistos wrote: > DEBUG util.py:596: ERROR: not a btrfs filesystem: /var/lib/mock > DEBUG util.py:596: ERROR: can't access '/var/lib/mock' > DEBUG util.py:744: Child return code was: 1 > DEBUG util.py:1580:

Re: Who maintains the service at mbs.fedoraproject.org:443?

On Mon, 17 Feb 2020 at 06:47, Mikolaj Izdebski wrote: > mbs.fedoraproject.org is maintained by Infrastructure Team [1]. You > can report issues at [2]. > > [1] https://fedoraproject.org/wiki/Infrastructure > [2] https://pagure.io/fedora-infrastructure/issues mbs like some other services are

Re: Who maintains the service at mbs.fedoraproject.org:443?

On 17/02/2020 13:54, Pierre-Yves Chibon wrote: On Mon, Feb 17, 2020 at 12:46:17PM +0100, Mikolaj Izdebski wrote: mbs.fedoraproject.org is maintained by Infrastructure Team [1]. You can report issues at [2]. I don't think that we do, but we may know who does and help you redirect your question

Re: Who maintains the service at mbs.fedoraproject.org:443?

On Mon, Feb 17, 2020 at 7:55 AM Pierre-Yves Chibon wrote: > > On Mon, Feb 17, 2020 at 12:46:17PM +0100, Mikolaj Izdebski wrote: > > mbs.fedoraproject.org is maintained by Infrastructure Team [1]. You > > can report issues at [2]. > > I don't think that we do, but we may know who does and help you

Re: Who maintains the service at mbs.fedoraproject.org:443?

On Mon, Feb 17, 2020 at 12:46:17PM +0100, Mikolaj Izdebski wrote: > mbs.fedoraproject.org is maintained by Infrastructure Team [1]. You > can report issues at [2]. I don't think that we do, but we may know who does and help you redirect your question to them. From the top of my head, I have to

Re: What's up with koschei?

On Mon, Feb 17, 2020 at 1:12 PM Mikolaj Izdebski wrote: > > On Mon, Feb 17, 2020 at 10:27 AM Fabio Valentini wrote: > > I've noticed that koschei doesn't seem to have scheduled any scratch > > builds since around the fedora 32 mass rebuild, and it also hasn't > > picked up the f32 branch yet.

Re: What's up with koschei?

On Mon, Feb 17, 2020 at 10:27 AM Fabio Valentini wrote: > I've noticed that koschei doesn't seem to have scheduled any scratch > builds since around the fedora 32 mass rebuild, and it also hasn't > picked up the f32 branch yet. Koschei collections are manipulated manually by Koschei admins

Re: Who maintains the service at mbs.fedoraproject.org:443?

mbs.fedoraproject.org is maintained by Infrastructure Team [1]. You can report issues at [2]. [1] https://fedoraproject.org/wiki/Infrastructure [2] https://pagure.io/fedora-infrastructure/issues -- Mikolaj Izdebski On Mon, Feb 17, 2020 at 12:20 PM Stephan Bergmann wrote: > > I am trying to do

[Bug 1803552] perl-Devel-Hide-0.0013 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1803552 Paul Howarth changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version|

Who maintains the service at mbs.fedoraproject.org:443?

I am trying to do a build of LibreOffice from Fedora RPMs (à la ), but `fedpkg module-build` keeps failing with The modulemd libreoffice.yaml is invalid. Please verify the syntax is correct. after

Re: Signal 4 (ILL) caught by ps in mock

On Mon, 17 Feb 2020 11:26:30 +0100 Petr Pisar wrote: > On Fri, Feb 14, 2020 at 02:33:15PM -0700, Christoph Junghans wrote: > > On Fri, Feb 14, 2020 at 10:37 AM Dan Horák wrote: > > > > > > On Fri, 14 Feb 2020 10:28:10 -0700 > > > Christoph Junghans wrote: > > > > > > > >> > > > > >> In your

Fedora-Cloud-31-20200217.0 compose check report

No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Signal 4 (ILL) caught by ps in mock

On Fri, Feb 14, 2020 at 02:33:15PM -0700, Christoph Junghans wrote: > On Fri, Feb 14, 2020 at 10:37 AM Dan Horák wrote: > > > > On Fri, 14 Feb 2020 10:28:10 -0700 > > Christoph Junghans wrote: > > > > > >> > > > >> In your case procps-ng package seems to be miscompiled (or run on > > > >> an

Re: How to get proper nsswitch.conf?

On 2/14/20 8:19 PM, Michael Catanzaro wrote: On Thu, Feb 13, 2020 at 7:13 pm, Michael Catanzaro wrote: Why don't we have mymachines here? This is systemd module, right? There was some discussion about it in:

[Bug 1803711] perl-Tk-804.034-9.fc33 FTBFS: t/entry.t test fails

https://bugzilla.redhat.com/show_bug.cgi?id=1803711 --- Comment #1 from Petr Pisar --- Those are the rebased packages between last successful build and now: Removed packages: annobin-9.01 binutils-2.33.1 binutils-gold-2.33.1 cpio-2.12 fedora-gpg-keys-32

[Bug 1800988] perl-Data-Report-1.001 is available

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

[Bug 1803711] perl-Tk-804.034-9.fc33 FTBFS: t/entry.t test fails

https://bugzilla.redhat.com/show_bug.cgi?id=1803711 Petr Pisar changed: What|Removed |Added Summary|perl-Tk-804.034-9.fc33 |perl-Tk-804.034-9.fc33

[Bug 1803711] New: perl-Tk-804.034-9.fc33 FTBFS:

https://bugzilla.redhat.com/show_bug.cgi?id=1803711 Bug ID: 1803711 Summary: perl-Tk-804.034-9.fc33 FTBFS: Product: Fedora Version: rawhide URL: https://koji.fedoraproject.org/koji/buildinfo?buildID= 1463067

[Bug 1795112] Upgrade perl-Data-Perl to 0.002011

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

[Bug 1800471] Upgrade perl-Type-Tiny to 1.008005

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

Re: CPE Weekly: 2020-02-14

Thanks for the feedback Kamil! I look forward to bridging that 2.7% discrepancy soon! :) Kindest regards, Aoife On Mon, Feb 17, 2020 at 9:33 AM Kamil Paral wrote: > On Fri, Feb 14, 2020 at 6:58 PM Aoife Moloney wrote: > >> # CPE Weekly: 2020-02-14 >> > > Hey Aoife, > thanks a lot for

[Bug 1794452] perl-ExtUtils-CppGuess-0.21 is available

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

[Bug 1799856] perl-Syntax-Highlight-Perl6: FTBFS in Fedora rawhide/f32

https://bugzilla.redhat.com/show_bug.cgi?id=1799856 Petr Pisar changed: What|Removed |Added CC||ppi...@redhat.com Link ID|

[Bug 1793228] perl-Schedule-Cron-Events-1.96 is available

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

Re: CPE Weekly: 2020-02-14

On Fri, Feb 14, 2020 at 6:58 PM Aoife Moloney wrote: > # CPE Weekly: 2020-02-14 > Hey Aoife, thanks a lot for improving report formatting. It is now 97.3% more readable! :-) Looks great. Kamil ___ devel mailing list -- devel@lists.fedoraproject.org

What's up with koschei?

Hi everybody, I've noticed that koschei doesn't seem to have scheduled any scratch builds since around the fedora 32 mass rebuild, and it also hasn't picked up the f32 branch yet. Is there a known "outage" or is it just sitting there idle for some reason? I really like to know when my packages

[Bug 1802999] Upgrade perl-Pegex to 0.75

https://bugzilla.redhat.com/show_bug.cgi?id=1802999 Gerd Pokorra changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version|

Re: Package uses Gradle (retired) to build: what to do?

Hi Mikolaj, Thanks for your info and recommendation. > Currently I don't have time to maintain Gradle in Fedora. Several of my packages are built with Gradle by their upstreams, but currently it is more feasible to port packages to be built with Maven rather than maintaining Gradle in Fedora.

[Bug 1803391] perl-Devel-CheckOS-1.83 is available

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

Re: Package uses Gradle (retired) to build: what to do?

On Sat, Feb 8, 2020 at 12:23 PM Ankur Sinha wrote: > > Hello, > > netcdf-java[1] uses the Gradle build system, and is required to update > hdfview[2] to the latest version. Gradle, however, was retired[3] as > "out of date, broken, fails to build, basically unmaintainable". > > Now, I know that

Fedora-Cloud-30-20200217.0 compose check report

No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Package uses Gradle (retired) to build: what to do?

On Thu, Feb 13, 2020 at 11:33 AM Jun Aruga wrote: > > > Anyone with the time to (co-)maintain Gradle? :) > > I added Mikolaj and Daniel to TO. > They had maintained gradle before being dead.package, seeing the past > commits in rpms/gradle. > Mikolaj and Daniel, do you like to come back as a