thunderbird-enigmail: how to claim ownership for F31 if package is retired in rawhide?

Hey, thunderbird-enigmail was retired in rawhide after being orphaned for more than 6 weeks. However F30+F31 still have the RPM but it does not work at all due to Thunderbird changes. I'm not interested in taking over the master branch but I'd like to ensure that F31 ships working software.

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

On Thu, 07 Nov 2019 22:36:44 +0100, Jan Kratochvil wrote: > On Thu, 07 Nov 2019 15:59:41 +0100, Victor Stinner wrote: > > I cannot explain why inlining cannot be done more often in libpython. > > > > I cannot explain why PLT is needed when a libpython function calls a > > libpython function. >

[Bug 1769359] [RFE] EPEL8 branch of perl-B-Compiling

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

[Bug 1769996] [RFE] EPEL8 branch of perl-Log-Dispatch-Array

https://bugzilla.redhat.com/show_bug.cgi?id=1769996 Jitka Plesnikova changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from

[Bug 1769995] [RFE] EPEL8 branch of perl-Devel-StackTrace-WithLexicals

https://bugzilla.redhat.com/show_bug.cgi?id=1769995 Jitka Plesnikova changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from

[389-devel] 389 DS nightly 2019-11-08 - 96% PASS

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

[Bug 1769280] [RFE] EPEL8 branch of perl-CLASS

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

Re: Modularity: The Official Complaint Thread

On 11/5/19 1:17 PM, Stephen Gallagher wrote: > I'd like to gather a constructive list of the actual use-cases that > you feel Modularity is causing problems for, with the following > stipulations: Any *subjective* problems will be ignored. "I think > writing YAML is harder than writing a spec

[389-devel] Re: Check for anonymous bind in conn / pb_op

> On 7 Nov 2019, at 19:40, Ludwig Krispenz wrote: > > > On 11/07/2019 04:45 AM, William Brown wrote: >> What's the correct way to check if the connection is bound as anonymous with >> the pb_op or connection struct? It's not obviously jumping out at me, and my >> grep skills have failed me?

Re: Modularity: The Official Complaint Thread

On 07. 11. 19 22:03, Stephen Gallagher wrote: I am currently working up a report on what exactly that will entail. I hope to have it ready to share tomorrow. Note that I have promised to share some draft about what would be needed if we decide to got this way, but I'm certainly not able to do

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

Chris Adams wrote: > Alternately, is there some way to reduce the overhead of the dynamic > library (that could help multiple languages)? -fno-semantic-interposition Can this please be tried on the dynamically linked Python? Kevin Kofler ___

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

* Vít Ondruch: > Dne 07. 11. 19 v 16:05 Tom Hughes napsal(a): >> On 07/11/2019 14:59, Victor Stinner wrote: >> >>> I cannot explain why PLT is needed when a libpython function calls a >>> libpython function. >> >> Because an exported symbol in an ELF shared library is subject to >> potential

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

On Thu, 07 Nov 2019 15:59:41 +0100, Victor Stinner wrote: > I cannot explain why inlining cannot be done more often in libpython. > > I cannot explain why PLT is needed when a libpython function calls a > libpython function. Could you re-run the benchmark with shared library but with

[389-devel] please review: PR - 50697 - Fix various UI bugs

https://pagure.io/389-ds-base/pull-request/50697 -- 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:

Re: EPEL-8 builds

Date: Thu, 7 Nov 2019 11:23:11 -0500 > Message-ID: > sjrbn+...@mail.gmail.com> > > On Thu, 7 Nov 2019 at 05:13, Peter Robinson wrote: > > I'd like to know why people are pushing EPEL-8 builds without engaging > > with the maintainers of the packages. I've had a few packages where > > I'm

[Bug 1769955] [RFE] EPEL8 branch of perl-DateTime-TimeZone

