Re: Introducing Square 1

On Mon, Oct 28, 2019 at 8:00 PM Troy Dawson wrote: > > I would like to introduce a plan I call Square 1 [1][2] > > There are two goals to Square 1. > The first is to get, and keep, the core buildroot[3] packages, > self-hosting[4]. > The second is to get the list of core buildroot packages as

[Bug 1773844] perl-HTTP-Date-6.05 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1773844 --- Comment #2 from Upstream Release Monitoring --- the-new-hotness/release-monitoring@fedoraproject.org's scratch build of perl-HTTP-Date-6.05-1.fc29.src.rpm for rawhide completed

[Bug 1773844] New: perl-HTTP-Date-6.05 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1773844 Bug ID: 1773844 Summary: perl-HTTP-Date-6.05 is available Product: Fedora Version: rawhide Status: NEW Component: perl-HTTP-Date Keywords: FutureFeature, Triaged

[Bug 1773844] perl-HTTP-Date-6.05 is available

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

Re: [fedora-java] What's the State of the Java SIG?

On 11/18/19 7:29 PM, Neal Gompa wrote: On Mon, Nov 18, 2019 at 9:34 PM Samuel Sieb wrote: On 11/18/19 3:40 PM, Gerald Henriksen wrote: On Mon, 18 Nov 2019 13:37:39 +0100, you wrote: Fabio Valentini wrote: Or is it time for a "tabula rasa" and restart the SIG? IMHO, yes. Kick out the 1

[EPEL-devel] Fedora EPEL 6 updates-testing report

The following Fedora EPEL 6 Security updates need testing: Age URL 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-89d09bcf60 php-robrichards-xmlseclibs-2.1.1-1.el6 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-800a69997a djvulibre-3.5.25.3-18.el6 1

[Bug 1772833] Add perl-DepGen-Perl-Tests to EPEL 8

https://bugzilla.redhat.com/show_bug.cgi?id=1772833 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from

[Bug 1772831] Add perl-RPM2 to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1772831 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from

[389-devel] 389 DS nightly 2019-11-19 - 95% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2019/11/19/report-389-ds-base-1.4.2.4-20191119git6d70cbe.fc31.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

[Bug 1768131] [RFE] EPEL7, EPEL8 branch of perl-Text-Table

https://bugzilla.redhat.com/show_bug.cgi?id=1768131 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Text-Table-1.133-7.el8 |perl-Text-Table-1.133-7.el8

[Bug 1773104] perl-DateTime-TimeZone-2.38 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1773104 --- Comment #5 from Fedora Update System --- perl-DateTime-TimeZone-2.38-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See

[Bug 1763637] EPEL8 builds

https://bugzilla.redhat.com/show_bug.cgi?id=1763637 Bug 1763637 depends on bug 1762930, which changed state. Bug 1762930 Summary: [RFE] EPEL-8 branch for perl-Text-Autoformat https://bugzilla.redhat.com/show_bug.cgi?id=1762930 What|Removed |Added

[Bug 1768805] perl-RDF-Trine for EL8

https://bugzilla.redhat.com/show_bug.cgi?id=1768805 Bug 1768805 depends on bug 1768131, which changed state. Bug 1768131 Summary: [RFE] EPEL7, EPEL8 branch of perl-Text-Table https://bugzilla.redhat.com/show_bug.cgi?id=1768131 What|Removed |Added

[Bug 1768145] Please provide EPEL8 package

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

[Bug 1767613] perl-Devel-Timer-0.13 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1767613 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Devel-Timer-0.13-1.fc3 |perl-Devel-Timer-0.13-1.fc3

[Bug 1762271] perl-Mail-Message for EL8

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

[Bug 1744690] [RFE] EPEL8 branch of perl-Plack

https://bugzilla.redhat.com/show_bug.cgi?id=1744690 Bug 1744690 depends on bug 1744709, which changed state. Bug 1744709 Summary: [RFE] EPEL8 branch of perl-FCGI-Client https://bugzilla.redhat.com/show_bug.cgi?id=1744709 What|Removed |Added

[Bug 1762269] perl-Email-Abstract for EL 8

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

[Bug 1768131] [RFE] EPEL7, EPEL8 branch of perl-Text-Table

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

[Bug 1744709] [RFE] EPEL8 branch of perl-FCGI-Client

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

[Bug 1762271] perl-Mail-Message for EL8

