on master help sign in
removed all references to obselete fakezod booting command
3cd2a24Robert
learn/arvo/arvo-internals/ames.udon+1−2
@@ -1625,8 +1625,7 @@ current pier.
1625
1625
1626`fak` is true if we are on a fake network. This disables certain
1626`fak` is true if we are on a fake network. This disables certain
1627security checks so that anyone may run a fake `~zod`. This is used only
1627security checks so that anyone may run a fake `~zod`. This is used only
1628−for development. To use, run vere with the `-F` option (and the
1628+for development. To use, run vere with the `-F` option.
1629−`-I ~zod` option for a fake `~zod`).
1630
1629
1631### `++sufi`, domestic host
1630### `++sufi`, domestic host
1632
1631
learn/arvo/arvo-internals/gall.udon+1−1
@@ -2275,7 +2275,7 @@ You should recognize the sail syntax from an earlier chapter.
2275Aside from jquery, we also include `urb.js`, which is a framework
2275Aside from jquery, we also include `urb.js`, which is a framework
2276for interacting with urbit.
2276for interacting with urbit.
2277
2277
2278−To view the frontend, point your browser at `ship-name.urbit.org/~~/pages/click` if you're on the live network. If you're running a fake galaxy, navigate to whatever port it's running on, which is usually: `https://localhost:8443/~~/pages/click`.
2278+To view the frontend, point your browser at `ship-name.urbit.org/~~/pages/click` if you're on the live network. If you're running a fake galaxy, navigate to whatever port it's running on, which is usually: `https://localhost:80/~~/pages/click`.
2279
2279
2280We have a button labeled "Poke!" and a div with id `clicks` where
2280We have a button labeled "Poke!" and a div with id `clicks` where
2281we'll put the number of clicks. We also include a small
2281we'll put the number of clicks. We also include a small
learn/arvo/nock/implementations.udon−1
@@ -1799,7 +1799,6 @@ end
1799 ==
1799 ==
1800==
1800==
1801
1801
1802−
1803From [Steve Randy Waldman](https://github.com/swaldman/nnnock/blob/master/src/main/scala/com/mchange/sc/v1/nnnock/package.scala):
1802From [Steve Randy Waldman](https://github.com/swaldman/nnnock/blob/master/src/main/scala/com/mchange/sc/v1/nnnock/package.scala):
1804
1803
1805```
1804```
learn/arvo/vere/jetting.udon+6−11
@@ -659,7 +659,7 @@ The only way to run the new code is to follow the following process:
659+ start up urbit, tell it to be a fake zod (act as a galaxy and disconnect from the rest of the network) and have it know where your edited Arvo files are (although not execute them, as discussed above):
659+ start up urbit, tell it to be a fake zod (act as a galaxy and disconnect from the rest of the network) and have it know where your edited Arvo files are (although not execute them, as discussed above):
660 + rm -rf ~/zod
660 + rm -rf ~/zod
661 + rm -rf ~/tlon/mypill.pill
661 + rm -rf ~/tlon/mypill.pill
662− + ~/tlon/urbit/build/urbit -FI zod -A ~/bus/tlon/arvo/ -c zod
662+ + ~/tlon/urbit/build/urbit -F zod
663 + This should take < 90 seconds.
663 + This should take < 90 seconds.
664 + If you accidentally exit urbit you can restart it
664 + If you accidentally exit urbit you can restart it
665+ inside your urbit, from the dojo command line, load the Hoon files and compile them into a pill file:
665+ inside your urbit, from the dojo command line, load the Hoon files and compile them into a pill file:
@@ -736,7 +736,7 @@ Hopefully this helps to demystify these startup procedures.
736
736
737+ type `cd ~`
737+ type `cd ~`
738+ type `rm -rf zod`
738+ type `rm -rf zod`
739−+ type `~/tlon/urbit/build/urbit -FI zod -A ~/tlon/arvo/ -B ~/tlon/mypill.pill -c zod`
739++ type `~/tlon/urbit/build/urbit -F zod -B ~/tlon/mypill.pill`
740
740
741 N.B. booting should not take more than about 90 seconds. If it goes longer than that you might have created a 'poison pill', which hangs things. Try booting without the -B flag, and/or reverting your Hoon changes, generating a new pill based on that, and launching urbit with the known-clean pill. If these steps and boot in < 90 seconds, but a boot with a pill created from your own Hoon does not, you have a Hoon bug of some sort.
741 N.B. booting should not take more than about 90 seconds. If it goes longer than that you might have created a 'poison pill', which hangs things. Try booting without the -B flag, and/or reverting your Hoon changes, generating a new pill based on that, and launching urbit with the known-clean pill. If these steps and boot in < 90 seconds, but a boot with a pill created from your own Hoon does not, you have a Hoon bug of some sort.
742
742
@@ -745,12 +745,7 @@ Hopefully this helps to demystify these startup procedures.
745+ You now have created a galaxy fakezod, on its own detached network, running your own strange variant of the OS.
745+ You now have created a galaxy fakezod, on its own detached network, running your own strange variant of the OS.
746+ inside dojo: `` (make-k:secp256k1:secp:crypto `@uvI`12 33) `` # or whatever command runs the Hoon you're jetting
746+ inside dojo: `` (make-k:secp256k1:secp:crypto `@uvI`12 33) `` # or whatever command runs the Hoon you're jetting
747+ do your development work
747+ do your development work
748−+ If you happen to exit, you can restart with `urbit -FI zod zod`
748++ If you happen to exit, you can restart with `urbit zod`
749−
750−To expand:
751−- F means "fake"
752−- I means "run as galaxy zod"
753−- the final argument is the unix directory holding the files for the galaxy
754
749
755## Run the jetted code and compare to the non jetted code
750## Run the jetted code and compare to the non jetted code
756
751
@@ -761,11 +756,11 @@ It would be convenient to fire up a second urbit in a terminal next to your fake
761Then you can run identical commands in each, in parallel, and confirm that they do the same thing.
756Then you can run identical commands in each, in parallel, and confirm that they do the same thing.
762
757
763+ edit ~/tlon/urbit/jets/e/secp.c (or whatever) to include `fprintf(stderr, "*** u3we_sign 2\n");` (or similar) in your jetted functions. This will let us verify that the jets exist and are running.
758+ edit ~/tlon/urbit/jets/e/secp.c (or whatever) to include `fprintf(stderr, "*** u3we_sign 2\n");` (or similar) in your jetted functions. This will let us verify that the jets exist and are running.
764−+ `cd ~/tlon/ubit ; scripts/build `
759++ `cd ~/tlon/urbit ; scripts/build `
765+ `cp ~/tlon/arvo ~/tlon/arvo_nojet`
760+ `cp ~/tlon/arvo ~/tlon/arvo_nojet`
766+ edit `~/tlon/arvo_nojet/sys/zuse_nojetting.hoon` to remove jetting
761+ edit `~/tlon/arvo_nojet/sys/zuse_nojetting.hoon` to remove jetting
767+ Because we can not run two instances of the same fake galaxy on the same machine (their ports would conflict), we need to pick a new galaxy name. Galaxy names are not arbitrary. You may not name your galaxy "mygalaxy", "withjet", "withoutjet", or anything like that. Galaxy names are restricted to the range 0-255, converted into pronounceable syllables. `zod` is just the pronunciation of '0' ( to see this, in a dojo, cast `~zod` to an untyped atom thusly: `` `@`~zod ``). Let's pick 1 as our new galaxy id. Use dojo to convert this into a urbit name: `` `@p`1 `` yields `~nec`.
762+ Because we can not run two instances of the same fake galaxy on the same machine (their ports would conflict), we need to pick a new galaxy name. Galaxy names are not arbitrary. You may not name your galaxy "mygalaxy", "withjet", "withoutjet", or anything like that. Galaxy names are restricted to the range 0-255, converted into pronounceable syllables. `zod` is just the pronunciation of '0' ( to see this, in a dojo, cast `~zod` to an untyped atom thusly: `` `@`~zod ``). Let's pick 1 as our new galaxy id. Use dojo to convert this into a urbit name: `` `@p`1 `` yields `~nec`.
768−+ Open a new terminal. In that terminal: `cd ~ ; rm -rf nec ; ~/tlon/urbit/build/urbit -FI nec -A ~/tlon/arvo_nojetting/ -c nec`
763++ Open a new terminal. In that terminal: `cd ~ ; rm -rf nec ; ~/tlon/urbit/build/urbit -F nec -B ~/tlon/arvo_nojetting/`
769+ This should take < 90 seconds.
764+ This should take < 90 seconds.
770+ inside your urbit, from the dojo command line, load the Hoon files and compile them into a pill file: `.pill +solid`
765+ inside your urbit, from the dojo command line, load the Hoon files and compile them into a pill file: `.pill +solid`
771+ This should take < 90 seconds.
766+ This should take < 90 seconds.
@@ -774,4 +769,4 @@ Then you can run identical commands in each, in parallel, and confirm that they
774+ type `cp ~/nec/.urb/put.pill ~/tlon/mypill_nojetting.pill `
769+ type `cp ~/nec/.urb/put.pill ~/tlon/mypill_nojetting.pill `
775+ type `cd ~`
770+ type `cd ~`
776+ type `rm -rf nec`
771+ type `rm -rf nec`
777−+ type `~/tlon/urbit/build/urbit -FI nec -A ~/tlon/arvo_nojetting/ -B ~/tlon/mypill_nojetting.pill -c nec`
772++ type `~/tlon/urbit/build/urbit -F nec -B ~/tlon/mypill_nojetting.pill`