Hi Ryan. On Thu, 26 May 2022 13:28:58 -0500 "Ryan O'Hara" <roh...@redhat.com> wrote:
> On Wed, May 25, 2022 at 11:15 AM William Lallemand <wlallem...@haproxy.com> > wrote: > > > On Tue, May 24, 2022 at 08:56:14PM +0000, Alford, Mark wrote: > > > Do you have instruction on the exact library needed to fo the full > > install on RHEL 7 and RHEL 8 > > > > > > I read the INSTALL doc in the tar ball and the did the make command and > > it failed because of LUA but lua.2.5.3 is installed > > > > > > Please help > > > > > > > > Hello, > > > > I'm using this thread to launch a call for help about the redhat > > packaging. > > > > I am the maintainer for all the Red Hat and Fedora packages. Feel free to > ask questions here on the mailing list or email me directly. > > > > > We try to document the list of available packages here: > > https://github.com/haproxy/wiki/wiki/Packages > > > > The IUS repository is know to work but only provides packages as far as > > 2.2. no 2.3, 2.4 or 2.5 are there but I'm seeing an open ticket for > > the 2.4 here: https://github.com/iusrepo/wishlist/issues/303 > > > > Unfortunately nobody ever step up to maintain constantly the upstream > > releases for redhat/centos like its done for ubuntu/debian on > > haproxy.debian.net. > > > > I try to keep Fedora up to date with latest upstream, but once a release > goes into a specific Fedora release (eg. haproxy-2.4 in Fedora 35) I don't > update to haproxy-2.5 in that same release. I have in the past and I get > angry emails about rebasing to a newer release. I've spoken to Willy about > this in the past and we seem to be in agreement on this. > > RHEL is different. We almost never rebase to a later major release for the > lifetime of RHEL. The one exception was when we added haproxy-1.8 to RHSCL > (software collections) in RHEL7 since the base RHEL7 had haproxy-1.5 and > there were significant features added to the 1.8 release. > > I get this complaint often for haproxy in RHEL. Keep in mind that RHEL is > focused on consistency and stability over a long period of time. I can't > stress this enough - it is extremely rare to rebase to a new, major release > of haproxy (or anything else) in a major RHEL release. For example, RHEL9 > has haproxy-2.4 and will likely always have that version. I do often rebase > to newer minor release to pick up bug fixes (eg. haproxy-2.4.8 will be > updated to haproxy-2.4.17, but very unlikely to be anything beyond the > latest 2.4 release). I understand this is not for everybody. Well written and I'm fully aware of the pro and cons of that strategy. Let me make a suggestion. Offer the latest HAPoxy as RPM in like epel or some extra repo and keep the supported one in the main repo. As far as I can see is there already a epel entry for HAProxy https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&component=haproxy as described here. https://docs.fedoraproject.org/en-US/epel/epel-package-request/ The issue for some users is that there is no RPM available until the rpm is build on there own with https://github.com/DBezemer/rpm-haproxy. Thanks David for keep this repo up2date. Looks like this is the source of the HAProxy builds for CentOS and RHEL, isn't it? https://git.centos.org/rpms/haproxy/branches?branchname=c8s How about to add there a branch "upstream" or something else which uses the latest LTS version as even HAProxy community onls supports the LTS version for a long time. Another Idea is to add another repo under https://github.com/orgs/haproxy/repositories like "linux-distro-build-sources" and add there the RPM, deb and some other build files for some other linux distributions. Now if an user want to offer an rpm or deb can the build config be used from there, similar to the great work from Vincent for the Debian Distribution. As I know that some enterprise companies does not allow epel or other none "official" RHEL Repos in there setup is this an option to offer them the latest HAProxy for there system. The solution for the problem "latest HAProxy on RPM based System" is the to use the upstream rpm or build there own rpm based on the offical repo "linux-distro-build-sources" from https://github.com/orgs/haproxy/repositories Well yes, the name is up for discussion :-) jm2c > > Maybe it could be done with IUS, its as simple as a pull request on > > their github for each new release, but someone need to be involve. > > > > I'm not a redhat user, but from time to time someone is asking for a > > redhat package and nothing is really available and maintained outside of > > the official redhat one. > > > > As mentioned elsewhere, COPR is likely the best place for this. It had been > awhile since I've used it, but there have been times I did special, > unsupported builds in COPR for others to use. > > Hope this helps. > > Ryan
