List of Msys2 [text.Baldanders.info]

FOSS な PDF Viewer for Windows (Evince も導入できた)

2019-03-09T03:39:15+00:00

ちうわけで，前回の続き。

PDF Viewer は FOSS な製品からプロプライエタリな製品まで色々あるし，全部を比較するのは無理なので，前回に引き続き PDFreaders.org に掲載されている製品からピックアップしてみよう。

各製品のスペックは以下の通り（2019年3月時点）。

製品名	動作環境	フォーマット	ライセンス	最近のリリース状況
Evince	Linux	PDF, …	GPL	3.31 (2019-02-19)
Okular	Linux, macOS, Windows¹	PDF, EPUB, …	GPL	1.6 (2018-12-13)
SumatraPDF	Windows	PDF, EPUB, …	GPL	3.1.2 (2016-09-23)
XpdfReader	Linux, Windows	PDF	GPL	4.01 (2019-02-18)
PDF.js	Firefox 19+	PDF	Apache-2.0	2.1.266 (2019-02-17)
qpdfview	Linux, NetBSD, FreeBSD	PDF, …	GPL	0.4.18 (2018-11-17)
GNU GV	Linux macOS	PDF, PS	GPL	3.7.4 (2013-03-17)
ePDFView	Linux	PDF	GPL	0.1.8 (2011-05-28)
MuPDF	Linux, windows, Android	PDF, EPUB, …	AGPL	1.14.0 (2018-10-04)
zathura	Linux	PDF, …	zlib	0.4.3 (2018-12-22)

んー。この中で Windows 環境かつ比較的活況な製品を選ぶならやっぱ XpdfReader か MuPDF ってところか。 EPUB 文書も見たいなら MuPDF 一択だな。ちなみに MuPDF は SyncTeX に対応しているらしい。

そうそう。 MuPDF の Android 版で EPUB 文書を開いてみたが，見事に日本語文字がトーフ（□）になった。

EPUB版『続・情報共有の未来』を Android 版 MuPDF で開いてみた（笑）

実は EPUB の仕様はよく知らないのだけど²，おそらく対応しているフォントがないんだろう（Windows 版はちゃんと表示できる）。

Evince for MSYS2 を導入する

前回の記事で Evince の Windows 用バイナリがなくなったと書いたが MSYS2 経由なら導入できそうである。ただし MSYS2 は万人におすすめの方法ではないので，既に MSYS2 を導入している方のみという感じだろうか。 MSYS2 の導入手順は以下の拙文を参考にどうぞ。

ね。万人向けじゃないでしょ。

閑話休題 (それはさておき) ， pacman コマンドを使って Evince を探してみると

$ pacman -Ss evince
mingw32/mingw-w64-i686-evince 3.28.2-3
    Document (PostScript, PDF) viewer (mingw-w64)
mingw64/mingw-w64-x86_64-evince 3.28.2-3
    Document (PostScript, PDF) viewer (mingw-w64)

おおっ！あったあった。ふむ。 mingw32 か mingw64 のいずれかのリポジトリから取るのか。ちょいとバージョンが古いが，まぁいいか。

ちなみに mingw32 からインストールした場合には /mingw32 ディレクトリ以下に mingw64 からインストールした場合には /mingw64 ディレクトリ以下にインストールされる。 Shell として bash を起動する際にはモードにご注意を。

C:> SET MSYSTEM=MINGW64
C:> C:\msys64\usr\bin\bash.exe --login -i

じゃあ導入していこう。

$ pacman -S mingw-w64-x86_64-evince
依存関係を解決しています...
衝突するパッケージがないか確認しています...
警告: 循環依存が検出されました:
警告: mingw-w64-x86_64-harfbuzz は依存パッケージ mingw-w64-x86_64-freetype の前にインストールされます

パッケージ (74) mingw-w64-x86_64-adwaita-icon-theme-3.30.1-1  mingw-w64-x86_64-atk-2.30.0-1
                mingw-w64-x86_64-brotli-1.0.7-1  mingw-w64-x86_64-c-ares-1.15.0-1
                mingw-w64-x86_64-cairo-1.16.0-1  mingw-w64-x86_64-curl-7.64.0-2
                mingw-w64-x86_64-dbus-1.12.12-1  mingw-w64-x86_64-djvulibre-3.5.27-3
                mingw-w64-x86_64-fontconfig-2.13.1-1  mingw-w64-x86_64-freeglut-3.0.0-4
                mingw-w64-x86_64-freetype-2.9.1-1  mingw-w64-x86_64-fribidi-1.0.5-1
                mingw-w64-x86_64-gdk-pixbuf2-2.38.1-1  mingw-w64-x86_64-ghostscript-9.26-1
                mingw-w64-x86_64-glib2-2.58.3-1  mingw-w64-x86_64-graphene-1.8.4-1
                mingw-w64-x86_64-graphite2-1.3.13-1 mingw-w64-x86_64-gsettings-desktop-schemas-3.28.1-1
                mingw-w64-x86_64-gsl-2.5-1  mingw-w64-x86_64-gst-plugins-base-1.14.4-1
                mingw-w64-x86_64-gstreamer-1.14.4-1  mingw-w64-x86_64-gtk3-3.24.5-1
                mingw-w64-x86_64-harfbuzz-2.3.1-1  mingw-w64-x86_64-hicolor-icon-theme-0.17-1
                mingw-w64-x86_64-icu-62.1-1  mingw-w64-x86_64-jansson-2.12-1
                mingw-w64-x86_64-jasper-2.0.14-1  mingw-w64-x86_64-jemalloc-5.1.0-3
                mingw-w64-x86_64-json-glib-1.4.4-1  mingw-w64-x86_64-lcms2-2.9-1
                mingw-w64-x86_64-libarchive-3.3.3-2  mingw-w64-x86_64-libcroco-0.6.12-1
                mingw-w64-x86_64-libdatrie-0.2.12-1  mingw-w64-x86_64-libepoxy-1.5.3-1
                mingw-w64-x86_64-libgcrypt-1.8.4-1  mingw-w64-x86_64-libgpg-error-1.35-1
                mingw-w64-x86_64-libgxps-0.3.1-1  mingw-w64-x86_64-libidn-1.35-1
                mingw-w64-x86_64-libidn2-2.1.1a-1  mingw-w64-x86_64-libjpeg-turbo-2.0.2-1
                mingw-w64-x86_64-libmetalink-0.1.3-3  mingw-w64-x86_64-libogg-1.3.3-1
                mingw-w64-x86_64-libpaper-1.1.24-2  mingw-w64-x86_64-libpng-1.6.36-1
                mingw-w64-x86_64-libpsl-0.20.2-3  mingw-w64-x86_64-librsvg-2.40.20-1
                mingw-w64-x86_64-libspectre-0.2.8-2  mingw-w64-x86_64-libssh2-1.8.0-3
                mingw-w64-x86_64-libthai-0.1.28-2  mingw-w64-x86_64-libtheora-1.1.1-4
                mingw-w64-x86_64-libtiff-4.0.10-1  mingw-w64-x86_64-libunistring-0.9.10-1
                mingw-w64-x86_64-libvorbis-1.3.6-1  mingw-w64-x86_64-libvorbisidec-svn-r19643-1
                mingw-w64-x86_64-libxml2-2.9.9-1  mingw-w64-x86_64-libxslt-1.1.33-1
                mingw-w64-x86_64-lz4-1.8.3-1  mingw-w64-x86_64-lzo2-2.10-1
                mingw-w64-x86_64-nettle-3.4.1-1  mingw-w64-x86_64-nghttp2-1.36.0-1
                mingw-w64-x86_64-nspr-4.20-1  mingw-w64-x86_64-nss-3.42.1-1
                mingw-w64-x86_64-openjpeg2-2.3.0-2  mingw-w64-x86_64-opus-1.3-1
                mingw-w64-x86_64-orc-0.4.28-1  mingw-w64-x86_64-pango-1.43.0-2
                mingw-w64-x86_64-pcre-8.43-1  mingw-w64-x86_64-pixman-0.38.0-1
                mingw-w64-x86_64-poppler-0.74.0-1  mingw-w64-x86_64-poppler-data-0.4.9-1
                mingw-w64-x86_64-shared-mime-info-1.12-1  mingw-w64-x86_64-wineditline-2.205-1
                mingw-w64-x86_64-zstd-1.3.8-1  mingw-w64-x86_64-evince-3.28.2-3

