全てはOracleのせい。BerkeleyDBを買収した後、今年の6月くらいにはver.6は登録しないとダウロードできなくなった模様。結果としてportsから更新できず。
databases/db5を使えと。
いやまぁ仕方ないのは分かるんだけど、ports/UPDATEのログにも一切記述が無くてさっぱり分からねぇよ…。
portsのsubversionログ追っかけてやっと分かったんだけど。
BerkeleyDBに依存してるオープンソースソフトウェア、そのうち軒並み死亡するかBerkeleyDB外しが進むのか…。
結局、Oracleの買収っていつもオープンソース（競合）潰しだよなぁ。
お燗のおいしい季節になりました。アルミ製のちろりは持ってますが、錫製のちろりとか憧れはするものの、価格的になかなか手が出でません。
買いもしないのですが、ネットショップを回ってみたら気になる一文が…。
「錫の効果でお酒がおいしくなります」
…は？
ん〜、いまいち理屈が分からない、うさんくさい。根拠らしい物を探ってみたら、
なにやら錫がお酒に含まれるフーゼル油という、おいしくない成分？を溶かす/分解するから…という理由らしい。でもどうやって（科学的に）溶かすのかはどこにも書いてない（笑）。
フーゼル油というのも初耳ですが、これ自体は偽科学では無く、醸造時に発生する特定のアルコール成分（非エタノール）の総称を指す模様。科学的に物質も特定されています。
中には「錫が持つ高いイオン効果により」とか書いてるものもありますが、イオンとか言い出したらますます胡散臭い。
さらに探っていくと、一定の科学的根拠らしい特許文献を発見。
醪あるいは粗留液中に銅、錫、亜鉛、鉄、銀、鉛またはこれらを含む化合物、混合物、合金を添加し蒸留するかあるいはその蒸留に際して発生する蒸気の通過する場所にこれらの物質を懸垂し接触せしめるときは醪あるいは粗留液中に含まれる不快臭発生の原因となるものは上記の物質に化合または吸着、吸収されて流出されない形となって除去せられるために不快臭なき優良な蒸留酒を得ることが出来る。
蒸留酒の品質改良法 特公昭40-004431/特許0450879 より
「吸着・化合」というのなら理解できます。「分解」となるとそれは触媒としての効果になるので、錫じゃぁちょっと違うと思うんですよね。そもそも分解されたあとの物質はどうなるのよ？と。
焼酎造りの一部では実際に取り入れられており錫蛇管で検索すると、実例が出てきます。
とは言え、特許の中身で示された判定方法は「5人の判定人による官能試験」という単純盲検のみで、二重盲検では無い。科学的な成分調査もなし。
そしてフーゼル油の言及もなし。フーゼル油説は一体どこから出てきたんだ？
ちょっと根拠に弱いんですが、けっこう引用されてるんですよね、この特許。
じゃぁ、錫製酒器でおいしくなるのは本当か？というと、まだそうともいえない。
上記の特許でも述べられているとおり、蒸留中に高温の蒸気を金属に触れさせることが肝となっています。お燗のように、たかだか50℃〜60℃程度の状態で器に注いだくらいで効果が出るのか、というと甚だ疑問です。
また「吸着・化合」ということは、表面に「おいしくない成分」が貯まっていくわけです。普通に洗ったぐらいでとれません。簡単に取れるくらいなら、逆に「おいしくない成分」が流出してしまいます。
焼酎造りの錫蛇管は、5〜6年ぐらいで交換しているそうなので理にはかなってます。能力が落ちるとかそう言うのでは無く、蒸気熱で錫蛇管自体が変形してしまって、管が詰まって使い物にならなくなってしまう事からの交換とかで。
科学的に調査した結果が見当たらないし、反応を促すにしても一般的にお燗の50℃~60℃というのはあまりにも温度が低すぎるし、個人的には「プラシーボじゃね？」と。
ただ、錫製酒器、かっこいいです。加工による独特の文様やら、その比重による重厚感とか。
あと気分的においしくなるとは思う。
管理しているFreeBSDマシンのいくつかで、weekly.localがロックしたまま延々終わらないと言うことが発生。
調べてみると、portsdb -FuがSSLの以下のエラーでリトライが終わらなくなっている模様。（エラー吐いてる実体はfetchコマンド）
Certificate verification failed for /C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
あーなんかLet’s Encryptのルート証明書が変わるとかなんとかどっかで聞いたな…と思いつつ、定番のca_root_nssを更新して見るも状況に変化なし。はて？
結論としては、/usr/local/etc/ssl/cert.pemファイルを削除して解決。
FreeBSDシステムには証明書は以下の3つがあり、ca_root_nssをインストールすると一つ目はシンボリックリンク張ってくれるけれど、二つ目・三つ目はcert.pem.sampleの名前でしかシンボリックリンク作ってくれない。
/etc/ssl/cert.pem /usr/local/etc/ssl/cert.pem /usr/local/openssl/cert.pem
で、どういうわけか、比較的古いバージョンからアップデートしてきたマシンだと、下二つのcert.pemファイルの中身が空っぽ。
いやいや空っぽってどういうこと？！比較的新しい日付なんで、どうも最近消されたっぽい感じ。
そして、問題なくアップデート出来ている割と新しめのバージョンから使ってるマシンでは、シンボリックリンクではなく比較的新しい証明書の実体が入っている。何でやねん…。
まぁ、ca_root_nssインストール時に、
You may need to manually remove /usr/local/etc/ssl/cert.pem if it is no longer needed. You may need to manually remove /usr/local/openssl/cert.pem if it is no longer needed.
って出てるので、ちゃんと読まなかった方も悪いんですが。
とりあえず解決したものの、同じバージョンのOSでもcert.pemの中身が違ったり、システムがportsのca_root_nssに証明書を全依存してるのってセキュリティ的にどうなの？とかモヤモヤするところです。
FreeBSDって古いバージョンからアップデートで使い続けてると、こういうわかりにくいトラブルが割と起こります。そのあたりどのOSでも似たようなもんですかね。
Amazonで発注したら、いつものごとく1回の発注が2件に分かれて発送。でも二ついっぺんに同じ運送業者で届く不思議。
で、届いたとき二つ重ねて渡されたんで「お名前間違いないでしょうか？」って聞かれても上側の宛名しか見てなかったんですよね。
そしたら、下側の荷物が全く別の宛先。というか、開けたら全く頼んだ覚えのないものが入っていて、宛名みたら全くの別人宛。
Webで自分の発注履歴みたら2つとも発送完了になってたんで、こりゃまずいと思い運送業者に連絡取ろうにも、デリバリープロバイダで業者名も連絡先も分からず。
そんなわけで、Amazonカスタマーサービスに連絡したんですよ。
そしたら結果的に、
って事に。まぁ、特に急ぎでもなかったんで「また注文すりゃいいや」くらいの感覚。間違って届いた商品も自分には全く利用価値がなく、さらに金額的にも価値の低いものばかりで何一つメリットがないのでそのままゴミ箱行き。
さすがAmazon対応はえぇ、って思いながらこれで完了と思いきや、しばらくしたらさっきのデリバリープロバイダの人が戻ってきたわけです。間違いに気づいた様子で。
Amazonに連絡したら返金処理になった旨を伝えるも、デリバリープロバイダの人は知らない様子。困ったような表情で「あ〜、そうですか、すみませんでした…」と。なんだか気の毒な気がしないでもない。
そして、メールを覗いたらさっきの返金処理が「返品」扱いで連絡が来ていて、マケプレ商品なもんだから「出品者より返金します」と。Amazonスルーなんだ。
ん〜。なんだかモヤモヤした感じ。サインレスの配達ってのもどうかと思うんだ。
