[MacPorts] #19397: scipy not completely universal

MacPorts noreply at macports.org
Sat Aug 14 01:35:31 PDT 2010


#19397: scipy not completely universal
-------------------------------------------+--------------------------------
 Reporter:  daweonline@…                   |       Owner:  jmr@…           
     Type:  defect                         |      Status:  new             
 Priority:  Normal                         |   Milestone:                  
Component:  ports                          |     Version:  1.7.1           
 Keywords:  scipy python universal binary  |        Port:  py26-scipy      
-------------------------------------------+--------------------------------

Comment(by hans.ekkehard.plesser@…):

 Replying to [comment:23 clausenator@…]:
 > Then I found this ticket, including the portfiles provided. I had never
 dealt with portfiles, so I searched for some more info and found the above
 mentioned link. Here is what I did:
 >
 > - I downloaded the Portfile_numpy.3, renamed it into portfile[[BR]]
 > -  I created this folder structurer ~/MacPorts/local-sources/[[BR]]
 > - I looked in the portfile under "categories", and hence I created a new
 folder  ~/MacPorts/local-sources/python where I put the portfile[[BR]]
 > - I added one line at the end of /opt/local/etc/macports/sources.conf to
 include ~/MacPorts/local-sources/ [[BR]]
 > - I ran portindex ~/MacPorts/local-sources/
 >
 > This returned zeros everywhere as mentioned above.
 > I also renamed the portfile from "portfile" to "py26-numpy" because it
 seemed like this could make sense as well, but the results were also
 zeros.
 >
 > One thing I am not sure about is what to do with the "wrapper" file.
 > Also, again, I have never dealt with portfiles before, so essentially I
 have no clue what I am doing, I was just following the steps I found.

 It took me quite a while to figure this out, so here is a description of
 what I (successfully) did in the end. For a number of reasons I placed my
 local ports in /opt/LocalDarwinPorts instead of ~/Macports, but that
 should not make a difference. So here is what I did:

  * Created directory `/opt/LocalDarwinPorts/local-sources`
  * Created directory `/opt/LocalDarwinPorts/local-
 sources/python/py26-numpy`
  * Created directory `/opt/LocalDarwinPorts/local-
 sources/python/py26-numpy/files`
  * Downloaded attachment:Portfile_numpy.3 to `/opt/LocalDarwinPorts/local-
 sources/python/py26-numpy` and named it `Portfile`
  * Downloaded attachment:wrapper to `/opt/LocalDarwinPorts/local-
 sources/python/py26-numpy/files`
  * Copied all files in
 `/opt/local/var/macports/sources/rsync.macports.org/release/ports/python/py26-numpy/files`
 to `/opt/LocalDarwinPorts/local-sources/python/py26-numpy/files`
  * Added `file:///opt/LocalDarwinPorts/local-sources [nosync]` to
 `/opt/local/etc/macports/sources.conf` just above
 `rsync://rsync.macports.org/release/ports/ [default]`
  * Ran `portindex /opt/LocalDarwinPorts/local-sources/`
  * Ran `sudo port clean py26-numpy`
  * Ran `sudo port upgrade py26-numpy`

 This worked fine and I now have
 {{{
 port -v installed py26-numpy
 The following ports are currently installed:
   py26-numpy @1.4.0_0
   py26-numpy @1.4.1_1+gcc44 (active) platform='darwin 10' archs='x86_64'
 }}}

 Afterwards, I could upgrade py26-scipy straight from the standard
 portfile.

 When will this wrapper solution be committed to the portfile repository,
 so one can avoid the manual workaround?

-- 
Ticket URL: <http://trac.macports.org/ticket/19397#comment:25>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list