aboutsummaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
Diffstat (limited to 'docs')
-rw-r--r--docs/cpt.texi238
1 files changed, 119 insertions, 119 deletions
diff --git a/docs/cpt.texi b/docs/cpt.texi
index c479c11..d7cf9da 100644
--- a/docs/cpt.texi
+++ b/docs/cpt.texi
@@ -14,7 +14,7 @@ Permission is granted to copy, distribute and/or modify this document under the
terms of the GNU Free Documentation License, Version 1.3 or any later version
published by the Free Software Foundation; with no Invariant Sections, with no
Front-Cover Texts and no Back-Cover Texts. A copy of the license is included in
-the section entitled ``GNU Free Documentation License.''
+the section entitled "GNU Free Documentation License."
@end quotation
@end copying
@@ -163,45 +163,45 @@ tools and their explanations. Here is an example call with extra scripts on my
system:
@example
- -> Carbs Packaging Tool
- -> add Commit the current directory as a new package
- -> alternatives List and swap to alternatives
- -> build Build a package
- -> bump Commit the current directory as a version bump
- -> cargo-urlgen Create static cargo sources for Rust packages
- -> cargolock-urlgen Convert the given Cargo.lock file to sources
- -> cat Concatanate package files in the installed package database
- -> changelog Print the git log of the specific package
- -> chbuild Create/destroy temporary chroots
- -> checkmissing Verify package manifests
- -> checksum Generate checksums
- -> chroot Enter a chroot
- -> commit Commit a package without the prefix of 'package:'
- -> depends Display a package's dependencies
- -> download Download sources for the given package
- -> exec Execute a command inside the alternatives system
- -> export Turn an installed package into a CPT tarball
- -> fork Fork a package to the current directory
- -> getchoice Prints the full path to a file in the alternatives system.
- -> install Install a package
- -> link Link a forked package's files to the other repository
- -> list List installed packages
- -> maintainer Find the maintainer of a package
- -> manifest Display all files owned by a package
- -> manifest-tree Display all files owned by a package with a tree view
- -> new Create a boilerplate CPT package
- -> orphans List orphaned packages
- -> owns Check which package owns a file
- -> rel Bump the release number of a package
- -> remove Remove a package
- -> repodepends Display a package's dependencies in the repository
- -> reporevdepends Display packages on the repository which depend on package
- -> reset Remove all packages except for the base
- -> revdepends Display packages which depend on package
- -> search Search for a package
- -> size Show the size on disk for a package
- -> source Extract sources of a given package to the current directory
- -> update Check for updates
+-> Carbs Packaging Tool
+-> add Commit the current directory as a new package
+-> alternatives List and swap to alternatives
+-> build Build a package
+-> bump Commit the current directory as a version bump
+-> cargo-urlgen Create static cargo sources for Rust packages
+-> cargolock-urlgen Convert the given Cargo.lock file to sources
+-> cat Concatanate package files in the installed package database
+-> changelog Print the git log of the specific package
+-> chbuild Create/destroy temporary chroots
+-> checkmissing Verify package manifests
+-> checksum Generate checksums
+-> chroot Enter a chroot
+-> commit Commit a package without the prefix of 'package:'
+-> depends Display a package's dependencies
+-> download Download sources for the given package
+-> exec Execute a command inside the alternatives system
+-> export Turn an installed package into a CPT tarball
+-> fork Fork a package to the current directory
+-> getchoice Prints the full path to a file in the alternatives system.
+-> install Install a package
+-> link Link a forked package's files to the other repository
+-> list List installed packages
+-> maintainer Find the maintainer of a package
+-> manifest Display all files owned by a package
+-> manifest-tree Display all files owned by a package with a tree view
+-> new Create a boilerplate CPT package
+-> orphans List orphaned packages
+-> owns Check which package owns a file
+-> rel Bump the release number of a package
+-> remove Remove a package
+-> repodepends Display a package's dependencies in the repository
+-> reporevdepends Display packages on the repository which depend on package
+-> reset Remove all packages except for the base
+-> revdepends Display packages which depend on package
+-> search Search for a package
+-> size Show the size on disk for a package
+-> source Extract sources of a given package to the current directory
+-> update Check for updates
@end example
The documentation of @samp{cpt} aims to keep tool flags and related usage information
@@ -335,7 +335,7 @@ Similar to the @samp{PATH} variable, @samp{cpt} find repositories from the @samp
variable. Here is an example:
@example
- CPT_PATH=$HOME/repos/repo1:$HOME/repos/repo2:$HOME/repos/repo3
+CPT_PATH=$HOME/repos/repo1:$HOME/repos/repo2:$HOME/repos/repo3
@end example
This is a simplistic and a structured example for repository locations, but it
@@ -343,7 +343,7 @@ doesn't necessarily need to be as tidy as the example above. Here is an example
for something a little more complex.
@example
- CPT_PATH=$HOME/repos/overrides:/var/db/cpt/repo/core:/var/db/cpt/repo/extra:$HOME/repos/personal
+CPT_PATH=$HOME/repos/overrides:/var/db/cpt/repo/core:/var/db/cpt/repo/extra:$HOME/repos/personal
@end example
This example brings us to the next section of this document.
@@ -364,7 +364,7 @@ to install from your personal repository, you must set @samp{CPT_PATH} so that y
personal repository is listed before the @samp{extra} repository.
@example
- CPT_PATH=$HOME/repos/personal:$HOME/repos/carbs/extra
+CPT_PATH=$HOME/repos/personal:$HOME/repos/carbs/extra
@end example
@item
@@ -378,12 +378,12 @@ The below example sets @samp{CPT_PATH} in a way that is easy to understand which
repository comes first:
@example
- CPT_PATH=$HOME/repos/overrides
- CPT_PATH=$CPT_PATH:$HOME/repos/carbs/core
- CPT_PATH=$CPT_PATH:$HOME/repos/carbs/extra
- CPT_PATH=$CPT_PATH:$HOME/repos/carbs/xorg
- CPT_PATH=$CPT_PATH:$HOME/repos/personal
- export CPT_PATH
+CPT_PATH=$HOME/repos/overrides
+CPT_PATH=$CPT_PATH:$HOME/repos/carbs/core
+CPT_PATH=$CPT_PATH:$HOME/repos/carbs/extra
+CPT_PATH=$CPT_PATH:$HOME/repos/carbs/xorg
+CPT_PATH=$CPT_PATH:$HOME/repos/personal
+export CPT_PATH
@end example
@end enumerate
@@ -436,7 +436,7 @@ disadvantage is that there will be issues with multiple operations at the same
time. So the best way to use this variable is during one-time @samp{cpt} calls.
@example
- CPT_PID=mesa cpt b mesa
+CPT_PID=mesa cpt b mesa
@end example
By running the above, you will know that the created build directories will end
@@ -585,10 +585,10 @@ parameter is optional. It is the directory that the source will be placed in.
Here is the @samp{sources} file for the @samp{gst-plugins} package:
@example
- https://gstreamer.freedesktop.org/src/gst-plugins-good/gst-plugins-good-1.16.2.tar.xz good
- https://gstreamer.freedesktop.org/src/gst-plugins-bad/gst-plugins-bad-1.16.2.tar.xz bad
- https://gstreamer.freedesktop.org/src/gst-plugins-ugly/gst-plugins-ugly-1.16.2.tar.xz ugly
- https://gstreamer.freedesktop.org/src/gst-libav/gst-libav-1.16.2.tar.xz libav
+https://gstreamer.freedesktop.org/src/gst-plugins-good/gst-plugins-good-1.16.2.tar.xz good
+https://gstreamer.freedesktop.org/src/gst-plugins-bad/gst-plugins-bad-1.16.2.tar.xz bad
+https://gstreamer.freedesktop.org/src/gst-plugins-ugly/gst-plugins-ugly-1.16.2.tar.xz ugly
+https://gstreamer.freedesktop.org/src/gst-libav/gst-libav-1.16.2.tar.xz libav
@end example
This file is read from the package manager as space seperated. Files that begin
@@ -604,11 +604,11 @@ history pointer, git will checkout the relevant revision. So,
@table @asis
@item @samp{git+git://example.com/pub/repo@@v1.2.3}
-will checkout the tag named ``v1.2.3''
+will checkout the tag named "v1.2.3"
@item @samp{git+git://example.com/pub/repo#development}
-will checkout the branch named ``development''
+will checkout the branch named "development"
@item @samp{git+git://example.com/pub/repo#1a314s87}
-will checkout the commit named ``1a314s87''
+will checkout the commit named "1a314s87"
@end table
Other files are assumed to be residing in the package directory. They should be
@@ -630,24 +630,24 @@ of the package on a space seperated format. The contents of the file should look
like below.
@example
- 1.3.2 1
+1.3.2 1
@end example
@node depends
@section depends
This is a list of dependencies that must be installed before a package build. You
-can append ``make'' after a dependency to mark a package is only required during
+can append "make" after a dependency to mark a package is only required during
the build process of a package. Packages marked as a make dependency can be
-removed after the build. There are also ``test'' dependencies. These dependencies
+removed after the build. There are also "test" dependencies. These dependencies
are only installed if either the @samp{CPT_TEST} is set to 1, or the build is run
with the @samp{-t} or @samp{--test} options. So, a package package could have
the following @samp{depends} file:
@example
- linux-headers make
- python test
- zlib
+linux-headers make
+python test
+zlib
@end example
@node meta
@@ -696,33 +696,33 @@ repository. This is used in order to fetch changes from the upstream. @samp{.rsy
file looks like this for the core repository:
@example
- rsync://carbslinux.org/repo/core
+rsync://carbslinux.org/repo/core
@end example
Rsync repositories have some few distinctions when it comes to fetching them.
-They can be either synced individually or as a ``root''. There are 2 important
+They can be either synced individually or as a "root". There are 2 important
files, those are @samp{.rsync} and @samp{.rsync_root}. Here is the Carbs Linux
rsync repository structure.
@example
- /
- -----------------
- | |
- .rsync core/
- ----------------
- | |
- .rsync .rsync_root
+ /
+ -----------------
+ | |
+.rsync core/
+ ----------------
+ | |
+ .rsync .rsync_root
@end example
-Unlike git repositories, they don't have a defined ``root'' directory. This is
+Unlike git repositories, they don't have a defined "root" directory. This is
both an advantage and a disadvantage. This way, we can sync individual
repositories, but that also means we need extra files to define root directories
and repository locations. Here is the content for each of these files:
@example
- /.rsync: rsync://carbslinux.org/repo
- /core/.rsync: rsync://carbslinux.org/repo/core
- /core/.rsync_root: ..
+/.rsync: rsync://carbslinux.org/repo
+/core/.rsync: rsync://carbslinux.org/repo/core
+/core/.rsync_root: ..
@end example
The @samp{.rsync_root} file on the core repository points to the upper directory.
@@ -744,48 +744,48 @@ it through the rsync daemon. Here is a sample shell script that I use in order t
sync repositories. Feel free to customize for your own use.
@example
- #!/bin/sh
- HOSTNAME="rsync://carbslinux.org/repo"
- GITDIR="/pub/git/repo"
- SHAREDIR="/pub/share/repo"
- git -C "$GITDIR" pull
-
- rsync -avcC --delete --include=core --exclude=.rsync,.rsync_root "$GITDIR/." "$SHAREDIR"
-
- printf '%s\n' "$HOSTNAME" > "$GITDIR/.rsync"
- for dir in "$GITDIR/"*; do
- [ -d "$dir" ] || continue
- [ -f "$dir/.rsync" ] ||
- printf '%s/%s\n' "$HOSTNAME" "$@{dir##*/@}" > "$dir/.rsync"
- printf '..\n' > "$dir/.rsync_root"
- done
+#!/bin/sh
+HOSTNAME="rsync://carbslinux.org/repo"
+GITDIR="/pub/git/repo"
+SHAREDIR="/pub/share/repo"
+git -C "$GITDIR" pull
+
+rsync -avcC --delete --include=core --exclude=.rsync,.rsync_root "$GITDIR/." "$SHAREDIR"
+
+printf '%s\n' "$HOSTNAME" > "$GITDIR/.rsync"
+for dir in "$GITDIR/"*; do
+ [ -d "$dir" ] || continue
+ [ -f "$dir/.rsync" ] ||
+ printf '%s/%s\n' "$HOSTNAME" "$@{dir##*/@}" > "$dir/.rsync"
+ printf '..\n' > "$dir/.rsync_root"
+done
@end example
You can then create an @strong{rsync} user for serving the repositories.
@example
- $ adduser -SD rsync
+$ adduser -SD rsync
@end example
Create @samp{/etc/rsyncd.conf} and a service configuration as well.
@example
- uid = rsync
- gid = rsync
- address = example.com
- max connections = 10
- use chroot = yes
-
- [repo]
- path = /pub/share/repo
- comment = My repository
+uid = rsync
+gid = rsync
+address = example.com
+max connections = 10
+use chroot = yes
+
+[repo]
+ path = /pub/share/repo
+ comment = My repository
@end example
Create a service file at @samp{/etc/sv/rsync/run} (runit):
@example
- #!/bin/sh -e
- exec rsync --daemon --no-detach
+#!/bin/sh -e
+exec rsync --daemon --no-detach
@end example
@node Comparison Between CPT and KISS
@@ -855,8 +855,8 @@ You can call the library on your scripts by adding the following line to your
files:
@example
- #!/bin/sh -e
- . cpt-lib
+#!/bin/sh -e
+. cpt-lib
@end example
This will load the library inside your script, and will set some environment
@@ -887,18 +887,18 @@ cpt-lib will handle the option parsing itself by calling @samp{getoptions}
inside. Here is the proper way of doing it.
@example
- #!/bin/sh -e
+#!/bin/sh -e
- parser_definition() @{
- # The rest arguments MUST be defined as 'REST'
- setup REST help:usage -- "usage: $@{0##*/@} [options] [pkg...]"
- msg -- '' 'Options:'
- flag CPT_TEST -t export:1 init:@@export -- "Enable tests"
+parser_definition() @{
+ # The rest arguments MUST be defined as 'REST'
+ setup REST help:usage -- "usage: $@{0##*/@} [options] [pkg...]"
+ msg -- '' 'Options:'
+ flag CPT_TEST -t export:1 init:@@export -- "Enable tests"
- global_options
- @}
+ global_options
+@}
- . cpt-lib
+. cpt-lib
@end example
@node @samp{global_options()}
@@ -950,9 +950,9 @@ with the user, it just exists to have a simple function to interact with other
functions.
@example
- $ out "This is an example call" "How are you?"
- This is an example call
- How are you?
+$ out "This is an example call" "How are you?"
+This is an example call
+How are you?
@end example
@node @samp{log()}
@@ -1035,7 +1035,7 @@ regesc '^[$\' # Returns \^\[\$\\
@node @samp{pop()}
@subsection @samp{pop()}
-@samp{pop()} can be used to remove a word from a ``string list'' without a @samp{sed}
+@samp{pop()} can be used to remove a word from a "string list" without a @samp{sed}
call. Word splitting is intentional when using this function.
@example
@@ -1324,4 +1324,4 @@ Carbs Packaging Tools
@printindex vr
-@bye
+@bye \ No newline at end of file
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-21 21:25:11 +0000