合計ダウンロード容量:   99.07 MiB
合計インストール容量:  522.88 MiB

:: インストールを行いますか？ [Y/n]

うひぃ，大事になっとるがな。まぁいいや。このまま Y を返してインストールしてしまおう（以降の操作は割愛）。

Evince の起動

Explorer のコンテキストメニュー「プログラムから開く」で導入した evince.exe を使って PDF ファイルを開こうとするが，私の環境では何故か上手くいかないので， shell から

$ C:\msys64\mingw64\bin\evince.exe foo.pdf

のように起動するしかなさそうだ（引数なしならラウンチゃが開く）。まぁ MSYS2 ファイルシステム依存でなくてよかった。

私は NYAGOS を使っているのでホームディレクトリの .nyagos ファイルに

nyagos.alias.evince = "c:/msys64/mingw64/bin/evince.exe"

とか記述しておけば

$ evince foo.pdf

で起動できる。

ちょっと扱いが面倒になってしまったが仕方がない。普段遣いは MuPDF にして， MuPDF で上手く表示できない場合や PDF ファイルのプロパティを確認する際は Evince を使うって感じで。

早く Windows 捨てたい。

ブックマーク

Okular を Windows で動作させるには KDE on Windows 環境が必要。同様に macOS では KDE on Mac OS X 環境が必要となる。 ↩︎
EPUB 興味ないよなぁ。日本では業界主導で（縦書きがどうとか）なんか騒いでいたみたいだけど，所詮は「紙の延長」だし，それなら別に PDF でいいぢゃんと思ってしまう。そのためにも PDF Viewer が（無料じゃなくて）自由なライセンスで提供されることが重要なんだけどね。「紙」という制約が不要ならそれこそ AsciiDoc とか markdown とか Org mode とかプリミティブに HTML & CSS とか色々あるわけじゃん。 ↩︎

MSYS2 による gcc 開発環境の構築 ― pgpdump をビルドする

2016-03-01T13:02:47+00:00

前回で gcc を導入できたので，実際にビルドを試してみる。今回はターゲットとして pgpdump を用いる。

pgpdump

pgpdump は山本和彦さんによる OpenPGP パケットの視覚化ツール。ソースコードは GitHub で公開されているが， UNIX 系のプラットフォームを前提に作られているため MSYS2 上でビルドを行う。

まずは pgpdump のソースコードをダウンロードする。