https://bugzilla.redhat.com/show_bug.cgi?id=1769955 --- Comment #2 from Emmanuel Seyman --- Sorry about that, it's been a long day. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list --

[Bug 1769996] New: [RFE] EPEL8 branch of perl-Log-Dispatch-Array

https://bugzilla.redhat.com/show_bug.cgi?id=1769996 Bug ID: 1769996 Summary: [RFE] EPEL8 branch of perl-Log-Dispatch-Array Product: Fedora Version: rawhide Status: NEW Component: perl-Log-Dispatch-Array Assignee:

[Bug 1769995] New: [RFE] EPEL8 branch of perl-Devel-StackTrace-WithLexicals

https://bugzilla.redhat.com/show_bug.cgi?id=1769995 Bug ID: 1769995 Summary: [RFE] EPEL8 branch of perl-Devel-StackTrace-WithLexicals Product: Fedora Version: rawhide Status: NEW Component:

Re: Modularity: The Official Complaint Thread

On Thu, Nov 7, 2019 at 3:54 PM Kevin Kofler wrote: > Christopher Engelhard wrote: > > Personally, I like a solution along the lines of what e.g. Kevin Kofler > > suggested earlier, that is > > > > 1) every package has a default version > > 2) any default version can only depend on default

Re: Modularity: The Official Complaint Thread

Christopher Engelhard wrote: > Personally, I like a solution along the lines of what e.g. Kevin Kofler > suggested earlier, that is > > 1) every package has a default version > 2) any default version can only depend on default versions > 3) the package manager distinguishes between 'install

Re: Something wrong with kernel-headers on fedora 30?

On Thu, Nov 7, 2019, at 3:46 PM, James Cassell wrote: > > On Thu, Nov 7, 2019, at 2:50 PM, Laura Abbott wrote: > > On 11/7/19 1:31 PM, James Cassell wrote: > > > > > > On Thu, Nov 7, 2019, at 1:23 PM, Joseph D. Wagner wrote: > > >> I am on kernel 5.3.8 but I still have > > >>

[Bug 1769956] [RFE] EPEL8 branch of perl-Math-Random-ISAAC

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

Re: Something wrong with kernel-headers on fedora 30?

On Thu, Nov 7, 2019, at 2:50 PM, Laura Abbott wrote: > On 11/7/19 1:31 PM, James Cassell wrote: > > > > On Thu, Nov 7, 2019, at 1:23 PM, Joseph D. Wagner wrote: > >> I am on kernel 5.3.8 but I still have > >> kernel-headers-5.3.6-200.fc30.x86_64, which hasn't updated. > >> > >> Is there a reason

[Bug 1763637] EPEL8 builds

https://bugzilla.redhat.com/show_bug.cgi?id=1763637 --- Comment #1 from Paul Howarth --- Steve, I'm happy to do this if you're busy or uninterested. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing

[Bug 1769974] New: [RFE] EPEL8 branch of perl-Hash-MultiValue

https://bugzilla.redhat.com/show_bug.cgi?id=1769974 Bug ID: 1769974 Summary: [RFE] EPEL8 branch of perl-Hash-MultiValue Product: Fedora Version: rawhide Status: NEW Component: perl-Hash-MultiValue Assignee:

Re: Encrypted DNS in Fedora

Le jeudi 07 novembre 2019 à 18:32 +0100, Sheogorath via devel a écrit : > > The talk is right on many points, but I think it dismisses the most > essential point DoH does right: DNS is a decision of the device > owner. And the owner should be able to delegate this decision to the network

Re: Encrypted DNS in Fedora

On Thu, Nov 7, 2019 at 12:20 pm, David Sommerseth wrote: Please just watch the talk by Paul Vixie (who is one of the really big DNS gurus these days, even ISC BIND maintainer for quite some years). And you will see that DoH is pointless when you have DoT. Looks like we're headed towards a

Re: Something wrong with kernel-headers on fedora 30?

