First round of nodejs libraries retiring

2021-01-15 Thread Troy Dawson
The following "applications" source rpm's start with nodejs, and have a binary in /usr/bin/ They have either had their dependencies bundled, or did not have any nodejs library dependencies. nodejs-buble nodejs-linefix nodejs-nodemon nodejs-replace-require-self nodejs-shelljs

[EPEL-devel] Re: Version of gcc in EPEL7

2021-01-04 Thread Troy Dawson
[root@centos7 ~]# g++ -dumpversion 4.8.5 [root@centos7 ~]# g++ -dumpfullversion g++: fatal error: no input files compilation terminated. [root@centos7 ~]# rpm -qf /usr/bin/g++ gcc-c++-4.8.5-44.el7.x86_64 On Mon, Jan 4, 2021 at 7:20 AM José Abílio Matos wrote: > > Hi, > > last week I have

Re: Fedora 34 Change: Stop Shipping Individual Nodejs Library Packages (Self-Contained)

2020-12-18 Thread Troy Dawson
On Thu, Dec 17, 2020 at 2:19 PM Troy Dawson wrote: > > On Wed, Dec 9, 2020 at 3:52 PM Miro Hrončok wrote: > > > > On 12/9/20 7:44 PM, Ben Cotton wrote: > > > https://fedoraproject.org/wiki/Changes/NodejsLibrariesBundleByDefault > > > > > > ... >

Re: Fedora 34 Change: Stop Shipping Individual Nodejs Library Packages (Self-Contained)