$ git clone https://github.com/kazu-yamamoto/pgpdump.git
Cloning into 'pgpdump'...
remote: Counting objects: 492, done.
Receiving objects:  59% (291remote: Total 492 (delta 0), reused 0 (delta 0), pack-reused 492 92
Receiving objects: 100% (492/492), 180.29 KiB | 0 bytes/s, done.
Resolving deltas: 100% (320/320), done.
Checking connectivity... done.

32bit 版のビルド

pgpdump のビルド手順は configure を実行した後 make を実行する¹。まずは何も考えずに configure の実行してみる。

$ cd pgpdump/

$ ./configure
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... .exe
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for inflate in -lz... yes
checking for BZ2_bzBuffToBuffDecompress in -lbz2... yes
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for unistd.h... (cached) yes
checking sys/time.h usability... yes
checking sys/time.h presence... yes
checking for sys/time.h... yes
checking unixlib/local.h usability... no
checking unixlib/local.h presence... no
checking for unixlib/local.h... no
checking whether time.h and sys/time.h may both be included... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for struct tm.tm_zone... no
checking whether tzname is declared... yes
checking for tzname... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: WARNING:  'Makefile.in' seems to ignore the --datarootdir setting
config.status: creating config.h

pgpdump ではパケット内の圧縮データを扱うため libz および libbz2 が必要となるが，ちゃんと認識しているようだ。これによって作成された Makefile がこれ。

prefix = /usr/local
exec_prefix = ${prefix}
bindir = ${exec_prefix}/bin
mandir = ${prefix}/share/man
LIBS = -lbz2 -lz
CFLAGS  = -g -O2 -O -Wall
LDFLAGS =
VERSION = `git tag | tail -1 | sed -e 's/v//'`

RM = rm -f
INSTALL  = install

INCS = pgpdump.h
SRCS = pgpdump.c types.c tagfuncs.c packet.c subfunc.c signature.c keys.c \
       buffer.c uatfunc.c
OBJS = pgpdump.o types.o tagfuncs.o packet.o subfunc.o signature.o keys.o \
       buffer.o uatfunc.o
PROG = pgpdump

MAN  = pgpdump.1

CNF = config.h config.status config.cache config.log
MKF = Makefile

.c.o:
    $(CC) -c $(CFLAGS) $<

all: $(PROG)

$(PROG): $(OBJS)
    $(CC) $(CFLAGS) -o $(PROG) $(OBJS) $(LIBS) $(LDFLAGS)

clean:
    $(RM) $(OBJS) $(PROG)

distclean:
    $(RM) $(OBJS) $(PROG) $(CNF) $(MKF)

install: all
    $(INSTALL) -d $(DESTDIR)$(bindir)
    $(INSTALL) -cp -pm755 $(PROG) $(DESTDIR)$(bindir)
    $(INSTALL) -d $(DESTDIR)$(mandir)/man1
    $(INSTALL) -cp -pm644 $(MAN) $(DESTDIR)$(mandir)/man1

archive:
    git archive master -o ~/pgpdump-$(VERSION).tar --prefix=pgpdump-$(VERSION)/
    gzip ~/pgpdump-$(VERSION).tar

この時点での問題は以下のとおり。

prefix が /usr/local になっている。このままでもエラーにはならないが，今回は 32bit 版と 64bit 版を分けたいので /mingw32 としたい
リンク時のオプション（LDFLAGS）に -static がないため，このままビルドすると DLL に依存する構成になってしまう

これらについては configure に情報を渡せばよい。

$ ./configure --prefix=/mingw32 LDFLAGS=-static

これで Makefile は以下のようになる。

prefix = /mingw32
exec_prefix = ${prefix}
bindir = ${exec_prefix}/bin
mandir = ${prefix}/share/man
LIBS = -lbz2 -lz
CFLAGS  = -g -O2 -O -Wall
LDFLAGS = -static
VERSION = `git tag | tail -1 | sed -e 's/v//'`

RM = rm -f
INSTALL  = install

INCS = pgpdump.h
SRCS = pgpdump.c types.c tagfuncs.c packet.c subfunc.c signature.c keys.c \
       buffer.c uatfunc.c
OBJS = pgpdump.o types.o tagfuncs.o packet.o subfunc.o signature.o keys.o \
       buffer.o uatfunc.o
PROG = pgpdump

MAN  = pgpdump.1

CNF = config.h config.status config.cache config.log
MKF = Makefile

.c.o:
    $(CC) -c $(CFLAGS) $<

all: $(PROG)

$(PROG): $(OBJS)
    $(CC) $(CFLAGS) -o $(PROG) $(OBJS) $(LIBS) $(LDFLAGS)

clean:
    $(RM) $(OBJS) $(PROG)

distclean:
    $(RM) $(OBJS) $(PROG) $(CNF) $(MKF)

install: all
    $(INSTALL) -d $(DESTDIR)$(bindir)
    $(INSTALL) -cp -pm755 $(PROG) $(DESTDIR)$(bindir)
    $(INSTALL) -d $(DESTDIR)$(mandir)/man1
    $(INSTALL) -cp -pm644 $(MAN) $(DESTDIR)$(mandir)/man1

archive:
    git archive master -o ~/pgpdump-$(VERSION).tar --prefix=pgpdump-$(VERSION)/
    gzip ~/pgpdump-$(VERSION).tar

では make を実行しよう。

$ make
cc -c -g -O2 -O -Wall pgpdump.c
cc -c -g -O2 -O -Wall types.c
cc -c -g -O2 -O -Wall tagfuncs.c
cc -c -g -O2 -O -Wall packet.c
cc -c -g -O2 -O -Wall subfunc.c
cc -c -g -O2 -O -Wall signature.c
cc -c -g -O2 -O -Wall keys.c
cc -c -g -O2 -O -Wall buffer.c
cc -c -g -O2 -O -Wall uatfunc.c
cc -g -O2 -O -Wall -o pgpdump pgpdump.o types.o tagfuncs.o packet.o subfunc.o signature.o keys.o buffer.o uatfunc.o -lbz2 -lz  -static

$ strip pgpdump.exe

できた実行ファイルをコマンドプロンプトから起動してみる。

C:>pgpdump.exe -v
pgpdump.exe version 0.29, Copyright (C) 1998-2014 Kazu Yamamoto

うまくいったようである。

64bit 版のビルド

32bit 版で要領は分かったので一気に終わらせてしまおう。

$ git clone https://github.com/kazu-yamamoto/pgpdump.git
Cloning into 'pgpdump'...
remote: Counting objects: 492, done.
Receiving objects:  62% (306remote: Total 492 (delta 0), reused 0 (delta 0), pack-reused 492/92
Receiving objects: 100% (492/492), 180.29 KiB | 0 bytes/s, done.
Resolving deltas: 100% (320/320), done.
Checking connectivity... done.

$ cd pgpdump/

$ ./configure --prefix=/mingw64 LDFLAGS=-static
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... .exe
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for inflate in -lz... yes
checking for BZ2_bzBuffToBuffDecompress in -lbz2... yes
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for unistd.h... (cached) yes
checking sys/time.h usability... yes
checking sys/time.h presence... yes
checking for sys/time.h... yes
checking unixlib/local.h usability... no
checking unixlib/local.h presence... no
checking for unixlib/local.h... no
checking whether time.h and sys/time.h may both be included... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for struct tm.tm_zone... no
checking whether tzname is declared... yes
checking for tzname... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: WARNING:  'Makefile.in' seems to ignore the --datarootdir setting
config.status: creating config.h

$ make
cc -c -g -O2 -O -Wall pgpdump.c
cc -c -g -O2 -O -Wall types.c
cc -c -g -O2 -O -Wall tagfuncs.c
cc -c -g -O2 -O -Wall packet.c
cc -c -g -O2 -O -Wall subfunc.c
cc -c -g -O2 -O -Wall signature.c
cc -c -g -O2 -O -Wall keys.c
cc -c -g -O2 -O -Wall buffer.c
cc -c -g -O2 -O -Wall uatfunc.c
cc -g -O2 -O -Wall -o pgpdump pgpdump.o types.o tagfuncs.o packet.o subfunc.o signature.o keys.o buffer.o uatfunc.o -lbz2 -lz  -static

$ strip pgpdump.exe

これもコマンドプロンプト上で起動してみる。

C:>pgpdump.exe -v
pgpdump.exe version 0.29, Copyright (C) 1998-2014 Kazu Yamamoto

問題なし。

動作確認

実際にちゃんと動くかどうか JPCERT/CC の公開鍵をを使って確認してみる。

C:>pgpdump.exe info-0x69ECE048.asc
Old: Public Key Packet(tag 6)(269 bytes)
        Ver 4 - new
        Public key creation time - Tue Jun 02 14:43:57 東京 (標準時) 2009
        Pub alg - RSA Encrypt or Sign(pub 1)
        RSA n(2048 bits) - ...
        RSA e(17 bits) - ...
Old: User ID Packet(tag 13)(29 bytes)
        User ID - JPCERT/CC <info@jpcert.or.jp>
Old: Signature Packet(tag 2)(316 bytes)
        Ver 4 - new
        Sig type - Generic certification of a User ID and Public Key packet(0x10).
        Pub alg - RSA Encrypt or Sign(pub 1)
        Hash alg - SHA1(hash 2)
        Hashed Sub: preferred symmetric algorithms(sub 11)(3 bytes)
                Sym alg - AES with 256-bit key(sym 9)
                Sym alg - CAST5(sym 3)
                Sym alg - Triple-DES(sym 2)
        Hashed Sub: key server preferences(sub 23)(4 bytes)
                Flag - No-modify
        Hashed Sub: key flags(sub 27)(4 bytes)
                Flag - This key may be used to certify other keys
                Flag - This key may be used to sign data
                Flag - This key may be used to encrypt communications
                Flag - This key may be used to encrypt storage
                Flag - The private component of this key may be in the possession of more than one person
        Hashed Sub: preferred compression algorithms(sub 22)(2 bytes)
                Comp alg - ZLIB <RFC1950>(comp 2)
                Comp alg - ZIP <RFC1951>(comp 1)
        Hashed Sub: features(sub 30)(4 bytes)
                Flag - Modification detection (packets 18 and 19)
        Hashed Sub: preferred hash algorithms(sub 21)(3 bytes)
                Hash alg - SHA256(hash 8)
                Hash alg - SHA384(hash 9)
                Hash alg - SHA512(hash 10)
        Hashed Sub: signature creation time(sub 2)(4 bytes)
                Time - Tue Jun 16 12:51:22 東京 (標準時) 2009
        Sub: issuer key ID(sub 16)(8 bytes)
                Key ID - 0x317D97A469ECE048
        Hash left 2 bytes - cd 79
        RSA m^d mod n(2047 bits) - ...
                -> PKCS-1
Old: Signature Packet(tag 2)(277 bytes)
        Ver 3 - old
        Hash material(5 bytes):
                Sig type - Generic certification of a User ID and Public Key packet(0x10).
                Creation time - Tue Jun 02 14:43:57 東京 (標準時) 2009
        Key ID - 0xE7734FA60C7BDE12
        Pub alg - RSA Encrypt or Sign(pub 1)
        Hash alg - SHA1(hash 2)
        Hash left 2 bytes - e9 53
        RSA m^d mod n(2047 bits) - ...
                -> PKCS-1
Old: Signature Packet(tag 2)(156 bytes)
        Ver 4 - new
        Sig type - Generic certification of a User ID and Public Key packet(0x10).
        Pub alg - RSA Encrypt or Sign(pub 1)
        Hash alg - SHA1(hash 2)
        Hashed Sub: signature creation time(sub 2)(4 bytes)
                Time - Mon Jun 15 14:51:27 東京 (標準時) 2009
        Sub: issuer key ID(sub 16)(8 bytes)
                Key ID - 0x8C756B2E2C94D4ED
        Hash left 2 bytes - 35 fd
        RSA m^d mod n(1022 bits) - ...
                -> PKCS-1
Old: Public Subkey Packet(tag 14)(269 bytes)
        Ver 4 - new
        Public key creation time - Tue Jun 02 14:43:57 東京 (標準時) 2009
        Pub alg - RSA Encrypt or Sign(pub 1)
        RSA n(2048 bits) - ...
        RSA e(17 bits) - ...
Old: Signature Packet(tag 2)(577 bytes)
        Ver 4 - new
        Sig type - Subkey Binding Signature(0x18).
        Pub alg - RSA Encrypt or Sign(pub 1)
        Hash alg - SHA1(hash 2)
        Hashed Sub: signature creation time(sub 2)(4 bytes)
                Time - Tue Jun 02 14:43:58 東京 (標準時) 2009
        Hashed Sub: key flags(sub 27)(4 bytes)
                Flag - This key may be used to encrypt communications
                Flag - This key may be used to encrypt storage
        Hashed Sub: embedded signature(sub 32)(284 bytes)
        Ver 4 - new
        Sig type - Primary Key Binding Signature(0x19).
        Pub alg - RSA Encrypt or Sign(pub 1)
        Hash alg - SHA256(hash 8)
        Hashed Sub: signature creation time(sub 2)(4 bytes)
                Time - Tue Jun 02 14:43:57 東京 (標準時) 2009
        Sub: issuer key ID(sub 16)(8 bytes)
                Key ID - 0x09D704B753BA1622
        Hash left 2 bytes - 71 2d
        RSA m^d mod n(2048 bits) - ...
                -> PKCS-1
        Sub: issuer key ID(sub 16)(8 bytes)
                Key ID - 0x317D97A469ECE048
        Hash left 2 bytes - 1d e2
        RSA m^d mod n(2046 bits) - ...
                -> PKCS-1

うむ，問題ないようだな。ちなみに Windows バイナリはうちのサイトでも公開しているのでご自由にどうぞ。

前回インストールした base-devel パッケージグループは今回の pgpdump ビルドには必要なく，インストールしなくても問題ない。まぁ今回は単純なビルドだし。 ↩︎

MSYS2 による gcc 開発環境の構築 ― gcc パッケージ群の導入

2016-03-01T13:02:44+00:00

いよいよ gcc をインストールする。その前に…

pacman によるパッケージ管理

前回の初期化でもちょっとだけ出てきたが， MSYS2 のパッケージ管理には pacman コマンドを使う。 pacman は元々 Arch Linux のパッケージ管理ツールで，使い方もこれと同じようだ。

pacman - ArchWiki

よく使うコマンドとしては

コマンドライン	処理内容
`pacman -S <package_name1> [package_name2...]`	指定したパッケージをインストールする
`pacman -Sl [repository]`	パッケージを一覧表示する（リポジトリを指定可能）
`pacman -Ss [regex...]`	パッケージを一覧・検索する（キーワードを指定可能）
`pacman -Su`	インストール済みのパッケージを更新する
`pacman -Sy`	パッケージのデータベースを更新する
`pacman -Syu`	`-Su`, `-Sy` の同時指定
`pacman -Q [package_name...]`	インストール済みパッケージを一覧・検索する（パッケージを指定可能）
`pacman -Qs [regex...]`	インストール済みパッケージを一覧・検索する（をキーワードを指定可能）
`pacman -R <package_name>`	指定したパッケージを削除する
`pacman -Rs <package_name>`	依存関係を含めて指定したパッケージを削除する（指定したパッケージにのみ依存するパッケージを削除）

あたりか。

MSYS2 のリポジトリ

/etc/pacman.conf を見ると MSYS2 では mingw32, mingw64, msys の3つのリポジトリを管理していることが分かる。

リポジトリ名	参照ファイル
`mingw32`	`/etc/pacman.d/mirrorlist.mingw32`
`mingw64`	`/etc/pacman.d/mirrorlist.mingw64`
`msys`	`/etc/pacman.d/mirrorlist.msys`

実際には「参照ファイル」にリポジトリへの URI が書かれている。たとえば /etc/pacman.d/mirrorlist.mingw32 ならこんな感じ。

##
## 32-bit Mingw-w64 repository mirrorlist
##

## Primary
## msys2.org
Server = http://repo.msys2.org/mingw/i686
Server = http://downloads.sourceforge.net/project/msys2/REPOS/MINGW/i686
Server = http://www2.futureware.at/~nickoe/msys2-mirror/i686/

では実際にリポジトリの中を覗いてみよう。

$ pacman -Sl | grep gcc
mingw32 mingw-w64-i686-gcc 7.3.0-1
mingw32 mingw-w64-i686-gcc-ada 7.3.0-1
mingw32 mingw-w64-i686-gcc-fortran 7.3.0-1
mingw32 mingw-w64-i686-gcc-libgfortran 7.3.0-1
mingw32 mingw-w64-i686-gcc-libs 7.3.0-1
mingw32 mingw-w64-i686-gcc-objc 7.3.0-1
mingw64 mingw-w64-x86_64-gcc 7.3.0-1
mingw64 mingw-w64-x86_64-gcc-ada 7.3.0-1
mingw64 mingw-w64-x86_64-gcc-fortran 7.3.0-1
mingw64 mingw-w64-x86_64-gcc-libgfortran 7.3.0-1
mingw64 mingw-w64-x86_64-gcc-libs 7.3.0-1
mingw64 mingw-w64-x86_64-gcc-objc 7.3.0-1
msys gcc 6.4.0-3
msys gcc-fortran 6.4.0-3
msys gcc-libs 6.4.0-3 [インストール済み]
msys mingw-w64-cross-gcc 6.4.0-2

どれを使うかはユーザ次第だが，今回は MSYS2 内ではなく Windows 環境で動作するアプリケーションを作りたいので， mingw32 および mingw64 リポジトリのものを導入する。

Windowsでgccなどを利用できるMSYS2の環境設定など - Qiita

gcc のインストール

では gcc のインストールを始めよう。今回は以下のパッケージグループを導入する。

base-devel
mingw-w64-i686-toolchain
mingw-w64-x86_64-toolchain

ものすごく分かりにくいが mingw-w64-x86_64-toolchain が 64bit 用である。コマンドラインは以下の通り（ログがかなり長くなるので省略）。

$ pacman -S base-devel mingw-w64-i686-toolchain mingw-w64-x86_64-toolchain

gcc の動作確認

まずは 32bit 版の動作確認。 mingw32.exe を起動，または環境変数 MSYSTEM に MINGW32 をセットして shell を起動する。前回紹介した ConEmu を使うのであれば以下のシーケンスで起動できる。

set MSYSTEM=MINGW32 & chcp 65001 & C:\msys64\usr\bin\bash.exe --login -i

gcc を起動して動作確認。

$ gcc -v
Using built-in specs.
COLLECT_GCC=C:\msys64\mingw32\bin\gcc.exe
COLLECT_LTO_WRAPPER=C:/msys64/mingw32/bin/../lib/gcc/i686-w64-mingw32/7.3.0/lto-wrapper.exe
Target: i686-w64-mingw32
Configured with: ../gcc-7.3.0/configure --prefix=/mingw32 --with-local-prefix=/mingw32/local --build=i686-w64-mingw32 --host=i686-w64-mingw32 --target=i686-w64-mingw32 --with-native-system-header-dir=/mingw32/i686-w64-mingw32/include --libexecdir=/mingw32/lib --enable-bootstrap --with-arch=i686 --with-tune=generic --enable-languages=c,lto,c++,objc,obj-c++,fortran,ada --enable-shared --enable-static --enable-libatomic --enable-threads=posix --enable-graphite --enable-fully-dynamic-string --enable-libstdcxx-time=yes --enable-libstdcxx-filesystem-ts=yes --disable-libstdcxx-pch --disable-libstdcxx-debug --disable-isl-version-check --enable-lto --enable-libgomp --disable-multilib --enable-checking=release --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-libiconv --with-system-zlib --with-gmp=/mingw32 --with-mpfr=/mingw32 --with-mpc=/mingw32 --with-isl=/mingw32 --with-pkgversion='Rev1, Built by MSYS2 project' --with-bugurl=https://sourceforge.net/projects/msys2 --with-gnu-as --with-gnu-ld --disable-sjlj-exceptions --with-dwarf2
Thread model: posix
gcc version 7.3.0 (Rev1, Built by MSYS2 project)

次に 64bit 版の動作確認。動作確認には mingw64.exe を起動，または環境変数 MSYSTEM に MINGW64 をセットして shell を起動する。前回紹介した ConEmu を使うのであれば以下のシーケンスで起動できる。

set MSYSTEM=MINGW64 & chcp 65001 & C:\msys64\usr\bin\bash.exe --login -i

gcc を起動して動作確認。

$ gcc -v
Using built-in specs.
COLLECT_GCC=C:\msys64\mingw64\bin\gcc.exe
COLLECT_LTO_WRAPPER=C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/7.3.0/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: ../gcc-7.3.0/configure --prefix=/mingw64 --with-local-prefix=/mingw64/local --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 --with-native-system-header-dir=/mingw64/x86_64-w64-mingw32/include --libexecdir=/mingw64/lib --enable-bootstrap --with-arch=x86-64 --with-tune=generic --enable-languages=c,lto,c++,objc,obj-c++,fortran,ada --enable-shared --enable-static --enable-libatomic --enable-threads=posix --enable-graphite --enable-fully-dynamic-string --enable-libstdcxx-time=yes --enable-libstdcxx-filesystem-ts=yes --disable-libstdcxx-pch --disable-libstdcxx-debug --disable-isl-version-check --enable-lto --enable-libgomp --disable-multilib --enable-checking=release --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-libiconv --with-system-zlib --with-gmp=/mingw64 --with-mpfr=/mingw64 --with-mpc=/mingw64 --with-isl=/mingw64 --with-pkgversion='Rev1, Built by MSYS2 project' --with-bugurl=https://sourceforge.net/projects/msys2 --with-gnu-as --with-gnu-ld
Thread model: posix
gcc version 7.3.0 (Rev1, Built by MSYS2 project)

ターゲット名が x86_64-w64-mingw32 となっていて非常に分かりにくいが， mingw32 版では i686-w64-mingw32 となっているので，なんとか区別して欲しい。

gcc のスレッドモデルと例外処理

MSYS2 で提供される gcc のスレッドモデルと例外処理は以下のようになっているらしい。

On MSYS2 I maintain only one configuration:
32-bit: threads=posix, exceptions=dwarf
64-bit: threads=posix, exceptions=seh

via MSYS2 / Tickets / #24 Mingw64 downloads through msys2?

MSYS2 のベースになっている MinGW-w64 のスレッドモデルには win32 と posix が提供されている。 win32 は Windows ネイティブなスレッド関連関数を使っているため速いが， C++11 の thread, mutex, future はサポートしていないらしい。一方，例外処理には SJLJ（SetJump/LongJump）， DWARF2， SEH（Structured Exception Handling）があり，この中では Windows ネイティブな SEH が一番速い。ただし SEH は 64bit gcc でしか対応していないため 32bit 環境では使えない¹。

MinGW-w64 のもうひとつの実装である TDM-GCC では，スレッドモデルには posix，例外処理には SJLJ（32bit）または SEH（64bit）が設定されているようだ。

TDM-GCC includes a pthreads emulation layer for Microsoft Windows systems, called "winpthreads". This lets you use std::thread and other C++11 concurrency features in your programs, out of the box.
[...]
64-bit binaries use "SEH", which stands for "Structured Exception Handling".
[...]
If you create a 32-bit binary with the TDM64 edition, it will use SJLJ exception handling. DW2 exception handling is not available in this edition.

via TDM-GCC : Quirks

次回は実際にビルドを行う。

ちなみにオリジナルの MinGW-w64 ではインストール時にスレッドモデルと例外処理を選択できる。 ↩︎

MSYS2 による gcc 開発環境の構築 ― MSYS2 のインストールから初期化処理まで

2016-03-01T13:02:41+00:00

これは Qiita の以下の記事からの再構成である。

ここでは以下の3部構成になっている。

gcc と MSYS2

MSYS の後継（？）とも言える MSYS2 では gcc を含む開発環境を 32bit と 64bit で併設できるらしい。

MSYS2 installer
msys2 : GitHub ページ

今回は MSYS2 を使って gcc 開発環境を構築する。

なお，単に gcc が欲しいのであれば MinGW-w64 から Windows 用のバイナリを取得するほうがお勧めである¹。

MinGW-w64 を導入する

そうではなく autotools などを含む UNIX 互換の環境が必要なのであれば，今回紹介する MSYS2 が適切と思われる（UNIX 系のコマンドを Windows にポーティングする場合など）。また開発環境は要らないが UNIX 互換の動作環境が欲しいだけなら Git for Windows を導入する手もある²。

MSYS2 のインストール

では早速 64bit 版インストーラ（今回は msys2-x86_64-20161025.exe を使用）でインストールを行ってみる。

わお！日本語だ。

このまま「完了」するとターミナル（mintty）が起動する。のだが，ここでちょっと寄り道する。「MSYS2 64bit を実行中」のチェックを外して「完了」しよう。

MSYS2 起動モード

MSYS2 には3つの起動モジュールがある（64bit 版をインストールした場合）。

mingw32.exe
mingw64.exe
msys2.exe

またそれぞれに ini ファイルが用意されている。たとえば msys2.exe であればこんな感じ。

#MSYS=winsymlinks:nativestrict
#MSYS=error_start:mingw64/bin/qtcreator.exe|-debug|<process-id>
#CHERE_INVOKING=1
#MSYS2_PATH_TYPE=inherit
MSYSTEM=MSYS

どうやら ini ファイルの内容をそのまま環境変数として渡しているようだ。このうち MSYSTEM に注目すると以下のようになっている。

バッチファイル	セットする値
`mingw32.exe`	`MINGW32`
`mingw64.exe`	`MINGW64`
`msys2.exe`	`MSYS`

MSYSTEM は /etc/profile 内で参照される。以下に /etc/profile の一部を引用する。

MSYS2_PATH="/usr/local/bin:/usr/bin:/bin"
MANPATH='/usr/local/man:/usr/share/man:/usr/man:/share/man'
INFOPATH='/usr/local/info:/usr/share/info:/usr/info:/share/info'

case "${MSYS2_PATH_TYPE:-minimal}" in
  strict)
    # Do not inherit any path configuration, and allow for full customization
    # of external path. This is supposed to be used in special cases such as
    # debugging without need to change this file, but not daily usage.
    unset ORIGINAL_PATH
    ;;
  inherit)
    # Inherit previous path. Note that this will make all of the Windows path
    # available in current shell, with possible interference in project builds.
    ORIGINAL_PATH="${ORIGINAL_PATH:-${PATH}}"
    ;;
  *)
    # Do not inherit any path configuration but configure a default Windows path
    # suitable for normal usage with minimal external interference.
    WIN_ROOT="$(PATH=${MSYS2_PATH} cygpath -Wu)"
    ORIGINAL_PATH="${WIN_ROOT}/System32:${WIN_ROOT}:${WIN_ROOT}/System32/Wbem:${WIN_ROOT}/System32/WindowsPowerShell/v1.0/"
