Bug 1178996

Summary: Please split bpython into X and no-X subpackages
Product: [Fedora] Fedora Reporter: Till Maas <opensource>
Component: bpythonAssignee: Terje Røsten <terje.rosten>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: admiller, lnie, terje.rosten
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: bpython-0.13.2-1.fc20 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-01-13 00:07:37 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Till Maas 2015-01-05 20:53:13 UTC
Description of problem:
I would like to use bpython on a headless server, therefore no X libraries are needed. But since there is only one packages for the curses, urwid and gtk frontend, a lot of unneeded libraries are installed there. Please move the gtk frontend to its own subpackage, e.g.:

bpython-common: common files
bpython-gtk: bpython-gtk and related files (e.g. desktop file)
bpython-cli: bpython and bpython-urwid
bypthon: metapackage to depend on bpython-gtk and bpython-cli to support compatibility with existing setups.

Version-Release number of selected component (if applicable):
bpython-0.12-6.1.el7.noarch

Comment 1 Adam Miller 2015-01-05 21:12:08 UTC
I'd rather not deviate from the upstream Fedora package if possible, my preference would be to stay in-line with the Fedora package. If the Fedora package maintainer would prefer not to incorporate this change then I'm open to breaking away and structuring bpython and subpackages to work as you have proposed.

Reassigning to Fedora, if needed we can bring this back to be EPEL specific.

Comment 2 Terje Røsten 2015-01-05 21:21:55 UTC
A valid request, splitting should be simple.

Comment 3 Fedora Update System 2015-01-10 15:08:34 UTC
bpython-0.13.1-2.fc21 has been submitted as an update for Fedora 21.
https://admin.fedoraproject.org/updates/bpython-0.13.1-2.fc21

Comment 4 Fedora Update System 2015-01-10 15:08:40 UTC
bpython-0.13.1-2.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/bpython-0.13.1-2.fc20

Comment 5 Fedora Update System 2015-01-11 02:58:40 UTC
Package bpython-0.13.1-2.fc21:
* should fix your issue,
* was pushed to the Fedora 21 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing bpython-0.13.1-2.fc21'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2015-0533/bpython-0.13.1-2.fc21
then log in and leave karma (feedback).

Comment 6 lnie 2015-01-12 08:05:42 UTC
bpython-0.13.1-2.fc21 works

Comment 7 Fedora Update System 2015-01-12 15:36:47 UTC
bpython-0.13.1-3.el7 has been submitted as an update for Fedora EPEL 7.
https://admin.fedoraproject.org/updates/bpython-0.13.1-3.el7

Comment 8 Fedora Update System 2015-01-13 00:07:37 UTC
bpython-0.13.1-3.fc21 has been pushed to the Fedora 21 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 9 Fedora Update System 2015-01-19 19:53:46 UTC
bpython-0.13.2-1.fc21 has been submitted as an update for Fedora 21.
https://admin.fedoraproject.org/updates/bpython-0.13.2-1.fc21

Comment 10 Fedora Update System 2015-01-27 03:05:20 UTC
bpython-0.13.2-1.fc21 has been pushed to the Fedora 21 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 11 Fedora Update System 2015-01-30 04:43:51 UTC
bpython-0.13.2-1.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.