はてなキーワード: Debとは
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に到達します。また、どのカスケード深度においても、虚偽の発言は真実の発言よりも広くユニークなユーザーによってリツイートされている。
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 が返ってきたでw」
何やそれ・・1回くらい自動でリトライしてくれていいんやない?自分でリトライしたら通ったで。
しかしこれも動かない。
別の誰か「apt-get install default-jre いるみたいやで。ドキュメントどこにも書かれてないけど」
何やそれ?なんでJREが出てくるの。
まあJRE入れれば、確かにchromedriverの出すエラーは変わった。
「chromium-browserのプロセスが居なくなったし、クラッシュしたんじゃね?」と。
何やそれ。。。
chromium-browser --version をやってみると
ターミナル「snap install chromium でsnap版入れてくれw」
まあよく知らんが、やったるか。snap install chromium っと
ターミナル「あかん、http://localhost/v2/snaps/chromium に繋げられんのやがw」
なんでlocalhostに繋げようとしてんの。
いまだにLinuxくんと仲良くできない。
追記。
なるほど、Ubuntu 20.04 からはsnappyに移行しとるんだと。しかしWSL2ではsystemdが動いてないんでsnapdも動いてない。だからアカン。
わいが仲良くできていないのは、LinuxくんではなくWSL2くんと言うべきなのか?
当エントリはある程度の情報技術リテラシーが必須であり、一部の情報はPC初心者および初級者に推奨できるものではない。
しかしPC初心者および初級者はシステムを壊す、大事なデータを失うなどの手痛い失敗をして成長するのもまた事実であり、もしもプログラミングなどに興味のあるPC初心者および初級者がこの情報を活用する場合はシステムを壊す、大事なデータを失うことを覚悟して実行するように。
チュートリアルに指示通りに進めれば大きな問題はほぼ発生しません。
Chrome OSは初期状態のデフォルトで「ノーマルモード」と呼ばれる一般ユーザーモードですが開発者向けに「デベロッパーモード」が用意されています。
ノーマルモードはChrome OSの様々な制限があり、デベロッパーモードによって制限の解除が可能です。
しかしノーマルモードからデベロッパーモードへ移行するとPowerwash(初期化)されてしまい、システムやユーザー領域へ追加された情報はすべて削除されます。
もしデベロッパーモードが必要な場合はデベロッパーモードの詳細を調べ、現在の情報は削除されてしまうことを念頭に実行しましょう。
ちなみにProject CrostiniのLinuxレイヤーへDebianリポジトリからパッケージを導入するなどにはデベロッパーモードは必要ありませんので多くの場合はノーマルモードのままの運用で十分でしょう。
Android OSアプリやChrome OSアプリを開発したい場合は最初からデベロッパーモードにしたほうが後悔が少ないです。
Chrome OSでは一部のキーがほかのOSでは見慣れないものが並んでいます。
迷いがちなので一番最初に覚えるべきキーボードショートカットは「Ctrl+Alt+?」です。
「Ctrl+Alt+?」でいつでもキーボードショートカットを確認できることだけは覚えておきましょう。
多くの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ではこうだとアプリ開発者へ情報共有することをオススメします。
多くのAndroidスマートフォンやタブレットはARMアーキテクチャーと呼ばれるものを採用していますが、現在のChrome OSデバイスは高性能な製品になるほどx86(x86_64)アーキテクチャーを採用している傾向があります。
本来コンピューターアプリケーションというものはアーキテクチャーが異なると実行起動動作が不可能ですが、Android OSアプリは異なるアーキテクチャー間でもアプリの実行起動動作が極力可能となるように互換性をだいたい確保しています。
しかしながら例えばARMアーキテクチャー向けのAndoird OSアプリをx86アーキテクチャーなデバイスで実行するとアプリ動作のパフォーマンスが著しく落ることが多いです。
これは高度なグラフィックス機能を必要とするゲームなどで顕著に現れる傾向にあり、Chrome OSでは期待したほどAndroid OSアプリが軽快に動かない可能性を理解しておく必要があるのです。
コロナ禍によって多くのChrome OSデバイスを販売することが出来ましたが、それによってChrome OSデバイス間の性能差が問題視される機会も増えました。
具体的には「インターネット上でChrome OSでの動作報告がなされているAndroidアプリが自身のChrome OSデバイスではインストールできない」といった報告です。
これは一部のAndroidアプリ開発者がデバイス性能によってインストールの許可不許可を決めているために起こることで解決方法は基本的にありませんので諦めましょう。
これから導入するAndroidアプリのためにChrome OSを購入する際は価格につられて低性能すぎるデバイスを購入してしまうと失敗する確率が高まりますので注意が必要です。
ただし、Googleが提供するアプリなどは基本的にそのようなことは無いようです。
設定から「Linux(ベータ版)」で「オンにする」とLinuxのインストールが開始されます。
現在のChrome OS v90ではLinuxレイヤーを実現するProject CrostiniではデフォルトでGPUによる支援機能を実行できません。
Chrome Webブラウザを起動し、URL欄へ「chrome:flags」と入力しアクセスして「Crostini GPU Support」を「Enabled」とし再起動してください。
この変更で動作に不具合を確認した際は設定を元に戻してください。
LinuxにもGoogle Play Storeのような簡単にLinuxアプリを導入できる環境が存在します。
GUIパッケージマネージャーを導入する場合は「ターミナル」を起動し下記を実行してください。
sudo apt install synaptic gnome-software
Chrome OSとLinuxレイヤーではパッケージの導入先がデフォルトで海外のサーバーになっており少々遅いです。
日本国内のサーバーへ変更することで速度を改善できる可能性があります。その際は「ターミナル」を起動し下記を実行してください。
現在のChrome OS v90ではChrome OSとLinuxレイヤーを実現するProject Crostiniで日本語入力を共有できず、キーボード入力しても英字しか印字されません。
日本語入力をするには別途に日本語インプットメソッドと日本語フォントが必要です。
日本語インプットメソッドと日本語フォントを導入する場合は「ターミナル」を起動し下記を実行してください。
Linuxへ詳しい方はfcitx5のほうが何かと問題が少ないでしょう。
しかし一部のfcitx5向けパッケージがDebian公式リポジトリに存在しない可能性があるのでご注意ください。
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開発にも使えるのではないかと考えます。
この解説記事の通りにやったら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:
追記。redmineだけwww-dataユーザーで手動展開してwww-dataとして必要gemをredmineディレクトリ内に(必要なdevをaptで入れて)インストールしたら動いた。
やっぱりあちこちのディレクトリに分散させたredmineのdebが俺には繊細過ぎたのだ(rubyとrailsとnginxとphusionpassengerはdebのまま)。作業ディレクトリいっこ万歳
Javaで開発されたアプリケーションにはインストールにまつわる難点がある。
それによりせっかく興味をもってくれたユーザーも試す前に諦めてしまいがちである。
また、サーバーサイドアプリケーションもJava製である場合、デプロイや監視の際の難点が多く運用者を悩ませてきた。
javafxで導入されたパッケージャを用いることで各OSネイティブなインストーラーの作成が可能になり、この問題を解消・緩和できる。
SpringBoot などを用いた ExecutableJar を作成するアプリケーションであれば、サーバーサイドアプリケーションであっても一部制限があるもののパッケージングできる。
Javaで開発されたアプリケーションの配布には以下の問題点がある。
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 )を確認するとちゃんと開発は続いている。
pom.xml に以下を追加する。
mainClassはSpringBootなら@SpringBootApplicationのついてるクラスですね。
vendor は適当に組織や個人の名前を入れておきましょう。
※ 以下の XML が化けるのは増田の不具合か仕様っぽい。 http://anond.hatelabo.jp/20100205210805
<plugin> <groupId>com.zenjava</groupId> <artifactId>javafx-maven-plugin</artifactId> <version>8.1.2</version> <configuration> <mainClass>[main method class]</mainClass> <vendor>[Vendor Name]</vendor> </configuration> </plugin>
あとはそのままビルドすればよい。
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などはまだ未検証です)
まずはこれだ!
①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
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
やっぱり偏っています。ここに好きなものが見つからなくても何でもないです。
先生、GeckoとアドオンはFirefoxではかなり中心的な部分を占めるものだと思います!
アドオン機能の無いFirefox、GeckoじゃないFirefoxを見限る信者は数多いと思います!
これらを横に置いてしまうと、話すことが激減してしまいます。
Gecko系(Seamonkey,Galeon,K-Meleon他)に対して同胞とみなしてる場合も多いと思います!
非IE連合的な纏まり(WHAT WGメンバの支持派とか)も形成されてると思います!
Macは、OS XがUNIXの一種であることから、UNIX-Linux-OS Xの緩い繋がりが形成されてる場合もあると思います!
Linuxディストリビューションも、パッケージシステム(deb系等)ごとに緩い繋がりが形成されてる場合があると思います!
こういう複数勢力にまたがる支持層はどうすればいいのでしょうか?
まず、stable の最新版にアップデート。
# apt-get update # apt-get dist-upgrade
そしたら /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。
そしたらもう一回更新すれば OK。
# apt-get update # apt-get dist-upgrade
おれのこのみだけど。
# apt-get install aptitude gnupg locales openssh-server screen subversion subversion-tools wget zsh
下のコマンドをたたいてしつもんにこたえて、UTF-8 にする。
# dpkg-reconfigure locales
# aptitude update # aptitude dist-upgrade
知世入れたらkernel panicっちゃった……。
1GHzも無いCPU(Athlon4)、256MBも無いSDRAMでmakeしてたから(化石とかゆーな!そりゃKDEとかはキビシイけど、BlackBoxとかなら現役GUI環境だって可能なんだよ。でもやっぱりXfceがイイよね)、すっごく時間掛かったのに……。
またやり直さなきゃって思うと……憂鬱。祝日なのに明日休みじゃないし。
はやくdebぃあん♪debぃあん♪(「リリアン♪リリアン♪」のノリで)したいのに……。あ、debっていうのはDebian系のパッケージ名であるからして、その後楽しくインストールすることを表現しているのでもあるのですよ。XBillとか。
あと、窓から開発環境移さなくちゃだから、eclipse(CLOCKUPのじゃないよ)入れなくちゃだけれど、これも嫌ーな思い出があるから、ちょっと憂鬱。それとはやくリナ欲しいよL、I、N、A(ぽえりなじゃないよ)。何だか甘い響き。Cygwinなんてやってらんない。