最近Linux ARM版のVivaldiをarm64環境に入れていい感じです．
しかし，ポインティングデバイスが使いづらい端末なのでちょっと面倒．これまではAwesome wmにqutebrowserの組み合わせが主でした．この組み合わせはタイル型WM+キーボード操作に特化したウェブブラウザでマウスなどのポインティングデバイスをほとんど使わずキーボードのみで操作できていい感じでした．
Vivaldiにqutebrowserのような操作を実現できそうなVimiumを入れて試してみることに．
導入は アプリ(vivaldi://apps) にアクセスしてVimiumを検索して導入するだけ．
操作は以下のようなショートカットを使います．
リンクの指定もこの通りキーボードだけでOK
いい感じそうです :)
Operaの共同創設者でCEOだったJon Stephenson von Tetzchnerによって設立されたVivaldi Technologiesによって開発されているウェブブラウザがあります．
これまでx86/x64プラットホームのWindows/macOS/Linux版が提供されていましたが，2017/12/05にLinux ARM版(armhf)がリリースされました．
Raspberry PiのRaspbianがメインのようですが，他のARM環境でも試したら普通に動きました :)
といってもやはりRAM512MBのようなマシンでは辛いですね．RAM2GBのマシンだと今のところいい感じそうです．Midoriやqutebrowserでうまく表示できないMastodonやgmail/Google+なども問題なく表示できますし，Chromeの拡張機能も使えます．
$ wget https://downloads.vivaldi.com/stable/vivaldi-stable_1.13.1008.34-1_armhf.deb
hashとか見当たらないけど手元ではこんな感じだった
$ md5sum vivaldi-stable_1.13.1008.34-1_armhf.deb 7515f51385a9a264ad5bb7612438aeda vivaldi-stable_1.13.1008.34-1_armhf.deb $ sha1sum vivaldi-stable_1.13.1008.34-1_armhf.deb 6b103d205f6aa7a5f3b394ba8d32dc9ca87bf0cd vivaldi-stable_1.13.1008.34-1_armhf.deb $ sha256sum vivaldi-stable_1.13.1008.34-1_armhf.deb e7af5d021bf0c2968fcf0271e8f741552e34bcf2d032318eb8ea95356067297d vivaldi-stable_1.13.1008.34-1_armhf.deb $ sha512sum vivaldi-stable_1.13.1008.34-1_armhf.deb f47f2d26e8045af9ba680129feca765cf3f9dc7ea76930071e9688ef50aa78a482b40ba5747fb4470d30520177bda371ec79e5a210a93dcf2e49251425001c6d vivaldi-stable_1.13.1008.34-1_armhf.deb
$ dpkg-deb -I ./vivaldi-stable_1.13.1008.34-1_armhf.deb 新形式 debian パッケージ、バージョン 2.0。 サイズ 45154158 バイト: コントロールアーカイブ = 9840 バイト。 1269 バイト、 16 行 control 15872 バイト、 442 行 * postinst #!/bin/sh 12544 バイト、 324 行 * postrm #!/bin/sh 1220 バイト、 42 行 * prerm #!/bin/sh Package: vivaldi-stable Version: 1.13.1008.34-1 Architecture: armhf Maintainer: Vivaldi Package Composer <packager@vivaldi.com> Installed-Size: 131921 Pre-Depends: dpkg (>= 1.14.0) Depends: gconf-service, libasound2 (>= 1.0.16), libatk1.0-0 (>= 1.12.4), libc6 (>= 2.16), libcairo2 (>= 1.6.0), libcups2 (>= 1.4.0), libdbus-1-3 (>= 1.2.14), libexpat1 (>= 2.0.1), libfontconfig1 (>= 2.8.0), libgcc1 (>= 1:4.4.0), libgconf-2-4 (>= 3.2.5), libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.28.0), libgtk-3-0 (>= 3.9.10), libnspr4 (>= 2:4.9-2~), libpango-1.0-0 (>= 1.14.0), libpangocairo-1.0-0 (>= 1.14.0), libx11-6 (>= 2:1.4.99.1), libx11-xcb1, libxcb1 (>= 1.6), libxcomposite1 (>= 1:0.3-1), libxcursor1 (>> 1.1.2), libxdamage1 (>= 1:1.1), libxext6, libxfixes3, libxi6 (>= 2:1.2.99.4), libxrandr2 (>= 2:1.2.99.3), libxrender1, libxss1, libxtst6, ca-certificates, fonts-liberation, libnss3 (>= 3.26), xdg-utils (>= 1.0.2), wget Recommends: adobe-flashplugin, chromium-codecs-ffmpeg-extra Conflicts: vivaldi-beta, vivaldi-preview Replaces: vivaldi-beta, vivaldi-preview Provides: www-browser Section: web Priority: optional Homepage: https://vivaldi.com Description: A new browser for our friends Vivaldi browser is made with power users in mind by people who love the Web.
とりあえずDebian jessie armhf/Ubuntu 16.04 LTS aarch64で動いている．
$ sudo dpkg -i ./vivaldi-stable_1.13.1008.34-1_armhf.deb
以下のように依存パッケージが足りない場合は，
dpkg: 依存関係の問題により vivaldi-stable:armhf の設定ができません: vivaldi-stable:armhf は以下に依存 (depends) します: libnss3 (>= 3.26)...しかし: パッケージ libnss3:armhf はまだインストールされていません。 dpkg: パッケージ vivaldi-stable:armhf の処理中にエラーが発生しました (--install): 依存関係の問題 - 設定を見送ります
こんな感じで足りないpkgが入るはず．その後見送られていたvivaldi-stableの設定の続きも実行される．
$ sudo apt install -f
aarch64でも試した．
既にadd archtecture armhfして色々入れていた環境に入れてクリーンな環境で検証していないけど多分こんな感じ．
$ sudo dpkg --add-architecture armhf $ sudo apt update $ sudo dpkg -i ./vivaldi-stable_1.13.1008.34-1_armhf.deb $ sudo apt install -f
—-追記—-
クリーンなDragonBoard 410cにDebian stretch aarch64(lonaro)を入れた環境でも確認したがこの手順でokだった :)
—-追記終わり—-
deb以外の環境ではこんな感じで適当な場所に展開して動かせた．
$ mkdir -p ~/opt/vivaldi
$ ar p vivaldi-stable_1.13.1008.34-1_armhf.deb data.tar.xz | tar xJ -C ~/opt/vivaldi
$ rm vivaldi-stable_1.13.1008.34-1_armhf.deb
$ ~/opt/vivaldi/opt/vivaldi/vivaldi
Slackwareだと以下のsctiptが使えそう(未確認)
もし，こんなエラーが出たら
$ ~/opt/vivaldi/opt/vivaldi/vivaldi [13021:13021:1205/215600.516642:FATAL:setuid_sandbox_host.cc(157)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /home/matoken/opt/vivaldi/opt/vivaldi/vivaldi-sandbox is owned by root and has mode 4755. Aborted[This script will find the latest Vivaldi binary package, download it and repackage it into Slackware format.](https://gist.github.com/ruario/dcbba70da900dac68fcc883542ff7ace "This script will find the latest Vivaldi binary package, download it and repackage it into Slackware format.")
こんな感じでオーナーとパーミッションを設定したらok.
$ chmod 4755 ~/opt/vivaldi/opt/vivaldi/vivaldi-sandbox
$ sudo chown root.root ~/opt/vivaldi/opt/vivaldi/vivaldi-sandbox
若しくは --no-sandbox option
$ ~/opt/vivaldi/opt/vivaldi/vivaldi --no-sandbox
とりあえず適当な日本語フォント(今回はVLゴシック)を入れて，Vivaldiを再起動で直った．(Dejavuが入っていたので指定してみたけど直らなかった)
$ sudo apt install fonts-vlgothic
暫く前からDebian sid amd64環境のclipit(クリップボード・マネージャ)が動かなくなっていました．
端末で実行するとこんな感じ
$ clipit (clipit:23553): GLib-ERROR **: ../../../../glib/gmem.c:100: failed to allocate 18446744071610537348 bytes Trace/breakpoint trap
sidだしなんか一時的におかしくなってるのかなととりあえず放置してたんですが暫く経っても直らない．バグレポ見るとこんな感じでそれらしいバグは見当たりません．
Querying Debian BTS for reports on clipit (source)... 7 bug reports found: Bugs with severity important 1) #679488 abuses xdg/autostart to get started and cannot be disabled Bugs with severity normal 2) #721007 clipit: Wakes up too many times per second and prevents deep sleep of cpu 3) #771200 clipit: cannot edit 'actions' 4) #819496 clipit clipboard history is *world* readable Bugs with severity minor 5) #658533 clipit: static item ordering Bugs with severity wishlist 6) #658532 clipit: manage history items in list view 7) #875903 clipit: please choose a sensible default in "live" mode?
自分の環境がおかしいのか?ととりあえず設定ファイルを探すとこれのよう．
~/.config/clipit/clipitrc試しにこのファイルを退避してclipitを実行すると普通に起動しました．
てことで設定ファイルあ壊れていたようです(◞‸◟)
暫く前にinodeあふれさせてしまったのでそのときに壊れたのかもです．
#kagolug 2017.10で告知のあった「Python Boot Camp in 鹿児島」で使う「Python Boot Campテキスト」を見るとLinuxはUbuntu 17.04 serverがターゲットになっている
1. Pythonをはじめる前に — Python Boot Camp Text 2016.04.28 ドキュメント
1.3.3. Linux （Ubuntu Server） での場合
ここではLinuxとしてUbuntu 17.04にPython3.6をインストールする方法を説明します。LTSのDesktop使いたい人も居るだろうなとUbuntu 16.04 LTS arm64で一通り確認してみた
「1.3.3. Linux （Ubuntu Server） での場合」のPython導入は以下のように3.5に変更
|
「5.1.2. ファイルへの書き込み」でファイルの確認前にflushしないとファイルが空
|
「5.1.5. 追記モードでの書き込み」でファイルの確認前にflushしないとファイルが更新されない
|
後は問題無さそう
Debianの場合もstable(stretch)では同じだと思う．Python 3.6はtesting(Buster)以降になるみたい(未確認)
このチュートリアルはBeautifulSoupまでやるので例えばcalibrでニュースサイトをスクレイピングしてKindleに自動転送といったようなレシピも書けるようになりますね :)
鹿児島らぐの鹿児島Linux勉強会 2017.10に参加してきました．
日時
|
会場
|
例によって自転車でポタポタと桜島フェリー経由で移動．
火山灰や雨が心配でしたが，往路はどちらも問題なく快適でした．
フェリーでメールチェックをするとパケットが250MBを切ったとのメールが．確認すると残り54MB!想定外の減り方です．
確認するとIFTTTの写真連携がmobileで有効になっていたのが原因でした……．
フェリーで渡った後はイルカ眺めてはなまるうどんでかけうんどん食べて中町自転車等駐輪場に駐輪．ジュンク堂書店に寄って，ACアダプタを忘れたのでダイソーアオヤマで
200円のAC-USB変換を購入(会場の電源タップについていたのでいらなかった)
ダイソーアオヤマでは先月売っていた500円のLipoモバイルバッテリーは売り切れていて，300円の1860入りモバイルバッテリーは在庫豊富でした．
丸善とアニメイトも行きたかったけど時間がなくて断念．会場のTUKUDDOへ．
TUKUDDOでは電源アダプタとプロジェクタの用意．ここはプロジェクタにChromeCastが繋がっているので発表者が変わるたびにケーブルを繋ぎ直したりしなくていいので便利
です :)
参加者は途中参加者を含めて6人．内新規の方が1名いらっしゃいました．
発表内容は，
ZabbixとVulsをDocker上で連携
その他相談として，
システムのアップデートの相談
システム等のライフサイクルの話
(TA募集)
などがありました．
自分の発表もう少し伸ばした方が良かったかもと思いつつ脱線しながら時間潰せました．
次回の日程の希望日は特に出ず，早く決めて欲しいという意見が．
とりあえずASNARO-2(イプシロン)打ち上げが延期になったので11/11(Sat)かなーとか言いつつ解散でした．
自分は自転車を回収して県立図書館で本を2冊借りて(キャリアつけ忘れたので少なめに)ニシムタに寄って垂水フェリー経由で帰宅しました．
垂水から雨と風が強くてちょっと難儀しました．雨風は自転車には辛いですね．
次回の情報などはSiteやMLで確認してください．
Vulsの特集あり
$ sudo letsencrypt renewで
2017-10-19 06:59:12,982:WARNING:letsencrypt.cli:Attempting to renew cert from /etc/letsencrypt/renewal/example.com.conf produced an unexpected error: 'server'. Skipping.のようなエラーで証明書が更新できなかった． 他の設定ファイルに比べて容量が少ない．
$ ls -lA /etc/letsencrypt/renewal/
合計 20
-rw-r--r-- 1 root root 1873 10月 17 13:44 example2.com.conf
-rw-r--r-- 1 root root 483 7月 19 03:10 example.com.conf設定ファイルに
server = https://acme-v01.api.letsencrypt.org/directory
config_file = Noneをファイル末尾に追記して再度renewしたら通った
てことでRaspberry Pi Zero WのBluetoothも無効にしたいなと．
環境はRaspbian stretch lite 2017-09-07で確認しました．
PCで設定した以下のblacklistの手順でもokなはずですが，config.txtで無効にする方法がありそうだと調べてみました．
まずは定番のeLinux
There's lots more documentation of available overlays in /boot/config/README. See source on Github for more.てことでGithubを見に行きます．
それらしいものがありました :)
|
早速設定してみます．
|
な感じで /boot/config.txt に追記して再起動しました．
lsmodを設定前と比較するとこんな感じで居なくなっています．
|
moduleのblacklistを設定するよりお手軽ですね :)
恐らくRaspberry Pi 3 Bでも同様の設定は使えると思います．(持ってないので未確認)
Bluetooth経由でスマホからPCまで乗っ取れる攻撃手法が発覚 ～Bluetoothがオンになっているだけで攻撃可能 – PC Watch
|
とても怖いです．
手元の端末ではPCとAndroidをBluetoothテザリングをよく利用しています．
PCの対応状況を確認(2017-09-13時点)すると，Debianは未だ未対応．Ubuntuは14.04 LTS, 16.04 LTS, 17.04がリリース済みでした．
とりあえず，手元で使っているDebian sid amd64とRaspberry Pi Zero WのRaspbian stretchでBluetoothを無効にしておくことにしました．
PCではblueman-appletを利用しています．
システムトレイ上のアイコンを右クリックして
Turn off Bluetooth
を行うと無効に出来てBluetoothのLEDも消灯します．
でも再起動でOnになるので起動のたびに設定しないといけない&そのタイミングで攻撃をされるかもしれないのであまりよろしくない感じがします．
Bluetoothのモジュールを読み込まないようにしてみます．これならBluetoothは動作しないはずです．
まずはlsmodコマンドでbluetooth関連モジュールを確認します．手元のLenovo x200の場合は以下のようになりました．
x200のbluetooth module確認
|
モジュールをロードしないように /etc/modprobe.d/blacklist.conf というファイルに blacklist <modulename> という形式で書いていきます．
x200 blacklistに設定
|
設定したら再起動してモジュールが読み込まれないのを確認します．
再起動してmoduleがloadされないのを確認
|
しかしPCのBluetooth LEDインジケーターが消えません．動作上は問題ないでしょうけどちょっと気持ち悪いです．
GPIO辺り探すと消せそうですが面倒．
PCによっては設定できないかもですが，BIOSで無効にします．これだとLEDインジケーターも光らないので良い感じです．
これが一番確実でしょうがそう待たずにセキュリティ修正は降りてくると思うので今回は見送りました．
楽しみにしていたRaspbianのダウンロードが止まってました．
停電やルーター不調とかで回線イマイチなのです．
なのでwgetcとか適当なscriptを用意して
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | #!/bin/sh if [ $# -eq 0 ]; then echo "$0 URL" 1>&2 exit 1 fi while : do wget -c $1 if [ "$?" -eq 0 ]; then echo "Done!" 1>&2 exit 0; fi sleep 1 done |
chmod +x してこんな感じでダウンロード
$ wgetc http://vx2-downloads.raspberrypi.org/raspbian/images/raspbian-2017-09-08/2017-09-07-raspbian-stretch.zip ; wgetc http://vx2-downloads.raspberrypi.org/raspbian_lite/images/raspbian_lite-2017-09-08/2017-09-07-raspbian-stretch-lite.zip ; sha256sum raspbian*.zip
3回ほどの試行でどうにか終わってました．
そして返り値ちゃんと確認するかとwgetのmanを見たら……．
--retry-connrefused
Consider "connection refused" a transient error and try again. Normally Wget gives up on a URL when it is unable to connect to the site
because failure to connect is taken as a sign that the server is not running at all and that retries would not help. This option is for
mirroring unreliable sites whose servers tend to disappear for short periods of time.
--waitretry=seconds
If you don't want Wget to wait between every retrieval, but only between retries of failed downloads, you can use this option. Wget will use
linear backoff, waiting 1 second after the first failure on a given file, then waiting 2 seconds after the second failure on that file, up to
the maximum number of seconds you specify.
By default, Wget will assume a value of 10 seconds.
実装されてましたorz
$ wget -c --retry-connrefused [URL]
な感じで良さそう．
次の機会に試してみます．
九里 真夏 @orumin そういえば speedtest.net って Linux の CLI client もありますね。
ってことでLinuxのcliで動くPython製のspeedtest-cliをちょっと試してみた．
speedtest.netでの回線速度計測をcliで行えます．python製でpipとかで各種環境に導入可能．
Debianだとjessie以降all, Ubuntuだと16.04LTS以降allにpkgもあるのでapt一発で入るし，Raspberry PiなどのARMアーキテクチャなんかでも問題なく動きました．
規定値の動作はipからロケーション拾ってそこから近いサーバーで計測した結果を返すようです．
自宅のipアドレスでの自動判定では静岡になってたので手動で計測サーバを変更して鹿児島と東京を試しました．
help
|
規定値では自宅は静岡になっていて静岡サーバで計測する(実際は鹿児島)
|
日本のサーバを確認する
|
鹿児島サーバで計測してみる
|
東京を–simple optionで計測してみる
|
サーバの数を確認してみる
|
speedtestはJavaScriptやAdobe Flashが必要なことが多くてヘッドレス環境などでは面倒でした．
iperfやnetcatなんかはお手軽ですが，速度テスト先のサーバの用意が必要です．
今回のspeedtest-cliはお手軽に導入できて世界各地のサーバ相手にcliでspeed testも出来ていい感じです．