summaryrefslogtreecommitdiff
path: root/Makefile.am
Commit message (Collapse)AuthorAge
* Start bringing in the Makefile.am from gitshGravatar Mike Burns2014-02-26
| | | | | | | | | | | It introduces the `Makefile.am` from gitsh, and abstracts it a bit. This `Makefile.am`, or most of it, could be dropped into gitsh again. How to use it is documented in `DEVELOPERS.md`. The whole release process is more consistent and simple: `make release` to build a tarball, Homebrew, Arch, Debian, HTML (from manpages), and tag it, pushed to the various repos, and with cleanup. The `release` target is composed of smaller targets that stack well.
* Build HTML docs for rcdn(1)Gravatar Mike Burns2013-09-12
| | | | | | The Makefile did not explcitly list rcdn(1), so the HTML was never generated for it. Temporary fix: also list rcdn(1) in the Makefile. Desired long-term fix: use the man/Makefile to generate the HTML docs.
* Some 1.0.0 cruftGravatar Mike Burns2013-08-03
| | | | I'll figure out `make release` someday.
* Add a release targetGravatar Mike Burns2013-08-01
| | | | | | | | | | | | | The `make release` command will build the Debian package, push the version to a git tag on GitHub, and upload the docs to GitHub pages. This also adds a `deb` target, along with `build-docs`, `upload-docs`, `build-tag`, and `push-tag`. In addition, introduce a `NEWS.md` file. Both `rcm.sh.in` and `NEWS.md.in` will act as input files. This is to abstract over the version number.
* Re-write using GNU autoconf and automakeGravatar Mike Burns2013-07-27
Replace the `Makefile` with a `configure.ac` and a set of `Makefile.am`.