aboutsummaryrefslogtreecommitdiff
path: root/devel/tla/pkg-descr
Commit message (Collapse)AuthorAgeFilesLines
* - Correctly assign RUN_DEPENDS so gmake(1) does not appear in rdepsAlexey Dokuchaev2008-11-091-7/+6
| | | | | | | | | | | | | - Use HAS_CONFIGURE instead of GNU_CONFIGURE since provided script does not look like autotools generated - Drop custom do-configure target, provide correct CONFIGURE_SCRIPT and CONFIGURE_ARGS values instead - Do not say LOCALBASE when PREFIX is meant - Canonicalize Makefile header, wrap excessively long lines - Reformat port description Notes: svn path=/head/; revision=222635
* Update to tla 1.2, just released.Ollivier Robert2004-02-271-1/+1
| | | | | | | | | | - SIZEify it - added master sites (with conversion to main GNU site) - use ${PRINTF} - corrected WWW: in pkg-descr. Notes: svn path=/head/; revision=102290
* Add tla, an arch CLI written in C.Sean Chittenden2003-08-171-0/+9
Arch is a really nifty revision control system. It's "whole-tree changeset based" which means, roughly, that it can handle (with atomic commits) file and directory adds, deletes, and renames cleanly, and that it does branching simply and easily. Arch is also "distributed" which means, for example that you can make arch branches of your own from remote projects, even if you don't have write access to the revision control archives for those projects. This looks to be as close to an open source p4 replacement as one could hope without being p4. I'll go so far as to suggest that if this SCM was employed by the BSD crowd, merging changes between dragonfly (post source repo reorog), NetBSD, and OpenBSD would be radically less painful. It is very possible that the dragonfly fork may not have happened under the arch SCM development methodology, but if it did, at the very least it would be possible to incorporate dillion's reorg work in a single patch set, no cvs admin repo surgery needed. WWW: http://arch.fifthvision.net/bin/view Notes: svn path=/head/; revision=87145