From owner-freebsd-stable@freebsd.org Mon Oct 28 10:04:09 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BE27F17CF56 for ; Mon, 28 Oct 2019 10:04:09 +0000 (UTC) (envelope-from stable@lordcow.org) Received: from mail.lordcow.org (lordcow.org [IPv6:2c0f:fb18:402:5::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "devaux.za.net", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 471r0N4lj8z3GpG for ; Mon, 28 Oct 2019 10:04:03 +0000 (UTC) (envelope-from stable@lordcow.org) Received: from lordcow.org (localhost [127.0.0.1]) by mail.lordcow.org (8.15.2/8.15.2) with ESMTPS id x9SA3oh6026765 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 28 Oct 2019 12:03:50 +0200 (SAST) (envelope-from lordcow@lordcow.org) X-Authentication-Warning: lordcow.org: Host localhost [127.0.0.1] claimed to be lordcow.org Received: (from lordcow@localhost) by lordcow.org (8.15.2/8.15.2/Submit) id x9SA3hak026553 for freebsd-stable@freebsd.org; Mon, 28 Oct 2019 12:03:43 +0200 (SAST) (envelope-from lordcow) Date: Mon, 28 Oct 2019 12:03:43 +0200 From: Gareth de Vaux To: freebsd-stable@freebsd.org Subject: screen crashes on 11.3-STABLE Message-ID: <20191028100343.GA21552@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.12.2 (2019-09-21) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on lordcow.org X-Rspamd-Queue-Id: 471r0N4lj8z3GpG X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of stable@lordcow.org designates 2c0f:fb18:402:5::2 as permitted sender) smtp.mailfrom=stable@lordcow.org X-Spamd-Result: default: False [-2.29 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.991,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2c0f:fb18:402:5::2/64]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[lordcow.org]; IP_SCORE(0.00)[country: ZA(0.00)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:37199, ipnet:2c0f:fb18::/32, country:ZA]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2019 10:04:09 -0000 Hi all, I upgraded from 11-STABLE r344000 to r353939 and now screen (sysutils/screen) crashes inside both my jails: $ screen [screen caught signal 11. (core dumped)] (there's no core dump). kernel log: pid 56569 (screen), jid 2, uid 1001: exited on signal 6 This happens as a user or root, however screen runs fine on the host. I've rebuilt all the ports including screen after rebuilding the world and everything's apparently fine: # pkg check -d screen-4.7.0_1 Checking screen-4.7.0_1: 100% $ uname -a FreeBSD XXX 11.3-STABLE FreeBSD 11.3-STABLE #0 r353939: Wed Oct 23 21:17:39 SAST 2019 root@XXX:/usr/obj/usr/src/sys/GENERIC amd64 $ sysctl kern.securelevel kern.securelevel: 1 Any ideas? From owner-freebsd-stable@freebsd.org Mon Oct 28 11:10:50 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F1EDA17E215 for ; Mon, 28 Oct 2019 11:10:50 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [88.198.69.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 471sTQ1LLQz3K7K for ; Mon, 28 Oct 2019 11:10:49 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (verified OK)) by smtp.burggraben.net (Postfix) with ESMTPS id A839DC0030F; Mon, 28 Oct 2019 12:10:47 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 52C271399F7; Mon, 28 Oct 2019 12:10:47 +0100 (CET) Date: Mon, 28 Oct 2019 12:10:47 +0100 From: Christoph Moench-Tegeder To: Gareth de Vaux Cc: freebsd-stable@freebsd.org Subject: Re: screen crashes on 11.3-STABLE Message-ID: <20191028111047.GA2420@elch.exwg.net> Mail-Followup-To: Gareth de Vaux , freebsd-stable@freebsd.org References: <20191028100343.GA21552@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20191028100343.GA21552@lordcow.org> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 471sTQ1LLQz3K7K X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 88.198.69.140 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-2.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.979,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.198.69.140]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[140.69.198.88.list.dnswl.org : 127.0.6.2]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.18)[ipnet: 88.198.0.0/16(2.70), asn: 24940(-1.79), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2019 11:10:51 -0000 ## Gareth de Vaux (stable@lordcow.org): > (there's no core dump). ulimit -c > This happens as a user or root, however screen runs fine on the host. It coredumps here, too (on a 12.0-RELEASE) - I'm looking at it, there's something fishy going on with the termcap data (the whole thing is #define hell, and I never found termcap to be an easy-going data format, so don't expectresults too soon). Regards, Christoph -- Spare Space From owner-freebsd-stable@freebsd.org Mon Oct 28 13:25:01 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 79E7F1A2C93 for ; Mon, 28 Oct 2019 13:25:01 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [88.198.69.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 471wSD5Bd7z3xJf for ; Mon, 28 Oct 2019 13:25:00 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (verified OK)) by smtp.burggraben.net (Postfix) with ESMTPS id 8FC03C00312; Mon, 28 Oct 2019 14:24:58 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 3ADD61399F7; Mon, 28 Oct 2019 14:24:58 +0100 (CET) Date: Mon, 28 Oct 2019 14:24:58 +0100 From: Christoph Moench-Tegeder To: Gareth de Vaux , freebsd-stable@freebsd.org Subject: Re: screen crashes on 11.3-STABLE Message-ID: <20191028132458.GB2420@elch.exwg.net> Mail-Followup-To: Gareth de Vaux , freebsd-stable@freebsd.org References: <20191028100343.GA21552@lordcow.org> <20191028111047.GA2420@elch.exwg.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20191028111047.GA2420@elch.exwg.net> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 471wSD5Bd7z3xJf X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 88.198.69.140 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-2.30 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.969,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.198.69.140]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[140.69.198.88.list.dnswl.org : 127.0.6.2]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.17)[ipnet: 88.198.0.0/16(2.65), asn: 24940(-1.79), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2019 13:25:01 -0000 That already had been reported here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241538 by Marcin. My analysis: screen dumps core on terminals with TERM=xterm* or TERM=rxvt* if they don't advertise Km ("key_mouse") capability via termcap. A workaround is to set TERM to xterm-vt220 (which has Km) (you could just set resource XTerm*termName to "xterm-vt220" or use command line "xterm -tn xterm-vt220"). Patch at the PR. Regards, Christoph -- Spare Space From owner-freebsd-stable@freebsd.org Mon Oct 28 14:48:56 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D34A11A4782 for ; Mon, 28 Oct 2019 14:48:56 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:510a::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.burggraben.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 471yK419B3z43bL for ; Mon, 28 Oct 2019 14:48:55 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7120:1:127b:44ff:fe4f:148d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (verified OK)) by smtp.burggraben.net (Postfix) with ESMTPS id A083FC00313; Mon, 28 Oct 2019 15:48:54 +0100 (CET) Received: by elch.exwg.net (Postfix, from userid 1000) id 520AA1399F7; Mon, 28 Oct 2019 15:48:54 +0100 (CET) Date: Mon, 28 Oct 2019 15:48:54 +0100 From: Christoph Moench-Tegeder To: Gareth de Vaux Cc: freebsd-stable@freebsd.org Subject: Re: screen crashes on 11.3-STABLE Message-ID: <20191028144854.GD2420@elch.exwg.net> Mail-Followup-To: Gareth de Vaux , freebsd-stable@freebsd.org References: <20191028100343.GA21552@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20191028100343.GA21552@lordcow.org> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 471yK419B3z43bL X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of cmt@burggraben.net designates 2a01:4f8:140:510a::3 as permitted sender) smtp.mailfrom=cmt@burggraben.net X-Spamd-Result: default: False [-3.29 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:140:510a::3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[burggraben.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.a.0.1.5.0.4.1.0.8.f.4.0.1.0.a.2.list.dnswl.org : 127.0.6.2]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-0.79)[ipnet: 2a01:4f8::/29(-2.17), asn: 24940(-1.79), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2019 14:48:56 -0000 ## Gareth de Vaux (stable@lordcow.org): > $ screen > > [screen caught signal 11. (core dumped)] Try this: https://svnweb.freebsd.org/ports?view=revision&sortby=date&revision=515868 If that doesn't help, we'll need at least a backtrace. Regards, Christoph -- Spare Space From owner-freebsd-stable@freebsd.org Mon Oct 28 15:41:23 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7AF741A5D15 for ; Mon, 28 Oct 2019 15:41:23 +0000 (UTC) (envelope-from stable@lordcow.org) Received: from mail.lordcow.org (lordcow.org [IPv6:2c0f:fb18:402:5::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "devaux.za.net", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 471zTY26lpz4C9s for ; Mon, 28 Oct 2019 15:41:20 +0000 (UTC) (envelope-from stable@lordcow.org) Received: from lordcow.org (localhost [127.0.0.1]) by mail.lordcow.org (8.15.2/8.15.2) with ESMTPS id x9SFf9SO053708 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 28 Oct 2019 17:41:09 +0200 (SAST) (envelope-from lordcow@lordcow.org) X-Authentication-Warning: lordcow.org: Host localhost [127.0.0.1] claimed to be lordcow.org Received: (from lordcow@localhost) by lordcow.org (8.15.2/8.15.2/Submit) id x9SFf4QO053533; Mon, 28 Oct 2019 17:41:04 +0200 (SAST) (envelope-from lordcow) Date: Mon, 28 Oct 2019 17:41:04 +0200 From: Gareth de Vaux To: Christoph Moench-Tegeder Cc: freebsd-stable@freebsd.org Subject: Re: screen crashes on 11.3-STABLE Message-ID: <20191028154104.GA86649@lordcow.org> References: <20191028100343.GA21552@lordcow.org> <20191028111047.GA2420@elch.exwg.net> <20191028132458.GB2420@elch.exwg.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191028132458.GB2420@elch.exwg.net> User-Agent: Mutt/1.12.2 (2019-09-21) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on lordcow.org X-Rspamd-Queue-Id: 471zTY26lpz4C9s X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of stable@lordcow.org designates 2c0f:fb18:402:5::2 as permitted sender) smtp.mailfrom=stable@lordcow.org X-Spamd-Result: default: False [-2.29 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2c0f:fb18:402:5::2/64:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[lordcow.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.00)[country: ZA(0.00)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:37199, ipnet:2c0f:fb18::/32, country:ZA]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2019 15:41:23 -0000 On Mon 2019-10-28 (14:24), Christoph Moench-Tegeder wrote: > My analysis: screen dumps core on terminals with TERM=xterm* or > TERM=rxvt* if they don't advertise Km ("key_mouse") capability Ah great, many thanks and for the commit, and yes I had my TERM set differently on the host. From owner-freebsd-stable@freebsd.org Wed Oct 30 23:39:31 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DD11416532E for ; Wed, 30 Oct 2019 23:39:31 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [31.24.6.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 473Q0L2Fz6z4k3X for ; Wed, 30 Oct 2019 23:39:29 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2a02:b90:3002:411::6] (helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iPxYg-00040g-Kd for freebsd-stable@freebsd.org; Wed, 30 Oct 2019 23:39:22 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iPxYg-0001ID-Gz for freebsd-stable@freebsd.org; Wed, 30 Oct 2019 23:39:22 +0000 To: freebsd-stable@freebsd.org Subject: python dameon coredumps when started from boot, but not by hand Message-Id: From: Pete French Date: Wed, 30 Oct 2019 23:39:22 +0000 X-Rspamd-Queue-Id: 473Q0L2Fz6z4k3X X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ingresso.co.uk; spf=pass (mx1.freebsd.org: domain of petefrench@ingresso.co.uk designates 31.24.6.74 as permitted sender) smtp.mailfrom=petefrench@ingresso.co.uk X-Spamd-Result: default: False [-5.92 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:31.24.6.74]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-3.12)[ip: (-9.72), ipnet: 31.24.0.0/21(-4.86), asn: 16082(-0.93), country: GB(-0.08)]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16082, ipnet:31.24.0.0/21, country:GB]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2019 23:39:31 -0000 So heres an oddity - I have a service which runs under python3. It works fine if I start it from a terminal as root, but when it is started at boot the python interpretter itself coredumps. The program in question is the latest Microsoft 'waagent' form machines running in Azure. This apparently comes in two pieces, one which starts up and then attempts to syart the other. It is the latter part which is failing. The parent process launches fine and repeatedly tries to launch the child, always coredumping before it starts running any actial python it seems. This must, I assume, be down to some dfference in the environment between running a process from rc at boot and runnign with 'service waagent start' as root at the command line. But I dont really have any idea what this might be. The fact the first one starts but the second doesnt make it even stranger. I opened an issue with Microsoft, including a gdb backtrace of the coredump agaist the python, but I feel this is probably something fairly straightforward which can be solved by some FreeBSD configuration that I am missing somehow. github issue is here: https://github.com/Azure/WALinuxAgent/issues/1687 but I would be intersted to know if anyone has any thoguhts or advice on this. Running FreeBSD in Azure is something which has worked well for me so far... -pete. From owner-freebsd-stable@freebsd.org Wed Oct 30 23:56:20 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 19E73165E6B for ; Wed, 30 Oct 2019 23:56:20 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail06.adl3.internode.on.net (ipmail06.adl3.internode.on.net [150.101.137.16]) by mx1.freebsd.org (Postfix) with ESMTP id 473QMh6myrz4l0T for ; Wed, 30 Oct 2019 23:56:15 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp14-2-90-194.adl-apt-pir-bras31.tpg.internode.on.net (HELO midget.dons.net.au) ([14.2.90.194]) by ipmail06.adl3.internode.on.net with ESMTP; 31 Oct 2019 10:26:05 +1030 Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.2/8.15.2) with ESMTPS id x9UNtxUL007848 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 31 Oct 2019 10:25:59 +1030 (ACDT) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.2/8.15.2/Submit) id x9UNqPHE004422 for ; Thu, 31 Oct 2019 10:22:25 +1030 (ACDT) (envelope-from darius@dons.net.au) X-Authentication-Warning: midget.dons.net.au: mailnull set sender to using -f X-MIMEDefang-Relay-be813b1f1da6d6b27d681222cb70cc4f5b642383: 203.31.81.177 Received: from [203.31.81.177] ([203.31.81.177]) by ppp14-2-90-194.adl-apt-pir-bras31.tpg.internode.on.net (envelope-sender ) (MIMEDefang) with ESMTP id x9UNqJEc004418; Thu, 31 Oct 2019 10:22:25 +1030 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: python dameon coredumps when started from boot, but not by hand From: "O'Connor, Daniel" In-Reply-To: Date: Thu, 31 Oct 2019 10:22:19 +1030 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <872D68EE-143D-41F3-BC22-45AC4F7E934F@dons.net.au> References: To: Pete French X-Mailer: Apple Mail (2.3445.104.11) X-Spam-Score: 1.3 (*) No, score=1.3 required=5.0 tests=HELO_MISC_IP, RDNS_NONE, SPF_NONE autolearn=no autolearn_force=no version=3.4.2 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 X-Rspamd-Queue-Id: 473QMh6myrz4l0T X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of darius@dons.net.au has no SPF policy when checking 150.101.137.16) smtp.mailfrom=darius@dons.net.au X-Spamd-Result: default: False [4.11 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[dons.net.au]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(0.87)[0.874,0]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.98)[0.979,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4739, ipnet:150.101.0.0/16, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.75)[ipnet: 150.101.0.0/16(2.50), asn: 4739(1.27), country: AU(0.01)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2019 23:56:20 -0000 > On 31 Oct 2019, at 10:09, Pete French = wrote: > I opened an issue with Microsoft, including a gdb backtrace of the > coredump agaist the python, but I feel this is probably something > fairly straightforward which can be solved by some FreeBSD = configuration > that I am missing somehow. >=20 > github issue is here: >=20 > https://github.com/Azure/WALinuxAgent/issues/1687 >=20 > but I would be intersted to know if anyone has any thoguhts or advice = on > this. Running FreeBSD in Azure is something which has worked well for = me > so far... Does it crash if you run it from the command line with 'env -i' in = front? That clears out the environment and will be a lot closer to the rc.d = environment. If that doesn't show anything then you will have to try capturing stderr = from the rc.d run as that will hopefully have the reason why Python is = aborting (ie what Py_FatalError is complaining about). -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From owner-freebsd-stable@freebsd.org Thu Oct 31 10:19:40 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2F7671A31D8 for ; Thu, 31 Oct 2019 10:19:40 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [31.24.6.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 473hBy5lwpz45MK for ; Thu, 31 Oct 2019 10:19:38 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2a02:b90:3002:411::6] (helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iQ7YF-000MlA-Mi; Thu, 31 Oct 2019 10:19:35 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iQ7YF-0004bX-K1; Thu, 31 Oct 2019 10:19:35 +0000 To: darius@dons.net.au, petefrench@ingresso.co.uk Subject: Re: python dameon coredumps when started from boot, but not by hand Cc: freebsd-stable@freebsd.org In-Reply-To: <872D68EE-143D-41F3-BC22-45AC4F7E934F@dons.net.au> Message-Id: From: Pete French Date: Thu, 31 Oct 2019 10:19:35 +0000 X-Rspamd-Queue-Id: 473hBy5lwpz45MK X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ingresso.co.uk; spf=pass (mx1.freebsd.org: domain of petefrench@ingresso.co.uk designates 31.24.6.74 as permitted sender) smtp.mailfrom=petefrench@ingresso.co.uk X-Spamd-Result: default: False [-5.94 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:31.24.6.74]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; IP_SCORE(-3.14)[ip: (-9.73), ipnet: 31.24.0.0/21(-4.87), asn: 16082(-1.01), country: GB(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16082, ipnet:31.24.0.0/21, country:GB]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2019 10:19:40 -0000 > Does it crash if you run it from the command line with 'env -i' in front? > > That clears out the environment and will be a lot closer to the rc.d environment. Interesting idea, but no, that works fine. Annoyingly! > If that doesn't show anything then you will have to try capturing stderr > from the rc.d run as that will hopefully have the reason why Python is > aborting (ie what Py_FatalError is complaining about). So, I naiively tried to do this by simply sticking a '2> /tmp/waagent.stderr' on the end of the rc.d command arguments, but it didnt produce anything (i.e. an empty file was created). Will try some other ways though, as you are right that getting the output from that is how to find the issue. -pete. From owner-freebsd-stable@freebsd.org Thu Oct 31 11:56:33 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 591531A5724 for ; Thu, 31 Oct 2019 11:56:33 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail03.adl2.internode.on.net (ipmail03.adl2.internode.on.net [150.101.137.141]) by mx1.freebsd.org (Postfix) with ESMTP id 473kLl3zLJz4B8K for ; Thu, 31 Oct 2019 11:56:30 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp14-2-90-194.adl-apt-pir-bras31.tpg.internode.on.net (HELO midget.dons.net.au) ([14.2.90.194]) by ipmail03.adl2.internode.on.net with ESMTP; 31 Oct 2019 22:26:25 +1030 Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.2/8.15.2) with ESMTPS id x9VBtxSl027381 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 31 Oct 2019 22:26:19 +1030 (ACDT) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.2/8.15.2/Submit) id x9VBWnmq009769 for ; Thu, 31 Oct 2019 22:02:49 +1030 (ACDT) (envelope-from darius@dons.net.au) X-Authentication-Warning: midget.dons.net.au: mailnull set sender to using -f X-MIMEDefang-Relay-be813b1f1da6d6b27d681222cb70cc4f5b642383: 10.0.2.38 Received: from havok.dons.net.au ([10.0.2.38]) by ns.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id x9VBWfLu009763; Thu, 31 Oct 2019 22:02:49 +1030 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: python dameon coredumps when started from boot, but not by hand From: "O'Connor, Daniel" In-Reply-To: Date: Thu, 31 Oct 2019 22:02:41 +1030 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <28335B0B-43D8-4E78-8112-334D7153AFE3@dons.net.au> References: To: Pete French X-Mailer: Apple Mail (2.3445.104.11) X-Spam-Score: -1 () No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 X-Rspamd-Queue-Id: 473kLl3zLJz4B8K X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of darius@dons.net.au has no SPF policy when checking 150.101.137.141) smtp.mailfrom=darius@dons.net.au X-Spamd-Result: default: False [4.18 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[141.137.101.150.rep.mailspike.net : 127.0.0.18]; DMARC_NA(0.00)[dons.net.au]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(0.96)[0.959,0]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[141.137.101.150.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_LONG(0.96)[0.957,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4739, ipnet:150.101.0.0/16, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.76)[ip: (0.05), ipnet: 150.101.0.0/16(2.49), asn: 4739(1.27), country: AU(0.01)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2019 11:56:33 -0000 > On 31 Oct 2019, at 20:49, Pete French = wrote: >=20 >> Does it crash if you run it from the command line with 'env -i' in = front? >>=20 >> That clears out the environment and will be a lot closer to the rc.d = environment. >=20 > Interesting idea, but no, that works fine. Annoyingly! Hmm very odd.. Does the tool depend on something else running? >> If that doesn't show anything then you will have to try capturing = stderr >> from the rc.d run as that will hopefully have the reason why Python = is >> aborting (ie what Py_FatalError is complaining about). >=20 > So, I naiively tried to do this by simply sticking a '2> = /tmp/waagent.stderr' > on the end of the rc.d command arguments, but it didnt produce = anything (i.e. > an empty file was created). Will try some other ways though, as you = are > right that getting the output from that is how to find the issue. What does the rc.d file for it look like? -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From owner-freebsd-stable@freebsd.org Thu Oct 31 14:58:51 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1EF6715BCA1 for ; Thu, 31 Oct 2019 14:58:51 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [31.24.6.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 473pP56Wnvz4RPr for ; Thu, 31 Oct 2019 14:58:49 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2a02:b90:3002:411::6] (helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iQBuR-0005vz-FD; Thu, 31 Oct 2019 14:58:47 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iQBuR-000BU2-CN; Thu, 31 Oct 2019 14:58:47 +0000 To: darius@dons.net.au, petefrench@ingresso.co.uk Subject: Re: python dameon coredumps when started from boot, but not by hand Cc: freebsd-stable@freebsd.org In-Reply-To: <28335B0B-43D8-4E78-8112-334D7153AFE3@dons.net.au> Message-Id: From: Pete French Date: Thu, 31 Oct 2019 14:58:47 +0000 X-Rspamd-Queue-Id: 473pP56Wnvz4RPr X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ingresso.co.uk; spf=pass (mx1.freebsd.org: domain of petefrench@ingresso.co.uk designates 31.24.6.74 as permitted sender) smtp.mailfrom=petefrench@ingresso.co.uk X-Spamd-Result: default: False [-5.96 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:31.24.6.74]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; IP_SCORE(-3.16)[ip: (-9.74), ipnet: 31.24.0.0/21(-4.87), asn: 16082(-1.10), country: GB(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16082, ipnet:31.24.0.0/21, country:GB]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2019 14:58:51 -0000 > Hmm very odd.. > Does the tool depend on something else running? No, not at all. Earlier versions of the tool dont do this either. On a machine running the tool started by hand the two processes look like this: 0 86918 1 0 20 0 34268 23860 wait I 0- 0:00.92 python /usr/local/sbin/waagent -daemon (python3.6) 0 86986 86918 0 23 0 42380 27236 select S 0- 46:59.62 python3 -u /usr/local/sbin/waagent -run-exthandlers (python3.6) > What does the rc.d file for it look like? very simple.... #!/bin/sh # PROVIDE: waagent # REQUIRE: sshd netif dhclient # KEYWORD: nojail . /etc/rc.subr PATH=$PATH:/usr/local/bin:/usr/local/sbin name="waagent" rcvar="waagent_enable" pidfile="/var/run/waagent.pid" command="/usr/local/sbin/${name}" command_interpreter="python" command_args="start" load_rc_config $name run_rc_command "$1" my installed python is a symblic link to python3.6, and thats about as basic as an rc file gets. Its in /etc/rc.d not /usr/local/etc/rc.d but I dont think thats going to matter. I suppose I could try and find the bit in the python where it starts the 2nd process and chnage that to log any outout somehow maybe ? -pete. From owner-freebsd-stable@freebsd.org Thu Oct 31 20:56:26 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2D7F9166415 for ; Thu, 31 Oct 2019 20:56:26 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail05.adl3.internode.on.net (ipmail05.adl3.internode.on.net [150.101.137.13]) by mx1.freebsd.org (Postfix) with ESMTP id 473yKg1Fp2z3LVm for ; Thu, 31 Oct 2019 20:56:21 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp14-2-90-194.adl-apt-pir-bras31.tpg.internode.on.net (HELO midget.dons.net.au) ([14.2.90.194]) by ipmail05.adl3.internode.on.net with ESMTP; 01 Nov 2019 07:26:13 +1030 Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.2/8.15.2) with ESMTPS id x9VKtx5v020013 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 1 Nov 2019 07:26:09 +1030 (ACDT) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.2/8.15.2/Submit) id x9VKs3Hx016675 for ; Fri, 1 Nov 2019 07:24:03 +1030 (ACDT) (envelope-from darius@dons.net.au) X-Authentication-Warning: midget.dons.net.au: mailnull set sender to using -f X-MIMEDefang-Relay-be813b1f1da6d6b27d681222cb70cc4f5b642383: 10.0.2.38 Received: from havok.dons.net.au ([10.0.2.38]) by ns.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id x9VKrsvE016667; Fri, 01 Nov 2019 07:24:03 +1030 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: python dameon coredumps when started from boot, but not by hand From: "O'Connor, Daniel" In-Reply-To: Date: Fri, 1 Nov 2019 07:23:54 +1030 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8782B7F4-71E9-45D9-A18D-7C846380E9F7@dons.net.au> References: To: Pete French X-Mailer: Apple Mail (2.3445.104.11) X-Spam-Score: -1 () No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 X-Rspamd-Queue-Id: 473yKg1Fp2z3LVm X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of darius@dons.net.au has no SPF policy when checking 150.101.137.13) smtp.mailfrom=darius@dons.net.au X-Spamd-Result: default: False [3.66 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[dons.net.au]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(0.45)[0.454,0]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.95)[0.949,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4739, ipnet:150.101.0.0/16, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.75)[ipnet: 150.101.0.0/16(2.49), asn: 4739(1.27), country: AU(0.00)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2019 20:56:26 -0000 > On 1 Nov 2019, at 01:28, Pete French = wrote: >=20 >> Hmm very odd.. >> Does the tool depend on something else running? >=20 > No, not at all. Earlier versions of the tool dont do this either. >=20 > On a machine running the tool started by hand the two processes look = like this: >=20 > 0 86918 1 0 20 0 34268 23860 wait I 0- = 0:00.92 python /usr/local/sbin/waagent -daemon (python3.6) > 0 86986 86918 0 23 0 42380 27236 select S 0- = 46:59.62 python3 -u /usr/local/sbin/waagent -run-exthandlers (python3.6) OK. >> What does the rc.d file for it look like? >=20 > very simple.... >=20 > #!/bin/sh >=20 > # PROVIDE: waagent > # REQUIRE: sshd netif dhclient > # KEYWORD: nojail >=20 > . /etc/rc.subr >=20 > PATH=3D$PATH:/usr/local/bin:/usr/local/sbin > name=3D"waagent" > rcvar=3D"waagent_enable" > pidfile=3D"/var/run/waagent.pid" > command=3D"/usr/local/sbin/${name}" > command_interpreter=3D"python" > command_args=3D"start" >=20 > load_rc_config $name > run_rc_command "$1" >=20 > my installed python is a symblic link to python3.6, and thats about as = basic > as an rc file gets. Its in /etc/rc.d not /usr/local/etc/rc.d but I = dont think > thats going to matter. >=20 > I suppose I could try and find the bit in the python where it starts = the 2nd process and chnage that to log any outout somehow maybe ? Hmm, does changing the command_args line to this work: command_args=3D"start 2>/tmp/waagent.log" work? -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From owner-freebsd-stable@freebsd.org Fri Nov 1 12:56:18 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 06BC916451E for ; Fri, 1 Nov 2019 12:56:18 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [31.24.6.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 474MdD2pKHz4Cnn for ; Fri, 1 Nov 2019 12:56:16 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from [2a02:b90:3002:411::6] (helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iQWTH-000KOm-Kn; Fri, 01 Nov 2019 12:56:07 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1iQWTH-000Kbs-JL; Fri, 01 Nov 2019 12:56:07 +0000 To: darius@dons.net.au, petefrench@ingresso.co.uk Subject: Re: python dameon coredumps when started from boot, but not by hand Cc: freebsd-stable@freebsd.org In-Reply-To: <8782B7F4-71E9-45D9-A18D-7C846380E9F7@dons.net.au> Message-Id: From: Pete French Date: Fri, 01 Nov 2019 12:56:07 +0000 X-Rspamd-Queue-Id: 474MdD2pKHz4Cnn X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=ingresso.co.uk; spf=pass (mx1.freebsd.org: domain of petefrench@ingresso.co.uk designates 31.24.6.74 as permitted sender) smtp.mailfrom=petefrench@ingresso.co.uk X-Spamd-Result: default: False [-5.98 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:31.24.6.74]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[ingresso.co.uk,none]; IP_SCORE(-3.18)[ip: (-9.76), ipnet: 31.24.0.0/21(-4.88), asn: 16082(-1.18), country: GB(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16082, ipnet:31.24.0.0/21, country:GB]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2019 12:56:18 -0000 > Hmm, does changing the command_args line to this work: > command_args=3D"start 2>/tmp/waagent.log" > work? That is byte-for-byte identical to what I tried :-) It creates the file in /tmp, but the file remains empty. I think I need to look at the source code to work out whats up with it (on the github link in my original email). As I now know its one piece of python which attemopts to start another, and we know the bit started directly from rc.d works, then this may not be something within BSD after all. -pete. From owner-freebsd-stable@freebsd.org Fri Nov 1 13:54:20 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 066801662EE for ; Fri, 1 Nov 2019 13:54:20 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail02.adl2.internode.on.net (ipmail02.adl2.internode.on.net [150.101.137.139]) by mx1.freebsd.org (Postfix) with ESMTP id 474Nw96wmGz4Gdw for ; Fri, 1 Nov 2019 13:54:17 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp14-2-90-194.adl-apt-pir-bras31.tpg.internode.on.net (HELO midget.dons.net.au) ([14.2.90.194]) by ipmail02.adl2.internode.on.net with ESMTP; 02 Nov 2019 00:24:11 +1030 Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.2/8.15.2) with ESMTPS id xA1Drshw055115 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 2 Nov 2019 00:24:07 +1030 (ACDT) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.2/8.15.2/Submit) id xA1DXgeU040726 for ; Sat, 2 Nov 2019 00:03:42 +1030 (ACDT) (envelope-from darius@dons.net.au) X-Authentication-Warning: midget.dons.net.au: mailnull set sender to using -f X-MIMEDefang-Relay-be813b1f1da6d6b27d681222cb70cc4f5b642383: 10.0.2.68 Received: from havok.dons.net.au (Havok.dons.net.au [10.0.2.68]) by ns.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id xA1DXbqD040724; Sat, 02 Nov 2019 00:03:42 +1030 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: python dameon coredumps when started from boot, but not by hand From: "O'Connor, Daniel" In-Reply-To: Date: Sat, 2 Nov 2019 00:03:37 +1030 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5D00F632-8BBA-4C8A-8D61-F85B336DA2F1@dons.net.au> References: To: Pete French X-Mailer: Apple Mail (2.3445.104.11) X-Spam-Score: -1 () No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 X-Rspamd-Queue-Id: 474Nw96wmGz4Gdw X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of darius@dons.net.au has no SPF policy when checking 150.101.137.139) smtp.mailfrom=darius@dons.net.au X-Spamd-Result: default: False [5.22 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[dons.net.au]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(0.93)[0.933,0]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.99)[0.994,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4739, ipnet:150.101.0.0/16, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(1.89)[ip: (5.70), ipnet: 150.101.0.0/16(2.49), asn: 4739(1.27), country: AU(0.00)]; RCVD_IN_DNSWL_LOW(-0.10)[139.137.101.150.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2019 13:54:20 -0000 > On 1 Nov 2019, at 23:26, Pete French = wrote: >=20 >> Hmm, does changing the command_args line to this work: >> command_args=3D3D"start 2>/tmp/waagent.log" >> work? >=20 > That is byte-for-byte identical to what I tried :-) It creates the = file > in /tmp, but the file remains empty. Oops, sorry :) > I think I need to look at the source code to work out whats up with it = (on > the github link in my original email). As I now know its one piece of = python > which attemopts to start another, and we know the bit started directly > from rc.d works, then this may not be something within BSD after all. It seems bad that the Python interpreter is calling abort, I would have = thought that doing so is pretty tricky to do from pure Python so finding = out why would be good.. -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From owner-freebsd-stable@freebsd.org Fri Nov 1 14:52:53 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA2CF178004 for ; Fri, 1 Nov 2019 14:52:53 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 474QCn41Prz4KxY; Fri, 1 Nov 2019 14:52:53 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 12C05107FA; Fri, 1 Nov 2019 14:52:53 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Fri, 1 Nov 2019 14:52:50 +0000 From: Glen Barber To: "Sergey A. Osokin" Cc: freebsd-stable@freebsd.org, FreeBSD Release Engineering Team Subject: Re: 12.1-RELEASE schedule update Message-ID: <20191101145250.GR1424@FreeBSD.org> References: <20191025000552.GF51072@FreeBSD.org> <20191101134418.GW12076@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="U0B5otXy6WXfork9" Content-Disposition: inline In-Reply-To: <20191101134418.GW12076@FreeBSD.org> User-Agent: Mutt/1.12.1 (2019-06-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2019 14:52:53 -0000 --U0B5otXy6WXfork9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Sergey, On Fri, Nov 01, 2019 at 01:44:18PM +0000, Sergey A. Osokin wrote: > Hi Glen, >=20 > hope you're doing well. >=20 You as well. > At the moment we have graphics/drm-fbsd12.0-kmod port for 12.0. > I hope in most cases it's enough for RELENG_12 branch, however > just to avoid a potential confusion I see the following options > we can do: >=20 > - create a new port for 12.1 only > - rename the existing port to drm-fbsd12-kmod > - rename the existing port to drm-fbsd12.1-kmod (in case of 12.0 EoL) >=20 What about using the meta-port and keying off of OSVERSION? (Personally I have no real preference either way, nor with any of the solutions you propose above.) > Also, since this is repeatable thing for every upcoming release > we can add this point to the check list and release scheduling. >=20 Yes, good idea. Just let us know how you want to proceed, and we can add a note to the documentation. Glen --U0B5otXy6WXfork9 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl28Rr0ACgkQAxRYpUeP 4pNsEhAAoxOwOdyIY2KxoVmYEOrN7sJpKj4rEVLSK3Tzh5+CYpvPWwzT03+muzSq eqEjD1ebHWHuyiH7B3nqCPCUqlgc9LT2xrSFRsEm2F78fssAxxN/QjR0aX/Ot2/J t2DFToBMcwBQCg41oXcUlN8Qmk0dqZvU0LZ3/bKKoyOH57ADoAyXmlWuL7+XKt91 7Kd2S/nFyM513c+gxtH9dhWl0K3XjApHAsFQz7xersV7B/d8g7k/JB29q1uJSdWs M/fuQP4c5Nlyp3hEuCg0daShLN4ZlVVFG2SyAekRwvaJ1enR4PDptgcD4PAdnjMD sQU8Fli6BKkvXNLlt7p9gjH38nvf00aNfjbVyd620qbvQsGwmgsTl0s6Bdfp32PB yvfYIlx6DEsiXaevO3nfbYSdVO0aZzvHBZO0my5FX7qP7Wwsva1OfiipgZaTgc8/ B37HLyg86iryqrKgOAVkb0V8Gr1Umy04oznPlSgzni1aCa8d9spRRgWaj8ESuMHB z1YT1wAtcHNiBXa4jYZRSeSRik+uB+AoJzzzOkiu5kYSvqHzmat6sjOKnZy7eNyY 1W1LnzZqmRH/hdpRXL1mm5ogK2DwF3s+HpyVlHFdMzO++8Rkt3QYI6TMd3j1+Kua bfWOc20HDs+dW2WLFMb9dmHkrw5Ad9L+hNwFWkYcIxuoK0wkc50= =rBZg -----END PGP SIGNATURE----- --U0B5otXy6WXfork9-- From owner-freebsd-stable@freebsd.org Sat Nov 2 07:17:18 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CF7B8167258; Sat, 2 Nov 2019 07:17:18 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 474r3f58HNz4JTt; Sat, 2 Nov 2019 07:17:18 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id AA91A1C142; Sat, 2 Nov 2019 07:17:18 +0000 (UTC) Date: Sat, 2 Nov 2019 07:17:18 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2019-10-27 Message-ID: <20191102071718.GA58375@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.4 (2019-03-13) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2019 07:17:18 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2019-10-27 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-10-21 to 2019-10-27. During this period, we have: * 2267 builds (96.7% (+3.1) passed, 3.3% (-3.1) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 352 test runs (55.1% (+34.3) passed, 38.1% (+27.5) unstable, 6.8% (+6.8) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 22 doc builds (100% (0) passed) Test case status (on 2019-10-27 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | ---------- | ------ | ------- | | head/amd64 | 7609 (+19) | 7540 (+13) | 0 (0) | 69 (+6) | | head/i386 | 7586 (-2) | 7509 (-4) | 0 (0) | 77 (+2) | | 12-STABLE/amd64 | 7483 (+2) | 7432 (-7) | 0 (0) | 51 (+7) | | 12-STABLE/i386 | 7481 (0) | 7426 (-4) | 0 (0) | 55 (+4) | | 11-STABLE/amd64 | 6849 (0) | 6805 (0) | 0 (0) | 44 (0) | | 11-STABLE/i386 | 6847 (0) | 6767 (-3) | 34 (0) | 46 (+3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20191027 and archive is available at https://hackmd.io/@FreeBSD-CI/, any help is welcome. ## News * [FCP 20190401-ci_policy: CI policy](https://github.com/freebsd/fcp/blob/master/fcp-20190401-ci_policy.md) is in "feedback" state, please check and provide comments on -fcp@ and -hackers@ mailing lists. * A new wiki page started at https://wiki.freebsd.org/Jenkins/Debug describes how to reproduce and debug the failing cases. It is welcomed to add more contents. ## Failing Tests * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * local.kyua.* (31 cases) * local.lutok.* (3 cases) ## Failing and Flaky Tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~18 failing and ~97 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero (new) https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.netpfil.pf.forward.v4 (i386 only) * sys.netpfil.pf.forward.v6 (i386 only) * sys.netpfil.pf.set_tos.v4 (i386 only) https://bugs.freebsd.org/239380 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * sys.netpfil.common.tos.pf_tos (i386 only) https://bugs.freebsd.org/240086 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * (new) lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * (new) sys.netinet6.frag6.* https://bugs.freebsd.org/241493 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239380 sys.netpfil.pf.forward.{v4,v6} and sys.netpfil.pf.set_tos.v4 fail on i386 * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/240085 Failing test: sys.netpfil.common.forward.pf_v4 on i386 * https://bugs.freebsd.org/240086 Failing test: sys.netpfil.common.tos.pf_tos on i386 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-stable@freebsd.org Sat Nov 2 16:18:33 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 498551AAB80 for ; Sat, 2 Nov 2019 16:18:33 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4754490qQFz3N6S; Sat, 2 Nov 2019 16:18:33 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id B25A62289; Sat, 2 Nov 2019 16:18:32 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 2 Nov 2019 16:18:29 +0000 From: Glen Barber To: "Sergey A. Osokin" Cc: freebsd-stable@freebsd.org, FreeBSD Release Engineering Team Subject: Re: 12.1-RELEASE schedule update Message-ID: <20191102161829.GE5599@FreeBSD.org> References: <20191025000552.GF51072@FreeBSD.org> <20191101134418.GW12076@FreeBSD.org> <20191101145250.GR1424@FreeBSD.org> <20191102141250.GA17205@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="r7U+bLA8boMOj+mD" Content-Disposition: inline In-Reply-To: <20191102141250.GA17205@FreeBSD.org> User-Agent: Mutt/1.12.1 (2019-06-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2019 16:18:33 -0000 --r7U+bLA8boMOj+mD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 02, 2019 at 02:12:50PM +0000, Sergey A. Osokin wrote: > On Fri, Nov 01, 2019 at 02:52:50PM +0000, Glen Barber wrote: > > On Fri, Nov 01, 2019 at 01:44:18PM +0000, Sergey A. Osokin wrote: > > > At the moment we have graphics/drm-fbsd12.0-kmod port for 12.0. > > > I hope in most cases it's enough for RELENG_12 branch, however > > > just to avoid a potential confusion I see the following options > > > we can do: > > >=20 > > > - create a new port for 12.1 only > > > - rename the existing port to drm-fbsd12-kmod > > > - rename the existing port to drm-fbsd12.1-kmod (in case of 12.0 EoL) > >=20 > > What about using the meta-port and keying off of OSVERSION? (Personally > > I have no real preference either way, nor with any of the solutions you > > propose above.) >=20 > Actually we have one, graphics/drm-kmod, and it depends on the following = one: >=20 > .elif ${OSVERSION} >=3D 1200058 && ${OSVERSION} < 1300000 > RUN_DEPENDS=3D ${KMODDIR}/drm.ko:graphics/drm-fbsd12.0-kmod > ... >=20 > So, in case we don't expect an API/ABI changes in 12.x branch we can > just rename it to drm-fbsd12-kmod, or create a specific version of > the port for 12.1 - drm-fbsd12.1-kmod and update the meta-port as well. >=20 We should never expect this type of ABI/KBI breakage along a stable branch. (That is our definition of "stable", technically, but sometimes there are unexpected breakages that occasionally go undetected.) > > > Also, since this is repeatable thing for every upcoming release > > > we can add this point to the check list and release scheduling. > >=20 > > Yes, good idea. Just let us know how you want to proceed, and we can > > add a note to the documentation. >=20 > I mean I believe we should that (create a new port, update the meta-port, > etc.) in advance, in the beginning of the first phase of release cycle. >=20 This seems like a reasonable approach. Glen --r7U+bLA8boMOj+mD Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl29rFUACgkQAxRYpUeP 4pPC/g/9FSyy6VkmaujmM82mkBmRiB1waeiv4I7R3jo/EGJj2aOezE53xdQVF4PK rOv722U8fo2Ro+1RQqHNgO/K77ewuIJllkaONnHcLUauOnlSNFrc1tCAE+baMORn 39nskVNWA22dvURM6vUZP9toNZyxcFlAlDLsQN6oj/QQDAqXlSB+2QiQeSaH1Enj 10kFZZUi/QOGeJiyUEWnpxSbfa3x4eFh3g5pxRCQ4iRh/lcWAaAER8U6qmazbobD W5MB6o/D3uSRqBUIRNbr+GJEzoyXyBTLW3oxvwzNFyaV9T9lfJpz9XJMhzKogMvC PGAnjw4slBFSJMigp8VmkbMh+5LfcQbI6+8Y/RGXjXRGgbOS1H4oliSrjcjmvPju vaV82t3ogPBXYjvuKnDGvKHx/wpVf8flNZSPFq1uJgffhtQ5DMiPwlTh0ePlX3Ve ULHLLb5fiHv4MpzEZupXoFw/Ly1ILDg0IxVB0QwJ0NdLVMs68RMV3VxT1XeA8R2g Cmqh7plaA8MF6di4PmWgQlFfzkmB2A2i+8do+8Bj/YxLi2OBZERchkBDOK/Cp3GO P2tCMZYwNWd3+V4oO55yZd7gY1V/qH1FCB4H7WiUBREp4p2NIlaW69uNBhzo9CHV YlnK0R7mvMCPVVdnKZsWlUpaE3V3SVP7KNMfjicu3aTxgB7ow28= =XSrM -----END PGP SIGNATURE----- --r7U+bLA8boMOj+mD-- From owner-freebsd-stable@freebsd.org Sat Nov 2 18:14:19 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 53EE71AE919 for ; Sat, 2 Nov 2019 18:14:19 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4756dk1frwz41xM for ; Sat, 2 Nov 2019 18:14:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x732.google.com with SMTP id 71so13799465qkl.0 for ; Sat, 02 Nov 2019 11:14:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=zMu6row261TRT81n4jEY+nQooopOfiVBzXOGWzJDHLI=; b=Hgs/+OikjefZyq4oheBw62BhIX8BXHM7vIDw88T/xzJQjN/V5qo/zO2Z/SMLrx1f3T FS/G8GT/MSwhLTAbnmCjjeLgtZy0OTGoyovQBem0aNF8fuRBsIy2A4lel5YZonC5aiZK WQ3gjHwJA+ubr5dpMHbw2DTVK7m3ksJbnVmXL7G3oOe1WGEcxE6pvXHh0lshHEvP3E1q VH/ydshBBiXgp/qStdJ/gHpfv/N7b/DhpNStCCXaMocB02sGfsDm9anTz+DDu1t76Buf wIA44zWQbZ5UyKjmfR8mCSBJY/d9K3XCNzD8Mq2SZudyNA2taTirEWOHzbQjYzogtiwS 0hwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=zMu6row261TRT81n4jEY+nQooopOfiVBzXOGWzJDHLI=; b=dobwLoswFma9rAJKP64iRJ54UNdsCm9yw+dLkHH0KdELiLuyhqVFSIW3IOwB9210ex iZBYe7MEleNte5HYPhR8hrvqxN6CCv5k/Cztu6Cv1gR1RS98BotJ/J8m6ZiReyLyDrak qKz5wzbIywKPuLvA0Azus2bsKkyPfmWBTl4HtNBNd+tx2KBZPqqZ/AUeP5bF7z/geUIE Tb9lP3Xr6dEM6mMailmo0kEJXOyRrNkApF0OmtOdxpNHA5JflNyxUSQsIhkvIEksEvYu vGXV8c1K9s5C69V3ENz6HRjM4KmfNfK3K+EdMqScpNavNbd+TYF5x+zXaz4Uetu7FaSw 1ejA== X-Gm-Message-State: APjAAAW5HKodJXKb0aLSEcyyBAVctPuOgHXET6ABZZRH/V+scmEOXTTk 6/kOhwIc55RjhmvGSVJa5gka8A4Q5QI+JXDviyubxm86wx8= X-Google-Smtp-Source: APXvYqxEQ6gySiQnNzTkR0jxNW/D/WANncxFktYRxy6+s6vaeYvjWh0OgyCsQDOkQUh1w2q4h1L40Gz8Pusrw+HlHng= X-Received: by 2002:a37:4e41:: with SMTP id c62mr8286844qkb.215.1572718456723; Sat, 02 Nov 2019 11:14:16 -0700 (PDT) MIME-Version: 1.0 References: <20191025000552.GF51072@FreeBSD.org> <20191101134418.GW12076@FreeBSD.org> <20191101145250.GR1424@FreeBSD.org> <20191102141250.GA17205@FreeBSD.org> <20191102161829.GE5599@FreeBSD.org> In-Reply-To: <20191102161829.GE5599@FreeBSD.org> From: Warner Losh Date: Sat, 2 Nov 2019 12:14:05 -0600 Message-ID: Subject: Re: 12.1-RELEASE schedule update To: Glen Barber Cc: "Sergey A. Osokin" , FreeBSD Release Engineering Team , FreeBSD-STABLE Mailing List X-Rspamd-Queue-Id: 4756dk1frwz41xM X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=Hgs/+Oik; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::732) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-4.78 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2.3.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.78)[ip: (-9.44), ipnet: 2607:f8b0::/32(-2.38), asn: 15169(-2.03), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2019 18:14:19 -0000 On Sat, Nov 2, 2019 at 10:20 AM Glen Barber wrote: > On Sat, Nov 02, 2019 at 02:12:50PM +0000, Sergey A. Osokin wrote: > > On Fri, Nov 01, 2019 at 02:52:50PM +0000, Glen Barber wrote: > > > On Fri, Nov 01, 2019 at 01:44:18PM +0000, Sergey A. Osokin wrote: > > > > At the moment we have graphics/drm-fbsd12.0-kmod port for 12.0. > > > > I hope in most cases it's enough for RELENG_12 branch, however > > > > just to avoid a potential confusion I see the following options > > > > we can do: > > > > > > > > - create a new port for 12.1 only > > > > - rename the existing port to drm-fbsd12-kmod > > > > - rename the existing port to drm-fbsd12.1-kmod (in case of 12.0 EoL) > > > > > > What about using the meta-port and keying off of OSVERSION? > (Personally > > > I have no real preference either way, nor with any of the solutions you > > > propose above.) > > > > Actually we have one, graphics/drm-kmod, and it depends on the following > one: > > > > .elif ${OSVERSION} >= 1200058 && ${OSVERSION} < 1300000 > > RUN_DEPENDS= ${KMODDIR}/drm.ko:graphics/drm-fbsd12.0-kmod > > ... > > > > So, in case we don't expect an API/ABI changes in 12.x branch we can > > just rename it to drm-fbsd12-kmod, or create a specific version of > > the port for 12.1 - drm-fbsd12.1-kmod and update the meta-port as well. > > > > We should never expect this type of ABI/KBI breakage along a stable > branch. (That is our definition of "stable", technically, but sometimes > there are unexpected breakages that occasionally go undetected.) > The KPIs that drm depends on are quite specific and weird and aren't part of the set we guarantee (and we can't do what drm needs to do with only the 'safe' ones). It's not much different than virtual box which also has this issue frequently because it too falls into that category. > > > Also, since this is repeatable thing for every upcoming release > > > > we can add this point to the check list and release scheduling. > > > > > > Yes, good idea. Just let us know how you want to proceed, and we can > > > add a note to the documentation. > > > > I mean I believe we should that (create a new port, update the meta-port, > > etc.) in advance, in the beginning of the first phase of release cycle. > > > > This seems like a reasonable approach. > How do we get packages from the new port into the release so that users don't install the 12.0 port by mistake? Warner From owner-freebsd-stable@freebsd.org Sat Nov 2 18:31:25 2019 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 05A1E1AF2D7 for ; Sat, 2 Nov 2019 18:31:25 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47571S6RRzz42lR; Sat, 2 Nov 2019 18:31:24 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 5454C45A4; Sat, 2 Nov 2019 18:31:24 +0000 (UTC) (envelope-from gjb@freebsd.org) Date: Sat, 2 Nov 2019 18:31:21 +0000 From: Glen Barber To: Warner Losh Cc: "Sergey A. Osokin" , FreeBSD Release Engineering Team , FreeBSD-STABLE Mailing List Subject: Re: 12.1-RELEASE schedule update Message-ID: <20191102183121.GX1424@FreeBSD.org> References: <20191025000552.GF51072@FreeBSD.org> <20191101134418.GW12076@FreeBSD.org> <20191101145250.GR1424@FreeBSD.org> <20191102141250.GA17205@FreeBSD.org> <20191102161829.GE5599@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qRqofxetdBO9L27H" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2019 18:31:25 -0000 --qRqofxetdBO9L27H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 02, 2019 at 12:14:05PM -0600, Warner Losh wrote: > On Sat, Nov 2, 2019 at 10:20 AM Glen Barber wrote: >=20 > > On Sat, Nov 02, 2019 at 02:12:50PM +0000, Sergey A. Osokin wrote: > > > On Fri, Nov 01, 2019 at 02:52:50PM +0000, Glen Barber wrote: > > > > On Fri, Nov 01, 2019 at 01:44:18PM +0000, Sergey A. Osokin wrote: > > > > > At the moment we have graphics/drm-fbsd12.0-kmod port for 12.0. > > > > > I hope in most cases it's enough for RELENG_12 branch, however > > > > > just to avoid a potential confusion I see the following options > > > > > we can do: > > > > > > > > > > - create a new port for 12.1 only > > > > > - rename the existing port to drm-fbsd12-kmod > > > > > - rename the existing port to drm-fbsd12.1-kmod (in case of 12.0 = EoL) > > > > > > > > What about using the meta-port and keying off of OSVERSION? > > (Personally > > > > I have no real preference either way, nor with any of the solutions= you > > > > propose above.) > > > > > > Actually we have one, graphics/drm-kmod, and it depends on the follow= ing > > one: > > > > > > .elif ${OSVERSION} >=3D 1200058 && ${OSVERSION} < 1300000 > > > RUN_DEPENDS=3D ${KMODDIR}/drm.ko:graphics/drm-fbsd12.0-kmod > > > ... > > > > > > So, in case we don't expect an API/ABI changes in 12.x branch we can > > > just rename it to drm-fbsd12-kmod, or create a specific version of > > > the port for 12.1 - drm-fbsd12.1-kmod and update the meta-port as wel= l. > > > > > > > We should never expect this type of ABI/KBI breakage along a stable > > branch. (That is our definition of "stable", technically, but sometimes > > there are unexpected breakages that occasionally go undetected.) > > >=20 > The KPIs that drm depends on are quite specific and weird and aren't part > of the set we guarantee (and we can't do what drm needs to do with only t= he > 'safe' ones). It's not much different than virtual box which also has this > issue frequently because it too falls into that category. >=20 Agreed. (FWIW, I specifically made sure the virtualbox-ose-additions did not cause system crashes for 12.1.) > > > > Also, since this is repeatable thing for every upcoming release > > > > > we can add this point to the check list and release scheduling. > > > > > > > > Yes, good idea. Just let us know how you want to proceed, and we c= an > > > > add a note to the documentation. > > > > > > I mean I believe we should that (create a new port, update the meta-p= ort, > > > etc.) in advance, in the beginning of the first phase of release cycl= e. > > > > > > > This seems like a reasonable approach. > > >=20 > How do we get packages from the new port into the release so that users > don't install the 12.0 port by mistake? >=20 It just needs to be merged to the 2019Q4 ports branch. For the package available on the dvd, it is unfortunately too late, but only the graphics/drm-legacy-kmod and graphics/drm-stable-kmod packages are on the dvd by default anyway. In other words, the meta-port is not included, but once a commit is merged to the 2019Q4 branch and the upstream binary packages are rebuilt, they will be available by default. Glen --qRqofxetdBO9L27H Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEjRJAPC5sqwhs9k2jAxRYpUeP4pMFAl29y3UACgkQAxRYpUeP 4pMmXA//Vxp4OCvoEa4OhOe5jFRKCxEGnPEeZpIpAZrJ8/InqpByAx7s+vU6X5Hm vqJVV7nDNbeXaw19sVkR9zTFmE9Tc+R0lrQTt7ZjLtp+XyVakMd9kmXYI47RXOX1 L3B9B1vcTLdHFp3n2DEzwhVPwmxSVeCW42O7IwKjENQjzrjtz+oXGMzXjhnTThUe cBBCHMtreB1lrtYV3BaH1zY+f7apQ1OxRx5F2WO1D3qJyc1zi8dg9mz/ctzXecbw rFtoxoSdlDTgFVOSdq/A3GrOCWPPdMWOhyRHS3/ciWdB/yg4m+q/XELrRVwrYwWo cC+XRDy6v5eVkWhorLD1DF7jGlS0ej/m6X69fhF0jmWHxnNMdYEG62QK/aD7iwGl BntQQ0eyfCFRGKu0YYDmxjZs6J5sXJOrr/CTaJtBZleZfkkTFaKREC5ysavlKgg+ O9YFsnFZFJy7TiWBZgJamD+bsk608yj/oVq28omh5EErerFMNDE682CKvq3oQqOS Ku148yGxYFCZzGB5pa7hNkyzEQ7ofY2RUk8yvFr1bbt8FxEXVDKSYme8XY22gr7D TnOShmDV7vuQ/moC517hYz+Is3rtviEAwdodOe4kdDWqIWXkpiSxakrKnuJUMtDq HLCNdhG31L88bg/2L/wfYMJUKdabsfspyv0owp+E2QtlT3k/JgM= =yTlu -----END PGP SIGNATURE----- --qRqofxetdBO9L27H--