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

Dne 13. 11. 19 v 0:21 Kevin Kofler napsal(a): But the wasted space will be even more, because now you have libpython, the dynamic python3 linked against it, AND the python3-static binary. So it does not address the issue at all. +1 "Requires: /path/to/my/python3" is no go. Because no

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

https://bugzilla.redhat.com/show_bug.cgi?id=1744690 --- Comment #7 from Emmanuel Seyman --- (In reply to Xavier Bachelot from comment #6) > > Sorry, I didn't realize the missing deps were all yours. Actually, they're Ralf's, not mine. But since Ralf doesn't like being assigned EPEL bugs, I

R-testit license change: GPLv2+ to GPLv3

Hello, Upstream has changed the license metadata for testit from 'GPL' to 'GPL-3', resulting in the consequential change of the Fedora package license from GPLv2+ to GPLv3. -- Elliott ___ devel mailing list -- devel@lists.fedoraproject.org To

Re: Modularity: The Official Complaint Thread

On 13. 11. 19 6:17, Aleksandar Kurtakov wrote: On Wed, Nov 13, 2019 at 3:17 AM Kevin Kofler > wrote: Aleksandar Kurtakov wrote: > So people would prefer no packages at all over packages in modules? I see 2 reasons so far why some packages are

Re: Modularity: The Official Complaint Thread

Le mercredi 13 novembre 2019 à 06:43 +0100, Nicolas Mailhot via devel a écrit : > > Fedora modules are an horrifically complex way to pretend those basic > three constrains do not exist, while actually implementing them > (except in a broken non-working way, because the *pretence* is that > the

Re: Modularity: The Official Complaint Thread

Le mercredi 13 novembre 2019 à 06:43 +0100, Nicolas Mailhot via devel a écrit : > > The native Go component format (also, confusingly, named > module) handles those 3 constrains and won't present any core > difficulty in rpm packaging once it is finished upstream. And, BTW, we added

Re: Modularity: The Official Complaint Thread

Le mercredi 13 novembre 2019 à 00:19 +0200, Aleksandar Kurtakov a écrit : > > > On Wed, Nov 13, 2019 at 12:02 AM John M. Harris Jr < > joh...@splentity.com> wrote: > > On Tuesday, November 12, 2019 9:02:07 AM MST Aleksandra Fedorova > > wrote: > > > Again, no one forces you or any other packager

Re: Modularity: The Official Complaint Thread

On Wed, Nov 13, 2019 at 3:17 AM Kevin Kofler wrote: > Aleksandar Kurtakov wrote: > > So people would prefer no packages at all over packages in modules? > > I see 2 reasons so far why some packages are module-only: > 1. because a dependency of the package is module-only. That is exactly what >

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

https://bugzilla.redhat.com/show_bug.cgi?id=1770717 --- Comment #8 from Fedora Update System --- perl-Module-Load-Conditional-0.70-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

[Bug 1770718] Upgrade perl-Net-DAVTalk to 0.17

https://bugzilla.redhat.com/show_bug.cgi?id=1770718 --- Comment #7 from Fedora Update System --- perl-Net-DAVTalk-0.17-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

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

https://bugzilla.redhat.com/show_bug.cgi?id=1770716 --- Comment #7 from Fedora Update System --- perl-Module-CoreList-5.20191110-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

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

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

Re: Modularity: The Official Complaint Thread

Stephen Gallagher wrote: > Modular builds have metadata that can indicate to consumers which > subpackages in this module should be considered "API". If a module > produces a package artifact and does not list it thusly, it is meant > to be treated as an internal implementation detail of the

Re: Modularity: The Official Complaint Thread

Aleksandar Kurtakov wrote: > So people would prefer no packages at all over packages in modules? I see 2 reasons so far why some packages are module-only: 1. because a dependency of the package is module-only. That is exactly what we want to prevent by proposing a ban on module-only packages.

Re: dnf unable to download source due to rpmfusion-free-source

On Tue, Nov 12, 2019, at 7:50 PM, Adam Williamson wrote: > On Mon, 2019-11-11 at 12:07 +0100, Kevin Kofler wrote: > > Samuel Sieb wrote: > > > > > On 11/10/19 1:52 PM, Neal Becker wrote: > > > > Well it does work if you do > > > > > > > > dnf --disablerepo=rpmfusion-free,rpmfusion-nonfree

Re: Modularity: The Official Complaint Thread

Aleksandar Kurtakov wrote: > The way Eclipse is treated makes me really sad and kind of regret the time > spent on Fedora over the years! Being forced to be a module but blocked to > be default stream by FESCo arguing over whether it wants modularity > (sorry, this is how it looks) is the best way

Re: dnf unable to download source due to rpmfusion-free-source

On Mon, 2019-11-11 at 12:07 +0100, Kevin Kofler wrote: > Samuel Sieb wrote: > > > On 11/10/19 1:52 PM, Neal Becker wrote: > > > Well it does work if you do > > > > > > dnf --disablerepo=rpmfusion-free,rpmfusion-nonfree download -- > > > enablerepo=rawhide --source mercurial > > > > > > But that

Re: Modularity: The Official Complaint Thread

Stephen Gallagher wrote: > On Tue, Nov 12, 2019 at 12:31 PM Aleksandra Fedorova > wrote: >> Ursa Prime effort achieves the same goal. It removes the "viral" part >> of Modularity I think. > > That is absolutely its purpose. If we fall short of that, it's a bug > and we will fix it as soon as

Re: Modularity: The Official Complaint Thread

Igor Gnatenko wrote: > You say we need to improve tooling and iterate fast, fine. But why then > https://pagure.io/releng/issue/7662 is still not implemented? I understand > that it is opensource And everyone can contribute, but the fact is that > people who work on Modularity tooling is entirely

Re: Modularity: The Official Complaint Thread

Aleksandra Fedorova wrote: > 1) I don't think Modularity is about being LTS and "enterprisy". > Lifecycle differences are not the only feature Modularity provides. > > I see Modularity as a tool which bridges the gap between container > world and a packaged distribution. > > Without modularity

