Git Product home page Git Product logo

urbit's Introduction

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 the Arvo Kernel

For the Runtime, see Vere. 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/getting-started. You'll be on the live network in a few minutes.

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, and how we manage issues.

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

Release

For details about our release process, see the maintainers guidelines

urbit's People

Contributors

arthyn avatar basilesportif avatar belisarius222 avatar cgyarvin avatar drbeefsupreme avatar eglaysher avatar fang- avatar frodwith avatar galenwp avatar ixv avatar jamesacklin avatar janeway-bot avatar jhance avatar joemfb avatar johnchandlerburnham avatar jtobin avatar juped avatar liam-fitzgerald avatar matildepark avatar mrdomino avatar ohaitch avatar patosullivan avatar philipcmonk avatar pilfer-pandex avatar pkova avatar tacryt-socryp avatar tylershuster avatar vvisigoth avatar wicrum-wicrun avatar yosoyubik avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

urbit's Issues

[CLOSED] Destroyer Problem

Issue by GrayCoder
Thursday Oct 03, 2013 at 18:43 GMT
Originally opened as urbit/archaeology#49


When trying to start a destroyer I am getting a "not responding still trying" message followed by [waiting...].

I'm not sure if I did something wrong, but the tutorial says to follow the directions and that seems to be getting me nowhere.

Any help would be much appreciated if this isn't a real issue.

[CLOSED] Set ctrl-h to be recognized as backspace.

Issue by philipcmonk
Thursday Sep 26, 2013 at 23:50 GMT
Originally opened as urbit/archaeology#23


On my terminal (default xterm on Slackware), ctrl-h (ASCII 8) is used for backspace. This merely caused a beep in arvo, so I set it to be recognized as a backspace. I did this on the c side because I'm not familiar enough with Hoon to change urb/zod/arvo/dill.hoon, but I think one could implement this after line 161 of that file (actions bound to control characters). I don't really know if this will have any unintended side-effects, but it seems to be working fine for me.


philipcmonk included the following code: https://github.com/urbit/archaeology/pull/23/commits

[CLOSED] :begin bugs and improvements

Issue by johncburnham
Tuesday Aug 27, 2013 at 19:24 GMT
Originally opened as urbit/archaeology#1


  • :begin looks like it exits to submarine rather than destroyer. It's actually the destroyer but it displays the sub address.
  • extra space and parens for middlename and nickname still displayed (i.e. [John () Burnham])
  • Add some section separators. e.g "-------------"
  • This text is clunky: "For example, we'll ask for the year (not day) you were born,
    because your age is easy to guess in person, doesn't change,
    and has a big effect on how people perceive you." Conflates age and DOB. Your age does change, your DOB does not.
  • What does an %anon or a %punk fill out for the cert details?

[CLOSED] `add` restricted to three-digit integers

Issue by Walther
Monday Sep 30, 2013 at 22:46 GMT
Originally opened as urbit/archaeology#39


The introduction mentions in the examples the following:

Two, you called the Hoon add function to see that two plus two is four. Math seems to work the same on the off-world colonies.

However, the add function works on integer pairs up to three digits each - with the maximum at (add 999 999) with the result of 1.998

I think either

  • this limitation should be removed, or
  • the tutorial needs clarification on why this restriction exists

[CLOSED] relatively tiny documentation changes

Issue by cdcarter
Tuesday Oct 01, 2013 at 01:41 GMT
Originally opened as urbit/archaeology#41


Spec/vere/stage.txt refers to files and processes that do not exist anymore. If you'd like to step back a stage in vere you're doing it for wild archeological reasons anyway, and you'll be working in a version of the repository that has these instructions already.