On Thu, 07 Nov 2019 13:31:23 -0500 "James Cassell" wrote: > On Thu, Nov 7, 2019, at 1:23 PM, Joseph D. Wagner wrote: > > I am on kernel 5.3.8 but I still have > > kernel-headers-5.3.6-200.fc30.x86_64, which hasn't updated. > > > > Is there a reason a new kernel-headers package hasn't been > >

Re: Something wrong with kernel-headers on fedora 30?

On 11/7/19 1:31 PM, James Cassell wrote: On Thu, Nov 7, 2019, at 1:23 PM, Joseph D. Wagner wrote: I am on kernel 5.3.8 but I still have kernel-headers-5.3.6-200.fc30.x86_64, which hasn't updated. Is there a reason a new kernel-headers package hasn't been generated for the newer versions?  Has

Re: Add a rule to have a compose when Fedora branched

On 07. 11. 19 18:35, Ben Cotton wrote: Here's the link to the Community Blog post that looks at the schedule options: https://communityblog.fedoraproject.org/accommodating-flock-in-the-release-schedule/ From the post: I’m inclined to go with option 0, plus a brief freeze after branch. This

[Bug 1744684] [RFE] EPEL8 branch of perl-Mojolicious

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

[Bug 1769955] [RFE] EPEL8 branch of perl-DateTime-TimeZone

https://bugzilla.redhat.com/show_bug.cgi?id=1769955 Paul Howarth changed: What|Removed |Added Status|NEW |CLOSED CC|

[Bug 1762900] Bugzilla for EL8

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

Re: Jenkins plugin upgrade to change from fedmsg to fedora-messaging

Hello Fedora teams! We performed the upgrade this morning, however we ran into a few issues and we rolled back to the previous configuration. We will try again next week and when we have that firmed up, I'll send another email to the groups at large. Thanks, -Jim On Tue, Nov 5, 2019 at 10:50

[Bug 1762900] Bugzilla for EL8

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

[Bug 1769953] [RFE] EPEL8 branch of perl-DateTime

https://bugzilla.redhat.com/show_bug.cgi?id=1769953 Paul Howarth changed: What|Removed |Added Status|NEW |CLOSED Resolution|---

[Bug 1769956] [RFE] EPEL8 branch of perl-Math-Random-ISAAC

https://bugzilla.redhat.com/show_bug.cgi?id=1769956 Emmanuel Seyman changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from

[Bug 1762900] Bugzilla for EL8

https://bugzilla.redhat.com/show_bug.cgi?id=1762900 Emmanuel Seyman changed: What|Removed |Added Depends On||1769953, 1769955, 1761852,

[Bug 1769955] [RFE] EPEL8 branch of perl-DateTime-TimeZone

https://bugzilla.redhat.com/show_bug.cgi?id=1769955 Emmanuel Seyman changed: What|Removed |Added Blocks||1762900 Referenced Bugs:

[Bug 1769956] [RFE] EPEL8 branch of perl-Math-Random-ISAAC

https://bugzilla.redhat.com/show_bug.cgi?id=1769956 Emmanuel Seyman changed: What|Removed |Added Blocks||1762900 Referenced Bugs:

[Bug 1769953] [RFE] EPEL8 branch of perl-DateTime

https://bugzilla.redhat.com/show_bug.cgi?id=1769953 Emmanuel Seyman changed: What|Removed |Added Blocks||1762900 Referenced Bugs:

[Bug 1761852] perl-Email-Sender for EL8

https://bugzilla.redhat.com/show_bug.cgi?id=1761852 Emmanuel Seyman changed: What|Removed |Added Blocks||1762900 Referenced Bugs:

[Bug 1769956] New: [RFE] EPEL8 branch of perl-Math-Random-ISAAC