[Bug 1771739] [RFE] EPEL8 branch of perl-Test-Time

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

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

On Tuesday, November 12, 2019 4:21:03 PM MST Kevin Kofler wrote: > But the wasted space will be even more, because now you have libpython, the > dynamic python3 linked against it, AND the python3-static binary. So it > does not address the issue at all. Yes, that would be the case if something

Re: thunderbird-enigmail: help needed to restrict available architectures

Felix Schwarz wrote: > Currently I have these lines in thunderbird-enigmail's .spec file: > ,- > BuildArch: noarch > # Thunderbird is not available on all supported platforms > ExcludeArch: armv7hl > ExcludeArch: s390x > `- That

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

John M. Harris Jr wrote: > However, I believe there's a third option here. It could be as simple as > providing a python3-static in addition, and NOT using `alternatives`. This > way, packages and scripts that actually need the performance improvements > can directly call python3-static, and

Re: Modularity: The Official Complaint Thread

You mean like quota-devel? Sent from my iPhone > On Nov 12, 2019, at 4:14 PM, Dominik 'Rathann' Mierzejewski > wrote: > > On Tuesday, 12 November 2019 at 22:07, Stephen Gallagher wrote: >>> On Tue, Nov 12, 2019 at 4:03 PM Dominik 'Rathann' Mierzejewski >>> wrote: >>> On Tuesday, 12

Re: Modularity: The Official Complaint Thread

