[MacPorts] #16238: Port for MapServer

[MacPorts]

#16238: Port for MapServer
--------------------------------------+-------------------------------------
  Reporter:  mbarchfe at googlemail.com  |       Owner:  macports-tickets at lists.macosforge.org
      Type:  enhancement              |      Status:  new                                  
  Priority:  Normal                   |   Milestone:  Port Submissions                     
 Component:  ports                    |     Version:  1.6.0                                
Resolution:                           |    Keywords:                                       
--------------------------------------+-------------------------------------
Comment (by ryandesign at macports.org):

 Replying to [comment:3 mbarchfe at googlemail.com]:
 > > we don't have a category "gis". Perhaps the port would fit into one of
 the existing categories.
 > Where can I find out about valid categories? According to
 http://www.macports.org/ports.php ther is a gis category.
 Oh, I see, indeed ports.php does show a gis category. I was going by
 "`port lint`" which said the category didn't exist. lint currently goes
 off a list that's in [browser:trunk/base/src/port1.0/portlint.tcl
 portlint.tcl], while I believe ports.php gathers all categories of all
 ports and displays them. Looks like only the spatialite port currently
 claims to be in category gis. Would the science category be appropriate?
 That's where ports like gdal, geos and proj are currently filed. Or if it
 would help people to find the software if the ports were in a category
 gis, we could officially add that category. Ports can be in multiple
 categories; e.g. you could file them in science and gis.

 > >  * You don't wish to be the maintainer of this port?
 > Actually I hoped I could throw this over the fence and get away with it
 ;-). But if being the maintainer means I can directly submit changes to
 the Portfile that would be fine with me.
 You don't need to be maintainer if you don't want to. :-) The problem is
 that ports with no mainatiner seem to bitrot as nobody feels responsible
 for them, and already 46% of our ports have no maintainer. By being a
 port's maintainer, you're saying that you will keep it updated and be a
 point of contact for users having questions about the MacPorts-specific
 aspects of the software. You would still need to file tickets to effect
 those updates, unless you want to
 [http://guide.macports.org/#project.membership request commit access to
 the repository].

 > >  * It looks like the variant "wms" doesn't do anything so it should be
 removed.
 > It adds a necessary dependency for wms. I wanted this category just to
 make it explicit.
 But the wms variant doesn't do anything. It only contains the comment
 "--with-wms is enabled by default". The description of the variant reads
 "Enable Web Map Service" but that's not what the variant does. Regardless
 of whether I install mapserver +proj or mapserver +proj +wms I get exactly
 the same software which has wms enabled. So the wms variant should go
 away. If there is value in allowing wms to be disabled, then you could add
 a variant no_wms which appends the configure argument `--without-wms`. Is
 there a reason why anyone would want to disable wms?

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