https://bugzilla.redhat.com/show_bug.cgi?id=1769956 Bug ID: 1769956 Summary: [RFE] EPEL8 branch of perl-Math-Random-ISAAC Product: Fedora Version: rawhide Status: NEW Component: perl-Math-Random-ISAAC Assignee:

[Bug 1769955] New: [RFE] EPEL8 branch of perl-DateTime-TimeZone

https://bugzilla.redhat.com/show_bug.cgi?id=1769955 Bug ID: 1769955 Summary: [RFE] EPEL8 branch of perl-DateTime-TimeZone Product: Fedora Version: rawhide Status: NEW Component: perl-DateTime-TimeZone Assignee:

[Bug 1769953] New: [RFE] EPEL8 branch of perl-DateTime

https://bugzilla.redhat.com/show_bug.cgi?id=1769953 Bug ID: 1769953 Summary: [RFE] EPEL8 branch of perl-DateTime Product: Fedora EPEL Version: epel8 Status: NEW Component: perl-DateTime Assignee: trem...@tremble.org.uk

Re: Something wrong with kernel-headers on fedora 30?

On Thu, Nov 7, 2019, at 1:23 PM, Joseph D. Wagner wrote: > I am on kernel 5.3.8 but I still have > kernel-headers-5.3.6-200.fc30.x86_64, which hasn't updated. > > Is there a reason a new kernel-headers package hasn't been generated for > the newer versions?  Has it be superseded by another

Re: List of Python 2 packages to be removed mid-November (= in a week)

On 11/7/19 2:34 PM, Miro Hrončok wrote: On 07. 11. 19 13:59, Felix Schwarz wrote: Am 07.11.19 um 13:01 schrieb Petr Viktorin: If this took you by surprise, don't panic. It's possible to change the default. Let us know and we'll work things out. Somehow I feel like I don't understand the

Something wrong with kernel-headers on fedora 30?

I am on kernel 5.3.8 but I still have kernel-headers-5.3.6-200.fc30.x86_64, which hasn't updated. Is there a reason a new kernel-headers package hasn't been generated for the newer versions?  Has it be superseded by another package? If so, then dependencies on glibc-headers need to be fixed.

Re: EPEL-8 builds

On 07. 11. 19 18:28, Kevin Fenzi wrote: On Thu, Nov 07, 2019 at 04:48:41PM +, Peter Robinson wrote: On Thu, Nov 7, 2019 at 4:36 PM Miroslav Suchý wrote: Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): I'd like to know why people are pushing EPEL-8 builds without engaging with the

Re: EPEL-8 builds

On Thu, 7 Nov 2019 at 12:29, Kevin Fenzi wrote: > > On Thu, Nov 07, 2019 at 04:48:41PM +, Peter Robinson wrote: > > On Thu, Nov 7, 2019 at 4:36 PM Miroslav Suchý wrote: > > > > > > Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): > > > > I'd like to know why people are pushing EPEL-8 builds

Re: Add a rule to have a compose when Fedora branched

Here's the link to the Community Blog post that looks at the schedule options: https://communityblog.fedoraproject.org/accommodating-flock-in-the-release-schedule/ I have disabled comments on that post so that we can keep the conversation on this thread. -- Ben Cotton He / Him / His Fedora

Re: Encrypted DNS in Fedora

On Thu, 2019-11-07 at 07:47 -0700, stan via devel wrote: > On Thu, 7 Nov 2019 12:20:50 +0100 > David Sommerseth wrote: > > > Please just watch the talk by Paul Vixie (who is one of the really > > big DNS gurus these days, even ISC BIND maintainer for quite some > > years). And you will see

Re: EPEL-8 builds

On Thu, Nov 07, 2019 at 04:48:41PM +, Peter Robinson wrote: > On Thu, Nov 7, 2019 at 4:36 PM Miroslav Suchý wrote: > > > > Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): > > > I'd like to know why people are pushing EPEL-8 builds without engaging > > > with the maintainers of the packages.

Re: Encrypted DNS in Fedora

