Bug 1668910

Summary:	EPEL7 - nodejs-node-stringprep won't install on RHEL 7.6
Product:	[Fedora] Fedora EPEL	Reporter:	Troy Dawson <tdawson>
Component:	nodejs-node-stringprep	Assignee:	Nobody's working on this, feel free to take it <nobody>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	epel7	CC:	nodejs-sig, tchollingsworth, tom
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2019-02-18 15:16:55 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1647564

Description Troy Dawson 2019-01-23 21:12:48 UTC

Current nodejs-node-stringprep for EPEL7 (nodejs-node-stringprep-0.2.3-5.el7) requires
  nodejs = 0.10
The nodejs in EPEL7 is currently nodejs-6.14.3

Please fix this package so that it can be installed in RHEL 7.6.
If you have not responded in a week, we will have a proven packager fix it.
If you know you will not be able to get to it and would like it fixed sooner, please let us know in this bug.
If you feel this package should no longer be in EPEL7, please let us know in this bug.

Comment 1 Tom Hughes 2019-01-23 21:17:18 UTC

When you make threats to have a proven packager do it that kind of implies that you know what the problem is, so maybe you would care to enlighten us?

Comment 2 Troy Dawson 2019-01-23 21:26:16 UTC

This is part of an effort to clean up the EPEL7 repository.
We have a proven packager that has volunteered to work on any packages that the maintainers feel they need help with.
Most packages that fall into this category just need a rebuild, sometimes with %nodejs_fixdep line or two added to the spec file.
But this particular package we noticed doesn't just rebuild.  gyp is failling because it doesn't see the nan module, even though the nan module is installed.
When we got to that point, we figured we'd stop and open the bugzilla incase the regular maintainer already knew what the problem was.
 ...
um ... I guess I should stop using the generic 'we' and say I, since I'm the proven packager.  If you want some help with this, I'll gladly help.

Comment 3 Tom Hughes 2019-01-23 21:30:19 UTC

It's not actually my package but I usually look after rebuilds for the binary modules on Fedora when Node.js bumps.

I just tried a build with changes up to Node 6.x merged from Fedora but it fails due to a dependency on proxyquire which isn't in epel7 yet so we'll probably need to get that in.

Comment 4 Troy Dawson 2019-01-23 21:58:02 UTC

Before we go adding packages, we need to make sure anyone still wants this package.
Nothing depends on it, it hasn't been installable for almost 2 years, and not a single bugzilla is open for it.
I'm not saying I'm going to remove it right away, not even after a couple of weeks.  But with the last wave of EPEL7 packages I did this for, many of the package maintainers wanted their packages removed, and it was easier for me to do it in this batch of packages than for them to do it.

Comment 5 Tom Hughes 2019-01-23 22:26:03 UTC

Oh in that case lets forget it. I don't normally bother about EPEL stuff to be honest.

Comment 6 Troy Dawson 2019-02-01 14:58:36 UTC

If I do not hear anything in a week, I will remove nodejs-node-stringprep from EPEL7.

Comment 7 Troy Dawson 2019-02-15 17:15:08 UTC

I have retired nodejs-node-stringprep from EPEL7.
I will close the ticket when I have verified it is not in the EPEL7 anymore.

Comment 8 Troy Dawson 2019-02-18 15:16:55 UTC

Verified
Package is no longer in EPEL7