debuildなどで遊ぶ。パッチを当てる

debian系システムを使っていてaptの扱いもまともに知らんとは……(ーー；

 というわけでapt-get sourceからビルドしてみようと調べた矢先、俺の精神を猛烈に削るグーグル検索の結果が発覚したんである

 xpdf を apt-get source から make して使ってみる

！？

いやー……6年前の記事なんですけども……おつかれです俺。冒頭の一行の重みがじわじわ

最終ゴールは以下の記事の
Ubuntu 12.04 の ejabberd に Pidgin から接続できない

以下の部分を再現することです
そこで、unstable から 2.1.10-3 のソースコードを持ってきて、debian/patches から relax-digest-uri-handling.patch を取り込み、debian/patches/series と debian/changelog を修正して、debuild します。そして、インストール。
再現魔術は重要ですよ。結局手作業の問題でしかない、という面もあるんですけど。

しかしどうせなのでgpg署名をしてパッケージを作るのもやってみます。そう、これは壮大なヤク毛刈り。いっそ、殺してしまえ、やっくバスターズ

参考: リトルバスターズ

○ gpg --gen-key でハマる

http://pochi.usamimi.info/linux/gnupg.html

ええとですね。エントロピーがないと言われるですよ。
Not enough random bytes available.  Please do some other work to give
the OS a chance to collect more entropy! (Need 284 more bytes)
通常こういうメッセージが発生した時にはマウスでがちゃがちゃやるんですが、sshしてるからそれが出来ないわけでして。。試しにキーボードをバンバン叩いても手元が揺れるだけでEC2はビクともしません。

でまぁ、これ自体は比較的昔からある問題のはずで、EC2のご時世でもそういう問題を発見して回避する努力が提供されていないというだけ。

http://optimalops.blogspot.jp/2010/01/entropy-at-work.html
Even though the entropy_avail value kept going up and down while I was doing this, it turned out that the GPG key generation just kept taking what was available as new bytes, and after 10 minutes or so had enough bytes to finish:
というわけで ls -R / とか、あるいは dd で適当にファイルカキコするのが良いのではないか。
dd if=/dev/urandom of=tmpfile bs=1M count=5123
ただ、コマンドを叩いた直後にすぐに反応するわけではなく、結構 (上記の通り10分とか) 待つ必要があるかもしれません。

それにしても、途中で"Need XXX more bytes" のバイト数部分が増えるってのは一体……。

gpg: /home/dmiyakawa/.gnupg/trustdb.gpg: trustdb created
gpg: key 165C1EA8 marked as ultimately trusted
public and secret key created and signed.

gpg: checking the trustdb
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0  valid:   1  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 1u
pub   2048R/165C1EA8 2012-09-18
      Key fingerprint = FC08 067E A072 D555 D4C2  8CAA 469E F3BB 165C 1EA8
uid                  ここはひみつだ <ここはひみつだ>
sub   2048R/50F6A980 2012-09-1

○ debuild

http://www.debian.org/doc/manuals/maint-guide/build.ja.html

DEBUILD_LINTIAN_OPTS=-i -I --show-overrides

この"-l"オプション、lintianから消えたんだか最初からないんだか、とにかく何かエラーを吐くのでよしなに計らう必要があるです。

「debuild で一瞬だじぇ！」と言う前に build-deps でビルド時に必要なパッケージを入れましょう入れましょう……

参考
http://www.geocities.jp/hanoura123/lin/dpkg.htm

んで
そこで、unstable から 2.1.10-3 のソースコードを持ってきて、debian/patches から relax-digest-uri-handling.patch を取り込み、
unstableのソースにこのパッチがなかったんだよなぁ

というわけでこっからぐにょっと取ってきた

https://support.process-one.net/browse/EJAB-1529

ここまでで実は「なんでssh-keygenはgnupgでないん？」とか脇道にそれまくった上にMD5とかSHA-1とかそういう割とヤク毛なことを調べていた関係で「このパッチは本物なのだろうか」とか考え始めたんだが、まぁいいや。


  • debian/patches/series には普通にvimで手を入れた
  • debian/changesの変更にはdchを使った。
  • 最後にdebuild

ところでパッチが当たったことによって問題が解決されたかどうかについてチェックするモチベーションがないので、当てられたパッチが正しく機能したかはチェックしないのであった。あじゃーん。

○ 上の話を短くする

問題があったら、既にバグレポートがないかを確認し、ソースコードは apt-get source 経由で取ってきた上でパッチをdebian/patches に放り込み、debian/patches/seriesと debian/changelog を変更し、debuildを打つ。

って元の記事に書いてあるよね。

○ 参考

第9章 パッケージの更新


このブログの人気の投稿

風花雪月

 2019年のゲームなので今更感あるんだけど「なしルナ」（金鹿）までやったのでメモっとく（ただしカジュアル）。主に「難易度」と「ストーリー」について感想を書く。 ちょっと前提 自分があまりこの手のゲームに慣れていないこと、あと「ルナは別格に難しい」なんて説明があったこともあって、色々調べ物をしたり警戒しながらやってたんだけど、ネットなどの情報がだいぶ出揃ってる2021年現在、そういう情報をフルに使いこなすと「ルナでも簡単」なのかなと思う。強いキャラとそれに合った成長プランが大体全部出揃ってるのと、試しながらやらないといけないのとでは、そりゃぁ辛さが違うよね、と。 難易度面 ノーマル、ハードについて、難易度的に特に指摘するほどのものがない…… ノーマルは自分の基準からするとおおよそ「イージー」。1周目から個人的にはハード選べば良かった気がした。この手のTRPGにあんまり慣れがないので、色々安全寄りに倒したら（フリー戦闘とかね！）後半がダルダルになってしまった。とはいえ、これは振り返ってそう思うのであって、はじめてやったときに計略が全く使いこなせてなかったり色々システムの基本を追いかけられてなかった中では、妥当かもなとも思う面がある。 基本的に、このゲームはハードですらシステム全体を活用する必要があまりない。一方、ルナだとシステムをそれなりに活用しないと辛いので、ルナがコアなプレイヤーの標準難易度ってことになる気がする。 一方、じゃぁ「標準難易度」としてルナが丁度よいかというと、こちらは、なんというか「ピーキー」で、妙にキッツキツにしすぎているところが目立ってしまって、逆に若干息苦しい。 後で書くけど、DLCの煤闇の章はルナに近接していて、かつ敵が単体で跳ね回る感じではなく、敵の総数がしっかりこちらを押してくる感じがより好印象だった。しかも物語が短くコンパクト。良い。 ルナで厳しく管理しないと行けないと思った要素は後で述べる。 「引き継ぎありハード」のあと、そのまま「引き継ぎなしルナティック」（なしルナ）にチャレンジした（3周目でなしルナ）。「ありルナ」をちょっと試したのだけど、EP.3くらいには「これは後半ダレる！」ってのが目に見えたので、「なしルナ」一直線で、これはちょっとドキドキした。 ルナの前半は面白くもないパズルゲーという感じで、敵の攻撃力があまりに高いので戦
続きを読む

pemって言ったら改行も仕様に含むんだよもん

冗談じゃねぇ、と思ったけどPEMはBASE64を使っていてBASE64はMIMEの仕様の一部で、とたどっていった結果、一行あたりの制約がPEMの仕様に漏れでてくる、ということのようだ。 http://ja.wikipedia.org/wiki/Base64 https://bitbucket.org/hdknr/openidcx/issue/61/certs-pem どうしてそんなことになったかというと、OpenSSLで鍵を読み込んでいるときに、ファイル経由でpemを読んだら問題なかったのに、それをメモリ上にのっけてやってみたらだめだったという事件の流れ。データの違いは改行の違いだけで「この改行って意味があるの！？」とかびびった。 具体的には、PEM_read_bio_PrivateKey() が "bad base64 decode" とか言い出した。そんなわけあるんかいな、と思ったら、あったのだ。 メモリ上にマッピングするときに「改行なんて要らないよね」とか言った自分が悪い。いや、しかし…… PEMというのは -----BEGIN CERTIFICATE----- MIICnjCCAYYCCQCvgY9YjPLo2DANBgkqhkiG9w0BAQUFADARMQ8wDQYDVQQDEwZ1 YnVudHUwHhcNMTIxMDAzMDkyOTM1WhcNMjIxMDAxMDkyOTM1WjARMQ8wDQYDVQQD EwZ1YnVudHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC8lP+hcVM3 ... Qjyuxx//vDtL53k92bKb2orQkL/3u/cF4ynwy6p646UkEyrQAtbUS1O/F91ZG6k9 GigCBfK8xKa5yMJ7vQQk/vmkrI+pfqc0G4uKV/lvCSmPkXqjxgA/6OvRStazr9Jt LA0gcsiaR0HwBMYe4ESZb3vzKyQKQZwr4SbfLQWPr8DA09kC3nxBo2hAhLYWptlz c9u9i7DWOPMNDxDQvXl+ibG/jqSumEONN+493z5uj/awqSt9lUyPVU7Ngn54FeVN 1iU= -----END CER
続きを読む

LibreOfficeで表紙、目次、本体でフッターのページ番号のスタイルを変える

イメージ
○ やりたいこと 次のようなドキュメントをLibreOfficeで作りたいの 表紙 (フッターのページ番号はなし) 目次 (フッターのページ番号はローマ数字で例えば i〜iii) 本文 (フッターのページ番号はリセットされて例えば 1〜40) ○ 覚えとく概念 「書式(O)」の「スタイルと書式設定」で段落のスタイルとかを設定できます。 これの内、 段落スタイル を使って色々楽しくやる方法については、以下の本を参照してくだされ。 「スタイルと書式設定」の4つめのボタンが「ページスタイル」の設定です。今回フッターをページごとに変える際にも使います。 ○ 表紙のページスタイルを「最初のページ」にする まぁ簡単ですな ○ 表紙のページで「改ページ」するとともにスタイルもリセットする 「挿入(I)」から「任意区切り」を選んで、改ページを選択します。 ここで「スタイル」ってありますね。ここで次のページのスタイルを設定します。 言い方変えると、改ページしない限り、「次ページのスタイルを変える」ことは原則できません。例外が各ページスタイルで設定されている「次に続くスタイル」です。 基本的にこの項目は「左右見開き」とかそういう限定された時にしか使えませんね。 リセットして、目次用のスタイルを上記「区切りの挿入」で指定します。 ああ、「目次」なんていうページスタイルがLibreOfficeにはない。 というわけで作ります。「スタイルと書式設定」のページスタイルの項で右クリック、「新規作成」を選択します。ここの読者がこんなところでハマると信じたくはないな。……信じとぅない！ 「ページ」タブが重要。最初に「フッターのページ番号をローマ数字にする」って言ったわけで。 これで目次用のスタイルが出来たので、改ページと一緒に次のページスタイルをこれにします。あと、「ページ番号の変更」で1を選ぶのを忘れない。 ○ 目次挿入 「挿入(I)」の「目次と索引 >> 目次と索引」を使います。上の本がちょっとだけ詳しいから省略。 ○ フッターにページ番号入れる。 フッターあたりをクリックして適当にやります。適当に。 フッターを中央寄せ
続きを読む