New and update math/science ports
eridius at macports.org
Sat Mar 10 09:20:28 PST 2007
On Mar 10, 2007, at 9:03 AM, Takeshi Enomoto wrote:
> I am new to MacPorts and would like to contribute new and update ports
> mainly in math and science.
> I have some comments on MacPorts homepage.
> I find the home page unfriendly to newbies.
> They have to find clicking "wiki."
> Although I understand that WordPress is used so news are shown,
> a page for the first step is needed.
I think we all agree that the website could use some love. The old
darwinports site was reasonable, but since we've moved to MacOSForge
nobody's taken the time to really make the site all that accessible.
I believe the people with the capability to do so are simply busy,
though that's just a guess.
> I had hard time finding that how to contribute until I find "Trac."
> 1. You have to register.
> 2. You have to know what Trac is.
> 3. You have to find the attachment appears on the next page to the
> new ticket page.
> For give me for full of complains.
> In fact I find MacPorts useful and
> I would like to switch to MacPorts and contribute several math/
> science packages.
> List of my tickets.
> * infrastructure:
> g95-0.90: 11511
> odcctools 20060608 (required for g95-0.90): 11512
> netcdf-3.6.1 (an update): 11513
> libdap-3.7.5: 11514
> libnc-dap-3.7.0: 11515
> cdo-1.0.6: 11516
> nco-3.1.8: 11517
> mpich2-1.0.5p3 (an update): 11525
The ones which are updates to existing ports, have you emailed the
maintainer of said port? The way MacPorts works is the maintainer is
responsible for a port, and nobody else should update the port
without permission. If you email the maintainer and haven't heard
back in 72 hours, then other people can commit changes to the port.
So for the ones which are updates, I recommend emailing the
maintainer of those ports now, and if you hear nothing in 3 days,
email the list about those ports and say that you haven't heard
anything in 3 days
> * script languages for math/science:
> octave-2.9.9 (an update): 11518
> octave-forge (an update, g95 variant): 11519
> gdl-0.9pre4: 11524
> * plotting package:
> plplot-5.7.2 (for gdl): 11522
> freetype-2.3.1 (required by plplot): 11520
> freefont-ttf (required by plplot): 11521
> gsl-1.9 (an update): 11523
> - Components for 11519 and 11512 should have been ports.
Ok, component changed.
> - Types for 11513, 11514, 11515, 11525 should have been enhancement.
Ok, types changed. There are other ticket,s like 11519, which are
still defect. Should those remain defect?
> - In fact I don't now which to choose from those menus well.
New/updated ports should be type enhancement, component ports.
Revisions to existing ports (revisions meaning changing the portfile
without bumping the version, often incrementing the revision number
if the build products will change) should be defect if it's fixing a
bug or enhancement if it's adding something like, say, a variant.
> - It is not clear to me your policy how to set dependencies (old
> doc incomplete).
> - Do dependencies need a version number? How can I set it?
Dependencies are unversioned. Since MacPorts only knows how to
install the current version of a port, the dependency can't specify
an older (or newer) one as it would be unable to be fulfilled.
The manpage for portfile.7 talks about how to specify dependencies,
though I disagree with how it presents port:foo versus bin:foo:bar
(or lib:libfoo:foo). I believe you should use bin: or lib: if those
accurately describe the type of dependency - need libjpeg? use a
lib:libjpeg:jpeg dependency. Need gnumake? Use bin:gnumake:gmake.
Doesn't matter if apple can or does satisfy these dependencies. The
port:foo variation, I think, should generally only be used if you
don't know how the dependency is meant to be satisfied (e.g. what
library? what binary? etc.) or if you require a version newer than
you know apple provides.
eridius at macports.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the macports-dev