「Deb」を含む日記

はてなキーワード: Debとは

2023-07-09

■anond:20230709013715

・ /optに入れろ派

・ /usr/localに入れろ派

・全部deb パッケージ化しろ派（過激派）

・野良ビルド管理ツールの○○使え派 ※○○は2年くらいで消えて新しいのが出る

Permalink | 記事への反応(0) | 01:46

2022-12-11

■Twitterでは、嘘が本当の話よりも速く伝わる

MITの3人の学者による研究で、Twitter上では、嘘のニュースが本当のニュースよりも急速に、しかもかなりの差で拡散することがわかった。

MIT スローン経営大学院の教授で、この研究結果を詳述した新しい論文の共著者であるSinan Aral氏は、「我々は、虚偽が真実よりも著しく遠く、速く、深く、そしてより広範囲に、すべての情報カテゴリーで、多くの場合、一桁の差で拡散することを発見しました」と述べています。

MIT メディアラボのメディア芸術科学准教授で、メディアラボのLaboratory for Social Machines（LSM）のディレクターである Deb Roy氏は、この研究の共著者でもあります。ロイは、Twitter上で真実と偽りのニュースが異なる軌跡を描くことに、研究者たちは「驚きと唖然の間のどこか」だったと付け加えています。

さらに、研究者たちは、虚偽の情報が広がるのは、基本的に、不正確な記事を流すようにプログラムされたボットによるものではないことを発見しました。その代わりに、人々が不正確なニュースをリツイートすることで、ツイッター上での偽ニュースの速度が速くなるのです。

この論文の共著者で、LSMのポスドクであるSoroush Vosoughiは、博士課程の研究が今回の研究のきっかけとなったと語っています。

この研究では、この現象を定量化するさまざまな方法が示されています。例えば、虚偽のニュースがリツイートされる確率は、真実のニュースよりも70%も高い。また、本当の話が1,500人に届くまでの時間は、嘘の話が同じ人数に届くまでの時間の約6倍かかるという。Twitterの「カスケード」（リツイートが途切れることのない連鎖）については、デマは事実の約20倍の速さでカスケードの深さ10に到達します。また、どのカスケード深度においても、虚偽の発言は真実の発言よりも広くユニークなユーザーによってリツイートされている。

https://www.science.org/doi/10.1126/science.aap9559

anond:20221211233559

Permalink | 記事への反応(0) | 23:47

2022-06-05

■

seleniumとやらを体験したい。

dockerでubuntu:20.04でchromeDriverにchromium-browserとか入れればいいんだろ？

誰か「chromium-browser？それなら apt-get install lsb-release libappindicator3-1 の次に

　　wget https：//dl.goo略/_amd64.deb して dpkg でインスコや」

何やそれ。コマンドひとつじゃ入らんのか。

ってか、これじゃchromeDriverが動かない。chromium-browser も無いし、インスコ出来てなくない？

別の誰か「ちゃうちゃう、apt-get install chromium-browser がシンプルでええやん」

まあ、そうやろな。インスコしとくれ。

ターミナル「色々DLしとるが、どっかの https：//archve.略/foobar で Bad Request が返ってきたでｗ」

何やそれ・・1回くらい自動でリトライしてくれていいんやない？自分でリトライしたら通ったで。

しかしこれも動かない。

別の誰か「apt-get install default-jre いるみたいやで。ドキュメントどこにも書かれてないけど」

何やそれ？なんでJREが出てくるの。

まあJRE入れれば、確かにchromedriverの出すエラーは変わった。

「chromium-browserのプロセスが居なくなったし、クラッシュしたんじゃね？」と。

何やそれ。。。

chromium-browser --version をやってみると

ターミナル「snap install chromium でsnap版入れてくれｗ」

何やそれ！apt-getの時に何が入ったんや！

まあよく知らんが、やったるか。snap install chromium っと

ターミナル「あかん、http：//localhost/v2/snaps/chromium に繋げられんのやがｗ」

なんでlocalhostに繋げようとしてんの。

いまだにLinuxくんと仲良くできない。

追記。

なるほど、Ubuntu 20.04 からはsnappyに移行しとるんだと。しかしWSL2ではsystemdが動いてないんでsnapdも動いてない。だからアカン。

