★★★ make world ; openbsd follow current

私見；　釈迦は　縁起に言及したと思うが　、空はどうかと思う。
さらに　日本に伝わった中国仏教は　中国の道教の思想（例えば無）に修飾されている。
したがって　サンスクリット（文語）でかかれた経典　あるいは　パーリ（口語）でかかれたものに　原点復帰しないといけないと思う

https://ja.wikipedia.org/wiki/%E9%BE%8D%E6%A8%B9　より
「空」の理論の大成は龍樹の『中論』などの著作によって果たされた。

龍樹は、存在という現象も含めて、あらゆる現象はそれぞれの因果関係の上に成り立っていることを論証している。
さらに、因果関係によって現象が現れているのであるから、それ自身で存在するという「独立した不変の実体」（＝自性）はないことを明かしている。
これによって、すべての存在は無自性であり、「空」であると論証しているのである。

哲学者の梅原猛は、龍樹は釈迦の仏教を否定し、大乗仏教を創始したとしている

とにかく　仏教の空　は　無ではない。


follow current では
　　全てをソースから作り直します。

いわば　古い工作機械が新設計図にのっとって　新しい部品を　全部設計図から古い工作機械でつくりなおし　それを組み立てて　新しい工作機械をつくるんですね。　


なれたら　以下のように　linuxの上で　できます。

つまり　上の画面の赤で囲んだ部分だけが　arch で
　　　　それ以外は　　　　　　　　　　　qemu上のOpenbsdです。

しかし　初心のうちは　ｏｐｅｎｂｓｄでしましょう。 
なれたら　linux のkvmの上で立ち上げたOpenBSDに　linuxから　sshではいってします。
下の図のごとくです
このこと自体は新しいことでもなんでもなく
 https://markshroyer.com/2013/01/debugging-openbsd-via-qemu/
に書かれてます。 
詳しくは
http://openbsd-akita.blogspot.jp/2015/11/export-kvms-image-to-real-machine.html　に書いてます

ともかくとして　混乱するといけないので　初心者は　この背景が青の部分はよみとばして下さい。


A)　まず概観です

openbsdのサポートするアーキテクチャー
は以下です

drwxr-xr-x   2 0  0       1024 Aug 16 10:28 　　alpha
drwxr-xr-x   2 0  0        512 Aug 16 03:33　　 amd64
drwxr-xr-x   2 0  0        512 Aug 14 13:10　　 armish
drwxr-xr-x   2 0  0       1024 Aug 15 10:19 　　armv7
drwxr-xr-x   2 0  0        512 Aug 16 10:08 　　hppa
drwxr-xr-x   2 0  0        512 Aug 16 03:35 　　i386
drwxr-xr-x   2 0  0        512 Aug 16 06:33 　　landisk
drwxr-xr-x   2 0  0        512 Aug  7 07:43 　　loongson
drwxr-xr-x   2 0  0        512 Aug 22 07:17 　　luna88k
drwxr-xr-x   2 0  0        512 Aug 16 08:18　　 macppc
drwxr-xr-x   2 0  0        512 Aug 12 01:00　　 octeon

drwxr-xr-x   2 0  0       1024 Aug  7 00:32　 　　　sgi
drwxr-xr-x   2 0  0        512 Aug 16 13:56 　　socppc
drwxr-xr-x   2 0  0        512 Aug 15 06:23　　　 sparc
drwxr-xr-x   2 0  0        512 Aug 16 09:58 　　sparc64
drwxr-xr-x   2 0  0        512 Aug 16 09:28　　　　 vax
drwxr-xr-x   2 0  0        512 Aug 16 08:01　　 zaurus

そして　 
上の全アーキテクチャーにソースは共通です。
これは驚くべきことです。

-rw-r--r--   1 0  0   24847048 Aug 10 13:50 ports.tar.gz　　ｆｉｒｅｆｏｘなどアプリのソース
-rw-r--r--   1 0  0  126534216 Oct 13 19:12 src.tar.gz　　　　　　根本的ソース
-rw-r--r--   1 0  0  120351877 Aug 10 13:50 xenocara.tar.gz　　　　 Xのソース



例えばインストール 時になにがはいってくるかというと

 1 1007  5000   10171090 Oct 20 09:44 bsd　シングルプロセサ用のカーネル
 1 1007  5000   10215954 Oct 20 09:44 bsd.mp　マルチプロセサのカーネル
 1 1007  5000    7680667 Oct 20 09:50 bsd.rd 　  ブートローダー