Again, no one forces you or any other packager to use modularity > tooling right now. > > As Fedora developer you have a choice to join the effort, bring your > input and use cases, try and test (and revert if it doesn't work) or > you can stay away from it and keep using same tools as before. >

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

On 12. 11. 19 23:21, John M. Harris Jr wrote: If that software was to be packaged, in this case, you'd simply: Requires: python3 change the shebang to /path/to/my/python3 I am strongly against any proposals that involve /path/to/my/python3. However, I believe there's a third option here. It

Re: Potential module for wxGTK3.1 unstable series / Audacity

David Timms wrote: > And this usage can be the impetus that allows library development to be > well tested by multiple real applications and issues > known/fixes/improvements in place before the library hardens it's > ABI/API interfaces at the release. But why would you want to abuse renowned

Re: Modularity: The Official Complaint Thread

On 12. 11. 19 18:25, Aleksandra Fedorova wrote: On Tue, Nov 12, 2019 at 5:10 PM Miro Hrončok wrote: On 12. 11. 19 17:02, Aleksandra Fedorova wrote: Again, no one forces you or any other packager to use modularity tooling right now. As Fedora developer you have a choice to join the effort,

[Bug 1771746] [RFE] EPEL8 branch of perl-Test-Name-FromLine

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

Re: Bodhi Outage Ongoing - Deploying 5.0

On Tue, Nov 12, 2019 at 05:28:23PM +0100, Remi Collet wrote: > Le 12/11/2019 à 10:45, Clement Verna a écrit : > > We will be upgrading bodhi to its 5.0 release. This release comes in with > > few UI changes but also task scheduling system (rabbitmq/celery based) > > allowing to offload some of the

Re: Modularity: The Official Complaint Thread

> On Tue, Nov 12, 2019 at 10:26 AM Igor Gnatenko > wrote: > > You say we need to improve tooling and iterate fast, fine. But why then > > https://pagure.io/releng/issue/7662 is still not implemented? On Tue, Nov 12, 2019 at 03:15:06PM -0500, Stephen Gallagher wrote: > To be clear, the team that

Re: Modularity: The Official Complaint Thread

On Tuesday, November 12, 2019 3:19:59 PM MST Aleksandar Kurtakov wrote: > So people would prefer no packages at all over packages in modules? I ask > this as the traditional rpm way of doing is simply not working and that's > the reason why many of us (old time Java packagers) just gave up, it's >

Re: Modularity and all the things

On Tuesday, November 12, 2019 7:24:16 AM MST Matthew Miller wrote: > We have a big company _investment_, but I don't think it's a divide. > That's the one I live in. This is clearly not the case, though I understand why, as the FPL, you would want to say such a thing. -- John M. Harris, Jr.

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

On Tuesday, November 12, 2019 6:18:00 AM MST Miro Hrončok wrote: > On 12. 11. 19 14:00, Miroslav Suchý wrote: > > > Dne 05. 11. 19 v 16:03 Ben Cotton napsal(a): > > > >> == Summary == > >> Python 3 traditionally in Fedora was built with a shared library > >> libpython3.?.so and the final binary

Re: Modularity: The Official Complaint Thread

On Wed, Nov 13, 2019 at 12:02 AM John M. Harris Jr wrote: > On Tuesday, November 12, 2019 9:02:07 AM MST Aleksandra Fedorova wrote: > > Again, no one forces you or any other packager to use modularity > > tooling right now. > > This is not actually the case. We have several major packages which

Re: thunderbird-enigmail: help needed to restrict available architectures

Am 12.11.19 um 14:49 schrieb Fabio Valentini: On Tue, Nov 12, 2019 at 1:44 PM Felix Schwarz wrote: Am 12.11.19 um 13:37 schrieb Fabio Valentini: There's a specific section about this issue in the Packaging Guidelines:

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019, at 3:35 PM, Stephen Gallagher wrote: > On Tue, Nov 12, 2019 at 12:40 PM Stephen John Smoogen > wrote: > > > > On Tue, 12 Nov 2019 at 12:26, Aleksandra Fedorova > > wrote: > > > Again I fail to see the _technical_ difference between the ursine rpm > > > package and a

[EPEL-devel] hitch is broken in epel7, fix in fedora may or may not break production systems (bz #1731420)

Hello hitch is a TLS terminating network proxy, made to be lean and mean and do nothing else than terminating TLS. It fits hand-in-glove with varnish cache. I maintain hitch in Fedora and EPEL. There is a bug in the current epel7 config that is fixed in the latest rawhide update. In short,

Re: Modularity: The Official Complaint Thread

On Tuesday, November 12, 2019 9:02:07 AM MST Aleksandra Fedorova wrote: > Again, no one forces you or any other packager to use modularity > tooling right now. This is not actually the case. We have several major packages which are ONLY available as modules, for example. -- John M. Harris, Jr.

Re: Modularity: The Official Complaint Thread

On Tuesday, November 12, 2019 7:49:06 AM MST Vít Ondruch wrote: > > 1) I don't think Modularity is about being LTS and "enterprisy". > > Lifecycle differences are not the only feature Modularity provides. > > > > I see Modularity as a tool which bridges the gap between container > > world and a

[Bug 1771739] [RFE] EPEL8 branch of perl-Test-Time

https://bugzilla.redhat.com/show_bug.cgi?id=1771739 Emmanuel Seyman changed: What|Removed |Added Depends On||1771746 Referenced Bugs:

[Bug 1771746] New: [RFE] EPEL8 branch of perl-Test-Name-FromLine

https://bugzilla.redhat.com/show_bug.cgi?id=1771746 Bug ID: 1771746 Summary: [RFE] EPEL8 branch of perl-Test-Name-FromLine Product: Fedora Version: rawhide Status: ASSIGNED Component: perl-Test-Name-FromLine Assignee:

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

https://bugzilla.redhat.com/show_bug.cgi?id=1744690 --- Comment #6 from Xavier Bachelot --- (In reply to Emmanuel Seyman from comment #5) > (In reply to Xavier Bachelot from comment #4) > > > > Emmanuel, do you want me to file bugs for them ? > > No, I'll do this tonight. Sorry, I didn't

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 4:17 PM Dominik 'Rathann' Mierzejewski < domi...@greysector.net> wrote: > On Tuesday, 12 November 2019 at 22:07, Stephen Gallagher wrote: > > On Tue, Nov 12, 2019 at 4:03 PM Dominik 'Rathann' Mierzejewski > > wrote: > > > > > > On Tuesday, 12 November 2019 at 21:15,

Re: Modularity: The Official Complaint Thread

On Tuesday, 12 November 2019 at 22:07, Stephen Gallagher wrote: > On Tue, Nov 12, 2019 at 4:03 PM Dominik 'Rathann' Mierzejewski > wrote: > > > > On Tuesday, 12 November 2019 at 21:15, Stephen Gallagher wrote: > > [...] > > > I agree with Aleksandra here. And we *did* establish that our policy >

Re: Modularity: The Official Complaint Thread

On Tue, 12 Nov 2019 at 15:36, Stephen Gallagher wrote: > > On Tue, Nov 12, 2019 at 12:40 PM Stephen John Smoogen > wrote: > > > > On Tue, 12 Nov 2019 at 12:26, Aleksandra Fedorova > > wrote: > > > Again I fail to see the _technical_ difference between the ursine rpm > > > package and a

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 4:03 PM Dominik 'Rathann' Mierzejewski wrote: > > On Tuesday, 12 November 2019 at 21:15, Stephen Gallagher wrote: > [...] > > I agree with Aleksandra here. And we *did* establish that our policy > > going forward is that we will forbid any default stream from providing > >

[Bug 1771702] [RFE] EPEL8 branch of perl-Cookie-Baker

https://bugzilla.redhat.com/show_bug.cgi?id=1771702 Emmanuel Seyman changed: What|Removed |Added Depends On||1771739 Referenced Bugs:

[Bug 1771739] New: [RFE] EPEL8 branch of perl-Test-Time

https://bugzilla.redhat.com/show_bug.cgi?id=1771739 Bug ID: 1771739 Summary: [RFE] EPEL8 branch of perl-Test-Time Product: Fedora Version: rawhide Status: ASSIGNED Component: perl-Test-Time Assignee: emman...@seyman.fr

Re: Modularity: The Official Complaint Thread

On Tuesday, 12 November 2019 at 21:15, Stephen Gallagher wrote: [...] > I agree with Aleksandra here. And we *did* establish that our policy > going forward is that we will forbid any default stream from providing > non-API content. (Filtered out packages are orthogonal to this.) What does that

[Bug 1771703] [RFE] EPEL8 branch of perl-Devel-StackTrace-AsHTML

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

[Bug 1771702] [RFE] EPEL8 branch of perl-Cookie-Baker

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

[Bug 1771715] [RFE] EPEL8 branch of perl-Stream-Buffered

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

[Bug 1771705] [RFE] EPEL8 branch of perl-HTTP-Entity-Parser

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

[Bug 1771707] [RFE] EPEL8 branch of perl-HTTP-Server-Simple-PSGI

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

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

https://bugzilla.redhat.com/show_bug.cgi?id=1744690 Emmanuel Seyman changed: What|Removed |Added Depends On||1771702, 1771703, 1771705,

[Bug 1771711] [RFE] EPEL8 branch of perl-LWP-Protocol-http10

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

[Bug 1771717] [RFE] EPEL8 branch of perl-WWW-Form-UrlEncoded

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

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 3:29 PM Neal Gompa wrote: > > On Tue, Nov 12, 2019 at 3:20 PM Stephen Gallagher wrote: > > > > On Tue, Nov 12, 2019 at 11:10 AM Neal Gompa wrote: > > > > > > On Tue, Nov 12, 2019 at 11:03 AM Aleksandra Fedorova > > > wrote: > > > > > > > > Again, no one forces you or

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 1:32 PM Aleksandra Fedorova wrote: > > On Tue, Nov 12, 2019 at 7:03 PM Aleksandar Kurtakov > wrote: > > > > > > > > On Tue, Nov 12, 2019 at 7:55 PM Aleksandra Fedorova > > wrote: > >> > >> Hi, Aleksandar, > >> > >> On Tue, Nov 12, 2019 at 6:40 PM Aleksandar Kurtakov

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 12:40 PM Aleksandar Kurtakov wrote: > The way Eclipse is treated makes me really sad and kind of regret the time > spent on Fedora over the years! Being forced to be a module but blocked to be > default stream by FESCo arguing over whether it wants modularity (sorry,

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 12:40 PM Stephen John Smoogen wrote: > > On Tue, 12 Nov 2019 at 12:26, Aleksandra Fedorova wrote: > > Again I fail to see the _technical_ difference between the ursine rpm > > package and a package which was built as a part of default stream. It > > is the same rpm spec

limb pushed to perl-WWW-Form-UrlEncoded (epel8). ""Adding package.cfg file""

Notification time stamped 2019-11-12 20:33:39 UTC From 7f5beee2647246a511c134b58100f4583614a6fd Mon Sep 17 00:00:00 2001 From: Gwyn Ciesla Date: Nov 12 2019 20:33:32 + Subject: "Adding package.cfg file" --- diff --git a/package.cfg b/package.cfg new file mode 100644 index 000..66ea79d

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 12:31 PM Aleksandra Fedorova wrote: > > On Tue, Nov 12, 2019 at 5:10 PM Miro Hrončok wrote: > > > > On 12. 11. 19 17:02, Aleksandra Fedorova wrote: > > > Again, no one forces you or any other packager to use modularity > > > tooling right now. > > > > > > As Fedora

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 3:20 PM Stephen Gallagher wrote: > > On Tue, Nov 12, 2019 at 11:10 AM Neal Gompa wrote: > > > > On Tue, Nov 12, 2019 at 11:03 AM Aleksandra Fedorova > > wrote: > > > > > > Again, no one forces you or any other packager to use modularity > > > tooling right now. > > > >

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 11:10 AM Neal Gompa wrote: > > On Tue, Nov 12, 2019 at 11:03 AM Aleksandra Fedorova > wrote: > > > > Again, no one forces you or any other packager to use modularity > > tooling right now. > > > > This is not true. Once content is modularized, things that were able > to

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 10:26 AM Igor Gnatenko wrote: > > The question arises, what people are supposed to do when they modularized > content because modularity is (was?) good tool to have "buildroot-only > packages," "separate lifecycle from Fedora" and "no difference from normal > packages."

[Bug 1771717] New: [RFE] EPEL8 branch of perl-WWW-Form-UrlEncoded

https://bugzilla.redhat.com/show_bug.cgi?id=1771717 Bug ID: 1771717 Summary: [RFE] EPEL8 branch of perl-WWW-Form-UrlEncoded Product: Fedora Version: rawhide Status: ASSIGNED Component: perl-WWW-Form-UrlEncoded Assignee:

limb pushed to perl-Cookie-Baker (epel8). ""Adding package.cfg file""

Notification time stamped 2019-11-12 20:00:58 UTC From ab0db7ecb8a50abb3ca59d50207b2984c90a509c Mon Sep 17 00:00:00 2001 From: Gwyn Ciesla Date: Nov 12 2019 20:00:52 + Subject: "Adding package.cfg file" --- diff --git a/package.cfg b/package.cfg new file mode 100644 index 000..66ea79d

[Bug 1771715] New: [RFE] EPEL8 branch of perl-Stream-Buffered

https://bugzilla.redhat.com/show_bug.cgi?id=1771715 Bug ID: 1771715 Summary: [RFE] EPEL8 branch of perl-Stream-Buffered Product: Fedora Version: rawhide Status: ASSIGNED Component: perl-Stream-Buffered Assignee:

[EPEL-devel] Re: Missing Python 3 bindings for C libraries in EL7

On Tue, Nov 12, 2019 at 1:44 PM Mike DePaulo wrote: > > On Tue, Nov 12, 2019 at 5:05 AM Miro Hrončok wrote: > > > > On 12. 11. 19 7:52, Mike DePaulo wrote: > > > Hi everyone, > > > > > > Background: > > > The Pulp 3 upstream project is written in Python 3. > > > Our installer normally uses PyPI

Re: Modularity and all the things

On Tue, Nov 12, 2019 at 02:09:10PM -0500, Randy Barlow wrote: > > Have the same opportunity to participate in leadership. > Only two of the council seats are elected. The rest are appointed, and > some of those appointed only by specific Red Hat employees. > > Thus, I don't think it's exactly the

[Bug 1771711] New: [RFE] EPEL8 branch of perl-LWP-Protocol-http10

https://bugzilla.redhat.com/show_bug.cgi?id=1771711 Bug ID: 1771711 Summary: [RFE] EPEL8 branch of perl-LWP-Protocol-http10 Product: Fedora Version: rawhide Status: ASSIGNED Component: perl-LWP-Protocol-http10 Assignee:

limb pushed to perl-HTTP-Entity-Parser (epel8). ""Adding package.cfg file""

Notification time stamped 2019-11-12 20:02:23 UTC From 9440fc7db5e35506515c4c15a24d8f989dcc0980 Mon Sep 17 00:00:00 2001 From: Gwyn Ciesla Date: Nov 12 2019 20:02:16 + Subject: "Adding package.cfg file" --- diff --git a/package.cfg b/package.cfg new file mode 100644 index 000..66ea79d

[Bug 1771707] New: [RFE] EPEL8 branch of perl-HTTP-Server-Simple-PSGI

https://bugzilla.redhat.com/show_bug.cgi?id=1771707 Bug ID: 1771707 Summary: [RFE] EPEL8 branch of perl-HTTP-Server-Simple-PSGI Product: Fedora Version: rawhide Status: ASSIGNED Component: perl-HTTP-Server-Simple-PSGI

[Bug 1771705] New: [RFE] EPEL8 branch of perl-HTTP-Entity-Parser

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

[Bug 1771703] New: [RFE] EPEL8 branch of perl-Devel-StackTrace-AsHTML

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

[Bug 1771702] New: [RFE] EPEL8 branch of perl-Cookie-Baker

https://bugzilla.redhat.com/show_bug.cgi?id=1771702 Bug ID: 1771702 Summary: [RFE] EPEL8 branch of perl-Cookie-Baker Product: Fedora Version: rawhide Status: ASSIGNED Component: perl-Cookie-Baker Assignee:

Re: Modularity and all the things

On Tue, 2019-11-12 at 09:24 -0500, Matthew Miller wrote: > Have the same opportunity to participate in leadership. Only two of the council seats are elected. The rest are appointed, and some of those appointed only by specific Red Hat employees. Thus, I don't think it's exactly the same

[EPEL-devel] Re: Missing Python 3 bindings for C libraries in EL7

On Tue, Nov 12, 2019 at 5:05 AM Miro Hrončok wrote: > > On 12. 11. 19 7:52, Mike DePaulo wrote: > > Hi everyone, > > > > Background: > > The Pulp 3 upstream project is written in Python 3. > > Our installer normally uses PyPI for pure python packages, and OS > > packages for C libraries & their

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 7:03 PM Aleksandar Kurtakov wrote: > > > > On Tue, Nov 12, 2019 at 7:55 PM Aleksandra Fedorova > wrote: >> >> Hi, Aleksandar, >> >> On Tue, Nov 12, 2019 at 6:40 PM Aleksandar Kurtakov >> wrote: >> > >> > >> > >> > On Tue, Nov 12, 2019 at 7:31 PM Aleksandra Fedorova

Re: Modularity: The Official Complaint Thread

Hi Stephen, On Tue, Nov 12, 2019 at 6:40 PM Stephen John Smoogen wrote: > > On Tue, 12 Nov 2019 at 12:26, Aleksandra Fedorova wrote: > > > > On Tue, Nov 12, 2019 at 5:10 PM Miro Hrončok wrote: > > > > > > On 12. 11. 19 17:02, Aleksandra Fedorova wrote: > > > > Again, no one forces you or any

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 7:55 PM Aleksandra Fedorova wrote: > Hi, Aleksandar, > > On Tue, Nov 12, 2019 at 6:40 PM Aleksandar Kurtakov > wrote: > > > > > > > > On Tue, Nov 12, 2019 at 7:31 PM Aleksandra Fedorova > wrote: > >> > >> On Tue, Nov 12, 2019 at 5:10 PM Miro Hrončok > wrote: > >> > >

[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Co

Dear all, You are kindly invited to the meeting: EPEL Steering Co on 2019-11-13 from 18:00:00 to 19:00:00 GMT At freenode@fedora-meeting The meeting will be about: This is the weekly EPEL Steering Committee Meeting. A general agenda is the following: #meetingname EPEL #topic

Re: Modularity: The Official Complaint Thread

Hi, Aleksandar, On Tue, Nov 12, 2019 at 6:40 PM Aleksandar Kurtakov wrote: > > > > On Tue, Nov 12, 2019 at 7:31 PM Aleksandra Fedorova > wrote: >> >> On Tue, Nov 12, 2019 at 5:10 PM Miro Hrončok wrote: >> > >> > On 12. 11. 19 17:02, Aleksandra Fedorova wrote: >> > > Again, no one forces you

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 7:31 PM Aleksandra Fedorova wrote: > On Tue, Nov 12, 2019 at 5:10 PM Miro Hrončok wrote: > > > > On 12. 11. 19 17:02, Aleksandra Fedorova wrote: > > > Again, no one forces you or any other packager to use modularity > > > tooling right now. > > > > > > As Fedora

Re: Modularity: The Official Complaint Thread

On Tue, 12 Nov 2019 at 12:26, Aleksandra Fedorova wrote: > > On Tue, Nov 12, 2019 at 5:10 PM Miro Hrončok wrote: > > > > On 12. 11. 19 17:02, Aleksandra Fedorova wrote: > > > Again, no one forces you or any other packager to use modularity > > > tooling right now. > > > > > > As Fedora developer

Re: Fonts packaging policy rewrite proposal

Le mardi 12 novembre 2019 à 09:00 +0100, Nicolas Mailhot a écrit : > Hi, > > A fonts packaging policy rewrite proposal has been pushed to FPC > today: > https://pagure.io/packaging-committee/pull-request/934 > > It is based on the new fonts-rpm-macros project for automation:

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 5:10 PM Miro Hrončok wrote: > > On 12. 11. 19 17:02, Aleksandra Fedorova wrote: > > Again, no one forces you or any other packager to use modularity > > tooling right now. > > > > As Fedora developer you have a choice to join the effort, bring your > > input and use cases,

Re: Modularity: The Official Complaint Thread

Le mardi 12 novembre 2019 à 17:02 +0100, Aleksandra Fedorova a écrit : > Hi, Igor, > > On Tue, Nov 12, 2019 at 4:20 PM Igor Gnatenko > wrote: > > > > > > On Tue, Nov 12, 2019 at 10:50 AM Dominik 'Rathann' Mierzejewski > > > wrote: > > > > > > So is it really about making tooling (writing new,

Re: Bodhi Outage Ongoing - Deploying 5.0

Le 12/11/2019 à 10:45, Clement Verna a écrit : > We will be upgrading bodhi to its 5.0 release. This release comes in with > few UI changes but also task scheduling system (rabbitmq/celery based) > allowing to offload some of the tasks currently performed in the front-end > to distributed workers.

Re: Bodhi Outage Ongoing - Deploying 5.0

Il 12/11/19 16:46, Jerry James ha scritto: > On Tue, Nov 12, 2019 at 8:27 AM Jerry James wrote: >> 2. It is not possible to create a newpackage update with the GUI. >> I've got a brand new package, gap-pkg-fining, with a brand new build >> for F31. I type "gap-pkg-fining" into the "Name" field,

Re: Bodhi Outage Ongoing - Deploying 5.0

On Tue, Nov 12, 2019 at 08:46:03AM -0700, Jerry James wrote: > On Tue, Nov 12, 2019 at 8:27 AM Jerry James wrote: > > 2. It is not possible to create a newpackage update with the GUI. > > I've got a brand new package, gap-pkg-fining, with a brand new build > > for F31. I type "gap-pkg-fining"

[Bug 1771576] New: perl-HTTP-Cookies-6.06 is available

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

Re: Modularity: The Official Complaint Thread

On 12. 11. 19 17:02, Aleksandra Fedorova wrote: Again, no one forces you or any other packager to use modularity tooling right now. As Fedora developer you have a choice to join the effort, bring your input and use cases, try and test (and revert if it doesn't work) or you can stay away from it

Re: Modularity: The Official Complaint Thread

On Tue, Nov 12, 2019 at 11:03 AM Aleksandra Fedorova wrote: > > Again, no one forces you or any other packager to use modularity > tooling right now. > This is not true. Once content is modularized, things that were able to depend on it in the normal form can no longer do so unless they too

Re: Modularity: The Official Complaint Thread

Hi, Igor, On Tue, Nov 12, 2019 at 4:20 PM Igor Gnatenko wrote: > > On Tue, Nov 12, 2019, 14:13 Aleksandra Fedorova wrote: >> >> Hi, >> >> On Tue, Nov 12, 2019 at 10:50 AM Dominik 'Rathann' Mierzejewski >> wrote: >> > >> > Hi. >> > I've been silent so far, while mostly agreeing with the "let's

Re: Bodhi Outage Ongoing - Deploying 5.0

On Tue, Nov 12, 2019 at 8:27 AM Jerry James wrote: > 2. It is not possible to create a newpackage update with the GUI. > I've got a brand new package, gap-pkg-fining, with a brand new build > for F31. I type "gap-pkg-fining" into the "Name" field, and it tells > me that it cannot find the

Re: Bodhi Outage Ongoing - Deploying 5.0

On Tue, Nov 12, 2019 at 7:42 AM Neal Gompa wrote: > I think you're underestimating how different the UI is with 5.0. I > don't know where anything is yet... It looks slick, but it'll take > some getting used to... It does look slick, but here are two issues I've already run into with it. 1. The

  1   2   >