わいが仲良くできていないのは、LinuxくんではなくWSL2くんと言うべきなのか？

Ubuntu18.04ならapt-getで動作する事が分かったので、もういいや。

Permalink | 記事への反応(1) | 16:39

2021-07-06

■anond:20210706103154

Ubuntu(apt, deb)もRHEL(yum/dnf, rpm)もパッケージクリックしたら入るけど……

Permalink | 記事への反応(1) | 10:41

2021-05-22

■突然、解説されるChromeOS環境構築

はじめに

当エントリはある程度の情報技術リテラシーが必須であり、一部の情報はPC 初心者および初級者に推奨できるものではない。
しかしPC 初心者および初級者はシステムを壊す、大事なデータを失うなどの手痛い失敗をして成長するのもまた事実であり、もしもプログラミングなどに興味のあるPC 初心者および初級者がこの情報を活用する場合はシステムを壊す、大事なデータを失うことを覚悟して実行するように。

教訓「大事なデータのバックアップは重要である」

初期セットアップ

チュートリアルに指示通りに進めれば大きな問題はほぼ発生しません。

開発者向けの注意点

Chrome OSは初期状態のデフォルトで「ノーマルモード」と呼ばれる一般ユーザーモードですが開発者向けに「デベロッパーモード」が用意されています。
ノーマルモードはChrome OSの様々な制限があり、デベロッパーモードによって制限の解除が可能です。

代表的な制限
- Google Paly Storeを経由しない野良 apkのインストール
- Chrome OSに含まれるAndroid OS レイヤーへのADB アクセス

しかしノーマルモードからデベロッパーモードへ移行するとPowerwash(初期化)されてしまい、システムやユーザー領域へ追加された情報はすべて削除されます。
もしデベロッパーモードが必要な場合はデベロッパーモードの詳細を調べ、現在の情報は削除されてしまうことを念頭に実行しましょう。

ちなみにProject CrostiniのLinux レイヤーへDebian リポジトリからパッケージを導入するなどにはデベロッパーモードは必要ありませんので多くの場合はノーマルモードのままの運用で十分でしょう。
Android OS アプリやChrome OS アプリを開発したい場合は最初からデベロッパーモードにしたほうが後悔が少ないです。

キーボード ショートカットの一覧を表示する

Chrome OSでは一部のキーがほかのOSでは見慣れないものが並んでいます。
迷いがちなので一番最初に覚えるべきキーボードショートカットは「Ctrl+Alt+?」です。
「Ctrl+Alt+?」でいつでもキーボードショートカットを確認できることだけは覚えておきましょう。

Google Play Store

多くの場合 アプリ 開発者は意図していない

多くのChrome OS デバイスはGoogle Play Storeへ対応しており、Google Play Store経由でAndroid OS アプリ導入が可能です。
しかしながらGoogle Play Storeへ公開されているAndroid OS アプリが必ずしもChrome OSへ最適化しているのか？と言えばそうではなく、Android OS アプリの開発環境である Android StudioがデフォルトでChrome OSでの実行を許可していることもあり開発者が意図せずChrome OSへインストールできてしまうことが大半です。
したがってChrome OSへ導入するAndoirdアプリの動作へ何らかの不具合があったとしても脊髄反射で酷評せず、やんわりと丁寧に博愛精神をもってChrome OSではこうだとアプリ開発者へ情報共有することをオススメします。

CPU アーキテクチャーの違い

多くのAndroid スマートフォンやタブレットはARMアーキテクチャーと呼ばれるものを採用していますが、現在のChrome OS デバイスは高性能な製品になるほどx86(x86_64)アーキテクチャーを採用している傾向があります。
本来コンピューターアプリケーションというものはアーキテクチャーが異なると実行起動動作が不可能ですが、Android OS アプリは異なるアーキテクチャー間でもアプリの実行起動動作が極力可能となるように互換性をだいたい確保しています。
しかしながら例えばARMアーキテクチャー向けのAndoird OS アプリをx86 アーキテクチャーなデバイスで実行するとアプリ動作のパフォーマンスが著しく落ることが多いです。

