[MacPorts] #39757: new port: libcerf
#39757: new port: libcerf ------------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: libcerf ------------------------+-------------------------------- I'm submitting a new Portfile for review. Trunk version of gnuplot now uses some functions from this library (when the library is available). Gnuplot docs list http://sourceforge.net/projects/libcerf/ as the homepage, but the site contains nothing but the link to http://apps.jcns .fz-juelich.de/doku/sc/libcerf. I'm not sure which site should be listed in the Portfile. The second problem is that based on the current layout of http://apps.jcns.fz-juelich.de/src/libcerf/, it might happen that the author plans to move the file under {{{old/}}} once a new version gets released. That could be a tiny bit of a problem for MacPorts for a while. Testing and comments welcome. So are any volunteers for maintainers. (In case of no feedback, I'll add this library when new gnuplot will be released.) -- Ticket URL: <https://trac.macports.org/ticket/39757> MacPorts <http://www.macports.org/> Ports system for OS X
#39757: new port: libcerf -------------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: libcerf | -------------------------+-------------------------------- Comment (by mojca@…): Addendum: It probably makes sense to remove {{{ $PREFIX/bin/run_w_of_z $PREFIX/bin/runvoigt $PREFIX/bin/test_libcerf_1 }}} It would also be great to have pkg-config support, but that only makes sense if upstream implements it, else developers of gnuplot won't be willing to add pkg-config support to gnuplot => no gain. -- Ticket URL: <https://trac.macports.org/ticket/39757#comment:1> MacPorts <http://www.macports.org/> Ports system for OS X
#39757: new port: libcerf -------------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: libcerf | -------------------------+-------------------------------- Comment (by ryandesign@…): Replying to [ticket:39757 mojca@…]:
Gnuplot docs list http://sourceforge.net/projects/libcerf/ as the homepage, but the site contains nothing but the link to http://apps.jcns .fz-juelich.de/doku/sc/libcerf. I'm not sure which site should be listed in the Portfile.
Agreed, the sourceforge page has nothing useful; listing the other site, like you did, seems best.
The second problem is that based on the current layout of http://apps.jcns.fz-juelich.de/src/libcerf/, it might happen that the author plans to move the file under {{{old/}}} once a new version gets released. That could be a tiny bit of a problem for MacPorts for a while.
You can list both the current location and the hypothetical future "old" location in the master_sites. Many ports already do this, although it was more of a problem before we had our own distfiles mirror network. Now that our mirrors will copy the distfile at the time that you commit it to the repository, it's not really a problem if upstream later moves or removes it. -- Ticket URL: <https://trac.macports.org/ticket/39757#comment:2> MacPorts <http://www.macports.org/> Ports system for OS X
#39757: new port: libcerf -------------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: libcerf | -------------------------+-------------------------------- Comment (by mojca@…): Thank you. I added the "old" to the list of master_sites. If nothing else, the author already released a new version which removes the testing binaries. It doesn't hurt to have the path with old binaries there. -- Ticket URL: <https://trac.macports.org/ticket/39757#comment:3> MacPorts <http://www.macports.org/> Ports system for OS X
#39757: new port: libcerf -------------------------+--------------------- Reporter: mojca@… | Owner: mojca@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: libcerf | -------------------------+--------------------- Changes (by mojca@…): * owner: macports-tickets@… => mojca@… -- Ticket URL: <https://trac.macports.org/ticket/39757#comment:4> MacPorts <http://www.macports.org/> Ports system for OS X
#39757: new port: libcerf -------------------------+--------------------- Reporter: mojca@… | Owner: mojca@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: libcerf | -------------------------+--------------------- Comment (by mojca@…): Committed in r108261, but fails on Slow Leopard buildbot. So I'll keep this ticket alive. -- Ticket URL: <https://trac.macports.org/ticket/39757#comment:5> MacPorts <http://www.macports.org/> Ports system for OS X
#39757: new port: libcerf -------------------------+--------------------- Reporter: mojca@… | Owner: mojca@… Type: submission | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: Port: libcerf | -------------------------+--------------------- Changes (by macsforever2000@…): * status: new => closed * resolution: => fixed Comment: Since you committed the port, this ticket should be closed. Any issues can opened as a new defect ticket. -- Ticket URL: <https://trac.macports.org/ticket/39757#comment:6> MacPorts <http://www.macports.org/> Ports system for OS X
participants (1)
-
MacPorts