esac

unset MINGW_MOUNT_POINT
source '/etc/msystem'
case "${MSYSTEM}" in
MINGW32)
  MINGW_MOUNT_POINT="${MINGW_PREFIX}"
  PATH="${MINGW_MOUNT_POINT}/bin:${MSYS2_PATH}${ORIGINAL_PATH:+:${ORIGINAL_PATH}}"
  PKG_CONFIG_PATH="${MINGW_MOUNT_POINT}/lib/pkgconfig:${MINGW_MOUNT_POINT}/share/pkgconfig"
  ACLOCAL_PATH="${MINGW_MOUNT_POINT}/share/aclocal:/usr/share/aclocal"
  MANPATH="${MINGW_MOUNT_POINT}/share/man:${MANPATH}"
  ;;
MINGW64)
  MINGW_MOUNT_POINT="${MINGW_PREFIX}"
  PATH="${MINGW_MOUNT_POINT}/bin:${MSYS2_PATH}${ORIGINAL_PATH:+:${ORIGINAL_PATH}}"
  PKG_CONFIG_PATH="${MINGW_MOUNT_POINT}/lib/pkgconfig:${MINGW_MOUNT_POINT}/share/pkgconfig"
  ACLOCAL_PATH="${MINGW_MOUNT_POINT}/share/aclocal:/usr/share/aclocal"
  MANPATH="${MINGW_MOUNT_POINT}/share/man:${MANPATH}"
  ;;
