Bug 1406560 - split out GTK+ support to the subpackage
Summary: split out GTK+ support to the subpackage
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: libpeas
Version: 7.3
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: 7.3
Assignee: Igor Gnatenko
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 1410135
TreeView+ depends on / blocked
 
Reported: 2016-12-20 23:12 UTC by Honza Silhan
Modified: 2017-01-19 17:03 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-01-19 17:01:35 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1387015 0 unspecified CLOSED rebase libpeas to 1.20.0 2021-02-22 00:41:40 UTC

Internal Links: 1387015

Description Honza Silhan 2016-12-20 23:12:52 UTC
would it be possible to split the package same as in Fedora 26 [1] to not require whole gtk by default.

[1] http://pkgs.fedoraproject.org/cgit/rpms/libpeas.git/commit/?id=dd1b72dd88584e339686a2c1c985a04a883ea212

Comment 4 Honza Silhan 2017-01-10 12:51:57 UTC
Note: the repackaging will not break current components depending on libpeas as they require gtk explicitly when they really need it.

Comment 5 Kalev Lember 2017-01-12 14:02:56 UTC
I suspect we may find a few apps that use PeasGtk through gobject-introspection/Python and would need to have the new libpeas-gtk dependency manually added. Would probably be a good idea to try to find out what apps (if any) are doing that before pushing the libpeas/libpeas-gtk split out.

Comment 6 Kalev Lember 2017-01-12 14:39:10 UTC
I looked through of all the packages in F25 that require libpeas python loaders and apparently they all explicitly link with libpeas-gtk as well. Only thing that stuck out where dependencies might need updating is gtkd. gtkd is neither in RHEL nor EPEL though, so it shouldn't block changing this in RHEL.

I'll go and merge the libpeas/libpeas-gtk split that Igor did to F25 now, so that it can get a bit testing.

Comment 7 Bastien Nocera 2017-01-12 16:22:56 UTC
This is too invasive a change for 7.3 when a rebase is due in 7.4. See bug 1387015.

Comment 8 Red Hat Bugzilla Rules Engine 2017-01-12 16:23:03 UTC
Development Management has reviewed and declined this request. You may appeal this decision by reopening this request.

Comment 11 Bastien Nocera 2017-01-18 13:31:02 UTC
Reassigning to Igor who's going to handle this for 7.3.z.

Comment 13 Igor Gnatenko 2017-01-18 14:22:35 UTC
1. All of packages which needs GTK+ they link by SONAME, so during update
   it will be just pulled automatically.
2. All of packages which require Python loader are requiring GTK+ support,
   so nothing will break.
    
We can't split Python loader into different subpackage because this will require modifications of existing packages.


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