Orz日記 by Akio Morita

_ [SAD]Tcl/Tk 8.7a1が登場

Tcl/Tk 8.7-branchが始動している模様

8.5-branchは、8.5.20辺りでEoLですかねぇ…

_ [Fortran]moduleスコープ内の配列要素のequivalenceのみのインポート

昔見つけたGNU Fortranのバグが最近のGCCだと治ってるので、Bugレポートを掘り出して確認してみた

PR fortran/66377が該当で、trunk rev.224159 及び gcc-5-branch rev.224171 にて修正が適用されており、GCC 5.2.0以降で治っている

バグ報告が、2015/06/02なので5年も前に見つけているので、バグレポートしてればもっと早く治ったのかなぁ…

_ [FreeBSD]CUPSがおかしくなった

FreeBSD 11.1-STABLEをアップデートしたらCUPSが動かなくなった

% lpq
lpq: Error - add '/version=1.1' to server name.

ports/print/cupsのアップデートは、2017/05/17なので、今回の不具合とは無関係の模様

-hオプションを試してみるとおもしろいことになっている

% lpq -h localhost
lpq: Error - add '/version=1.1' to server name.
% lpq -h 127.0.0.1
dj5551 is ready
no entries
% lpq -h '[::1]'
dj5551 is ready
no entries

なので、localhostだけ動作がおかしい模様

エラー発生時、/var/log/cups/error_logには以下のログが記録される

