Opened 11 years ago

Closed 10 years ago

Last modified 10 years ago

#24100 closed submission (fixed)

sumo 0.11.1 : new port submission

Reported by: guillaume-jean@… Owned by: ryandesign (Ryan Schmidt)
Priority: Normal Milestone:
Component: ports Version: 1.8.2
Keywords: Cc: jens.fahnenbruck@…
Port: sumo, sumo-devel


Simulation of Urban MObility (SUMO) is an open source, highly portable, microscopic road traffic simulation package designed to handle large road networks. It is mainly developed by employees of the Institute of Transportation Systems at the German Aerospace Center. SUMO is licensed under the GPL.

This port file simplifies the installation of SUMO 0.11.1 under Mac OS X. It has been tested with MacPorts 1.8.2 under Snow Leopard 10.6.2.

I ensured the completeness of dependencies by installing SUMO on a fresh MacPorts install and then testing that all standard features of SUMO were working.

The Portfile allows to enable optional functionnalities (see the configure options for sumo). It also enables the sumo-guisim software, which uses the X11 server.

Attachments (2)

Portfile (2.0 KB) - added by guillaume-jean@… 11 years ago.
Portfile for sumo 0.11.1
Portfile.2 (1.9 KB) - added by guillaume-jean@… 11 years ago.
Portfile for sumo 0.11.1-svn

Download all attachments as: .zip

Change History (9)

comment:1 Changed 11 years ago by guillaume-jean@…

Update: I also added a Portfile for sumo-devel that fetches the latest SVN snapshot for sumo.

comment:2 Changed 11 years ago by jens.fahnenbruck@…

Cc: jens.fahnenbruck@… added

Cc Me!

Changed 11 years ago by guillaume-jean@…

Attachment: Portfile added

Portfile for sumo 0.11.1

Changed 11 years ago by guillaume-jean@…

Attachment: Portfile.2 added

Portfile for sumo 0.11.1-svn

comment:3 Changed 11 years ago by guillaume-jean@…

Update: Added Jens Fahnenbruck (who submitted similar portfile in ticket #24138) as maintainer for this portfile.

comment:4 Changed 11 years ago by guillaume-jean@…

Update: Latest version of both Portfiles are now available at

comment:5 Changed 10 years ago by ryandesign (Ryan Schmidt)

Owner: changed from macports-tickets@… to ryandesign@…
Port: sumo sumo-devel added
Status: newassigned

Added sumo in r68007 with several changes:

  • used only spaces (not a mix of tabs and spaces) for whitespace
  • added license keyword and removed sentence about license from long description
  • the comment on the --with-fox argument was actually getting passed to the configure script so i moved it to its own line (r68008)

comment:6 Changed 10 years ago by ryandesign (Ryan Schmidt)

Resolution: fixed
Status: assignedclosed

Added sumo-devel in r68015.

I restricted it to build a specific revision of the upstream source. It's not OK for a port to just build the latest upstream source available; it must use a specific version. I initially tried r8773 (the latest version available today) but it wouldn't build. I tried r8511 (the latest version available on 2010-03-24 when you submitted this ticket) but it had the same problem. In the end I used r8004 (the revision when version 0.11.1 was tagged). This makes it kind of pointless to use the sumo-devel port at all; you'll get the same software as installing the sumo port. But it gives us a working port to start from. If you want to update sumo-devel to a later revision please file a new ticket and we can deal with it then.

There was also a problem with sumo-devel fetching its sources from Subversion, namely that it checked out 214MB of stuff from the repository, of which 197MB was in the tests directory. Checking out this much data takes a very long time and is besides wasteful since the tests directory never gets used. (The 0.11.1 distfile doesn't even include the tests.) It does compress extremely well: a .tar.bz2 of the 214MB sumo directory comes to just 7MB. So one option would be to package up our own tarballs, host them in our own repository, and use those instead of checking out from their repository. But I find it a nuisance to package up and upload source tarballs, so instead I changed sumo-devel's fetch phase to have it check out everything from Subversion except the tests directory. This was a little more complicated to write, but means less work when updating the port later on. Normally I would discourage modifications to the fetch phase since the MacPorts built-in fetch phase handles everything nicely, except in this case it doesn't have the ability to exclude a directory from the checkout, so I had to write it myself.

Instead of changing the configure.cmd to run "make -f Makefile.cvs" beforehand, I just used "use_autoreconf yes" since we already have that infrastructure available in MacPorts. I suppose this would be a problem if they change Makefile.cvs to do more than just run autoreconf, but that seems unlikely to me.

comment:7 Changed 10 years ago by ryandesign (Ryan Schmidt)

Fixed a typo in r68016.

Note: See TracTickets for help on using tickets.