[Bug 1758480] perl-Crypt-SMIME for EL8

https://bugzilla.redhat.com/show_bug.cgi?id=1758480 Steve Traylen changed: What|Removed |Added Flags|needinfo?(steve.traylen@cer | |n.ch)

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

On Mon, 4 Nov 2019 20:56:13 -0600 Chris Adams wrote: > Once upon a time, Nico Kadel-Garcia said: > > Without robust integration with AD, I have no use > > for FreeIPA. And I don't know *anyone* who uses a FreeIPA server. > > > > Perhaps it's time to drop FreeIPA? > > Nope. You are assuming

Re: Modularity: The Official Complaint Thread

On 05. 11. 19 21:17, Stephen Gallagher wrote: I'm sure there are other pain points and I encourage you to share them. Please adhere to the guidelines about objectively measurable issues, though. M1. For traditional packages, there was a consistent and easy way to find a spec file for a given

Re: Modularity and all the things

On Tuesday, November 5, 2019 2:31:56 PM MST Randy Barlow wrote: > This means that Gentoo has 15 years of experience with providing > multiple versions of software streams to their users. As I said in my > last e-mail, it's the analogous "you can learn from the XSS > vulnerabilities that Firefox

Re: Modularity and all the things

On Tuesday, November 5, 2019 6:42:43 PM MST Randy Barlow wrote: > On Wed, 2019-11-06 at 01:24 +0100, Kevin Kofler wrote: > > Actually, it could also mean that Gentoo users are just in a habit of > > not complaining, no matter what. :-) After all, those are the same > > users who find it perfectly

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

On 06. 11. 19 0:26, Michael Cronenworth wrote: On 11/5/19 4:59 PM, Kevin Kofler wrote: … and Calamares … ... and Domoticz (Fedora), and Kodi (RPMFusion)... Will this be as simple as a BR change in the spec or will application patches be necessary? Not for most cases. See this list:

Re: Encrypted DNS in Fedora

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 > > endpoint, > > using Google's, Cloudflare's or Quad9's servers is a

Re: Modularity and all the things

On Tue, 2019-11-05 at 21:17 -0500, Neal Gompa wrote: > This feature of "slotting" multiple EVRs of the same name actually > already exists in RPM. DNF currently restricts this to packages that > contain one of the following provides: > * installonlypkg(kernel) > * installonlypkg(kernel-module) > *

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

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

[Bug 1768303] nagios-plugins-all is missing perl(utf8::all)

https://bugzilla.redhat.com/show_bug.cgi?id=1768303 Praveen Singareddy changed: What|Removed |Added Status|NEW |CLOSED Resolution|---

Re: Modularity and all the things

On Tue, Nov 05, 2019 at 08:40:05PM -0500, Randy Barlow wrote: > Matthew, my door is still open to talk. Thanks. I think that would be a good idea. I replied to your private email. Like I said before, I was at a conference last week, and I am on vacation this week, and I have some family matters

[EPEL-devel] Re: Graphical package manager for EPEL8

On 11/5/2019 2:37 PM, Troy Dawson wrote: On Tue, Nov 5, 2019 at 11:01 AM Edward Diener wrote: On 11/5/2019 12:11 PM, Troy Dawson wrote: To get a package in EPEL8, please open a bugzilla to have it put in. I just checked, and there currently isn't a bugzilla requesting it. It will also need

Re: Modularity and all the things

On Tue, Nov 5, 2019 at 9:08 PM Randy Barlow wrote: > > > langdon wrote: > > > > * compat-libs (or compat lib style): not discoverable, name > > > > mangling > > > > Randy Barlow replied: > > > Yeah I don't love this either. > > > > I don't understand why people dislike compatibility libraries so

Re: Modularity and all the things

On Wed, 2019-11-06 at 01:18 +0100, Kevin Kofler wrote: > The big difference is that Gentoo is source-based, whereas Fedora is > binary-based. So where Gentoo needs to ship only one ebuild (the > equivalent of a specfile) for foo-1.2.3 that the user can then > compile against different choices of

