Description of problem: There is currently no caddy package for EPEL-8. A package exists for EPEL-7. Would it be possible for the package maintainer to branch this? Version-Release number of selected component (if applicable): Caddy v1.0.3
I would love to, but there are some blockers that need to be addressed first. Caddy 1.0.3 requires at least golang 1.12, and RHEL 8 currently only has 1.11. According to the beta release notes, RHEL 8.1 will includes 1.12. https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8-beta/html/8.1_release_notes/new-features#BZ-1731502 Additionally, none of the golang libraries that caddy needs are available in RHEL 8 or EPEL 8. If it were just a few I would list them here, but it is literally all of them in the spec file. I'm happy to revisit this once the EL8 golang situation is in a better place.
Hi, we now have golang 1.12.12, any news concernant the missing golang libraries ? Best regards, Edouard
I've been working with the Caddy upstream on packaging their new major version. They have made it clear that they don't intend to maintain v1 at all once v2 comes out. Due to that, I'm not going to add v1 to EPEL8 to have it rot. But v2 already requires at least golang 1.14. That is in addition to whatever dependencies v2 settles on (that has been significantly in flux during their v2 betas). I'm not happy with this situation either. I suggest making your complaints know upstream, specifically that you can't compile Caddy from source on golang 1.12 or 1.13.
RHEL 8.3 will include golang 1.14, so once that's available in the EPEL8 buildroot I'll be able to proceed with this.
Sorry for the detours but any change EPEL 7 could get caddy 2.x as well? EPEL 7 ships golang 1.15.5 so it might be possible? (As you mentioned caddy 1.x is basically unmaintained.) Oh, and RHEL 8.3 was released a few days ago so I guess soon it should be available for EPEL 8 :-)
Updating epel7's caddy package from 1.x to 2.x will require following EPEL's incompatible upgrade policy [0]. I can't justify that unless there are significant vulnerabilities discovered in 1.x. Upstream provides a copr repo [1] that you can use if you would like to opt in to 2.x on el7. I tried rebuilding the rawhide spec for epel8, but it failed. I discovered that Fedora's golang macros are not available there yet, and are blocked by a request against redhat-rpm-config [2]. I'd like to see if that can be resolved to avoid heavy modification of the spec file to work without the golang macros. [0] https://fedoraproject.org/wiki/EPEL_incompatible_upgrades_policy [1] https://caddyserver.com/docs/install#fedora-redhat-centos [2] bug 1774139
(In reply to Carl George 🤠 from comment #6) > Updating epel7's caddy package from 1.x to 2.x will require following EPEL's > incompatible upgrade policy [0]. I can't justify that unless there are > significant vulnerabilities discovered in 1.x. Upstream provides a copr > repo [1] that you can use if you would like to opt in to 2.x on el7. > Could you create a caddy2 package on EPEL7? > I tried rebuilding the rawhide spec for epel8, but it failed. I discovered > that Fedora's golang macros are not available there yet, and are blocked by > a request against redhat-rpm-config [2]. I'd like to see if that can be > resolved to avoid heavy modification of the spec file to work without the > golang macros. > Sadjy this didn't go through, the solution is to bundle the deps with go mod vendor. Check for example: https://src.fedoraproject.org/rpms/rclone/blob/epel8/f/rclone.spec
FEDORA-EPEL-2023-0b57e19163 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-0b57e19163
An update on this, I've given up on caddy dependencies and vendor everything now, even in Fedora. I've eliminated as many golang macros as possible to improve portability. RHEL 8 currently has golang 1.19, which lines up best with caddy 2.6, which is what I've submitted for EPEL 8 (please test and provide karma). EPEL 9 is still currently on caddy 2.4, and I'm putting together an incompatible update proposal to bring it up to 2.6 to match EPEL 8.
FEDORA-EPEL-2023-0b57e19163 has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-0b57e19163 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2023-0b57e19163 has been pushed to the Fedora EPEL 8 stable repository. If problem still persists, please make note of it in this bug report.