1 1007  5000   55006525 Oct 20 09:44 base58.tgz　ユーザーランド(後述)
-rw-r--r--  1 1007  5000   51727023 Oct 20 09:45 comp58.tgzコンパイラ
-rw-r--r--  1 1007  5000    2790358 Oct 20 09:45 game58.tgz　ゲーム
-rw-r--r--  1 1007  5000    8990754 Oct 20 09:45 man58.tgz　マニュアル
-rw-r--r--  1 1007  5000   20926145 Oct 20 10:29 xbase58.tgz  X関係
-rw-r--r--  1 1007  5000   40008468 Oct 20 10:29 xfont58.tgz  X関係
-rw-r--r--  1 1007  5000   19446067 Oct 20 10:30 xserv58.tgz  X関係
-rw-r--r--  1 1007  5000    4497260 Oct 20 10:30 xshare58.tgz X関係
です。


を頭に入れておいてください。

つまり　全アーキテクチャでソースは共通で　各アーキテクチャを　それぞれのコンパイラがうまくコンパイルしてくれるのです。　まったくもって驚嘆すべき構造です。




B）まず最新のソースをつれてくる

# cd /usr
# export CVSROOT=anoncvs@anoncvs3.usa.openbsd.org:/cvs
#  cvs checkout -P src

          cvs -d$CVSROOT checkout -P sys 

　　　　　　一応通るけど　必要ないらしい　　　　確かに /usr/src/sys/は黄色だけで　できていた。

Once you have a tree,
you can update it at a later time:

 # cd /usr/src
 # export CVSROOT=anoncvs@anoncvs3.usa.openbsd.org:/cvs
 # cvs -d$CVSROOT up -Pd

http://unosodoku638kam.hatenablog.com/entry/2013/12/27/192223　　も参考に

 

C)ソースからカーネルをビルドする。

cp /bsd /bsd-1
とバックアップをとっときます。
立ち上がらないときは　/bsd-1で立ち上げます

# cd /usr/src/sys/arch/amd64/conf
# config GENERIC
# cd ../compile/GENERIC
# make clean && make　　　             ＜ー15分かかった：linuxで遊んでいよう

# make clean && make depend && make   ＜ー15分かかった：linuxで遊んでいよう

# make install

ls -l /bsd*

インストールが終わったら再起動させます。

# reboot

 

openbsdではこの青背景の部分は　またもや無視してください。
kvm hostは　archlinux です（もちろん　guestはopenbsd）。
archlinuxで　topで負荷をみると
top - 00:51:44 up 44 min,  0 users,  load average: 2.61, 2.46, 1.99
Tasks: 112 total,   3 running, 109 sleeping,   0 stopped,   0 zombie
%Cpu0  :   8.9/4.1    13[|||||||                                              ]
%Cpu1  :  90.1/9.3    99[|||||||||||||||||||||||||||||||||||||||||||||||||||||]
GiB Mem : 61.1/1.857   
GiB Swap:  0.0/4.000   
な感じで、swapは発生してません。　意外と軽い。

 

D)ソースからユーザランドｂaｓｅをビルド
Linuxディストリビューションでいうところの
　　　coreutilsやBusyBoxに当たる部分

 

次にカーネル以外の部分を最新にします。
Clear your /usr/obj directory and rebuild symbolic links:

# rm -rf /usr/obj/*
# cd /usr/src
# make obj

• # cd /usr/src/etc && env DESTDIR=/ make distrib-dirs
  
  

• Build the system:

  # cd /usr/src

  
  

  # make build　　　＜ー2時間ぐらいかかる：おでかけtime
  

 

細かな変更の適用

ビルドが終了したら「 Following -current 」 を確認し、
必要な変更を行います。



例えば 2013/12/04 には、 2013/12/08 に libcompat が廃止されたので、 以下のコマンドを実行し、 必要のないファイルを削除するように書かれています。

# rm -f /usr/lib/libcompat.a /usr/lib/libcompat_p.a
# rm -f /usr/include/{re_comp,regexp,sgtty,sys/timeb}.h
# rm -f /usr/share/man/man3/{re_comp,re_exec,rexec,regexp}.3
# rm -f /usr/share/man/man3/{cuserid,ftime,gtty,setrgid,setruid,stty}.3

これ以外にも様々な指示があるので、 よく内容を読んで実行してください。


openbsd do not  security support of X and aplications of ports .
X's security is xorg .
Firefox(a part of ports)  security is  firefox.org .



E) xenocara つまり　X




 http://www.openbsd.org/faq/faq5.html#Xbld　の通りである

$ cd /usr


# cvs -qdanoncvs@anoncvs3.usa.openbsd.org:/cvs checkout -P xenocara

       cvs -qdanoncvs@anoncvs2.usa.openbsd.org:/cvs checkout -P xenocara  でもいいかな

# cd /usr/xenocara

# rm -rf /usr/xobj/*

# make bootstrap

# make obj

# make build

F)portsつまり　アプリレベル

firefox等のアプリをそのソースからコンパイル

私はこれはしません。