https://bugzilla.redhat.com/show_bug.cgi?id=1762271 Bug 1762271 depends on bug 1762930, which changed state. Bug 1762930 Summary: [RFE] EPEL-8 branch for perl-Text-Autoformat https://bugzilla.redhat.com/show_bug.cgi?id=1762930 What|Removed |Added

[Bug 1762930] [RFE] EPEL-8 branch for perl-Text-Autoformat

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

[Bug 1761852] perl-Email-Sender for EL8

https://bugzilla.redhat.com/show_bug.cgi?id=1761852 Bug 1761852 depends on bug 1762269, which changed state. Bug 1762269 Summary: perl-Email-Abstract for EL 8 https://bugzilla.redhat.com/show_bug.cgi?id=1762269 What|Removed |Added

[Bug 1762269] perl-Email-Abstract for EL 8

https://bugzilla.redhat.com/show_bug.cgi?id=1762269 Bug 1762269 depends on bug 1762271, which changed state. Bug 1762271 Summary: perl-Mail-Message for EL8 https://bugzilla.redhat.com/show_bug.cgi?id=1762271 What|Removed |Added

[Bug 1773830] New: perl-Term-Table-0.015 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1773830 Bug ID: 1773830 Summary: perl-Term-Table-0.015 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Term-Table Keywords: FutureFeature, Triaged

Re: [fedora-java] What's the State of the Java SIG?

On Mon, Nov 18, 2019 at 9:34 PM Samuel Sieb wrote: > > On 11/18/19 3:40 PM, Gerald Henriksen wrote: > > On Mon, 18 Nov 2019 13:37:39 +0100, you wrote: > > > >> Fabio Valentini wrote: > >>> Or is it time for a "tabula rasa" and restart the SIG? > >> > >> IMHO, yes. Kick out the 1 or 2 Modularity

Re: bug 1767576 in fedora-review / mock and relative workarounds

On Mon, Nov 18, 2019 at 6:31 AM Germano Massullo wrote: > > Hello, in comment > https://bugzilla.redhat.com/show_bug.cgi?id=1767576#c7 > I wrote my experience about fedora-review / mock bug that returns message > %{python3_pkgversion} expanded too early. > > As workaround I renamed >

[Bug 1773104] perl-DateTime-TimeZone-2.38 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1773104 --- Comment #4 from Fedora Update System --- perl-DateTime-TimeZone-2.38-1.fc31 has been pushed to the Fedora 31 testing repository. If problems still persist, please make note of it in this bug report. See

[Fedocal] Reminder meeting : Modularity Team (weekly)

Dear all, You are kindly invited to the meeting: Modularity Team (weekly) on 2019-11-19 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: [fedora-java] What's the State of the Java SIG?

On 11/18/19 3:40 PM, Gerald Henriksen wrote: On Mon, 18 Nov 2019 13:37:39 +0100, you wrote: Fabio Valentini wrote: Or is it time for a "tabula rasa" and restart the SIG? IMHO, yes. Kick out the 1 or 2 Modularity fundamentalists that form the current remains of the Java SIG and create a new

[EPEL-devel] Fedora EPEL 7 updates-testing report

The following Fedora EPEL 7 Security updates need testing: Age URL 461 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d condor-8.6.11-1.el7 203 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c499781e80 python-gnupg-0.4.4-1.el7 200

[Bug 1773104] perl-DateTime-TimeZone-2.38 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1773104 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #3 from

[Bug 1773172] Update biber to work with the latest texlive update

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

[Bug 1772725] perl-HTTP-Date-6.04 is available

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

[Bug 1772056] perl-HTTP-Date-6.03 is available

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

[Bug 1770717] Upgrade perl-Module-Load-Conditional to 0.70

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

[Bug 1770716] Upgrade perl-Module-CoreList to 5.20191110

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

Re: [fedora-java] What's the State of the Java SIG?

On Mon, 2019-11-18 at 18:40 -0500, Gerald Henriksen wrote: > On Mon, 18 Nov 2019 13:37:39 +0100, you wrote: > > > Fabio Valentini wrote: > > > Or is it time for a "tabula rasa" and restart the SIG? > > > > IMHO, yes. Kick out the 1 or 2 Modularity fundamentalists that form > > the > > current

Re: [fedora-java] What's the State of the Java SIG?

