You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm wondering if people think that there is a need for an RHEL/EPEL/CentOS 8 specific package distribution. I ask because the way I package hpnssh for Fedora and its many offspring is to use the existing most recent release of the openssh packages as a template for the hpnssh packages. I do this in order to maintain a relatively seamless experience in terms of usage and capability between the openssh and hpnssh packages. This method has made it somewhat more difficult to release current versions of hpnssh for older versions of RHEL and its ilk. However, there are still a lot of people using RHEL8. So, the question is, do people think it's a good idea for me to a) put the work into a series 8 package, b) actually support it for some limited period of time (I'm thinking about a year of updates), and c) would anyone use it?
Note: It's possible that I could use a single rpm specfile and, hence, a single package repo for this but it would likely add quite a lot of complexity to the specfile along with multiple versions of patch source files and the like. I would rather avoid that unless it was distinctly necessary. Especially being that the 8 series is EOL'd.
Alternatively, anyone know a redhat maintainer that would like a new project?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Hi everyone,
I'm wondering if people think that there is a need for an RHEL/EPEL/CentOS 8 specific package distribution. I ask because the way I package hpnssh for Fedora and its many offspring is to use the existing most recent release of the openssh packages as a template for the hpnssh packages. I do this in order to maintain a relatively seamless experience in terms of usage and capability between the openssh and hpnssh packages. This method has made it somewhat more difficult to release current versions of hpnssh for older versions of RHEL and its ilk. However, there are still a lot of people using RHEL8. So, the question is, do people think it's a good idea for me to a) put the work into a series 8 package, b) actually support it for some limited period of time (I'm thinking about a year of updates), and c) would anyone use it?
Note: It's possible that I could use a single rpm specfile and, hence, a single package repo for this but it would likely add quite a lot of complexity to the specfile along with multiple versions of patch source files and the like. I would rather avoid that unless it was distinctly necessary. Especially being that the 8 series is EOL'd.
Alternatively, anyone know a redhat maintainer that would like a new project?
So, thoughts?
Chris
Beta Was this translation helpful? Give feedback.
All reactions