*)
  PATH="${MSYS2_PATH}:/opt/bin${ORIGINAL_PATH:+:${ORIGINAL_PATH}}"
  PKG_CONFIG_PATH="/usr/lib/pkgconfig:/usr/share/pkgconfig:/lib/pkgconfig"
esac

MINGW32 または MINGW64 の場合は，新たに /mingw32 または /mingw64 がパス等に追加されているのがお分かりだろうか。

ConEmu から MSYS2 bash を起動する

以上から，環境変数 MSYSTEM を適切に設定すれば MSYS2 の起動モジュールを介さずに shell を起動しても構わないことが分かる。ここでは ConEmu から MSYS2 の bash を起動することを考える。以下のように Tasks 設定で MSYS2 の bash を起動するシーケンスを設定すればよい。

ConEmu Setting

起動シーケンスは以下のとおり。

set MSYSTEM=MSYS & chcp 65001 & C:\msys64\usr\bin\bash.exe --login -i -new_console:C:"C:\msys64\msys2.ico"

前半で環境変数とコードページ（65001 は UTF-8）を設定し，後半で実際に bash を呼び出している。

初期設定

では本題に戻ろう。 msys2.exe または環境変数 MSYSTEM に MSYS をセットして shell を起動し，まずはコア・パッケージを最新のものに更新する。