- Original Message - > From: "Gerald Henriksen" > To: "Development discussions related to Fedora" > > Sent: Monday, November 18, 2019 6:40:54 PM > Subject: Re: [fedora-java] What's the State of the Java SIG? > > On Mon, 18 Nov 2019 13:37:39 +0100, you wrote: > > >Fabio Valentini

Re: [fedora-java] What's the State of the Java SIG?

On Mon, 18 Nov 2019 13:37:39 +0100, you wrote: >Fabio Valentini wrote: >> Or is it time for a "tabula rasa" and restart the SIG? > >IMHO, yes. Kick out the 1 or 2 Modularity fundamentalists that form the >current remains of the Java SIG and create a new Java SIG from scratch that >actually

[Bug 1769866] perl-GStreamer-0.20-17.fc32 FTBFS: Unsatisfied gstreamer-devel >= 0.10.0 build dependency

https://bugzilla.redhat.com/show_bug.cgi?id=1769866 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Resolution|---

Re: Eclipse and Fedora 31

On 18. 11. 19 21:47, Aleksandar Kurtakov wrote: On Mon, Nov 18, 2019 at 10:14 PM Miro Hrončok > wrote: On 18. 11. 19 19:55, Aleksandar Kurtakov wrote: > Dear Eclipse users, > Whoever faces issues installing Eclipse RPMs on Fedora 31 - this is

Re: Eclipse and Fedora 31

On Mon, Nov 18, 2019 at 10:14 PM Miro Hrončok wrote: > On 18. 11. 19 19:55, Aleksandar Kurtakov wrote: > > Dear Eclipse users, > > Whoever faces issues installing Eclipse RPMs on Fedora 31 - this is > beyond us > > (Eclipse packagers) and depends on a number of bigger issues in Fedora > land

[Bug 1773172] Update biber to work with the latest texlive update

https://bugzilla.redhat.com/show_bug.cgi?id=1773172 --- Comment #5 from Colin Macdonald --- Yeah it should definitely be improved. See #1561929. Would be happy for your help/input/debugging over there: I don't really know enough about texlive packaging to accomplish what I want to happen

Re: Eclipse and Fedora 31

On 18. 11. 19 19:55, Aleksandar Kurtakov wrote: Dear Eclipse users, Whoever faces issues installing Eclipse RPMs on Fedora 31 - this is beyond us (Eclipse packagers) and depends on a number of bigger issues in Fedora land both technical and political. There are no political issues here,

Eclipse and Fedora 31

Dear Eclipse users, Whoever faces issues installing Eclipse RPMs on Fedora 31 - this is beyond us (Eclipse packagers) and depends on a number of bigger issues in Fedora land both technical and political. Until this is fixed, you're strongly recommended to try using Eclipse from Flathub [1]. It

[EPEL-devel] Re: Menulibre for EPEL8

On 18. 11. 19 15:45, Troy Dawson wrote: Not sure why, but this was assigned to "Orphaned Owner". In Fedora it was recently updated this last June, and has been rebuilt for F32. Anyway, just letting people know, if they want to support this, it's theirs for the taking. It was orphaned at

Re: [fedora-java] Re: What's the State of the Java SIG?

Alex Scheel wrote: > A number of these packages exist as ursine packages precisely because > you've made them BUILDROOT-only! We, the Dogtag team, asked you to > reconsider that choice because we needed these as runtime dependencies, > not build-time only. You declined and said our choices were to

[389-devel] please review: PR 50724 - Add additional health checks to dsconf

https://pagure.io/389-ds-base/pull-request/50724 -- 389 Directory Server Development Team ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Orphaning js-jquery-file-upload

Would anybody like to maintain js-jquery-file-upload? If not, I will orphan it. https://src.fedoraproject.org/rpms/js-jquery-file-upload signature.asc Description: This is a digitally signed message part ___ devel mailing list --

Re: Modularity and all the things

Petr Pisar wrote: > In your example the the packager maintains 4 versions (in the sense of > dist-git branches and builds submitted to Koji) of the software > (FXX fish 3, FXX+1 fish 4, stream 3 fish 3, stream 4 fish 4). > > That's exactly what you as a package does not want. Igor's approach >

Re: Question about libtirpc CNAME Change.

Hello, On 11/18/19 10:44 AM, Florian Weimer wrote: > * Steve Dickson: > >> In a recent upstream commit, the outdated, unsupported >> AUTH_DES authentication is now compiled out by default. >> >> This does effect the API, but does it really need a CNAME change >> since it interface can be

Re: Orphaning two security packages