openbsd本体では　５００をこえるpkgをつくるので　
　　　　　　　　　これには余程はやいコンピューターがいると思われます。
( vlc をmakeしようとすると　10時間立っても終わりません。 　
cpu: Intel(R) Celeron(R) CPU J1800 @ 2.41GHz, 2417.11 MHz
では　オソーイ. Cleaning for gcc-4.9.3p3が出たのでおそらくgccもコンパイルして遅くなったのだろう ）


export PKG_PATH=http://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/amd64
pkg_add firefox
で充分です。
ただし　packages にないときはしょうがない。



一応書きます


# cd /usr
# cvs -qd anoncvs@anoncvs.ca.openbsd.org:/cvs get -P ports


Any time afterwards, to update this tree:
If you are following -current:
    # cd /usr/ports
    # cvs -q up -Pd

 make search key=rsnapshot

ここ

「 /etc/mk.conf 」に以下を追加します。

SUDO=/usr/bin/sudo
USE_SYSTRACE=Yes
WRKOBJDIR=/usr/obj/ports
DISTDIR=/usr/distfiles
PACKAGE_REPOSITORY=/usr/packages

アクセス権を修正します。

$ sudo chgrp -R wsrc /usr/ports
$ sudo find /usr/ports -type d -exec chmod g+w {} \;

フォルダを作成します。

$ sudo mkdir /usr/obj/ports
$ sudo mkdir /usr/distfiles
$ sudo mkdir /usr/packages

 

 

• 検索
  $ cd /usr/ports
  $ make search key=rsnapshot

必要なものが見つかったら、 そのディレクトリに移動し、 以下のコマンドを使用して、 インストールを行います。

• インストール
  $ sudo make install
•  
• フレーバーの表示
  $ make show=FLAVORS
•  
• フレーバーの設定してインストール。
  $ sudo env FLAVOR=no_x11 make install
•  
• サブパッケージの表示
  $ make show=MULTI_PACKAGES
•  
• サブパッケージを指定してインストール
  $ env SUBPACKAGE="-server" make install

15.3.6 - Cleaning up after a port build

You probably want to clean the port's default working directory after you have built the package and installed it.

$ make clean
===>  Cleaning for rsnapshot-1.2.9

In addition, you can also clean the working directories of all dependencies of the port with this make target:

$ make clean=depends
===>  Cleaning for rsync-2.6.9
===>  Cleaning for rsnapshot-1.2.9

If you wish to remove the source distribution set(s) of the port, you would use

$ make clean=dist
===>  Cleaning for rsnapshot-1.2.9
===>  Dist cleaning for rsnapshot-1.2.9

In case you have been compiling multiple flavors of the same port, you can clear the working directories of all these flavors at once using

$ make clean=flavors

You can also clean things up as they get built, by setting a special variable. Work directories will automatically be cleaned after packages have been created:

$ make package BULK=Yes

雑感
QEMUの技術は大事だ！
おそらく　i386は　おそらくamd64 マルチCPUな　高速コンピュータの上で　ソースからコンパイルされている。

というのは　openbsdに　たとえ古いi386マシンがあったとしても　昔は１G超えのメモリを積むことはあり得なかった。　しかもCPUが　i386では1000近いpackageを作ることは恐ろしい時間がかかり耐えられない。






ともかくとして　snapshotについていくには
kenel
userland
X
をコンパイルして、


さらに　portsの日本語`入力(scim-anthy)はコンパイルしないとうまくいかない。





NHKの神の数式（theory of everything）　より抜粋

素粒子はすごく軽いので　通常は重力は無視できるので　
微細な世界では標準理論(素粒子の数式)だけでOK
しかし　宇宙の始まりとブラックホールの中では重力が無視できないので標準理論は破綻する。

そのために超弦理論がでてきた。
恐ろしい事に　数学力があれば　 超弦理論から　一般相対性理論も　標準理論(素粒子の数式)も　導きだされてしまう。

で　superstring theoryが　theory of every thing の最有力候補だ。　
superstring theoryは　超微細な世界では　１１次元という。
（一本のロープは　人間には前か後かにしか進めない一次元の世界であるが　小さなアリにとっては前後左右に進める２次元の世界だ。　でなんとなく感覚的に微細な世界では　１１次元は納得できる）

なお 数学は神の領域で　nが３以上なら　神様でもフェルマーの式を満たす数はつくれない。
そして　今　整数論、位相幾何、関数論が相互乗り入れになり　数学の第統一がなされようとしている（フェルマーの定理という整数論の問題が　楕円関数で解決された）。

さらにペレルマンがポアンカレ予想をといたときに　物理の概念をたくさんいれている。

で　数学と物理とが融合していっており　大大統一論がスタートしてるかのようである。
 でも　これらは天才の世界の出来事であり
通常の人間は　いくら努力をしても　１００m　１０秒は切れないように　ワカンナイ。

なお
https://www.youtube.com/watch?v=7y_BlA3ZTeQ
の　5分５０秒くらいのところに　超弦理論の元は
２００年前の　数学者オイラーのオイラーの関数だったとでてます。