diff --git a/site/index.html b/site/index.html index 8474b73..371dfe2 100644 --- a/site/index.html +++ b/site/index.html @@ -213,52 +213,20 @@ information.
You can check out the change log here.
-
-Telodendria is designed to be light enough that it can be built
-from source on just about any operating system. It only has the
-following requirements, all of which should be already available to
-you on a sufficiently complete operating system:
+Telodendria's documentation is distributed with the source
+code as man
pages, which contain all of the information
+on how to build the source, configure it, as well as contribute to
+the project. The man
pages are also available online
+for convenience:
chroot()
system call (which is available in all
-UNIX-like operating systems, but is not POSIX.) Because Telodendria
-is written in ANSI C and sticks almost entirely to POSIX features, it
-should compile on almost any compiler and operating system with minimal
-effort, but the following compilers and operating systems are known to work:
--Wl,-static -Wl,-gc-sections
from LDFLAGS
)
-on OpenBSD.
-find
, stat
,
-env
, and compliant sh
-like shell.
-
-If everything went well, that will produce build/telodendria
,
-which you can then place wherever you want, and run as a system daemon.
-See the contrib
folder for configuration examples.
-
-If you're going to be doing more than just building the code, see
-The Build Script for full documentation on
-what the td
script can do.
-
Telodendria is designed to be extremely configurable. As such, it has
@@ -848,183 +816,6 @@ that I should run indent(1)
on the code after applying it.
I'll likely run my indent(1)
on the code anyway though,
just to make sure the spacing is consistent, if nothing else.
-Telodendria uses a custom build script called td
,
-for Telodendria developer. The td
script is not only
-a build script, however. It does all kinds of cool things like
-format the source code, and generate patch files. td
is
-the only supported way to develop Telodendria.
-
-I opted to write a custom build script instead of just using
-make
, because I felt that there is really no way to make
-a truly portable Makefile
that could do everything I
-need. I was doing a lot of research on the differences between the
-GNU and BSD versions of make
, and I felt it just wasn't
-worth it when I could write a small POSIX script that would run on
-both GNU systems and BSD systems without a fuss.
-
-The td
script is fairly intuitive. It operates somewhat
-like make
, in that it has recipes that you specify
-on the command line. To start using it, just run the following
-command in your Telodendria directory:
-
-Note: You will have to run the above command every time you -start a new terminal session, as nothing is persisted to your system. -I believe in non-invasive, fully self-contained tooling, so it is up to -you to hook the Telodendria tools into your environment if you want them -to persist. -
-
-If you're going to be submitting patches, you should also configure
-a .env
file in the project directory root, which
-td
will include automatically for you. For the best
-experience, you'll want at least these values:
-
-If you don't provide these values, td
will deduce them
-from your environment. It uses your system username and hostname to
-create the MXID
, and reads the password database to
-get your configured display name. It also uses vi
as
-the default editor, which may not be suitable for all developers.
-
-You can invoke td
recipes with the following syntax:
-
-Multiple recipes can be invoked in a single run of td
.
-At the moment, recipes are run unconditionally; that is, even if parts
-of a recipe fail, all following recipes still run.
-
-Here is a complete list of recipes currently supported by
-td
, and a description of what they do. Some recipes can
-alter their behavior based on certain environment variables. Those
-variables are also documented here.
-
build
: Build the source code, and generate the
-build/telodendria
binary. This is the default
-recipe; that is, it runs if no recipes are given as arguments to
-td
. The build recipe is incremental; it only rebuilds
-sources that have been modified since the last build, which makes
-builds faster. This recipe makes use of many environment variables:
-CFLAGS
: Compiler flags to generate object files.LDFLAGS
: Compiler flags to link the output binaryCC
: The compiler to use.PROG
: The name of the output binaryDEFINES
: Global preprocessor definitionsINCLUDES
: Header directories to make availableDEBUG
: If set to "1", append some debug flags to
-CFLAGS
, and wipe out any LDFLAGS
that
-would cause the output binary to be optimized. Also appends "-debug"
-to PROG
.TELODENDRIA_VERSION
also makes its way into the output
-binary, but it is primarily used for generating releases.
-run
: Run a built Telodendria binary with the
-development configuration in contrib/
. This recipe can
-be used for quick testing during development. It is not the
-recommended way to run Telodendria in a production environment;
-it should be used only for development.
-clean
: Remove the build/
directory, which
-effectively cleans the source tree. Note that build
does
-not place anything outside of build/
, so this is
-functionally equivalent to running rm -r build
.
-format
: Make sure the source code copyright headers are
-up to date, and format the source code using the system's
-indent(1)
command. This should be run before generating
-patch files, to ensure that the code follows the project conventions.
-Note that the provided .indent.pro
assumes an OpenBSD
-indent
, which may cause the GNU implementation to choke.
-test
: Run all of the unit tests, and report the results.
-It is highly recommended to ensure that the tests all pass before
-submitting a patch, because patches that break the tests are likely
-to be rejected.
-site
: Deploy the Telodendria website by copying the
-required files to a web root. The web root is defined by the
-TELODENDRIA_PUB
environment variable. This is mainly
-used to deploy the official website, but it can be used to set up a
-local development site if absolutely neccessary.
-release
: Generate a release tarball, checksum and sign it,
-and push it into the web root. The web root is defined by the
-TELODENDRIA_PUB
environment variable. You may also have
-to set CVSROOT
to the official CVS repository of
-Telodendria. If you want to create a release tarball for an
-older version, set TELODENDRIA_VERSION
. If you want to
-generate a release tarball for the latest code, set
-CVS_TAG
to HEAD
. If you want to sign the
-generated tarball, set TELODENDRIA_SIGNIFY_SECRET
to a
-signify
private key file. This is mainly used to deploy
-releases to the official website, but it can be used to independently
-mirror Telodendria releases from the official CVS repository.
-patch
: Generate a formatted patch file. The
-Telodendria project isn't super picky about how patches look
-as long as they apply cleanly, but this recipe generates patches in
-the format we like them. It makes them easy to read. This recipe will
-use the EDITOR
variable to open your formatted patch in
-your preferred editor. If no EDITOR
is specified, then
-vi
is used. For more details on how this recipe works,
-read Submitting Patches. This
-recipe also makes use of PATCHSET
, MXID
,
-and DISPLAY_NAME
.
-diff
: Generate a temporary preview patch that is
-opened in the default pager. This recipe uses the PAGER
-variable to preview patches. If no PAGER
is set, then
-less -F
is used as the default. This can be used for
-quickly previewing patches. Setting PATCHSET
allows you
-to only preview certain changes; see
-Submitting Patches for more
-information on how PATCHSET
works.
-
-Any environment variables noted above that td
recipes
-use can be specified in a .env
file in the root of the
-Telodendria
directory. This saves you from constantly
-having to set the environment variables in your shell, as well as
-from having to pollute your user environment with Telodendria
-variables. td
will automatically include the
-.env
file on every run.
-
td
will source the .env
file, which means
-it executes it like a shell script. Any shell code inside of
-.env
will be executed every time td
is
-run.
-Telodendria aims at remaining as minimal as possible. This doesn't @@ -1144,59 +935,6 @@ send a message. You're always welcome to inquire about rejected patches, and request they be reviewed again, or you can use them as a starting point for future patches.
-
-All of the code for Telodendria is licensed under a modified
-MIT license. Please consult the src/header.txt
file for
-the actual license text. The Telodendria license text differs
-from the MIT license in the following ways:
-
-The documentation for Telodendria is also licensed under the
-modified MIT license that lives in src/header.txt
. Whether
-you obtain the documentation by printing, or otherwise downloading
-this page, or by checking it out from the CVS source, it is licensed
-the same as the code.
-
-The Telodendria logo, however, belongs solely to the -Telodendria project. It must only be used to represent the -official Telodendria project, and may only appear in official -Telodendria media. If Telodendria is forked, the logo -must be removed from the project and optionally replaced by a different -one. The logo may not be modified in any way or for any purpose. -
--Telodendria would not be possible without the support of the -following people: -
--At this time, Telodendria does not have any tagged releases because it -is not yet functional as a Matrix homeserver. Please check out the Project Status to see where things are -currently at. -