On Sun, Nov 17, 2019 at 04:21:44PM +, Ian McInerney wrote: > I would be willing to take on Zulucrypt, since I use it, but I will need > someone to sponsor me as a packager (I am not in the group). Hey, Ian, drop me and email off list and I can see about sponsoring you and helping you maintain

[Bug 1773536] Upgrade perl-Apache-LogFormat-Compiler to 0.36

https://bugzilla.redhat.com/show_bug.cgi?id=1773536 Ralf Corsepius changed: What|Removed |Added Status|NEW |CLOSED Resolution|---

Re: [fedora-java] What's the State of the Java SIG?

On Mon, 2019-11-18 at 13:37 +0100, Kevin Kofler wrote: > Fabio Valentini wrote: > > Or is it time for a "tabula rasa" and restart the SIG? > > IMHO, yes. Kick out the 1 or 2 Modularity fundamentalists that form > the > current remains of the Java SIG and create a new Java SIG from > scratch that

Re: Question about libtirpc CNAME Change.

* Steve Dickson: > In a recent upstream commit, the outdated, unsupported > AUTH_DES authentication is now compiled out by default. > > This does effect the API, but does it really need a CNAME change > since it interface can be recompiled back in? > > The reason I ask, change libtirpc's CNAME

Re: Modularity and all the things

On 2019-10-24, Lukas Ruzicka wrote: > On Thu, Oct 24, 2019 at 10:40 AM Igor Gnatenko < > ignatenkobr...@fedoraproject.org> wrote: >> This is also not only about maintainers, but end >> users too: >> >> FXX: fish 3.x is non-modular, stream 4.x exists >> FXX+1: fish 4.x is non-modular, stream 3.x

[EPEL-devel] Re: How do I remove packages from epel-playground only

On Mon, Nov 18, 2019 at 7:25 AM Stephen John Smoogen wrote: > > On Mon, 18 Nov 2019 at 09:55, Troy Dawson wrote: > > > > Hi, > > This has come up in multiple conversations, with no answer. > > > > Honestly I don't think we ever came up with an idea of anything > getting retired in playground..

Re: Intent to retire OCE (OpenCascade Community Edition)

On Mon, Nov 18, 2019 at 8:26 AM Ian McInerney wrote: > Richard, > > FYI, it appears that you can actually download the source packages from a > public-facing git repository on their site (instead of having to link > through the login page as your spec currently does). > > The Git repository is:

Re: Intent to retire OCE (OpenCascade Community Edition)

On Fri, Nov 15, 2019 at 3:59 PM Ian McInerney wrote: > A repoquery for build-requires on the OCE-devel package only gives these 4 > packages: > gmsh-0:4.4.1-3.fc32.src > kicad-1:5.1.4-5.fc32.src > netgen-mesher-0:6.2.1810-4.fc32.src > smesh-0:6.7.5-7.fc31.src > I started working on smesh but

[EPEL-devel] Re: How do I remove packages from epel-playground only

On Mon, 18 Nov 2019 at 09:55, Troy Dawson wrote: > > Hi, > This has come up in multiple conversations, with no answer. > Honestly I don't think we ever came up with an idea of anything getting retired in playground.. so that is the 'answer'. We need to figure this out. > With modularity coming

Summary/Minutes from today's FESCo Meeting (2019-11-18)