これは高度なグラフィックス機能を必要とするゲームなどで顕著に現れる傾向にあり、Chrome OSでは期待したほどAndroid OS アプリが軽快に動かない可能性を理解しておく必要があるのです。

高性能なChrome OS デバイスでしか インストールを許可していないアプリが存在する

コロナ禍によって多くのChrome OS デバイスを販売することが出来ましたが、それによってChrome OS デバイス間の性能差が問題視される機会も増えました。
具体的には「インターネット上でChrome OSでの動作報告がなされているAndroid アプリが自身のChrome OS デバイスではインストールできない」といった報告です。
これは一部のAndroid アプリ開発者がデバイス性能によってインストールの許可不許可を決めているために起こることで解決方法は基本的にありませんので諦めましょう。
これから導入するAndroid アプリのためにChrome OSを購入する際は価格につられて低性能すぎるデバイスを購入してしまうと失敗する確率が高まりますので注意が必要です。

ただし、Googleが提供するアプリなどは基本的にそのようなことは無いようです。

Project Crostini Linux レイヤー

Linuxを利用する

設定から「Linux（ベータ版）」で「オンにする」とLinuxのインストールが開始されます。

Crostini GPU Support

現在のChrome OS v90ではLinux レイヤーを実現するProject CrostiniではデフォルトでGPUによる支援機能を実行できません。
Chrome Webブラウザを起動し、URL欄へ「chrome:flags」と入力しアクセスして「Crostini GPU Support」を「Enabled」とし再起動してください。
この変更で動作に不具合を確認した際は設定を元に戻してください。

GUI パッケージ マネージャーを導入する

LinuxにもGoogle Play Storeのような簡単にLinux アプリを導入できる環境が存在します。
GUI パッケージマネージャーを導入する場合は「ターミナル」を起動し下記を実行してください。

sudo apt install synaptic gnome-software

パッケージのダウンロードを速くする

Chrome OSとLinux レイヤーではパッケージの導入先がデフォルトで海外のサーバーになっており少々遅いです。
日本国内のサーバーへ変更することで速度を改善できる可能性があります。その際は「ターミナル」を起動し下記を実行してください。

sudo apt edit-sources
下記を最上段へ追記
 deb http://ftp.jp.debian.org/debian/ stretch main contrib non-free
deb http://ftp.jp.debian.org/debian/ stretch-updates main contrib
deb http://ftp.jp.debian.org/debian/ stretch-backports main contrib non-free
deb-src http://ftp.jp.debian.org/debian/ stretch main contrib non-free
deb-src http://ftp.jp.debian.org/debian/ stretch-updates main contrib
deb-src http://ftp.jp.debian.org/debian/ stretch-backports main contrib non-free
sudo apt-get update && sudo apt-get dist-upgrade

日本語 入力はChrome OSとLinux レイヤーで共有できない

現在のChrome OS v90ではChrome OSとLinux レイヤーを実現するProject Crostiniで日本語入力を共有できず、キーボード入力しても英字しか印字されません。
日本語入力をするには別途に日本語インプットメソッドと日本語フォントが必要です。
日本語インプットメソッドと日本語フォントを導入する場合は「ターミナル」を起動し下記を実行してください。

sudo apt install fonts-ipafont fonts-ipaexfont fonts-takao fonts-takao-gothic fonts-takao-mincho fonts-noto-cjk fonts-noto-cjk-extra
sudo apt install fcitx-mozc
export XMODIFIERS=@im=fcitx
fcitx-autostart
fcitx-configtool
1. 左下＋をクリック
2. Only Show Input Languageのチェックを外す
3. Search Input Method から mozcを検索
4. mozcを選択してOK
5. 下部の∧でmozcを上位にする
  1. sudo nano /etc/systemd/user/cros-garcon.service.d/cros-garcon-override.conf
  2. 下記を追記
    Environment="GTK_IM_MODULE=fcitx"
    Environment="QT_IM_MODULE=fcitx"
    Environment="XMODIFIERS=@im=fcitx"
    Environment="GDK_BACKEND=x11"
再起動

Linuxへ詳しい方はfcitx5のほうが何かと問題が少ないでしょう。
しかし一部のfcitx5向けパッケージがDebian 公式リポジトリに存在しない可能性があるのでご注意ください。