Le mercredi 06 novembre 2019 à 07:11 +0100, Tomasz Torcz a écrit : > On Tue, Nov 05, 2019 at 10:00:17PM +0100, Nicolas Mailhot via devel > wrote: > > Le mardi 05 novembre 2019 à 19:45 +0100, Tomasz Torcz a écrit : > > > > > > I don't agree with centralisation. You should run your own DoH > > >

[Bug 1769913] New: perl-Object-Remote-0.004000-10.fc32 FTBFS: tests fail with Use of uninitialized value $_ in hash element at /builddir/build/BUILD/Object-Remote-0.004000/blib/lib/Object/Remote/FatNo

https://bugzilla.redhat.com/show_bug.cgi?id=1769913 Bug ID: 1769913 Summary: perl-Object-Remote-0.004000-10.fc32 FTBFS: tests fail with Use of uninitialized value $_ in hash element at

[Bug 1769902] perl-Log-Report-1.28-3.fc32 FTBFS: t/43exc-xml-libxml.t fails with libxml2-2.9.10

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

Re: EPEL-8 builds

On Thu, Nov 7, 2019 at 4:36 PM Miroslav Suchý wrote: > > Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): > > I'd like to know why people are pushing EPEL-8 builds without engaging > > with the maintainers of the packages. > > Because they can? > Nothing in guidelines say: "you have to contact

Re: EPEL-8 builds

On 07. 11. 19 17:35, Miroslav Suchý wrote: Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): I'd like to know why people are pushing EPEL-8 builds without engaging with the maintainers of the packages. Because they can? Nothing in guidelines say: "you have to contact maintainer of different

[Bug 1769902] New: perl-Log-Report-1.28-3.fc32 FTBFS: t/43exc-xml-libxml.t fails with libxml2-2.9.10

https://bugzilla.redhat.com/show_bug.cgi?id=1769902 Bug ID: 1769902 Summary: perl-Log-Report-1.28-3.fc32 FTBFS: t/43exc-xml-libxml.t fails with libxml2-2.9.10 Product: Fedora Version: rawhide Status: NEW

Re: EPEL-8 builds

On Thu, Nov 7, 2019 at 11:36 AM Miroslav Suchý wrote: > > Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): > > I'd like to know why people are pushing EPEL-8 builds without engaging > > with the maintainers of the packages. > > Because they can? > Nothing in guidelines say: "you have to contact

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

Once upon a time, Miro Hrončok said: > If we build things statically with libraries, it's a can full of worms. > What needs to be said about this change that we don't staticaly link > against different libraries, we just build CPython source into one > "fat" executable instead of splitting it

Re: EPEL-8 builds

Dne 07. 11. 19 v 11:12 Peter Robinson napsal(a): I'd like to know why people are pushing EPEL-8 builds without engaging with the maintainers of the packages. Because they can? Nothing in guidelines say: "you have to contact maintainer of different branch when you request new one". Of course,

[Bug 1769870] perl-Image-Sane-4-1.fc32 FTBFS: t/81_scanimage-perl.t test fails with sane-backends-1.0.28

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

Re: List of Python 2 packages to be removed mid-November (= in a week)

On Thu, Nov 07, 2019 at 01:01:09PM +0100, Petr Viktorin wrote: > Dear maintainers, > here is an updated list of packages that (transitively, at build or run > time) require Python 2 and have not yet got a FESCo exception to do so. > If you were bcced on this e-mail, it affects one or more of your

Re: Python Annual Release Cycle adjusted to match odd-numbered Fedora releases

On 07. 11. 19 17:28, Kevin Fenzi wrote: On Thu, Nov 07, 2019 at 01:42:30PM +0100, Felix Schwarz wrote: Am 07.11.19 um 13:31 schrieb Miro Hrončok: "[2 months for RCs instead of 1] allows for synchronizing the schedule of Python release management with Fedora. They've been historically very

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

