KonquerorやAkregatorとかの見た目がたまにショボくなる
KonquerorとかAkregatorはデフォルトで使用すると起動時は以下のような感じになる。Konqueror
Akregator
ただ、ふと思い立ってKonquerorをきちんと使おうとしていろいろいじくってみると、Konquerorの見た目が以下のようにショボくなることがあった。
Konqueror(ショボい)
Konquerorだけ影響を受けるのならまだわかるのだが、なぜかAkregatorにも影響が及んでしまってこちらもショボくなる。スクショを撮り忘れたが、他にもSystemsettings(KDE システム設定)などもショボくなった。
Akregator(ショボい)
短期記憶力が絶望的に欠如しているのでいつもKonquerorのどこをいじくったか忘れてしまって途方に暮れてしまい、これまではホーム直下の.kde4/share/configをリネームしたり削除したりで対応していた*1*2。
が、奇跡的に今日は短期記憶力がそれなりに使える日であったようで、直前に設定したAdblockのフィルターの設定(Konquerorの設定からWeb Browsing→AdblocK Filters)をデフォルトに戻したら、ショボい見た目がいつもの見た目に戻った。
場当たり的な解決法で気持ち悪い。KonquerorでAdblocKを使っても見た目がショボくならない方法を見つけたい。
crfppを正しくインストールするためのパッチ書いた&"pkgdir"と"startdir/pkg"の違い
昨夜、cabochaで遊ぼうと思ってkonsoleからコマンドを叩いたら以下のようなエラーを吐かれた。
cabocha: error while loading shared libraries: libcrfpp.so.0: cannot open shared object file: No such file or directory
libcrfpp.so.0がないんですって。早速findで検索かけたがたしかに見つからない。crfpp(CRF++)はcabochaの依存関係に含まれるものであるのでインストールされてあるはずなのだが。
浅薄なのはわかっているがここでcabochaの再インストールを試みた。が、今度はcabochaのコンパイルで以下のエラーが出てきた。
chunk_learner.cpp:6:19: fatal error: crfpp.h: No such file or directory
これcrfppがどうにかなっているんじゃないか。ということでcrfppのPKGBUILDを見てみる事にした。すると現在は使用が非推奨になってる変数であるstartdir*1を用いてbuild()とかpackage()を書いていることがわかったので、startdir/pkgをpkgdirに、startdir/srcをsrcdirに変更してmakepkg、インストールした。この結果、cabochaのコンパイルも無事成功してきちんとcabochaが動いてくれた。
AURのcrfppでもいちおうこの旨をコメントしておいたので重複するが、きちんと使えるcrfppのパッケージを作るためのパッチを下のリンクにおいておく。
さて、なんでstartdirを使うとダメでpkgverおよびsrcdirを使うといいのかちょっと観察してみることにした。
まずtreeを用いてstartdirを使った場合とpkgdirおよびsrcdirを使った場合のディレクトリの様子をみた。通常makepkgするとPKGBUILDが存在するディレクトリ内にpkgとsrcの2つのディレクトリができるが、src下についてはstartdir/srcとsrcdirで内容に差異がなかったので省略する。
- startdir/pkgの場合
. ├── CRF++-0.58.tar.gz ├── PKGBUILD ├── crfpp-0.58-1-x86_64.pkg.tar.xz ├── pkg │ ├── crfpp │ └── usr │ ├── bin │ │ ├── crf_learn │ │ └── crf_test │ ├── include │ │ └── crfpp.h │ └── lib │ ├── libcrfpp.a │ ├── libcrfpp.la │ ├── libcrfpp.so -> libcrfpp.so.0.0.0 │ ├── libcrfpp.so.0 -> libcrfpp.so.0.0.0 │ └── libcrfpp.so.0.0.0 └── src
- pkgdirの場合
. ├── CRF++-0.58.tar.gz ├── PKGBUILD ├── crfpp-0.58-1-x86_64.pkg.tar.xz ├── crfpp.patch ├── pkg │ └── crfpp │ └── usr │ └── local │ ├── bin │ │ ├── crf_learn │ │ └── crf_test │ ├── include │ │ └── crfpp.h │ └── lib │ ├── libcrfpp.a │ ├── libcrfpp.la │ ├── libcrfpp.so -> libcrfpp.so.0.0.0 │ ├── libcrfpp.so.0 -> libcrfpp.so.0.0.0 │ └── libcrfpp.so.0.0.0 └── src
PKGBUILDがあるディレクトリをカレントディレクトリとして.(ドット)、インストールするプログラムの名前をfooと表せば、startdirはそのままカレントディレクトリを指し、結果startdir/pkgは./pkgを指す。しかしpkgdirは./pkg/fooを指す。startdirをつかってインストール先を直接指定するよりは、pkgdirを用いて動的にインストール先を指定してもらったほうが便利だよ、という話のようだ。
また、ふたつのtreeの結果をみるとわかるが、startdirを使った方はインストール先が./pkg/usr/binとなっているのに、pkgdirを使うと./pkg/crfpp/usr/local/binとなっている。crfppのMakefileには"prefix = /usr/local"が宣言してあり、pkgdirを使うとこのprefixが使用されるがstartdirではこれが使用されないようだ。結果、インストール先のディレクトリ構成が異なってしまう。ただ、Arch Linuxはすべてのパッケージは/usrを使用すべきとしており*2、その場合"prefix = /usr/local"という宣言は殺してしまうのがいいのかもしれない。./configureで--prefix=/usrしてるだけだった。
Nexus4買った
2013-05-31 追記
大変遺憾なことにNexus4は盗難に遭い、現在私の手元にない。仕方ないので画面の割れたGalaxy Nexusを持ち歩いている。
2013-06-07 追記
無事に戻って来た。
4月上旬のある日の外出中、携帯(Galaxy Nexus)を地面に落下させた。
パーンという不吉な音がしたものの、あちゃー迂闊だったなーやっちまったなーと気楽な気持ちで拾い上げたら想像以上のことをやってしまっていた。
これはいけない
まさか自分が液晶パネルを割るとは思ってもみなかった。
動揺して色々早まった行動を繰り返し、紆余曲折の末Nexus4を個人輸入してしまった。
そして先日、Nexus4が届いた。個人輸入は長期休暇中にすべきという教訓を得た。
はこ
ブツ
いまさらな端末でありスペックも現行の最新機種と比べて特に優れているということはない(らしい)Nexus4ではあるが個人的には十分すぎるほど高性能な機械だ。
「入門 自然言語処理」第12章を読む上で必要なソフトウェアまとめ
今日(正確には昨日)ようやく「入門 自然言語処理」を読み終えた。
かなり面白い本だったが、冒頭に必要であると明記されたソフトウェア群だけでは章が進むにしたがってだんだん内容をカバーしきれなくなっていて、いろいろとソフトウェアの追加をしなきゃならなかったりしてお茶目だと思った。11章まではそれで通った。
が、12章に入ってから、扱う言語が英語から日本語にシフトしたためにNLTKではカバーできなくなり、形態素解析や構文解析に使うためのソフトウェアを続々追加していかなきゃならなくなった。このソフトウェアたちが曲者で、Arch Linuxの公式レポジトリにない、AURにないの連続で、pacmanないしyaourtを叩いて待ってればオワリというわけにはいかなかった。もちろん今は時代が進んでいるので
./configure make make install
とか
python2 setup.py build sudo python2 setup.py install
などとやれば簡単にインストールはできるのだけれど、困ったことに私は潔癖症の気があるようで、パッケージはpacmanで管理できないと嫌だ、という奴なのだ。半ば自分の潔癖症のせいでブチ切れながらPKGBUILDを書いてmakepkgを叩くということをしながら12章を読んでいたら、本文を読んでいる時間よりもPKGBUILDを書いてる時間のほうが長くなってしまったという悲しい結果に終わってしまった。
さて、このようにブチ切れながらこの大変おもしろい本を読むような悲しい人間をこれ以上出さないために、12章を読む上で要求されるソフトウェア群を以下に列記する。12章を読む前にこれらをインストールして動作する状態におけばストレスを感じることなく本文を読むことができるだろう。
なお、下にあるもので「AURになかった」ものについては私がPKGBUILDを書いてAURに公開しておきましたのでよろしければご利用ください。
形態素解析系
最初に使われる形態素解析エンジン。AURにある(mecab)。
Mecabのpython用インターフェース。AURにある(python2-mecab等)。
次に使われる形態素解析エンジン。AURになかった。
構文解析系
- CaboCha(https://code.google.com/p/cabocha/)
日本語係り受け解析器。AURになかった。
- CaboCha-python(同上)
CaboChaのpython用インターフェース。AURになかった。
日本語構文・格解析器。ファイルサイズがすごく大きい。AURになかった。
megamをpacmanで管理したいのでPKGBUILD書いた
2013-04-08 追記
本文中のPKGBUILDを編集した。
以前にも書いた「入門 自然言語処理」を読んだり読まなかったりしながらダラダラと過ごしている。
今日第7章を読み始めたのだが、第7章3節、7.3.3の以下の箇所で怒られた。
>>> chunker = ConsecutiveNPChunker(train_sents) which: no megam.opt in (/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin/core_perl:/usr/lib/qt4/bin) which: no megam in (/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin/core_perl:/usr/lib/qt4/bin) which: no megam_686 in (/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin/core_perl:/usr/lib/qt4/bin) which: no megam_i686.opt in (/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin/core_perl:/usr/lib/qt4/bin) Traceback (most recent call last): File "<stdin>", line 1, in <module> File "<stdin>", line 6, in __init__ File "<stdin>", line 12, in __init__ File "/usr/lib/python2.7/site-packages/nltk/classify/maxent.py", line 319, in train gaussian_prior_sigma, **cutoffs) File "/usr/lib/python2.7/site-packages/nltk/classify/maxent.py", line 1522, in train_maxent_classifier_with_megam stdout = call_megam(options) File "/usr/lib/python2.7/site-packages/nltk/classify/megam.py", line 163, in call_megam config_megam() File "/usr/lib/python2.7/site-packages/nltk/classify/megam.py", line 59, in config_megam url='http://www.cs.utah.edu/~hal/megam/') File "/usr/lib/python2.7/site-packages/nltk/internals.py", line 528, in find_binary url, verbose) File "/usr/lib/python2.7/site-packages/nltk/internals.py", line 512, in find_file raise LookupError('\n\n%s\n%s\n%s' % (div, msg, div)) LookupError: =========================================================================== NLTK was unable to find the megam file! Use software specific configuration paramaters or set the MEGAM environment variable. For more information, on megam, see: <http://www.cs.utah.edu/~hal/megam/> =========================================================================== >>>
megamというプログラムがないらしい。困った
困った時のAURということで検索を掛けてみるとなんとAURに存在しない。更に困った。
というわけでmegamをpacmanで管理できるように、makepkgでビルドすべくPKGBUILDを書いてみた。
ちなみにmegamで検索掛けたりエラーメッセージのリンクを踏んでみたりしたがなかなか辿り着けなかったりリンクが死んでたりして苦労したので下の方にmegamのページのリンクを書いておく。ひとつめのリンクがそれに該当する。
注意すべき点としてmegamの実行形式を作る場合、ソースを落としてきて解凍してmakeしてはい終了というわけにはいかない。実際にやってみると以下のようなエラーを吐く。
/usr/bin/ld: cannot find -lstr collect2: error: ld returned 1 exit status File "fastdot_c.c", line 1: Error: Error while building custom runtime system make: *** [megam] Error 2
そのあたりも含めてパッチもつくってみたので以下に置いておく。ちなみにこの問題の具体的な原因及び解決法は下のほうのリンク先を参照してもらいたい。
- PKGBUILD
pkgname=megam pkgver=0.92 pkgrel=3 pkgdesc="MEGA Model Optimization Package" url='http://www.umiacs.umd.edu/~hal/megam/' arch=('i686' 'x86_64') license=('custom') depends=('ocaml') optdepends=() makedepends=() conflicts=() replaces=() backup=() source=('http://hal3.name/megam/megam_src.tgz' 'megam.patch') # Makefileへのパッチ md5sums=('a8b02d3b62933e2a7fb1f4412840a431' '0d79ac56e89615028895b8f5a4df4c27') build() { cd "${srcdir}/megam_${pkgver}" patch < "${srcdir}/megam.patch" sed -n '/This code/,/ webpage./p' README > LICENSE make # READMEによると、makeで実行形式をつくるとsafe(安全?確実?)だが遅いものが生成される # safeじゃなくていいから速い実行形式が欲しいのなら以下をコメントアウトする #make opt } package() { cd "${srcdir}/megam_${pkgver}" install -D -m775 megam "${pkgdir}/usr/bin/megam" install -D -m644 LICENSE "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE" }
- パッチ
--- Makefile.orig 2007-10-09 02:06:04.000000000 +0900 +++ Makefile 2013-03-16 23:45:19.420694775 +0900 @@ -55,19 +55,19 @@ # Default setting of the WITH* variables. Should be changed if your # local libraries are not found by the compiler. -WITHGRAPHICS =graphics.cma -cclib -lgraphics -cclib -L/usr/X11R6/lib -cclib -lX11 +WITHGRAPHICS =graphics.cma -WITHUNIX =unix.cma -cclib -lunix +WITHUNIX =unix.cma -WITHSTR =str.cma -cclib -lstr +WITHSTR =str.cma -WITHBIGARRAY =bigarray.cma -cclib -lbigarray +WITHBIGARRAY =bigarray.cma -WITHNUMS =nums.cma -cclib -lnums +WITHNUMS =nums.cma -WITHTHREADS =threads.cma -cclib -lthreads +WITHTHREADS =threads.cma -WITHDBM =dbm.cma -cclib -lmldbm -cclib -lndbm +WITHDBM =dbm.cma #WITHCLIBS =-I /usr/lib/ocaml/3.09.2/caml WITHCLIBS =-I /usr/lib/ocaml/caml @@ -84,12 +84,12 @@ opt : $(EXEC).opt -#ocamlc -custom other options graphics.cma other files -cclib -lgraphics -cclib -lX11 -#ocamlc -thread -custom other options threads.cma other files -cclib -lthreads -#ocamlc -custom other options str.cma other files -cclib -lstr -#ocamlc -custom other options nums.cma other files -cclib -lnums -#ocamlc -custom other options unix.cma other files -cclib -lunix -#ocamlc -custom other options dbm.cma other files -cclib -lmldbm -cclib -lndbm +#ocamlc -custom other options graphics.cma other files +#ocamlc -thread -custom other options threads.cma other files +#ocamlc -custom other options str.cma other files +#ocamlc -custom other options nums.cma other files +#ocamlc -custom other options unix.cma other files +#ocamlc -custom other options dbm.cma other files SOURCES1 = $(SOURCES:.mly=.ml) SOURCES2 = $(SOURCES1:.mll=.ml)
AURにも公開済みなので普通に使うならそちらを使ったほうが良い。
ちなみにmegamをインストールして、先程怒られた箇所を再び叩いてみたが、以下のようになって一向に終わる気配がなくこの問題は解決したようには見えない。中途半端に終わってしまった。
>>>chunker = ConsecutiveNPChunker(train_sents) optimizing with lambda = 0 optimizing with lambda = 0 optimizing with lambda = 0 optimizing with lambda = 0 optimizing with lambda = 0 ...(以下エンドレス)
参考
# 以下のサイトの手順をただパッチとして起こしただけなのでもしかしたらいろいろと良くない記事なのかもしれない……。
Plasma Active on Nexus7
Plasma Active(http://plasma-active.org/)をNexus7上で動かしたというおはなし。
Plasma Activeとは何ぞやというのは上のPlasma Activeの本家サイトをご覧ください。
手順
インストールはまずブートローダとカーネルをNexus7にインストールし、その後Plasma Activeのシステムをインストールするという流れになる。
まずインストールの前にTWRPとかで既存システム全体のバックアップを作成し、母艦PCなどにそれをコピーしておく。Plasma ActiveをインストールするとNexus7の記憶領域は全て削除されてしまい、リカバリ領域からもとの環境へ戻そうとしてもデータが消滅してしまっているのでどうしようもなくなってしまう。
バックアップが終わったらインストールに必要なイメージファイルなどをhttp://files.kde.org/plasma/active/3.0/images/nexus7/よりもってくる。インストールに必要なものは
- moslo-nexus7-0.0.15.3.tar.gz
- plasma-active-nexus7-testing-mer-latest-2013-01-07.tar.bz2
の2つ(2013年03月06日現在。日付部分ないしバージョン部分が変わっていてもこの名前のファイルをもってくれば間違いはないはず)。ダウンロードしたら、moslo-nexus7のほうを展開し、展開先ディレクトリへ移動する。
次に端末側の準備、まずNexus7の電源を落とし、音量調整キーを上下両方とも押したまま電源キーを押し、fastbootモード(ドロイド君が腹を開けて寝っ転がってるアレ)に落ちる。fastbootモードに落ちたらNexus7をPCとUSBケーブルで接続し、以下を実行。
$ sudo fastboot erase boot $ sudo fastboot -c "ro console=tty1 rootwait rootfstype=ext4" flash:raw boot zImage-moslo initrd-moslo
ブートイメージとカーネルを焼き終わったらNexus7の電源キーを押す(PCと接続したまま)。するとNexus7が再起動し、しばらく待っているとNexus7が外部記憶領域としてPCに認識される。そうなったらすかさず dmesg などを使い、Nexus7のデバイス名を調べる。今回は/dev/sddとなっていたので、以下では/dev/sddをNexus7のデバイス名として話を進めていく(適宜置換のこと)。
まずNexus7上にファイルシステムを作成する。
$ sudo mkfs.ext4 /dev/sdd
ファイルシステム作成後、適当なディレクトリへマウントし、そこへ移動する。
$ sudo mount /dev/sdd /mnt $ cd /mnt
このマウントしたディレクトリへPlasma Activeのシステムを流し込んでいく。
$ sudo tar xvf /<当該ファイルへのパス>/plasma-active-nexus7-testing-mer-latest-2013-01-07.tar.bz2 $ sync
作業が終了したらNexus7をアンマウントする。
$ cd ~/ $ sudo umount /mnt
アンマウントが成功したらUSBケーブルを引き抜けば自動的にNexus7が再起動する。が、どういう仕組みになっているのかよくわからないのだが、システムをブートさせるよりも前にリカバリ領域を読みにいってしまい、Plasma Activeよりも先にTWRP(などのリカバリ用プログラム)が起動してしまう。システムからきちんとブートさせるために、Nexus7をfastbootモードで起動後ブートイメージを焼き直す。
$ sudo fastboot erase boot $ sudo fastboot -c "root=/dev/mmcblk0p9 ro console=tty1 rootwait rootfstype=ext4" flash:raw boot zImage-moslo $sudo fastboot reboot
これでリカバリ領域からではなくシステムからブートするようになる。
インストールしたてのホーム画面(?)
雑感
使用した感じだが、さすがにAndroid 4.2.2などと比較すると悲しくなるものの動作はすこぶる軽快。UIは統一感があり、かっこいい。
だがハードウェアキーボード(microUSBで接続するタイプのやつ。Bluetooth接続のキーボードは所持していないので試していない)を認識してくれない、仮想キーボードの出現・消失タイミングが謎であるなど不便な点もある。
またPlasma ActiveにはGUIのパッケージマネージャがないようなのだが、実はzypperがデフォルトでインストールされており、これでパッケージの管理を行える。仮想キーボードを使う必要があるので若干不便だが馴染みのあるlinux*1を操作しているようで楽しい。
全体的には面白いものだと思う。ただし(これは仕方のない事なのだが)発展途上の感が否めない。
参考
NLTKの準備で困ったこととその対処法
2013-03-06 追記
本文中ではpython2-nltk-gitを使っているが、結局素直にpython2-nltkを使うことにした。python2-nltk-gitでも不自由はなかったのだが。
春休みなので本を読んでいる。
昨日まではダラダラと「Linuxシステムプログラミング」を読んでいて、それがようやく読み終わったので今度は「入門 自然言語処理」を読むことにした。
ちなみにpythonに関する知識は以前pythonが配布しているチュートリアルを適当に読み流した程度で終わっている。
で、この本を読むにあたってNLTKのインストールが必要なのでいろいろとインストールした。本では推奨とか任意となってるパッケージも全部入れた。
$ yaourt -S nltk-data python2-nltk-git python2-numpy python2-matplotlib python2-networkx prover9
python2-nltkというパッケージが既にバイナリで配布されているのだけれどなぜかAURのpython2-nltk-gitをつかってしまった。
で、読み始める。生データを落としたりして本文に即してpythonインタプリタを叩いて遊んでたら以下の部分でエラーが起きた。
>>> text4.dispersion_plot(["citizens", "democracy", "freedom", "duties", "America"]) /usr/lib/python2.7/site-packages/nltk/draw/__init__.py:14: UserWarning: nltk.draw package not loaded (please install Tkinter library). warnings.warn("nltk.draw package not loaded " Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.7/site-packages/nltk/text.py", line 455, in dispersion_plot from nltk.draw import dispersion_plot ImportError: cannot import name dispersion_plot
どうやらTkinterとかいうのをimportすればいいらしい。だが
>>> import Tkinter Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 39, inimport _tkinter # If this fails your Python may not be configured for Tk ImportError: libtk8.6.so: cannot open shared object file: No such file or directory
となったので、おとなしくtkというのを入れる(最初python-pmwというのをAURから入れたのだがtkとtclが入っていればそれでよいらしい)。
sudo pacman -S tk tcl
で、
>>> import Tkinter >>> text4.dispersion_plot(["citizens", "democracy", "freedom", "duties", "America"]) Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.7/site-packages/nltk/text.py", line 455, in dispersion_plot。 from nltk.draw import dispersion_plot ImportError: cannot import name dispersion_plot
となったのだが正直何がなんだかわからなかったのでインタプリタを再起動し、もう一度必要なものをimportして試してみることにした。すると
>>> import nltk >>> import Tkinter >>> from nltk.book import * *** Introductory Examples for the NLTK Book *** Loading text1, ..., text9 and sent1, ..., sent9 Type the name of the text or sentence to view it. Type: 'texts()' or 'sents()' to list the materials. <<<略>>> >>> text4.dispersion_plot(["citizens", "democracy", "freedom", "duties", "America"]) Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.7/site-packages/nltk/text.py", line 456, in dispersion_plot dispersion_plot(self, words) File "/usr/lib/python2.7/site-packages/nltk/draw/dispersion.py", line 27, in dispersion_plot raise ValueError('The plot function requires the matplotlib package (aka pylab).' ValueError: The plot function requires the matplotlib package (aka pylab).See http://matplotlib.sourceforge.net/
となった。冒頭でmatplotlibっぽいのはインストールしたはずなので import pylab を試してみると、
>>> import pylab Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.7/site-packages/pylab.py", line 1, in <module> from matplotlib.pylab import * File "/usr/lib/python2.7/site-packages/matplotlib/pylab.py", line 265, in <module> from matplotlib.pyplot import * File "/usr/lib/python2.7/site-packages/matplotlib/pyplot.py", line 97, in <module> _backend_mod, new_figure_manager, draw_if_interactive, _show = pylab_setup() File "/usr/lib/python2.7/site-packages/matplotlib/backends/__init__.py", line 25, in pylab_setup globals(),locals(),[backend_name]) File "/usr/lib/python2.7/site-packages/matplotlib/backends/backend_gtkagg.py", line 10, in <module> from matplotlib.backends.backend_gtk import gtk, FigureManagerGTK, FigureCanvasGTK,\ File "/usr/lib/python2.7/site-packages/matplotlib/backends/backend_gtk.py", line 16, in <module> raise ImportError("Gtk* backend requires pygtk to be installed.") ImportError: Gtk* backend requires pygtk to be installed.
となる。おとなしくpygtkをインストールする。
sudo pacman -S pygtk
ここまでやったところで dispersion_plot() を試してみると、以下のようになって本に記載の通りの画像が出力された。
>>> import pylab >>> text4.dispersion_plot(["citizens", "democracy", "freedom", "duties", "America"]) Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated. >>>
なんかwarningとか言われてるけど気にしない。