Chrome OSとLinux レイヤーでディスクを共有する／マイクを共有する

設定→デベロッパー→Linux開発環境

Linux レイヤーへ仮想 環境構築は推奨できない

KVMやLXC、Dockerなどの仮想環境を幾度か試しましたが、仮想環境を構築したProject CrostiniのLinux レイヤーを再起動するなどによってProject CrostiniのLinux レイヤーシステムへ致命的な破壊が起きることがあるのを何度か確認しています。
Project CrostiniのLinux レイヤー自体が仮想環境のため、Chrome OSのシステムが破壊されるわけではないですが業務利用時にLinux レイヤーシステムの破壊が起きてしまうと困ってしまうので仮想環境構築は推奨できません。
仮想環境によって開発環境の統一を計っている現場では開発デバイスとしてChrome OS デバイスは利用しないほうが良いでしょう。

ただし、Chrome OS デバイスは実質的にAndroid OS デバイス、タッチスクリーンデバイス、キーボード付きデバイス、タブレットデバイス、ノート PC デバイス、コンバーチブルデバイス(いわゆる2in1)、マルチタスクデバイス、ウィンドウ可変デバイス、タッチスタイラスペン付きデバイスとして機能する可能性を秘めていますので実機デバッグ用デバイスとしては非常に価値があります。
昨今はアスペクト比が16:9でないどころかリアルタイムに可変してしまうデバイスが物凄く増えていますのでスマートデバイス向けアプリを開発する現場ではデバッグ用として1台持っていても全く損しないデバイスかと思われます。
さらに言えばティーン層はGIGA スクール構想によりChrome OSでプログラミング学習をしているわけですからティーン層取り込みのためのUI開発にも使えるのではないかと考えます。

長くなってしまいましたが、質問があれば気付いたときに随時回答したいと思います。

Permalink | 記事への反応(2) | 21:53

2021-02-10

■デブはプログラマーをするべきではない

developの略で"-dev"とか、debugでdeb？dbgやろとか、デブデブうるさいデブ

Permalink | 記事への反応(0) | 16:23

2020-05-19

■Dockerのインストール

この解説記事の通りにやったらDockerのインストールが完了した。

今からでも遅くない!! dockerとdocker-composeをubuntuにインストール - Qiita https://qiita.com/__8oki__/items/cf0414d02b20fe87af83

sudo apt-get remove docker docker-engine docker.io containerd runc

sudo apt-get update

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 update

sudo apt-get install docker-ce docker-ce-cli containerd.io

sudo docker run hello-world
# :OUTPUT:
# Hello from Docker!

Permalink | 記事への反応(2) | 13:48

2020-05-03

■anond:20200503081821

プリンターはキャノンであればLinux版が出てる。

試して無いが、rpm も debも出ている模様。

メールはSylpheedで十分だろう。

Permalink | 記事への反応(2) | 08:41

2020-02-19

■

こんなツイートに200以上のいいねが付くんだからフェミニズムやフェミニストって素晴らしい思想なんだろうなぁ
#ツイフェミ列伝 pic.twitter.com/1smJo35rIt— deb (@deb24904609) 2019年11月8日

Permalink | 記事への反応(0) | 06:03

2017-10-05

■anond:20171005124057

追記。redmineだけwww-dataユーザーで手動展開してwww-dataとして必要 gemをredmine ディレクトリ内に（必要なdevをaptで入れて）インストールしたら動いた。

やっぱりあちこちのディレクトリに分散させたredmineのdebが俺には繊細過ぎたのだ（rubyとrailsとnginxとphusionpassengerはdebのまま）。作業ディレクトリいっこ万歳

Permalink | 記事への反応(0) | 13:40

■おうちUbuntuにRails アプリケーション入れたい

なんだ今はredmineもdeb パッケージあるじゃーん

そんな最新機能つきとかじゃなくていいんだからこれでいいよ

みんななんでそんな古式ゆかしくソースから/optにインストールとかしてんのよｗ Debian/Ubuntuで野良コンパイルとかｗｗｗ

↓（20 時間後）

debで入れたやつ動かん…

