An operating function
Go to file
Jōshin afebff748b
vere: have king chdir to pier directory on boot
The original impetus for this was creating the %khan socket: Unix domain
socket paths are limited to 108 characters since they have to fit into a
struct sockaddr; we want the %khan socket to be relative to the pier;
hence it's most expedient if the socket is itself a relative path of
known length, and is created with cwd located at the pier directory.

There has also been talk about having the binary chroot itself to the
pier directory for ~security reasons. The code to do so existed, but was
ifdef'd out (and would require further work, e.g. patching in
/dev/urandom.)

This patch merely calls chdir in main and sets u3_Host.dir_c to ".". It
seems to work; however, u3_Host.dir_c (and u3_Local) is now largely
redundant, and is used in a lot of places to construct paths that look
like "./foo". Hence, references to it should be cleaned up in a future
change.
2021-07-14 14:03:43 +00:00
.github build: check subdirs on tsc 2021-05-14 00:33:40 -04:00
bin glob: update to 0v4.vrvkt.4gcnm.dgg5o.e73d6.kqnaq 2021-05-11 12:50:42 +10:00
doc/spec Misc cleanup blocking CC-Release. (#1249) 2019-04-24 17:27:27 -07:00
extras Misc cleanup blocking CC-Release. (#1249) 2019-04-24 17:27:27 -07:00
nix h2o: update to 2.2.6 2021-06-11 19:38:55 +00:00
pkg vere: have king chdir to pier directory on boot 2021-07-14 14:03:43 +00:00
sh demo: add demo/testing agent for hook libraries 2021-03-19 10:12:50 +10:00
.gitattributes meta: do not treat arvo JS files as binary 2020-10-08 13:08:00 +10:00
.gitignore build: reorganising top-level .gitignore and add nix ignores 2020-10-27 14:28:07 +01:00
.ignore Can now |hi to King Haskell over Ames! (and merged Master) 2019-07-31 22:16:02 -07:00
.mailmap mailmap: add pkova [ci skip] 2020-01-30 15:53:19 +04:00
.stylish-haskell.yaml stylish-haskell 2019-07-12 12:27:15 -07:00
CONTRIBUTING.md meta: add dev ship instructions from master 2020-09-28 21:58:35 -04:00
default.nix king: restore king to rightful place in default.nix 2021-01-25 17:34:46 -08:00
LICENSE.txt Restore toplevel LICENSE.txt file. 2020-01-28 13:24:39 -08:00
MAINTAINERS.md meta: auto-deploy release/next-userspace 2021-05-11 16:10:12 -04:00
Makefile nix: don't install urbit-debug by default. 2020-12-07 10:35:36 -05:00
README.md build: document use of ares.cachix.org in the top-level README 2020-12-14 09:22:40 +01:00
shell.nix hs: remove lmdb-static; just use lmdb 2021-03-22 14:43:43 -04:00

Urbit

Urbit is a personal server stack built from scratch. It has an identity layer (Azimuth), virtual machine (Vere), and operating system (Arvo).

A running Urbit "ship" is designed to operate with other ships peer-to-peer. Urbit is a general-purpose, peer-to-peer computer and network.

This repository contains:

For more on the identity layer, see Azimuth. To manage your Urbit identity, use Bridge.

Install

To install and run Urbit, please follow the instructions at urbit.org/using/install. You'll be on the live network in a few minutes.

If you're interested in Urbit development, keep reading.

Development

License Build Nix Cachix

Urbit uses Nix to manage builds. On Linux and macOS you can install Nix via:

curl -L https://nixos.org/nix/install | sh

You can optionally setup Nix to pull build artefacts from the binary cache that continuous integration uses. This will improve build times and avoid unnecessary recompilations of common dependencies. Once Nix has been installed you can setup Cachix via:

nix-env -iA cachix -f https://cachix.org/api/v1/install
cachix use ares

The Makefile in the project's root directory contains useful phony targets for building, installing, testing, and so on. You can use it to avoid dealing with Nix explicitly.

To build the Urbit virtual machine binary, for example, use:

make build

The test suite can similarly be run via a simple:

make test

Note that some of the Makefile targets need access to pills tracked via git LFS, so you'll also need to have those available locally:

git lfs install
git lfs pull

Contributing

Contributions of any form are more than welcome! Please take a look at our contributing guidelines for details on our git practices, coding styles, how we manage issues, and so on.

For instructions on contributing to Landscape, see its guidelines.

You might also be interested in joining the urbit-dev mailing list.