Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1481163 - use qtwebkit for non-qtwebegine arches
Summary: use qtwebkit for non-qtwebegine arches
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: gpsbabel
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Ralf Corsepius
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: ZedoraTracker PPCTracker
TreeView+ depends on / blocked
 
Reported: 2017-08-14 09:18 UTC by Dan Horák
Modified: 2017-08-14 13:41 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-08-14 13:41:48 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)

Description Dan Horák 2017-08-14 09:18:19 UTC 
The last update made gpsbabel "Exclusive" for qtwebengine arches, but I see qtwebkit can be also used.

Could be gpsbabel update so qtwebkit is used on arches that don't provide qtwebengine? And if it can't, then could it build without the GUI for non-qtwebengine arches so at least the command line tool is available there (the spec file already supports that)?


Version-Release number of selected component (if applicable):
gpsbabel-1.5.4-6.fc27
Comment 1 Dan Horák 2017-08-14 09:24:56 UTC 
The current state breaks deps for qlandkartegt, which requires the CLI gpsbabel for some actions.
Comment 2 Ralf Corsepius 2017-08-14 11:04:24 UTC 
(In reply to Dan Horák from comment #0)
> The last update made gpsbabel "Exclusive" for qtwebengine arches, but I see
> qtwebkit can be also used.
Correct. 

> Could be gpsbabel update so qtwebkit is used on arches that don't provide
> qtwebengine?
Gpsbabel's upstream considers qtwebkit as insecure and "deprecated"/"dead". Unfortunately qtwebengine doesn't appear to be in a shape to replace qtwebkit all fedora architectures.

That said, I don't want conditionally build against qtwebkit on those architectures not supported by qtwebengine, because it would add conditional build-/runtime-deps (and bugs).

> And if it can't, then could it build without the GUI for
> non-qtwebengine arches so at least the command line tool is available there
> (the spec file already supports that)?
Technically this would be possible, but I am not sure I want to do this.
Comment 3 Ralf Corsepius 2017-08-14 13:41:48 UTC 
For now, I've re-added the non-GUI-packages to those archs, which do not support qtwebengine (and removed the ExclusiveArch).

However, I am still not sure, whether this is a clever or a stupid idea. 

Actually, I'd prefer the "hard cut", to make the regressions/management mistakes drawn by gpsbabel, qt and FESCO visible.
Note You need to log in before you can comment on or make changes to this bug.