いやコンソールから rakeすると動く…fastcgi…は諦めたんだ…nginx…Passenger モジュール…パーミッションはだから www-dataにしてあるだろおおおがあああ

教訓：公式の説明が遠回りなときはなにか理由がある。狂信者として生きていく根性がないのならネットで聞きかじりのポリシーは適宜曲げよう。

Permalink | 記事への反応(2) | 12:40

2015-02-11

■SpringBootアプリをjavafxを使って配布しやすくしよう

概要

Javaで開発されたアプリケーションにはインストールにまつわる難点がある。

それによりせっかく興味をもってくれたユーザーも試す前に諦めてしまいがちである。

また、サーバーサイドアプリケーションもJava製である場合、デプロイや監視の際の難点が多く運用者を悩ませてきた。

javafxで導入されたパッケージャを用いることで各OS ネイティブなインストーラーの作成が可能になり、この問題を解消・緩和できる。

SpringBoot などを用いた ExecutableJar を作成するアプリケーションであれば、サーバーサイドアプリケーションであっても一部制限があるもののパッケージングできる。

問題点の整理

Javaで開発されたアプリケーションの配布には以下の問題点がある。

jreのインストールが必要
- 30億のデバイスで動こうがそれはjreをインストールした後の話。
- .netのランタイムのインストールすら面倒で敬遠されるのにOracleとか無理やろ。
- 自動インストールさせるのも面倒。野良リポジトリ URLを追加したりOracle からのダウンロード自動化したり。
起動の仕方があまり標準的でない
- 一般人にとってアプリケーションの起動とは application.exe や application を実行するもの。
- application.bat や application.sh とかいい加減にしろ！
- java -jar application.jar とか本当にユーザーに起動させる気あんのか！
プロセス名がすべてjava
- 負荷監視時のプロセスの特定が面倒
- 運用時、killする対象のプロセス取り違えなどのリスクがある
- だから java という文字列をユーザーに見せるな！！
複数バージョンのjreをアプリ毎に切り替えないといけない場合は更に煩雑に
- JAVA_HOMEを書き換える？alternatives --config java？
- そんな複雑なことできるか！馬鹿にすんな！！
パッケージングに関する情報や知見に乏しい
- ドキュメントは英語だったり曖昧だったりで開発者の意欲を削ぐ。
- java web start とかコード署名とか、本当にもうお疲れ様です。意味わからん。
インストーラーじゃない
- application.tar.gz とか application .zip とか
- まぁ個人的にはこっちのほうが好きだけど

解決方法として

javafx-maven-pluginを使うとよい。javafxと冠しているが実態はパッケージングツール。

javafxの冠があるがためにスタンドアロンアプリ開発者以外を遠ざけている感あり。

Windows(msi/exe), Linux(rpm/deb), Mac(dmg) など各OS・ディストリビューション固有のパッケージングが行える。

