Date: Sun, 8 Feb 2015 10:06:55 +0000 (UTC) From: Kurt Jaeger <pi@FreeBSD.org> To: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: svn commit: r378634 - in head/devel: . statik Message-ID: <201502081006.t18A6tC8071908@svn.freebsd.org>
next in thread | raw e-mail | index | archive | help
Author: pi Date: Sun Feb 8 10:06:54 2015 New Revision: 378634 URL: https://svnweb.freebsd.org/changeset/ports/378634 QAT: https://qat.redports.org/buildarchive/r378634/ Log: New port: devel/statik statik allows you to embed a directory of static files into your Go binary to be later served from an http.FileSystem. Is this a crazy idea? No, not necessarily. If you're building a tool that has a Web component, you typically want to serve some images, CSS and JavaScript. You like the comfort of distributing a single binary, so you don't want to mess with deploying them elsewhere. If your static files are not large in size and will be browsed by a few people, statik is a solution you are looking for. WWW: https://github.com/rakyll/statik PR: 194987 Submitted by: cheffo@freebsd-bg.org Added: head/devel/statik/ head/devel/statik/Makefile (contents, props changed) head/devel/statik/distinfo (contents, props changed) head/devel/statik/pkg-descr (contents, props changed) head/devel/statik/pkg-plist (contents, props changed) Modified: head/devel/Makefile Modified: head/devel/Makefile ============================================================================== --- head/devel/Makefile Sun Feb 8 09:49:13 2015 (r378633) +++ head/devel/Makefile Sun Feb 8 10:06:54 2015 (r378634) @@ -4749,6 +4749,7 @@ SUBDIR += srecord SUBDIR += st SUBDIR += statcvs + SUBDIR += statik SUBDIR += statsvn SUBDIR += stfl SUBDIR += stlfilt Added: head/devel/statik/Makefile ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/devel/statik/Makefile Sun Feb 8 10:06:54 2015 (r378634) @@ -0,0 +1,24 @@ +# $FreeBSD$ + +PORTNAME= statik +PORTVERSION= 20141209 +CATEGORIES= devel + +MAINTAINER= cheffo@freebsd-bg.org +COMMENT= Embed static files into a Go executable + +LICENSE= APACHE20 + +BUILD_DEPENDS= go:${PORTSDIR}/lang/go + +ONLY_FOR_ARCHS= i386 amd64 + +USE_GITHUB= yes +GH_ACCOUNT= rakyll +GH_PROJECT= statik +GH_TAGNAME= ${GH_COMMIT} +GH_COMMIT= 4a16c83 + +.include <bsd.port.pre.mk> +.include "${PORTSDIR}/lang/go/files/bsd.go.mk" +.include <bsd.port.post.mk> Added: head/devel/statik/distinfo ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/devel/statik/distinfo Sun Feb 8 10:06:54 2015 (r378634) @@ -0,0 +1,2 @@ +SHA256 (statik-20141209.tar.gz) = 6ac4c9fa02c442e588d4d240dbf8694a6cc1375356e88808cdea0255c1001435 +SIZE (statik-20141209.tar.gz) = 77645 Added: head/devel/statik/pkg-descr ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/devel/statik/pkg-descr Sun Feb 8 10:06:54 2015 (r378634) @@ -0,0 +1,10 @@ +statik allows you to embed a directory of static files into your +Go binary to be later served from an http.FileSystem. Is this a +crazy idea? No, not necessarily. If you're building a tool that +has a Web component, you typically want to serve some images, CSS +and JavaScript. You like the comfort of distributing a single binary, +so you don't want to mess with deploying them elsewhere. If your +static files are not large in size and will be browsed by a few +people, statik is a solution you are looking for. + +WWW: https://github.com/rakyll/statik Added: head/devel/statik/pkg-plist ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/devel/statik/pkg-plist Sun Feb 8 10:06:54 2015 (r378634) @@ -0,0 +1 @@ +bin/%%GO_PKGNAME%%
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201502081006.t18A6tC8071908>