On 07. 11. 19 17:15, Vít Ondruch wrote: Dne 07. 11. 19 v 16:05 Tom Hughes napsal(a): On 07/11/2019 14:59, Victor Stinner wrote: I cannot explain why PLT is needed when a libpython function calls a libpython function. Because an exported symbol in an ELF shared library is subject to

Re: Python Annual Release Cycle adjusted to match odd-numbered Fedora releases

On Thu, Nov 07, 2019 at 01:42:30PM +0100, Felix Schwarz wrote: > > Am 07.11.19 um 13:31 schrieb Miro Hrončok: > > "[2 months for RCs instead of 1] allows for synchronizing the schedule of > > Python release management with Fedora. They've been historically very > > helpful > > in early finding

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

On Thu, Nov 07, 2019 at 05:15:18PM +0100, Vít Ondruch wrote: > This sounds like the whole system could be 25% faster if we link statically. Yeah, that's the advantage of static linking. This brings us stuff like statically linked distibutions - https://sta.li/faq/ Generally advantages of

Re: Modularity: The Official Complaint Thread

On Thu, 2019-11-07 at 05:06 +0100, Kevin Kofler wrote: > Pierre-Yves Chibon wrote: > > Symbiotic is, I think, the best way to describe the Red Hat/Fedora > > relationship. > > Well, a symbiosis has to go both ways. In this case, I unfortunately get the > feeling that this feature was implemented

Re: EPEL-8 builds

On Thu, 7 Nov 2019 at 05:13, Peter Robinson wrote: > > Hi, > > I'd like to know why people are pushing EPEL-8 builds without engaging > with the maintainers of the packages. I've had a few packages where > I'm the only maintainer and I've explicitly not built them for EPEL-8 > for reasons yet

[Bug 1769870] perl-Image-Sane-4-1.fc32 FTBFS: t/81_scanimage-perl.t test fails with sane-backends-1.0.28

https://bugzilla.redhat.com/show_bug.cgi?id=1769870 Petr Pisar changed: What|Removed |Added Summary|perl-Image-Sane-4-1.fc32|perl-Image-Sane-4-1.fc32

[Bug 1769870] New: perl-Image-Sane-4-1.fc32 FTBFS:

https://bugzilla.redhat.com/show_bug.cgi?id=1769870 Bug ID: 1769870 Summary: perl-Image-Sane-4-1.fc32 FTBFS: Product: Fedora Version: 29 Status: NEW Component: perl-Image-Sane Assignee: ppi...@redhat.com

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

Dne 07. 11. 19 v 16:05 Tom Hughes napsal(a): > On 07/11/2019 14:59, Victor Stinner wrote: > >> I cannot explain why PLT is needed when a libpython function calls a >> libpython function. > > Because an exported symbol in an ELF shared library is subject to > potential interposition using

