ブログ更新 >> 技術者見習いの独り言: Chinachu を SELinux 有効にして使う http://orumin.blogspot.jp/2017/12/chinachu-selinux.html
ブログ更新 >> 技術者見習いの独り言: Chinachu を SELinux 有効にして使う http://orumin.blogspot.jp/2017/12/chinachu-selinux.html
最後にenforcingに切り替えるステップ書いといた方が圧が出て良さそう(?)
このアカウントは、notestockで公開設定になっていません。
全てがURL、私はなかなか良いアイデアだと思っていて、「全てがファイル」では「身近な」ファイル(ローカルのストレージにあるファイルシステムに書かれたふつーのファイル)と、そうでないファイル(ネットワークファイルシステム、sysfs、procfs、などなどにあるファイル)の区別が難しいのに対して、「全てがURL」では、例えばfile:で始まるものとhttp:で始まるもの、usb:で始まるもの、などなどで区別ができるという良さを感じます
ソケットとか SystemV IPC みたいな様々な概念,あとグラフィックデバイス,これら全部あとからもたらされたので,Plan9 では TCP/IP もグラフィックも全部ファイルにしなおした上で,ストレージのマシンと画面表示のマシンと……みたいなのが全部ネットワークで分散できる仕組みだったんですよね,流行らなかったけど。
When in Rome, do as the Romes do. の通り,Windows は Windows の,Unix は Unix のやり方でやるのがよくて,こっちにあるものがあっちにない,と言うのはないものねだりなのでよくない。それはそれとして,OS にちゃんと仕組みが整備されてるのなら,それは積極的に使ってほしい
ちなみに、Tim Berners-Leeも間違いだったと語ったとされているhttp://の//はRedoxのAPI上では滅び去りました(なので、ふつーのファイルについても例えばfile:///etc/fstabではなくfile:/etc/fstabのようなパスになる)
このアカウントは、notestockで公開設定になっていません。
Linux でも DBus とかってパスで色々やってるし,全てが URL,悪くないかもしれないな……というか Redox の開発者天才か?こわいわ
URIはIETF的には生きてますが、WHATWG的には全部URLって呼ぼうぜって感じっぽいですね
コンピューティングの理想郷が存在したらコンピューティングの学生は下手したらデッドコード除去の対象ですよ
@beepcap 最近,Art of BeOS Programming の序章とかにある Be の設計の話とか読んで,マルチスレッドを前提としてめっちゃよく考えられて作ってるなあってすごい思いました。BeOS,消えたけど……。(HaikuOS しかない)
まさか俺らの中にHaikuの動向を追いかけてないシャバ僧はいねーと思うが(?????)
最近のHaikuかなり良くなってきた(UIというかL&Fはそのままだけど、流行りの見た目を追いかけてR1のリリースを無限に延期するわけにはいかないし、やるとしてもR2の仕事だよなという空気がある)
BeOS も NeXT ももういいので,とりあえずみんな“serial experiments lain”は本当に良いので観ましょう。こちらからは以上です。
自分の専門だからってのもあるけど OS の話になるとつい長話してしまうの本当良くないし,何が良くないって時間が溶けた
OSの話するとき早口になる奴らのコミュニティに所属してるからね、仕方ないね(?)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Haiku、ここ数年のOSS界隈の流行りである「週報か月報を書く」に乗って月報書いてるからコミットログ監視マンにならなくても大まかな流れが追えるので良さ
このアカウントは、notestockで公開設定になっていません。
Windows 10 Pro環境を得たのでやっていっているのですが、Microsoftのアカウントと紐付けないと「デバイスの暗号化」を完了できないのが最高にここ陰謀論の言いどころ感ある
このアカウントは、notestockで公開設定になっていません。
ここでいうnviというのはNeoVimのことではなく、オリジナルviのソースコードを自由に使えなかった時代に書かれたvi互換テキストエディタです
今はオリジナルviを今のUnixでコンパイルできるようにちょっと手直しした代物がOSSとしてリリースされていて、Arch Linux標準のviはそれになっている
このアカウントは、notestockで公開設定になっていません。
FPGAでRTLする流れのまま盛り上がっていったらIntelliJがVerilog HDLとVHDLのIDE出しそうだけど、ふつーの人々はきっとRTL書かなくて済む世界になりそうなのでVerilog HDCの民とVHDLの民はア
マニ車に外力を加える存在が徳を積むのであればマニ車自身が〜という話にはならないのでは
カーネルの更新は早めに反映する派ですが、いずれにせよSAに目を通す習慣は大事ですね(習慣が身についていない)
ウブントゥにほんごチームが書いているUbuntu Weekly TopicにもUSN由来の情報が書かれている◆しよう◆
mikutter slack でd250g2 Slackのタブのアイコン作ったんだけど、Slackが炎上してる感じになった上、となりから「なにつくってんすかw」って鼻で笑われてクソ大声で泣いた https://social.mikutter.hachune.net/media/WiZjBPVxArQdIknrGr0
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
発売されたということは平等に購入する権利がある、確かに(おもむろにCrayのWebサイトを開く)
アトリエシリーズの新作が出たからといってmikutterの通知欄に異様な文章が流れたりしないのプロフェッショナルみと良心を感じる
WM が起動してなくてもカーネルもユーザーランドも tty も起動してるんだから Ctrl + Alt + F<n> で別のコンソールに入って CLI でログインするだけなので,べつに Arch Linux は壊れてはないのでは? 🤔
ちなみに,カーネルモジュールがロードできなくて / がマウントできなくて emergency mode になるとか,そういう場合でも initramfs の中にあるカーネルと busybox に入れるので / とか設定ファイルが修復できることが多いから壊れてないし,例えカーネルパニックが起きても Arch Linux の USB インストールイメージから boot して内部ストレージをマウントすれば復旧できるので,Arch Linux は壊れてない(真顔)
物理的に破損して修復不可能になるまで Arch Linux は壊れてないって言い出す,Arch Linux ユーザーにありがちな発言
よくわからんマンから言わせてもらうと、何かしらの操作を強いられる時点でそれは壊れているのだ(ぐるぐる
たぶん,Windows ユーザーからすると WM(というか explorer.exe というシェル)も含めて OS なので,GUI が出ないというのは OS が壊れたことになるんですが,Unix 系に慣れた人やカーネルのみを狭義の OS として認識する研究者とかは,最悪シェルすら起動しなくてもそれは壊れたのはユーザーランドのいちアプリケーションであって,OS が破損したという状況だとあんまり思わないというのがある。
カーネルだけ,はいい過ぎにしても,Linux ディストリビューションならパッケージシステムやそのデータベースが破損してなければ OS の骨子は生きてる(あくまでパッケージシステム以外の部分は全部パッケージとして導入される部分で OS の上のモノ)というのはある。
shell が破損するときはわりと libc が破損して libc に依存する大部分のユーザーランドツールも総て破損してるけど,Arch Linux だと mkinitcpio が生成する,initramfs なんかは BusyBox を含んでて,BusyBox は何かに依存しない単一のバイナリだけでシェルも基本コマンドも全部使えるから,わりと shell 死んだ!ってなっても BusyBox があればなんとかなる。
ところで,ルート権限になった状態で bash 起動してて,うっかり rm -rf --preserved-root / して何もかも消しさったとしても,カーネルとシェルはまだメモリの上にだけ残ってるので,うっかり再起動とかしなければなんとかなる。シェルの組込み機能(他のコマンド呼出ではない)ものとして echo があるので echo * とかすれば ls コマンドがわりになるし,/dev/net/tcp とか使えば bash の機能だけでネットワーク通信ができるので他のマシンからバイナリを貰って来れるため。
メモリ上のシェルとカーネルだけでなんとかするやつ,江添さんのブログで学んだが実際 libc だけ消し飛んだときにそれで復活しことがあり
JPキーボードをUSキーボードとして扱われたときの対処は慣れてるけど、今USキーボードをJPキーボードとして扱われてかなり困ってる
具体的にはさくらのVPSのVNCコンソールでVim使ったらコロンが出なくて詰んでる
Vimは実のところ問題ではなくて、さくらのVPSのVNCコンソールがIMEの介入を許さないのでア
sshdが公開鍵認証しか許さない設定で、今使ってるマシンの公開鍵を登録していないのが問題の根本だったのでnanoであれこれしてgot kotonaki
昼間のやつ、単にVimを立ち上げる前にloadkeysすれば終わってたんだよな(何をしてもだめ)