[Client #] Request from "[v1.::ffff:0.0.0.1]" using invalid Host: field "localhost:631".

取り合えずのWORKAROUNDは、/usr/local/etc/cups/client.confへ

ServerName 127.0.0.1

を追加する

手持ちの環境で不具合が発生しているのは、

• 11.1-STABLE #0 r324944M: Tue Oct 24 15:18:07 JST 2017 (*1)
• 11.1-STABLE #0 r324949M: Tue Oct 24 21:14:48 JST 2017

発生していないのは、

• 11.1-STABLE #1 r324229M: Tue Oct 3 13:47:28 JST 2017 (*1)のUpgrade前の環境
• 11.1-STABLE #0 r324580M: Fri Oct 13 17:57:59 JST 2017

2017/10/26追記

(*1)の環境で、kernelのみr324229Mへ巻き戻すとlpq -h localhostが正常に動作する

したがって、r324580からr324944のsys以下の変更内容に原因があると推定される

条件に一致するのは、以下の43commit

r324588 | avg | 2017-10-13 18:12:41 +0900 (10/13/17 (Fri)) | 2 lines
r324602 | jhb | 2017-10-14 02:10:41 +0900 (10/14/17 (Sat)) | 7 lines
r324611 | jhb | 2017-10-14 06:58:17 +0900 (10/14/17 (Sat)) | 5 lines
r324612 | jhb | 2017-10-14 07:40:30 +0900 (10/14/17 (Sat)) | 15 lines
r324618 | markj | 2017-10-15 02:50:58 +0900 (10/15/17 (Sun)) | 3 lines
r324624 | kib | 2017-10-15 19:59:04 +0900 (10/15/17 (Sun)) | 3 lines
r324627 | fsu | 2017-10-15 23:03:26 +0900 (10/15/17 (Sun)) | 7 lines
r324640 | brooks | 2017-10-16 07:33:45 +0900 (10/16/17 (Mon)) | 10 lines
r324642 | brooks | 2017-10-16 07:43:29 +0900 (10/16/17 (Mon)) | 12 lines
r324686 | tuexen | 2017-10-17 21:41:50 +0900 (10/17/17 (Tue)) | 11 lines
r324687 | jhb | 2017-10-17 21:45:24 +0900 (10/17/17 (Tue)) | 25 lines
r324718 | kib | 2017-10-18 17:05:19 +0900 (10/18/17 (Wed)) | 3 lines
r324744 | avg | 2017-10-19 16:20:56 +0900 (10/19/17 (Thu)) | 2 lines
r324748 | avg | 2017-10-19 16:53:37 +0900 (10/19/17 (Thu)) | 4 lines
r324755 | ian | 2017-10-20 01:07:30 +0900 (10/20/17 (Fri)) | 41 lines
r324756 | ian | 2017-10-20 01:15:59 +0900 (10/20/17 (Fri)) | 6 lines
r324761 | davidcs | 2017-10-20 02:27:42 +0900 (10/20/17 (Fri)) | 5 lines
r324762 | davidcs | 2017-10-20 02:29:53 +0900 (10/20/17 (Fri)) | 3 lines
r324768 | wulf | 2017-10-20 05:16:13 +0900 (10/20/17 (Fri)) | 13 lines
r324769 | wulf | 2017-10-20 05:27:37 +0900 (10/20/17 (Fri)) | 9 lines
r324781 | emaste | 2017-10-20 09:35:58 +0900 (10/20/17 (Fri)) | 5 lines
r324790 | ae | 2017-10-20 16:39:44 +0900 (10/20/17 (Fri)) | 9 lines
r324796 | kib | 2017-10-20 18:21:10 +0900 (10/20/17 (Fri)) | 3 lines
r324797 | hselasky | 2017-10-20 18:59:12 +0900 (10/20/17 (Fri)) | 7 lines
r324799 | hselasky | 2017-10-20 19:04:16 +0900 (10/20/17 (Fri)) | 14 lines
r324812 | avos | 2017-10-21 19:21:07 +0900 (10/21/17 (Sat)) | 11 lines
r324827 | oshogbo | 2017-10-22 04:26:20 +0900 (10/22/17 (Sun)) | 7 lines
r324828 | oshogbo | 2017-10-22 04:30:06 +0900 (10/22/17 (Sun)) | 11 lines
r324829 | oshogbo | 2017-10-22 04:31:32 +0900 (10/22/17 (Sun)) | 6 lines
r324830 | oshogbo | 2017-10-22 04:33:04 +0900 (10/22/17 (Sun)) | 14 lines
r324831 | oshogbo | 2017-10-22 04:34:27 +0900 (10/22/17 (Sun)) | 8 lines
r324832 | oshogbo | 2017-10-22 04:35:55 +0900 (10/22/17 (Sun)) | 7 lines
r324833 | oshogbo | 2017-10-22 04:36:58 +0900 (10/22/17 (Sun)) | 8 lines
r324834 | oshogbo | 2017-10-22 04:38:09 +0900 (10/22/17 (Sun)) | 7 lines
r324855 | kib | 2017-10-22 17:46:46 +0900 (10/22/17 (Sun)) | 4 lines
r324909 | mav | 2017-10-23 16:41:17 +0900 (10/23/17 (Mon)) | 2 lines
r324916 | kib | 2017-10-23 17:08:52 +0900 (10/23/17 (Mon)) | 3 lines
r324917 | kib | 2017-10-23 17:12:56 +0900 (10/23/17 (Mon)) | 3 lines
r324918 | kib | 2017-10-23 17:14:14 +0900 (10/23/17 (Mon)) | 3 lines
r324932 | bdrewery | 2017-10-24 03:24:54 +0900 (10/24/17 (Tue)) | 8 lines
r324933 | bdrewery | 2017-10-24 03:59:50 +0900 (10/24/17 (Tue)) | 6 lines
r324934 | bdrewery | 2017-10-24 04:03:09 +0900 (10/24/17 (Tue)) | 4 lines
r324935 | kib | 2017-10-24 04:15:24 +0900 (10/24/17 (Tue)) | 3 lines

_ [FreeBSD]CUPS lpqの件

昨日の件であるが、logを眺めた範囲では r324686が怪しい気がする

r324686 | tuexen | 2017-10-17 21:41:50 +0900 (10/17/17 (Tue)) | 11 lines

MFC r322648:

Ensure inp_vflag is consistently set for TCP endpoints.

Make sure that the flags INP_IPV4 and INP_IPV6 are consistently set
for inpcbs used for TCP sockets, no matter if the setting is derived
from the net.inet6.ip6.v6only sysctl or the IPV6_V6ONLY socket option.
For UDP this was already done right.

PR:             221385

当該環境は、ipv6_ipv4mapping="YES"で、net.inet6.ip6.v6only=0な運用になっている

検証&パッチ

r324686をバックアウトして検証したところlpq -h localhostは正常に動くので、当該commitが原因として特定された

運用では、r324686の変更をnet.inet6.ip6.v6only=1の条件でのみ働く様にするパッチを適用した

Index: sys/netinet/tcp_usrreq.c
===================================================================
--- sys/netinet/tcp_usrreq.c    (revision 325004)
+++ sys/netinet/tcp_usrreq.c    (working copy)
@@ -1899,7 +1899,7 @@
 #ifdef INET6
        if (inp->inp_vflag & INP_IPV6PROTO) {
                inp->inp_vflag |= INP_IPV6;
-               if ((inp->inp_flags & IN6P_IPV6_V6ONLY) == 0)
+               if (V_ip6_v6only && (inp->inp_flags & IN6P_IPV6_V6ONLY) == 0)
                        inp->inp_vflag |= INP_IPV4;
                inp->in6p_hops = -1;    /* use kernel default */
        }

これを機に、net.inet6.ip6.v6only=1な運用に移るのも一考？

_ [艦これ]Halloween

駆逐の娘達の場合、「Trick or treat！」ではなく「Torpedo or treat！」と言いながら給糧艦に群がりそうな気が…