Re: Modularity and all the things

On Tue, 2019-11-05 at 19:13 -0500, Randy Barlow wrote: > For packagers who want to put the same spec file in all branches > today (I think Kevin Koffler often likes to do this) *Kofler - sorry for misspelling your name Kevin. signature.asc Description: This is a digitally signed message part

Re: Modularity and all the things

On Wed, 2019-11-06 at 01:24 +0100, Kevin Kofler wrote: > Actually, it could also mean that Gentoo users are just in a habit of > not complaining, no matter what. :-) After all, those are the same > users who find it perfectly fine that installing the kernel or > LibreOffice takes days (at least in

Re: Modularity and all the things

On Tue, 2019-11-05 at 19:00 -0500, Stephen Gallagher wrote: > Randy, I think you are misinterpreting Matthew’s statements here. > You’re attributing malice and dismissiveness where “text is a poor > communication medium” is a valid answer. Hi Stephen, Text is a poor communication medium. I've

Re: Modularity: The Official Complaint Thread

- Original Message - > From: "Kevin Kofler" > To: devel@lists.fedoraproject.org > Sent: Tuesday, November 5, 2019 7:48:47 PM > Subject: Re: Modularity: The Official Complaint Thread > > Alex Scheel wrote: > > Special care needs to be taken to make sure we discuss what happens > > when a

Re: Modularity: The Official Complaint Thread

Neal Gompa wrote: > This list is fairly comprehensive, but one thing I think was missed is > that we lack a policy and mechanism for making buildroot-only packages > externally consumable. I think what we actually lack is a policy banning buildroot-only packages, period. > For example, the Rust

Re: Modularity: The Official Complaint Thread

Alex Scheel wrote: > Special care needs to be taken to make sure we discuss what happens > when a _module maintainer_ wants to switch the module stream of one > of its dependencies, especially a dependency the user never > specifically selected a stream for. That should be an allowed and fully >

Re: Modularity and all the things

Randy Barlow wrote: > There's a second reason it's relevant to mention their 15 year track > record: if they've been doing it 15 years, and during that time there > haven't been significant complaints (there haven't), this indicates > that their solution has a good chance of working well.

Re: Modularity and all the things

Randy Barlow wrote: > I haven't used Nix before, so I can't comment on that one, but in what > way would Gentoo's solution require a substantial user experience > change? When Gentoo added it, the only user experience change for me > was when I wanted to pick a non-default slot (or as we call it,

Re: Modularity and all the things

Hi Adam! On Tue, 2019-11-05 at 15:24 -0800, Adam Williamson wrote: > This has a few consequences I can think of. For a start it means the > actual problem we're currently having with our current module streams > wouldn't necessarily be solved by your system - we could've run into > exactly the

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

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

Re: Modularity and all the things

On Tue, Nov 5, 2019 at 6:37 PM Randy Barlow wrote: > On Tue, 2019-11-05 at 14:14 -0500, Matthew Miller wrote: > > Well, exactly. This is what I meant with my short "who is going to do > > that work?" comment. Gentoo's solution is not a drop-in thing for > > Fedora and would require changes to

Re: Modularity and all the things

On Tue, 2019-11-05 at 14:14 -0500, Matthew Miller wrote: > Well, exactly. This is what I meant with my short "who is going to do > that work?" comment. Gentoo's solution is not a drop-in thing for > Fedora and would require changes to RPM, DNF, and the *significant* > work of figuring out what all

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

https://bugzilla.redhat.com/show_bug.cgi?id=1768131 Emmanuel Seyman changed: What|Removed |Added Component|perl-Text-Table |perl-Text-Table

[Bug 1765529] [RFE] EPEL8 branch of perl-Data-Serializer

https://bugzilla.redhat.com/show_bug.cgi?id=1765529 Emmanuel Seyman changed: What|Removed |Added Component|perl-Data-Serializer|perl-Data-Serializer

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

On 11/5/19 4:59 PM, Kevin Kofler wrote: … and Calamares … ... and Domoticz (Fedora), and Kodi (RPMFusion)... Will this be as simple as a BR change in the spec or will application patches be necessary? ___ devel mailing list --

Re: Modularity and all the things

On Tue, 2019-11-05 at 17:55 -0500, Randy Barlow wrote: > To avoid the word "slot", what I'm saying is why not just add a > "Stream" field to the RPM spec file (so, instead of NEVR, it's NESVR), > and provide a way for users to specify which streams they want to > follow? So, a couple of thoughts

Re: Modularity and all the things

On Tue, Nov 5, 2019 at 5:57 PM Randy Barlow > > We (Stephen Gallagher and I) discussed me writing a blog post to > > revisit > > these past questions when Zbigniew raised the question the other > > day. > > However, I haven't written it yet. > > +1 > > Suggestion: could it be done as a page in

Re: Modularity: The Official Complaint Thread

On Tue, 2019-11-05 at 17:19 -0500, Stephen Gallagher wrote: > Others have contacted me privately and indicated that my choice of > words here did not convey the tone that I had intended. It makes it > sound as if I am accusing people of being disingenuous. For what it's worth, I didn't take it

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

Miro Hrončok wrote: > Only applications embedding Python need to link to libpython. That is what > software like krita or blender … and Calamares … > are most likely doing. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org

Re: Modularity and all the things

Thanks for writing this post Langdon! On Tue, 2019-11-05 at 12:55 -0500, langdon wrote: > * The two most promising candidates, Gentoo's slots (etc) and nix > both > require a substantial user experience change both as a command line > person and in how / where things land in the OS. We believe

Re: Modularity: The Official Complaint Thread

Stephen Gallagher writes: > My intention was to provide some scope to the problem, because it > seemed that a lot of alternatives being floated were not seeing some > of the more subtle cases that we were trying to address. However, the > biggest problem is that nearly every email to the list

Re: Trouble with install ordering and SELinux config

> Hi, > > It looks like some leftover from the past. I don't really see why it > should be there. > > This commit removes that: > > https://github.com/fedora-selinux/selinux-policy-macros/commit/5f366657da0c7c67f2448be03620581437c2dfbb > > Fixing it also in Rawhide and F31. Thanks a lot! Can it

Re: Modularity: The Official Complaint Thread

On Tue, Nov 5, 2019 at 3:17 PM Stephen Gallagher wrote: > My intention was to provide some scope to the problem, because it > seemed that a lot of alternatives being floated were not seeing some > of the more subtle cases that we were trying to address. However, the > biggest problem is that

Re: Modularity and all the things

On Tue, 2019-11-05 at 14:57 -0500, Neal Gompa wrote: > Yeah, the reason OpenPKG was able to do this is because their flavor > of RPM had specific enhancements for it: > * Macros used in the spec had their definitions embedded into the > SRPM > * Generated package names and provides were

Re: Modularity and all the things

On Tue, 2019-11-05 at 12:11 -0500, Matthew Miller wrote: > But, I still am having a hard time seeing the thing I quoted as a > respectful > approach. I avoided paraphrasing before, but I'm going to now, not to > caricature what Randy said but to clarify how it sounds to me and > what I'm >

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

On 05. 11. 19 21:11, Neal Gompa wrote: We need a way to autogenerate the the Python language ABI dependency then. So far, no solution has been presented, and that needs to be fixed before this can be implemented. Without that and no library dependency, we have no way of knowing what to rebuild.

Re: Modularity and all the things

On Tue, Nov 5, 2019 at 8:15 PM Matthew Miller wrote: > > On Tue, Nov 05, 2019 at 01:08:23PM -0500, Neal Gompa wrote: > > I think I mentioned that it would be possible, as OpenPKG actually > > worked this way. > > > > The key for this would be improving the user-experience with > > interacting

Re: Encrypted DNS in Fedora

Le mardi 05 novembre 2019 à 19:45 +0100, Tomasz Torcz a écrit : > > > I don't agree with centralisation. You should run your own DoH > endpoint, > using Google's, Cloudflare's or Quad9's servers is a shortcut. DoH has zero integration and manageability. “It’s not centralized” (but you have

Re: Modularity: The Official Complaint Thread

On Tue, Nov 5, 2019 at 3:22 PM Stephen Gallagher wrote: > > Last week, I put out a blog post and fedora-devel thread describing > the problems that we wanted to solve with Modularity. That thread was > not ultimately as successful as I had hoped. > > My intention was to provide some scope to the

Re: Modularity and all the things

On Tue, Nov 05, 2019 at 02:14:29PM -0500, Matthew Miller wrote: > If someone were to come by and say "I don't understand why you're doing all > this, when it's been solved by AppImage since 2004", I'd say the same thing > I'm telling Randy: you're welcome to work on that, but it's rude to tell the

Re: Modularity: The Official Complaint Thread

- Original Message - > From: "Stephen Gallagher" > To: "Development discussions related to Fedora" > > Sent: Tuesday, November 5, 2019 3:17:28 PM > Subject: Modularity: The Official Complaint Thread ~snip~ > 1. Once enabled, a module stream is never changed on behalf of the > user.

Modularity: The Official Complaint Thread

Last week, I put out a blog post and fedora-devel thread describing the problems that we wanted to solve with Modularity. That thread was not ultimately as successful as I had hoped. My intention was to provide some scope to the problem, because it seemed that a lot of alternatives being floated

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

On Tue, Nov 5, 2019 at 2:17 PM Miro Hrončok wrote: > > On 05. 11. 19 19:41, Kevin Kofler wrote: > >> Python 3 traditionally in Fedora was built with a shared library > >> libpython3.?.so and the final binary was dynamically linked against > >> that shared library. This change is about creating

Re: Modularity and all the things

On Tue, Nov 5, 2019 at 2:15 PM Matthew Miller wrote: > > On Tue, Nov 05, 2019 at 01:08:23PM -0500, Neal Gompa wrote: > > I think I mentioned that it would be possible, as OpenPKG actually > > worked this way. > > > > The key for this would be improving the user-experience with > > interacting

Re: scribus-generator now provides python2-tkinter in Fedora 30 ?

On 11/5/19 4:36 AM, Felix Schwarz wrote: > Am 05.11.19 um 10:05 schrieb Zbigniew Jędrzejewski-Szmek: >> That seems to be a bug. > > Ok, I filed https://bugzilla.redhat.com/show_bug.cgi?id=1768831 > (Hopefully we can get this fixed asap because we won't be able to fix this > automatically once

[EPEL-devel] Re: Graphical package manager for EPEL8

On Tue, Nov 5, 2019 at 11:01 AM Edward Diener wrote: > > On 11/5/2019 12:11 PM, Troy Dawson wrote: > > To get a package in EPEL8, please open a bugzilla to have it put in. > > I just checked, and there currently isn't a bugzilla requesting it. > > It will also need the following packages put into

[Bug 1768804] perl-Test-JSON for EL8

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

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

On 05. 11. 19 19:41, Kevin Kofler wrote: Python 3 traditionally in Fedora was built with a shared library libpython3.?.so and the final binary was dynamically linked against that shared library. This change is about creating the static library and linking the final python3 binary against it, I

Re: Modularity and all the things

On Tue, Nov 05, 2019 at 01:08:23PM -0500, Neal Gompa wrote: > I think I mentioned that it would be possible, as OpenPKG actually > worked this way. > > The key for this would be improving the user-experience with > interacting with source RPMs and spec files with DNF. We've optimized > *heavily*

[Bug 1769009] perl-JSON-Any for EL8

https://bugzilla.redhat.com/show_bug.cgi?id=1769009 Emmanuel Seyman changed: What|Removed |Added CC||ppi...@redhat.com

[Bug 1768973] Add perl-URI-FromHash to EPEL8

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

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

On Tue, 2019-11-05 at 19:41 +0100, Kevin Kofler wrote: > > Python 3 traditionally in Fedora was built with a shared library > > libpython3.?.so and the final binary was dynamically linked against > > that shared library. This change is about creating the static library > > and linking the final

[Bug 1769009] perl-Test-JSON for EL8

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

[EPEL-devel] Re: Graphical package manager for EPEL8

On 11/5/2019 12:14 PM, Pat Riehecky wrote: I've generally been happy with the gnome-software app. I do not see in the gnome-software app how I can search, view, add, or delete individual packages, as opposed to software applications. Of course if you do not need anything to deal with

[EPEL-devel] Re: Graphical package manager for EPEL8

On 11/5/2019 12:11 PM, Troy Dawson wrote: To get a package in EPEL8, please open a bugzilla to have it put in. I just checked, and there currently isn't a bugzilla requesting it. It will also need the following packages put into EPEL8 to build and possibly run. python3-cairosvg

Re: Encrypted DNS in Fedora

On Tue, Nov 05, 2019 at 03:07:53PM +0100, Marius Schwarz wrote: > > I personally favor DoT as it would make use of the millions of dns > server available on the net. DoH is too centralized to implement for now. > I don't agree with centralisation. You should run your own DoH endpoint, using

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

> Python 3 traditionally in Fedora was built with a shared library > libpython3.?.so and the final binary was dynamically linked against > that shared library. This change is about creating the static library > and linking the final python3 binary against it, I oppose this change, because this is

[Bug 1768973] Add perl-URI-FromHash to EPEL8

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

[Bug 1768804] perl-Test-JSON for EL8

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

[Bug 1769009] perl-Test-JSON for EL8

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

[Bug 1768804] perl-Test-JSON for EL8

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

[Bug 1769009] New: perl-Test-JSON for EL8

https://bugzilla.redhat.com/show_bug.cgi?id=1769009 Bug ID: 1769009 Summary: perl-Test-JSON for EL8 Product: Fedora Version: rawhide Status: NEW Component: perl-JSON-Any Assignee: emman...@seyman.fr Reporter:

Re: Modularity and all the things

On Tue, Nov 5, 2019 at 12:58 PM Jeremy Cline wrote: > > On Tue, Nov 05, 2019 at 12:11:56PM -0500, Matthew Miller wrote: > > On Tue, Nov 05, 2019 at 04:34:55PM +, Jeremy Cline wrote: > > > I'd just like to say that I have found this thread very demoralizing. I > > > think Randy has valid

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

Dear all, You are kindly invited to the meeting: EPEL Steering Co on 2019-11-06 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 and all the things

On Tue, Nov 05, 2019 at 12:11:56PM -0500, Matthew Miller wrote: > On Tue, Nov 05, 2019 at 04:34:55PM +, Jeremy Cline wrote: > > I'd just like to say that I have found this thread very demoralizing. I > > think Randy has valid points and has brought them up far more > > respectfully than I

Re: Modularity and all the things

On 10/25/19 10:15 AM, Randy Barlow wrote: On Fri, 2019-10-25 at 09:43 +0200, Pierre-Yves Chibon wrote: That is true, but the wording used also implied that this design has not been considered. The question of whether other designs have been considered has been raised many times over the years,

[EPEL-devel] Re: Graphical package manager for EPEL8

I've generally been happy with the gnome-software app. Pat On 11/5/19 10:27 AM, Edward Diener wrote: Has there been any attempt to add to a EPEL8 a graphical package manager, such as dnfdragora ? CentOS7, which I have used, had yumex but since CentOS8 uses dnf the old yumex does not work

Re: Modularity and all the things

On Tue, Nov 05, 2019 at 04:34:55PM +, Jeremy Cline wrote: > I'd just like to say that I have found this thread very demoralizing. I > think Randy has valid points and has brought them up far more > respectfully than I could and I feel like it's being dismissed as > trolling. I think this has a

[EPEL-devel] Re: Graphical package manager for EPEL8

To get a package in EPEL8, please open a bugzilla to have it put in. I just checked, and there currently isn't a bugzilla requesting it. It will also need the following packages put into EPEL8 to build and possibly run. python3-cairosvg python3-dnfdaemon python3-notify2 python3-pystray

[Bug 1768973] New: Add perl-URI-FromHash to EPEL8

https://bugzilla.redhat.com/show_bug.cgi?id=1768973 Bug ID: 1768973 Summary: Add perl-URI-FromHash to EPEL8 Product: Fedora Version: rawhide Status: NEW Component: perl-URI-FromHash Assignee: emman...@seyman.fr

[Bug 1768800] perl-UUID-Tiny for EL8

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

[Bug 1768805] perl-RDF-Trine for EL8

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

Jenkins plugin upgrade to change from fedmsg to fedora-messaging

Hello Fedora CI and Devel Teams! The CI team will be performing a Jenkins plugin upgrade this Thursday to allow us to switch from fedmsg to fedora-messaging. While performing this upgrade, dist-git tests will be temporarily unavailable. When the upgrade is complete and things appear good, we will

[Bug 1768810] perl-XML-Namespace for EL8

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

NeuroFedora team meeting logs: 1600 UTC on Tuesday, 5th November

Hello, Please find the logs from today's NeuroFedora team meeting below: - Logs (HTML): https://meetbot.fedoraproject.org/fedora-neuro/2019-11-05/neurofedora.2019-11-05-16.03.log.html - Minute (HTML):

Re: Trouble with install ordering and SELinux config

On 11/3/19 9:38 AM, Dridi Boukelmoune wrote: > On Sat, Nov 2, 2019 at 2:21 AM Orion Poplawski wrote: >> >> On 11/1/19 1:47 PM, Daniel Walsh wrote: >>> Flat pack should be doing a requires(post): selinux-policy-base >>> >>> To make sure it is installed before flatpack. >> >> Thanks. The proper

[Bug 1768957] Add perl-XML-NamespaceFactory to EPEL8

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

[Bug 1768809] perl-XML-CommonNS for EL8

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

[Bug 1768957] New: Add perl-XML-NamespaceFactory to EPEL8

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

[Bug 1768813] perl-namespace-sweep for EL8

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

[Bug 1768809] perl-XML-CommonNS for EL8

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

Re: Modularity and all the things

On Mon, Nov 04, 2019 at 08:40:45PM -0500, Matthew Miller wrote: > On Mon, Nov 04, 2019 at 06:10:33PM -0500, Randy Barlow wrote: > > Consider the message that comments like this one and your last post > > send. I took the time to thoughtfully put together a set of ideas that > > can solve our

[Bug 1768807] perl-MooseX-ArrayRef for EL8

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

[EPEL-devel] Graphical package manager for EPEL8

Has there been any attempt to add to a EPEL8 a graphical package manager, such as dnfdragora ? CentOS7, which I have used, had yumex but since CentOS8 uses dnf the old yumex does not work anymore. As I understand it yumex-dnf is no longer being developed and dnfdragora is the logical

pghmcfc pushed to perl-namespace-sweep (epel8). "Perl 5.30 rebuild"

Notification time stamped 2019-11-05 16:24:33 UTC From f1350a56b8c651db8b445b1feec0ee98e0630da4 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Nov 05 2019 16:23:54 + Subject: Perl 5.30 rebuild --- diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec index

[Bug 1768806] perl-IRI for EL8

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

pghmcfc pushed to perl-namespace-sweep (epel8). "Tweak for EPEL-8 build (..more)"

Notification time stamped 2019-11-05 16:24:33 UTC From 5fde355c5c57966ada6e985fdba8b8d58254440e Mon Sep 17 00:00:00 2001 From: Paul Howarth Date: Nov 05 2019 16:23:54 + Subject: Tweak for EPEL-8 build - Use author-independent source URL - Classify buildreqs by usage - Use %{make_build} and

pghmcfc pushed to perl-namespace-sweep (epel8). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild (..more)"

Notification time stamped 2019-11-05 16:24:33 UTC From 14b46657a91a3c39bf6a2c0ca2edd4ea4ac3cceb Mon Sep 17 00:00:00 2001 From: Fedora Release Engineering Date: Nov 05 2019 16:23:54 + Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild Signed-off-by: Fedora Release

pghmcfc pushed to perl-namespace-sweep (epel8). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_28_Mass_Rebuild (..more)"

Notification time stamped 2019-11-05 16:24:33 UTC From 75010a767fefc80ea9b43486bc29fdb8713b3979 Mon Sep 17 00:00:00 2001 From: Fedora Release Engineering Date: Feb 09 2018 02:44:18 + Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_28_Mass_Rebuild Signed-off-by: Fedora Release

pghmcfc pushed to perl-namespace-sweep (epel8). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild"

Notification time stamped 2019-11-05 16:24:33 UTC From 7a179dde887a6a91cc80d2e0dee7c05120d5be00 Mon Sep 17 00:00:00 2001 From: Fedora Release Engineering Date: Jul 27 2017 07:14:50 + Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild --- diff --git

pghmcfc pushed to perl-namespace-sweep (epel8). "Perl 5.28 rebuild"

Notification time stamped 2019-11-05 16:24:33 UTC From 9e8341d24800a04fe46803ecd6c778c831ddd1d9 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Nov 05 2019 16:23:54 + Subject: Perl 5.28 rebuild --- diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec index

pghmcfc pushed to perl-namespace-sweep (epel8). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild (..more)"

Notification time stamped 2019-11-05 16:24:33 UTC From fea2204b5bffa8ddbf49d847e8886e19a52033cf Mon Sep 17 00:00:00 2001 From: Fedora Release Engineering Date: Nov 05 2019 16:23:54 + Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild Signed-off-by: Fedora Release

pghmcfc pushed to perl-namespace-sweep (epel8). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild (..more)"

Notification time stamped 2019-11-05 16:24:33 UTC From 59b12a68fd8b72479ec7eca79824f24ec318c514 Mon Sep 17 00:00:00 2001 From: Fedora Release Engineering Date: Nov 05 2019 16:23:54 + Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild Signed-off-by: Fedora Release

pghmcfc pushed to perl-namespace-sweep (epel8). "Initial import"

Notification time stamped 2019-11-05 16:24:33 UTC From 5d79f117b71341023012a58497d1e17e3d76a024 Mon Sep 17 00:00:00 2001 From: Ralf Corsépius Date: Mar 13 2017 18:13:46 + Subject: Initial import --- diff --git a/.gitignore b/.gitignore index e69de29..aae7e90 100644 --- a/.gitignore +++

pghmcfc pushed to perl-namespace-sweep (epel8). "cpan.org addresses moved to MetaCPAN "

Notification time stamped 2019-11-05 16:24:33 UTC From 9f04ba33ddee36a43506ededd585a982d0420b5d Mon Sep 17 00:00:00 2001 From: Petr Písař Date: Nov 05 2019 16:23:54 + Subject: cpan.org addresses moved to MetaCPAN --- diff

pghmcfc pushed to perl-namespace-sweep (epel8). "Perl 5.26 rebuild"

Notification time stamped 2019-11-05 16:24:33 UTC From c8311a21314b549318bd9851e626fdd8f34c47a8 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova Date: Jun 06 2017 14:00:08 + Subject: Perl 5.26 rebuild --- diff --git a/perl-namespace-sweep.spec b/perl-namespace-sweep.spec index

  1   2   3   >