$ pacman -Syu
:: パッケージデータベースの同期中...
 mingw32                                              232.6 KiB   720K/s 00:00 [##################] 100%
 mingw32.sig                                           96.0   B  93.8K/s 00:00 [##################] 100%
 mingw64                                              231.6 KiB   740K/s 00:00 [##################] 100%
 mingw64.sig                                           96.0   B  0.00B/s 00:00 [##################] 100%
 msys                                                 130.7 KiB   165K/s 00:01 [##################] 100%
 msys.sig                                              96.0   B  93.8K/s 00:00 [##################] 100%
==> Checking if there are critical packages to upgrade.
pacman 5.0.0.6348.cc5a8f1-1 -> 5.0.1.6388.dcb2397-1
==> Core packages require updating.
==> Please close all other MSYS2 derived windows (e.g. terminal
==> windows, Bash sessions, etc) before proceeding.
==> 警告: When the update has completed, you MUST close this MSYS2 window
==> 警告: (use Alt-F4 or red [ X ], etc.), rather than 'exit'!!!
Press [Enter] key when ready to start update...
==> Updating core packages...
警告: bash-4.3.042-4 は最新です -- スキップ
警告: msys2-runtime-2.4.1.16860.40c26fc-1 は最新です -- スキップ
依存関係を解決しています...
衝突するパッケージがないか確認しています...

パッケージ (2) msys2-runtime-devel-2.4.1.16860.40c26fc-1  pacman-5.0.1.6388.dcb2397-1

合計ダウンロード容量:  10.34 MiB
合計インストール容量:  54.72 MiB
最終的なアップグレード容量:  21.12 MiB

:: インストールを行いますか？ [Y/n]
:: パッケージを取得します ...
 pacman-5.0.1.6388.dcb2397-1-x86_64                     6.8 MiB  1248K/s 00:06 [##################] 100%
 msys2-runtime-devel-2.4.1.16860.40c26fc-1-x86_64       3.5 MiB  1027K/s 00:04 [##################] 100%
(2/2) キーリングのキーを確認                                                   [##################] 100%
(2/2) パッケージの整合性をチェック                                             [##################] 100%
(2/2) パッケージファイルのロード                                               [##################] 100%
(2/2) ファイルの衝突をチェック                                                 [##################] 100%
(2/2) 空き容量を確認                                                           [##################] 100%
:: パッケージの変更を処理しています...
(1/2) 更新 pacman                                                              [##################] 100%
(2/2) インストール msys2-runtime-devel                                         [##################] 100%
Please close this window.

おや。ツールが更新された。 pacman -Syu で更新があった場合，いったん shell を閉じて起動し直す。このとき exit コマンドで終了するのではなく，強制終了する。

Shell を再起動したら他のインストール済みのパッケージを更新しよう。

$ pacman -Su
:: システム全体の更新を開始...
依存関係を解決しています...
衝突するパッケージがないか確認しています...

パッケージ (7) curl-7.47.1-1  file-5.25-1  gnupg-1.4.20-1  libcurl-7.47.1-1  libopenssl-1.0.2.f-1
               mintty-1~2.2.3-1  openssl-1.0.2.f-1

合計ダウンロード容量:   4.40 MiB
合計インストール容量:  20.60 MiB
最終的なアップグレード容量:   0.12 MiB

:: インストールを行いますか？ [Y/n] y
:: パッケージを取得します...
 libopenssl-1.0.2.f-1-x86_64                          815.3 KiB   796K/s 00:01 [##################] 100%
 openssl-1.0.2.f-1-x86_64                            1336.9 KiB   977K/s 00:01 [##################] 100%
 libcurl-7.47.1-1-x86_64                              185.0 KiB   269K/s 00:01 [##################] 100%
 curl-7.47.1-1-x86_64                                 595.3 KiB   855K/s 00:01 [##################] 100%
 file-5.25-1-x86_64                                   396.5 KiB   767K/s 00:01 [##################] 100%
 gnupg-1.4.20-1-x86_64                               1026.9 KiB   672K/s 00:02 [##################] 100%
 mintty-1~2.2.3-1-x86_64                              147.2 KiB   436K/s 00:00 [##################] 100%
(7/7) キーリングのキーを確認                                                   [##################] 100%
(7/7) パッケージの整合性をチェック                                             [##################] 100%
(7/7) パッケージファイルのロード                                               [##################] 100%
(7/7) ファイルの衝突をチェック                                                 [##################] 100%
(7/7) 空き容量を確認                                                           [##################] 100%
:: パッケージの変更を処理しています...
(1/7) 更新 libopenssl                                                          [##################] 100%
(2/7) 更新 openssl                                                             [##################] 100%
(3/7) 更新 libcurl                                                             [##################] 100%
(4/7) 更新 curl                                                                [##################] 100%
(5/7) 更新 file                                                                [##################] 100%
(6/7) 更新 gnupg                                                               [##################] 100%
gpg: /etc/pacman.d/gnupg/trustdb.gpg: 信用データベースができました
gpg: 究極的に信用する鍵が見つかりません
gpg: Generating pacman keyring master key...
gpg: skipping control `%no-protection' ()
.+++++
+++++
gpg: 鍵CD81616Cを究極的に信用するよう記録しました
gpg: Done
==> 信用データベースを更新...
gpg: 最小の「ある程度の信用」3、最小の「全面的信用」1、PGP信用モデル
gpg: 深さ: 0  有効性:   1  署名:   0  信用: 0-, 0q, 0n, 0m, 0f, 1u
==> msys2.gpg からキーを追加...
gpg: 最小の「ある程度の信用」3、最小の「全面的信用」1、PGP信用モデル
gpg: 深さ: 0  有効性:   1  署名:   0  信用: 0-, 0q, 0n, 0m, 0f, 1u
==> キーリングの信頼されたキーに署名...
  -> キーに署名 D55E7A6D7CE9BA1587C0ACACF40D263ECA25678A...
  -> キーに署名 123D4D51A1793859C2BE916BBBE514E53E0D0813...
  -> キーに署名 B91BCF3303284BF90CC043CA9F418C233E652008...
  -> キーに署名 9DD0D4217D75A33B896159E6DA7EF2ABAEEA755C...
==> 所有者信頼値をインポート...
gpg: setting ownertrust to 4
gpg: setting ownertrust to 4
gpg: setting ownertrust to 4
gpg: inserting ownertrust of 4
==> 信用データベースを更新...
gpg: 最小の「ある程度の信用」3、最小の「全面的信用」1、PGP信用モデル
gpg: 深さ: 0  有効性:   1  署名:   4  信用: 0-, 0q, 0n, 0m, 0f, 1u
gpg: 深さ: 1  有効性:   4  署名:   3  信用: 0-, 0q, 0n, 4m, 0f, 0u
gpg: 深さ: 2  有効性:   3  署名:   0  信用: 3-, 0q, 0n, 0m, 0f, 0u
(7/7) 更新 mintty                                                              [##################] 100%

これで初期化は終了。次回へ続く。

【おまけ1】ホームディレクトリについて

MSYS2 のホームディレクトリは，インストールフォルダ直下の home\username フォルダになるが， Windows 上で自前のホームディレクトリを作っている場合は，その場所を /etc/fstab でマウントする手もある。

C:/home	/home

この場合，元のフォルダにある .profile ファイル等の移動も忘れないこと。

【おまけ2】 Proxy サーバ越しのアクセス

Proxy サーバ越しに curl を使う場合は ~/.curlrc に以下の記述を追加する。

proxy-user = "username:password"
proxy = "http://proxy.example.com:8080"

パッケージ管理コマンドである pacman を Proxy サーバ越しに使う場合は，上述の通りに curl の設定をしたうえで /etc/pacman.conf ファイルの以下の記述を探し，コメントを解除する。

#XferCommand = /usr/bin/curl -C - -f %u > %o

GnuPG で鍵サーバにアクセスする場合も， Proxy サーバ越しにアクセスするのであれば， ~/.gnupg/gpg.conf に以下のオプションを追記する。

keyserver-options http-proxy=http://username:password@proxy.example.com:8080/

実は /etc/pacman.d/gnupg ディレクトリにも gpg.conf ファイルがあって pacman-key コマンドはこちらを見てるっぽい³。

$ pacman-key -l
/etc/pacman.d/gnupg/pubring.gpg
-------------------------------
pub   2048R/CD81616C 2016-03-01
uid                  Pacman Keyring Master Key <pacman@localhost>

pub   2048R/CA25678A 2014-09-28
uid                  Alexey Pavlov (Alexpux) <alexey.pawlow@gmail.com>
sub   2048R/2BBF340E 2014-09-28

pub   4096R/AEEA755C 2014-10-04
uid                  Martell Malone (martell) <martellmalone@gmail.com>
sub   4096R/2A292C03 2014-10-04

pub   4096R/3E0D0813 2014-09-28
uid                  Ray Donnelly (MSYS2 Developer - master key) <mingw.android@gmail.com>
sub   4096R/8603AA9D 2014-09-28

pub   2048R/3E652008 2014-09-29
uid                  Ignacio Casal Quinteiro <icquinteiro@gmail.com>
sub   2048R/64D62A76 2014-09-29

pub   2048D/A47D45A1 2013-11-11
uid                  Alexey Pavlov (Alexpux) <alexpux@gmail.com>
sub   2048g/31CF7700 2013-11-11

pub   4096R/2C51581E 2015-07-22
uid                  Martell Malone (MSYS2 Developer) <martellmalone@gmail.com>
sub   4096R/282D6707 2015-07-22

pub   4096R/4CA56930 2014-09-28
uid                  Ray Donnelly (MSYS2 Developer) <mingw.android@gmail.com>
sub   4096R/576CF231 2014-09-28

もしかしたらこちらの gpg.conf ファイルも修正する必要があるかもしれない（未確認）。