2020-12-18 Thread Troy Dawson
On Fri, Dec 11, 2020 at 9:32 AM Troy Dawson wrote: > > On Fri, Dec 11, 2020 at 3:18 AM Till Maas wrote: > > > > Hi, > > > > this does not seem to be self-contained, since it seems to affect people > > outside the SIG (it states that this is also affec

Re: Fedora 34 Change: Stop Shipping Individual Nodejs Library Packages (Self-Contained)

2020-12-18 Thread Troy Dawson
On Wed, Dec 16, 2020 at 2:45 AM Miro Hrončok wrote: > > On 12/9/20 7:44 PM, Ben Cotton wrote: > > == Scope == > > * Proposal owners: > > We will go through the Fedora release and determine what nodejs > > packages Fedora should package. We will implement nodejs library > > bundling on those we

Re: Fedora 34 Change: Stop Shipping Individual Nodejs Library Packages (Self-Contained)

2020-12-17 Thread Troy Dawson
On Wed, Dec 9, 2020 at 3:42 PM Miro Hrončok wrote: > > On 12/9/20 9:56 PM, Troy Dawson wrote: > > On Wed, Dec 9, 2020 at 11:21 AM Miro Hrončok wrote: > >> > >> On 12/9/20 7:44 PM, Ben Cotton wrote: > >>> == How To Test == > >>> > >&g

Re: Fedora 34 Change: Stop Shipping Individual Nodejs Library Packages (Self-Contained)

2020-12-17 Thread Troy Dawson
On Wed, Dec 9, 2020 at 3:52 PM Miro Hrončok wrote: > > On 12/9/20 7:44 PM, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/NodejsLibrariesBundleByDefault > > > > ... > > * Policies and guidelines: N/A (not a System Wide Change) > > Should there be an update of: > >

[EPEL-devel] Re: Proposal for RHEL8 missing -devel packages

2020-12-15 Thread Troy Dawson
On Tue, Dec 15, 2020 at 5:06 AM Andrew C Aitchison wrote: > > On Tue, 15 Dec 2020, Miro Hrončok wrote: > > > On 12/13/20 7:52 PM, Andrew C Aitchison wrote: > >> > >> On Sun, 13 Dec 2020, Miro Hrončok wrote: > >> > >>> Also, since you might want to bump the release independently in EPEL (e.g. >

[EPEL-devel] Re: Proposal for RHEL8 missing -devel packages

2020-12-11 Thread Troy Dawson
On Fri, Dec 11, 2020 at 1:44 PM Miro Hrončok wrote: > > On 12/11/20 7:42 PM, Troy Dawson wrote: > > Our current solution for the missing RHEL8 devel packages is going away. > > And let's be honest, it was only about 50% successful. We needed > > something else anyway. >

[EPEL-devel] Proposal for RHEL8 missing -devel packages

2020-12-11 Thread Troy Dawson
Our current solution for the missing RHEL8 devel packages is going away. And let's be honest, it was only about 50% successful. We needed something else anyway. Here is my proposal for a new solution. Be warned, this proposal has words like module, and grobisplitter. But I think it will turn out

Re: Fedora 34 Change: Stop Shipping Individual Nodejs Library Packages (Self-Contained)

2020-12-11 Thread Troy Dawson
nage project-level installations (NPM, yarn, etc.). > > * Packages that provide binaries that users would want to use in their > > shell. > > * compiled/binary nodejs modules (for now) > > > > == Owner == > > > > * Name: [[User:tdawson| Troy Dawson]] >

Re: Fedora 34 Change: Stop Shipping Individual Nodejs Library Packages (Self-Contained)

2020-12-10 Thread Troy Dawson
On Thu, Dec 10, 2020 at 2:07 AM Dominik 'Rathann' Mierzejewski wrote: > > On Thursday, 10 December 2020 at 00:49, Miro Hrončok wrote: > > On 12/9/20 7:44 PM, Ben Cotton wrote: > > > https://fedoraproject.org/wiki/Changes/NodejsLibrariesBundleByDefault > > > > > > ... > > > * Policies and

Re: Fedora 34 Change: Stop Shipping Individual Nodejs Library Packages (Self-Contained)

2020-12-09 Thread Troy Dawson
On Wed, Dec 9, 2020 at 11:21 AM Miro Hrončok wrote: > > On 12/9/20 7:44 PM, Ben Cotton wrote: > > == How To Test == > > > > * Install all nodejs libraries in Fedora 33. Try to update to Fedora 34. > > What is the plan wrt Obsoletes of the removed packages? > > -- > Miro Hrončok > -- We do not

Re: Fedora 34 Change: Stop Shipping Individual Nodejs Library Packages (Self-Contained)

2020-12-09 Thread Troy Dawson
On Wed, Dec 9, 2020 at 11:52 AM James Cassell wrote: > > > > On Wed, Dec 9, 2020, at 1:44 PM, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/NodejsLibrariesBundleByDefault > > > > == Summary == > > > > For Nodejs, Fedora should only package: > > * The interpreter, development

[EPEL-devel] Re: plasma desktop not starting on CentOS 8.3

2020-12-09 Thread Troy Dawson
I just tested on my laptop running CentOS 8. Updated to 8.3 and both X and KDE started up with no problems. Do you have something special like an nvidia card with drivers? On Wed, Dec 9, 2020 at 8:29 AM Orion Poplawski wrote: > > After updating to CentOS 8.3, my plasma (KDE) desktop is not

[EPEL-devel] Re: Local mock builds for EPEL 8 (not Next) after CentOS Linux 8 EOL (also, EPEL 9)

2020-12-09 Thread Troy Dawson
On Wed, Dec 9, 2020 at 2:19 AM Miro Hrončok wrote: > > Hello, > > wrt https://blog.centos.org/2020/12/future-is-centos-stream/ > > Since EPEL 8 is for RHEL 8 and EPEL Next 8 is for CentOS Stream 8, I assumed > we > will continue to use CentOS Linux 8 for local mock (and Copr) builds of EPEL 8 >

[EPEL-devel] Re: EPEL, Playground, CentOS Stream, etc

2020-12-08 Thread Troy Dawson
t I read earlier in the day. If someone else has a better description, feel free to chime in. Troy Dawson ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Co

[EPEL-devel] Re: openblas updates

2020-12-04 Thread Troy Dawson
On Fri, Dec 4, 2020 at 8:08 AM Antonio T. sagitter wrote: > > Hi all. > > Why openblas-0.3.5 is waiting for stable branch since 2 years? [1] > > Is it reasonable, taking into account the rebuilds of dependent > packages, to rebuild openblas on epel7 by using a more recent GCC > version like GCC-8

[EPEL-devel] Re: Netdata EPEL package

2020-12-03 Thread Troy Dawson
It is best to open a bugzilla bugs for questions like this. Each EPEL package is maintained by it's own packager. (Although many packagers have hundred of packages) And not all packagers are subscribed to the EPEL mailing list. In this case, this has already been requested / asked.

[EPEL-devel] EPEL-ANNOUNCE EPEL-6 is End of Life in 2020-11-30

2020-11-13 Thread Troy Dawson
EPEL 6 is End Of Life (EOL) on November 30 2020. That is two weeks away EPEL 6 will be moved to archives in the first week of December 2020. That is three weeks away EPEL Steering Committee ___ epel-devel mailing list --

[EPEL-devel] Re: [Fedocal] Reminder meeting : EPEL Steering Committee

2020-10-15 Thread Troy Dawson
Due to many of the members of the EPEL Steering Committee not being able to make the meeting, this week's meeting has been canceled. On Thu, Oct 15, 2020 at 2:00 PM wrote: > > Dear all, > > You are kindly invited to the meeting: >EPEL Steering Committee on 2020-10-16 from 21:00:00 to

[EPEL-devel] Re: proposal: EPEL 8 Next

2020-10-02 Thread Troy Dawson
On Thu, Oct 1, 2020 at 9:13 PM Carl George wrote: > > Here is my rough outline of the steps required to implement this proposal. > I imagine things would happen roughly in this order, but some things could > probably take place in parallel. > > 1. EPEL Steering Committee approves the proposal >

[EPEL-devel] Re: Retire mongodb from EPEL7

2020-09-22 Thread Troy Dawson
On Tue, Sep 22, 2020 at 5:28 AM Andrew C Aitchison wrote: > > On Tue, 22 Sep 2020, Patrik Novotny wrote: > > > Hi, > > > > there's intend to retire the mongodb package from EPEL7 [1]. As for > > the MongoDB license change[2], we are not able to backport patches, > > which leaves us shipping

[EPEL-devel] EPEL Playground - Policy and Plans

2020-09-21 Thread Troy Dawson
- fedpkg will be updated to not automatically request a epel-playground branch each time an epel branch is requested. https://pagure.io/fedpkg/issue/414 We appreciate all the input we've gotten from everyone. Please pass this information on wherever you feel it is needed. Troy Dawson

[EPEL-devel] Re: Proposed EPEL Playground Documentation

2020-09-16 Thread Troy Dawson
On Wed, Sep 16, 2020 at 9:36 AM Kevin Fenzi wrote: > > On Tue, Sep 15, 2020 at 09:18:17AM -0700, Troy Dawson wrote: > ...snip... > > > > When a maintainer is done with their package in playground, they must > > untag all builds of it out of epel-playground. We do n

[EPEL-devel] Re: Proposed EPEL Playground Documentation

2020-09-15 Thread Troy Dawson
This is the second draft. It has added a section in the developer section saying to clean your packages up when you are done playing and testing them. Edit's are still welcome, but I think it covers everything that has been discussed and approved. This will be published about the same time that

[EPEL-devel] Re: EPEL playground && mock builds against released repos

2020-09-15 Thread Troy Dawson
On Tue, Sep 15, 2020 at 1:53 AM Pavel Raiskup wrote: > > Hi, we ship epelplayground-8-x86_64.cfg file in mock-core-configs so users can > reproduce builds locally with mock. Initially the configuration worked, but > it > has been failing for quite some time now. Dnf isn't able to

[EPEL-devel] Re: Proposing an EPEL packaging SIG

2020-09-11 Thread Troy Dawson
On Fri, Sep 11, 2020 at 12:10 PM Robbie Harwood wrote: > > Michel Alexandre Salim writes: > > > * Have an expedited flow where this SIG can request EPEL branches and > > admin access to packages if there are no response from package > > maintainers for a set period (3 days? 1 week?) > > *

[EPEL-devel] Re: Proposed EPEL Playground Documentation

2020-09-10 Thread Troy Dawson
On Wed, Sep 9, 2020 at 2:44 PM Miro Hrončok wrote: > > On 08. 09. 20 17:52, Troy Dawson wrote: > > Note1: Not everything has been implemented yet. package.cfg is still > > in the epel repos. fedpkg has not been updated. This documentation > > will go out when those

Re: [ELN] Update obsoleted for weird reasons

2020-09-09 Thread Troy Dawson
On Wed, Sep 9, 2020 at 2:19 PM Troy Dawson wrote: > > On Wed, Sep 9, 2020 at 1:34 PM Kevin Fenzi wrote: > > > > On Wed, Sep 09, 2020 at 08:07:24PM +0200, Miro Hrončok wrote: > > > Hello. > > > > > > I've noticed at https://src.fedoraproject.org/rp

Re: [ELN] Update obsoleted for weird reasons

2020-09-09 Thread Troy Dawson
On Wed, Sep 9, 2020 at 1:34 PM Kevin Fenzi wrote: > > On Wed, Sep 09, 2020 at 08:07:24PM +0200, Miro Hrončok wrote: > > Hello. > > > > I've noticed at https://src.fedoraproject.org/rpms/python3.9 that the latest > > ELN release of python3.9 is behind Fedora. > > > > I've assumed the build has

[EPEL-devel] Re: proposal: EPEL 8 Next

2020-09-09 Thread Troy Dawson
On Wed, Sep 9, 2020 at 5:51 AM Petr Pisar wrote: > > On Tue, Sep 08, 2020 at 11:00:42PM -0500, Carl George wrote: > > To solve this problem, I am proposing that we create a new repository called > > EPEL 8 Next. > > > > - built against CentOS 8 Stream > > - opt-in for packagers (must request

[EPEL-devel] Re: kde-connect has incorrect dependencies (Centos 8 Stream)

2020-09-08 Thread Troy Dawson
Thank you. Looks like the kirigami2 stuff isn't just an EPEL problem, same thing happens in the latest Fedora Rawhide. I'm filing a bug and getting the kirigami2 stuff fixed. As for why your phone isn't seen, I don't know. I don't use kdeconnect. You might get more help with that on the fedora

[EPEL-devel] Re: kde-connect has incorrect dependencies (Centos 8 Stream)

2020-09-08 Thread Troy Dawson
On Tue, Sep 8, 2020 at 8:49 AM Jason Oppel wrote: > > The kde-connect package is missing kf5-kirigami and kf5-kirigami2 as > dependencies. > > Steps to reproduce: > Without KDE installed (running XFCE), performing a "dnf install > kdeconnect-app". Everything installs just fine. However, when

[EPEL-devel] Proposed EPEL Playground Documentation

2020-09-08 Thread Troy Dawson
Note1: Not everything has been implemented yet. package.cfg is still in the epel repos. fedpkg has not been updated. This documentation will go out when those changes are implemented. Note2: This is a proposal. It can be changed. If there is something in there you do not want or think should

[EPEL-devel] Re: Continuing playground discussion

2020-09-08 Thread Troy Dawson
On Sun, Sep 6, 2020 at 2:01 PM Kevin Fenzi wrote: > > On Fri, Sep 04, 2020 at 07:18:31AM -0700, Troy Dawson wrote: > ...snipp > > I think Step 5 is a very important step (if I'm understanding it > > correctly). Because it will give us a good idea about how many peo

[EPEL-devel] EPEL-6 is End of Life in 2020-11

2020-09-04 Thread Troy Dawson
EPEL 6 is End Of Life (EOL) on November 2020. EPEL 6 will be moved to archives in December 2020. Plan ahead now. ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

[EPEL-devel] Re: Continuing playground discussion

2020-09-04 Thread Troy Dawson
On Fri, Sep 4, 2020 at 7:18 AM Troy Dawson wrote: > Step 1 - Approve plan via Steering Committee. > Step 1a - Documents and communication > -- No releng needed. > -- Should be done along the whole way > Step 2 - Update fedpkg and remove all package.cfg from epel8. > -- Can b

[EPEL-devel] Re: Continuing playground discussion

2020-09-04 Thread Troy Dawson
On Fri, Sep 4, 2020 at 11:18 AM Paul Howarth wrote: > > On Fri, 4 Sep 2020 07:18:31 -0700 > Troy Dawson wrote: > > Step 4 - Untag all the things that are "older" in playground > > -- currently that is a releng process. There is no way for a > > maintainer to

[EPEL-devel] Re: Continuing playground discussion

2020-09-04 Thread Troy Dawson
On Wed, Sep 2, 2020 at 2:08 PM Kevin Fenzi wrote: > I think playground might be fixable/made of use without too much work... > * adjust fedpkg to stop requesting playground branches always/only > request them on explicit ask > * change the inheritence in koji so it inherits from epel8 > * untag

[EPEL-devel] Re: kf5-5.68.0-3.el8 not in Bodhi?

2020-08-31 Thread Troy Dawson
I'm not sure why this version (-3) wasn't put in bodhi. But I've had to tag it into override to get a package built. And my package built successfully, so I'm pretty sure it works. Anyway, I've put it in bodhi, so giving it some karma would get it to stable faster.

[EPEL-devel] Re: Continuing playground discussion

2020-08-31 Thread Troy Dawson
On Mon, Aug 31, 2020 at 7:08 AM Stephen John Smoogen wrote: > > > > On Mon, 31 Aug 2020 at 09:43, Troy Dawson wrote: >> >> On Sun, Aug 30, 2020 at 11:44 AM kevin wrote: >> > >> >> > > Thoughts? >> > >> > Well, I think it

[EPEL-devel] Re: Continuing playground discussion

2020-08-31 Thread Troy Dawson
On Sun, Aug 30, 2020 at 11:44 AM kevin wrote: > > On Fri, Aug 28, 2020 at 03:11:49PM -0700, Troy Dawson wrote: > > > Pros for building against stream: > > > - We would have a way to test EPEL packages that matter against the > > > not yet released RHEL

[EPEL-devel] Re: plasma has moved from epel into playground causing update conflicts

2020-08-30 Thread Troy Dawson
Short answer, no, there is currently no way for me to remove it from playground. I wish I could. Unless you have a specific need, you shouldn't have playground enabled anymore. You don't need it for KDE anymore. I've given instructions via email and web pages on how to install KDE via regular

[EPEL-devel] Re: Continuing playground discussion

2020-08-28 Thread Troy Dawson
On Thu, Aug 27, 2020 at 2:10 PM Troy Dawson wrote: > > On Sat, Aug 22, 2020 at 11:12 AM kevin wrote: > > > > On Sat, Aug 22, 2020 at 02:50:39PM -0300, Pablo Sebastián Greco wrote: > > > > > > On 21/8/20 19:06, Troy Dawson wrote: > > > > &g

[EPEL-devel] Re: Continuing playground discussion

2020-08-27 Thread Troy Dawson
On Sat, Aug 22, 2020 at 11:12 AM kevin wrote: > > On Sat, Aug 22, 2020 at 02:50:39PM -0300, Pablo Sebastián Greco wrote: > > > > On 21/8/20 19:06, Troy Dawson wrote: > > > > C) Drop playground. Say it was an interesting experiment and we > > > learned stuff

[EPEL-devel] Re: Continuing playground discussion

2020-08-21 Thread Troy Dawson
On Wed, Aug 19, 2020 at 4:52 PM Miro Hrončok wrote: > > On 01. 08. 20 0:13, Troy Dawson wrote: > > We were having a good discussion about epel8-playground in the > > Steering Committee meeting this week. Since we ran out of time I'd > > like to continue it via email. >

[EPEL-devel] Re: [Fedocal] Reminder meeting : EPEL Steering Committee

2020-08-13 Thread Troy Dawson
Due to several people not being available, this week's meeting has been canceled. On Thu, Aug 13, 2020 at 2:01 PM wrote: > > Dear all, > > You are kindly invited to the meeting: >EPEL Steering Committee on 2020-08-14 from 21:00:00 to 22:00:00 UTC >At freenode@fedora-meeting > > The

[EPEL-devel] Re: EPEL8 R package rebuilds

2020-08-11 Thread Troy Dawson
On Tue, Aug 11, 2020 at 1:26 AM Dave Love wrote: > > I just tried to build an R package in copr, and it failed because an R > dependency (which I maintain) needs rebuilding for R 4. > > Apart from the question of why R was updated to an incompatible version, > what was supposed to happen about

[EPEL-devel] Re: argbash

2020-08-07 Thread Troy Dawson
The correct procedure for getting a package into EPEL 8 is to open a bugzilla[1] requesting it. That way it will go to the package maintainer. I did a quick look and it should be fairly easy for the maintainer to create the package. It looks like they updated argbash across all platforms,

Re: Fedora 33 Mass Rebuild

2020-08-03 Thread Troy Dawson
On Mon, Aug 3, 2020 at 10:32 AM Jaroslav Skarvada wrote: > > > > - Original Message - > > On 8/3/2020 9:42 AM, Neal Gompa wrote: > > > On Mon, Aug 3, 2020 at 12:32 PM Gary Buhrmaster > > > wrote: > > >> On Mon, Aug 3, 2020 at 3:15 PM Richard Hughes > > >> wrote: > > >> > > >>> Most of

Orphaning nanomsg and 3 other packages

2020-08-03 Thread Troy Dawson
python-nnpy mozilla-iot-gateway-addon-node mozilla-iot-gateway-addon-python Outside of themselves, there is nothing that depends on these packages. Troy Dawson ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel

[EPEL-devel] Continuing playground discussion

2020-07-31 Thread Troy Dawson
We were having a good discussion about epel8-playground in the Steering Committee meeting this week. Since we ran out of time I'd like to continue it via email. Most everyone agreed that playground is currently a bit of a mess and it's hard to explain to end users what it is for, or when to use

[EPEL-devel] Re: First draft of will-it-install

2020-07-27 Thread Troy Dawson
This script will work on RHEL/CentOS 8 and any of the currently supported Fedora releases. I do not expect it to work on RHEL7 On Fri, Jul 24, 2020 at 4:13 PM Troy Dawson wrote: > > Hi, > As discussed in the EPEL Steering Committee meeting, I made a python > script, will-it-in

[EPEL-devel] First draft of will-it-install

2020-07-24 Thread Troy Dawson
and then python3 will-it-install.py x86_64 centos You can do any of the 4 RHEL arches. Feedback is appreciated. Troy Dawson [1] - https://github.com/tdawson/tdawson-misc-scripts/tree/master/will-it-install [2] - git clone https://github.com/tdawson/tdawson-misc-scripts.git ; cd tdawson-misc

Orphaning two packages

2020-07-23 Thread Troy Dawson
on them. Troy Dawson [1] - https://github.com/mozilla-iot/gateway/releases ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https

[EPEL-devel] Re: Can anyone help me build or build and share gnome-pomodoro for Centos 8.2?

2020-07-06 Thread Troy Dawson
On Sat, Jul 4, 2020 at 2:33 AM david wrote: > > Hi, I am participating in https://github.com/codito/gnome-pomodoro/issues/456 > thread and it was mentioned by @mbooth101 to ask for advice here. > > Is it possible to build gnome-pomodoro on Centos 8.2? > I believe this is the fedora package

[EPEL-devel] Re: [Fedocal] Reminder meeting : EPEL Steering Committee

2020-07-02 Thread Troy Dawson
Due to US holidays, and others on vacation, this weeks EPEL Steering Committee Meeting has been canceled. On Thu, Jul 2, 2020 at 2:00 PM wrote: > > Dear all, > > You are kindly invited to the meeting: >EPEL Steering Committee on 2020-07-03 from 21:00:00 to 22:00:00 UTC >At

[EPEL-devel] Re: EPEL 8: modular libnghttp2 replaces package from RHEL base

2020-06-29 Thread Troy Dawson
Hi Felix, I wasn't offended by your tone. I felt the same way when I saw this on Friday. Although dnf sees these as two different modules, since they have same name and stream, dnf lumps them together. When that happens, dnf uses the packages with the highest Name-Version-Release (NVR). In

[EPEL-devel] Re: EPEL 8: modular libnghttp2 replaces package from RHEL base

2020-06-29 Thread Troy Dawson
Policies don't mean mistakes won't happen. A mistake happened and A) We are trying to clean it up as soon as possible [1] B) We are trying to work with mbs and infrastructure to make sure this can't happen in the future. I'm sorry this is so short on details, but I need to either write a short

[EPEL-devel] EPEL Module proposal to update policy.

2020-06-26 Thread Troy Dawson
The EPEL Guidelines and Policy[1] was recently revised to allow EPEL modules to have the same packages as those in RHEL as long as the module wasn't enabled by default, and the user had to specifically enable that module and stream. The updated policies allowed the modules to have both the same

[EPEL-devel] Re: intent to update eccodes

2020-06-25 Thread Troy Dawson
I agree with Jeff. It looks good, go for it. On Thu, Jun 25, 2020 at 8:49 AM Jeff Sheltren wrote: > > Hi Jos, seems fine to me; I'd say go for it! > > -Jeff > > On Wed, Jun 24, 2020 at 12:58 PM Jos de Kloe wrote: >> >> Hi, >> >> I received a user request to update eccodes, see: >>

[EPEL-devel] Re: Another Python macro backports for EPEL 8

2020-06-19 Thread Troy Dawson
On Fri, Jun 19, 2020 at 11:20 AM Miro Hrončok wrote: > > On 19. 06. 20 16:03, Troy Dawson wrote: > > Hi Miro, > > I was hoping someone more python oriented would look at this, but I > > guess that isn't happening. > > I'll take a look at it later today. > >

[EPEL-devel] Re: Please clarify if EPEL8 need the scriptlets of Icon Cache, mimeinfo and Desktop databases

2020-06-19 Thread Troy Dawson
On Thu, Jun 18, 2020 at 8:11 AM Sérgio Basto wrote: > > Hi, > > Guideline page needing clarification: > https://fedoraproject.org/wiki/EPEL:Packaging > > Explanation > > in this wiki page is not clear that on EPEL8 we don't need anymore the > scriptlets of Icon Cache, mimeinfo and Desktop

[EPEL-devel] Re: Another Python macro backports for EPEL 8

2020-06-19 Thread Troy Dawson
Hi Miro, I was hoping someone more python oriented would look at this, but I guess that isn't happening. I'll take a look at it later today. On Thu, Jun 18, 2020 at 2:38 AM Miro Hrončok wrote: > > Hello, I've opened this PR some time ago: > >

[EPEL-devel] Re: Updated KDE available in EPEL 8

2020-06-16 Thread Troy Dawson
On Mon, Jun 15, 2020 at 8:21 PM Sérgio Basto wrote: > > On Mon, 2020-06-15 at 10:04 -0700, Troy Dawson wrote: > > RHEL 8.2 and CentOS 8.2 have an updated qt5. This updated qt5 > > allowed > > us to update the KDE Plasma Desktop in EPEL8. We are not at the > > f

[EPEL-devel] Updated KDE available in EPEL 8

2020-06-15 Thread Troy Dawson
o not work in System Settings. https://bugzilla.redhat.com/show_bug.cgi?id=1838801 Help resolving this bug would be appreciated. It is irritating, but not critical. Many thanks to all who helped with this. Troy Dawson [1] plasma-nm is currently at 5.15. This has been verified to work. We will hopeful

[EPEL-devel] Updated KDE available in EPEL 8

2020-06-15 Thread Troy Dawson
in System Settings. https://bugzilla.redhat.com/show_bug.cgi?id=1838801 Help resolving this bug would be appreciated. It is irritating, but not critical. Many thanks to all who helped with this. Troy Dawson [1] plasma-nm is currently at 5.15. This has been verified to work. We will hopefully be able

[EPEL-devel] Re: EPEL builds are currently broken

2020-06-08 Thread Troy Dawson
Hi Stephen, Just want to say thank you to you, or whoever got this working again. I am able to build on koji again for EPEL. At least EPEL8. On Sun, Jun 7, 2020 at 7:23 AM Stephen John Smoogen wrote: > > > We are in the middle of the datacentre move where various services are > partially in

[EPEL-devel] Re: When does a RHEL (non-security) update get released?

2020-06-08 Thread Troy Dawson
Often the answer is yes. It will not come out until the next point release. In this case 8.3. Those come out every six months. Depending on the bug, it's possible that it will come out in the .1 release. In this case 8.2.1. Those come out every three months. If there is a new feature (blah

[EPEL-devel] Re: Mate desktop environment update

2020-06-05 Thread Troy Dawson
If you (or others) haven't already done so, a bugzilla requesting an update might be best. Many times packagers aren't on the epel-devel mailing list, and/or have it filtered. On Fri, Jun 5, 2020 at 2:22 AM Menanteau wrote: > > Hi there, > > is there a plan to update Mate in EPEL ? > > There was

[EPEL-devel] Re: unable to submit updates to stable: 504 Gateway Time-out

2020-06-04 Thread Troy Dawson
On Wed, Jun 3, 2020 at 10:08 PM Sérgio Basto wrote: > > On Wed, 2020-06-03 at 20:49 -0700, Kevin Fenzi wrote: > > On Wed, Jun 03, 2020 at 07:13:06AM -0700, Troy Dawson wrote: > > > On Tue, Jun 2, 2020 at 8:14 AM Felix Schwarz < > > > fschw...@fedoraproject.org>

[EPEL-devel] Re: unable to submit updates to stable: 504 Gateway Time-out

2020-06-03 Thread Troy Dawson
On Tue, Jun 2, 2020 at 8:14 AM Felix Schwarz wrote: > > > Am 01.06.20 um 17:25 schrieb Troy Dawson: > > I was having a similar problem last week, I opened a > > fed-infrastructure ticket and they extended the time out time. But it > > looks like things have gotten so

[EPEL-devel] Re: unable to submit updates to stable: 504 Gateway Time-out

2020-06-01 Thread Troy Dawson
On Mon, Jun 1, 2020 at 1:11 AM Felix Schwarz wrote: > > Hi, > > I'm unable to submit updates to EPEL 7 stable: > > $ bodhi updates request FEDORA-EPEL-2020-d8b45f1e30 stable > > fedora.client.ServerError: > ServerError(https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-d8b45f1e30/request, >

[EPEL-devel] Re: EPEL bugzilla / component listing limited

2020-05-15 Thread Troy Dawson
On Fri, May 15, 2020 at 12:39 PM Leon Fauster wrote: > > I wanted to request a new EPEL package and noticed that it is not > possible to select the package name (fedora) in the component field > in the bug report form (Product: Fedora EPEL). Is this enforced or is > this a regression? I remember

[EPEL-devel] Re: [CentOS-devel] Handling packages retired in epel but not yet available in CentOS?

2020-05-15 Thread Troy Dawson
On Fri, May 15, 2020 at 10:37 AM Michel Alexandre Salim wrote: > Or have a "purgatory" repo where packages retired in EL 8.2 get to live > until, say, a month after CentOS 8.2 is GA? Again, seems like too much work. > Or, perhaps we could archive things before a release. I guess my reply got

[EPEL-devel] Re: [CentOS-devel] Handling packages retired in epel but not yet available in CentOS?

2020-05-14 Thread Troy Dawson
On Thu, May 14, 2020 at 12:32 PM Michel Alexandre Salim wrote: > > Hi, > > We're working on validating CentOS 8 for some desktop use cases at work, > and noticed that after working fine on a machine that's installed > several months ago, it's now failing on a freshly-installed machine. > > Turns

[EPEL-devel] Re: KDE on RHEL 8.2

2020-05-11 Thread Troy Dawson
On Sat, May 9, 2020 at 9:10 AM Rex Dieter wrote: > > Troy Dawson wrote: > > > > * digikam - Don't know why it won't build, help would be appreciated > > https://koji.fedoraproject.org/koji/taskinfo?taskID=44213799 > > Looks like it wants opencv >= 3.3 > Y

[EPEL-devel] Re: KDE on RHEL 8.2

2020-05-08 Thread Troy Dawson
/taskinfo?taskID=44213799 * plasma-nm - Cannot build until CentOS 8.2 is released, with it's Devel repo. On Thu, Apr 30, 2020 at 9:00 AM Troy Dawson wrote: > > Now that RHEL 8.2 is out, those of you who are KDE users might notice > that you cannot update certain things due to the chan

[EPEL-devel] Re: Clarification needed: Conflicts in compat packages

2020-05-05 Thread Troy Dawson
On Tue, May 5, 2020 at 8:07 AM Miro Hrončok wrote: > > https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies#Conflicts_in_compat_packages > > """Due to the EPEL policy of maintaining backwards compatibility, EPEL has a > greater need for forward compat packages than Fedora. When creating, a

[EPEL-devel] Re: EPEL 7 packages that fail to install on RHEL / CentOS / SL 7.8

2020-05-05 Thread Troy Dawson
On Tue, May 5, 2020 at 12:23 AM Petr Pisar wrote: > > On Mon, May 04, 2020 at 09:11:00AM -0700, Troy Dawson wrote: > > I have not created any bugzila's for these yet. I have not checked to > > see if these are in -testing already. This is just a list showing > > wh

[EPEL-devel] Re: EPEL 7 packages that fail to install on RHEL / CentOS / SL 7.8

2020-05-04 Thread Troy Dawson
On Mon, May 4, 2020 at 9:35 AM Miro Hrončok wrote: > > On 04. 05. 20 18:11, Troy Dawson wrote: > > I have not created any bugzila's for these yet. I have not checked to > > see if these are in -testing already. This is just a list showing > > what packages currently do

[EPEL-devel] EPEL 7 packages that fail to install on RHEL / CentOS / SL 7.8

2020-05-04 Thread Troy Dawson
I have not created any bugzila's for these yet. I have not checked to see if these are in -testing already. This is just a list showing what packages currently do not install from EPEL 7. airinv airrac airtsp drawtiming opentrep perl-Image-SubImageFind perl-X11-GUITest php-magickwand

[EPEL-devel] Re: Python macro backports for EPEL reviews needed

2020-05-01 Thread Troy Dawson
On Fri, May 1, 2020 at 9:36 AM Miro Hrončok wrote: > > On 14. 04. 20 19:04, Miro Hrončok wrote: > > On 14. 04. 20 18:46, Troy Dawson wrote: > >> Yep, I'm having a hard time finding anything relevant to test. > >> I have verified it doesn't conflict with any other

[EPEL-devel] Re: Playground policy

2020-05-01 Thread Troy Dawson
On Fri, May 1, 2020 at 10:49 AM Michel Alexandre Salim wrote: > > > > On 5/1/20 1:10 AM, Petr Pisar wrote: > > On Thu, Apr 30, 2020 at 12:32:26PM -0700, Michel Alexandre Salim wrote: > >> Generally speaking (I can make this a separate thread if that helps) - do > >> we > >> expect every package

[EPEL-devel] KDE on RHEL 8.2

2020-04-30 Thread Troy Dawson
, the vast majority of the packages will match those of Fedora 32. qt5* 5.12 plasma* 5.18 kf5* 5.68 / 19.12 apps 5.18 / 19.12 Thank you for your patience. If you wish to open bugzilla's for certain packages, that is fine. Feel free to do that, and assign them to me. Troy Dawson

[EPEL-devel] New KDE available for testing on CentOS Stream and RHEL 8 beta

2020-04-23 Thread Troy Dawson
-f Give it a try, and let me know of any bugs. Thank You Troy Dawson ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https

Re: Co-Maintainers wanted for python-lockfile EPEL branches

2020-04-20 Thread Troy Dawson
On a RHEL8 machine, doing a dnf repoquery --whatrequires python3-lockfile dnf repoquery --whatrequires python2-lockfile Shows that the following depend on it duplicity python3-fedora pungi-legacy I haven't checked EPEL7 yet. On Mon, Apr 20, 2020 at 4:46 AM Fabio Valentini wrote: > >

[EPEL-devel] Re: Co-Maintainers wanted for python-lockfile EPEL branches

2020-04-20 Thread Troy Dawson
On a RHEL8 machine, doing a dnf repoquery --whatrequires python3-lockfile dnf repoquery --whatrequires python2-lockfile Shows that the following depend on it duplicity python3-fedora pungi-legacy I haven't checked EPEL7 yet. On Mon, Apr 20, 2020 at 4:46 AM Fabio Valentini wrote: > >

[EPEL-devel] Re: [Fedocal] Reminder meeting : EPEL Steering Committee

2020-04-17 Thread Troy Dawson
Two main topics for todays meeting are - final vote and/or tweeks of Policy on Stalled EPEL Requests -- https://pagure.io/epel/issue/101#comment-642775 - discussion (possible resolution) of "Explicitly list EPEL8/RHEL8 channel conflict policy" -- https://pagure.io/epel/issue/102 On Thu, Apr 16,

[EPEL-devel] Re: EL8 pandoc PDF support

2020-04-17 Thread Troy Dawson
On Fri, Apr 17, 2020 at 9:22 AM Leon Fauster wrote: > > Am 17.04.20 um 17:00 schrieb Troy Dawson: > > On Fri, Apr 17, 2020 at 7:07 AM Leon Fauster > > wrote: > >> > >> I am unsure if this is something for RHEL8 or EPEL8: > >> > >> The

[EPEL-devel] Re: EL8 pandoc PDF support

2020-04-17 Thread Troy Dawson
Not much we can do about pandoc, because it is in RHEL8. texlive-* packages ... sorry ... scary nightmare after looking at the spec file for that. Technically, I believe we could have some type of epel-only texlive-* package(s) as long as the source rpm isn't the same name as texlive. But trust

[EPEL-devel] Re: Python macro backports for EPEL reviews needed

2020-04-14 Thread Troy Dawson
On Tue, Apr 14, 2020 at 9:27 AM Miro Hrončok wrote: > > On 14. 04. 20 17:40, Troy Dawson wrote: > > On Tue, Apr 14, 2020 at 8:30 AM Miro Hrončok wrote: > >> > >> On 14. 04. 20 15:56, Troy Dawson wrote: > >>> Hi Miro, > >>> I've taken

[EPEL-devel] Re: Python macro backports for EPEL reviews needed

2020-04-14 Thread Troy Dawson
On Tue, Apr 14, 2020 at 8:30 AM Miro Hrončok wrote: > > On 14. 04. 20 15:56, Troy Dawson wrote: > > Hi Miro, > > I've taken a look, but haven't done any testing. > > Thanks. > > > EPEL6 patch - no. Even if it works, I'd say no. We're at the last 7 >

[EPEL-devel] Re: Python macro backports for EPEL reviews needed

2020-04-14 Thread Troy Dawson
Hi Miro, I've taken a look, but haven't done any testing. EPEL6 patch - no. Even if it works, I'd say no. We're at the last 7 months before EOL and I don't want the EPEL6 stuff to have changes like this. I could be outvoted by this, but I believe most of the other EPEL packagers would feel

[EPEL-devel] Re: Input Requested: revising policy for stalled EPEL requests

2020-04-13 Thread Troy Dawson
On Sat, Apr 11, 2020 at 2:37 AM Paul Howarth wrote: > > On Fri, 10 Apr 2020 15:17:25 -0700 > Troy Dawson wrote: > > > On Fri, Apr 3, 2020 at 3:21 PM Troy Dawson wrote: > > > > > > EPEL Issue #101 [1] has pointed out that our current policy for > > >

[EPEL-devel] Re: Input Requested: revising policy for stalled EPEL requests

2020-04-10 Thread Troy Dawson
On Fri, Apr 3, 2020 at 3:21 PM Troy Dawson wrote: > > EPEL Issue #101 [1] has pointed out that our current policy for > stalled EPEL requests is fairly in-efficient and can cause some long > delays. > > What do people think the process should be? > > Here is an examp

[EPEL-devel] Input Requested: revising policy for stalled EPEL requests

2020-04-03 Thread Troy Dawson
EPEL Issue #101 [1] has pointed out that our current policy for stalled EPEL requests is fairly in-efficient and can cause some long delays. What do people think the process should be? Here is an example: * A packager opens a bugzilla requesting a package be added to EPEL. They also express that

[EPEL-devel] Putting qt5 srpm macro into epel-rpm-macros

2020-04-03 Thread Troy Dawson
that rpmfusion doesn't build on s390x, so they will not be affected by this problem. I'll be putting that in today, and letting it sit testing for the usual time. If anyone has any problems, please let me know before the two weeks are up. Troy Dawson

[EPEL-devel] Re: [Fedocal] Reminder meeting : EPEL Steering Committee

2020-04-03 Thread Troy Dawson
A couple things I have on the agenda to think about * https://pagure.io/epel/issue/101 Policy for stalled EPEL requests - Is this something that we pursue, and figure out a new/better policy, or do we stick to the past way of doing it. * With the -devel stuff in place, as we go through the

  1   2   3   >