  |
はてなキーワード: APTとは
やっとこさ20個近くあるリポジトリ クローン終わった。ああしんど。スクリプトが自宅にあったはず。あれbashrcに追記しないと・・しんどさがぶり返す。
gitはWSLにプレインストールされているようだ。しかしパスワードを繰り返し入力地獄を脱するための設定をまた調べる必要ある。億劫だったけど、調べた。ちょっとだけ頑張った。
WSLへのapt install によるjqのインストールが失敗。curlでワンライナーシェル芸で導入する方法があったんでこれでやってみたらできた！あともうちょっとで ひたすら黒画面ユーザー(Windows起動中はほとんどUbuntuの黒画面向かっている人)になれる？
GPU encodeアプリというのに興味がある。どうもAVIUTLとかいうソフトと組み合わせて使うことが想定されているようだ。単体のもある。当該ソフトがChocolatey化されてないようだ。無料のソフトだというのにチョコ化(apt化)されてない理由はなんだろ？単体バージョンを選ぶ事にしょう。しかし、他にも色々インストールする必要がありそうだ。
早くないらしい。AMDが提供しているVCEだかAMFだかっていうライブラリがショボいのが原因らしい。しかしPegasysのTMレボだかっていう商用ソフトでもVCEかAMFエンコード（つまりGPUエンコード）機能は提供されている。そちらの方で苦言が呈されているのは見ない。
apt install xxx
yum install xxx
or install non free software please.
non free it is ok. I think, but you should say so it is not free,commercial.
time is not free for me.Is it standard? non free soft ware is standard ?
I think it is commercial api not standard.
but it is ok. a software is not free , it nees by money.
2020 . please teach me your company name.
please add experimental it is ok.
簡単な話でいえば 弾幕薄いよなにやってんの？ But I think so too, it is not good.
thank you.
ながくつれそった、女の傍にいよう。若けりゃいいってもんじゃない。
Linux マシンでオンラインクラウド経由でデータ共有するためにはこのアプリというか○○が必須というわけで導入した。
この前Windows10マシンでやったときは ターミナルからブラウザに自動的に飛ばなかったが、Linuxは飛んだ！！！飛んで飛んで回って回って・・・こっちの方がいいのか？でも選べるクラウドの種類が少なかったというか○○のバージョンが古いんだな。aptでダウンできる奴のバージョンが最新じゃないってことか？どうでもいいや！使いたいクラウドはGoogleDriveなんで・・
起動時実行とシャットダウン前実行の自動化について調べる必要性。
LinuxマシンでLINEやるには、・・・API使うか？chrome導入するか？普通に考えたら後者だろな。APIだと送信専用になっちゃうかも・・だからな。
Docker まるでわからないし苦手意識すごいけど、苦手なりにその理由がなんとなくわかってきた。
まず何をするにも Docker Hub からイメージを入手するところから始まるに心理的抵抗がすごくあるんだ。
よく考えたら apt とかでアプリインストールするのと何が違う、とは思うけど、とにかくそこだ。
そしてさらに苦手意識を助長するのが、コマンド打つだけで簡単に環境作れますよ的なあれだ。
10代の若者が Docker 使って軽々と Rust 開発環境とか Web サービスとか作ったりしてるのに、
ウォークマンから小型BluetoothアンプのES100やBTR5といった機種に無線(コーデックはLDACもapt X HDも使える)で飛ばし、そのちっこいポタアンを胸ポケットやらベルトやらに付属クリップで留めて、そこからは有線の好きなイヤホンをつなげればハイレゾ相当の音質を保ったままDAP直よりは身軽になる。
上述のポタアンは2.5mmバランス出力も備えているのでリケーブル対応イヤホンで遊べるし、イヤホン本体も場所や気分に応じて付け替えられる。電車内では密閉性の高いカナル型、ワークアウト時はイントラコンカ、など。
家ではPCなどに繋がるUSB-DACとして使えるし、マルチポイント機能があるのでイヤホンをしたままPCの出音とモバイル機器の出音をシームレスに切り替えることができて便利。
おおお感動だ。Linuxから日本語が入力できる。日本語入力用パッケージを導入しようと思うと、sudoにプロキシを効かさないとならない。となると、ターミナルからいろいろ呪文を入力しないとならない。aptがからむプロキシが効いてなかったけど、「sudo -E env」でうまくいったみたい。「apt.conf」ファイルもつくった！！役立っているか不明
。
デスクトップ環境にプロキシを刺すのは簡単。自動ってやつを選べばいい。ネットブラウズだけする分にはそれでもよかろ。
感動のあまり、Linuxマシンを持って帰ってきた。しかし、ここではLANにつなぎたくない。すでにWiFiは死んでるとおもうし・・何の目的で持って帰ってしまった？ウェイトトレーニングの一環か？全体にプロキシ刺しちゃったから他の場所では使えないっしょ?.bash_profileする？いや！このLinuxマシンは職場で有線で接続。
この解説記事の通りにやったらDockerのインストールが完了した。
sudo apt-get remove docker docker-engine docker.io containerd runc
sudo apt-get install apt-transport-https ca-certificates curl gnupg-agent software-properties-common
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -
# :OUTPUT:
# OK
sudo apt-key fingerprint 0EBFCD88
# :OUTPUT:
# pub rsa4096 2017-02-22 [SCEA]
sudo add-apt-repository "deb [arch=amd64] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable"
sudo apt-get install docker-ce docker-ce-cli containerd.io
# :OUTPUT:
プログラマじゃないけどプログラミング完全に理解した（）おばさんが理解してる基礎知識書くよ。
（追記 この文章はプログラミングの勉強をしたいけどその周辺にある基礎知識になかなか触れる機会がない人向けに書きました。これらの基礎知識があると、困ったときに調べ方すら分からないという状況は回避しやすくなるはず）
ターミナル、いわゆる黒い窓からCUI（コマンドユーザーインターフェース）でコンピュータを使う方法を覚えよう。これは大学のコンピュータリテラシーで習った。MacOSXで復習すると捗った。（追記 すごく間が抜けてたけどMacOSXはUnix系OSです）
まずはファイル操作。Macでターミナルを使って、cd Desktopって打ってからecho ohayou ＞ aisatsu.txtって打ってみて、cat aisatsu.txtってやる。そうすると何が表示されるのか？とりあえずやってみよう。ここで＞は増田の都合上大文字全角にしてるけど、ちゃんと半角にしてね。なんで増田の都合上半角がダメなのか、そのうち想像できるようになろう。（追記 ブコメ指摘感謝）
そして、実際にデスクトップを見に行ってみると、aisatsu.txtってファイルがあるはずなんで、開いてみよう。これで何が起こったのか７割くらいはわかるはず。
こういうファイル操作の基本をまず覚えよう。これこそ空気みたいなものだから。
（追記 ここも間が抜けてたけど確かにhogeって何かわからないね。直しました）
最近は何も考えなければ文字コードはとりあえずUTF-8でなんとでもなるようになってるけど、バックスラッシュとかは環境設定で出てくるように設定しないと出てこないし、その意味合い、つまりエスケープとしての使い方を頭に入れておくと後々困らないと思う。あとEOF（エンドオブファイル）とか改行コードとかもそういうものがあるよ程度には覚えておこう。これ頭の片隅にはいってないと分からん殺し的な罠にはまることがある。
これは使いたいプログラミング言語の公式サイトに行くと大抵書いてある。
でもMacだとだいぶ楽。とりあえずターミナルからgccって打ってみるとなんかCUIツールとか書いてあるものをインストールしろって言われるのでインストールする。これだけでCとかC++とかRubyとかPythonとか一通り使えるようになる。もしかしたら最近はこのインストールすらいらないかもしれないけど。
あと、シェルのコマンドとかプログラミング言語を実際に使うときはいろんなライブラリをインストールする必要があるけど、そのライブラリは管理がすごく面倒なので管理をまとめてくれるコマンドがあったりする。aptとかhomebrewとかがそういうのだから、そんなものの使い方も覚えておこう。
（追記 言語の文法を追うだけなら環境構築なんてしなくてCloud9とか使ってもいいかもだけど、プロダクトを作ろうとした時にはまだまだ手元で環境作って必要なライブラリを入れてとやった方が後々応用がきくと思うのですよ。それにそうしていくとDockerの有り難みなんかも理解できるようになっていくのではと思います）
最初に勉強するプログラミング言語は、Javaだけはやめておけ。
なんでかっていうと、Javaはオブジェクト指向言語ってやつなんだけどオブジェクト指向的にしか書けないから。古い人間だと言われそうだけど、最初は手続き型言語から始めるべきだと思ってる。少なくとも、手続き型的に書ける言語から始めるべき。
なぜそう思うのかも含めて、とりあえずおばさんが理解しているプログラミング言語の発展の経緯を軽く解説する。
最初の頃のプログラミング言語は、手続き型と呼ばれるものが多かった。
この〇〇型ってのはプログラミングをするときの考え方によって名前がついているんだけど、手続き型はまず0を作って、0に1を100回足して、最後にその結果を表示してください、みたいな、上から書いた順番通りに動くのが基本のルールである考え方。プログラムは基本的にはこうやってデータをアルゴリズムを使って変化させていって望む結果を得ている。でもこのやり方は問題も多かった。プログラム全体がひとかたまりになってしまっているので、数千行とかになるともう普通の人では手がつけられないし、人間のミスでデータを間違って扱ってしまうことがバグの温床になった。
なので、この手続き型の考えに構造化という考えが加わって、関数というものが生まれた。関数っていうのは料理のレシピに例えるとわかりやすいかも。
5:豚こまを入れて色が変わるまで炒めます。
9:火を消して8をお皿に盛り、野菜炒めの出来上がりです。
B:肉に味付けをします。
2:Bを入れて色が変わるまで炒めます。
3:Aを入れてしんなりするまで炒めます。
4:火を消して3をお皿に盛り、野菜炒めの出来上がりです。
って書ける。ここではAとBが関数。
この程度だとあまり意味を感じないかもしれないけど、これがもっと複雑なものを想像してみると、なんとなくありがたみが分かって来ないだろうか？こうすると、多人数でプログラミングをするときに、Aを書く人、Bを書く人、1〜4にまとめる人って感じで作業分担ができる。それに、バグが起きた時もAの領域でバグったのか、Bの領域でバグったのかとか、全体にまとめると上手くいかないのかとか、原因の切り分けがしやすい。
でも、プログラムがとっても複雑化すると、これでも手に負えなくなる。料理の例えを拡大すると、料理店を運営することを考えるといいかも。
料理店でたくさんの料理をさばくときに、レシピを完全に1から作ることってないと思う。Aさんが野菜の仕込み担当、Bさんがスープの仕込み担当、というように各人に仕事が割り振られているはず。AさんもBさんもそれぞれの仕込みのレシピを持っていて、最終的に出てくる仕込みがちゃんとしてればAさんBさんの仕事の詳細までいちいちシェフが細かくチェックしない体制になっていると思う。大雑把にいうとそういう考え方をプログラムで再現したのがオブジェクト指向型言語。
なので、本気で料理の初心者がいきなり厨房の仕切りを任されて上手くいくのは難しいように、構造化プログラミングのありがたみすらわからない段階でオブジェクト指向型プログラミングに手をつけても意味がわからんだろうと思うのがおばさんの立場です。
（追記 おばさんはRubyを勧めておきます。オブジェクト指向型言語ですが、手続き型的に書き下すことも出来るからです。一つの言語で手続き型構造化オブジェクト指向、全部勉強できます。メソッドも便利なのが一通りあるし、日本語を扱うのにも問題が少ないです）
次に問題を分解できるようになろう。
例えば、クイズゲームを作りたいと考えたときにクイズゲームを作りたいです、って問題は大きすぎる。
クイズゲームに必要な要素は、問題文を表示する、回答を入力してもらう、正誤判定をする、正誤判定の結果を表示する、ということだなぐらいにまず分解する。
これを実際にプログラミングしようとすると、もっと分解できてさらに問題が見えてくると思う。
コンピュータってのは創造的なことはできない代わりに、とても簡単なことをとても階層的に重ね合わせて大きな問題を解けるように作られてる。それを心するといいと思う。
これ超大事。プログラミングって本当に自分で1からものを考えなきゃいけないことってあまりない。大きな問題はあなただけの問題かもしれないけれど、それを構成する小さな問題は大抵他の誰かが解いている問題なので、調べてみれば答えが見つかると思う。
エラーメッセージが出てきたらまずググってみる。翻訳しても初心者には意味がわからないし、ググったら誰かが解説付きで紹介してくれているのでその解説を読んだりしながらエラーメッセージとの付き合い方を覚えていけばいい。
メソッドの使い方がわからなかったら言語の公式サイトに行ってみる。メソッドの使い方で大事なのは呼び出し方、返ってくる値の型とかそういうのだから、こういうところはググるよりも公式サイトに書いてあることをしっかり読んで理解する。
あと、アルゴリズムの勉強もしてみるといいと思う。アルゴリズムとデータ構造と計算量の勉強。大学の学部レベルの教科書をちゃんと読んでみると、例えばデータベースを操作するSQLというものを書くことになった時とかに効いてくる。あとは作ったプログラムが遅すぎてどうしようとかいうのを解決する時とか。
なんか深夜までいろいろ書いてしまったけど、あくまでもプログラマじゃないおばさんが書いたものなので、みんなでツッコミとか入れてくれると大変助かります。
1. 作者が用意したスクリプト 01downloads の apt install 部分で修正が必要なようです。
emacs24 はリポジトリになかったので，代わりに emacs25 を入れました
gcc-4.9, g++-4.9, cpp-4.9 はリポジトリにありません。
エラーを見るとFortranで止まっていたので，入ってないのかな？と思って調べたら(Synaptic パッケージインストーラにてgfortranで検索した)，入っていませんでした。おそらく，gcc4.9が入らなかったからだと思います。
gfortran, gfortran-doc, gfortran-multilibをとりあえず入れてみたら動きました。（ついでにgfortran7類も入ったようです）
昨今流行りの機械学習でプロジェクトがぽこぽこ立ち上がっている状況なのだが、一部の人を除き、apt-getで躓いているのは会社にとって損失だと考え、オンプレクラウドのようなものを構築することにした。
グループ全体の規模はそこそこ大きいが、将来単なるアッセンブリー屋になることが目に見えている事もあり（今後20年以内には喰われてしまうという憶測もあり）ネットワーク、Linux、コンテナ、プログラミングが出来る自分が社内の機械学習、引いてはITインフラの民主化、なんだったら外販できるくらいのもの作ってやろうと鼻息巻いて無理やり一人プロジェクトを興すことにした。
まずは既存DHCPサーバ、名前解決ができないDNSサーバからゲートウェイPCを用いてネットワーク的に分離、社内の物理的な設置スペースの問題でデスクトップPCとサーバPCが離れた所にあるため、WireGuardでVPN構築、ゲートウェイPCはそれぞれKea DHCPサーバ、PowerDNSサーバを稼働させ、OpenStack導入検討時に悩んだ鶏が先か卵か先か問題を解決することにした。
上述の通り、システム構築にあたってOpenStackやMAAS,RancherOSなどを検討したが、社内のニーズを「100%」汲みとった上で、次世代のオンプレクラウド（個人的にはエッジクラスタがゆるく繋がるアメーバクラウド？のような呼称があっている気がするが）を構築するにはどれも痛し痒しで何かしら制限がついて回るのは許容できなかった。これは今後5年、特に海外事業所の開発者の事を考えた時には外せない要件だった。
とはいえmiekg/dnsを用いてCoreDNS進化版を作るにはリソースが足りず、BINDを用いるにはSA対応がしんどすぎるため、APIを備えており、今後も進化が見込めるであろうOSS、また必要であれば商用製品や保守サービスが受けられる事から上記2つを選択した。
PowerDNSはさておき、ISC KeaはナウでYANGなLinux YANGに対応しようとしているなど（言いたかっただけ）、世の中のオンプレ環境を塗り替えるためには兎にも角にもAPIゲートウェイが重要だと考えたため、双方が提供しているAPIをうまく吸収するミドルウェア（とちょっとしたAPIサーバ）をGo言語で作成した。
次に世の中のパブリッククラウドやOpenStackなどを触ったことのある開発者はCloud-initに慣れているはずという前提の元、対応コスト勘案の結果、NoCloudで対応しつつ、上記のAPIサーバと連携し、ベアメタルマシン管理した事のある人はわかる、ベアメタルマシン特有の諸問題を解決することにした。
まぁなんだかんだ大企業なのでお金で解決する手段もあるが、そもそも高集積ラック搭載GPUサーバ購入の稟議が通るような会社だったら既にKubernetes導入しているだろうし、俺もこんなことしてない。
脱線したが、上記以外にも検証やバックアッププランとしてAnsible記述などの作業はありつつも、3ヶ月かけてようやく基礎となるインフラ基盤が構築できたため、nuxt.js+goで簡単なフロントエンドサーバを構築し、一人情シスの様相を呈している部下のリソース開放、Calico対応+Kubernetes導入、不安がっている上席が安心できるように、分かりやすい餅を用意しようとしている、というのが現状。
ここまで寝る時間も惜しんでトップスピードを維持したまま頑張ってきたものの、少し限界を感じている。
特にオンプレクラウドは部外者が中々見えてこないものがあり、なんならその見えないものを限界まで吸収できるように、かつ現実的に実現可能なギリギリのラインを狙っているのだが、そもそも周りに相談しようとしても何を言っているのか解説する所から始めないといけない。
覚悟はしていたが、ふとした時にとてつもない脱力感に襲われてしまう。
世の中を切り開いてきた諸氏はおそらく一度はぶつかったであろう、この内なる自分の壁をどのように突破してきたのだろうか？
ひたすら孤独との戦いだというのは頭では理解しているものの、突発的にくるこの脱力感はいかんともしがたい。
この問題に悩まされていたが、
https://superuser.com/questions/1284924/virtualbox-freezes-my-host-system-ubuntu-16-04
この stackExchange を見て問題が解消された。
原因はおそらくvirtualboxのバージョン5.0を使っていたこと。
バージョン 5.1 に上げたら起動した。
バージョン 5.1 にあげるところでも躓いたのでメモしておく。
`sudo apt install virtualbox-5.1`
そのため、
`sudo aptitude install virtualbox-5.1`
として、インストールを行った。