I think I broke the meetbot, so there are no logs online (the URLs below don't work). We just voted on one issue: #2268, and it was rejected (0, 0, -6). I'll chair the next meeting. A transcript: 15:06 < bookwar> .hello2 15:06 <@zodbot> bookwar: bookwar 'Aleksandra Fedorova' 15:06 < jforbes>

Question about libtirpc CNAME Change.

Hello, In a recent upstream commit, the outdated, unsupported AUTH_DES authentication is now compiled out by default. This does effect the API, but does it really need a CNAME change since it interface can be recompiled back in? The reason I ask, change libtirpc's CNAME will require a large

Re: which old version of fedora can read a old iRIX XFS filesystem ?

On Sun, 17 Nov 2019 at 21:13, J. Scheurich wrote: > > Hi, > > When trying to mount a old SGI IRIX64 XFS filesystem, current Linux > versions complain with: > There are going to be a bunch of problems trying to mount this depending on how old the partition is: https://xfs.org/index.php/XFS_FAQ

[EPEL-devel] How do I remove packages from epel-playground only

Hi, This has come up in multiple conversations, with no answer. With modularity coming up, I'm planning on transitioning KDE from epel8-playground to regular epel8 modules. I will have alot of packages that I no longer want in playground, but don't want removed from epel8. How do I do that? My

[EPEL-devel] Re: Menulibre for EPEL8

Not sure why, but this was assigned to "Orphaned Owner". In Fedora it was recently updated this last June, and has been rebuilt for F32. Anyway, just letting people know, if they want to support this, it's theirs for the taking. Also, the only reason my name is anywhere near it was because I

Re: What's the State of the Java SIG?

- Original Message - > From: "Mikolaj Izdebski" > To: "Development discussions related to Fedora" > > Cc: "java-devel" > Sent: Monday, November 18, 2019 5:42:20 AM > Subject: Re: What's the State of the Java SIG? ~snip~ > Maintenance of obsolete packages is non-goal for Java SIG. A

Re: Intent to retire OCE (OpenCascade Community Edition)

Richard, FYI, it appears that you can actually download the source packages from a public-facing git repository on their site (instead of having to link through the login page as your spec currently does). The Git repository is: https://git.dev.opencascade.org/gitweb/?p=occt.git The source links

Re: What's the State of the Java SIG?

On Mon, Nov 18, 2019 at 1:33 PM Mikolaj Izdebski wrote: > > On Mon, Nov 18, 2019 at 12:17 PM John M. Harris Jr > wrote: > > > > On Monday, November 18, 2019 3:42:20 AM MST Mikolaj Izdebski wrote: > > > IMHO effort spent on maintenance of most of these ursine Java packages > > > is mostly wasted

[Bug 1773172] Update biber to work with the latest texlive update

https://bugzilla.redhat.com/show_bug.cgi?id=1773172 --- Comment #4 from hannes --- On a related note, would it be somehow possible to check the compatibility of the versions on the rpm level? I mean could texlive require the necessary version of the biber package? This would prevent this from

[Bug 1773353] perl-Prima-1.57 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1773353 Petr Pisar changed: What|Removed |Added Status|NEW |MODIFIED Link ID|

Re: [fedora-java] What's the State of the Java SIG?

Fabio Valentini wrote: > Or is it time for a "tabula rasa" and restart the SIG? IMHO, yes. Kick out the 1 or 2 Modularity fundamentalists that form the current remains of the Java SIG and create a new Java SIG from scratch that actually cares about packaging Java properly in and for

Re: What's the State of the Java SIG?

On Mon, Nov 18, 2019 at 12:17 PM John M. Harris Jr wrote: > > On Monday, November 18, 2019 3:42:20 AM MST Mikolaj Izdebski wrote: > > IMHO effort spent on maintenance of most of these ursine Java packages > > is mostly wasted effort. As I said before, many times, these packages > > should be

Re: What are the benefits of default modular streams over non-modular packages?

Mikolaj Izdebski wrote: > As Petr Pisar noted earlier, default streams are designed to deliver the > same user experience as ursine packages, therefore there is no *direct* > advantage or disadvantage of them over ursine packages, for Fedora > *users*. Sorry, the "no disadvantage" part is just

[Bug 1773540] New: Upgrade perl-HTTP-Entity-Parser to 0.22

https://bugzilla.redhat.com/show_bug.cgi?id=1773540 Bug ID: 1773540 Summary: Upgrade perl-HTTP-Entity-Parser to 0.22 Product: Fedora Version: rawhide Status: NEW Component: perl-HTTP-Entity-Parser Assignee:

[Bug 1773536] New: Upgrade perl-Apache-LogFormat-Compiler to 0.36

https://bugzilla.redhat.com/show_bug.cgi?id=1773536 Bug ID: 1773536 Summary: Upgrade perl-Apache-LogFormat-Compiler to 0.36 Product: Fedora Version: rawhide Status: NEW Component: perl-Apache-LogFormat-Compiler Assignee:

bug 1767576 in fedora-review / mock and relative workarounds

Hello, in comment https://bugzilla.redhat.com/show_bug.cgi?id=1767576#c7 I wrote my experience about fedora-review / mock bug that returns message %{python3_pkgversion} expanded too early. As workaround I renamed python3-dateutil-2.8.0-2.fc30.src.rpm to pythonX-dateutil-2.8.0-2.fc30.src.rpm but

Re: What are the benefits of default modular streams over non-modular packages?

On Thu, Nov 14, 2019 at 4:59 PM Miro Hrončok wrote: > I've asked whether it wouldn't be in fact much easier to keep the default > versions of our packages non-modular. > > Others have said they are interested in this as well. A huge thread happened > but > it hasn't delivered an answer. >

[Bug 1773105] perl-HTTP-Cookies-6.07 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1773105 Petr Pisar changed: What|Removed |Added Fixed In Version||perl-HTTP-Cookies-6.07-1.fc

Re: Modularity: The Official Complaint Thread

Hi, Vit, On Fri, Nov 15, 2019 at 10:57 AM Vít Ondruch wrote: > > > Dne 14. 11. 19 v 16:13 Stephen Gallagher napsal(a): > > On Thu, Nov 14, 2019 at 9:19 AM Vít Ondruch wrote: > >> I wonder who is doing to clean up all the mess in dist-git we have due > >> to modularity. specifically, I wonder

Re: What's the State of the Java SIG?

On Monday, November 18, 2019 3:42:20 AM MST Mikolaj Izdebski wrote: > IMHO effort spent on maintenance of most of these ursine Java packages > is mostly wasted effort. As I said before, many times, these packages > should be retired and replaced by modular packages, which are > maintained by Java

[Bug 1773105] perl-HTTP-Cookies-6.07 is available

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

Re: Please welcome Julen (@jlanda) to the packager group

Welcome! JT On Mon, Nov 18, 2019, 05:51 Ankur Sinha wrote: > Hello! > > Please welcome Julen (@jlanda) to the packager group. I have just > sponsored them > to it now[1]. They're interested in helping with the zathura related > packages that I took over recently, and are also interested in

Re: Please welcome Julen (@jlanda) to the packager group

Welcome and thank you for your future contributions! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Please welcome Julen (@jlanda) to the packager group

Hello! Please welcome Julen (@jlanda) to the packager group. I have just sponsored them to it now[1]. They're interested in helping with the zathura related packages that I took over recently, and are also interested in helping with Python packages in Fedora. I will help them learn the complete

Re: scalapack 2.1 in rawhide

Hi, Tom. On Monday, 18 November 2019 at 05:53, Tom Callaway wrote: > Hi Fedorans, [...] > I kicked off rebuilds of cp2k, gpaw and MUMPS that reflect this change. Thanks! Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of

Re: What's the State of the Java SIG?

Hi, On Mon, Nov 18, 2019 at 10:30 AM Fabio Valentini wrote: > You're probably aware that the Stewardship SIG has been picking up > some (±230) Java packages to keep them from getting removed from > fedora, and to try to keep them maintained. Since the fraction of > out-of-date packages has

[Bug 1773104] perl-DateTime-TimeZone-2.38 is available

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

[Bug 1773104] perl-DateTime-TimeZone-2.38 is available

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

[Bug 1773104] perl-DateTime-TimeZone-2.38 is available

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

What's the State of the Java SIG?

Hi everybody, You're probably aware that the Stewardship SIG has been picking up some (±230) Java packages to keep them from getting removed from fedora, and to try to keep them maintained. Since the fraction of out-of-date packages has fallen from 70% to 30% (with 0 FTBFS issues left), I think

[Bug 1772833] Add perl-DepGen-Perl-Tests to EPEL 8

https://bugzilla.redhat.com/show_bug.cgi?id=1772833 --- Comment #2 from Fedora Update System --- FEDORA-EPEL-2019-c2ed094340 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c2ed094340 -- You are receiving this mail because: You are

[Bug 1772833] Add perl-DepGen-Perl-Tests to EPEL 8

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

[Bug 1773104] perl-DateTime-TimeZone-2.38 is available

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

[Bug 1772831] Add perl-RPM2 to EPEL8

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

[Bug 1772831] Add perl-RPM2 to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1772831 --- Comment #2 from Fedora Update System --- FEDORA-EPEL-2019-c2ed094340 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c2ed094340 -- You are receiving this mail because: You are

Schedule for Mondays's FESCo Meeting (2019-11-18)

Following is the list of topics that will be discussed in the FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2019-11-18 15:00 UTC' (Beware that the DST has

Re: Fedora 32 System-Wide Change proposal: Build Python 3 to statically link with libpython3.8.a for better performance

* John Reiser: Thinking aloud: does anyone ever use symbol overriding for anything other than glibc? > >>> Yes. It is particularly useful for "spear fishing" debugging of lower-level >>> interfaces in large, complex multi-process applications. > >> That only seems to need shallow