diff options
Diffstat (limited to 'man')
| -rw-r--r-- | man/1/ct.pod (renamed from man/1/pkg.pod) | 26 | ||||
| -rw-r--r-- | man/5/caretaker.conf.pod (renamed from man/5/pkg.conf.pod) | 20 | ||||
| -rw-r--r-- | man/7/caretaker-setup.pod (renamed from man/7/pkg-setup.pod) | 6 | ||||
| -rw-r--r-- | man/7/caretaker.pod (renamed from man/7/pkg.pod) | 60 |
4 files changed, 56 insertions, 56 deletions
diff --git a/man/1/pkg.pod b/man/1/ct.pod index 7f207ba..4bdba98 100644 --- a/man/1/pkg.pod +++ b/man/1/ct.pod @@ -1,14 +1,14 @@ =head1 NAME -pkg - distributed dotfile and script manager +caretaker - distributed dotfile and script manager =head1 SYNOPSIS -B<pkg> [I<options>] I<action> [I<arguments>] +B<ct> [I<options>] I<action> [I<arguments>] =head1 DESCRIPTION -B<pkg> is the basic script for maintaining packages +B<ct> is the basic script for maintaining packages I<action> may be one of: @@ -24,7 +24,7 @@ Remove I<package> from the local packages tree =item B<eval> I<expression> -Evauluate I<expression>. See pkg(7) +Evauluate I<expression>. See caretaker(7) =item B<info> I<package> @@ -106,13 +106,13 @@ by prepending a 'no', like '--no-auto-update'. Options always override the configuration file. Also, every option refers to a configuration parameter, -so please see pkg.conf(5) for more information. +so please see caretaker.conf(5) for more information. =head1 FILES =over -=item F<~/.pkg.conf> +=item F<~/.caretaker.conf> Contains configuration vars @@ -122,19 +122,19 @@ Contains configuration vars =over -=item * B<pkg remote-update; pkg upgrade> +=item * B<ct remote-update; ct upgrade> Get new stuff from the packages_root. -Note: If you haven't disabled AUTOUPDATE, B<pkg upgrade> will suffice here +Note: If you haven't disabled AUTOUPDATE, B<ct upgrade> will suffice here -=item * B<pkg local-update; pkg push> +=item * B<ct local-update; ct push> Push local changes to the packages_root. -Note: If you haven't disabled AUTOUPDATE, B<pkg push> will suffice here +Note: If you haven't disabled AUTOUPDATE, B<ct push> will suffice here -=item * B<pkg refresh pkg> +=item * B<ct refresh caretaker> -'Fake-Upgrade'. Execute the appropiate commands as if the pkg package had been +'Fake-Upgrade'. Execute the appropiate commands as if the caretaker package had been upgraded (useful when you change something but don't want to commit/push yet) =back @@ -159,4 +159,4 @@ many ideas and suggestions =head1 SEE ALSO -L<pkg.conf>(5), pkg(7) +L<caretaker.conf>(5), caretaker(7) diff --git a/man/5/pkg.conf.pod b/man/5/caretaker.conf.pod index c66ae2d..c083a3f 100644 --- a/man/5/pkg.conf.pod +++ b/man/5/caretaker.conf.pod @@ -1,10 +1,10 @@ =head1 NAME -~/.config/pkg/pkg.conf - L<pkg>(1) configuration +~/.config/caretaker/caretaker.conf - L<ct>(1) configuration =head1 DESCRIPTION -Contains configuration parameters for L<pkg>(1) +Contains configuration parameters for L<ct>(1) The file consists of multiple lines of the form I<parameter>=I<value>. @@ -16,7 +16,7 @@ reasonable (so I hope) defaults. =head1 OPTIONS -The text in (braces) refers to the pkg commandline option with which the config +The text in (braces) refers to the ct commandline option with which the config setting may be overridden (if present). The text in [these braces] is the default value. @@ -36,7 +36,7 @@ In the default, $PKG_PATH means the path component of $PKG_ROOT. If true, B<PKLIST_PATH> will always be executed on the local machine, regardless of where the B<PKG_ROOT> lies. For possible uses of this setting, see -L<pkg(7)/"THE PACKAGE LIST"> +L<caretaker(7)/"THE PACKAGE LIST"> =item B<PKG_DIR>=I<path> (--packagedir I<path>) [$HOME/packages] @@ -64,22 +64,22 @@ Operate in debug mode if 1 =item B<AUTOUPDATE>=I<boolean> (--auto-update) [1] -If 1, automatically execute 'pkg update' before 'pkg push' -and 'pkg remote-update' before 'pkg upgrade' +If 1, automatically execute 'ct update' before 'ct push' +and 'ct remote-update' before 'ct upgrade' =item B<GIT_USE_ORIGIN>=I<boolean> [1] -By default, pkg will simply issue a git push/pull, so that git will use the +By default, caretaker will simply issue a git push/pull, so that git will use the repository's origin to determine where to push/pull. If you regularly change your PKG_ROOT, are too lazy to properly configure your -git repos or whatever, set this to 0. Then, pkg will always call git pull/push +git repos or whatever, set this to 0. Then, caretaker will always call git pull/push with both the remote repo and the branch as arguments. =item B<function pkg_hook_>I<hook> {I<content>} Define the global hook I<hook>, its I<content> will be executed -together with pkg's global hooks; the name of the package for which the hook is +together with caretaker's global hooks; the name of the package for which the hook is being executed will be given as first parameter and is accessible throug B<$1>. The hook is just a zsh function, so you can use any valid syntax you want, including newlines. @@ -111,4 +111,4 @@ Colour for warning and error messages (default: red) =head1 SEE ALSO -L<pkg>(1), L<checklinks>(1) +L<ct>(1), L<checklinks>(1) diff --git a/man/7/pkg-setup.pod b/man/7/caretaker-setup.pod index 1c0d7bf..d59a0a2 100644 --- a/man/7/pkg-setup.pod +++ b/man/7/caretaker-setup.pod @@ -1,17 +1,17 @@ =head1 NAME -pkg - Package root setup +caretaker - Package root setup =head1 PACKAGE ROOT First, you'll need to create a root directory (from now on PKG_ROOT) on the server which shall from now on host all your packages. -Then you need to put the pkg git repository into F<PKG_ROOT/pkg> - it's recommended +Then you need to put the caretaker git repository into F<PKG_ROOT/caretaker> - it's recommended to do this via git clone --bare. Copy the pkglist script (include/pkglist) to F<PKG_ROOT/pkglist>. Now you can add your own packages as git repos in PKG_ROOT. -To use pkg with your packages on a machine, download and execute +To use caretaker with your packages on a machine, download and execute the bootstrap script (include/bootstrap). diff --git a/man/7/pkg.pod b/man/7/caretaker.pod index 8288b54..bbef02d 100644 --- a/man/7/pkg.pod +++ b/man/7/caretaker.pod @@ -1,12 +1,12 @@ =head1 NAME -pkg - distributed dotfile and script manager, package format +caretaker - distributed dotfile and script manager, package format =head1 INTRO (if you prefer technical infos over historical blah-blah, skip this section) -Actually, pkg is just a pimped dotfile manager, which just happens to support +Actually, caretaker is just a pimped dotfile manager, which just happens to support a sort of packages, version control, automatic sym- and hardlinking, and which can also handle scripts and binaries. Oh, and it can cause serious brain damage. @@ -18,10 +18,10 @@ you could, if you wanted to) =head1 THE BASICS -pkg requires two directories in your home directory. B<~/bin> contains +caretaker requires two directories in your home directory. B<~/bin> contains symlinks to the executables shipped with your packages, and $PKG_DIR (B<~/packages> by default) contains the -packages themselves. B<~/bin> may also contain normal executables; pkg will +packages themselves. B<~/bin> may also contain normal executables; caretaker will not overwrite existing files. =head1 THE PACKAGE DIRECTORY @@ -36,32 +36,32 @@ It also contains a special directory, F<.collected> - see L</"COLLECTED PACKAGE All directories in $PKG_DIR must be valid git repositories which are not in the state of 'initial commit'. Dotfiles (directories starting with a .) are exempt -from this, they will be ignored by pkg. +from this, they will be ignored by caretaker. =head1 THE PACKAGE ROOT -The packages_root, in pkg referred to as $PKG_ROOT, is structured just like +The packages_root, in caretaker referred to as $PKG_ROOT, is structured just like the packages directory $PKG_DIR, except that it neither contains .list nor -.list-remote. The packages root is the central point where pkg fetches +.list-remote. The packages root is the central point where caretaker fetches packages from and pushes packages to. The package root should contain the pkglist script shipped in include/. -If it doesn't, PKGLIST_PATH in .pkg.conf must be set to the appropiate +If it doesn't, PKGLIST_PATH in .caretaker.conf must be set to the appropiate location on the package root host. =head1 THE PACKAGE LIST The package list lives in the files B<.list> and B<.list-remote> mentioned above. It's used to decide whether a package needs to be pulled / pushed. -Also, the 'pkg add' completion relies on .list-remote, and back in the days when -pkg supported more than one DVCS, it was used to determine which DVCS to use +Also, the 'caretaker add' completion relies on .list-remote, and back in the days when +caretaker supported more than one DVCS, it was used to determine which DVCS to use for which package. It consists of one line per package, each line containing three items separated by a single whitespace. The first item is the package name, the second one the repository type (DVCS), the third the current revision. Example: - pkg git 82d716d01dee0329af7df5e67b55558fe3ff1466 + caretaker git 82d716d01dee0329af7df5e67b55558fe3ff1466 The package list is generated by the script set in the config var $PKGLIST_PATH, by default F<include/pkglist>. Depending on $PKGLIST_LOCAL and $PKG_ROOT, it @@ -76,13 +76,13 @@ remote package list without having to use ssh. =head1 WHAT IS A PACKAGE? -Anything tracked with git can be used as package. However, as the purpose of pkg +Anything tracked with git can be used as package. However, as the purpose of caretaker is not to do your version control, you probably want to have at least one of the files and directories described below in it. =head1 PACKAGE STRUCTURE -Special (as in, mostly handled by pkg) directories and files in a package. +Special (as in, mostly handled by caretaker) directories and files in a package. Note that all files and directories mentioned here are optional. @@ -91,7 +91,7 @@ Note that all files and directories mentioned here are optional. =item bin/ The place for executables to be in the user's PATH. -pkg will automatically create symlinks in F<~/bin> pointing to the files +caretaker will automatically create symlinks in F<~/bin> pointing to the files in the package's F<bin/>. Also, if a file in F<bin/> contains valid POD, a manual will be generated out of it (see L</"COLLECTED PACKAGE FILES">) @@ -109,7 +109,7 @@ Scripts used by the package that don't belong into B<bin/>. Not treated speciall =item man/ -Manual files in POD format, separated by section (like man/7/pkg.pod). +Manual files in POD format, separated by section (like man/7/caretaker.pod). To be prepared for possible future support of other manual formats, it is recommended to postfix each file with .pod @@ -119,7 +119,7 @@ Files for inclusion into other packages. See L</"PROVIDES"> =item description -Package description for B<pkg info> +Package description for B<ct info> =item links @@ -128,7 +128,7 @@ Sym- and hardlink descriptions. See checklinks(1) =item Makefile If a Makefile is available, C<make> will be executed every time the package -is updated (pkg add/push/pull/refresh) +is updated (ct add/push/pull/refresh) =item prereqs @@ -144,7 +144,7 @@ Packages with a priority above 3 require user confirmation to be removed =head1 PREREQUISITES The prerequisites are stored in a package in the file F<prereqs>. -It as an ordinary shell script which is sourced by pkg's global post-update +It as an ordinary shell script which is sourced by caretaker's global post-update hook; so it will be sourced after pulling, pushing or refreshing a package. Note that the file will be sourced in function scope. It is recommended to @@ -177,12 +177,12 @@ Mark I<package> for installation Execute expression and automatically warn if it fails. In case of B<depend package>, automatically mark B<package> for installation if it isn't installed. -If a B<depend> fails, pkg will inform the user about it and wait for confirmation +If a B<depend> fails, caretaker will inform the user about it and wait for confirmation =item B<recommend> I<...>, B<suggest> I<...> Take the same arguments as B<depend>, but are of lower priority. -recommend only causes "info" messages, and suggest does not interrupt pkg +recommend only causes "info" messages, and suggest does not interrupt caretaker to make sure it's read by the user =back @@ -190,7 +190,7 @@ to make sure it's read by the user Additionally, the string parameters B<warn> and B<info> can be used to store messages. -After executing the prereqs script, pkg will print the content of +After executing the prereqs script, caretaker will print the content of these parameters and wait for confirmation. It will also offer to install packages marked by B<depend package> or B<recommend package>. @@ -206,7 +206,7 @@ of that hook to do something useful with the data in F<provides/>. =head1 HOOKS Hooks are little zsh snippets residing in $PKG_DIR/hooks -which are sourced from within pkg whenever needed. +which are sourced from within caretaker whenever needed. Currently, the following hooks exist: @@ -214,17 +214,17 @@ Currently, the following hooks exist: =item post-add -Sourced after a package was installed (e.g. with pkg add/pkg install) +Sourced after a package was installed (e.g. with ct add/ct install) =item post-update -Sourced after a package was updated (pkg pkg pull). +Sourced after a package was updated (ct pull). It is also sourced when adding a package (after post-add) and -when calling pkg refresh. +when calling ct refresh. =item pre-remove -Sourced before a package is removed (pkg remove) +Sourced before a package is removed (ct remove) =back @@ -233,7 +233,7 @@ Sourced before a package is removed (pkg remove) These files reside in F<$PKG_DIR/.collected> (subject to change). The directory is somewhat similar to F<~/bin> - it is automatically populated -by pkg. However, this one does not contain symlinks. +by caretaker. However, this one does not contain symlinks. Currently, it only contains the directory F<man/>, which holds the "compiled" manual pages from the packages (extracted from F<bin/> and F<man/>). @@ -242,10 +242,10 @@ provided by packages. =head1 GIT -B<pkg> uses git(1) as backend for storing and syncing package information. +B<caretaker> uses git(1) as backend for storing and syncing package information. It is not recommended to use branches other than "master". While they should work if GIT_USE_ORIGIN is set to 1 (the default), they will -most likely confuse pkg. +most likely confuse caretaker. =head1 AUTHOR @@ -253,4 +253,4 @@ Daniel Friesel E<lt>derf@derf.homelinux.orgE<gt> =head1 SEE ALSO -checklinks(1), pkg(1) +checklinks(1), ct(1) |