It's a runtime dependency and AFAIK numpy usage in pygtk is minimal. Workaround: I propose to exclude this dependency from pygtk ebuild on x86-interix. Patch follows.
Created attachment 205197 [details, diff] A patch removing dev-python/numpy dependency
sorry to interrupt, but "AFAIK numpy usage in pygtk is minimal" is not a good reason just to drop the dependency, instead of fixing it.
also, dropping a bunch of keywords for no good reason is questionable.
>sorry to interrupt, but "AFAIK numpy usage in pygtk is minimal" is not a good reason just to drop the dependency, instead of fixing it. There is no numpy installed after the bootstrap and there is no ability to install it. And pygtk is already installed and works without numpy. I understand that better fix would be "make pygtk to not use numpy", but for now this workaround can be used to install newer versions of pygtk. >also, dropping a bunch of keywords for no good reason is questionable. Sorry, ecopy droped them and I didn't notice it.
I.e., quick glance on pygtk's setup.py (http://svn.gnome.org/viewvc/pygtk/trunk/setup.py?revision=3122&view=markup) can assure that pygtk has no strict dependency to numpy. And it can be removed even not conditionally.
looking at it, i guess the correct one would be to introduce a numpy USE flag (since pygtk obviously can install without numpy), and make the dependency conditional on that flag. also add a use_enable numpy in the right place. grobian, what do you think?
I'm not the maintainer of this package, so get the right people on this bug here
CC'd gnome herd. what do you guys think about a numpy USE flag?
huh ? numpy hard masked ? not found in profiles/package.mask or in profiles/prefix/package.mask...
(In reply to comment #9) > huh ? numpy hard masked ? not found in profiles/package.mask or in > profiles/prefix/package.mask... > %% grep -r numpy prefix/ prefix/windows/interix/3.5/package.mask:dev-python/numpy The real issue is that numpy is optional according to upstream. Since numpy has issues on interix, the Prefix team kindly requests a way to disable this dep such that pygtk can be installed on interix (which is proven to work already).
(In reply to comment #10) > (In reply to comment #9) > > huh ? numpy hard masked ? not found in profiles/package.mask or in > > profiles/prefix/package.mask... > > > > %% grep -r numpy prefix/ > prefix/windows/interix/3.5/package.mask:dev-python/numpy > > The real issue is that numpy is optional according to upstream. Since numpy has > issues on interix, the Prefix team kindly requests a way to disable this dep > such that pygtk can be installed on interix (which is proven to work already). > In this case a USE-flag would be probably nice, imho. @gnome: What do you think ?
CCing python herd in order to have their opinion
Yeah, a use flag seems like a good idea.
I seem to remember that pygtk upstream strongly recommends to enable numpy (and before that numeric) dependency. Can somebody tell me it won't have _any_ downside ? I not thrilled about adding a use flag for one arch and then having to figure out new kind of problems when users disable numpy support.
(In reply to comment #14) > I seem to remember that pygtk upstream strongly recommends to enable numpy > (and before that numeric) dependency. IUSE="+numpy" would partially help.
# Markus Duft <mduft@gentoo.org> 31 Jul 2009 # Does not build on Interix 3.5 because some functions # conflict with system math.h header. dev-python/numpy can we just hack around this somehow and be done with the entire problem?
maybe numpy can be fixed to build on 3.5, but i simply don't have the time to do it ATM. Sergey, if you want to, you can give it a try. otherwise i think the USE (+numpy) flag is still the best way to go. (In reply to comment #16) > > can we just hack around this somehow and be done with the entire problem? > sure, something like [[ ${CHOST} == *-interix3* ]] && myconf=--disable-numpy ? :) that would be possible too, and it would not imply any changes for anybody, but just make the upgrade problem go away. is there still support for numeric? maybe something like enabling it on interix instead of numpy (but only for interix3! how could such a depend string look - without having both numpy and numeric in the depencies for all of them...)
>maybe numpy can be fixed to build on 3.5, but i simply don't have the time to >do it ATM. Sergey, if you want to, you can give it a try. >otherwise i think the USE (+numpy) flag is still the best way to go. I think that USE flag should be there anyway, but I'll try to fix numpy build on 3.5 in a free time.
how's the current status here?