New port: Play framwork

[ci42]

Port for the rapid webapplication framework: ​play framework

[ci42]

Portfile and patches

[raimue (Rainer Müller)]

The long_description contains some non-ASCII characters.

When using github, you should download using HTTP to avoid git as a dependency and make a distfile we can mirror. See the MacVim port as an example.

[raimue (Rainer Müller)]

Also, license option should be set according to this draft?:

license Apache-2

[ci42]

Updated the patch. Changes:

• clean up long_description (remove non-ASCII characters)
• fetch sources over http instead of git
• rename licence from "Apache Licence 2.0" to "Apache-2"

[raimue (Rainer Müller)]

The worksrcdir option is being changed in the pre-build phase. This makes it impossible to run build and destroot as separate steps. Either set this only once on the top-level or use build.dir/destroot.dir instead to switch the working directory for the command.

Why is the executable being installed into share and not directly into bin? Does it have to be in the same directory as any resources?

[ci42]

Replying to raimue@…:

The worksrcdir option is being changed in the pre-build phase. This makes it impossible to run build and destroot as separate steps. Either set this only once on the top-level or use build.dir/destroot.dir instead to switch the working directory for the command.

This was a workaround when I initially fetched the source with git (first patch). These got fetched to the wrong directory because $worksrcpath is defined in terms of $worksrcdir (see portmain.tcl) and portfetch::gitfetch clones the sources to $worksrcpath. This means changing $worksrcdir causes git.fetch (and hg.fetch too) to use the wrong directory. I open a separate ticket for this after further investigation.

I wasn't aware of the 'build.dir' variable, there is no reference in the documentation (except for the somewaht unrelated xcode portgroup). The updated patch uses the 'build.dir' instead of changing the 'worksrcdir'.

Why is the executable being installed into share and not directly into bin? Does it have to be in the same directory as any resources?

Indeed. It expects to be located in the same directory as "framework", "documentation", "resources", "modules" and "repositories"

[ci42]

Replying to ciserlohn@…:

This was a workaround when I initially fetched the source with git (first patch). These got fetched to the wrong directory because $worksrcpath is defined in terms of $worksrcdir (see portmain.tcl) and portfetch::gitfetch clones the sources to $worksrcpath. This means changing $worksrcdir causes git.fetch (and hg.fetch too) to use the wrong directory. I will open a separate ticket for this after further investigation.

see #29093

[ci42]

update to play version 1.2

[ryandesign (Ryan Carsten Schmidt)]

Thanks.

[ryandesign (Ryan Carsten Schmidt)]

Added in r78267 with these changes:

• reformatted and reordered the portfile a little
• added www category
• don't use "system" just to create symlinks
• added "supported_archs noarch" because this installs no architecture-specific files
• added "conflicts sox" because sox also wants to install a program called "play"

It would be nice not to have this conflict. Can the play port install a differently-named program?