[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 Petr Pisar changed: What|Removed |Added Summary|perl-GStreamer-0.20-17.fc32 |perl-GStreamer-0.20-17.fc32

Re: Getting notified on broken deps from updates-testing

On 07. 11. 19 16:26, Fabio Valentini wrote: On Thu, Nov 7, 2019 at 10:14 AM Miro Hrončok wrote: On 07. 11. 19 9:55, Fabio Valentini wrote: On Thu, Nov 7, 2019, 09:25 Miro Hrončok mailto:mhron...@redhat.com>> wrote: On 06. 11. 19 23:10, Randy Barlow wrote: > On Wed, 2019-11-06 at

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

https://bugzilla.redhat.com/show_bug.cgi?id=1769866 Bug ID: 1769866 Summary: perl-GStreamer-0.20-17.fc32 FTBFS: Missing gstreamer-devel >= 0.10.0 build dependency Product: Fedora Version: rawhide Status: NEW

Re: Getting notified on broken deps from updates-testing

On Thu, Nov 7, 2019 at 10:14 AM Miro Hrončok wrote: > > On 07. 11. 19 9:55, Fabio Valentini wrote: > > On Thu, Nov 7, 2019, 09:25 Miro Hrončok > > wrote: > > > > On 06. 11. 19 23:10, Randy Barlow wrote: > > > On Wed, 2019-11-06 at 21:32 +0100, Miro Hrončok

The same RPM macro but different value for arch/noarch builds - how?

Hello All, We have a set of macros for Erlang libraries rpm building. Some of these macros evaliated before actual build (if I understand RPM build process correctly) and their actual value depends on a type of a package - arch-dependent or noarch. Previously we've used %{buildarch} macro to

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

On 07/11/2019 14:59, Victor Stinner wrote: I cannot explain why PLT is needed when a libpython function calls a libpython function. Because an exported symbol in an ELF shared library is subject to potential interposition using LD_PRELOAD so the calls need to go through the PLT to be

Re: List of Python 2 packages to be removed mid-November (= in a week)

On 07. 11. 19 14:59, Felix Schwarz wrote: Am 07.11.19 um 14:57 schrieb Felix Schwarz: Is there some automation to remove "python2-" subpackages or do you plan some "single hero"-style changes? If neither what is the plan for maintainers who just don't do anything? I should do more reading

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

> Where are these number coming from? There are pyperformance results: https://fedoraproject.org/wiki/Changes/PythonStaticSpeedup#Benefit_to_Fedora It's the official benchmark suite to measure the Python performance on speed.python.org. I ran the benchmarks on my laptop using CPU isolation

Re: Encrypted DNS in Fedora

On Thu, 7 Nov 2019 12:20:50 +0100 David Sommerseth wrote: > Please just watch the talk by Paul Vixie (who is one of the really > big DNS gurus these days, even ISC BIND maintainer for quite some > years). And you will see that DoH is pointless when you have DoT. > But DoT can also go much

Re: Orphaned packages looking for new maintainers (incl. wine, dosbox, nextcloud, owncloud)

On 11/7/19 1:52 AM, Frantisek Zatloukal wrote: I can take wine if you want that only as a last resort :) But, I'd be happy if you would co-maintain that, more people looking after the package like this is always better. FAS: frantisekz Andreas was the primary owner but has been away from

Re: List of Python 2 packages to be removed mid-November (= in a week)

Am 07.11.19 um 14:57 schrieb Felix Schwarz: > Is there some automation to remove "python2-" subpackages or do you plan some > "single hero"-style changes? If neither what is the plan for maintainers who > just don't do anything? I should do more reading before replying to emails :-/ Change

Re: List of Python 2 packages to be removed mid-November (= in a week)

Am 07.11.19 um 14:47 schrieb Miro Hrončok: > On 07. 11. 19 14:41, Felix Schwarz wrote: >> However the wiki page says: >> "All packages depending on any python2 package will be removed." > > All "binary" packages. (...) >> So maybe I just misunderstood the change. What happens when a package like

Re: List of Python 2 packages to be removed mid-November (= in a week)

On 07. 11. 19 14:41, Felix Schwarz wrote: Hi Miro, Am 07.11.19 um 14:34 schrieb Miro Hrončok: We actually are wiping out the entire Python 2 ecosystem here, that is the point. Ok, maybe I misunderstood the change. Just to be clear: I'm fine with the Python 2 package removal (though I expect

Re: List of Python 2 packages to be removed mid-November (= in a week)

Hi Miro, Am 07.11.19 um 14:34 schrieb Miro Hrončok: > We actually are wiping out the entire Python 2 ecosystem here, that is the > point. Ok, maybe I misunderstood the change. Just to be clear: I'm fine with the Python 2 package removal (though I expect I'll continue to develop Python 2 code

Re: List of Python 2 packages to be removed mid-November (= in a week)

