FS#14861 - remove python-numpy dependency from pygtk
Attached to Project:
Arch Linux
Opened by Greg (dolby) - Thursday, 28 May 2009, 18:36 GMT
Last edited by Jan de Groot (JGC) - Thursday, 22 October 2009, 07:17 GMT
Opened by Greg (dolby) - Thursday, 28 May 2009, 18:36 GMT
Last edited by Jan de Groot (JGC) - Thursday, 22 October 2009, 07:17 GMT
|
Details
Recently python numeric was replaced by python numpy, its
successor.
Pygtk has an optional dependency on the numeric python bindings and can operate very well without them. The package maintainer(s) chose to build pygtk with with numeric support, which is meaningless for most (almost all) packages. That adds 15mb of 4 dependencies, from python-numpy and blas, python-nose & lapack, its dependencies, that can IMO be avoided. I request for the numpy dependency to be dropped from pygtk. |
This task depends upon
Closed by Jan de Groot (JGC)
Thursday, 22 October 2009, 07:17 GMT
Reason for closing: Implemented
Additional comments about closing: numpy is a makedepend/optdepend now.
Thursday, 22 October 2009, 07:17 GMT
Reason for closing: Implemented
Additional comments about closing: numpy is a makedepend/optdepend now.
As for removing numeric support: http://bugs.archlinux.org/task/14040
The problem isnt python-nose but lapack is 5mb and numpy which is 9mb.
https://bugzilla.gnome.org/show_bug.cgi?id=591745
The fedora mailing list link is especially interesting from this point onwards:https://www.redhat.com/archives/fedora-devel-list/2009-August/msg00677.html
Eventually, judging by the discussion on the GNOME bugzilla, it seems numpy will no longer be a pygtk dependency pretty soon.
Moving this dependency to optdepends will remove any dependencies on blas, lapack and gcc-fortran.
I think the later is already happening with most applications, if not all, in Arch. AUR applications will have to adjust accordingly.
And will avoid getting bug reports like
FS#14040.