公式ページ( http://zenjava.com/javafx/maven/ )では更新が止まっているが、Github( https://github.com/zonski/javafx-maven-plugin )とMavenRepository( http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22com.zenjava%22%20AND%20a%3A%22javafx-maven-plugin%22 )を確認するとちゃんと開発は続いている。

実際にどのようにすればパッケージングできるか

まずアプリケーションを maven アプリとして開発する。

pom.xml に以下を追加する。

mainClassはSpringBootなら@SpringBootApplicationのついてるクラスですね。

vendor は適当に組織や個人の名前を入れておきましょう。

※ 以下の XML が化けるのは増田の不具合か仕様っぽい。 http://anond.hatelabo.jp/20100205210805

&lt;plugin&gt;
  &lt;groupId&gt;com.zenjava&lt;/groupId&gt;
  &lt;artifactId&gt;javafx-maven-plugin&lt;/artifactId&gt;
  &lt;version&gt;8.1.2&lt;/version&gt;
  &lt;configuration&gt;
    &lt;mainClass&gt;[main method class]&lt;/mainClass&gt;
    &lt;vendor&gt;[Vendor Name]&lt;/vendor&gt;
  &lt;/configuration&gt;
&lt;/plugin&gt;

あとはそのままビルドすればよい。

maven clean jfx:native

ビルドが終わると target/jfx/native 以下に、ビルドしたOS/distributionに合わせて msi, exe, deb, rpm, dmg ができあがります。

本当であればクロスビルドできてしかるべきなのですが、まだ実現はされていないようです。

これらのパッケージは Widonws であれば Program Files(x86) に、Linux系であれば /opt/ の下にインストールされるようです。

/opt/app-name/ の下には app と runtime の2つのディレクトリがあります。

app の下にはビルドした jar ファイルや依存ライブラリが置かれています。

runtime の下には実行用の jre が配備されています。

実行ファイルにそのまま引数を渡せば jar 実行時の引数としてそのまま渡されます。(-Xmxなどはまだ未検証です）

課題

インストーラーで含めることのできる実行環境は jre なので jdk が必要とされるアプリは実行できない
- 問題になるのは jsp 。jsp のコンパイルに javac が必要なので。
- 切り捨てるのが一番だとは思いますが。
サーバー系のアプリの場合は init script を用意しなければいけない
- 今後の検討課題ですね。

各OS毎の注意点

rpm系
- rpmを作成するときに使われる rpmbuild コマンドのバージョンを確認処理に萎える系のバグがあります。
- LANG=C mvn clean jfx:native などのように、LANGを変更してやればビルドできます。
- http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ee31427caf20
Windows系
- WiX インストール後、PATHにWiXをインストールしたパスを含めておく必要があります。
Mac系
- Mac持ってないのでこの記事ではそもそも検証していません。

Permalink | 記事への反応(0) | 16:52

2015-01-29

■わたくしなりのジャズ１０選

まずはこれだ！

①Big John Patton - Latona (1965)

https://www.youtube.com/watch?v=X7S1sSFH9BI

わたくしはサックスとトランペットの音が苦手だったので、これを早いうちに知れたらよかった。

編成はオルガン、ヴィブラフォン、ギターに、ベースとドラムです。

次はスペースエイジの徒花のような。ジャズじゃないよって話もきっとあるけど良いです。

②Dick Hyman / Mary Mayo - Space Reflex (Blues In 5/4) (1962)

https://www.youtube.com/watch?v=i2-uL6Z6sjk

○Orchester Roland Kovac - Milky way (1968)

https://www.youtube.com/watch?v=7NwY6eWRtdc

ジャズはなんでも飲み込むしどこにでも這い入るので、それがジャズと呼ばれてても呼ばれてなくても、あなたの好きなジャズは必ずあるのです、と断言したいです。

次はやわらかいやつで、歌も入っていて良いです。

③Duke Pearson - Sandalia Dela (1969)

https://www.youtube.com/watch?v=8nyZram3_nw

次は激しく！

④Joachim Kuhn Band - O.D. (1978)

https://www.youtube.com/watch?v=97-1Ljv3KYY

楽しく！

⑤Manfredo Fest - Jungle Kitten (1979)

https://www.youtube.com/watch?v=T132--erIgo

○Dusko Goykovich / Lala Kovacev - Quo Vadis Samba (1979)

https://www.youtube.com/watch?v=x2cyiXjtrD8

○Olli Ahvenlahti - Grandma's Rocking Chair (1976)

https://www.youtube.com/watch?v=HDAApfV9W_w

じゃあ「怪しく！」だ。コメントよすよ。

⑥Jacques Thollot - Cinq Hops (1978)

https://www.youtube.com/watch?v=d_cc0sTc-D8

○Joe Haider - Last Time (1968)

https://www.youtube.com/watch?v=9VHeuqNkf6E

⑦Annette Peacock - Pony (1972)

https://www.youtube.com/watch?v=U4Uet2aVxsE

○Don Ellis - Whiplash (1973)

https://www.youtube.com/watch?v=pCykgzrwIw0

⑧Al Di Meola - Sequencer (1984)

https://www.youtube.com/watch?v=srcQdDavBJA

○Jimmy McGriff - Deb Sombo (1970)

https://www.youtube.com/watch?v=cmsdpu5r3TM

⑨Quarteto Novo - O Ovo (1967)

https://www.youtube.com/watch?v=hx2cuJ3vlgI

○Ze Roberto Bertrami and Projecto III - Arabian Things (1969)

https://www.youtube.com/watch?v=XaNygHpVR7I

⑩Dieter Reith - Knock Out (1976)

https://www.youtube.com/watch?v=BZidig6cXKg

やっぱり偏っています。ここに好きなものが見つからなくても何でもないです。

追記:白丸のを足しました。

Permalink | 記事への反応(1) | 07:18

2009-05-10

■http://anond.hatelabo.jp/20090510202000

先生、GeckoとアドオンはFirefoxではかなり中心的な部分を占めるものだと思います！

アドオン機能の無いFirefox、GeckoじゃないFirefoxを見限る信者は数多いと思います！

これらを横に置いてしまうと、話すことが激減してしまいます。

Gecko系（Seamonkey,Galeon,K-Meleon他）に対して同胞とみなしてる場合も多いと思います！

非IE 連合的な纏まり（WHAT WGメンバの支持派とか）も形成されてると思います！

Macは、OS XがUNIXの一種であることから、UNIX-Linux-OS Xの緩い繋がりが形成されてる場合もあると思います！

Linuxディストリビューションも、パッケージシステム（deb系等）ごとに緩い繋がりが形成されてる場合があると思います！

こういう複数勢力にまたがる支持層はどうすればいいのでしょうか？

Permalink | 記事への反応(1) | 20:41

2008-04-22

■手順

とりあえず更新

まず、stable の最新版にアップデート。

# apt-get update
# apt-get dist-upgrade

apt-line 変更

そしたら /etc/apt/source.list を編集。

…
deb http://www.example.org/pub/ stable main contrib non-free
deb-src http://www.example.org/pub/ stable main contrib non-free
…

の stable を unstable に変更すれば OK。

sid 化

そしたらもう一回更新すれば OK。

# apt-get update
# apt-get dist-upgrade

いろいろインストール

おれのこのみだけど。

# apt-get install aptitude gnupg locales openssh-server screen subversion subversion-tools wget zsh

UTF-8 化

下のコマンドをたたいてしつもんにこたえて、UTF-8 にする。

# dpkg-reconfigure locales

最後に

念のため、aptitude で更新しとく。

# aptitude update
# aptitude dist-upgrade

Permalink | 記事への反応(0) | 23:52

2007-07-15

■

知世入れたらkernel panicっちゃった……。

1GHzも無いCPU（Athlon4）、256MBも無いSDRAMでmakeしてたから（化石とかゆーな！そりゃKDEとかはキビシイけど、BlackBoxとかなら現役 GUI 環境だって可能なんだよ。でもやっぱりXfceがイイよね）、すっごく時間掛かったのに……。

またやり直さなきゃって思うと……憂鬱。祝日なのに明日休みじゃないし。

はやくdebぃあん♪debぃあん♪（「リリアン♪リリアン♪」のノリで）したいのに……。あ、debっていうのはDebian系のパッケージ名であるからして、その後楽しくインストールすることを表現しているのでもあるのですよ。XBillとか。

あと、窓から開発環境移さなくちゃだから、eclipse（CLOCKUPのじゃないよ）入れなくちゃだけれど、これも嫌ーな思い出があるから、ちょっと憂鬱。それとはやくリナ欲しいよL、I、N、A（ぽえりなじゃないよ）。何だか甘い響き。Cygwinなんてやってらんない。

Permalink | 記事への反応(0) | 23:57

「Deb」を含む日記

■Twitterでは、嘘が本当の話よりも速く伝わる

■突然、解説されるChromeOS環境構築

はじめに

初期セットアップ

開発者向けの注意点

キーボードショートカットの一覧を表示する

Google Play Store

多くの場合アプリ開発者は意図していない

CPUアーキテクチャーの違い

高性能なChrome OSデバイスでしかインストールを許可していないアプリが存在する

Project Crostini Linuxレイヤー

Linuxを利用する

Crostini GPU Support

GUIパッケージマネージャーを導入する

パッケージのダウンロードを速くする

日本語入力はChrome OSとLinuxレイヤーで共有できない

Chrome OSとLinuxレイヤーでディスクを共有する／マイクを共有する

Linuxレイヤーへ仮想環境構築は推奨できない