Please branch and build webkitgtk in epel10. Remmina requires webkit2gtk for the WWW plugin (which I have disabled for now in epel10). This was previously part of the CentOS buildroot but doesn't appear to be in EL10. If you do not wish to maintain webkitgtk in epel10, or do not think you will be able to do this in a timely manner, I would be happy to be a co-maintainer of the package (FAS thebeanogamer); please add me through https://src.fedoraproject.org/rpms/webkitgtk/adduser Reproducible: Always
(In reply to Daniel Milnes from comment #0) > If you do not wish to maintain webkitgtk in epel10, Definitely not, sorry! > or do not think you will be able to do this in a timely manner, > I would be happy to be a co-maintainer of the package (FAS thebeanogamer); > please add me through https://src.fedoraproject.org/rpms/webkitgtk/adduser OK, you're the EPEL maintainer now! Just be aware that the current API versions (webkit2gtk-4.1 and webkitgtk-6.0) surely won't last for the lifetime of EPEL 10; you might find they need to be retired in a few years. That's probably OK though.
*** Bug 2309509 has been marked as a duplicate of this bug. ***
Looks like a few dependencies are missing from the EL10 buildroot. https://kojipkgs.fedoraproject.org//work/tasks/8638/127408638/root.log DEBUG util.py:459: No matching package to install: 'flite-devel' - https://koji.fedoraproject.org/koji/taskinfo?taskID=127408737 - bug 2334941 DEBUG util.py:459: No matching package to install: 'pkgconfig(manette-0.2)' - https://koji.fedoraproject.org/koji/taskinfo?taskID=127409056 - bug 2309508 DEBUG util.py:459: No matching package to install: 'unifdef' - https://koji.fedoraproject.org/koji/taskinfo?taskID=127409054 - bug 2334942 All those packages happily build in EPEL10 without modifications, so this shouldn't be too hard.
Created attachment 2064292 [details] unifdef.patch This will help a little: a patch to bundle unifdef, which is already upstreamed and will be included in the 2.48 releases. One fewer package to maintain....
(In reply to Michael Catanzaro from comment #4) > Created attachment 2064292 [details] > unifdef.patch > > This will help a little: a patch to bundle unifdef, which is already > upstreamed and will be included in the 2.48 releases. One fewer package to > maintain.... Cool, I can pull that in then. Builds of everything are currently flowing through COPR. webkitgtk hasn't errored yet, but it's still get at least another hour of compiling left https://copr.fedorainfracloud.org/coprs/thebeanogamer/remmina/builds/
"at least another hour" might have been a bit optimistic. Only ppc64le managed to finish before the 5 hour timeout. I've resubmitted the failed arches with a longer timeout, but given that webkitgtk and remmina built fine on ppc64le I think it'll probably be fine.
FEDORA-EPEL-2025-5705d935af (libmanette-0.2.9-2.el10_0, remmina-1.4.39-3.el10_0, and 2 more) has been submitted as an update to Fedora EPEL 10.0. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-5705d935af
FEDORA-EPEL-2025-5705d935af has been pushed to the Fedora EPEL 10.0 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-5705d935af See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
*** Bug 2344707 has been marked as a duplicate of this bug. ***
FEDORA-EPEL-2025-5705d935af (libmanette-0.2.9-2.el10_0, remmina-1.4.39-3.el10_0, and 2 more) has been pushed to the Fedora EPEL 10.0 stable repository. If problem still persists, please make note of it in this bug report.
Hi Daniel, I see you're not updating this package in EPEL. This package is security-critical and it really requires regular updates to the latest stable version (currently 2.48.3). Just building it once and leaving the package alone is worse than not packaging it. I suggest either (a) set up upstream release monitoring and update it when a new stable version is released, or (b) orphan it and allow it to be retired if nobody else wishes to maintain it. If Remmina is all that you care about, then disabling the WWW support so you don't have to maintain WebKitGTK would be advisable.
Hey Michael, Apologies, I've not had nearly as much time for Fedora-related stuff recently as I'd like (boring real-life commitments). I'll get EL10 up to the latest in the next couple days, but you're correct that my primary motivation is Remmina. I'd ideally like to be consistent with what plugins we offer across distros, but if maintaining webkitgtk becomes unsustainable then we'll have to disable www. I wouldn't be opposed to using release-monitoring or packit to automate the rebuilds, but that seems like something we should probably coordinate across Fedora and EPEL. Do you plan to make a similar change for the Fedora package? Thanks, and sorry again for the delay.
Triggered a scratch build for the current F42 version in EL10 https://koji.fedoraproject.org/koji/taskinfo?taskID=134475753, will promote that up if it passes. I've also added a mapping to the EPEL package on release-monitoring, though I'm not sure if that'll actually raise a separate bug. Guess we'll find out when the next release happens.
I actually don't use the release-monitoring service myself because I'm subscribed to webkit-gtk.org which includes release announcements (and not much else).
Hm, I notice your build is surprisingly using the default build channel. If you encounter out of memory errors (indicated by the text "Killed"), then you can create an infrastructure ticket https://pagure.io/fedora-infrastructure/issues to request to be added to the heavybuilder channel.