[MacPorts] #28799: New port: Play framwork
#28799: New port: Play framwork --------------------------------------+------------------------------------- Reporter: ciserlohn@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: --------------------------------------+------------------------------------- Port for the rapid webapplication framework: [http://www.playframework.org/ play framework] -- Ticket URL: <https://trac.macports.org/ticket/28799> MacPorts <http://www.macports.org/> Ports system for Mac OS
#28799: New port: Play framwork --------------------------------------+------------------------------------- Reporter: ciserlohn@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: --------------------------------------+------------------------------------- Comment(by raimue@…): 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. -- Ticket URL: <https://trac.macports.org/ticket/28799#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS
#28799: New port: Play framwork --------------------------------------+------------------------------------- Reporter: ciserlohn@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: --------------------------------------+------------------------------------- Comment(by raimue@…): Also, license option should be set according to this [wiki:snc/licenses draft]: {{{ license Apache-2 }}} -- Ticket URL: <https://trac.macports.org/ticket/28799#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS
#28799: New port: Play framwork --------------------------------------+------------------------------------- Reporter: ciserlohn@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: --------------------------------------+------------------------------------- Comment(by ciserlohn@…): 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" -- Ticket URL: <https://trac.macports.org/ticket/28799#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS
#28799: New port: Play framwork --------------------------------------+------------------------------------- Reporter: ciserlohn@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: play --------------------------------------+------------------------------------- Changes (by raimue@…): * cc: raimue@… (added) * port: => play Comment: 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? -- Ticket URL: <https://trac.macports.org/ticket/28799#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS
#28799: New port: Play framwork --------------------------------------+------------------------------------- Reporter: ciserlohn@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: play --------------------------------------+------------------------------------- Comment(by ciserlohn@…): ''Replying to [comment:4 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" -- Ticket URL: <https://trac.macports.org/ticket/28799#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS
#28799: New port: Play framwork --------------------------------------+------------------------------------- Reporter: ciserlohn@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: play --------------------------------------+------------------------------------- Comment(by ciserlohn@…): Replying to [comment:5 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 -- Ticket URL: <https://trac.macports.org/ticket/28799#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS
#28799: New port: Play framwork --------------------------------------+------------------------------------- Reporter: ciserlohn@… | Owner: ryandesign@… Type: submission | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: play --------------------------------------+------------------------------------- Changes (by ryandesign@…): * status: new => assigned * owner: macports-tickets@… => ryandesign@… Comment: Thanks. -- Ticket URL: <https://trac.macports.org/ticket/28799#comment:7> MacPorts <http://www.macports.org/> Ports system for Mac OS
#28799: New port: Play framwork ---------------------------------------+------------------------------------ Reporter: ciserlohn@… | Owner: ryandesign@… Type: submission | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Resolution: fixed | Keywords: Port: play | ---------------------------------------+------------------------------------ Changes (by ryandesign@…): * status: assigned => closed * resolution: => fixed Comment: 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? -- Ticket URL: <https://trac.macports.org/ticket/28799#comment:8> MacPorts <http://www.macports.org/> Ports system for Mac OS
participants (1)
-
MacPorts