Bug 1760078 - (RFE) Please branch xiphos and deps for EPEL8
Summary: (RFE) Please branch xiphos and deps for EPEL8
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: xiphos
Version: epel8
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: greg.hellings
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-10-09 19:03 UTC by Lamar Owen
Modified: 2021-06-09 06:13 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2021-06-09 06:13:19 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Lamar Owen 2019-10-09 19:03:56 UTC
Please branch for EPEL8.

Comment 1 greg.hellings 2020-04-22 07:39:51 UTC
This would depend, minimally, on the release of libglade2 for EPEL8. Additionally, there is currently no gtkhtml available, either, so we're hosed until upstream figures out something. I'm going to leave this open, but don't expect it any time soon.

Comment 2 Lamar Owen 2020-06-11 12:09:03 UTC
I've successfully rebuilt from the source RPMs xiphos, the glade2 stuff and gtkhtml from F32 on C8; there weren't any difficulties in those builds.  So I should request branching for those two packages and go from there, correct?  Hmmm, libglade2 doesn't show up as a component for EPEL; what component do I file a bug request against to request a completely new package for EPEL?  Likewise for gtkhtml3; there is a gtkhtml38 component, is that the correct one?  The Fedora 32 packages for both build cleanly from source RPM.

Comment 3 Lamar Owen 2020-06-11 12:17:20 UTC
It looks like libglade2 has already been requested, but it also looks like it's orphaned at the moment.

Comment 4 greg.hellings 2020-06-11 19:16:32 UTC
@Lamar Owen - libglade2 dependency was dropped by upstream in 4.2.0 (current 4.2.1). I just forgot to remove it from the BR's. I've just pushed an update for Rawhide and F32 that removes the BR on libglade2.

However, gtkhtml IS still a requirement. For the time being, that is a requirement. There is a movement to take it out of upstream as it prevents Xiphos from building on other distros (gtkhtml is long abandonware and has been removed from other distros already), but for the 4.2 series, at the least, it will remain a build requirement. gtkhtml38 sounds like it's an old build of 3.8 for gtk2 apps. The version that is compatible with GTK3 is the 4.x series. 4.10.0-10 in Fedora 31 at the moment. So double check that the gtkhtml38 is building 4.x and building against GTK3 and you should be good-to-go.

Comment 5 Lamar Owen 2020-06-11 19:31:51 UTC
@Greg Hellings - I actually pulled down the F32 gtkhtml3 and ran a simple rpmbuild --rebuild on it.  Also needed is biblesync, which I also rebuilt with rpmbuild --rebuild from the F32 src.rpm

Once I had those deps the xiphos build was uneventful, again just a simple  rpmbuild --rebuild of the F32 src.rpm

So I have my own build working at the moment.... thanks for taking the time to write, and to maintain the package!

Comment 6 greg.hellings 2020-06-11 19:34:46 UTC
If you want to open an issue to get gtkhtml3/38 into EPEL8, I can take care of the rest (I also maintain biblesync). Thanks for the report that it's frictionless!

Comment 7 Fedora Admin user for bugzilla script actions 2021-03-09 00:56:16 UTC
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.

Comment 8 Fedora Admin user for bugzilla script actions 2021-03-10 00:56:13 UTC
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.

Comment 9 Fedora Admin user for bugzilla script actions 2021-03-14 01:08:05 UTC
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.

Comment 10 Fedora Admin user for bugzilla script actions 2021-04-08 01:51:31 UTC
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.

Comment 11 greg.hellings 2021-06-09 06:13:19 UTC
gtkhtml is not going to appear in EPEL8, and it's a hard requirement for Xiphos. Upstream has no intentions to move away from it.


Note You need to log in before you can comment on or make changes to this bug.