{"push_id":2075735515,"size":10,"distinct_size":10,"ref":"refs/heads/netbsd-8","head":"c5c6fbb5f8c4e0a090de5f3f9e6a3f64299abc8d","before":"c7d0064d49cbf4ce1bdf625b2368658edfb7b75b","commits":[{"sha":"468453886bcda22e97ffcbd61adf5bf516ff7cc1","author":{"name":"snj","email":"db5a663184c8295e25f7dc340f6da66b9e22aa70@NetBSD.org"},"message":"Pull up following revision(s) (requested by kre in ticket #310):\n\tbin/sh/expand.c: revision 1.121\n\tbin/sh/sh.1: revision 1.167 via patch\nThree fixes and a change to ~ expansions\n1. A serious bug introduced 3 1/2 months ago (approx) (rev 1.116) which\n   broke all but the simple cases of ~ expansions is fixed (amazingly,\n   given the magnitude of this problem, no-one noticed!)\n2. An ancient bug (probably from when ~ expansion was first addedin 1994, and\n   certainly is in NetBSD-6 vintage shells) where ${UnSeT:-~} (and similar)\n   does not expand the ~ is fixed (note that ${UnSeT:-~/} does expand,\n   this should give a clue to the cause of the problem.\n3. A fix/change to make the effects of ~ expansions on ${UnSeT:=whatever}\n   identical to those in UnSeT=whatever   In particular, with HOME=/foo\n   ${UnSeT:=~:~} now assigns, and expands to, /foo:/foo rather than ~:~\n   just as VAR=~:~ assigns /foo:/foo to VAR.   Note this is even after the\n   previous fix (ie: appending a '/' would not change the results here.)\n   It is hard to call this one a bug fix for certain (though I believe it is)\n   as many other shells also produce different results for the ${V:=...}\n   expansions than  they do for V=... (though not all the same as we did).\n   POSIX is not clear about this, expanding ~ after : in VAR=whatever\n   assignments is clear, whether ${U:=whatever} assignments should be\n   treated the same way is not stated, one way or the other.\n4. Change to make ':' terminate the user name in a ~ expansion in all cases,\n   not only in assignments.   This makes sense, as ':' is one character that\n   cannot occur in user names, no matter how otherwise weird they become.\n   bash (incl in posix mode) ksh93 and bosh all act this way, whereas most\n   other shells (and POSIX) do not.   Because this is clearly an extension\n   to POSIX, do this one only when not in posix mode (not set -o posix).","distinct":true,"url":"https://api.github.com/repos/NetBSD/src/commits/468453886bcda22e97ffcbd61adf5bf516ff7cc1"},{"sha":"3793c3d290b86d1996a9ccce758e701922905a11","author":{"name":"snj","email":"db5a663184c8295e25f7dc340f6da66b9e22aa70@NetBSD.org"},"message":"Pull up following revision(s) (requested by sevan in ticket #311):\n\tshare/man/man4/u3g.4: revision 1.9\nu3ginit was split out and became umodeswitch.\nUpdate the kernel configuration declaration.","distinct":true,"url":"https://api.github.com/repos/NetBSD/src/commits/3793c3d290b86d1996a9ccce758e701922905a11"},{"sha":"072e8711991c001aebd2ccc7bcef6245314b1a88","author":{"name":"snj","email":"db5a663184c8295e25f7dc340f6da66b9e22aa70@NetBSD.org"},"message":"Pull up following revision(s) (requested by jdolecek in ticket #317):\n\tlib/libc/net/getaddrinfo.c: revision 1.116\n\tlib/libc/resolv/res_mkquery.c: revision 1.16\nPR/52578: Benjamin M. Schwartz Set the AD bit when DNSSEC is enabled\n(RFC 6840 Section 5.7).\n--\nPR/52578: Benjamin M. Schwartz: sync the internal copy of res_nquery for\ngetaddrinfo, with the real version so that we handle EDNS fallback.","distinct":true,"url":"https://api.github.com/repos/NetBSD/src/commits/072e8711991c001aebd2ccc7bcef6245314b1a88"},{"sha":"2649c6c8c9f1463fee557a84742534528adda165","author":{"name":"snj","email":"db5a663184c8295e25f7dc340f6da66b9e22aa70@NetBSD.org"},"message":"Pull up following revision(s) (requested by pgoyette in ticket #322):\n\tsys/dist/pf/net/pf_ioctl.c: revision 1.52\nDefer initialization of pf_status.host_id\nThe call to cprng_fast32() requires that per-cpu data has been initialized\nby corng_fast_init(), which doesn't get called until after the first part\nof auto-configuration is done, long after pfattach() calls cprng_fast32().\nFixed PR kern/52620","distinct":true,"url":"https://api.github.com/repos/NetBSD/src/commits/2649c6c8c9f1463fee557a84742534528adda165"},{"sha":"0748ca24f731e457686d4cacedc132e8340ca857","author":{"name":"snj","email":"db5a663184c8295e25f7dc340f6da66b9e22aa70@NetBSD.org"},"message":"Pull up following revision(s) (requested by kre in ticket #323):\n\tbin/sh/sh.1: revision 1.168\nFix typo: s/one or mode/one or more/","distinct":true,"url":"https://api.github.com/repos/NetBSD/src/commits/0748ca24f731e457686d4cacedc132e8340ca857"},{"sha":"79d198421e34dfac8747ac3943066acd7d824a4a","author":{"name":"snj","email":"db5a663184c8295e25f7dc340f6da66b9e22aa70@NetBSD.org"},"message":"Pull up following revision(s) (requested by maya in ticket #325):\n\tsys/arch/x86/x86/vmt.c: revision 1.18\nCheck that the host supports GET_SPEED as well as GET_VERSION\nbefore deciding vmt_probe has succeeded.\nqemu supports GET_VERSION but not the RPC protocol so the probe succeeds\nbut the attach fails, resulting in \"vmt0: failed to open backdoor RPC\nchannel (TCLO protocol)\".  All known versions of vmware support GET_SPEED\nand no known qemu versions do, so this prevents it from attempting to\nattach (and failing) on qemu while still working on vmware.\nstop checking vmt_type to avoid having to adapt this code.\n- Taken from openbsd","distinct":true,"url":"https://api.github.com/repos/NetBSD/src/commits/79d198421e34dfac8747ac3943066acd7d824a4a"},{"sha":"c5b635fa962563c7dd6417c29d61920ef34f88c2","author":{"name":"snj","email":"db5a663184c8295e25f7dc340f6da66b9e22aa70@NetBSD.org"},"message":"Pull up following revision(s) (requested by flxd in ticket #327):\n\tshare/man/man4/slhci.4: 1.11-1.12\nAdd TC-USB.\n--\nremove Tn, bump date for previous","distinct":true,"url":"https://api.github.com/repos/NetBSD/src/commits/c5b635fa962563c7dd6417c29d61920ef34f88c2"},{"sha":"7ea2cb9c4b7e6cd32c16854544768237b58c3c08","author":{"name":"snj","email":"db5a663184c8295e25f7dc340f6da66b9e22aa70@NetBSD.org"},"message":"Pull up following revision(s) (requested by ozaki-r in ticket #328):\n\tsys/net/if_vlan.c: revision 1.103\nSet IFEF_START_MPSAFE by default\nBecause vlan_start is already MP-safe, there is no reason to not do so.\nAcked by s-yamaguchi@IIJ","distinct":true,"url":"https://api.github.com/repos/NetBSD/src/commits/7ea2cb9c4b7e6cd32c16854544768237b58c3c08"},{"sha":"7d69a77486cfc32451750b661b0dde2f90a2179c","author":{"name":"snj","email":"db5a663184c8295e25f7dc340f6da66b9e22aa70@NetBSD.org"},"message":"Pull up following revision(s) (requested by ozaki-r in ticket #329):\n\tsys/net/bpf.c: revision 1.217\nTurn on D_MPSAFE flag of bpf_cdevsw that is already MP-safe\nPointed out by k-goda@IIJ","distinct":true,"url":"https://api.github.com/repos/NetBSD/src/commits/7d69a77486cfc32451750b661b0dde2f90a2179c"},{"sha":"c5c6fbb5f8c4e0a090de5f3f9e6a3f64299abc8d","author":{"name":"snj","email":"db5a663184c8295e25f7dc340f6da66b9e22aa70@NetBSD.org"},"message":"310, 311, 317, 322, 323, 325, 327-329","distinct":true,"url":"https://api.github.com/repos/NetBSD/src/commits/c5c6fbb5f8c4e0a090de5f3f9e6a3f64299abc8d"}]}
{"actor":{"display_login":"netbsd-srcmastr"}}