On 07. 11. 19 13:59, Felix Schwarz wrote: Am 07.11.19 um 13:01 schrieb Petr Viktorin: If this took you by surprise, don't panic. It's possible to change the default. Let us know and we'll work things out. Somehow I feel like I don't understand the report – or we are approaching an (almost)

Re: Please, IMHO, resolve in some way the Samba MIT kerberos problem.

On Mon, 2019-11-04 at 20:45 -0500, Nico Kadel-Garcia wrote: > On Mon, Nov 4, 2019 at 8:39 AM Neal Gompa wrote: > > > The problem with the Samba team's advice is that it essentially > > prevents the MIT Kerberos AD-DC implementation from getting any > > better. Without people using it, we can't

Re: List of Python 2 packages to be removed mid-November (= in a week)

On 07. 11. 19 14:04, Jun Aruga wrote: ## What exactly is happening? The formal change proposal is here: https://fedoraproject.org/wiki/Changes/RetirePython2 Packages requiring Python 2 will be removed starting November 15 (unless they have an exception). Components with all essential

Re: List of Python 2 packages to be removed mid-November (= in a week)

> ## What exactly is happening? > > The formal change proposal is here: > https://fedoraproject.org/wiki/Changes/RetirePython2 > > Packages requiring Python 2 will be removed starting November 15 (unless > they have an exception). > Components with all essential subpackages removed will be

[Bug 1769773] Add perl-Cache-LRU to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1769773 --- Comment #1 from Jitka Plesnikova --- https://pagure.io/releng/fedora-scm-requests/issue/19473 https://pagure.io/releng/fedora-scm-requests/issue/19474 -- You are receiving this mail because: You are on the CC list for the bug.

Re: List of Python 2 packages to be removed mid-November (= in a week)

Am 07.11.19 um 13:01 schrieb Petr Viktorin: > If this took you by surprise, don't panic. It's possible to change the > default. Let us know and we'll work things out. Somehow I feel like I don't understand the report – or we are approaching an (almost) unmitigated disaster here: There are so

[Bug 1769775] Add perl-GraphViz to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1769775 --- Comment #1 from Petr Pisar --- https://pagure.io/releng/fedora-scm-requests/issue/19471 https://pagure.io/releng/fedora-scm-requests/issue/19472 -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 1769775] Add perl-GraphViz to EPEL8

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

Re: Python Annual Release Cycle adjusted to match odd-numbered Fedora releases

On 07. 11. 19 13:42, Felix Schwarz wrote: Am 07.11.19 um 13:31 schrieb Miro Hrončok: "[2 months for RCs instead of 1] allows for synchronizing the schedule of Python release management with Fedora. They've been historically very helpful in early finding regressions not only in core Python but

Re: Python Annual Release Cycle adjusted to match odd-numbered Fedora releases

On 07. 11. 19 13:42, Felix Schwarz wrote: Am 07.11.19 um 13:31 schrieb Miro Hrončok: "[2 months for RCs instead of 1] allows for synchronizing the schedule of Python release management with Fedora. They've been historically very helpful in early finding regressions not only in core Python but

[Bug 1768805] perl-RDF-Trine for EL8

https://bugzilla.redhat.com/show_bug.cgi?id=1768805 Petr Pisar changed: What|Removed |Added Depends On||1769775 Referenced Bugs:

[Bug 1769775] New: Add perl-GraphViz to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1769775 Bug ID: 1769775 Summary: Add perl-GraphViz to EPEL8 Product: Fedora Version: rawhide Status: NEW Component: perl-GraphViz Assignee: jples...@redhat.com

Re: Python Annual Release Cycle adjusted to match odd-numbered Fedora releases

Am 07.11.19 um 13:31 schrieb Miro Hrončok: > "[2 months for RCs instead of 1] allows for synchronizing the schedule of > Python release management with Fedora. They've been historically very helpful > in early finding regressions not only in core Python but also in third-party > libraries,

  1   2   >