doc/atoms.txt updated to clarify how Ints work in Hoon, as people have been confused by (issue #39).

Sorry that I'm making tons of tiny PRs but I think the repo is almost clean!


cdcarter included the following code: https://github.com/urbit/archaeology/pull/41/commits

[CLOSED] Slow Terminal Action

Issue by yebyen
Thursday Sep 26, 2013 at 12:52 GMT
Originally opened as urbit/archaeology#20


From the time I type ":infinite" to the time it shows up on my screen is at least a full 10 seconds. There is nothing else eating up cycles during this time. The vere process shows in top as state D (blocking I/O) until the typing is finally echoed to the screen.

Today it tells me ~zod |Tianming| not responding still trying, it hasn't said that before, but I've always had the same slow typing results. Same result with submarines or destroyers. It does not have to be ":infinite" but typing anything, with or without newline. Today I also don't get output from :ls %:

~divsem-misdef/try=> :ls %
~ /cx/~divsem-misdef/try/~2013.9.26..12.18.19..6428/bin/ls/hoon

My environment is Ubuntu Linux under Docker (CoreOS/Vagrant)

The host system is Windows 7
It's an SSD-bearing laptop with four cores, so there are no local barriers that I know of that should cause blocking for that long. Is it reaching out to the internet to act on these commands? Should it be blocking I/O?

[CLOSED] vere binary finds wrong $URBIT_HOME

Issue by jacoblyles
Thursday Oct 03, 2013 at 03:32 GMT
Originally opened as urbit/archaeology#47


I'm running through the initial setup on Mac.

echo $URBIT_HOME gives /Users/jacob/code/urbit/urbit/urb, which is correct.

When I run bin/vere -c mypier I get

vere: urbit home is /Users/jacob/urbit
loom: mapped 1024MB
/Users/jacob/urbit/urbit.pill: No such file or directory
mypier: gc: 548 bytes live
bin/vere: gross system failure

[CLOSED] No communication outside of ~zod

Issue by abliss
Tuesday Oct 01, 2013 at 15:04 GMT
Originally opened as urbit/archaeology#42


  1. No communication between denizens of ~zod and denizens of ~lyd.

    ~lyd/try=> :hi ~zod
    [%send ~2013.10.1..15.00.20..8ffa [%if p=0 q=.0.0.1.0] ~lidsug-sipdyn]

    [%send ~2013.10.1..15.00.22..304e [%if p=0 q=.0.0.1.0] ~bilsel-hidser]
    [%send ~2013.10.1..15.00.22..304e [%if p=0 q=.0.0.1.0] ~dapdex-balwel]
    [%send ~2013.10.1..15.00.22..304e [%if p=0 q=.0.0.1.205] ~sovfen-dishet]
    [%send ~2013.10.1..15.00.22..304e [%if p=0 q=.0.0.1.205] ~mapsyt-bonrys]
    [%send ~2013.10.1..15.00.22..304e [%if p=0 q=.0.0.1.0] ~tipnel-dopwer]
    [%send ~2013.10.1..15.00.22..304e [%if p=0 q=.0.0.1.0] ~tabryx-misnym]
    [%send ~2013.10.1..15.00.36..c22a [%if p=0 q=.0.0.1.0] ~miplux-sovdyr]
    [%send ~2013.10.1..15.00.36..c22a [%if p=0 q=.0.0.1.0] ~lidsug-sipdyn]

    [%send ~2013.10.1..15.00.38..33da [%if p=0 q=.0.0.1.0] ~bilsel-hidser]
    [%send ~2013.10.1..15.00.38..33da [%if p=0 q=.0.0.1.0] ~dapdex-balwel]
    [%send ~2013.10.1..15.00.38..33da [%if p=0 q=.0.0.1.205] ~sovfen-dishet]
    [%send ~2013.10.1..15.00.38..33da [%if p=0 q=.0.0.1.205] ~mapsyt-bonrys]
    [%send ~2013.10.1..15.00.38..33da [%if p=0 q=.0.0.1.0] ~tipnel-dopwer]
    [%send ~2013.10.1..15.00.38..33da [%if p=0 q=.0.0.1.0] ~tabryx-misnym]

  2. No communication within ~lyd, which should not depend on ~zod

    ~laglyd/try=> :hi ~lyd
    [%send ~2013.10.1..15.04.24..919a [%if p=0 q=.0.0.1.0] ~miplux-sovdyr]
    [%send ~2013.10.1..15.04.24..919a [%if p=0 q=.0.0.1.0] ~lidsug-sipdyn]
    [%send ~2013.10.1..15.04.24..919a [%if p=0 q=.0.0.1.0] ~bilsel-hidser]
    [%send ~2013.10.1..15.04.24..919a [%if p=0 q=.0.0.1.0] ~dapdex-balwel]
    [%send ~2013.10.1..15.04.24..919a [%if p=0 q=.0.0.1.205] ~sovfen-dishet]
    [%send ~2013.10.1..15.04.24..919a [%if p=0 q=.0.0.1.205] ~mapsyt-bonrys]
    [%send ~2013.10.1..15.04.24..919a [%if p=0 q=.0.0.1.0] ~tipnel-dopwer]
    [%send ~2013.10.1..15.04.24..919a [%if p=0 q=.0.0.1.0] ~tabryx-misnym]
    [%send ~2013.10.1..15.04.40..93fa [%if p=0 q=.0.0.1.0] ~miplux-sovdyr]
    [%send ~2013.10.1..15.04.40..93fa [%if p=0 q=.0.0.1.0] ~lidsug-sipdyn]
    [%send ~2013.10.1..15.04.40..93fa [%if p=0 q=.0.0.1.0] ~bilsel-hidser]
    [%send ~2013.10.1..15.04.40..93fa [%if p=0 q=.0.0.1.0] ~dapdex-balwel]
    [%send ~2013.10.1..15.04.40..93fa [%if p=0 q=.0.0.1.205] ~sovfen-dishet]
    [%send ~2013.10.1..15.04.40..93fa [%if p=0 q=.0.0.1.205] ~mapsyt-bonrys]
    [%send ~2013.10.1..15.04.40..93fa [%if p=0 q=.0.0.1.0] ~tipnel-dopwer]
    [%send ~2013.10.1..15.04.40..93fa [%if p=0 q=.0.0.1.0] ~tabryx-misnym]

  3. Cannot reprogram submarines to be hosted on ~lyd

I hacked ++ sein so that my submarine would route through ~lyd. The result:

vere: urbit home is /home/abliss/proj/urbit/urb
loom: loaded 5MB
time: ~2013.10.1..15.58.20..2dce
ames: on localhost, UDP 41706.
http: live on 8080
rest: checkpoint to event 148
rest: old 0v1i.rgnno, new 0v16.kg445

---------------- playback complete----------------
: /~misnum-nocnex-difnup-pidrec--navrel-torhut-harsyx-nibrep/arvo/3/ames/hoon
~misnum-nocnex-difnup-pidrec--navrel-torhut-harsyx-nibrep/try=>
[%vane %a /~misnum-nocnex-difnup-pidrec--navrel-torhut-harsyx-nibrep/arvo/~2013.10.1..15.58.26..feeb/ames/hoon ~tognev-macbyr]

~misnum-nocnex-difnup-pidrec--navrel-torhut-harsyx-nibrep/try=>
[%send ~2013.10.1..15.58.31..94fb [%if p=0 q=.0.0.1.205] ~lormet-dastux]
[%send ~2013.10.1..15.58.31..94fb [%if p=0 q=.0.0.1.205] ~sibwer-napsev]
ames: czar lyd.urbit.org: ip .184.106.69.39

~misnum-nocnex-difnup-pidrec--navrel-torhut-harsyx-nibrep/try=> :hi ~lyd
[%send ~2013.10.1..15.58.47..9849 [%if p=0 q=.0.0.1.205] ~lormet-dastux]
[%send ~2013.10.1..15.58.47..9849 [%if p=0 q=.0.0.1.205] ~sibwer-napsev]
~misnum-nocnex-difnup-pidrec--navrel-torhut-harsyx-nibrep/try=> (sein ~misnum-nocnex-difnup-pidrec--navrel-torhut-harsyx-nibrep)
~lyd
~misnum-nocnex-difnup-pidrec--navrel-torhut-harsyx-nibrep/try=> :hi ~lyd
[%send ~2013.10.1..15.59.03..9e95 [%if p=0 q=.0.0.1.205] ~lormet-dastux]
[%send ~2013.10.1..15.59.03..9e95 [%if p=0 q=.0.0.1.205] ~sibwer-napsev]

Meanwhile ~lyd, with its network debug activated, shows nothing incoming.

[CLOSED] Still cleaning things up

Issue by cdcarter
Sunday Sep 29, 2013 at 16:50 GMT
Originally opened as urbit/archaeology#36


And justifying the existence of a file. The goal of all my work the past day or so is to make what documentation DOES exist in the repo a little bit useful, and to get out of sight the ones that will lead you down the wrong rabbit hole. There's plenty of good stuff that's been deleted that could help with a partial understanding of Urbit, but a fragmented one. Those who want to explore that can dig in to past commits.

Along that vein it might be worth tagging a commit before 9/26, for before a lot of other hands started jumping in?


cdcarter included the following code: https://github.com/urbit/archaeology/pull/36/commits

:begin looks like it exits to submarine not destroyer

Issue by johncburnham
Tuesday Aug 27, 2013 at 20:09 GMT
Originally opened as urbit/archaeology#8


Like so:
; ~doznec Urban Republic is your neighbor
request approved
; ~doznec Urban Republic is your neighbor
; ~zod |Tianming| is your neighbor

  • /~tomsyt-balsen/main/1/doc/begin/warning/txt
  • /~tomsyt-balsen/main/1/doc/begin/ticket/txt
    [...]
  • /~doznec/try/1/web/hello/bar/html
  • /~doznec/try/1/web/hello/moo/holw
  • /~doznec/try/1/web/hello/posty/holw
  • /~doznec/try/1/web/game/fun/hoon
    ~lismyr-botwyd-tanrux-fogmud--lagnux-lomhex-dirdun-havhet/try=>

[CLOSED] Add ninja modes to hoon.vim

Issue by philipcmonk
Friday Oct 04, 2013 at 03:25 GMT
Originally opened as urbit/archaeology#50


We added ninja modes to hoon.vim. They are turned off by default; to enable, add "let g:hoon_ninja = 1" to your .vimrc. Then, in insert mode, typing "//" will put you in ninja mode, where if you type, e.g., "bartis" (or "brts"), it will convert it to "|=". Typing "??" puts you in ajnin mode, where typing "|=" yields "bartis", and typing "/?" puts you in jnn mode, where typing "|=" yields "brts".


philipcmonk included the following code: https://github.com/urbit/archaeology/pull/50/commits

[CLOSED] Reformat and synchronize Nock 5K spec

Issue by ab9
Saturday Sep 28, 2013 at 03:47 GMT
Originally opened as urbit/archaeology#28


This makes minor formatting changes to the Nock 5K spec: it (1) removes some trailing whitespace characters and (2) reorders the reduction lines so that the rules for each operation are contiguous. (The "never terminate" rules were once moved to the end, which broke the reduction order; in fixing this, some operations were kept contiguous while others weren't. This makes it consistent.)

This also updates some copies of the spec: in the spec directories under hub and urb, and also in the comments of two copies of hoon.hoon. There are copies of the Nock spec in the aug, jupiter, and lib directories, but I understood these to be historical versions, so I didn't touch them. The Nock tutorial (doc/book/1-nock.markdown) also incorporates an out-of-date copy of the Nock spec, but I'll leave it to the author to eventually update that.

Since we're very interested in the gzipped spec size, I'll mention that the 5K spec in this pull request gzips to 371 bytes.

(@abliss, sorry about the t-shirts.)


ab9 included the following code: https://github.com/urbit/archaeology/pull/28/commits

[CLOSED] OSX 10.7.5: latest Build is broken. (libuv)

Issue by johncburnham
Sunday Sep 29, 2013 at 06:41 GMT
Originally opened as urbit/archaeology#35


After building:

johns-imac:urbit johnburnham$ bin/vere -c pierone
vere: urbit home is /Users/johnburnham/Desktop/urbit-master/urb
loom: mapped 1024MB
time: ~2013.9.29..06.38.42..72de
ames: on localhost, UDP 54117.
http: live on 8082
generating 2048-bit RSA pair...
saving passcode in /Users/johnburnham/.urbit/~habpem-tognul.txt
(for real security, write it down and delete the file...)
! /~zod/arvo/~2013.8.17..05.13.56..0492/clay/:<[487 5].[599 7]>
! /~zod/arvo/~2013.8.17..05.13.56..0492/clay/:<[487 9].[487 33]>
! /~zod/arvo/~2013.8.17..05.13.56..0492/clay/:<[487 15].[487 32]>
! exit
~fospex-hapnel-tamted-rammus--riddur-difpec-binfyl-nosnys/try=>

which just hangs.

Completely deleted my urbit directory and downloaded fresh from GH. Looks like a bug in libuv or in our makefile. make output attached.

Basically just lots of warnings of the form:

src/unix/uv-dtrace.h:42:42: warning: '$' in identifier [-Wdollar-in-identifier-extension]
extern void __dtrace_probe$uv$tick__start$v1$766f6964202a$696e74(const void *, int);

Details here: https://groups.google.com/forum/#!topic/urbit-dev/aFIf8DajwGQ

[CLOSED] Gross system failure: tegra2/KatKiss (Transformer TF101)

Issue by yebyen
Saturday Sep 28, 2013 at 02:08 GMT
Originally opened as urbit/archaeology#26


I have worked past my udp port mapping issue which seems to be caused by not having root (?) on my ARM machine, a Transformer TF-101

Now I am getting a "Gross system failure" which is an exceptional error message

You can prioritize fixing this as very low, I'd like to have time to figure it out for myself since I should be able to trace back and tell more about what's happening on my particular system better than someone else

I have mapped enough memory as swap, I don't know what it could be needing 1024MB for, but I suspect someone else will have had this issue before long...

Here is the precise output (from saucy chroot, not from precise):

yebyen@localhost:~/urbit$ sudo bin/vere -c hono
vere: urbit home is /home/yebyen/urbit
loom: mapped 1024MB
/home/yebyen/urbit/urbit.pill: No such file or directory
hono: gc: 776 bytes live
bin/vere: gross system failure

[CLOSED] android/arm issue v/ames.c:306

Issue by yebyen
Saturday Sep 28, 2013 at 02:29 GMT
Originally opened as urbit/archaeology#27


So here is the real issue that prevents me from doing Urbit, on my KatKiss rom'ed android transformer

root@localhost:/home/yebyen/urbit# groups
root aid_system aid_radio aid_bluetooth aid_graphics aid_input aid_audio aid_camera aid_log aid_compass aid_mount aid_wifi aid_adb aid_install aid_media aid_dhcp aid_sdcard_rw aid_vpn aid_keystore aid_usb aid_drm aid_available aid_gps aid_media_rw aid_mtp aid_drmrpc aid_nfc aid_sdcard_r aid_shell aid_cache aid_diag aid_net_bt_admin aid_net_bt aid_inet aid_net_raw aid_net_admin aid_net_bw_stats aid_net_bw_acct
root@localhost:/home/yebyen/urbit# bin/vere -c hono
vere: urbit home is /home/yebyen/urbit/urb
loom: mapped 1024MB
time: ~2013.9.28..02.23.37..70ee
ames: init: unknown error
vere: v/ames.c:306: u2_ames_io_init: Assertion `0' failed.
Aborted

I am not sure what could be stopping root user from opening his ports. I mean I checked all of the obvious things I could think of. Root has all of the groups that are normally restricting capabilities for regular android users/apps.

[CLOSED] Add macports-friendly library and include search paths to Makefile

Issue by agentultra
Wednesday Sep 25, 2013 at 04:05 GMT
Originally opened as urbit/archaeology#15


This is a rather dumb way of doing it an assumes the compiler being
used will behave like gcc and search successive paths in order.

Short of cmake or autoconf I have been unable to find an idiomatic
solution to platform-specific paths.


agentultra included the following code: https://github.com/urbit/archaeology/pull/15/commits

[CLOSED] Demonstration Web server doesn't function (can't find Hume library)

Issue by andrew-hoffman
Wednesday Sep 25, 2013 at 05:11 GMT
Originally opened as urbit/archaeology#17


Found this issue at the end of the Arvo tutorial.

=>  .(+ =>(+ ^/=main=/hume))

in /try/bin/fgame.hoon needs to be changed to

=>  .(+ =>(+ ^/=main=/lib/hume))

to match the other references to hume elsewhere in the codebase, otherwise the server prints an unhelpful message of the form

~ /cx/~tapmes-nissul-dozsud-martex--rivsyt-sigtyv-witlyr-poclyd/main/~2013.9.25..04.46.29..d786/hume/hoon

and returns to the prompt.
I assume that Hume is the Hoon standard library by the comment on the top of that file, and that it was moved and not everything was updated to reflect this. I can't tell if this file is created from one of the two copies in the repository or synchronized over the network.

[CLOSED] Remove old items from the directory tree

Issue by ab9
Saturday Sep 28, 2013 at 04:13 GMT
Originally opened as urbit/archaeology#29


So this one time on the developer mailing list, @ericfode was all like, "WTF is all this weird stuff in the directory tree?", and @cgyarvin was like, "Wow, we really need to get all the ancient stuff out of the repository."

So I'm like, let's make a GitHub issue so we'll remember, and also so that curious onlookers will see that we're aware of the problem and will fix it. Eventually.

[CLOSED] Fix reduction order in Nock spec

Issue by ab9
Tuesday Sep 24, 2013 at 11:53 GMT
Originally opened as urbit/archaeology#14


The way one is supposed to use the Nock spec is by repeatedly going through the reduction rules from top to bottom, and applying the first rule that matches. Some rules (for 10 and +) appear to be in the wrong order: a more general rule is above a more specific rule, making the latter unreachable. It looks like this kind of issue has been around since Nock 8K.

To illustrate, I've modified the 5K spec. Perhaps that's heretical, though! Let me know if I should have proposed a 4K spec, or done something else.


ab9 included the following code: https://github.com/urbit/archaeology/pull/14/commits

[CLOSED] The whitesapce thing

Issue by vrotaru
Friday Sep 27, 2013 at 07:12 GMT
Originally opened as urbit/archaeology#25


On the example there is extra space between the arguments. It it rather unexpected.

~follen-tacneb-miswed-folhes--boslyr-havwet-tacdux-roptud/try=> (add 2 2)
4
~follen-tacneb-miswed-folhes--boslyr-havwet-tacdux-roptud/try=> (add 2  2)
~ <syntax error at [1 8]>
~follen-tacneb-miswed-folhes--boslyr-havwet-tacdux-roptud/try=> 

[CLOSED] Second call to :infinite can't be interrupted

Issue by 17Genr
Wednesday Sep 25, 2013 at 04:31 GMT
Originally opened as urbit/archaeology#16


When running through the tutorial I tried to call :infinite a second time and my console was hung. Testing futher, I fired up a new instance of urbit and it happened again as shown in this log:

me@live:~/urbit-git$ bin/vere xpier
vere: urbit home is /home/me/urbit
loom: loaded 6MB
time: ~2013.9.25..04.26.17..9795
ames: on localhost, UDP 42391.
http: live on 8080
rest: checkpoint to event 1088
rest: old 0ve.98aj9, new 0v1j.0dkgb
rest: replaying through event 1101
---------------- playback starting----------------
..............
---------------- playback complete----------------
! intr
~dattud-hinmed-rabsup-hocmer--folwen-ponrux-folhut-tipdyl/try=> :ls %
bin lib web
~dattud-hinmed-rabsup-hocmer--folwen-ponrux-folhut-tipdyl/try=> :infinite

The only way out is to kill the terminal.

This is at commit 6a56562d4c3de2c0d39d3386ad5047db7f4d6161 pulled from https://github.com/urbit/urbit.git on Sept 24th running on 'Debian GNU/Linux 7.0' with a uname -a of 'Linux live 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2+deb7u2 x86_64 GNU/Linux'.

[CLOSED] Cleaning up old code

Issue by cdcarter
Saturday Sep 28, 2013 at 20:25 GMT
Originally opened as urbit/archaeology#30


Deletes almost everything not required to successfully make and build a new submarine.

I've left in hub/ to allow urbit development to move forward, as well as doc/ and some parts of Spec/. Not all of Spec/ is up to date, but it has some useful facts about how the loom appears to work, the origins of Hoon (Watt), and possibly the correct Nock spec.

A lot of historically interesting code has been deleted, but it's probably best for someone new to Urbit to see primarily the code, pronunciations, and names that are being actively used. Once I (or someone else) have a better grasp of how Hoon and Nock play in the reference implementation, it would be advantageous to clean up Spec/ to be both interesting and relevant.


cdcarter included the following code: https://github.com/urbit/archaeology/pull/30/commits

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.