#39757 closed submission (fixed)
new port: libcerf
Reported by: | mojca (Mojca Miklavec) | Owned by: | mojca (Mojca Miklavec) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | ||
Port: | libcerf |
Description
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.)
Attachments (3)
Change History (9)
Changed 11 years ago by mojca (Mojca Miklavec)
Attachment: | libcerf.Portfile added |
---|
comment:1 Changed 11 years ago by mojca (Mojca Miklavec)
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.
comment:2 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)
Replying to 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.
Changed 11 years ago by mojca (Mojca Miklavec)
Attachment: | libcerf-1.2.Portfile added |
---|
Portfile for libcerf 1.2
comment:3 Changed 11 years ago by mojca (Mojca Miklavec)
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.
Changed 11 years ago by mojca (Mojca Miklavec)
Attachment: | libcerf-1.3.Portfile added |
---|
Portfile for libcerf 1.3
comment:4 Changed 11 years ago by mojca (Mojca Miklavec)
Owner: | changed from macports-tickets@… to mojca@… |
---|
comment:5 Changed 11 years ago by mojca (Mojca Miklavec)
Committed in r108261, but fails on Slow Leopard buildbot. So I'll keep this ticket alive.
comment:6 Changed 11 years ago by mf2k (Frank Schima)
Resolution: | → fixed |
---|---|
Status: | new → closed |
Since you committed the port, this ticket should be closed. Any issues can be opened as a new defect ticket.
Portfile for libcerf 1.1